lihaoyun6

@rainbowmolly 我用你的语气回敬你, 你不开心了, 那你粗暴的 at 我的时候怎么没有好好利用你的情商组织一下语言来考虑我的感受呢? 总有人拿低素质没教养当真诚直率

@rainbowmolly "不懂可以不说话", 合着你 at 我就百无禁忌, 我回复你就要看你心情?

@rainbowmolly
"难道苹果没有类似的方法吗", 你是在质问我吗?
首先, 我不接受你的这种"质问"的语气, 你有什么资格"质问"我? 这一整件事和我有任何关系吗? HomePod 的软件是我写的还是硬件是我造的?
其次, HomePod 虽然只接受音频流, 但并不是所有使用场景都是"放音乐", 有的时候也会被拿来当做外置音响搭配大屏幕播放视频. 在这种情况下使用动态 Buffer 会对音视频同步的适配带来很大的困扰, 这时使用一个固定的 Buffer 尺寸是比较好的.
AirPlay 2 的默认音频延迟被拉到了 2 秒, 也就是说无论网络怎么波动, 实际上的传输延迟有多少. 只要音频不断流, 视频软件的开发者就只需要在检测到用户使用 AirPlay 播放音频的时候, 给视频流加一个 2s 的延迟就可以保证基本上完美同步了.

因为 macOS 默认给 AirPlay 的 buffer 设置的比较大, 这样可以保证在网络出现瞬时波动的情况下也能流畅的播放
你可以理解为水管给一个水箱灌水, 水箱上再接一个水龙头. 这个水龙头就是 HomePod, 水箱就是 buffer.
从水管开始出水到水龙头能够出水, 需要等待一小段时间(等水箱灌满到出水线), 这几秒钟就是我们说的延迟.

如果水箱比较大, 虽然延迟也会比较大, 但是万一上游水管突然停水十几秒, 下游的水龙头却不会受到影响, 因为水箱里的存水足够水龙头使用一段时间, 挺到水管来水为止
可如果水箱非常小的话, 虽然水龙头出水很灵敏(上游一来水, 下面马上就能出水), 但万一上游水管停水或者流量出现波动, 下游的水龙头也会马上停水或者波动

所以稳定性和低延迟一直是互斥的两条特性, 想要稳定性就要把 buffer 增大, 但 buffer 增大就会导致实时性下降. 所有的高音质低延迟协议其实都一直在打这场"攻坚战", 尽可能的同时提升稳定性和实时性.

综上所述, 苹果只是保守了一点, 把 AirPlay 协议的默认 buffer 设置的比较大, 且不允许用户自己调整而已. 本质上是为了保证播放稳定性做出的妥协. 而虽然 windows 上的第三方 AirPlay 软件可以把 buffer 设置的很低来换取更高的实时性, 却也是靠牺牲了潜在稳定性换来的. 取舍不同而已

QuickRecorder v1.1.4 更新日志:
- 在视频设置中添加了 `像素格式` 与 `色彩空间` 选项
- 将默认的色彩空间设为 `sRGB` 以修复录像褪色的问题
- 添加了 `Sparkle` 框架以提供程序自我更新能力

QuickRecorder v1.1.3 更新日志:
- 增加了录制 iPhone / iPad 屏幕的能力

QuickRecorder v1.1.1 更新日志:
- 添加了 `演讲者前置延迟` 设置项, 如遇到启用 `大型视图` 导致录屏失败的情况, 可尝试增大此值
- 添加了通用摄像头叠加功能, 可在不支持 `演讲者前置` 的系统上使用
- 添加了视频修剪器, 可以在结束录制后对录屏文件进行修剪
- 改进了摄像头选择器, 现在可以在录屏过程中随时通过菜单栏图标来开启/关闭或切换摄像头
- 修复了首次启动时录制全屏画面时壁纸丢失的问题

@klaus1105 @wellblink
v1.3.0 已更新, 添加了彻底隐藏 App 图标的选项.
PS: 彻底隐藏后如果需要修改 App 设置, 可以在 App 正在运行的情况下再次运行, 就会显示出窗口了

v1.1.0 已到!!!

完整支持 macOS 14.2 及以上系统内置的"演讲者前置"功能, 如果你需要摄像头叠加, 那我认为没有什么比这个更好的方案了, 快去下载试试吧!
https://lihaoyun6.github.io/quickrecorder/