Winamp 5.25 beta preview (build 868)

[DJ Egg]

Originally posted by Melkor
I got bad news, it's still creating those duplicate entries, and the entries (that it is supposed to be finding) are still locked; worse still, it can also lock old duplicate entries, creating new duplicate entries.

Can you please confirm that you checkmarked "Core Media Library Components" under Winamp Library in the installer options (and particularly Local Media), because there was a bug in the build 868 installer where that whole subsection was unchecked by default (as referenced in the 868 changelog/notes).

The theory here being that you installed straight on top of the previous build, with "Core Media Library Components" unchecked, and therefore the new/fixed nde.dll and ml_local.dll didn't get installed, and you're still using the older broken versions.

I managed to reproduce the bug in the build(s) prior to 868, but certainly can't reproduce it any more.

[TheUniqueTiger]

Is there any scope for faster RG scanning for Ogg files too, similar to that for mp3?

[DJ Egg]

ogg is already pretty fast. It was just mp3 that was a bit slow.

[jmbattle]

Hello chaps,

I wonder if there are any plans to further break-up components into separate ML plugins?

I notice that the 'Video' configuration options have appeared after re-adding in_wm.dll (in order to listen to BBC radio). Furthermore, there are references to stations/online media elsewhere in the UI despite not having any radio streaming/shoutcast libraries installed (to my knowledge).

Finally is there a reason why CDDB is utilised instead of FreeDB.org?

Keep the betas coming guys, cheers,
James
x

[DrO]

