Winamp 5.9.1 Released

[DJ Egg]

I've had the file info window set to equalizer for several minutes and have not seen the Winamp logo appear on it. Oddly, I also couldn't bring up any internet radio with either .m3u or .pls. I found my associations were borked and had to reset them. After that, they worked as expected.

The Winamp logo appears in the Bento MCV area when there's no files loaded or if the active playlist item is a dead link.

The issue will be related to the "relative path" bug... and hopefully fixed for RC2.

Not sure about the m3u/pls association problem though or how to reproduce it.
I guess that's a Windows thing...?

[DJ Egg]

Winamp still consistently crashing when trying to switch to any Modern skin. Clean install with no 3rd party plugins. Attaching crash dumps created by Windows 10 along with Winamp Info Tool report.

Thanks.
Unfortunately, we still can't reproduce the problem :-(
What is it about your system that's different to just about everyone else's?

[thinktink]

Thanks.
Unfortunately, we still can't reproduce the problem :-(
What is it about your system that's different to just about everyone else's?

I can't reproduce it on any of my Desktop computers either. If maybe you could tell me what wcslen is measuring or what gen_ff is doing at the time, or something, maybe I could trace it myself. It's an ASUS VivoBook I recently purchased from Staples so that I could do some lite gaming and work stuff when I'm out on project sites supervising building construction/installs where I stay overnight. Now I use it nearly everyday, mostly for work. It's the best laptop I've ever owned thus far.

[Aminifu]

...
Could you let me know which specific old plugin(s) might be calling/writing to legacy winamp.m3u, so I can confirm the fix?

I'm using the following eight 3rd party plug-ins. I don't think any of them might be calling/writing to legacy winamp.m3u. I've also disabled all the official portables plug-ins.

in_bpxfade.dll v2.5.9.25
in_wv.dll v2.8.0.3
out_bpnoflush.dll v1.0.1.2
out_mixer.dll v0.9.163d
dsp_iZOzoneFree.dll (no version number)
gen_jumpex.dll v1.33 (Build 1216)
gen_undo.dll v1.11
gen_win7shell.dll v2.0

Version 5.9.1.10021 also hangs sometimes when I try to shutdown the app.

[thinktink]

...

in_bpxfade.dll v2.5.9.25
...
out_bpnoflush.dll v1.0.1.2
...

Neither of those plugins do anything with playlists.

[jvidal]

the first thing I noticed was that my playlists were FILLED with entries that read "C:\", A LOT of them
I dared double-clicking on one of those entries, all hell broke loose, my HD went nuts and winamp stopped responding, had to kill it in taskman.

[jvidal]

Also, special/UNICODE characters are NOT displayed correctly, all I see in their place are "-".

no change from previous version. Actually it's even worse now. In previous versions, only some songs with special or unicode characters were displayed incorrectly, now they are ALL dispayed incorrectly.

(I emptyed the playlists and filled 'em again using "add-->folder" option)

[Mikey7]

Not sure about the m3u/pls association problem though or how to reproduce it.
I guess that's a Windows thing...?

Very likely. I had Winamp 5.666 installed and when I installed 5.9.1, many, but not all associations appeared to switch to it. Yeah, a Windows 11 thing I'm certain. I'm just grateful that the weird issues that have plagued other users of 5.9 have not affected me. So far, all is well with 5.9.1 RC1 and everything appears to be working normally. I use Winamp almost entirely with ML playlists (as opposed to those created by some users in the original Playlist Editor) and they're all working. Podcasts integration appears to have improved - is that a result of the updated OpenSSL?

[MrSinatra]

Once again, congratulations to DJ Egg and the development team.

agreed! they've done yeoman's work here!

The winamp.m3u(8) relative path issue was reported with an earlier internal beta build, and was supposed to be fixed.

We've just found some other occurrences of that same code which could cause the issue, so all being well it will be fixed for RC2, coming soon.

Could you let me know which specific old plugin(s) might be calling/writing to legacy winamp.m3u, so I can confirm the fix?

Egg, i am now using 10021 and the issue i reported in the earlier builds still exists. there are tremendous lags/delays when attempting to manually switch tracks by clicking on them in the ML tracks pane in large smartviews, where the whole results of the smartview are in the scratch playlist area, (i have 90k+ files in a C:\AUDIO\<yada>\ directory structure), which can also prompt a windows error dialog asking the user to wait or close the program.

interestingly, if i simply let the next song automatically play, whether shuffle is on or not, winamp plays it np.

in smaller smartviews, this delay does not happen nearly as easily. i have had it here or there, but not often... same idea when trying to switch other things, like albumartist, as opposed to trying to switch the currently playing track, but again, not as often.

my laptop is a SSD, and win10, on AMD A4-5000, (its a bit older). however, it ran 5.8 fine, meaning none of these issues. i will try on a different laptop, but that one has music on external storage so i don't expect to see a problem there, (unless i've misunderstood?)

i don't see this in the listed known issues?

having said all that, otherwise winamp seems fine, and i can enable or disable jtfe np. (above results are WITHOUT jtfe enabled). love seeing the progress made, hope to see compilation editing in the ML soon. once again, great work!

