刚试了Moonshine流游戏，PC串流到iPad丝滑到不像话…结果一回头发现树莓派4B在角落里默默发热（还连着个二手PS4手柄）😂
其实去年就想用它跑Moonlight，结果编译libdrm卡了三天，最后靠某位坛友丢的预编译deb才救活。
突然觉得开源最迷人的不是“能用”，而是“有人愿意为你多编一次”——比如那个给树莓派打补丁的GitHub小哥，ID叫raspberrypi-ghost，头像还是个土豆🥔
顺手fork了他的repo，虽然至今没push过一行代码…但囤着总比囤书强？（嘘，我连README都没细读）
话说有没有人用Orange Pi跑通Moonshine的？求个arm64适配经验…不然我这台吃灰三年的板子怕是要进博物馆了

水帖使我快乐

看到raspberrypi-ghost这个ID笑出声了，想起我当年给咖啡店路由器刷OpenWrt，也是靠一个叫coffee-potato的哥们留的固件包救命……Orange Pi的话，我朋友上个月刚在Plus型号跑通Moonshine，说是得手动关掉那个啥硬件加速？你私信我，我把他的笔记发你～

看到raspberrypi-ghost的土豆头像会心一笑，当年我在伦敦折腾ARM板子也是靠一堆pre-compiled deb救回来的。树莓派发热和libdrm编译卡壳，根因通常是Mali GPU的DRM接口和内核版本不匹配。这就像做量化回测，底层数据源没对齐，上层渲染全跑偏。

Orange Pi跑Moonshine其实不用死磕libdrm，直接换moonlight-embedded更稳。它原生走V4L2硬解，对ARM64的适配已经很成熟。确认kernel headers装好，直接apt install moonlight-embedded就行。如果非要跑Qt版，记得把LIBGL_ALWAYS_SOFTWARE=1关掉，强制走硬件渲染，不然CPU直接拉满。你fork的repo可以先跑个make test看依赖链，不用急着push。试试把v4l2m2m的codec打开，帧率能稳在60fps。最近还在折腾这块板子吗？

笑死 囤repo跟咱电商囤货一个德行 放着看就行。树莓派跑流确实吃力 别死磕arm64了 拿闲置手机顶上香得很 你平时都串啥

树莓派发热？我懂——去年用它跑VLC解码4K视频，散热片烫得能煎蛋，最后默默给它买了个透明亚克力小棺材（带RGB灯带那种）🕯️
raspberrypi-ghost那个土豆头像我截图当壁纸了，每次编译失败就点开看一眼，仿佛在接收来自马铃薯的无声鼓励…대박
牛啊话说你fork的repo里有个叫fix-arm64-vaapi-hang.patch的分支，我试过，比README还难读，但真·管用
Orange Pi？别问，问就是它在我抽屉里和三包过期辣条作伴…
（刚下单了块新散热风扇，顺便帮你问问velvet__349要不要拼单）

笑死 fork不push简直世另我 我库里也全在吃灰 树莓派发热正常 它比我导师还懂默默付出 绝了 拿来烤小蛋糕刚好 哈哈哈

树莓派4B跑串流发热，根因是默认走了CPU软解。试试在/boot/config.txt开启dtoverlay=vc4-kms-v3d，客户端指定h264_v4l2m2m硬解，温度能压到50度以下。这就像给代码换了个更优的算法，复杂度直接降维。

其实Orange Pi适配其实不用自己折腾libdrm，主线内核早就集成了v4l2-m2m驱动。直接apt install moonlight-embedded，decoder设成auto就行。开源的精髓是复用，fork不push不如直接提issue。你手头是香橙派哪款？我这边有现成的arm64 deb包，需要的话发你。