三亩地 三亩地SAN MU DI · CODE DIARY
ARTICLE DETAIL

日记详情

真实记录编程学习的某一天,欢迎挑你感兴趣的翻一翻。

3步批量获取网易云、QQ音乐LRC歌词完整教程:一次给数百首歌曲配上歌词

3步批量获取网易云、QQ音乐LRC歌词完整教程:一次给数百首歌曲配上歌词

3步批量获取网易云、QQ音乐LRC歌词完整教程:一次给数百首歌曲配上歌词

【免费下载链接】163MusicLyrics云音乐歌词获取处理工具【网易云、QQ音乐】项目地址: https://gitcode.com/GitHub_Trending/16/163MusicLyrics

深夜整理车载U盘,三百首歌里只有几十首带着歌词,想跟着唱只能再掏出手机搜一遍——这种尴尬,靠手动逐首补歌词基本等于通宵。于是有了 163MusicLyrics,一款免费开源的网易云音乐、QQ音乐歌词获取工具,专治"歌多词少"。

一个周五晚上,我对着三百首歌发了半小时呆

事情是这样的:我把电脑里攒了多年的音乐拷进U盘,准备周末开车时好好享受。结果车载播放器一放,屏幕上只有歌名在滚,歌词栏永远空白。堵在环路上想跟着哼两句,歌词只能凭记忆,唱到副歌就断片。

回家后我算了一笔账:手动搜一首歌、核对版本、下载歌词文件、改名对齐,平均要两分钟。三百首歌,就是十个小时。那一刻我意识到,缺的不是歌词,是一个能批量干活的工具。

先认识一下:它是做什么的

163MusicLyrics 是一个跨平台的歌词获取处理工具,核心就两件事:从网易云音乐、QQ音乐两个平台拿歌词把歌词按 LRC 格式存到本地。你可以粘贴歌曲链接、输入歌曲ID,也可以整文件夹扫描、粘贴几十条链接一起处理,最后统一输出成播放器能直接识别的.lrc文件。

项目同时维护着 Windows 图形版和基于 Avalonia 的跨平台版(Windows、macOS、Linux 都能跑),普通用户下载 Release 里的可执行文件即可,不用碰代码。

为什么我不再手动下歌词

比起逐首搜索,差距在三个具体的地方:

  • 时间是省出来的:一首歌两分钟 vs 一个文件夹两分钟。数量越多,收益越夸张。
  • 格式是对的:工具输出的 LRC 时间轴直接来自平台数据,不会出现"歌词比歌声慢两秒"的情况。
  • 双语不用愁:原文、译文、罗马音可以按需组合,想要"原文+翻译"交错显示,勾一下就行。

如果你只是偶尔给一两首歌配歌词,手动搜确实更快;但只要超过十首,这个工具的性价比就完全不一样了。

3步跑通第一次下载

第一步,获取工具。两种方式任选:直接下载 Release 里的最新版本,或者克隆仓库自己编译:

git clone https://gitcode.com/GitHub_Trending/16/163MusicLyrics

第二步,打开界面。顶部是搜索区,搜索源选平台(默认网易云),搜索类型决定按单曲、专辑还是歌单查,中间大框用来粘贴链接或ID;中部是歌词显示区;底部是输出设置和保存按钮。

第三步,跑通第一个结果。把一首歌的链接(或纯ID)粘进搜索框,点"搜索",歌词会在中间区域显示出来;确认无误后,把输出格式设为 LRC、文件编码设为 UTF-8,点"保存"选个目录,歌词就落地了。整个过程不超过一分钟。

如果你常从剪贴板复制链接,可以在设置里打开"自动读取剪贴板",省掉粘贴那一步。

从"一首歌"到"整个文件夹"

只下载一首歌体现不出它的价值,我真正用顺手的场景是下面这条链路,你可以照着走一遍:

第一步:模糊搜索找回记不全的歌。我只记得歌名里有"北京欢迎你"几个字,作者是谁早忘了。勾选"模糊"再搜索,工具会列出所有匹配版本——群星版、童声版、钢琴版,连时长都标得清清楚楚,多选后点"下载选中"就行。

第二步:本地扫描整个文件夹。三百首歌不可能一个个粘链接。在"下载管理"里点"本地扫描",选中有音乐的目录,工具会自动识别里面的音频文件并逐条建好下载任务,状态列会实时显示每首歌的查询进度。

