所有音乐爱好者用pt都会有一个问题就是做种校验, 因为只要你改变了歌曲的任何参数(除了文件名)都会导致文件哈希值变化, 然后qb校验不通过, 甚至如果设置了自动保存歌词到标签, 刚下载完用你的播放器打开一下就不行了.
硬链接只能够起到更改文件名的作用, 只要你更改文件标签仍无法绕过.
而对于听歌多且杂的人这个问题会更严重, 因为每个人基本都会有自己的一套音乐分类模式, 就算使用源文件的标签同样会因为JPop J-pop jpop (日文)等原因导致目录分类混乱, 如果再加上少量古典乐简直就是灾难级别的. 而且大部分音乐资源良莠不齐, 导致了我永远只能在一坨之中翻找我需要的歌曲(还没有歌词). 要么就是完全复制 double 磁盘空间.
我的环境能够解决一半这个问题, 实现在电脑本地访问能够完全按照自己的方案实现音乐库分类
环境:(foobar2000+foo_external_tags)
原理就是使用foo_external_tags插件将所有在foobar中编辑的标签(包括歌词)写入到另一文件中, 以保证原音频文件能够正常做种.
这是我的插件配置(将修改的信息写入到歌曲文件夹下的.tag文件中)

同样也支持SQlite文件等, 貌似是某种数据库文件, 如果懂可以尝试这种
至此本地的音乐可以被正常管理分类.
P.S. music tag 的v2版本貌似可以支持外部标签, 我还没有上手实操.
此外就是未完成的部分, 即navidrome等远程服务器无法读取并推送到诸如音流之类的移动端软件的问题.
很遗憾目前我知道的所有类似服务器项目貌似都不支持外部元数据标签的读取(这是Chatgpt的结论)
我检查了navidrome的项目主页, 发现这一问题在22年初就有人提交, 并最后由mgdigital 于24.9月提交了pullrequest.

貌似目前该pullrequest还没能合并到主分支并实现具体功能(我没有太用过github的开发功能, 主要还是伸手党)
所以之后可能会支持外部元数据功能, 即时既可以在移动端使用上foobar创建或musictag创建的外部元数据文件.
硬链接只能够起到更改文件名的作用, 只要你更改文件标签仍无法绕过.
而对于听歌多且杂的人这个问题会更严重, 因为每个人基本都会有自己的一套音乐分类模式, 就算使用源文件的标签同样会因为JPop J-pop jpop (日文)等原因导致目录分类混乱, 如果再加上少量古典乐简直就是灾难级别的. 而且大部分音乐资源良莠不齐, 导致了我永远只能在一坨之中翻找我需要的歌曲(还没有歌词). 要么就是完全复制 double 磁盘空间.
我的环境能够解决一半这个问题, 实现在电脑本地访问能够完全按照自己的方案实现音乐库分类

环境:(foobar2000+foo_external_tags)
原理就是使用foo_external_tags插件将所有在foobar中编辑的标签(包括歌词)写入到另一文件中, 以保证原音频文件能够正常做种.
这是我的插件配置(将修改的信息写入到歌曲文件夹下的.tag文件中)

同样也支持SQlite文件等, 貌似是某种数据库文件, 如果懂可以尝试这种
至此本地的音乐可以被正常管理分类.
P.S. music tag 的v2版本貌似可以支持外部标签, 我还没有上手实操.
此外就是未完成的部分, 即navidrome等远程服务器无法读取并推送到诸如音流之类的移动端软件的问题.
很遗憾目前我知道的所有类似服务器项目貌似都不支持外部元数据标签的读取(这是Chatgpt的结论)
我检查了navidrome的项目主页, 发现这一问题在22年初就有人提交, 并最后由mgdigital 于24.9月提交了pullrequest.

貌似目前该pullrequest还没能合并到主分支并实现具体功能(我没有太用过github的开发功能, 主要还是伸手党)
所以之后可能会支持外部元数据功能, 即时既可以在移动端使用上foobar创建或musictag创建的外部元数据文件.