Post All Winamp 5.623 Official Plugin Bug Reports In This Thread

[DJ Egg]

Report ALL Winamp 5.623 Plugin bugs in this thread ONLY.

ALL OTHER REPORTS WILL BE DELETED (YOU HAVE BEEN WARNED).

INCOMPLETE\LAME REPORTS (AKA: IMPOSSIBLE TO REPRODUCE) WILL BE IGNORED OR DELETED.


Here is a LIST of the Official Plugins and their Versions that shipped with 5.623

Input:
Nullsoft AVI Demuxer v0.6 [in_avi.dll]
Nullsoft CD Plug-in (MusicID 2.6) v3.92 [in_cdda.dll]
Nullsoft DirectShow Decoder v1.08 [in_dshow.dll]
Nullsoft FLAC Decoder v2.5 [in_flac.dll]
Nullsoft Flash Control Playback v1.1 [in_swf.dll]
Nullsoft Flash Video Decoder v1.4 [in_flv.dll]
Nullsoft LineIn plugin v3.12 [in_linein.dll]
Nullsoft Matroska Demuxer v0.7 [in_mkv.dll]
Nullsoft MIDI Player v3.5 [in_midi.dll]
Nullsoft Module Decoder v2.88 [in_mod.dll]
Nullsoft MP4 Demuxer v2.5 [in_mp4.dll]
Nullsoft MPEG Audio Decoder v4.98 [in_mp3.dll]
Nullsoft NSV Decoder v1.7 [in_nsv.dll]
Nullsoft Vorbis Decoder v1.59 [in_vorbis.dll]
Nullsoft Waveform Decoder v3.19 [in_wave.dll]
Nullsoft Windows Media Decoder v3.6 [in_wm.dll]

Output:
DirectSound Output v2.6 (d) [out_ds.dll]
WaveOut Output v2.13 (d) [out_wave.dll]
Nullsoft Disk Writer Plug-in v2.14 [out_disk.dll]

Visualization:
Advanced Visualization Studio v2.81d [vis_avs.dll] (reverted from v2.83)
MilkDrop v2.24 [vis_milk2.dll]
Nullsoft Tiny Fullscreen v2.12 [vis_nsfs.dll]

DSP/FX:
Nullsoft Signal Processing Studio DSP v0.39b [dsp_sps.dll]

CD Ripping Encoders:
FLAC Encoder 2.3 (libFLAC 1.2.1) [enc_flac.dll]
MP3 Encoder v1.36 [enc_lame.dll] (with lame_enc.dll 3.99)
MPEG-4 AAC Encoder v1.03 [enc_fhgaac.dll]
SHOUTcast MPEG-2 ADTS-AAC Encoder v1.03 [enc_fhgaac.dll]
WAV Encoder v1.02a [enc_wav.dll]
WMA Encoder v1.22a [enc_wma.dll]

General Purpose:
Nullsoft Global Hotkeys v1.9 [gen_hotkeys.dll]
Nullsoft Media Library v3.61 [gen_ml.dll]
Nullsoft Modern Skins Support v1.42 [gen_ff.dll]
Nullsoft Music User Database v1.0 [gen_orgler.dll]
Nullsoft Tray Control v2.41 [gen_tray.dll]
Jump To File Extra v1.2.5 (Build 1160) [gen_jumpex.dll]

Media Library:
Nullsoft Auto-Tagger v2.04 [ml_autotag.dll]
Nullsoft Bookmarks v1.2 [ml_bookmarks.dll]
Nullsoft Database Import/Export v2.4 [ml_impex.dll]
Nullsoft Device Manager v1.0 [ml_devices.dll]
Nullsoft Downloads v1.01 [ml_downloads.dll]
Nullsoft Format Converter v2.71 [ml_transcode.dll]
Nullsoft History v1.9 [ml_history.dll]
Nullsoft Local Media v3.03 [ml_local.dll]
Nullsoft Now Playing v3.9 [ml_nowplaying.dll]
Nullsoft Online Services v1.67 [ml_online.dll]
Nullsoft Playlist Generator v1.7 [ml_plg.dll]
Nullsoft Playlists v1.2 [ml_playlists.dll]
Nullsoft Podcasts v1.29 [ml_wire.dll]
Nullsoft Portable Music Player Support v1.32 [ml_pmp.dll]
Nullsoft Replay Gain Analyzer v1.2 [ml_rg.dll]
Nullsoft Rip & Burn v1.92 [ml_disc.dll]
Nullsoft Winamp Add-ons v1.1 [ml_addons.dll]

Portables:
Nullsoft Android Device Plug-in v1.5 [pmp_android.dll]
Nullsoft Creative NJB Plug-in v0.54 [pmp_njb.dll]
Nullsoft iPod Plug-in v0.84 [pmp_ipod.dll]
Nullsoft Microsoft PlaysForSure Plug-in v0.95 [pmp_p4s.dll]
Nullsoft USB Device Plug-in v1.4 [pmp_usb.dll]
Nullsoft Wi-Fi Device Plug-in v1.5 [pmp_wifi.dll]
Nullsoft ActiveSync Plug-in v0.18 [pmp_activesync.dll]

____________________________________________________________


Provide the following Information with every Report,
and with every CONFIRMATION of someone else's report:

