Re: [SlimDevices: Beta] Non-ASCII pathnames

2010-12-11 Thread Phil Meyer
>When I save a named playlist with SbS it >is simply so that I can use it again later from within SbS. I guess, if >this really is a problem then it will have to be resolved. > If that were the case, there would be no need to save playlists to files. But as SBS does save playlists to files (so th

Re: [SlimDevices: Beta] Non-ASCII pathnames

2010-12-04 Thread Mnyb
Mnyb;592691 Wrote: > Yes but do keep in mind that one can have multiple applications working > against the same playlist . > > I do that sometimes using rythmbox to create and add to a playlist > later on I may add a song via the controller, with that wonderful > plugin or when it is in now play

Re: [SlimDevices: Beta] Non-ASCII pathnames

2010-12-04 Thread Mnyb
Yes but do keep in mind that one can have multiple applications working against the same playlist . I do that sometimes using rythmbox to create and add to a playlist later on I may add a song via the controller, with that wonderful plugin or when it is in now playing. -- Mnyb ---

Re: [SlimDevices: Beta] Non-ASCII pathnames

2010-12-04 Thread awy
Please bear in mind that the contents of playlists is certainly -not- the focus of this work. -- awy awy's Profile: http://forums.slimdevices.com/member.php?userid=7480 View this thread: http://forums.slimdevices.com/showt

Re: [SlimDevices: Beta] Non-ASCII pathnames

2010-12-04 Thread awy
Philip Meyer;592667 Wrote: > Can it still read .m3u playlists created from other programs without > file:/// refs? Yes > > I think the point of SBS reading/writing .m3u playlists is so that they > can be shared. eg. import static playlists generated from MusicIP. > Otherwise, there's no point

Re: [SlimDevices: Beta] Non-ASCII pathnames

2010-12-04 Thread Phil Meyer
Can it still read .m3u playlists created from other programs without file:/// refs? I think the point of SBS reading/writing .m3u playlists is so that they can be shared. eg. import static playlists generated from MusicIP. Otherwise, there's no point saving them to disk, because they could ju

Re: [SlimDevices: Beta] Non-ASCII pathnames

2010-12-04 Thread JJZolx
I didn't test everything, but after removing the file:/// prefix, the URL encoding alone caused playlists loaded into both programs to fail. How is URL encoding a pathname that didn't come from the filesystem in that form not an encoding process? And it must be decoded again somewhere before it

Re: [SlimDevices: Beta] Non-ASCII pathnames

2010-12-04 Thread awy
Yes, it was intentional as no other format is guaranteed to be reversible. The problem is that one cannot know what character-set encoding is used by the file system. It need not be the same as that of the system locale. Therefore any kind of decode->encode process may mangle the pathname. I sup

Re: [SlimDevices: Beta] Non-ASCII pathnames

2010-12-03 Thread JJZolx
Alan, is it intentional that saved playlists now use URL encoding and file:/// type URLs instead of plain text paths? I think many people may use the playlists created in SBS with other software. I just tested one and it doesn't play in either foobar2000 or Winamp. -- JJZolx -

[SlimDevices: Beta] Non-ASCII pathnames

2010-12-03 Thread awy
There is a task, roughly covered by bug 16683, to get to grips with all the problems in SbS associated with use of file names and directory names which contain non-ascii characters. This is focussed on the audio library. It is intended to cover scanning and browse-music-folder (BMF) functionality