wangyatong

会不会是每一个安卓设备的硬盘性能都不一样， soc 也不一样, 并且就算是一款soc 每一个厂商的理解也不一样导致的？

3.8.5他们说支持api12, 但是3.8.5还没又发布

> 是的，得等 3.8.5 3.8.5有预计发布时间嘛？

> 从ohpm下载 v2.0.0-beta1 版本，尝试后依然闪退。 目前解决办法是在主项目的混淆文件中增加配置项： > > -keep-property-name getDefaultMMKV > > 我这试了axios网络请求也会受到混淆的影响，有啥解决办法不？ axios不是有bug啊 为啥不用系统的rcp呢？

模拟器不用投入吧 模拟器版本也不是最新的

> 如果是这个结论，鸿蒙肯定没有认真分析， 关于视频解码， pag 这边传入的视频帧数至少会等于最大参考帧的数量：https://github.com/Tencent/libpag/blob/main/src/platform/ohos/OHOSVideoDecoder.cpp 有最大参考帧的数据，肯定可以获取到解码数据 > > 由于鸿蒙仅仅提供了异步解码接口，不像 Android 和 iOS 提供了同步解码接口，要实现精确解码，这里很麻烦，需要通过加锁的方式实现异步转同步，如果传入数据过多，就会出现内存占用增加很多的问题，，如果鸿蒙 SDK 内部无返回解码数据，就会出现等待。可以升级到 4.4.17， 配置了低延时解码，看这种方式是否可以解决问题  阁下你看这是什么

> 你描述的是已经获取到解码数据后送显的方式，和我说的有啥关系，我上面描述的是视频解码环节中通过 send 未解码数据获取解码数据这个过程鸿蒙是异步的，没有同步的解码方式：https://developer.huawei.com/consumer/cn/doc/harmonyos-guides-V5/video-decoding-V5 > > Android 同步异步解码接口：https://blog.csdn.net/u011418943/article/details/107561111 iOS 同步解码接口： https://developer.apple.com/documentation/videotoolbox/vtdecompressionsessiondecodeframe(_:samplebuffer:flags:framerefcon:infoflagsout:)?language=objc > > 视频编辑以及 pag 播放场景下需要的是精确解码，并不是所有的播放都是顺序播放的，我们提供了 API 接口支持随机 seek，需要是精确解码，同步解码接口更好，每送一帧未解码数据视频解码模块给出解码数据或者需要继续送数据的标志以便完成解码。由于鸿蒙只有异步解码接口，这里强行通过加锁做了同步，pag 这边会送出最大参考帧数量的未解码数据，这些数据足以获取到解码数据，如果鸿蒙内部没有返回数据，这里就会出现死锁，这也就是异步解码模式的弊端，如果 pag 这边增加送入的未解码数据，就会增加内存占用。对于实现方而言，使用同步解码接口后实现方可以自己实现异步，现在鸿蒙的这种解码模式限制使用的灵活性，精确解码模式下会有很多性能问题和潜在的风险，已经反馈过给他们。 你好 他们有说过这个同步的方式嘛时候 上线嘛？

> 确实nova12 和mate 60 pro两个机型表现不一样； 在nova 12机型上如果一个页面有多个pag动画 就会非常卡顿，出现appfreeze，而mate 60 pro正常的 可能是因为nova12的 底层和 mate60的底层有出入

有这个的版本了嘛

> 很好的建议，我们将会对其进行评估 评估到了25年了 哇 老哥