2024-08-28, 05:20 AM
(This post was last modified: 2024-09-01, 10:47 AM by evilbaschdi. Edited 3 times in total.)
Good Morning,
I'm very new to Jellyfin and became aware of that project by a knowledge base article of Synology regarding the removal of their Video Station with DSM 7.2.2.
One of the solutions / alternatives mentioned was to host "jellyfin" inside a docker container and here I am.
Inside the Docker setup, I've mapped my directory containing videos, and the one containing music.
Than I've set up the libraries and the library scan did its job.
As far as I did see, everything was recognized correctly. Talking about single files even metadata have been extracted correclty and music was grouped by their albums and / interprets.
Beside of that my music library is managed by playlists by artist inside an artist folder and as subdirectories their are the albums.
That m3u files are generated by an application called "mp3tag" that would generate the following output
(its 0 seconds, becaus it was just a dummy file)
means, it uses relative paths without any "../" or "..\" or something else as a prefix.
After the library scan was completed, I had a look into the playlists. Some are containing their correct contents, some dont' or are completly empty.
First I thought, that maybe the scan run into an issue and might have to be executed again. But then yesterday evening I again had a look at the problem and might have found some similarities of the playlist that are emtpy.similaritied
It seems like the problem occurs in cases the media file listed inside the m3u playlist is not placed in the same directory as the playlist.
What would I have to change here? What is causing the problem?
I'm very new to Jellyfin and became aware of that project by a knowledge base article of Synology regarding the removal of their Video Station with DSM 7.2.2.
One of the solutions / alternatives mentioned was to host "jellyfin" inside a docker container and here I am.
Inside the Docker setup, I've mapped my directory containing videos, and the one containing music.
Than I've set up the libraries and the library scan did its job.
As far as I did see, everything was recognized correctly. Talking about single files even metadata have been extracted correclty and music was grouped by their albums and / interprets.
Beside of that my music library is managed by playlists by artist inside an artist folder and as subdirectories their are the albums.
Quote:music
=> artist1
=> artist1.m3u
==> album1
===> file1.mp3
===> file2.mp3
==> album2
===> file1.mp3
===> file2.mp3
That m3u files are generated by an application called "mp3tag" that would generate the following output
Code:
#EXTM3U
#EXTINF:0, -
album\file.mp3means, it uses relative paths without any "../" or "..\" or something else as a prefix.
After the library scan was completed, I had a look into the playlists. Some are containing their correct contents, some dont' or are completly empty.
First I thought, that maybe the scan run into an issue and might have to be executed again. But then yesterday evening I again had a look at the problem and might have found some similarities of the playlist that are emtpy.similaritied
It seems like the problem occurs in cases the media file listed inside the m3u playlist is not placed in the same directory as the playlist.
What would I have to change here? What is causing the problem?