Music m3u not recognised

[Mudita68 2]

Hi

I have just started using Emby and i am trying to import m3u playlists created in VLC

My Music Library is in D:\Music and the playlists D:\Music\Playlists Emby dose not appere to recognize the m3u at all.

Here is an example of the m3u I am using

test.m3u

[Abobader 3464]

Hello Mudita68,

** This is an auto reply **

Please wait for someone from staff support or our members to reply to you.

It's recommended to provide more info, as it explain in this thread:

Thank you.

Emby Team

[PenkethBoy 2068]

put the m3u in your music library folder

and assuming it has the coorrect full paths to the song - should work

[Mudita68 2]

I have moved them to the root of the music library folder but this has not helped

VLC opens the playlis just fine so i assume the file paths are fine

[Luke 42080]

Hi, is D:\Music the library path you setup in emby library setup?

[Mudita68 2]

Yes D:\Music is the file I added when setting up my Music library

[Guest]

I am having the same issue with Linux (Emby version 4.5.4.0). It used to work fine in the past, but not now. When it was working for me, I had all of my m3u's in ~/Music/Playlists and it worked just fine. I tried moving all of my playlists out of the "Playlists" folder into the root of the "Music" directory. Still no go.  My playlists show up on the web interface but they have generic folder icons (They used to have an album picture sample for the cover). When I click the "play" button it hangs up with a green-red-blue "loading" circle that goes on and on forever.

[Guest]

I also tried copying my playlists over to /var/lib/emby/data/playlists. That does not work either. Also, I want clarify that none of my m3u's show up in the actual "playlists" tab anymore. When I mentioned before about using the web interface to find them with their generic covers, that was by navigating to them by using the "folders" tab.

[Luke 42080]

8 hours ago, Mudita68 said:

Yes D:\Music is the file I added when setting up my Music library

Did you run a library scan after adding the playlist?

[Mudita68 2]

Yes i did, it picks up the folder the m3u is in but is can not see anything in that folder

[Guest]

Affirmative on the scan for me also.

[Luke 42080]

Can you try a playlist using relative paths and see how that compares?

[Mudita68 2]

I created an m3u using VLC in the same folder as the songs, then confirmed the paths where relative and that the new file will open and paly in VLC. I then scaned library files, whent to playlists and still nothing.

The Human Equation.m3u

[Guest]

OK, that fixed it for me! I am baffled though, because I thought relative paths was what I started out with. When things were not working, I put my playlists in the text editor and made all of them with absolute paths. So now I changed them again to relative paths and ran a scan and now they all show up and play!

To be clear on how playlists are now working for me on Linux,  I have all of my playlists in a folder labeled "Playlists" and that folder is in the root of my "Music" folder. 

This is an example of how the tracks are now listed in my playlists:

#EXTM3U
#EXTINF:190,Sawyer Brown - Axe to Grind
../Country/Sawyer Brown/Wide Open/Axe to Grind.mp3

[Luke 42080]

Thanks for the feedback.

[Mudita68 2]

It turns out that when VLC creates a playlist it uses the escape character "%20" instead of a standard space. Removing them fixed the issue.

[Luke 42080]

On 3/24/2021 at 6:57 AM, Mudita68 said:

It turns out that when VLC creates a playlist it uses the escape character "%20" instead of a standard space. Removing them fixed the issue.

That's interesting, thanks for the info.

[Guest]

Direct saving of M3U8 playlist seemed to be the magic I needed for this to work for me... WINAMP uses regular spacing... and notation.. M3U by itself it left files out for some reason... M3U8 did the trick.. my first error was my network drives versus my SMB share locations.. had to remember what I had put into EMBY versus what I had loaded into WINAMP..

[Luke 42080]

Thanks for the feedback.