[DJ Egg]

I'm using the following eight 3rd party plug-ins. I don't think any of them might be calling/writing to legacy winamp.m3u. I've also disabled all the official portables plug-ins.

in_bpxfade.dll v2.5.9.25
in_wv.dll v2.8.0.3
out_bpnoflush.dll v1.0.1.2
out_mixer.dll v0.9.163d
dsp_iZOzoneFree.dll (no version number)
gen_jumpex.dll v1.33 (Build 1216)
gen_undo.dll v1.11
gen_win7shell.dll v2.0

Version 5.9.1.10021 also hangs sometimes when I try to shutdown the app.

And it still happens without any of those plugins installed?

I can't reproduce it with JTFE present, but don't use any of the others.
gen_undo manipulates the playlist...

Anyway, RC2 should fix it, coming soon.
I recommend everyone waits another couple of hours - especially if your music is on the same drive as the Winamp settings folder.

[DJ Egg]

Egg, i am now using 10021 and the issue i reported in the earlier builds still exists. there are tremendous lags/delays when attempting to manually switch tracks by clicking on them in the ML tracks pane in large smartviews, where the whole results of the smartview are in the scratch playlist area, (i have 90k+ files in a C:\AUDIO\<yada>\ directory structure), which can also prompt a windows error dialog asking the user to wait or close the program.

interestingly, if i simply let the next song automatically play, whether shuffle is on or not, winamp plays it np.

in smaller smartviews, this delay does not happen nearly as easily. i have had it here or there, but not often... same idea when trying to switch other things, like albumartist, as opposed to trying to switch the currently playing track, but again, not as often.

my laptop is a SSD, and win10, on AMD A4-5000, (its a bit older). however, it ran 5.8 fine, meaning none of these issues. i will try on a different laptop, but that one has music on external storage so i don't expect to see a problem there, (unless i've misunderstood?)

i don't see this in the listed known issues?

having said all that, otherwise winamp seems fine, and i can enable or disable jtfe np. (above results are WITHOUT jtfe enabled). love seeing the progress made, hope to see compilation editing in the ML soon. once again, great work!

I could reproduce a lag when using my highly advanced Advanced Title Formatting string and trying to play large Local Media views, or add them to a new playlist, etc. But not when just using the default ATF string.

You've also got the Prefs => Media Library => Options => "Play search results (start with selected) on dbl click in views" option checkmarked... which means it's adding all contents of that view to the active playlist...

[DJ Egg]

RC2 now available

Changes from RC1 build 10021 to RC2 build 10023

- More fixes for the playlist relative path issue, i.e. where entries were showing as “C:\” after closing & reopening Winamp*

- enc_flac: Reflect upgrade to libFLAC 1.4.2 in CD Ripping settings



* Note that, if you were experiencing the issue, you *might* need to delete winamp.m3u8 and winamp.m3u from the Winamp settings folder.
Hopefully, you made backups before installing RC1.

[paronym]

I find that if I right-click on a folder and choose 'Play in Winamp' from the context menu, a new instance of Winamp is launched, instead of using the instance of Winamp that is already running. I've made sure that the setting 'Allow multiple instances' is already disabled.

[jvidal]

build 10023:
"C:\" playlist entries seems to be fixed.

Special/unicode characters are still partially incorrect.
I added files (add-->folder) to two playlists and I see "-" instead of the actual song artist - title for some songs.
The "playlist entry" dialog also shows the wrong name, with "?" in place of the unicode characters.

Not ALL songs with special names are displayed incorrectly, some are, some aren't.
So, we're basically back to v 5.90.9999.

I'll try a clean install, removing all ML/PL data and see what happens

[MrSinatra]

i am now using 10023, RC2. my issues persist.

I could reproduce a lag when using my highly advanced Advanced Title Formatting string and trying to play large Local Media views, or add them to a new playlist, etc. But not when just using the default ATF string.

as u know, i use the default.

are you trying this with 90k+ files from the C?

as an aside, i also tried deleting the m3u and 8 files, no joy.

You've also got the Prefs => Media Library => Options => "Play search results (start with selected) on dbl click in views" option checkmarked... which means it's adding all contents of that view to the active playlist...

i'm not sure which of the two checkboxes controls the behavior of trying to switch tracks in smartview result sets, but yes i have both checked. is that not the default? and should it matter? meaning, should we now just accept this lag/delay if those are checked? again, those were checked afaik under 5.8 when this issue did not exist for me.

some more interesting observations...

i get the lag/delay even when the scratch playlist is empty and its just adding tracks to the playlist as a result of double clicking on a track in the tracks pane.

once the playlist is loaded, if its a lot of entries, i also get the issue as described in previous posts. however, i notice that once the playlist is loaded, with shuffle on or not, i can use the player controls to switch tracks instantly, no lag/delay. this indicates to me some issue between race conditions of smartviews and what happens when u manipulate them, vis a vis the scratch playlist area.

again, i did not see these problems in 5.8

thx.