23 May '13 - 06:37 *
Welcome, Guest. Please login or register.
Did you miss your activation email?

Login with username, password and session length
 
   Home   Help Search Login Register  
Pages: [1]
  Reply  |  Print  
Author Topic: Playlist Uses Absolute Path  (Read 2633 times)
JackSprat
Posts: 5


« on: 2 Dec '09 - 01:41 »
Reply with quoteQuote

I'm using XMPlay as a portable app on my flash drive.  But the playlist stores files as absolute paths instead of relative.  At home, my flash drive is G:, but at work it's F:

Is there anyway I can have the files stored as relative paths?

Thanks!
Logged
saga
Posts: 1365


« Reply #1 on: 2 Dec '09 - 06:26 »
Reply with quoteQuote

When saving a playlist, there's an option "store full path", which should be disabled. I dunno if it applies to the xmplay.pls in xmplay's directory, though.
Logged
Ian @ un4seen
Administrator
Posts: 15269


« Reply #2 on: 2 Dec '09 - 17:03 »
Reply with quoteQuote

The XMPLAY.PLS file does currently always include full paths, but one thing you could try is enabling the "Automatically check other drives for missing files" option (in the "Dead" options page).
Logged
JackSprat
Posts: 5


« Reply #3 on: 7 Dec '09 - 18:37 »
Reply with quoteQuote

When saving a playlist, there's an option "store full path", which should be disabled. I dunno if it applies to the xmplay.pls in xmplay's directory, though.

Thanks -- that doesn't do it.  Undecided
Logged
JackSprat
Posts: 5


« Reply #4 on: 7 Dec '09 - 18:39 »
Reply with quoteQuote

The XMPLAY.PLS file does currently always include full paths, but one thing you could try is enabling the "Automatically check other drives for missing files" option (in the "Dead" options page).

Thanks. Will do. Seems like it would be so easy for the developers to include an option to save a playlist with relative paths.
Logged
Dotpitch
Posts: 2473


« Reply #5 on: 8 Dec '09 - 08:57 »
Reply with quoteQuote

Seems like it would be so easy for the developers to include an option to save a playlist with relative paths.
Ian is the only developer. Relative paths would work if you keep everything on one drive, but automatically checking other drives works properly on multiple drives as well.
Logged
JackSprat
Posts: 5


« Reply #6 on: 8 Dec '09 - 17:31 »
Reply with quoteQuote

That's the Catch-22 for me.  I'm using it as a portable app on my flash drive.  So I don't really want it to check other drives.  But it may just work anyway.  I'm going into work today.  So I'll give it a shot.  Otherwise, awesome piece of software.  Smiley
Logged
Jimmy Neutron
Posts: 334


« Reply #7 on: 8 Dec '09 - 18:43 »
Reply with quoteQuote

You might want to look at PortableApps.com.  For most programs, the launchers developed by the folks at PortableApps.com will address registry, directory, and drive letter portability issues.

Although XMPlay stays away from the registry and sticks in its own installed directory, the drive changes are a portability issue.  You can find the beta version of the XMPlay launcher in their forums.  There is a note from the launcher developer:

Quote
Known Issues:
The library will not follow a changing drive letter as the launcher is unable to write to the relevant files. You can get around this by saving your playlists as M3U files. All paths are written relative to the root of the drive by default.

I'm not sure if the library issue will be resolved in future beta versions, but I don't think so.

You might want to try maintain different copies of the library and swap the right one in.  Way complicated, but do-able.  It would be much better if the library understood relative paths and used something like %drive% if it was necessary to qualify full path for the output of the library.  Or maybe use an XMPlay.ini entry to identify the root path to the library, and let the library entry take it the rest of the way.  Or maybe if the library can't find the contents, give a file-open style dialog to allow the user to point the library to the right place.
Logged
JackSprat
Posts: 5


« Reply #8 on: 8 Dec '09 - 19:39 »
Reply with quoteQuote

Saving as an m3u worked!  Thanks!

