iOS 倍速播放渲染慢、暂停后还在继续播放等问题.md
本文围绕 iOS 端录像倍速播放的各类异常问题展开,先列举了 8 倍速渲染偏慢、画面时间与进度不同步、频繁跳帧、播放结束后时间未对齐、暂停后画面与进度仍继续播放、内存堆积易被系统杀掉等现象;再分析原因:固件未做倍速跳帧处理,视频获取帧率远超屏幕刷新率,导致倍速异常,且暂停时未停止取流线程,引发续播问题;最后给出方案:App 端按计算的跳帧间隔手动跳帧,暂停时立刻停止取流线程。
本文围绕 iOS 端录像倍速播放的各类异常问题展开,先列举了 8 倍速渲染偏慢、画面时间与进度不同步、频繁跳帧、播放结束后时间未对齐、暂停后画面与进度仍继续播放、内存堆积易被系统杀掉等现象;再分析原因:固件未做倍速跳帧处理,视频获取帧率远超屏幕刷新率,导致倍速异常,且暂停时未停止取流线程,引发续播问题;最后给出方案:App 端按计算的跳帧间隔手动跳帧,暂停时立刻停止取流线程。
iPhone 6 搭载的是 A8 芯片,iPhone 6s 搭载的是 A9 芯片。
该问题是由于切换到后台后,解码器会话会失效,当再次进入前台时,需要再次创建会话,但由于使用的视频通道没有变,继续播放接收到的很大可能是 P 帧,iOS P 帧的解码分为以下两种情况:
软解码使用的是 CPU 解码,CPU 进行大量的矩阵计算是非常的占用性能,导致手机功耗增加,电量耗尽更快。
iPhone 6 搭载的是 A8 芯片,iPhone 6s 搭载的是 A9 芯片,iPhone 6s 之前的苹果手机都不支持 HEVC 硬解码。
iOS 上使用 VideoToolbox 框架解码视频时,iPhone 6 进行软解码时 CPU 占用将增加大约 30%,而使用 iPhone 14 使用硬解码 CPU 占用增加不到 10%。
那么如何验证 iPhone 是否支持硬解码呢?
小组件在 iOS 14 和 macOS 11 及更高的版本上才可用,且只支持Swift和SwiftUI。
XIB 的全称是 “XML Interface Builder”。它是一种使用 XML 格式描述用户界面的文件格式,由苹果公司开发,用于在 Xcode 中创建和编辑 iOS 和 macOS 应用程序的用户界面。XIB 文件可以包含界面中的视图、控件、布局和约束等信息,可以方便地创建复杂的用户界面,同时也使得界面设计和代码实现分离,提高了开发效率。在运行时,XIB 文件会被解析成对象图,并与代码进行绑定,从而实现界面的显示和交互。
新买的 Mac Studio 还未安装过 CocoaPods,因为最近开发的项目都是用 Swift Package Manager。目前仍然有很多项目是使用 CocoaPods,今天从 GitHub 上 Clone 了一个 App 就是使用 CocoaPods。我的一般都是直接安装官网的方式去安装,没必要百度和 Google,但是安装官网的安装命令 sudo gem install cocoapods 安装,是能安装成功的,但是使用时却报错了:
1 | $ pod install |
Cocoapods 依赖 Ruby,Ruby 我是用 rvm 管理的,rvm 更新又遇到报错:Could not download rvm-installer, please report to https://github.com/rvm/rvm/issues。
使用 curl 又遇到报错:curl: (60) SSL certificate problem: certificate has expired。
问题最终也解决了,好事多磨吧!
遇到这类问题,不能急,需要耐心的按照它的报错信息去一步步解决就行!
iOS一旦更新,随之而来的就是App的适配工作。其实大部分App根本不会去用iOS更新后的新特性,所以很多时候的适配都是浪费时间。
所以我一再强调跨平台的重要性,注意此跨平台是指不赖原生,因此不会随着iOS更新UI发现变化。
比如自绘渲染引擎的Flutter。