Originally posted by DJ Egg You're still using build 801? Does it happen with build 812?
You're using XviD's poor DirectShow Filter to play XviD content instead of ffdshow?
What is the filesize of the video you're playing? Greater than 2GB?

- I was using build 801 because at the time I didn't know 812 was out. I've since upgraded to 825.

- You're right, I'm not using ffdshow on purpose. I wanted to run some tests.

- It was roughly 500 megs. It was not above 1GB.

- Unfortunately I can't test a repro on build 825 (although I'm sure it will happen) because I no longer have the specific video that caused the problem.

By the way, thanks for doing a public beta test like this. I think you'll find and fix many more bugs by doing public betas in the future. By the way, I'm a QA Lead for the company Zango.com.

The current solution with all the MP4 and aac encoders listed side by side is really confusing (with 3 different choices for each file extension). Above all since there are next to no technical reasons to use the raw aac format (perhaps even with tagging on it, which cannot be safe to be/stay compatible with anything) when already the iPod set the standard with the MP4 container. I think it would be sufficient and a lot clearer just to have a checkbox '[ ] save as a raw AAC stream' within the 3 MP4/aac choices.

Originally posted by DJ Egg Hmm... that could be by design.
What if you've got Winamp set to show in the systray only?
If the icon were to disappear then you've got no way of restoring Winamp
(other than killing the process in Task Mgr and editing winamp.ini).

i do have mine set to show in systray only, and i understand that losing it would be an issue, but if that were the case then it shouldn't actually let you change the option, which it does, meaning the aformentioned workaround to get it showing again would still have to be used if the person unchecked it and then closed winamp from the tray.

I'm having problems with the media library.
I'm having entries that don't want to delete and don't want to recognize (possible media library corruption).
I suspect it is related to "Playlist Count Set v0.2" while the older version of winamp didn't have a problem with this plugin i think there is some incompatability issue. I beleive every file that i have changed the playlist count, is now not properly being recognized on play.

What happens when i go to play the file, it creates a new entry in the media library for it (as i have auto add turned on) if there isn't an already undoctored entry.

First of all, why Winamp Installer have other languages (like Polish for example)only in Beta releases of Winamp?
I did Polish text for installer, for Benski.
Now, as you know, there are 4 languages available: english, french, polish and russian (but only in beta!).

It would be great that Installer in Official release (5.25?) have possibility to change language.

To Benski
I did this translated text for installer to v5.1 (as I remember).
Now, there ara some new options, that are not translated.
So, here it is, in Polish. Please, add this to installer translation.

I have a problem with sound in all builds except 787.
I'm hearing litte noises in newsest builds. I don't now why that happens. From build to build is getting wrose The noises getting stronger. In b787 noises are very very silent.
Maybe is a problem with 24bit support... or other Playback Preferences? I don't now but it's seriously problem.

Hmm... could it be the new in_mp3.dll always outputs in 24 bit regardless of the setting? I have another comp with a 16-bit-only card (ESS Maestro2E driver --> Terratec DMX) and Win2k, and together with Otachan's ASIO output plugin MP3s just will not play via in_mp3 (it works via waveOut, where I guess the last bits just get thrown away in the kernel mixer). However, on my main comp and a 24-bit capable card (Audiotrak Prodigy 7.1 driver) the same combo works just fine.

I think I've also noticed some remaining crackling... that was a file encoded with LAME 3.97b2 and -V 0 -q 0 --vbr-new. What is that caused by anyway? Clipping? My radio recordings do tend to be fairly loud, with peaks up to -2dBFS in the original WAVs.

BTW, I find it excellent that many old issues (like 24 bit MP3 playback - I've used Otachan's mpg123 plugin, but as a standard feature it's nice to see anyway - and Unicode support) have finally been addressed. (One may want to include a note that it's not useful to enable both 24 bit output and dithering at the same time.) Luckily 5.25b no longer closes upon entering standby or hibernation, which 5.24 (annoyingly) did.

@Melkor, Serpher and stephan_g: Remember that third party plugins are not supported here. Only report bugs that happen with a clean install without ANY third party plugins installed.

@Serpher, make sure that you disable 24 bit support since many cards and drivers have problems with it.
For the spectrum analyzer: the strong lowpass of the mp3 format is probably to blame for the bands not moving. Eg. ogg vorbis doesn't have such a strong lowpass. I think the bands reach up to 20KHz? But I agree with you and stephan_g that it has already been more exciting On the other hand I prefer things done the correct way... (so no bug).
And maybe tell us what you did with your .exe/.dll file? Did you rename it? Copy it to the right location? Because the clips do not occur with any file on my computer with the new dll now.