Yes, the solutions you mentioned are all quite viable.  As a professional software engineer, it would seem relatively easy to implement at least one of those.  But for free, I can't complain.  It's a great app.
Logged
Jimmy Neutron
Posts: 334


« Reply #9 on: 8 Dec '09 - 20:16 »
Reply with quoteQuote

Happy to help!
Logged
Dotpitch
Posts: 2473


« Reply #10 on: 8 Dec '09 - 20:50 »
Reply with quoteQuote

It would be much better if the library understood relative paths and used something like %drive% if it was necessary to qualify full path for the output of the library. Or maybe use an XMPlay.ini entry to identify the root path to the library, and let the library entry take it the rest of the way.
How would you go around with files that are not on the same drive as xmplay.exe?

There is a note from the launcher developer:
Quote
Known Issues: The library will not follow a changing drive letter as the launcher is unable to write to the relevant files. You can get around this by saving your playlists as M3U files. All paths are written relative to the root of the drive by default.
I'm not sure if the library issue will be resolved in future beta versions, but I don't think so.
Ian once posted the file format of the library (here), so the launcher could edit xmplay.library to use the right drive. Still, you end up with problems if your music collection spans multiple (removable) drives.
Logged
Jimmy Neutron
Posts: 334


« Reply #11 on: 8 Dec '09 - 21:58 »
Reply with quoteQuote

How would you go around with files that are not on the same drive as xmplay.exe?

OK, that seems to support relative paths?

Maybe I don't have a good handle on the differences between the playlist, queue and library.  I probably use XMPlay in a strange way.

Ian once posted the file format of the library (here), so the launcher could edit xmplay.library to use the right drive. Still, you end up with problems if your music collection spans multiple (removable) drives.

I'll pass that info to the launcher developer, thanks!
Logged
saga
Posts: 1365


« Reply #12 on: 8 Dec '09 - 22:29 »
Reply with quoteQuote

Saving as an m3u worked!  Thanks!
That's just what I suggested in the very first post. Roll Eyes
Logged
Jimmy Neutron
Posts: 334


« Reply #13 on: 10 Dec '09 - 14:55 »
Reply with quoteQuote

I'm using XMPlay as a portable app on my flash drive.  But the playlist stores files as absolute paths instead of relative.  At home, my flash drive is G:, but at work it's F:

Is there anyway I can have the files stored as relative paths?

JackSprat:
After our discussions here, and the link to the library format (thanks, Dotpitch), some launcher developers are working on having the PortableApps.com launcher for XMPlay adjust the drive letters in the library file.

I'll post back here once a beta launcher incorporating this feature is released.
Logged
Dotpitch
Posts: 2473


« Reply #14 on: 10 Dec '09 - 15:12 »
Reply with quoteQuote

After our discussions here, and the link to the library format (thanks, Dotpitch), some launcher developers are working on having the PortableApps.com launcher for XMPlay adjust the drive letters in the library file.
In that case, please note:
This update also adds a "rating" column to the library. ... Note that the library file format is changed, so it won't be possible to switch back to a previous XMPlay version (and keep the library) after the library has been updated.
Ian, can you please share the new library format? I'm using a little tool to clean up the library, so I'd have to update that one.
Logged
Jimmy Neutron
Posts: 334


« Reply #15 on: 10 Dec '09 - 15:35 »
Reply with quoteQuote

Yeah, I already mentioned that in the other forum:

Quote
The latest beta version of xmplay.exe changes the library format to allow "ratings" of items in the library. So if you decide to muck around in the library, you might want to be aware of that format change.

Thanks for the reminder, though.
Logged
Jimmy Neutron
Posts: 334


« Reply #16 on: 11 Dec '09 - 22:35 »
Reply with quoteQuote

The PortableApps.com developer who is working on the XMPlay launcher has solved the library portability issue.

Anybody interested can download DevTest #4 from the forum post.

Logged
Pages: [1]
  Reply  |  Print  
 
Jump to:  

Powered by SMF 1.1.18 | SMF © 2013, Simple Machines