User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.3) Gecko/20070217 Iceape/1.1.1 (Debian-1.1.1-2) Build Identifier: Opening an pls file doesn't show any streams, when NumberOfEntries has casing like this. Saving a pls file gives wrong numbers to the FileN LengthN ... it starts with 0 instead of 1. Reproducible: Always Steps to Reproduce:
Created attachment 1162 Path for open/save pls file This reads the NumberofEntries using this case as specified in http://www.assistanttools.com/articles/pls_playlist_format.shtml And it writes pls files starting with File1 instead of File0.
I've seen both all-lowercase and mixed-caps formats. I've also seen .pls files starting from 0 instead of 1. A correct patch needs to check for both casing formats, and first check for File0, and if it's present, assume 0-based indexing, and if not, assume 1-based indexing.
(In reply to comment #2) > I've seen both all-lowercase and mixed-caps formats. I've also seen .pls files > starting from 0 instead of 1. A correct patch needs to check for both casing > formats, and first check for File0, and if it's present, assume 0-based > indexing, and if not, assume 1-based indexing. > In that case is might be a good idea to support both. I could make a new patch if you don't mind. Would you recommend to do the same lowercase check for FileN, TitleN and LengthN. Maybe playlist, Playlist and PlayList too?
Created attachment 1165 Patch for pls files updated This patch takes different cases in account. For NumberOfEntries and also File Length enz And is check for file0 as start. This is done checking 0 to NumberOfEntries inclusive.
Xfmedia is unmaintained.