我抖胆猜测一下：如果不是自家开发操作系统和SoC不太现实，老边估计这套来自Google和MTK的软硬件它都不想用，因为放在HM2000上，它们主要做的事就是用来驱动一下界面，方便大家操作罢了。
看看图片就晓得了，你见过哪家HIFI播放器会把音频设置选项吊在设置页的最下边，然后再给一个上古界面？换言之，在这两个页面，HIFIMAN用它的方式，宣告了HM2000的新物种定位。
非要给一个定义的话，我更愿意把HM2000称为“中枢”，它是HIFIMAN自研的HIFISTYLE私有协议的首个载体，可以实现WiFi设备间的点对点直连，同时也集成了HYMALAYA PRO R2R DAC电路，既是一个流媒体音频中心，还是生态中枢。
没办法，就是这么复杂，因为这玩意儿在你看不见的地方做得更复杂。
——————
先说说HIFIMAN家的私有协议HIFISTYLE。
普通安卓系统的处理流程如下：
音乐信号 → 安卓系统 → Audioflinger（音频处理层）→ 强制重取样(48kHz) +声道混合+消波+强制EQ → DAC → 输出。
老大难问题就是，在Audioflinger这个部分会对音质造成严重破坏。虽然现在不少播放器采用绕开SRC重采样机制来保证音质，但“声道混合+消波+强制EQ ”这些机制的影响依旧在。
所以，HIFISTYLE出现了，它的处理流程如下：
音乐信号 → 不进入Audioflinger，直接转发 → 定制WiFi协议 或 自研DAC → 输出。
简单点说就是，在HIFISTYLE协议里头，进来是什么信号，到设备端就还是什么信号，安卓系统不会在中间做任何掺杂。
原生的信号有两个去处：
第一，通过私有协议编码，直接用WiFi信号，不经过路由器（推送），而是点对点直连HIFIMAN家的WiFi设备。目前这样的设备有两款：ARYA WiFi和HE1000 WiFi。
第二，HYMALAYA PRO R2R DAC电路，通过3.5mm和4.4mm两个插孔驱动有线耳机，大耳小耳都行。R2R架构，大家都知道的。
——————
说完了HIFISTYLE协议，这下你应该明白为啥我说发哥的MT8781和安卓系统存在感如此之低的原因了，在整个HM2000中枢里，它们干的活就非传统。
HIFIMAN倒是给HIFISTYLE规划了一整套生态，包括但不限于耳机、智能音响、汽车音响等，U1S1，魔改WiFi玩这一套是真的有搞头。
至于很多人关心的音质，这样说吧，当我费劲巴巴地折腾完，让HEK WiFi出声的那一瞬间，我觉得前边的“磨难”都是浮云，音质和普通推送的区别，我相信木耳都能听得出来差别。
所以我才说，HM2000只是一个开始，后续在高音质的领域，不做私有协议是不行的——看看SONOS嘛，一开始就私有协议，路径完全不同。
只是现在阶段，无论是HM2000的软件，还有两款WiFi耳机的软件，都有近乎无穷无尽的提升空间。对于爱折腾的烧友，我觉得没有问题，但对普通人来说，可以称得上是“地狱级难度”，HIFIMAN得好好下功夫啊。
参数：
HYMALAYA PRO LGA DAC芯片；HIFISTYLE智能流媒体协议
CPU:MTK mt8781
内存:8G；闪存:512G
最大续航时间:约26.6小时
播放视频续航时间:约4.3小时
充电时间(5V/2A):约4.2小时
外观尺寸:256.2x167.7x14mm
重量:596g
3.5单端耳机插口输出:1.8Vrms,100mW@32R
信噪比:105dB；分离度:62dB
4.4平衡耳机插口输出:3.2Vrms, 320mW@32R
信噪比:107dB；分离度:110dB
DOCK线路输出(平衡)输出:4.2Vrms
失真:0.0025%
信噪比:118dB；分离度:130dB
