@netdcy 目前我已经在着手适配罗技键鼠了，现在我的 anywhere2 已经可以正常被 airbattery 读取。测试没有问题的话，近期就会推送的。敬请期待

AirBattery v1.3.7 更新内容:
- 修复了能耗占用异常升高的问题

往期重大更新:
新增了 Nearcast 功能, 可用于获取局域网中其他 Mac 及其外设的电量信息
为 macOS 14 添加了可配置的单设备小组件, 多个组件可同时显示不同设备
为更多小组件添加了百分比电量显示, 且允许用户自定义小组件更新频率
允许用户自定义任意长短的数据更新间隔和小组件刷新间隔
点击任何 AirBattery 小组件, 即可立即对其进行强制刷新
修复了小组件在 macOS 11~13 系统中的可用性

@0619 这个问题在最新的 v1.3.7 版本中得到了修复. 平均能好影响在绝大部分时间内都可以控制在 0.0~0.5 之间, 检测设备时的瞬时能耗影响也控制在 3~4 左右了

@mcczzz 新版本中添加了"设备黑名单"功能, 可以将经常出现的但不属于你的蓝牙设备加入黑名单, 就不会提示了

这种小事焉用牛刀, Loopback+OBS 的方案操作太麻烦太臃肿了.
QuickRecorder 用 12M 的体积完美满足你的一切录制需求

@zzzzaaa https://fast.v2ex.com/t/1035345
试试我开发的软件: QuickRecorder
无需安装任何第三方音频回环驱动, 就可以直接录制来自任意窗口的系统声音和麦克风音频

真的深有同感, 复杂的不说了, 我就说一个大家都有感觉的情况
"手拿 iPhone 看视频, 进电梯秒没网速, 出电梯却要等半分多钟才能恢复"
太痛了

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 屏幕的能力