Winamp 5.623 (5.6.1.3199) - clean install (with NO 3rd-party plugins)
Winamp Language Pack (if not using default English US)
Skin: eg. Bento, Winamp Modern, Winamp Classic (or all)
Windows OS, including Service Pack & Locale
System specs (mobo, cpu, ram)
Video Card, Video Card Drivers version
Sound Card, Sound Card Drivers version
DirectX version
Plugin (and version) affected by/causing the bug

A full, detailed, step-by-step method of reproduction

If applicable, also include Error Logs and/or FULL Error Messages.

The more information you provide US, the Faster we can or will help you.

To reproduce some bugs, we may also need a link to a zipped sample file
(eg. an .mp3, .aac, .wav, .mid file, etc, which exhibits the bug).
You can use stashbox.org, sendspace.com or mediafire.com for uploading, and then post the download link here. Note, if you have a Junior Member status, then submitted url's will only be visible to admins/mods.

If no-one responds, this does not mean that your report has been ignored. All posts are noted, even if no edit appears at the end of your post to say whether it has been reproduced or not.


Do NOT report ANY 3rd-party plugin bugs/issues here.
Report them to the author(s) instead and point them to the 5.55 SDK (more info)


Maintained by DJ Egg

[jakobtischler]

Hello,

I'm getting problems with the Wi-Fi Device Plug-in. I did a clean install (uninstalled the 5.59 Beta Build 3033, cleaned files and registry, rebooted, installed 5.6 - without restoring my settings Backup, so the installation is as clean as can be), then added a couple of albums to the library to test the WiFi transfer. I didn't change any settings in the Portable Devices settings menu.

Anyway, once I hit the "send to wifi device", the tracks line up perfectly in the transfer window. The first track starts to be uploaded, reaches 100%, and then states "Connecting" ... and remains in that state until I close or, depending on how long I wait, force-close Winamp (i.e. after a while Winamp starts to be non-responsive. I can't put my finger on a time frame though, it also doesn't happen everytime). Furthermore, the track with the status "Connecting" can not be removed by using the "remove selected" button.

The tracks after the first one never even get out of their waiting position. I've tried this with three different albums, so I'm fairly certain it's not a problem with the mp3 files themselves. Also, in Build 3033 the transfers were successful, so I'm also thinking it's not a problem with the Android app.

Surprisingly, in the end, the single files end up on my device, in their respective /music/<artist>/<album>/... folder


Informational Data:
Windows 7 x64 / Intel Core2 E6550 / 4GB RAM / Gigabyte GA-P35-DS3L Motherboard / DirectX 11
Winamp 5.60 Build 3080 FINAL_2010_1129_211409 Full
Winamp Plugin List -- attached
Android Device: HTC Desire, unbranded
Winamp for Android v0.92
Filetypes trying to be transferred: MP3



Edit: here's the crash info (in German, but you'll get the gist of it)

Problemsignatur:
[Problem event name] Problemereignisname: AppHangB1
[Application name] Anwendungsname: winamp.exe
[Application version] Anwendungsversion: 5.6.0.3080
[application time stamp] Anwendungszeitstempel: 4cf41eca
[Crash signature] Absturzsignatur: 2b65
[Crash type] Absturztyp: 0
[OS version] Betriebsystemversion: 6.1.7600.2.0.0.256.1
[Region ID] Gebietsschema-ID: 1031
[Additional crash signature 1] Zusätzliche Absturzsignatur 1: 2b65758e543822d20e967f51f98ee800
Zusätzliche Absturzsignatur 2: 3ecd
Zusätzliche Absturzsignatur 3: 3ecd7f3ed12666eed10fb64e3dae14f4
Zusätzliche Absturzsignatur 4: 2b65
Zusätzliche Absturzsignatur 5: 2b65758e543822d20e967f51f98ee800
Zusätzliche Absturzsignatur 6: 3ecd
Zusätzliche Absturzsignatur 7: 3ecd7f3ed12666eed10fb64e3dae14f4

Many thanks in advance.
--Jakob

[bluemagicman]

Winamp 5.6 german ,Win 7 32bit,crash !!!! When playing all windows media internet radios (MMS & WMA) coming on About 1 min. this error:


Problemereignisname: APPCRASH
Anwendungsname: winamp.exe
Anwendungsversion: 5.6.0.3080
Anwendungszeitstempel: 4cf40063
Fehlermodulname: in_wm.dll
Fehlermodulversion: 0.0.0.0
Fehlermodulzeitstempel: 4cf4007c
Ausnahmecode: c0000005
Ausnahmeoffset: 0000636c
Betriebsystemversion: 6.1.7600.2.0.0.768.3
Gebietsschema-ID: 1031
Zusatzinformation 1: 0a9e
Zusatzinformation 2: 0a9e372d3b4ad19135b953a78882e789
Zusatzinformation 3: 0a9e
Zusatzinformation 4: 0a9e372d3b4ad19135b953a78882e789

PLEAS REMOVE THIS BUG !!!!!!!!!!!!!!!!!

