Winamp 5.62 - won't play or properly create playlists (.M3U/.M3U8)

[BunkFace]

I have been using Winamp for some time now and upon upgrading to 5.62, I found out that it now won't play or properly create (don't know which) certain playlists (.M3U/.M3U8).

I tried to make a new playlist with 5.62 and Winamp won't play the playlist file thru either the Album List Plugin or by manually right-clicking the playlist file. Even if I re-create the playlist (to ensure the files are correct), it still won't play. I tried saving the playlist file as .M3U or .M3U8, to no avail. However, right-clicking all audio files in Explorer and selecting 'Play' or 'Enqueue with Winamp' works just fine (same audio files contained in the playlist).

My OS is Windows 7 Ultimate, 32-bit. Attached are the faulty playlist files (renamed to .TXT, as .M3U and .M3U8 files are not allowed to be attached by the forums). Note that the playlist is put in the same directory as the audio files it contains (relative directories).

[DrO]

those are invalid as there's spaces at the start of the file entry which i assume is not how the files are actually named.
how / where / what exactly are you using to create them?

-daz

[BunkFace]

those are invalid as there's spaces at the start of the file entry which i assume is not how the files are actually named.
how / where / what exactly are you using to create them?

-daz

The files indeed do not have spaces at the start of their filenames.

I created the playlist by right-clicking all the files I want to include (in this case, all of them are in the same directory) > Play or Enqueue in Winamp > Sort List by Path and Filename > and then I save the playlist as .M3U in the same directory as the location of the files.

I am attaching a screenshot of the filenames of the files I am including in the playlist. I am also attaching another M3U file made by foobar2000, which it can play properly, but Winamp still can't:

[DrO]

just tried that via the main playlist editor and also via the ml playlists view following those steps and it's working correctly with all of the playlists that have been made.

as the playlist's you attached have a space at the front, are the local files definitely without a space on the front? (screenshot wasn't there when i'd started replying).

otherwise i've no idea why you're seeing such an issue unless one of the plug-ins you've got installed is messing around with things (though i think that's doubtful).

-daz

[BunkFace]

just tried that via the main playlist editor and also via the ml playlists view following those steps and it's working correctly with all of the playlists that have been made.

The files will appear in Winamp's playlist editor, however, Winamp won't play them (as if it can't find the files). Winamp can play other playlists made previously, though (this is the first playlist I am creating with 5.62).

otherwise i've no idea why you're seeing such an issue unless one of the plug-ins you've got installed is messing around with things (though i think that's doubtful).

Attaching a screenshot of my 'General purpose' plugins, in case this helps anyone in troubleshooting (all other plugins in the non-General purpose sections are Winamp defaults):

http://imgur.com/pVEym

(The attachment uploader states that "This is not a valid image file.", so I uploaded it to Imgur.com instead)

[DrO]

Attaching a screenshot of my 'General purpose' plugins, in case this helps anyone in troubleshooting (all other plugins in the non-General purpose sections are Winamp defaults):

noooo, post a plug-ins list -> http://forums.winamp.com/showthread....161361#plugins (screenshots for plug-ins are a waste of time).

-daz

[BunkFace]

noooo, post a plug-ins list -> http://forums.winamp.com/showthread....161361#plugins (screenshots for plug-ins are a waste of time).

-daz

Ok, attaching:

[DrO]

(The attachment uploader states that "This is not a valid image file.", so I uploaded it to Imgur.com instead)

you probably hit the second forum server which has issues with file uploads (still).

the only thing i can say is to try doing it with the following disabled (change from .dll to .off) just to get back to a default install:

Album List v2.06 [Gen_m3a.dll]
One for Nunz v5.1 [gen_nunzio.dll]
Playlist Undo v1.0.2 [gen_undo.dll]
Windows 7 Taskbar Integration v1.13 [gen_win7shell.dll]

also from those, there's a new version of playlist undo at http://nunzioweb.com/daz/plu.html

otherwise there's nothing i can see in the 5.62 code changes which would cause something like this to happen as nothing has been changed in any of the playlist handling that i can see.

-daz

[BunkFace]

Problem solved. I was mistaken about the filenames. They indeed have spaces in front of them (this is not obvious when looking at them in Explorer and in the screenshot I provided). I removed the spaces, made the playlist in the usual manner, and then - BOOM! - Winamp now plays those files fine and dandy.

Thanks to DrO (and anyone else who might have tried to help) and sorry if I led you to a wild goose chase.

I guess the question now is: Why won't Winamp properly play audio files in playlists with spaces in front of their names? (If you've noticed the previous playlist made by foobar2000 I attached ( http://forums.winamp.com/showpost.ph...91&postcount=3 ), it also has spaces, but foobar2000 can play the playlist, while Winamp still can't.)

[DrO]

no idea to be honest since as long as it's a valid filepath Winamp should be able to load it though i'm struggling to get Explorer or mp3Tag to allow me to create a file with a space at the start of it to try to replicate the issue (seems the OS does what it can to not allow it).

[edit]
ah there we go in the ol' command window to get a filename with a space on the front. i think the playlist reader is by design stripping white-space from the path (would need to look at the code but that's how it appears).

[edit 2]
from a quick look, the m3u(8) and pls playlist loaders are setup to strip the white-space from the start of the playlist entries on loading either directly or just from how the OS api's used work (with the case of pls files).

so at least m3u(8) handling could be changed (not viable without causing a load of issues for pls handling) but i'm not keen on making that change for m3u(8) incase it breaks other things. and with the OS by general actions trying to prevent such filenames, it might be better to just ensure any files created don't have white-space at the front.

-daz