Help! My playlists from J.River Media Center show up twice in Poweramp!

[Jernikfra]

I use J.River Media Center to manage my music on my laptops and then sync it to my Phone and play it there with Poweramp.

My playlists show up twice on my phone after syncing

They show up as the playlist name and then the playlist name.m3u.

I can delete the .m3u lists in Poweramp but they show up again after syncing again.

If anyone has experience with this issue please advise.

I don't know if's a J.River problem or a Poweramp issue.

It didn't use to happen.

[andrewilley]

Poweramp playlists can be from one of two sources:

1) They can be file-based - so loaded from M3U/etc files saved in your music folders. Any changes you make will be permanently written back to the same file. You will see the full filename with its extender in the Playlists category (for example "Filename.M3U")

or

2) Internal, database-stored, which are created by the user within Poweramp. They can also be imported from Android system playlists (although that legacy feature has now been depreciated by Google, but it should still work). That type of playlist can be named anything you like, and you won't see any M3U/PLS/etc file extenders as they are not files.

Normally Android System Playlists are only loaded once, when you first set up Poweramp, but you can force a re-read from the Anrdoid system at any time by using Settings=>Library=>Playlists=>Import System Library Playlists. Note: you do NOT need to use this feature for file-based playlists, they should be read and updated automatically whenever the next background music scan occurs (usually at least each time you start the app).

Andre

[Jernikfra]

Thanks for your very detailed reply.

The playlists are all created on J.River and stored on a micro SD card. When I see them on the SD card on my laptop they only show up once, but they each show up 2x on Poweramp, as the playlist name, and then next to it the playlist name.m3u.

So some setting on Poweramp is causing them to show up twice.

[Jernikfra]

My playlists show up 3 times now! They show up as the name then the name with a 1 after it and then as name.m3u.

The only playlists that show the tracks and play them are the m3u version, the others say folder missing or not readable.

I'm going to erase the name and name 1 versions and re sync to see that happens.

[andrewilley]

Name.m3u would be the file-based versions, i.e. playlists saved as M3U formatted text files somewhere in your storage, named as something like "PlaylistFilename.m3u". Those would be the best versions to use, and should get updated whenever J.River changes the contents.

Anything without the M3U extender is referring to an internal playlist (i.e. existing within the local database only) and the only way those would get created again would be if you used the Import Playlists function (which as you know should never be needed after the first setup). They can also be caused if you import Poweramp backups via the Import Settings/Data function.

If you want to reconcile these to match with any recently changed filesystems you can use the Rescan/Resolve Playlists option in the Playlists category view, but much better to remove any non-M3U playlists. Then avoid using the Import function again at all, and just let the background scanner find the real M3U files on its own.

Occasionally a manual Full Rescan in Poweramp might be a good idea if you are continuing to use syncing software, which are never the most reliable when it comes to flagging updates.

Andre 

[Jernikfra]

Thanks for your very detailed reply and help!

I appear it have solved the issue.

I selected the M3U (Android) option under J.River MC31 handheld Files, Paths, & More and now my playlists only show up once as name.m3u!

Here's another question I hope you can answer, is it possible to display the playlists as just their name without the .m3u after them?

[andrewilley]

File-based playlists include the full filename in order to differentiate them from internal ones. You can convert them to internal playlist format, but given this whole thread I really wouldn't recommend you try as you'd be back to square one again in terms of syncing.

There is a voteable Feature Request to mark file-based lists without using the .M3U extenders, but it's not very high up the polling order at the moment...

Andre