第三步:批量保存。扫描完成后全选或勾选需要的条目,点"保存选中",选一个目录确认,剩下的交给它。保存对话框里会显示"正在处理",稍等片刻就全部写完。

顺手能做的还有几件小事:下载管理界面可以直接粘贴几十条链接批量导入,不同平台的链接可以混在一起;任务列表里能看到每首歌的状态——如果某首歌"歌词信息暂未被收录或查询失败",会有一行红字提示,方便你单独处理;顶部导航栏的"格式转换"支持 LRC 与 SRT 互转,做视频字幕时把 LRC 丢进去就能转成 SRT。

还能再顺手一点:几个值得打开的设置

跑顺基本流程后,这几项设置能让输出更合你的口味:

设置项它做什么什么时候用
输出文件名格式默认是${name} - ${singer},可自定义模板想让文件名和播放器里的歌曲排序一致时
文件编码UTF-8 / GBK 可选老款 MP3 播放器或车载设备读不了 UTF-8 时换 GBK
时间戳格式调整毫秒位数等显示精度某些播放器对时间戳格式挑剔时
同名文件策略覆盖或自动追加编号不同版本歌词想同时保留时
逐字歌词模式输出逐字逐句的精细时间轴做卡拉OK字幕、逐字跟唱时

翻译这一块是它的加分项:歌词显示支持原文、译文、罗马音自由组合;如果平台自带的译文不够,可以配置百度翻译或彩云小译的 API Key,让工具自动补翻译。注意 API Key 需要自己去对应平台申请,免费额度有限,量大的话悠着点。

缓存策略也值得知道:工具会把查过的歌词和试听直链缓存到本地,界面底部状态栏会出现"命中本地缓存"的提示,同一首歌第二次查基本是秒开,不重复请求平台接口。

对开发者多说一句:核心代码都在cross-platform/MusicLyricApp/Core/下,音乐接口在Service/Music/(NetEaseMusicApi.cs、QQMusicApi.cs),翻译接口在Service/Translate/,歌词处理逻辑集中在Utils/LyricUtils.cs,想二次开发从这几个目录入手最快。

哪些情况它帮不上忙

如实说几个边界,免得你踩坑:

  • 纯音乐没有歌词:工具默认保存时跳过纯音乐,这是正常行为,不是故障。
  • 平台没收录的歌词拿不到:有些冷门歌、翻唱、现场版在两家平台都没有歌词数据,任务列表里的红色提示就是在说"这单做不了"。
  • 翻译需要自己配 Key:自动翻译不是开箱即用,得先去申请对应平台的 API。
  • 搜索类型有限:目前支持单曲、专辑、歌单三类查询,不能直接按歌手名拉全量歌曲。
  • 它面向图形界面用户:如果你想要的是纯命令行批量脚本,这个工具不适合,它是给普通人点的。
  • 网络是前提:所有歌词都来自在线请求,离线环境用不了。

另外提醒一句版权:这些歌词请用于自己收藏的音乐文件,别拿去做批量分发,这是基本素养。

想让它更好用?你也可以搭把手

这是个个人维护的开源项目,作者在 README 里明确欢迎反馈。你可以:

  • 在 Issues 里提交 bug 描述或功能建议,作者会不定期处理;
  • Fork 项目,改完代码提交 Pull Request;
  • 阅读项目 Wiki 里的使用手册(README 的 How To Use 有入口),很多操作细节都写在那里。

如果你愿意帮更多人,把使用经验整理成图文或视频发到社区,也是对开源项目实实在在的贡献。

最后:现在就去试一次

回到开头那个周五晚上——现在我的做法是:新歌入库前,先让 163MusicLyrics 跑一遍文件夹扫描,歌词跟着音乐一起进U盘。车上再放起那些歌,屏幕上有词,跟着唱不跑调,副歌也敢大声了。

动手的话,从第一步开始就好:下载 Release 版,粘一首歌的链接,点一次搜索,存一个 LRC 文件。三分钟跑通,你就知道接下来那一百首该怎么处理了。

【免费下载链接】163MusicLyrics云音乐歌词获取处理工具【网易云、QQ音乐】项目地址: https://gitcode.com/GitHub_Trending/16/163MusicLyrics

创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考

← 返回列表