QuickRecorder v1.2.3 更新日志:
- 修复了使用屏幕区域录制功能后 CPU 占用率异常升高的问题!!!
- 修复了屏幕区域选择器转移到另一个屏幕上后录制错位的问题
- 修复了某些录制模式下, 菜单栏控制器样式错误的问题
- 添加了开始录制一段时间后定时停止录制的功能
- 添加了可以将麦克风声音合并入主音轨的功能

@sheller QuickRecorder v1.2.3 更新已正式推送, 添加了"将麦克风声音混缩至主音轨"选项(默认开启)

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

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 的系统版本

2024/04/27 重磅更新预告: 下个版本预计将支持 macOS 14 的"演讲者前置"特性

注: 苹果官方介绍链接: https://support.apple.com/zh-cn/guide/facetime/fctm6333f4bd/mac