@stephan_g: Everything works fine with the new in_mp3.dll which benski postet above and my 16-bit only soundcard. Please don't use ANY other output plugin than the default ones before reporting bugs. And if you don't know if an artifact could be caused by clipping than make sure that it isn't clipping before reporting it. Just use the no_clip setting of mp3gain on the file and try it again. And did you use benski's updated in_mp3.dll that he linked above?

@bemymonkey: Just for the warm fuzzy feeling But it makes sense for music production processes. You work with the high bitrate material, can now listen to it with winamp, mix it and then you can convert it to 16bit to finalize it (and without losing any perceptible quality).

Hmm. It might also be clipping. Is your music replaygained or mp3gained? Does it work with an alternative program?

Are all your files affected, or is that a very rare case?

Since there is no standard compression for MP3s (numerours encoders, lame versions and possible parameters) and we cannot reproduce the problem with ours, a developer might have a look at one specific file. Either cut out 5 seconds which clip with mp3DirectCut, zip the result and attach it here, or send a PM to benski and ask for a mail adress where you can send the file.

When it works well with the WMP or MPC, it will be the fault of Winamp. If the same things happen with other players as well, these files are probably broken. Hard to tell from the distance If switching back helps, it is certainly a fault of the new winamp beta.

My advanced title formatting is set up to display the tracknumber, but only if it exists, as in [%tracknumber%]. However, on tracks that don't have a tracknumber, i get -1 instead of a blank space. I'm almost positive this behavior didn't exist in 5.24.

Edit: Crap, still don't work, the playlist can't save playlist with other then system local characters, only seems to be capable of openning the files and show thier id3, well, another 3 years to next post or until unicode will be available and winamp will be of anygood to me...

RE: I have been waiting for proper unicode support since V2, RE: Finally Its here !!!

I am unsure of what is supposed to be supported in 825 but I will report this:

I am running windows xp sp2 fully updated with english as my default input language and hebrew as a secondery, for clarification my systems menues are in english and my "language for non unicode programs" is hebrew, the problem is that i can add files with characters from other languages (french\russion\greek - macrons above the letters) but when i save the playlist and the reopen the files, I am unable to play the files with the odd chars - the enteries register unfound/missing.

This now can be seen easily with Options --> Jump to File --> Missing Files --> Highlight.

I have been waiting three years for a solution for this design flaw, and it seems i'll need to wait another three... :-(

Originally posted by PepeSoft First of all, why Winamp Installer have other languages (like Polish for example)only in Beta releases of Winamp?

It would be great that Installer in Official release (5.25?) have possibility to change language.

The main thinking in keeping the translations out of the final release, is that it would potentially cause confusion to users to have the installer in their native language, but Winamp still in English

If benski is still looking for bugs and cannot find any more, here are 2 suggestions for 2 in_midi tweaks.

- remove the mode DirectMusic/Microsoft synthesizer
because there are some nasty seek bugs in its default setup

+ make "DirectMusic/Microsoft synthesizer (with output)" the standard MIDI mode. It is basically the same as above, but doesn't suffer from the search bugs. In contrary to the Microsoft mapper (the standard now) it lets you use the diskwriter, has better sound, doesn't fiddle with your souncards MIDI volume settings and seems to work well even with the out_wave plugin (at least for me in XP). And the best argument for making it the default: it is recommended here on the forums.

I hope XMMS will support this too so i'll be able to share my playlisy with my linux installment :-).

P.S: when you devs feal comfortable with the extention\Unicode pls consider seting it to default so when someone List -> Save Playlist, he will save M3U8 by default instead of just M3U (so when folks upload their playlists other folks will be able to read them)

it's down to the author to fix compatability issues with newer versions of winamp and in all honesty, that plugin is hacky in it's manner so it's not a surprise that things have been broken by the changes allowing 5.25 to support unicode on all OSes

Yep. It's entirely up to the author(s) of 3rd-party plugins and/or skins to take care of probs. But... out of curiosity, is anybody else experiencing this completely borked and unusable Media Library with 5.25 beta and the MMD3-4-5 v1.2 skin? ...

Problem just exists with that skin, btw, and with absolutely no others. Is it just me or is anyone else having that problem, and does eye_onus have to be contacted?

Can someone else check and download/install the skin and try it with 5.25 beta?