lihaoyun6

@sheller 这个功能将在最近的 v1.2.3 更新中正式实装. 设置面板中的"音频设置"部分里会增加一条选项"将麦克风声音混缩至主音轨"(默认开启)
开启此选项后, QuickRecorder 会在录制结束后将录屏文件中的系统声音和麦克风声音合并到单一音轨中, 以兼容几乎所有视频播放器正常读取
但是请注意: 混缩后的音频无法用视频剪辑软件独立调节麦克风或系统声音音量, 如果有录屏后需要二次编辑需求的, 建议不启用自动混缩, 而是在剪辑之后自行混缩.

@sheller 您好，请问您说的听不到声音，指的是听不到来自被录制 app 的声音，还是听不到来自麦克风的声音？

QuickRecorder v1.2.1 更新日志:
- 修复了使用快捷键开始录制后, 菜单栏指示器无法显示的问题
- 修正部分 UI 文本以及部分控件在英文环境下显示异常的问题
- 现在可以选择将 QuickRecorder 图标显示在 Dock 或菜单栏

v1.2.0 更新正式发布, 为 QuickRecorder 添加了多屏幕适配优化!!!
- 修复了 "屏幕区域选择器" 在多屏场景下选框越界的问题
- 修复了多屏场景下部分窗口出现在错误的屏幕上的问题
- 现在 "屏幕区域选择器" 可随鼠标自动在多个屏幕间切换
- 为 "窗口选择器" 和 "应用程序选择器" 添加了多屏支持

@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` 框架以提供程序自我更新能力