Post All Winamp 5.9.2 Bug Reports In This Thread

[Aminifu]

Winamp 5.9.2 crash when try open some mp3 audio files. This problem dows not not happen with 5.9.1 version.

Maybe the mp3s that are causing your v5.9.2 to crash have structural errors that that version can't handle. The attachment is an app that can check for and fix several kinds of mp3 encoding errors. I have used it on over 6,000 mp3s in my collection (fixing several of them). Version 5.9.2.10042 plays all the mp3s in my collection without any issues.

Make a copy of any that the app flags before letting it try to fix them.

[jpp20]

Hi, Aminifu.
I used EZ CD Audio Converter and re-encoded the files. Now all is working fine. Thanks for tip.

[zepper]

In Windows 7 I'm getting a crash when closing Winamp 5.9.2. Its not every time but still frequently. This is the error:

Problem Event Name: APPCRASH
Application Name: winamp.exe
Application Version: 5.9.2.10042
Application Timestamp: 64490348
Fault Module Name: StackHash_df93
Fault Module Version: 6.1.7601.26362
Fault Module Timestamp: 63bf8cb2
Exception Code: c0000374
Exception Offset: 000c3f3f
OS Version: 6.1.7601.2.1.0.256.48
Locale ID: 1033
Additional Information 1: df93
Additional Information 2: df938b1577c023d0e9d6037d4440ed18
Additional Information 3: 40c2
Additional Information 4: 40c288055ba8c6c410b43cd4950297a2

Other than that this version does work good but for now I've reverted to 5.9.1 that doesn't have the problem.

[pouskidis]

Nullsoft Notification Area Control v2.49 [gen_tray.dll] is not working in windows 11!

I am so surprised nobody mentioned this before?

[thinktink]

I just re-downloaded final from the forums link, uninstalled Winamp, cleared and deleted the Program Files (x86)\Winamp folder, cleared and deleted the %APPDATA%\Winamp folder, and reinstalled Winamp Full. It's still doing it without any 3rd party plugins installed, even my own.
...

...
I don't know what else to say or do. Winamp doesn't generate a crash report that I can find.

[EDIT/]
Including gen_ff for you to look at in case you're right and it's getting corrupted somehow.

This is still an issue for me. I tried to figure out what Winamp is doing just before the AV inside wcslen. So far it seems what Winamp is doing something inside ???MlUnskinWindow right after what looks like a reading and parsing of the selected skin's XML file with the last discernable valid string being/having-been parsed is "groupdef". More details in the attached WinDbg32 screenshot.

The following is just a raw dump of my notepad during this session:

0x9ba2

bp ucrtbase!wcslen 645E

bp gen_ff!winampGetGeneralPurposePlugin+0x14256 22D7​

[Aminifu]

Hi thinktink,

I'm really sorry you are having this issue. This modern skin and others I use work fine for me. I'm only playing mp3 files at this point. My configuration also includes seven 3rd party plug-ins, including your BogProg Embedded Art v1.3.3.20. Some features in some of these plug-ins don't work and may cause Winamp to crash if I try to use these incompatible features (which is expected at this point), but most work (including yours) 100% fine. Can you post an Info Tool report of your configuration? Or, I can pm you mine for comparison.

[thinktink]

Hi thinktink,

I'm really sorry you are having this issue. This modern skin and others I use work fine for me. ...

DJ Egg is already aware of this issue I'm having. It only happens on my ASUS VivoBook without any 3rd party plugins installed, even my own. DJ Egg has already said he can't figure out why it's happening mostly because he can't replicate it. All I'm doing now is trying to provide more information in the hopes he can tell me exactly what Winamp is doing so that I can backtrace the source of the issue to something specific, like a bad driver or corrupted description entries in my system.

[-Px-]

Winamp 5.9.2 is crashing on exit when ASIO plugin is installed.
Tested on both original Otachan version, and this recent fork

https://sourceforge.net/projects/winamp-asio-plugin/files/

Was able to build only original Otachan 0.67 version to get pdb, but it didn't give much information about the source of the issue. In all cases it is

code:
FAILURE_BUCKET_ID:  HEAP_CORRUPTION_c0000374_ntdll.dll!LdrShutdownThread

Stack is

code:
0:008> k

 # ChildEBP RetAddr  

00 056eeff8 770589ef ntdll!ZwWaitForSingleObject+0x15

01 056ef07c 77058b1d ntdll!RtlReportExceptionEx+0x14b

02 056ef0d4 7707ed6e ntdll!RtlReportException+0x86

03 056ef0e8 7707edeb ntdll!RtlpTerminateFailureFilter+0x14

04 056ef0f4 770245e4 ntdll!RtlReportCriticalFailure+0x67

05 056ef108 77024489 ntdll!_EH4_CallFilterFunc+0x12