the gracenote cddb is used due to licensing and because of that a freedb (though shouldn't that be freedb2.org or whatever is going on with that) implementation can't be provided natively. i think the wishlist forum sticky covers that.

as soon as any input plugin which can support video media is present then the video prefs page is shown which makes sense especially with wma based formats since people generally tend to mix and match audio/video irrespective of the actual content (oh the nightmares when i made my asx loader).

and really, there's little else i think that as things stand warrants being split up into smaller parts without compramising stability/useability of core features. and with the streaming aspect, most of the input plugins are capable of streaming (as long as the formats they implement support it) so it does make sense to have such references but if you'd like to provide an example of inappropriate usage...

-daz

[jmbattle]

Okay, thank you for your prompt response.

What a shame about the Gracenote licencing - can anyone elaborate on this? Is Gracenote supporting/sponsoring WinAMP financially?

Regarding unnecessary elements, I was thinking about the 'Station Info' list in the preference UI, but this is hardly worth mentioning.

Completely off topic, however I noticed that your TRAP 2.x plugin does not remember the resume point for WMA files, starting tracks from the beginning upon restarting WinAMP.

Cheers,
James
x

[MALEADt]

Hi all,

Awesome additions to winamp lately, glad to see new things in my favourite program

Anyway, I just plugged my USB player (a Creative MuVo v200, 256mb) in, and Winamp popped up to manage it. Clicked yes, and I tried to remove the files which were present on the player. Winamp starts deleting, but then all of sudden (the files ARE deleted) winamp crashes. I CAN reproduce this.

Here the bug report:

code:
Winamp client version: 5.25 build 868 Beta

winamp caused an Access Violation (0xc0000005) in module NSCRT.dll at 001b:7c36cb1e.



Exception handler called in Winamp.

Winamp generated report included!

greets, maleadt

[sfxdude]

I'm not sure this is the ideal place for this - its really bugging me though!
The new beta (868) has support for copying video's to portables:

* New: [ml_pmp] video sync support for portables

but this doesnt work for me (iPod 5G 30G) - the videos copy, but most of the time they end up coming up in 'Music' instead of 'Videos' on the iPod, and when they are played it normally causes the iPod to crash and reboot itself.

Im not sure if this should have gone in this thread, but any help would be apreciated!

Edit: I've also just noticed that the music list on the iPod is no way in alphabetical order.

[DrO]

Originally posted by jmbattle
Okay, thank you for your prompt response.

What a shame about the Gracenote licencing - can anyone elaborate on this? Is Gracenote supporting/sponsoring WinAMP financially?

Regarding unnecessary elements, I was thinking about the 'Station Info' list in the preference UI, but this is hardly worth mentioning.

Completely off topic, however I noticed that your TRAP 2.x plugin does not remember the resume point for WMA files, starting tracks from the beginning upon restarting WinAMP.

Cheers,
James
x

i'm not sure on the exact details of the gracenote aspect of things, i can only go on what i've been told and what's been said before. alas it's just one of those things really.

Ah the station info window, i'm far from the best person to ask about that since i've made 2 plugins in my time which can remove that but yeah, we've asked about it so not sure what will happen about it in that situation...

With the TRAP issue, does it also happen with older versions and what happens if the delay loading option is enabled (best to continue this in the plugin's thread though there are cases where some files will fail to restore their position since the api i call isn't able to be adhere'd to )

-daz

[Benski]

Here's an update for those of you who use Winamp to rip CDs.

We separated the playback buffering logic from the ripping buffering, which should increase speed (too much buffering on playback can cause a delay between tracks).

However, we found a few drives while testing that didn't like some of the buffer settings. We found a common ground but are still worried that some drives may be effected.

Unzip this into your plugins folder, rip a few tracks, and report back if the resultant track has static, weird noises, silence or anything like that.

[djsolidsnake86]

@developer
sorry if ask always the same thing, but why in winamp 5.25 we can't rehave the "lost" feauture of playlist sidecar like winamp3?
i'm waiting this particulray playlist from first version of winamp 5!
i'm a fan of winamp and i using it from ever and i think that winamp is a perfect program now, and for me remain only one thing to do: the playlist "sidecar"
please, when we can rehave this thing?
thank you from the first winamp's fan!

[261A5050]

I managed to crash build 843 somehow, and don't see any mention of the problem in changelogs for versions since then. I had the task scheduler ("at" in the command line) run start C:\Progra~1\Winamp\winamp "F:\Music\wakeup.mp3" with the /INTERACTIVE flag set (to allow the window to show up) at 11:00 AM. Worked fine, I hit Stop on the keyboard, turned the monitors off (using a program called Nircmd, not the actual power buttons) and left.
At ~5:00 PM I come back and turn them back on, and I see a red box with a black border at the top of the screen:

Script failure. Press left mouse button to continue.

Guru Meditation #0021 .0080081F.21 Script Fatal Error

scripts/pltime.maki

(Nice reference BTW. ) In the middle of the screen is a "Winamp Error Feedback" dialog with an empty progress bar that says "Analyzing settings". After I click the script error box this dialog says a few other things but is unable to send an error report, probably because I told Winamp I have no Internet connection (as I don't always).

The log file says the error occurred at 5:04 PM but that's probably just because that's when I clicked the error message to continue; it could have happened any time between 11:00 AM and 5:04 PM. It must have been a few minutes after I pushed Stop though, because it took a little while to turn the monitors off because my crappy mouse keeps triggering them to turn back on.

The song is an MP3, 3min 37sec with an ID3v1 tag:

Track: 3
Title: NEVER EVER "Jonathan Peters ..
Artist: Hamasaki Ayumi
Album: Dearest
Year: 2001
Genre: JPop

(BTW, a button to quickly copy all ID3v1/2 info to the clipboard could be useful. )

MPEG info:

Header found at: 1441 bytes
Length: 217 seconds
MPEG-1 layer 3
192kbit, approx. 8320 frames
44100Hz Stereo
CRCs: No, Copyrighted: No
Original: Yes, Emphasis: None

I've played this song hundreds of times (it rocks hard) without a problem, though a different copy of the file most times. (I've used this copy often too, though.)

I've attatched the error report but there's clearly something wrong with the stack dump. You can see the formatted song title here:

code:
0x0013d65c: 0013d65c 0013d660 0013d664 0013d668 .....s......[.M.

0x0013d66c: 0013d66c 0013d670 0013d674 0013d678 P.3.]. .N.E.V.E.

0x0013d67c: 0013d67c 0013d680 0013d684 0013d688 R. .E.V.E.R. .".

0x0013d68c: 0013d68c 0013d690 0013d694 0013d698 J.o.n.a.t.h.a.n.

0x0013d69c: 0013d69c 0013d6a0 0013d6a4 0013d6a8  .P.e.t.e.r.s. .

0x0013d6ac: 0013d6ac 0013d6b0 0013d6b4 0013d6b8 ....-. .H.a.m.a.

0x0013d6bc: 0013d6bc 0013d6c0 0013d6c4 0013d6c8 s.a.k.i. .A.y.u.

0x0013d6cc: 0013d6cc 0013d6d0 0013d6d4 0013d6d8 m.i. .-. .D.e.a.

0x0013d6dc: 0013d6dc 0013d6e0 0013d6e4 0013d6e8 r.e.s.t. .(.3.:.

0x0013d6ec: 0013d6ec 0013d6f0 0013d6f4 0013d6f8 3.7.)...........

But the hex data is just the address of each word, not its contents. (I've had some trouble getting stack dumps on Windows too, heh.)

[flocksoft]

@ 261A5050:

afaik the reason of that error are some modern skins

PS: guru meditation is an homage to the equivalent of pc "blue screen of the death" (fatal error) on Amiga computer


- guru meditation on wikipedia
- blue screen of death on wikipedia

[DJ Egg]

@261A5050

Let us know if the problem still occurs after a clean install of 5.25 b868
(834 is quite old now) with no 3rd-party modern skin or plugins
(in_gsf.dll, in_nsf.dll, in_snes.dll, in_usf.dll, gen_dragndrop.dll, gen_find_on_disk.dll, gen_jtt.dll -
though it's unlikely to be drag+drop or ffod plugins to blame, because i use those myself, heh).

[Chrissyx]

Originally posted by DJ Egg
Winamp 5.25
* New: Unicode filename and title support

Is there anything special i've to care about? I'm using Windows 98SE and i'm not sure, it's supporting Unicode?

[Benski]

Originally posted by djsolidsnake86
sorry if ask always the same thing, but why in winamp 5.25 we can't rehave the "lost" feauture of playlist sidecar like winamp3?

Winamp 2 and 5 are designed around the 'single' playlist. It would involve a significant amount of work to allow for a queueing style like Winamp3. It is on the wishlist, and it's also something that we'd like to have back in the program - it's just quite a lot of work and we have a very small team.

[Benski]

Originally posted by Chrissyx
Is there anything special i've to care about? I'm using Windows 98SE and i'm not sure, it's supporting Unicode?

If you use a modern skin, there is a limited amount of Unicode support.

See in the bottom-right corner of this screenshot: http://stashbox.org/uploads/1157510493/win98.png

However, we can't make a non-unicode operating system suddenly support unicode everywhere This is definitely a feature that is only noticable on Windows NT OS's.

[magicfly]

well..my 2 cents to the development is that BOOKMARKS won't play anymore. i have at least 10 radios bookmarked and when i go to select one of those, nothing happens

[DJ Egg]

@magicfly

Can't reproduce that here...
unless they're direct shoutcast.com bookmarks
eg. http://www.shoutcast.com/sbin/tunein....pls?id=xxx...
in which case they won't be working at the moment,
because shoutcast.com has been down for 2 days.

____________________________________________________

@ all

So... no comments on the new in_cdda posted by benski above?
Rip speed should be vastly improved now.
I'm getting 15x for --apfs mp3, 22x for lc-aac and 44x for wav output,
which is pretty blazing for a lowly xp2400+ cpu.

[magicfly]

well..i'm sorry and i didn't noticed that shoutcast missed some radios.

however i've just had a crash of the latest winamp, don't know what's happened, i was working with photopaint and suddenly winamp (minimized to tray, playing a radio) has crashed, generating this log.

[DJ Egg]

The log shows a crash in the 3rd-party dsp_dfx plugin, ie. not our problem, heh.

List of 3rd-party plugins installed (making bug report invalid)
dsp_dfx, gen_irc, gen_msn, gen_tips, gen_toaster, gen_mbapi, out_gapless, in_shn.dll

[shantanu_gadgil]

Hello,
I just installed Winamp 5.25 build 868 Beta.

After install on first run I got the following message:
"This application has failed to start because PX.dll was not found. Re-installing the application may fix this problem."

After tinkering with the various plugins, I figured it was to do with the "in_disc.dll" plugin.

Regards,
Shantanu

[DJ Egg]

px.dll is one of the core Sonic Burning Engine files.
You need to reboot before you can use those features (ripping & burning with sonic engine).

However, Winamp should open with no error messages, and all other features should work ok, without the need to reboot first.

At a guess, maybe you didn't do a clean install of the beta (ie. you installed it on top of a previous version) and maybe you unchecked "sonic burning/ripping support" in the installer options, but there was an old version of primosdk.dll already in your Winamp root folder.

If in_cdda.dll (audio cd support) and maybe also ml_disc.dll (media library Rip & Burn ui) are present in the Winamp\Plugins dir, and primosdk.dll is present in the Winamp root folder, then this instructs Winamp to load the Sonic Library (Windows\System32\px.dll etc). If px.dll is missing or an old version, then you'll probably get that error message (px.dll and associated files are only installed if you don't uncheck 'sonic burning/ripping support' in the installer).

Other than all that, we cannot reproduce the problem
(you didn't even include Windows OS in the report).

[Juanus]

Originally posted by Benski
Unzip this into your plugins folder, rip a few tracks, and report back if the resultant track has static, weird noises, silence or anything like that.

Hey Benski,
I tried that new in_cdda and I had no problems with it. The ripping speed was vastly improved and it seems like I got a better rip. In the respect that I have one CD that would "glitch" on certain songs when making the MP#. I ripped that CD again and the MP3s came out perfectly.

Thanks!

[germain47]

I played around a bit with the new & improved ripper.
FYI: XP sp2 - pentium 4 520 2.8GHz - Audigy 2ZS -tsst cdrw/dvd tsh492b

No problems with playback of any kind.
mp3: vbr new -q2 13.3X
mpeg4 lc acc 224kbs 17.3x
flac v1.1.2 17.7X

No option to rip with ogg.vorbis??

[Koopa]

No option to rip with ogg.vorbis??

No native support there.

Try Gutenberg's Ogg Vorbis encoder:

http://winamp.com/plugins/browse.php?category=12

[alexjoey]

CDDA improved is with my Acer laptop with internal QSI-DVD+-RW SDW082 24x firm LX51 which ripping didn't exceed 5x in mp3, this new cdda no problem with musics I'm listening and rippîng was improved 5x to 8x ! More fast I ever imagine
So Thanks, you've found the good line.

[shantanu_gadgil]

The OS I am running is Windows XP SP2

Also it was a "fresh" install of Winamp. Nothing Winamp related installed on the system!!!

Oh...and the name of plugin was ml_disc.dll, and yes a reboot fixes the problem!

Again, sorry for the hasty post! My bad!!!

Regards,
Shantanu

[YtseJam]

Hmmm, if I don't have any AAC file support in Winamp, what is the file aacPlusDecoder.w5s doing in my Winamp\System folder?

[Koopa]

Hmmm, if I don't have any AAC file support in Winamp

AAC playback is part of in_mp3, so if you really have no aac decoding support installed, you haven't any MP3 playback support too.

in_mp4 is just a demuxer, it will send the aac/aacplus streams from the mp4 container to the in_mp3 plug-in. Result -> when you've installed in_mp3, you always have raw aac/aacplus decoding too. ( I hope I don't got you wrong )

[YtseJam]

I see, they put it all in in_mp3.dll. Oh well.

[Koopa]

I see, they put it all in in_mp3.dll. Oh well.

Yeah, but aac support is implemented in in_mp3 since Winamp has got native support for aac.

I guess the old devs have done this, because of aac support in shoutcast, so they can use the features (buffer size etc) from in_mp3. (Or they were to lazy to code a new in_aac who knows? )

[YtseJam]

Well, seems like Nullsoft is taking Winamp into some sort of a modularity path. Hopefully more of it is to come in the next versions.

[naumaxos]

mmmmm...the problem with my queued items disappearing whenever i add songs above them exists still....no new build to correct this or anything?

[DrO]

there's no fixed build or a confirmation on my end because i've had other projects to work on. as soon as time allows i'll get around to investigating the issue.

-daz

[Melkor]

Originally posted by DJ Egg
Can you please confirm that you checkmarked "Core Media Library Components" under Winamp Library in the installer options (and particularly Local Media), because there was a bug in the build 868 installer where that whole subsection was unchecked by default (as referenced in the 868 changelog/notes).

The theory here being that you installed straight on top of the previous build, with "Core Media Library Components" unchecked, and therefore the new/fixed nde.dll and ml_local.dll didn't get installed, and you're still using the older broken versions.

I managed to reproduce the bug in the build(s) prior to 868, but certainly can't reproduce it any more.

Yeah, that wasn't the problem, (i did do a clean install just now to make sure). I don't actualy know *how* to make the bugged entries; i've tried to track down the causes, by compairing the entries to others in my media library (via hex editor) i have found nothing conclusive. All i can figure is that there are two search algs being used on the media library; the one that runs the ML UI, and the one that runs the back end. The back end search alg is the one that is bugged. Maybe they have different rules for what they consider valid entries? Maybe it's an incorrectly built binary search alg?

As i think about this i'm beginning to think more and more that it is a search alg issue and has nothing to do with the data.

[jmbattle]

Koopatrooper, to reiterate the original poster's query, if AAC decoding is handled by in_mp3.dll what is the aacPlusDecoder.w5s responsible for? Are AAC and AACplus separate formats?

On the topic of burning support, may I ask exactly which files are required by WinAMP? Also, where are the Sonic runtimes that are automatically installed kept, and which registry entries are created? This would be useful for unattended Windows installation.

Cheers,
James
x

[DJ Egg]

Raw AAC support (file extension = .aac, whether he-aac or lc-aac) is handled/provided by in_mp3.dll, hence AAC being in the Extension list in in_mp3 config.

However, the decoding for all aac content is done by the Coding Technologies AAC decoder, which is Winamp\System\aacPlusDecoder.w5s

aacPlusDecoder.w5s is a separate file because it's shared by in_mp3, in_mp4, and in_nsv to decode any aac content within. It makes more sense to do it this way, rather than have the same decoder inside each of the separate input plugins.

At one point, pre 5.2x, the CT aacPlus Decoder and the Dolby AAC Decoder were all inside in_mp3.dll (along with the Fraunhofer mp3 decoder). The CT AAC Decoder was separated (as explained above), and the CT Decoder is now used to decode both he-aac (aacPlus) and lc-aac content (whereas the Dolby decoder was used for lc-aac decoding pre 5.09x). I'm not sure if the Dolby AAC Decoder is still inside in_mp3.dll or if it's now been taken out (maybe it's still used to decode lc-aac with Winamp Lite, assuming aacPlusDecoder.w5s isn't installed with Lite)...?

Confused enough...?



Re: burning, see the component list here

Note that the Sonic Engine won't load/be recognized if primosdk.dll isn't in the Winamp root dir, and even it is but in_cdda.dll (audio cd support) is missing, then primosdk.dll won't be seen either. If ml_disc.dll is missing, then there'll be no Rip & Burn ui in the media library.

[jmbattle]

Thank you for your explanation egg, I managed to follow more or less all of that, apart from 'Raw AAC support is handled/provided by in_mp3.dll' and 'the decoding for all aac content is done by...aacPlusDecoder.w5s'.

What is the difference between 'raw support' and 'decoding'?

Thanks,
James
x

EDIT: Just read through your wonderfully detailed component guide. Wow, great list, congratulations - if only all software was as well explained as WinAMP!

[DJ Egg]

By "raw aac" I mean an aac file with an .aac extension (whether lc-aac or he-aac/aacPlus), as opposed to an aac file in an MP4 container with eg. an .m4a or .mp4 extension.

raw .aac is handled by in_mp3.dll, aac in an mp4 container is handled by in_mp4.dll
(ie. if you remove AAC from in_mp3 config then you'll have no raw AAC support, and if you remove in_mp4.dll you'll have no M4A support)

but aacPlusDecoder.w5s does the actual decoding for all of them
(well, except for iTunes lossless aac/m4a files which are decoded by alac.w5s)

Better?