还在买CD的人写了个M3U编辑器，Qt6驱动，路径自动重映射

原创

alex 1小时前阅读数 2 #头条

还在买CD的人写了个M3U编辑器，Qt6驱动，路径自动重映射

"买CD的人"与"无花哨"设计哲学

一个还在买CD、自己rip唱片的人，为什么需要专门写一个M3U编辑器？答案藏在车载音响播放列表里。作者teknoraver在HN上说得很直白："My use case is maintaining playlists playable in a car audio, where paths must be relative to the playlist file." 来源：HN CD rip出来的文件放在本地目录树，车载设备只认相对路径的M3U。目录结构一变，播放列表路径全废。他需要一个能自动重映射路径、标记丢失文件的编辑器，全能媒体管理器解决不了这个问题。

项目名字带着个人色彩。"Meu"在卡拉布里亚方言里是"我的"，而M3U里的数字3读作E，拼起来正好是"Meu" 来源：GitHub。项目描述只有几个词："a simple Qt application to create and edit .m3u playlists"。作者给设计定调是"very basic, no frills"，功能范围严格锁定在创建、编辑和导出.m3u文件列表来源：HN。不带播放功能，也不涉及元数据编辑或云端同步。这种克制在Qt6生态里不多见，但和车载场景是匹配的。

构建依赖CMake 3.16及以上、C++17编译器和Qt 6（Widgets与Test模块）来源：GitHub。界面支持英文和意大利文，依据系统locale自动切换，也可以手动指定，比如用LANG=it_IT.UTF-8强制意大利文来源：GitHub。翻译依赖Qt Linguist工具，构建时没装它的话翻译不编译，界面只剩英文来源：GitHub。

路径重映射与智能排序：核心技术细节

排序看起来是小功能，但MEU的处理方式说明作者踩过坑。排序支持按路径（子目录优先）或按文件名，两种模式都不区分大小写，并且用自然序，"2"排在"10"前面来源：GitHub。保存时所有路径写成相对于播放列表所在目录的路径，缺失的文件不写入导出内容来源：GitHub。导入.m3u或.m3u8时，找不到的文件以红色加警告图标显示来源：GitHub。

路径重映射是这个工具真正的核心价值。导出时MEU自动将所有路径重映射为相对于播放列表文件本身的路径来源：HN。你把整个音乐目录搬到另一个磁盘，只要相对结构没变，播放列表依然有效。导入时如果路径指向的文件不存在，这些条目标记为红色并带警告图标来源：HN。

添加入口很务实：文件对话框选择，或者拖拽文件和目录到窗口，目录递归扫描来源：GitHub。从命令行或文件管理器的"Open with"打开，单个播放列表直接载入，多个文件自动合并为新播放列表来源：GitHub。合并播放列表也支持，往已打开的列表里添加另一个.m3u文件即可来源：GitHub。

GitHub与HN交叉验证：1次提交、1条评论的开源项目

去查了GitHub和HN，发现这个项目"规模"小得意外。仓库只有1次Commit、1个Branch（main），含data、src、tests、translations四个目录来源：GitHub。HN帖只有1个Points、1条评论，唯一那条评论就是作者自己发的来源：HN。1个commit意味着没有迭代记录，要么是一次性完成的小工具，要么作者在别处开发后一次性推送。

作者为Fedora、SUSE等RPM系发行版维护了COPR仓库"teknoraver/meu" 来源：HN。Fedora安装命令是sudo dnf install cmake gcc-c++ qt6-qtbase-devel qt6-qttools-devel qt6-linguist qt6-qtsvg，其中qt6-qtsvg只在运行时显示SVG图标来源：GitHub。构建和测试也很标准，cmake -B build -S . 然后cmake --build build -j，ctest --test-dir build跑测试来源：GitHub。项目虽小，工程规范到位。

作者在HN评论区的原话是"Feedback is welcome." 来源：HN 没有营销话术，没有roadmap，就是一句开放反馈的邀请。我没法确定这个工具是否会持续更新，但从代码结构和构建配置来看，作者投入了比"小工具"更多的思考。路径重映射、自然序排序，还有缺失文件标记，这些细节都指向同一个问题：车载播放列表在物理媒体移动后如何保持可用。如果你的需求恰好落在这个窄缝里，MEU值得一试。

原文：

MEU – A M3U File Editor · 来源：Hacker News

参考来源：