06 056ef130 77008011 ntdll!_except_handler4+0x8e

07 056ef154 77007fe3 ntdll!ExecuteHandler2+0x26

08 056ef178 77007f85 ntdll!ExecuteHandler+0x24

09 056ef204 76fc0133 ntdll!RtlDispatchException+0x127

0a 056ef204 7707eddb ntdll!KiUserExceptionDispatcher+0xf

0b 056ef748 7707fce1 ntdll!RtlReportCriticalFailure+0x57

0c 056ef758 7707fdc1 ntdll!RtlpReportHeapFailure+0x21

0d 056ef78c 7703a566 ntdll!RtlpLogHeapFailure+0xa1

0e 056ef7d4 76fe2daa ntdll!RtlpCoalesceFreeBlocks+0x84c

0f 056ef8cc 76fe2c95 ntdll!RtlpFreeHeap+0x1f4

10 056ef8ec 74e314bd ntdll!RtlFreeHeap+0x142

11 056ef900 5f6000c7 kernel32!HeapFree+0x14

12 056ef918 5f5e4611 out_asio!_free_base+0x27

13 056ef92c 5f5e6d0c out_asio!free_dbg_nolock+0x471

14 056ef96c 5f5a4c0e out_asio!_free_dbg+0x7c

15 056ef97c 5f5a371c out_asio!operator delete+0xe

16 056ef988 5f58241c out_asio!operator delete+0xc

17 056efa7c 5f5823d0 out_asio!deleteDrvStruct+0x7c

18 056efb6c 5f581fb4 out_asio!deleteDrvStruct+0x30

19 056efc50 5f581998 out_asio!AsioDriverList::~AsioDriverList+0x34

1a 056efd30 5f5840e8 out_asio!AsioDrivers::~AsioDrivers+0x28

1b 056efe10 5f58480f out_asio!AsioDrivers::`scalar deleting destructor'+0x28

1c 056eff40 5f5b9e42 out_asio!ThreadProc+0x13f

1d 056eff88 74e33d05 out_asio!thread_start<unsigned int (__stdcall*)(void *),1>+0xb2

1e 056eff94 76fe9732 kernel32!BaseThreadInitThunk+0xe

1f 056effd4 76fe9705 ntdll!__RtlUserThreadStart+0x70

20 056effec 00000000 ntdll!_RtlUserThreadStart+0x1b​

Not clear who is corrupting heap, but version 5.6.666 didn't have this issue. I've also tried to run Winamp under App Verifier with the basic settings, but it crashes immediately without producing any dumps.
Tried also build this one plugin for testing - https://github.com/WACUP/out_notsoasio, but it references some includes I don't know where to take from

code:
#include <loader/loader/paths.h>

#include <loader/loader/utils.h>

#include <loader/loader/ini.h>​

Built out_asio and crash dump

http://www.cs.iptcom.net/tmp/out_asio.zip

http://www.cs.iptcom.net/tmp/winamp.exe_230605_230931.dmp

[Addy]

I'm browsing my MP3 files by double-clicking them in Windows File Explorer, having Winamp being the default media application for .mp3 files.

When I do this, e.g. by listening to an MP3 file for three seconds and then double-clicking another file in File Explorer, Winamp regularly crashes after playing the 5^th to 10^th file this way.

See here for a screencast depicting this issue: https://i.ibb.co/8jyMM8s/Winamp-crashes.gif

[Addy]

The option to have Winamp play CDs is always unchecked. No matter how often I check this option, revisiting the corresponding Options page, this option is always unchecked.

[Aminifu]

Are you sure the Nullsoft CD Plug-in v4.7 (in_cdda.dll) is installed?

[Addy]

Absolutely. Please refer to the Reports.zip file I attached. I contains all the requested data.

[Addy]

Moreover, playing back a VBR MP3 file, Winamp is no more able to reliably play at the playhead's position. When I pause a song, move the playhead, and then continue the song, it always starts from the beginning.

This is very annoying for me as a musician as I'm using Winamp to learn and pick out difficult to play passages of a song.

[Addy]

Winamp 5.9.2 still cannot play M3U files served over a HTTPS connection:

https://dispatcher.rndfnk.com/hr/hrinfo/live/mp3/low

However, the same hyperlink, served over HTTP, works:

http://dispatcher.rndfnk.com/hr/hrinfo/live/mp3/low

[KayaM]

I am still getting the issue in 5.9.2 where my playlists are getting corrupted by Winamp. In my particular case if a file has Japanese characters in it then the file path just gets turned into question marks and then Winamp acts like it can't find the file any more (because the file path is messed up I assume). An example: https://i.imgur.com/0iGPAeD.png

DJ Egg confirmed that it could be replicated here but it seems to have persisted through to 5.9.2. This is not something I experienced before 5.9 and reverting to 5.8 allows me to avoid it for the time being.