退役Wii变流媒体播放器，靠的是这招

2019年1月31日，任天堂正式切断了Wii的官方流媒体服务——这台曾卖出1.01亿台的体感游戏机，从此在家庭流媒体生态里成了边缘角色。没人会想到，7年后的今天，一群开源开发者让它重新活了过来：只要装一个叫WiiFin的自制程序，这台主频729MHz、内存仅88MB的老机器，就能流畅播放你存在Jellyfin服务器里的电影、剧集，甚至能同步「继续观看」列表。

问题是，W连现代视频的硬件解码能力都没有，它是怎么吃下动辄几十G的4K原盘的？

服务端转码：给老机器做「软饭」

答案全在服务器的「代劳」里——这就是服务端转码：把原本该由客户端做的视频解码、格式转换工作，全搬到性能更强的服务器上完成，再把转好的「软饭」喂给老机器。

你可以把这个过程想象成餐厅的「预制菜加工」：Wii是个牙口不好的老人，啃不动硬邦邦的生肉（4K原盘、MKV格式），服务器就先把肉炖烂、切成小块，再装成老人能直接吃的小碗（480p分辨率、MPEG-4格式）送过去。

但真实的转码比这要精确得多：服务器会先把视频解码成无压缩的原始像素数据，再按照Wii的硬件上限——480p分辨率、立体声轨、不支持外挂字幕——重新加工：把视频缩放至480p，将多声道音频转成立体声，甚至直接把字幕「烧」进画面里，最后再编码成Wii能识别的格式，通过网络流过去。

这个过程完全跳过了Wii的本地解码环节，把它从「视频处理器」降级成了「视频播放器」——只需要负责把服务器传过来的画面显示在电视上，把声音输出到音箱里。

定制客户端：给老机器做「专属餐具」

光有软饭还不够，还得有合适的餐具——WiiFin就是为Wii量身定做的「流媒体餐具」。

它的核心是两个开源工具的整合：GRRLIB图形库和MPlayer CE播放器。GRRLIB是专门为Wii优化的图形库，能在有限的内存里高效渲染菜单、封面、进度条这些UI元素，而且支持Wiimote的红外指针操作——你拿着遥控器就能像用鼠标一样点选剧集，不用外接键盘。MPlayer CE则是Wii社区用了十几年的成熟播放器，能稳定解码服务器传过来的转码视频流，还支持快进、音量调节、跳片头这些基础操作。

开发者把这两个工具焊在了一起：用GRRLIB做界面，让你能浏览Jellyfin的媒体库、查看剧集简介、选择音轨；用MPlayer CE做播放引擎，负责把服务器传过来的视频流解码显示。为了让Wii能安全连接服务器，他们还集成了mbedTLS加密库，支持HTTPS连接，甚至能兼容自签名证书。

最贴心的是，WiiFin还会把你的播放进度同步回服务器——你在Wii上看到一半的电影，换个手机登录Jellyfin还能接着看，和用现代流媒体设备没什么区别。

不完美的重生：老机器的边界

但WiiFin终究是个实验性项目，它的局限和它的亮点一样明显。

首先是硬件的天花板：Wii的视频输出最高只有480p，就算服务器转了1080p的视频，最终显示出来的还是480p的画质；而且因为Wii不支持多声道音频解码，所有音频都得转成立体声，你想听5.1环绕声是不可能的。其次是转码的代价：服务器得承担所有的计算工作，如果你用的是性能一般的家用PC当服务器，同时转几个视频可能就会卡顿。还有，WiiFin目前只支持把字幕烧进视频里，如果你想切换字幕轨道，得让服务器重新转一遍视频，不能像现代客户端那样实时切换。

社区里的用户也反馈了不少问题：比如在真实Wii硬件上偶尔会出现崩溃，部分高码率的转码视频还是会卡顿，虚拟键盘输入文字有点麻烦。但开发者们还在持续更新，比如计划加入收藏夹功能、优化UI响应速度，甚至考虑支持WebDAV直连——不过受限于Wii的硬件，这些功能能不能实现还不好说。

当我们为新发布的游戏机欢呼时，很少会想起这些被淘汰的老机器。它们不是电子垃圾，只是暂时失去了用武之地——只要有人愿意花心思，就能让它们在现代生态里找到新的位置。

WiiFin的意义，从来不是让Wii变成一台能和现代流媒体设备媲美的播放器，而是证明了技术的温度：它不仅能创造新东西，还能给旧东西第二次生命。

老硬件的重生，是对电子垃圾的最好反抗。