Co Za Gamonie tutaj siedza od wersi 5.57 jeszcze tego nieusuneli po 54 sekundah winamp przerywa i pokazuje ten blad zobacz dogury !!!!
PRZERYWA PRZY GRANU INTERNETOWYCH RADIOSTACJI W FORMAZIE WMA I MMS !!!!!
jak ktos tu umie bardzodobrze po angelsku to im to przetumaczcie bo ani za 100 lat tego nieusuna.

[DJ Egg]

@jakobtischler

Winamp 5.6 Build 3081 should be up shortly with the fix. Thanks


@bluemagicman

Alas, we can't reproduce the problem. Also reported here.

[zhfac]

When installing Winamp 5.6, at the point where it says "installing Sonic runtime", it pauses, then provides an error message saying that "Some features/or components could not be installed, CD Burning/Ripping may not work '-1'"

[hapbt]

also the winamp cd burning dosent work with DEP enabled globally, FYI to the devs

[jakobtischler]

Originally Posted by DJ Egg

@jakobtischler

Winamp 5.6 Build 3081 should be up shortly with the fix. Thanks

Thank you, works perfectly now.

[MrSinatra]

Originally Posted by zhfac

When installing Winamp 5.6, at the point where it says "installing Sonic runtime", it pauses, then provides an error message saying that "Some features/or components could not be installed, CD Burning/Ripping may not work '-1'"

Originally Posted by hapbt

also the winamp cd burning dosent work with DEP enabled globally, FYI to the devs

if you search the forums, there are lots of posts about this, i seem to recall its a sonic problem, not a winamp one. but good to remind them anyway i guess.

[complex605]

I've been using Winamp to transcode and load files onto my iPod Classic for the last few versions of Winamp. Starting with the recent Beta and now the 5.6 release, when I send files to the iPod (via transcode from Flac to AAC), and then eject the iPod through either the Winamp interface or Windows, the iPod's menus say "no music" as if the device were completely empty, but upon reconnection Winamp can still see the files on the device. I'm running Windows 7 Home Premium x64, the iPod's firmware is current as of about a month ago (haven't checked lately).

[Teejus]

My ipod classic is also not showing any music once disconnected from winamp. When plugged in winamp still shows files on it, but when unplugged there's nothing

[sicromoft]

Winamp 5.6 (build 3081)
Clean install, no 3rd-party skins or plugins
Language Pack: None (default English US)
Skin: Bug occurs with all of Bento, Winamp Modern and Classic skins

OS: Windows 7 Ultimate (64-bit)
Locale: English US

Problem:
Pressing the 'Apps' key (i.e., context-menu key) on the keyboard doesn't bring up the context menu in the media library.

Method of Reproduction:
1. Open Media Library
2. Highlight any item in any of Media Library's listviews
3. Press the Apps key on the keyboard. The context menu should show, but it doesn't.

[DrO]

Originally Posted by sicromoft

Winamp 5.6 (build 3081)
Clean install, no 3rd-party skins or plugins
Language Pack: None (default English US)
Skin: Bug occurs with all of Bento, Winamp Modern and Classic skins

OS: Windows 7 Ultimate (64-bit)
Locale: English US

Problem:
Pressing the 'Apps' key (i.e., context-menu key) on the keyboard doesn't bring up the context menu in the media library.

Method of Reproduction:
1. Open Media Library
2. Highlight any item in any of Media Library's listviews
3. Press the Apps key on the keyboard. The context menu should show, but it doesn't.

confirmed though i think it is more that it just never has been implemented for the ml_local and ml_bookmarks plug-ins (the other ml plug-ins semm to work ok with the app key). it also doesn't work on the main library tree either.

-daz

[DareDevil85]

Hello,

Via this way i wanted to inform u about de (MilkDrop v2.23 [vis_milk2.dll])
milkdrop visualisation. It doesnt react on the music at all.

Can u do something about this?

[Krake]

I have a problem with Nullsoft Android Device Plug-in v1.3 [pmp_android.dll].

1. The dll is installed
2. I plugin my Nexus One via USB
3. I start Winamp
4. Winamp open
5. An error message is shown immediately "Winamp funktioniert nicht mehr" (German message)
6. Winamp closes

When I remove pmp_android.dll from the plugin folder Winamp starts up normaly but of course it will not discover my phone vor synchronization.

Also see http://forums.winamp.com/showthread.php?t=320550

Winamp 5.601 (5.6.0.3091) - clean install (with NO 3rd-party plugins)
Winamp Language Pack (if not using default English US): German
Skin: all
Windows 7, German locale

[Cariboou]

I upgrade today at 5.601 running under win xp and my problem are relate to use
Our Stage Radio
Shoutcast Radio
Aol Radio
Song of the Day
so any radio doesn't work, and also when I browse at AOL they they that radio isn't available in my area, I live in Canada and my provider is Rogers, I think this is the only problem, also why the player with mp3 and cd's working fine, hoping somebody have an idea, or winamp fix the problem, and important you understand my bad English (isn't my native language, but I try of to do my best)
The antivirus and Firewall is G-Data but also with Karspesky I got the same problems

Thank you
Cariboou

[rulaman]

Hello,

I have realized that a lot of Milkdrop visualizations don't work any longer, for example "Flexi - molten neon fire spirit".
Any idea?

EDIT: my temporary fix: I copied the "vis_milk2.dll" from an old Winamp installation (previous release) into plugins folder, seems to work again with that.

[devoidflow]

