lihaoyun6

因为 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/

@CivAx
AirBattery 通过整合多种数据渠道, 基本上做到了"无客户端 + 无感获取", 不需要在被检测设备上安装任何特殊 App.

对于 Apple Watch 的电量信息, AirBattery 会通过检索局域网中与之配对的主机 iPhone, 并使用"lockdown proxy"方式通过 WiFi 访问 iPhone 的 lockdown 服务以读取准确的 Watch 实时电量.

对于 Apple Pencil 我也无能为力. 因为 AirBattery 获取蓝牙设备电量是通过读取 BLE 广播报文实现的. 而蓝牙设备一旦和配对的主机建立连接之后, 通常情况下就不会再向外发射广播报文. 而 Pencil 基本上是和 iPad 实时保持连接的... 真的抢不过来🫠. 而且就算使用某些小手段强行抢断 Pencil 与 iPad 的连接, 读取到了电量, 也会因为 Pencil 没有连接到 iPad 而导致无法正常使用, 得不偿失...

@ixuefeng Watch 的信息只有在 iPhone 是"通过 WiFi 发现"的情况下才可以被读取到, 而且 Watch 是不能被独立读取的, 只能通过它所与之配对的主机 iPhone 才能获取到

"演讲者前置"功能已经基本调试完毕, 预计 2024/04/28 下午或晚间发布.
PS: 基于 macOS 14.2 新增的 API 实现, 故此功能不支持低于 14.2 的系统版本