需要 Jellyfin 使用高手,关于音乐媒体库的刮削

目前 NAS 上有两个音乐服务器,一个是 navidrome,另一个是和各种视频一起用的 Jellyfin,由于音流自己的问题,现在在 Windows 上无法使用 navidrome 来源,只能降级暂时用 Jellyfin

Jellyfin 的音乐类型媒体库问题可就大多了,它有极其奇葩的储存目录要求并强制使用,导致我音乐文件里用 ID3v2.3 写入的专辑信息无法识别,有没有什么自动分类的办法,只需要读取我的标签信息按照 Jellyfin 要求的格式创建对应文件夹路径做硬链接就好,要求能正确识别多艺术家的歌曲信息,我是使用 ; 做的多艺术家分隔


非常难受的只随机识别出两个不正确的专辑:

6 个赞

顶顶,没人用 Jellyfin 的音乐库么

1 个赞

试试群晖的dsaudio?有群晖docker镜像的

1 个赞

我确实有群晖,但是群晖的ds audio限制太多了
以下来自音流的服务对照

Subsonic Navidrome Audio Station Emby Jellyfin Plex
内嵌歌词1 - :white_check_mark: :white_check_mark: :white_check_mark:
外置歌词 - :white_check_mark: :white_check_mark: :white_check_mark: :white_check_mark:
在线歌词 - :white_check_mark: :white_check_mark: :white_check_mark: :white_check_mark:
歌手简介 - :white_check_mark: :white_check_mark: :white_check_mark: :white_check_mark:
歌手头像 - *2 *3 :white_check_mark: :white_check_mark: :white_check_mark:
多艺术家 - - :white_check_mark: :white_check_mark:
回放增益 - :white_check_mark: :white_check_mark: :white_check_mark:
评分功能4 :white_check_mark: :white_check_mark: :white_check_mark: :white_check_mark:
收藏功能5 :white_check_mark: :white_check_mark: :white_check_mark: :white_check_mark:
文件夹 - :white_check_mark: :white_check_mark: :white_check_mark:
删除接口 - :white_check_mark: :white_check_mark: :white_check_mark:
3 个赞

这个实现简单吧,写一个python脚本就行了,linux 链接?可以试试,代码ai写写再补一补。就是音乐库单独存储,然后python脚本管理,再做链接

1 个赞

不知道,用的emby

抽空我试试能不能糊一个出来,感觉会漏洞百出

emby能正常识别音乐文件的元信息,生成专辑么


这样算吗,我都是自己组歌单,随机播放


介绍是不强制要求文件夹结构的。 completely tag based

应该算,想换emby了

不用文件夹结构,我都是全部歌曲都扔音乐文件夹下

jellyfin这玩意居然不完全读元信息,就强制要求文件夹路径,太恶心了

额,要么额外搭个破解的emby试试,emby黑五会打折,应该是75折
不过如果不要转码功能的话,也可以不买

我先试试用脚本能不能解决问题,搞不定再换emby好了,其他媒体库路径应该是emby和jellyfin互相兼容的吧

诶,有点好奇,其实现在客户端设备解码能力都还不错,为啥需要服务器端硬解,这样似乎还更消耗宽带

外出/网速受限/节省流量的场景会开服务端转码

emby添加电影媒体库只需要电影文件夹就行,不需要底下的文件夹结构。
不过媒体元数据保存格式好像不一样,和plex就不是很兼容,需要重新刮削。

嗷嗷,考虑带宽,大部分用处是转码,不是解码?

是的,在内网环境用肯定就客户端转码就行。但是总有用得到的时候,上传带宽也才30-50mbps,有用得到转码的场景