Scenario:
Winamp is running (minimized)
I press the Global hotkey for Jump to File [Ctrl][Alt][J]
Winamp pops up (the first thing I don't want it to do. A matter of taste)
the Jump to File dialog opens (I don't click or change anything)
I minimize the Main Window
Both windows are minimized (as expected)
I press the Global hotkey for Jump to File [Ctrl][Alt][J] again
Nothing happens
When I bring Winamp back to front by clicking it on the taskbar the Jump to File Dialog is hidden by the Main Window. Pressing [Ctrl][Alt][J] or [J] doesn't help.


So if the JTF Dialog is already open and I press [Ctrl][Alt][J] can you please set the focus on the JTF Dialog and send it to front?


Occurs at least with the (Big)Bento and Modern skin.
Main window "Allways on Top" is off

thank you

[DJ Egg]

@devoidflow

Hmm, not sure if anything can be done about that,
though maybe DrO can give a more accurate answer....

For now, checkmark "Toggle window if visible and hotkey is pressed again" in:
Winamp -> Prefs -> Jump To File -> Display tab

You can then hit J twice to make the JTFE dialog appear again on top of Winamp.

[DrO]

nothing can really be done about the window going behind the main window from how i understand things with the minimise handling the OS applies to windows (is just how things work with the OS - was reported in a different case with the playlist editor and media library windows but same applies to what you're seeing).

with what DJ Egg has posted, that is the nearest which can be done for the time being (am unlikely to get around to working on the plug-in to have it re-focus the window if already open until after the new year). alas it looks like something i'm doing in the plug-in is hindering the normal behaviour of the base JTF window.

so i've made a note to look into this when time allows.

-daz

[BugMaster]

All version starting from 5.5x to 5.601 included doesn't correctly support "Unsynchronization" flag in ID3v2 tags (separate topic). I qualify this as regression. And retagging is not solution for me so I am really waiting for fix of this bug. And the fact that this feature rarely used is bad excuse for not supporting standard. Example of such tag: bad_tag.mp3

[FreakZ1]

Originally Posted by Krake

I have a problem with Nullsoft Android Device Plug-in v1.3 [pmp_android.dll].

1. The dll is installed
2. I plugin my Nexus One via USB
3. I start Winamp
4. Winamp open
5. An error message is shown immediately "Winamp funktioniert nicht mehr" (German message)
6. Winamp closes

When I remove pmp_android.dll from the plugin folder Winamp starts up normaly but of course it will not discover my phone vor synchronization.

Also see http://forums.winamp.com/showthread.php?t=320550

Winamp 5.601 (5.6.0.3091) - clean install (with NO 3rd-party plugins)
Winamp Language Pack (if not using default English US): German
Skin: all
Windows 7, German locale

Same Problem here, except Winamp crashes all the time on startup when pmp_android.dll is in the plugin folder.

1. Clean install of Winamp
2. Right after starting Winamp: Windows Error Message "Winamp funktioniert nicht mehr."
3. Delete pmp_android.dll from Plugin Folder
4. Winamp starts without any problems
5. Copying pmp_android.dll back to plugin Folder
6. Same problem as under 3.

Here the Windows 7 error report: http://pastebin.com/cgaiJkkX

Winamp 5.601 (5.6.0.3091) - clean install (with NO 3rd-party plugins)
German Language Pack
Skin: All
Windows 7 x64 German with all Updates
System specs: http://www.sysprofile.de/id32513
Video Card: GeForce GTX260 Driver Version: 258.96
DirectX 11
Plugin (and version) affected by/causing the bug: Nullsoft Android Device Plug-in v1.3 [pmp_android.dll]

[DareDevil85]

Originally Posted by rulaman

Hello,

I have realized that a lot of Milkdrop visualizations don't work any longer, for example "Flexi - molten neon fire spirit".
Any idea?

EDIT: my temporary fix: I copied the "vis_milk2.dll" from an old Winamp installation (previous release) into plugins folder, seems to work again with that.

Thnx for the tip, i have the same problem and will try this to.

[sicromoft]

Originally Posted by DrO

confirmed though i think it is more that it just never has been implemented for the ml_local and ml_bookmarks plug-ins (the other ml plug-ins semm to work ok with the app key). it also doesn't work on the main library tree either.

-daz

Thanks for the reply. I think you're right that it has never been implemented. Will you guys be able to implement it? Hopefully it's a fairly easy one to do, and it really helps make Winamp a lot more useful for those of us that can't use (or try to avoid using) the mouse. Thanks!

[Plague]

Jump To File Extra v1.2.3 (Build 1151) has a bug..

If you deselect "Highlight background of queued items in playlist", the [%N] will become invisible aswell.

I played around with the highlight Options and it seems [%N] will simply get the same color as the background when the backgroud is not highlighted.
Annoying, since I don't like having the queued items highlighted..

I tested this on a clean install of Winamp 5.601 with Bento.
Windows 7 Pro 64-bit, english version.

/Plague

[DrO]

thanks for the report - had thought that was working though the whole colouring stuff was re-done in the v1.2.x builds so i guess it slipped through with one of the other changes that had to be made to it.

I played around with the highlight Options and it seems [%N] will simply get the same color as the background when the backgroud is not highlighted. Annoying, since I don't like having the queued items highlighted.

well that is the reason for the option to disable it (obviously it helps if that option is working ).

-daz

[bsperan]

My issue with this Official Plugin package is with how Winamp interacts with the updated "in_vorbis.dll" plugin. Specifically, Winamp still refuses to acknowledge .OGX as a valid Vorbis audio format - even though this "in_vorbis.dll" plugin already has the capability to support .OGX.

Proof in point:

I can force Winamp to try to play .ogx files (such as by adjusting Folder Options > File Types in Windows). But even then it will not play the file.

However, with this Winamp 5.601 Official Plugin package, by simply renaming an .ogx format music track as .ogg it plays just fine. To me, this suggests a problem with file filtering by Winamp, not the capability of the "in_vorbis.dll" portion of this package.

PS: Why are users prevented from adding new formats in the Preferences > File Types > Associated File Types screen? I realize that file types are normally added by installing additional plugins. But I think if such an option was added to Preferences, a lot of users could solve some file type headaches on their own. (It can get tedious after a while to rename file extensions, esp. if one tends to forget that this is necessary.)

[Papercutter]

Hey. I noticed that if I queue up a track from an audio CD (how quaint, I know) using the Q key in the playlist, my queue will advance to the cd track, but then repeat that track over and over and not advance in the queue.

I tried messing with the settings in the Jump to File Prefs pages, but couldn't seem to find anything relevant.

I'm running:

Windows Server 2008, with Desktop Experience and Aero themes turned on.

Let me know if you need more detail about my setup (like CD player info, drivers, etc.)

[bsperan]

Today, I did discover a problem with the new "in_vorbis.dll" plugin. When an .ogg file (and I'm talking about an actual .ogg and not an .ogx that was renamed) is recorded using a variable bitrate format and winamp is used to play it, I have to remind myself not to change or add any file info.

Specifically, if I right click on an .ogg, select "view file info" and then edit the song title, artist, album, etc., as soon as I click [OK] the file size drops significantly. (Like from 2.8 Mb to 2.4 Mb.) That may not sound like a bad thing, but the average bitrate also drops and the changed .ogg file clearly has worse sound quality than before! I'm not sure how that's even possible, but I suspect the original was recorded at a higher bitrate than the "in_vorbis.dll" plugin supports.

This seems like a major bug because a media player should not damage music files just by adding file info. Maybe I'm just clueless, but I would think that adding file info should only require inserting extra data at the front, not recompiling the sound portion.

[MrSinatra]

Originally Posted by bsperan

Today, I did discover a problem with the new "in_vorbis.dll" plugin. When an .ogg file (and I'm talking about an actual .ogg and not an .ogx that was renamed) is recorded using a variable bitrate format and winamp is used to play it, I have to remind myself not to change or add any file info.

Specifically, if I right click on an .ogg, select "view file info" and then edit the song title, artist, album, etc., as soon as I click [OK] the file size drops significantly. (Like from 2.8 Mb to 2.4 Mb.) That may not sound like a bad thing, but the average bitrate also drops and the changed .ogg file clearly has worse sound quality than before! I'm not sure how that's even possible, but I suspect the original was recorded at a higher bitrate than the "in_vorbis.dll" plugin supports.

This seems like a major bug because a media player should not damage music files just by adding file info. Maybe I'm just clueless, but I would think that adding file info should only require inserting extra data at the front, not recompiling the sound portion.

wow, thats very serious, can anyone confirm? this prob should have its own thread as well. (i don't have, or even know how to make, "real" ogg files)

i doubt this will help, but you might want to check out this thread:

http://forums.winamp.com/showthread....43#post2728643

there are a couple of posts towards the end from benski where he gives updated dlls. if you install these and test them on your files, it would be interesting to see if you could still reproduce.

i agree that damaging the audio is unacceptable, i'd like to know though that that is in fact whats happening. we need someone else to reproduce your case above.

this is similar to the bug i reported about how winamp will delete id3 frames it doesn't understand or support, like TCMP/Compilation. it actually "damages" those file's tags upon editing the tag.

but how the audio could be damaged, thats very disconcerting. is the tag and the audio header one and the same in ogg?

[Geflapte_Appel]

I have a bug report about Nullsoft MP4 Demuxer v2.3 [in_mp4.dll], or something that has to do with jumping within a track with the following format:
Audio:
MPEG-4 AAC LC
192 kbps
Video:
jpeg
2 kbps
300x300

To be more precise, it's about Radio 538 dance department podcasts (RSS feed).
These podcasts contain some jpg's that are shown on specific times.

Bug description: It's not possible to jump to specific times of the podcast. When moving the timeslider to some point in time it will jump back to the last change in JPG previous to the selected time.
Imaging I want to listen to the track starting at 45 minutes, when the last change in video was at 30 minutes, it's not possible with Winamp to get there without needing to wait 15 minutes. I didn't expect this bug to be still in Winamp, it is introduced, somewhere in 2010, maybe end 2009.

More media info about the type of file:
MediaInfo.txt

[Geflapte_Appel]

Sorry for reposting, hitted submit instead of preview, additional info added.
I have a bug report about Nullsoft MP4 Demuxer v2.3 [in_mp4.dll], or something that has to do with jumping within a track with the following format:
Audio:
MPEG-4 AAC LC
192 kbps
Video:
jpeg
2 kbps
300x300

To be more precise, it's about Radio 538 dance department podcasts (RSS feed).
These podcasts contain some jpg's that are shown on specific times.

Bug description: It's not possible to jump to specific times of the podcast. When moving the timeslider to some point in time it will jump back to the last change in JPG previous to the selected time.
Imaging I want to listen to the track starting at 45 minutes, when the last change in video was at 30 minutes, it's not possible with Winamp to get there without needing to wait 15 minutes. I didn't expect this bug to be still in Winamp, it is introduced, somewhere in 2010, maybe end 2009.

More media info about the type of file:
MediaInfo.txt

Additional system info (I don't think its depending on config):
Winamp 5.601 (5.6.0.3091) - clean install (with NO 3rd-party plugins)
Winamp Language Pack: English US
Skin: Winamp Classic (didn't test other skins, don't have them installed)
Windows 7 Enterprise edition X64
System specs: Gigabyte P35-DS3P, Intel C2D E6600, 4GB internal memory
Nvidia GForce 8800GTS 320MB @ driver version 260.99
Creative X-Fi extreme music PCI @ driver version 6.0.1.1373
DirectX 11
Suspecting plugin: Nullsoft MP4 Demuxer v2.3 [in_mp4.dll]

[dheo1414]

I have a problem when pressing X (Keyboard) when playing avi file extension for a few seconds and sometimes even winamp slow response.
See this log error:

Problem signature:
Problem Event Name: APPCRASH
Application Name: winamp.exe
Application Version: 5.6.0.3091
Application Timestamp: 4cfd5d9d
Fault Module Name: winamp.exe
Fault Module Version: 5.6.0.3091
Fault Module Timestamp: 4cfd5d9d
Exception Code: c0000005
Exception Offset: 0002e3e6
OS Version: 6.1.7600.2.0.0.256.1
Locale ID: 1057
Additional Information 1: 0a9e
Additional Information 2: 0a9e372d3b4ad19135b953a78882e789
Additional Information 3: 0a9e
Additional Information 4: 0a9e372d3b4ad19135b953a78882e789

Problem signature:
Problem Event Name: APPCRASH
Application Name: winamp.exe
Application Version: 5.6.0.3091
Application Timestamp: 4cfd5d9d
Fault Module Name: ntdll.dll
Fault Module Version: 6.1.7600.16385
Fault Module Timestamp: 4a5bdadb
Exception Code: c0000005
Exception Offset: 0002fc47
OS Version: 6.1.7600.2.0.0.256.1
Locale ID: 1057
Additional Information 1: 0a9e
Additional Information 2: 0a9e372d3b4ad19135b953a78882e789
Additional Information 3: 0a9e
Additional Information 4: 0a9e372d3b4ad19135b953a78882e789

When using the DirectSound output plugin, I noticed that my sound card remains at the sample rate of the first played file, even if I switch to other files with different sample rates. This is perfectly reproducable on my machine.

- Winamp does set the sample rate correctly upon starting the first file. If I manually set my soundcard to a higher sample rate when Winamp is not running and then start Winamp and start playing a file, the sample rate is correctly set.
- Stopping playback and then starting again also does not make Winamp set the sample rate correctly.
- It does not matter whether the new sample rate is higher or lower than the previous one: it simply isn't changed.
- Windows must be resampling the audio stream, because the sound is not slower or faster when a file with a different sample rate is played.
- This problem is hard to notice, because the sound quality is not noticably affected when for example a 48 kHz file is resampled to 44.1 kHz. However, if the first file I play is 22.1 kHz, the high frequency range of files with higher sample rates is missing, as is to be expected.
- Other media players such as VLC or foobar2000 do change the sample rate of my soundcard and they also use DirectSound output, which means Winamp's output plugin is at fault and not the driver of my sound card.
- When I use Winamp with the (third-party, Japanese) ASIO output plugin, my sound card correctly changes sample rate when it should, which again points to the DirectSound output plugin.

System specs:
- Latest version of Winamp of course
- OS: Windows XP Home SP3, fully up-to-date (Dutch)
- Hardware: Intel Pentium IV 2.4 GHz, 1024 MB RAM, Asus P4S8X mobo
- Directx: 9.0c (4.09.0000.0904)
- Soundcard: M-Audio Delta Audiophile 2496 with latest driver (5.10.0.5074)
- Videocard: ATI Radeon 9000 with driver version 6.14.0010.6614

[MrSinatra]

Originally Posted by Michgelsen

When using the DirectSound output plugin, I noticed that my sound card remains at the sample rate of the first played file, even if I switch to other files with different sample rates. This is perfectly reproducable on my machine.

i'm kinda confused by your report... first, what file types are you talking about or doesn't it matter, ie. you've seen it on various types?

second, why do you want the file to playback at other than its native sample rate?

third, why would changing sample rate affect the tempo? i wouldn't expect that, i'd only expect a change in the dynamic range.

can you clarify that you can dictate via your sound card driver what the sample rate should be? i've done [light] work in studios and the way we do it is that any file is handled via its native sample rate, but then some cards will resample on the fly to a set output rate, so that the board or whatnot is always "knowing" and expecting the exact same rate, which can be useful for master word clocks and so on.

1. I have tried with with mp3, wav and flac. It doesn't matter.

2. The point is that I DO NOT want playback at other than its native sample rate; I want files with different sample rates all to be played at their native sample rates. The DirectSound output plugin doesn't let me do this, because it gets stuck at one sample rate only. Upon playing the first file with Winamp, the DirectSound output plugin sets the sample rate of the sound card once, according to the sample rate of the first file. Afterwards, it doesn't change the sample rate anymore, even if files of different native sample rates are played. At that point, the output plugin should change the sample rate of the sound card again, according to the native sample rate of the played file, everytime a file with a different sample rate is played.

3. Dynamic range is affected by the bit depth of a file, not sample rate. In case you change, for example in the header of a sound file, the sample rate of a 22.05 kHz file to 44.1 kHz but do not actually resample the file, it will be played twice as fast. This is simply because there is information for 22050 pieces of music per second, which would then be pumped through at a rate of 44100 pieces per second. Luckily, Winamp does not do this, therefore it must know well what the sample rate of the played file is. Only the DirectSound output plugin refuses to do the right thing with this information, that is setting the sound card to the same sample rate as the native sample rate of the played file.
The way Windows XP decides whether resampling is necessary is this: it detects an incoming stream at a certain sample rate and then asks the sound card whether it can handle that sample rate. If the sound card can, no resampling is done. If the sound card cannot, Windows resamples the stream. If two streams of different sample rates are played at the same time, Windows also resamples one of them to match the other and then mixes the two. Either there, or in the DirectSound output plugin, there is resampling going on, because the files are all played at the right speed.

4. Via the control panel of my sound card, I can at all times see what the current sample rate is that it's working at. This should at all times be the same as the native sample rate of the played file. When using the DirectSound output plugin, this is not the case. I cannot manually set my soundcard at a different sample rate than that of the incoming audio stream. I can only change the sample rate manually via the control panel when there is no incoming audio stream (no sound). As soon as I begin playing a file, it locks the sample rate to the incoming audio stream, as it should. My sound card does not know what the native sample rate of the played file is, it assumes that the DirectSound output plugin tells it what it is. The output plugin tells it wrongly.

5. Extra information: I am not playing other sounds at the same time, which means there is absolutely no need for Windows to resample the audio stream to be able to merge two audio streams into one. Winamp is the only program that uses my sound card.

[kzuse]

Have you tried to select your soundcard's driver directly in the Winamp DirectSound output Plugin? Instead of "Primary Sound Device" (or similar, I don't know the exact term in the English Windows, in the German Windows versions it reads "Primärer Soundtreiber").

Maybe this changes something?

I by myself cannot reproduce this as I have no possibility to read the current sample rate at my soundcard. But I also sometimes had the feeling that different files, especially with "odd" rates such as 50000 Hz or 44056 Hz (some old Amiga and Atari soundclips) have slightly different pitches dependent of whether the previously-played file was 48000 Hz or 44100 Hz.

Apart from that, when I set my laptop to use S/PDIF output, the attached digital Home cinema system displays the actual sample rate and it is always the one of the currently played file. So this seems to work.

(Unfortunately, direct S/PDIF passthrough does definitely not work, so AC3 streams are not passed through, but this is a different issue....)

Best regards,
kzuse

I tried selecting the device manually instead of using the primary sound device, but it made no difference. I also set it to SPDIF output and the control panel still reported the wrong sample rate. I do not have an external device to test what actually comes out of the SPDIF output, but I do not have a reason to believe it is any different from what the software says.

[MrSinatra]

Originally Posted by Michgelsen

1. I have tried with with mp3, wav and flac. It doesn't matter.

ok. just fyi, i am not challenging ANYTHING you say here, i am somewhat out of my depth and i'm just trying to understand what you're seeing.

Originally Posted by Michgelsen

2. The point is that I DO NOT want playback at other than its native sample rate; I want files with different sample rates all to be played at their native sample rates. The DirectSound output plugin doesn't let me do this, because it gets stuck at one sample rate only. Upon playing the first file with Winamp, the DirectSound output plugin sets the sample rate of the sound card once, according to the sample rate of the first file. Afterwards, it doesn't change the sample rate anymore, even if files of different native sample rates are played. At that point, the output plugin should change the sample rate of the sound card again, according to the native sample rate of the played file, everytime a file with a different sample rate is played.

i will do some testing to see if i can confirm your issue, but i have never noticed this before.

just to be sure: if i play a 8khz file and then a 44.1khz file, you are saying that the 44.1 file will sound no better than the 8khz one, correct?

does kbps matter? in other words, show me/tell me how to reproduce...?

Originally Posted by Michgelsen

3. Dynamic range is affected by the bit depth of a file, not sample rate.

bit depth meaning like 16bit, for a cd, right?

sampling rate does seem to impact dynamic range:

http://en.wikipedia.org/wiki/Sampling_rate

bit depth and sampling rate are in fact closely related:

http://en.wikipedia.org/wiki/Audio_bit_depth

Originally Posted by Michgelsen

In case you change, for example in the header of a sound file, the sample rate of a 22.05 kHz file to 44.1 kHz but do not actually resample the file, it will be played twice as fast. This is simply because there is information for 22050 pieces of music per second, which would then be pumped through at a rate of 44100 pieces per second. Luckily, Winamp does not do this, therefore it must know well what the sample rate of the played file is. Only the DirectSound output plugin refuses to do the right thing with this information, that is setting the sound card to the same sample rate as the native sample rate of the played file.

i have never had a time when the tempo or speed of a song was played wrong via winamp.

you don't seem to be blaming winamp, but rather you blame the directsound output plugin.

is that right? are you saying the plugin is "misinforming" your sound card?

to me, sample rate is about dynamic range, as is bit depth, (normally, if you want more range, you increase both, like 192khz/24bit). i've never had software or bad headers play something off tempo b/c of it, and obviously that would be incorrect.

Originally Posted by Michgelsen

The way Windows XP decides whether resampling is necessary is this: it detects an incoming stream at a certain sample rate and then asks the sound card whether it can handle that sample rate. If the sound card can, no resampling is done. If the sound card cannot, Windows resamples the stream. If two streams of different sample rates are played at the same time, Windows also resamples one of them to match the other and then mixes the two. Either there, or in the DirectSound output plugin, there is resampling going on, because the files are all played at the right speed.

so if everything is playing at the right speed/tempo, how do you know what you are hearing is not accurate? your soundcards driver display?

Originally Posted by Michgelsen

4. Via the control panel of my sound card, I can at all times see what the current sample rate is that it's working at. This should at all times be the same as the native sample rate of the played file. When using the DirectSound output plugin, this is not the case. I cannot manually set my soundcard at a different sample rate than that of the incoming audio stream. I can only change the sample rate manually via the control panel when there is no incoming audio stream (no sound). As soon as I begin playing a file, it locks the sample rate to the incoming audio stream, as it should. My sound card does not know what the native sample rate of the played file is, it assumes that the DirectSound output plugin tells it what it is. The output plugin tells it wrongly.

when you say you can only change the sample rate manually via the control panel, what is the purpose of that if the native sample rate of the played back file will always over-ride? is that for incoming recordings only?

Originally Posted by Michgelsen

5. Extra information: I am not playing other sounds at the same time, which means there is absolutely no need for Windows to resample the audio stream to be able to merge two audio streams into one. Winamp is the only program that uses my sound card.

i did see in your earlier post the ASIO and other apps you tested, which seemed to point the finger at the output plugin, so you did your homework, but maybe you should post the files so others can reproduce, b/c they will need that to fix it.

is it possible the output plugin reports the wrong number, but still plays it back correctly?

I find it too much work to upload songs to test it. You can use Audacity to generate some test tones at various sample rates. I did that too, the problem remains the same. Make sure to set the project sample rate (lower left corner) to some different values and then export the test tones. Kbps or filetype does not matter.

Originally Posted by MrSinatra

just to be sure: if i play a 8khz file and then a 44.1khz file, you are saying that the 44.1 file will sound no better than the 8khz one, correct?

Yes, that should be right; I didn't test with an 8 kHz file. I did test with a 22.05 kHz file and noticed the worse-than-normal sound quality of a 44.1 kHz file after playing that 22.05 kHz file.

This is how you reproduce this problem:
1. If Winamp is open, close the program.
2. Start Winamp, play a file and note the sample rate of this file.
3. While playing, go see at what sample rate your sound card is operating. Because this is still the first file, it will display that it's working at the same sample rate as the native sample rate of the file you're playing. This is correct behaviour.
4. Then start playing another file, which has a different native sample rate than the previous file.
5. Again go see at what sample rate your sound card is operating. Now you will see that it's still working at the sample rate of the previous file and not, as it should, at the sample rate of the current file. This is the problem.
6. If you like, advance to a third file with yet another sample rate. The sound card will still be working at the sample rate of the first file.

In my previous post, I said the DirectSound output plugin should tell the sound card at which sample rate it should work. This is badly put. It does not have to tell this: the sound card senses what the sample rate of the incoming audio stream is and automatically sets its clock to the right sample rate.
The problem appears to be that the audio stream that the DirectSound output plugin sends to the sound card is always at the sample rate of the first file played, while it should change to the sample rate of the currently playing file every time you change songs.

I hope I have finally made myself clear.

[QA Testa]

OS: Win XP [current updates]
Intel(R) Core(TM)2 Duo CPU
E7300 @ 2.66GHz (2 CPUs)
Memory: 1792MB RAM

Occurs 60% of the time. [May occur on other Os's, havent tested]

Steps:
1. Install Latest Winamp Build.
2. Click to View both Winamp Player and Playlist joined together on desktop.
3. Click from the taskbar the Winamp program group to Minimize Winamp to the taskbar.

4. Repeat step 3 to Maximize Winamp to view on desktop.
5. Repeat Step 3 & 4 to several times.

Result: Either Player or Playlist will only show when clicked upon from taskbar.
Expected: Both Player & Playlist to show up together when clicked from taskbar.

Notes: Not sure if running other apps causes viewing issues.
I run Firefox 3 [general web browsing] and listen to Winamp at the same time.
Im not a full on Dev, but wanted to bring this issue up. It also sometimes happens
when Im simply running Winamp by itself, with no other apps running.

Hope this info helps!

Thanks.

[Winamp 4 Life]