做了些延时，以给用户 安装 != 直接拷贝 的感觉

~/Codes/语言 /项目名

用树莓派 DIY 一个？ :P

弊端确实能感觉到，即使一般的程序，为了让界面更舒服点，就会牵涉平滑曲线、各种滤波函数、 n 阶方程，矩阵什么的。给个公式就看不懂，只会抄点代码……

别说毕业工作了，上学那会儿也不会啊

openwrt ……

先确认一下所有该接的脚都焊接好了吧，尤其是 EN
80c51 P0 口的话，记得上拉

你标题就不能写个“求”字或者加个问号么？

又白高兴一场…

xml ？

我也在找支持 5G 的便携 Wi-Fi ，目前的方案， tp 的 mr12u 之类的，再插个 USB 的 5G Wi-Fi 网卡

楼主不再买个 UPS 么😅

间距 2.54mm 的，针是方的，圆的不是为了插杜邦线的
只要能保证用的那会儿接触上就行了，没接触好再来一次就是了，没多大关系

@jarlyyn

osx 和 windows 只是面对问题作出了不同的选择， hifi 只是一个结果

反过来说的话，不也是为满足少部分人对数字音频音量调节的需求，绑架了开发者和大多数人去使用复杂、性能、质量损耗相对较大的音频服务
（当然 windows 在此基础上实现了应用独立音量控制、音效等，不单单只为了调节个音量）

不说 hifi 的话，对于音频工作者等专业应用上，需求是一样的，现在做音频不论后期还是现场都离不开电脑。

@est MIDI 设置里也不行
@movtoy 楼上已经解释了其中的原理，也对比了两种方式的优缺点，好坏你自己评价就是了，不存在洗地不洗地

@jarlyyn

关于数字信号和模拟信号的差别楼上有说过了
计算机不是万能的，现在工业上就是这样，常用的数字音频协议没有规定如何设置 DAC 的增益
HDMI 可以调亮度也得显示器和输出 HDMI 信号的设备都支持

还有个问题， HDMI 能双向通信，识别设备型号以及是否支持调整音量等功能相对好实现。 SPDIF 硬件决定了只能单向通信，以最大兼容来说，还是不支持来的方便

windows 如何做到的支持，首先将所有信号不论设备支持到什么程度，统一重采样到一个等级（比如 96000Hz float32)，然后将各流混音放入 buffer ，再重采样到设备支持的等级（如果需要的话）。每一次采样都会带来延迟，引入失真。
现在不知道啥样了，之前 windows 音频系统的延迟常被人诟病，如果你玩 Foobar2000 或其它的话，有搞 ASIO 的，有搞 Kernel Streaming 的，总之就是为了绕过 windows 音频子系统，直接把音频流放到声卡上。但这几种方式恰恰不支持调整音量

萌萌思密达⭐️～

鸡飞狗跳

分享个教训
做了一份 pac 文件，放在了新浪云上，分享给了几个朋友用，一开始大家用的很好，每月也就几个云豆，送的豆预计能用一年
直到 QQ 某个版本升级，请求数疯了一样上涨， 3 天花完了预计 1 年的豆
查到原因后，不想折腾了，就加了些限制，然后断断续续充了点钱，最后不了了之