PDA

View Full Version : playlist mungs up file location



DaveS
2003-12-10, 22:24
I'm using 5.01 under windows XP and normally the file location is
displayed in the browser as c:/path/to/the/music.mp3
and I get nice cover art in the song info window.

If I add a playlist created in another program and look at the files it
references I start getting strange behaviour.
The file location will now display as:
/music/%5cU2%20-%20Best%20of%5c%20%5b02%5d%20-%20New%20Year's%20Day.mp3
And the cover art won't display. But the song will at least play.

The only difference I can see is that these problematic playlists use
backslash path separators instead of forward slash.
ie bad playlist uses: c:\path\to\file.mp3
and slimserver uses: c:/path/to/file.mp3

Any ideas?

--
DS

DaveS
2003-12-10, 22:45
DaveS <davls (AT) telus (DOT) net> wrote:

> I'm using 5.01 under windows XP and normally the file location is
> displayed in the browser as c:/path/to/the/music.mp3
> and I get nice cover art in the song info window.
>
> If I add a playlist created in another program and look at the files it
> references I start getting strange behaviour.
> The file location will now display as:
> /music/%5cU2%20-%20Best%20of%5c%20%5b02%5d%20-%20New%20Year's%20Day.mp3
> And the cover art won't display. But the song will at least play.
>
> The only difference I can see is that these problematic playlists use
> backslash path separators instead of forward slash.
> ie bad playlist uses: c:\path\to\file.mp3
> and slimserver uses: c:/path/to/file.mp3
>
> Any ideas?
>

I can now confirm that the \ problem is definitely the cause. If I
replace all \ with / in the playlist file it fixes the problem. But
that's a bit of a pain. Is there any way the server code could be made
to work with both \ and /

I should also mention that I'm using the source distribution with Cygwin
perl 5.8.2, so maybe I'm just getting what I deserve :)

--
DS

dean
2003-12-10, 23:06
Hi Dave,

Alas, perl under cygwin doesn't think it's running under Win32 and so
the parsing of C:\foo\ style paths doesn't really work.

Try installing and running the server under ActiveState's ActivePerl
and let me know if that works better for you. It did for me.

-dean

On Dec 10, 2003, at 9:45 PM, DaveS wrote:

> DaveS <davls (AT) telus (DOT) net> wrote:
>
>> I'm using 5.01 under windows XP and normally the file location is
>> displayed in the browser as c:/path/to/the/music.mp3
>> and I get nice cover art in the song info window.
>>
>> If I add a playlist created in another program and look at the files
>> it
>> references I start getting strange behaviour.
>> The file location will now display as:
>> /music/%5cU2%20-%20Best%20of%5c%20%5b02%5d%20-
>> %20New%20Year's%20Day.mp3
>> And the cover art won't display. But the song will at least play.
>>
>> The only difference I can see is that these problematic playlists use
>> backslash path separators instead of forward slash.
>> ie bad playlist uses: c:\path\to\file.mp3
>> and slimserver uses: c:/path/to/file.mp3
>>
>> Any ideas?
>>
>
> I can now confirm that the \ problem is definitely the cause. If I
> replace all \ with / in the playlist file it fixes the problem. But
> that's a bit of a pain. Is there any way the server code could be made
> to work with both \ and /
>
> I should also mention that I'm using the source distribution with
> Cygwin
> perl 5.8.2, so maybe I'm just getting what I deserve :)
>
> --
> DS
>
>

DaveS
2003-12-11, 00:50
dean blackketter <dean (AT) slimdevices (DOT) com> wrote:

> Hi Dave,
>
> Alas, perl under cygwin doesn't think it's running under Win32 and so the
> parsing of C:\foo\ style paths doesn't really work.
>
> Try installing and running the server under ActiveState's ActivePerl and let me
> know if that works better for you. It did for me.
>
> -dean
>
> On Dec 10, 2003, at 9:45 PM, DaveS wrote:
>
>> DaveS <davls (AT) telus (DOT) net> wrote:
>>
>>> I'm using 5.01 under windows XP and normally the file location is
>>> displayed in the browser as c:/path/to/the/music.mp3
>>> and I get nice cover art in the song info window.
>>>
>>> If I add a playlist created in another program and look at the files it
>>> references I start getting strange behaviour.
>>> The file location will now display as:
>>> /music/%5cU2%20-%20Best%20of%5c%20%5b02%5d%20-
>>> %20New%20Year's%20Day.mp3
>>> And the cover art won't display. But the song will at least play.
>>>
>>> The only difference I can see is that these problematic playlists use
>>> backslash path separators instead of forward slash.
>>> ie bad playlist uses: c:\path\to\file.mp3
>>> and slimserver uses: c:/path/to/file.mp3
>>>
>>> Any ideas?
>>>
>>
>> I can now confirm that the \ problem is definitely the cause. If I
>> replace all \ with / in the playlist file it fixes the problem. But
>> that's a bit of a pain. Is there any way the server code could be made
>> to work with both \ and /
>>
>> I should also mention that I'm using the source distribution with Cygwin
>> perl 5.8.2, so maybe I'm just getting what I deserve :)
>>

Ok. I installed ActiveState perl and it seems to have solved the lost cover
art problems. Thanks. It also seems to be dealing with memory better.
(running under cygwin perl it would slowly consume more and more memory if I
left it running for several days)

The song info page now shows the file location as
/music/%5cU2%20-%20Best%20of%5c%20%5b02%5d%20-%20New%20Year's%20Day.mp3
for all files. Seeing as my original frame of reference was messed up,
is this normal?

My winamp playlists are still causing one small problem. Loading the
playlist will modify the cached id3 title info for files in the
playlist.
For every song in the playlist the displayed song title goes from
"songtitle" before viewing the playlist, to "artist - songtitle" after
viewing the playlist. Very weird.

Ah the joys of living in windows. :)

--
DS