结论就是 ai 太万能了，之前还得琢磨老半天的，现在直接丢给 ai 就完事了.jpg
水冷的屏幕很简单，基本直接丢给 grok 4.5 ，告诉它当前设备有哪些硬件，花费不到半小时就点亮了，然后发现颜色错了——手机拍摄然后发给 ai ，很快就识别出是 rgb565 和 bgr565 弄反了，交换一下顺序，就对了
(图里这个红蓝通道反了）
后面看 ai 搜索记录里发现之前就有人研究过 https://xinalin.com/538/waterblock-usb-display-driver-analyze 虽然它是直接调用 napi ，但显然只有 windows 才可以这么玩，所以就直接跳过了这个方案。。。
接下来复杂的是机箱副屏，那玩意 grok 4.5 花了好久才点亮，点亮之后各种花屏，扭曲，还会闪烁，不过给了几个测试图样之后很快定位了这玩意屏幕是转了 270 度装的，知道了这一点之后就好办，依旧拍照丢给 ai ，然后就能显示图片啦！但，又遇到了一个问题，屏幕会闪！
和 ai battle 了几十轮之后发现问题在于这玩意很可能需要 js 侧下发的特殊配置！！
于是解包官方驱动呗，解完发现是 v8 字节码，ai 正要尝试逆向 v8 字节码之前搜索了一下日志，你猜怎么着，这玩意在 linux 下用 wine 跑，也会在日志里输出相关私有配置！于是直接从日志里提取，然后，就完成了？？坑爹呢这是
当前研究成果先放在这里，https://github.com/codehz/msdisplay 还尚未做完，有相似硬件的可以来尝试用一下，（注意：当前仓库内容仅供研究学习使用，虽然实际上本仓库并未参考任何逆向代码，没有尝试逆向 js 源码，也不包含任何逆向的资源，而是仅使用 AI 净室工程和其公开输出的日志编写）
ms2160 对应机箱副屏，有显示和触摸的支持
bowei\_aio 对应水冷的屏幕
有个 demo 可以拿副屏画画
（触摸刷新率比较感人，点的快会连起来，不过屏幕本身刷新率也不高，不是很懂这么拉的屏幕弄 5 点触控有什么意义，关键还有 bug 需要 workaround ）
水冷的屏幕很简单，基本直接丢给 grok 4.5 ，告诉它当前设备有哪些硬件，花费不到半小时就点亮了，然后发现颜色错了——手机拍摄然后发给 ai ，很快就识别出是 rgb565 和 bgr565 弄反了，交换一下顺序，就对了
(图里这个红蓝通道反了）
后面看 ai 搜索记录里发现之前就有人研究过 https://xinalin.com/538/waterblock-usb-display-driver-analyze 虽然它是直接调用 napi ，但显然只有 windows 才可以这么玩，所以就直接跳过了这个方案。。。
接下来复杂的是机箱副屏，那玩意 grok 4.5 花了好久才点亮，点亮之后各种花屏，扭曲，还会闪烁，不过给了几个测试图样之后很快定位了这玩意屏幕是转了 270 度装的，知道了这一点之后就好办，依旧拍照丢给 ai ，然后就能显示图片啦！但，又遇到了一个问题，屏幕会闪！
和 ai battle 了几十轮之后发现问题在于这玩意很可能需要 js 侧下发的特殊配置！！
于是解包官方驱动呗，解完发现是 v8 字节码，ai 正要尝试逆向 v8 字节码之前搜索了一下日志，你猜怎么着，这玩意在 linux 下用 wine 跑，也会在日志里输出相关私有配置！于是直接从日志里提取，然后，就完成了？？坑爹呢这是
当前研究成果先放在这里，https://github.com/codehz/msdisplay 还尚未做完，有相似硬件的可以来尝试用一下，（注意：当前仓库内容仅供研究学习使用，虽然实际上本仓库并未参考任何逆向代码，没有尝试逆向 js 源码，也不包含任何逆向的资源，而是仅使用 AI 净室工程和其公开输出的日志编写）
ms2160 对应机箱副屏，有显示和触摸的支持
bowei\_aio 对应水冷的屏幕
有个 demo 可以拿副屏画画
（触摸刷新率比较感人，点的快会连起来，不过屏幕本身刷新率也不高，不是很懂这么拉的屏幕弄 5 点触控有什么意义，关键还有 bug 需要 workaround ）
Select Language