Winamp 5.02 has been released, according to BetaNews.
http://download.nullsoft.com/winamp/client...amp502_lite.exe
http://download.nullsoft.com/winamp/client...amp502_full.exe
http://download.nullsoft.com/winamp/client/winamp502_pro.exe
BetaNews lists the following changes:
Changes in Winamp5 Full 5.02:
Added a couple of gen_ml APIs
Fixed gen_ml radio/tv cache clearing after viewing prefs bug
Made gen_ml radio/tv keep old data when updating fails, made it not update when no Internet is available
Made gen_ml support some new quicksearch syntaxes: "* beck radiohead" will list all things matching beck OR radiohead, and: radiohead "{lastplay } [3 days ago]>" will show all things matching radiohead played in the last 3 days
gen_ml option for any/all guess modes
Made SPS support 24 bit samples
Added priority setting for CD ripping
Made CD ripping only support one rip at at time
Added send to -> add to library for playlist (and other) send to menus
Better media library audio view support for no artist/no album
Fixed enter after info box and popup menus in library
Moved litestep options to be in classic skin prefs
Fixed playlist editor classic redraw bug, made playlist handle mousewheel scrolling while moving items better
Made "EXE" filetype extension non registerable
Cleaned up "disable screensaver when video is playing" option
Latest SDKs available
Upgraded to Gracenote CDDB v2 DLLs
Improvements in gen_hotkeys
Upgraded MP3 encoding to LAME v3.95.1
out_ds now uses winamp.ini instead of registry for settings
New fix for upside down videos in in_dshow
Added OGM as supported extension in in_dshow
Modern skins updates
New extended jump file dialog
Added basic MP4 AAC encoding/decoding
Fixed unicode metadata in in_vorbis
Fixed crash in installer code
Removed generation of "badframes.stt" files in VP6 decoder
Full Version: Winamp 5.02 released
Too bad it doesn't like HE-AAC SBR, but it plays .MP4 and .M4A flawlessly... So far, nice update.
/edit: I forgot to mention I was using the full version and its native AAC support.
/edit: I forgot to mention I was using the full version and its native AAC support.
Yeah, I uninstalled 5.01 and the in_mp4 plugin to try out this new WinAmp 5.02 version (I use the pro paid version). It ripped .M4A files (had to change option under encoder to MP4 Audio Ripping format) that played in Apple iTunes great!
Thanks to Menno Bakker so much! I greatly appreciate your help in assisting WinAmp 5.02 to add m4a/mp4 playback support! I saw your name mentioned in the Winamp changelog with kudos to you...
Now that we have NATIVE playback support in WinAmp for M4A/MP4 audio files (AAC LC) and MP4 Audio file format encoding (with the pro version), other apps will likely support this too. Also now the average computer user won't have to hunt for and figure out how to install the plug-in...
Perhaps rjamorim will include WinAmp's encoder in his upcoming 128k AAC test suite?
Anyway, I am just blown away with joy about this new version of Winamp 5.02! What a great birthday present for me
Menno, will your in_mp4 plug-in conflict with 5.02's native support or just add SBR to WinAmp 5.02's native mp4/m4a playback support? I didn't want to re-install it until I heard back from you.
Perhaps the moderators will want to move this thread over to validated news to let more people know about the new WinAmp release?
Thanks to Menno Bakker so much! I greatly appreciate your help in assisting WinAmp 5.02 to add m4a/mp4 playback support! I saw your name mentioned in the Winamp changelog with kudos to you...
Now that we have NATIVE playback support in WinAmp for M4A/MP4 audio files (AAC LC) and MP4 Audio file format encoding (with the pro version), other apps will likely support this too. Also now the average computer user won't have to hunt for and figure out how to install the plug-in...
Perhaps rjamorim will include WinAmp's encoder in his upcoming 128k AAC test suite?
Anyway, I am just blown away with joy about this new version of Winamp 5.02! What a great birthday present for me
Menno, will your in_mp4 plug-in conflict with 5.02's native support or just add SBR to WinAmp 5.02's native mp4/m4a playback support? I didn't want to re-install it until I heard back from you.
Perhaps the moderators will want to move this thread over to validated news to let more people know about the new WinAmp release?
Complete changelog:
QUOTE
* added a couple of gen_ml APIs
* fixed gen_ml radio/tv cache clearing after viewing prefs bug
* made gen_ml radio/tv keep old data when updating fails, made it not update when no
internet is available
* made gen_ml support some new quicksearch syntaxes: "* beck radiohead"
will list all things matching beck OR radiohead, and:
radiohead "<lastplay > [3 days ago]>" will show all things matching radiohead
played in the last 3 days...
* gen_ml option for any/all guess modes
* made SPS support 24 bit samples
* added priority setting for CD ripping
* made CD ripping only support one rip at at time
* added send to -> add to library for playlist (and other) send to menus.
* better media library audio view support for no artist/no album
* fixed enter after info box and popup menus in library
* moved litestep options to be in classic skin prefs
* fixed playlist editor classic redraw bug, made playlist handle mousewheel scrolling while
moving items better.
* made "EXE" filetype extension non registerable
* cleaned up "disable screensaver when video is playing" option
* latest SDKs available (AVS, Media library, new Winamp IPC calls, etc...)
* upgraded to Gracenote CDDB v2 DLLs
* improvements in gen_hotkeys
* upgraded MP3 encoding to LAME v3.95.1
* out_ds now uses winamp.ini instead of registry for settings
* new fix for upside down videos in in_dshow
* added OGM as supported extension in in_dshow
* modern skins updates :
- optimized region a bit
- fixed handling of global alpha for unparented layouts
- fixed tiny bug in keypress flow
- fixed potential layer capture cancellation issue
- fixed crash when quickly alternating alt+g and alt+w
- fixed player not coming up to front when playing a video via external URL click
- fixed assertion when arial.ttf (or whatever fallback font has been set) is not present in the font directory
- fixed faulty skin font unmapping sometimes conflicting with fallback to os default gui font
- added date and version functions to maki
- added added timerhours="1" to text object to show 1:00:00 instead of 60:00
- added timeroffstyle 3 and 4 to text object to display "0:00:00" and " : : "
- upped skin version to 1.1 - you MUST use 1.1 if you recompile your scripts
- updated maki compiler (http://bluemars.org/maki) :
- added stack protection to maki binaries - upped the binaries version header
- added self version check in maki binaries
- non-existing (future) maki functions will not crash the maki runtime anymore, YAY
- fixed unknown maki functions return values
- fixed winamp appearing on secondary taskbar with ultramon regardless of true position
- fixed extraneous invalidations
* new extended jump file dialog (thanks to Darren Owen)
* added basic MP4 AAC encoding/decoding (thanks to Menno Bakker for the help)
* fixed unicode metadata in in_vorbis
* fixed crash in installer code
* removed generation of "badframes.stt" files in VP6 decoder
* <3 farewell Justin <3
* fixed gen_ml radio/tv cache clearing after viewing prefs bug
* made gen_ml radio/tv keep old data when updating fails, made it not update when no
internet is available
* made gen_ml support some new quicksearch syntaxes: "* beck radiohead"
will list all things matching beck OR radiohead, and:
radiohead "<lastplay > [3 days ago]>" will show all things matching radiohead
played in the last 3 days...
* gen_ml option for any/all guess modes
* made SPS support 24 bit samples
* added priority setting for CD ripping
* made CD ripping only support one rip at at time
* added send to -> add to library for playlist (and other) send to menus.
* better media library audio view support for no artist/no album
* fixed enter after info box and popup menus in library
* moved litestep options to be in classic skin prefs
* fixed playlist editor classic redraw bug, made playlist handle mousewheel scrolling while
moving items better.
* made "EXE" filetype extension non registerable
* cleaned up "disable screensaver when video is playing" option
* latest SDKs available (AVS, Media library, new Winamp IPC calls, etc...)
* upgraded to Gracenote CDDB v2 DLLs
* improvements in gen_hotkeys
* upgraded MP3 encoding to LAME v3.95.1
* out_ds now uses winamp.ini instead of registry for settings
* new fix for upside down videos in in_dshow
* added OGM as supported extension in in_dshow
* modern skins updates :
- optimized region a bit
- fixed handling of global alpha for unparented layouts
- fixed tiny bug in keypress flow
- fixed potential layer capture cancellation issue
- fixed crash when quickly alternating alt+g and alt+w
- fixed player not coming up to front when playing a video via external URL click
- fixed assertion when arial.ttf (or whatever fallback font has been set) is not present in the font directory
- fixed faulty skin font unmapping sometimes conflicting with fallback to os default gui font
- added date and version functions to maki
- added added timerhours="1" to text object to show 1:00:00 instead of 60:00
- added timeroffstyle 3 and 4 to text object to display "0:00:00" and " : : "
- upped skin version to 1.1 - you MUST use 1.1 if you recompile your scripts
- updated maki compiler (http://bluemars.org/maki) :
- added stack protection to maki binaries - upped the binaries version header
- added self version check in maki binaries
- non-existing (future) maki functions will not crash the maki runtime anymore, YAY
- fixed unknown maki functions return values
- fixed winamp appearing on secondary taskbar with ultramon regardless of true position
- fixed extraneous invalidations
* new extended jump file dialog (thanks to Darren Owen)
* added basic MP4 AAC encoding/decoding (thanks to Menno Bakker for the help)
* fixed unicode metadata in in_vorbis
* fixed crash in installer code
* removed generation of "badframes.stt" files in VP6 decoder
* <3 farewell Justin <3
This version hasn't yet been updated for download on Winamp's main site so more people can find it easier. Hopefully it will be soon...
QUOTE (guest0101 @ Feb 6 2004, 04:20 PM)
Perhaps rjamorim will include WinAmp's encoder in his upcoming 128k AAC test suite?
Discussion starts tomorrow or Sunday
No problem. Just thought it might be a great entry for your 128k AAC test.
Anyways, here is a link to the announcement thread on WinAmp's Support Forum about this new 5.02 release:
http://forums.winamp.com/showthread.php?s=&threadid=168342
It appears to be getting very favorable comments and high reviews all around...
Anyways, here is a link to the announcement thread on WinAmp's Support Forum about this new 5.02 release:
http://forums.winamp.com/showthread.php?s=&threadid=168342
It appears to be getting very favorable comments and high reviews all around...
No plans for FLAC support?
I know there is link to a FLAC WinAmp plug-in available at http://flac.sourceforge.net
WinAmp only seems to add native support for new file formats very carefully/cautiously/sparingly, and it took this long to get them to add MP4 Audio file format support. MPEG 4 Audio has been a international ISO standard for some time now (AAC LC). If it hadn't been for many of the people here at HA who helped and/or encouraged WinAmp to add MP4 file support, we might have been waiting a few more years for it
. Thanks to everyone who helped get this added!
WinAmp only seems to add native support for new file formats very carefully/cautiously/sparingly, and it took this long to get them to add MP4 Audio file format support. MPEG 4 Audio has been a international ISO standard for some time now (AAC LC). If it hadn't been for many of the people here at HA who helped and/or encouraged WinAmp to add MP4 file support, we might have been waiting a few more years for it
. Thanks to everyone who helped get this added!
ok ... this is at first look a great news so I downloaded the last nero version & encoded two files one in aac HE 50-70VBR HE & in aac LC 110-150VBR, then I played it , & see how it reacts ... & I was a bit disapointed ... it doesn't seem to bring anything new compared to the last non-official in_mp4.dll on my "very short" 5 min little overview ... the file info windows globally look as awfull as the old in_mp4 plug ... ok it plays aac LC natively ... but it's not the revolutionnary support that I was waiting for & that will make nero mp4 the successor of MP3 in the heart of the mass ... the support is very basic & may give to mp4 newbie a wrong idea of the codec ... specially due to lack of sbr support ... the aac HE 50-70VBR HE played without sbr is one of the most awfull thing I never heard ... while I know it should have been very good as nero mp4 has taking the lead at low bitrate due to sbr ...
I had never tested nero aac without sbr before today ... & all I can say is that it sounds awfull without sbr ... I wouldn't even have imagine that it sounded so bad & that sbr was so spectacular ... (It was so bad that I laught listening at it )
What good is a native support if we have a better/as good support via plug ? ok, it will help newbies discover the codec but if it's to give them a bad idea of aac/mp4 ... I would have prefer waiting a little more ...
I must test further as I am not a aac/mp4 specialist ... but it's obvious that there is still lots of work to be done ...
It's a little step forward while i was waiting a big codec generation jump ...
I had never tested nero aac without sbr before today ... & all I can say is that it sounds awfull without sbr ... I wouldn't even have imagine that it sounded so bad & that sbr was so spectacular ... (It was so bad that I laught listening at it
)What good is a native support if we have a better/as good support via plug ? ok, it will help newbies discover the codec but if it's to give them a bad idea of aac/mp4 ... I would have prefer waiting a little more ...
I must test further as I am not a aac/mp4 specialist ... but it's obvious that there is still lots of work to be done ...
It's a little step forward while i was waiting a big codec generation jump ...
Well little steps usually progress to bigger steps...
Having native .m4a AND .mp4 file format playback support in WinAmp is essential to widespread adoption by end users who don't usually know how to mess with plug-ins or rename file extensions. While it doesn't add HE AAC support for low bitrates (which would be a nice to have feature), this update does add support for the millions of WinAmp users of being able to playback (or encode with the pro version) Apple iTunes/iPod .m4a files and Nero AAC LC .mp4 files.
While this update may not overly impress audophiles or techies, it will make many "average Joe" users quite happy. I run the M4A.COM site and I get almost 400 users a day hitting my site (many from search engines) who are searching for keywords like "what is m4a?", "m4a", ".m4a", "m4a file", "m4a player", etc. They are starving for information about M4A/MP4 files. Ogg playback has been in WinAmp for some time. I think MP4/M4A native playback's time had come.
As I begin developing this site, I can direct them to players like WinAmp, Nero, and iTunes so they can play MPEG 4 Audio.
Perhaps you now want to lobby Apple, RealNetworks, Microsoft, MusicMatch, Adobe (Audition), and Napster/Roxio to add support for HE AAC? I think that would be the next step.
Now that the "Big 3" audio applications "iTunes", "Nero" and "WinAmp" support at least MP4/M4A playback, the others are likely to follow, and they will all hopefully some day add HE AAC support for low bitrates... Maybe they will license that from Nero to help give Ivan and Menno a raise/bonus for all their hard work
Having native .m4a AND .mp4 file format playback support in WinAmp is essential to widespread adoption by end users who don't usually know how to mess with plug-ins or rename file extensions. While it doesn't add HE AAC support for low bitrates (which would be a nice to have feature), this update does add support for the millions of WinAmp users of being able to playback (or encode with the pro version) Apple iTunes/iPod .m4a files and Nero AAC LC .mp4 files.
While this update may not overly impress audophiles or techies, it will make many "average Joe" users quite happy. I run the M4A.COM site and I get almost 400 users a day hitting my site (many from search engines) who are searching for keywords like "what is m4a?", "m4a", ".m4a", "m4a file", "m4a player", etc. They are starving for information about M4A/MP4 files. Ogg playback has been in WinAmp for some time. I think MP4/M4A native playback's time had come.
As I begin developing this site, I can direct them to players like WinAmp, Nero, and iTunes so they can play MPEG 4 Audio.
Perhaps you now want to lobby Apple, RealNetworks, Microsoft, MusicMatch, Adobe (Audition), and Napster/Roxio to add support for HE AAC? I think that would be the next step.
Now that the "Big 3" audio applications "iTunes", "Nero" and "WinAmp" support at least MP4/M4A playback, the others are likely to follow, and they will all hopefully some day add HE AAC support for low bitrates... Maybe they will license that from Nero to help give Ivan and Menno a raise/bonus for all their hard work
It's nice to here that Winamp now has proper AAC playback. Has anyone checked if it is fully compatible with iTunes? (iTunes files play in Winamp and vice versa - I would suspect Winamp marks it's files as MPEG-2 AAC, and QuickTime/iTunes refuses to play those.)
so what's justin frankell doing now?
Digga said in locked Winamp 5.02 thread in Validated news:
I posted it in general audio because:
1) I didn't think it was really significant enough to be "news".
2) I didn't really think of putting it into the news submit section.
3) With the change log, it would have been too long for the validated news on the front page.
and 4) Hey, don't even bother going to the front page of HA.org. It's a waste of time. Most of the 'news' isn't really all that interesting. You are better off bookmarking the 'most active' page (the 'more' from the front page). That way you'll get the top 25 dicsussions, which are far more likely to be worth reading than anything on the news section of the front page.
I never go to the front page so I don't even see the validated news stuff. I think a lot of people are the same way. It skips the useless stuff on goes straight to the meat of HA.org.
QUOTE
2. ...but why do ppl so often post that kind of news in general-(...) forum parts?!
if it is a minor update, that's the right thing, but when interesting, groundbreaking or simply long needed important bugfix releases appear, I feel it should be put into val. news. am I the only one?
if it is a minor update, that's the right thing, but when interesting, groundbreaking or simply long needed important bugfix releases appear, I feel it should be put into val. news. am I the only one?
I posted it in general audio because:
1) I didn't think it was really significant enough to be "news".
2) I didn't really think of putting it into the news submit section.
3) With the change log, it would have been too long for the validated news on the front page.
and 4) Hey, don't even bother going to the front page of HA.org. It's a waste of time. Most of the 'news' isn't really all that interesting. You are better off bookmarking the 'most active' page (the 'more' from the front page). That way you'll get the top 25 dicsussions, which are far more likely to be worth reading than anything on the news section of the front page.
I never go to the front page so I don't even see the validated news stuff. I think a lot of people are the same way. It skips the useless stuff on goes straight to the meat of HA.org.
QUOTE (guest0101 @ Feb 6 2004, 07:20 PM)
Menno, will your in_mp4 plug-in conflict with 5.02's native support or just add SBR to WinAmp 5.02's native mp4/m4a playback support? I didn't want to re-install it until I heard back from you.
Since Nullsoft chose the very original name in_mp4.dll for their plugin, it will definately conflict. I'm not sure exactly what functionality is removed from Winamp 5.02 if you delete/replace in_mp4, but I suppose it's all .mp4/.m4a support.
So I guess I should rename the plugin...
Menno
QUOTE (Cey @ Feb 7 2004, 05:18 PM)
I posted it in general audio because:
1) I didn't think it was really significant enough to be "news".
well, that depends on the point of view I guess, but with socalled native mp4 support etc one could think it is significant. anyway, that depends on everyones own needs.1) I didn't think it was really significant enough to be "news".
QUOTE
2) I didn't really think of putting it into the news submit section.
uhmm... ok 
QUOTE
3) With the change log, it would have been too long for the validated news on the front page.
one can either link to the changelog, only list the most important changes, or have an extra post with the changes after the anouncement, in order to keep the newsportal small. there are many sensible options available.QUOTE
I never go to the front page so I don't even see the validated news stuff. I think a lot of people are the same way. It skips the useless stuff on goes straight to the meat of HA.org.
well, why do you think the newssection exists? anyway, everybody has it's own tactics to manage the boards, but it would be realy helpfull if everybody could submit important news to the news-submission. that way, even the non l33t users are informed
cheers
edit: spelling
Digga;
Well, to be honest, I don't care about mp4 support. I don't care so much that I didn't really know this was a major item in the 5.02 over 5.01
To me, 5.02 was just a bug fix.
For me, 'major' would be, oh, free lame encoding. Significantly improved cd ripping quality. I just don't care about aac/mp4/m4a/etc.
Tradition. Because it seems 'profisional'. Or maybe whatever web template HA used in designing their site had it already set up that way.
And for the people who come here only once a week just to catch up on the major headlines. And those people will probably hear about winamp long before they get around to comming here.
People who do come here regular are more interested in the forums. Those are the ones more likely to care about a .01 update.
Well, I would consider 'important news' things like rjamorin's listening test results. Pres. Bush resigning. Microsoft Windows being released as open source. Etc.
A .01 update to a program just doesn't fit into my definition of "important". Maybe a .1, but not a .01 update. Especially considering that not everybody uses or likes Winamp. Many people look at it the same way I look at foobar, with complete and utter disinterest.
[shrug] But if I do hear of any major news such as Microsoft releasing their codecs into the public domain I'll be sure and post it into the validated news submit forum.
QUOTE
well, that depends on the point of view I guess, but with socalled native mp4 support etc one could think it is significant. anyway, that depends on everyones own needs.
Well, to be honest, I don't care about mp4 support. I don't care so much that I didn't really know this was a major item in the 5.02 over 5.01
To me, 5.02 was just a bug fix.
For me, 'major' would be, oh, free lame encoding. Significantly improved cd ripping quality. I just don't care about aac/mp4/m4a/etc.
QUOTE
well, why do you think the newssection exists?
Tradition. Because it seems 'profisional'. Or maybe whatever web template HA used in designing their site had it already set up that way.
And for the people who come here only once a week just to catch up on the major headlines. And those people will probably hear about winamp long before they get around to comming here.
People who do come here regular are more interested in the forums. Those are the ones more likely to care about a .01 update.
QUOTE
helpfull if everybody could submit important news to the news-submission. that way, even the non l33t users are informed
Well, I would consider 'important news' things like rjamorin's listening test results. Pres. Bush resigning. Microsoft Windows being released as open source. Etc.
A .01 update to a program just doesn't fit into my definition of "important". Maybe a .1, but not a .01 update. Especially considering that not everybody uses or likes Winamp. Many people look at it the same way I look at foobar, with complete and utter disinterest.
[shrug] But if I do hear of any major news such as Microsoft releasing their codecs into the public domain I'll be sure and post it into the validated news submit forum.
QUOTE (Cey @ Feb 7 2004, 06:12 PM)
Well, to be honest, I don't care about mp4 support. I don't care so much that I didn't really know this was a major item in the 5.02 over 5.01
To me, 5.02 was just a bug fix.
To me, 5.02 was just a bug fix.
fair enough.
QUOTE
And for the people who come here only once a week just to catch up on the major headlines. And those people will probably hear about winamp long before they get around to comming here.
People who do come here regular are more interested in the forums. Those are the ones more likely to care about a .01 update.
I don't quite understand your line of arguments. are you saying, that ppl who want to seriously discuss go strait into the heart of ha, leaving the portal behind?People who do come here regular are more interested in the forums. Those are the ones more likely to care about a .01 update.
well, I certainly do not.
nobody will get hurt if news (if they are important enough, I also don't like to see the page be flooded with this and that) are posted in the news-section. that way, pll who start at the portal get to know them, and ppl who search for most active topics etc are aware of them even sooner.
but then it comes down to ones own idea of importance, and that certainly differs a lot from one to another.
QUOTE
A .01 update to a program just doesn't fit into my definition of "important". Maybe a .1, but not a .01 update
it's not the number sytsem that is of primary importance IMO, but the changes themselfes.QUOTE
[shrug] But if I do hear of any major news such as Microsoft releasing their codecs into the public domain I'll be sure and post it into the validated news submit forum.
I'm sure you will. bottom line: I think it's good idea after thinking about if it's important enough to post such things in the news-submissionand then let the mods decide in the second place. the information is prob. widespread that way, and a discusion can still be held by users who don't normaly go there.
QUOTE (menno @ Feb 7 2004, 05:31 PM)
Since Nullsoft chose the very original name in_mp4.dll for their plugin, it will definately conflict. I'm not sure exactly what functionality is removed from Winamp 5.02 if you delete/replace in_mp4, but I suppose it's all .mp4/.m4a support.
hm so does their in_mp4 include mp3 aso decoding too now? or do they have still the in_mp3 one?QUOTE
So I guess I should rename the plugin...
back to in_faad maybe
QUOTE (wolffenstein @ Feb 7 2004, 10:08 AM)
so what's justin frankell doing now?
http://www.1014.org/finger.phtml
in_mp3 is still the MP3 and AAC decoder.
in_mp4 just demuxes the AAC stuff from the MP4 wrapper and in_mp3 decodes the actual audio.
I would leave the name as in_mp4. Yeah, it will overwrite Nullsoft's plug-in, but I think that is a good thing. When there is two plugins available that can play the same file format it can get confusing sometimes and occasionally cause Winamp weirdness. Just think overwrite would be more noob friendly.
in_mp4 just demuxes the AAC stuff from the MP4 wrapper and in_mp3 decodes the actual audio.
I would leave the name as in_mp4. Yeah, it will overwrite Nullsoft's plug-in, but I think that is a good thing. When there is two plugins available that can play the same file format it can get confusing sometimes and occasionally cause Winamp weirdness. Just think overwrite would be more noob friendly.
Menno, thanks for the reply about the plug-in. Yes I guess you should rename it then to avoid confusions with people confusing their new plug-in with yours, unless that would cause other problems.
Their plug-in allows MPEG 4 Audio encoding support by their ripper. I would guess yours does not, but am not sure.
So it would be nice to be able to have both plug-ins active, or just maybe a plug-in from you for SBR files (HE AAC) that complements their new MP4/M4A plug-in, but I don't know if that is possible.
Adam
Their plug-in allows MPEG 4 Audio encoding support by their ripper. I would guess yours does not, but am not sure.
So it would be nice to be able to have both plug-ins active, or just maybe a plug-in from you for SBR files (HE AAC) that complements their new MP4/M4A plug-in, but I don't know if that is possible.
Adam
I guess I should rename it. Newbies will not think of replacing their mp4 plugin when they already have one. This way it will be obvious that this is a different plugin.
Menno
Menno
QUOTE (danchr @ Feb 7 2004, 07:11 AM)
It's nice to here that Winamp now has proper AAC playback. Has anyone checked if it is fully compatible with iTunes? (iTunes files play in Winamp and vice versa - I would suspect Winamp marks it's files as MPEG-2 AAC, and QuickTime/iTunes refuses to play those.)
Yes it appears to be 100% compatible with iTunes as far as I can tell. I tried ripping using the Winamp 5.02 Pro version and the file played fine and read tags fine in iTunes as best as I could determine. In fact WinAmp's ripper/encoder defaults to saving files with the .m4a file extension, which is a real plus (no renaming necessary for iTunes/iPod playback) and there are no questions that they are MPEG 4 Audio files (not video which confuses some playback apps when files have the .mp4 extensions). With the .m4p plug-in, WinAmp nicely plays back any DRM .m4p files you may have too!
I can play back .M4A files from iTunes fine with WinAmp also. Also WinAmp plays back Nero .MP4 files fine. SBR (AAC HE) files sound poorer quality do to it not "seeing" the high end part, but both iTunes and WinAmp will play them.
Winamp used my in_mp4 as example for their own, they also use the same file reading/tagging library.
Menno
Menno
It was nice of you to allow them do that Menno. Again, thanks for helping WinAmp be more mp4/m4a file format friendly. This will serve to make m4a/mp4 more popular with users and should help spur sales/interest in Nero's products as well...
Hopefully companies will seek you out to license your code/codecs for M4A/MP4 implementations in their software..
Hopefully companies will seek you out to license your code/codecs for M4A/MP4 implementations in their software..
I downloaded and installed the full version. I could not get any of my MP4 or AAC tracks to play at all (these were downloaded from all of mp3).
This caused runtime errors which crashed winamp repeatedly the reason for which I have been unable to determine. Downloading and installing the plug-in from Rarewares solved the problem.
What are the main differences between the in_mp4.dll from Nullsoft and Rarewares? Do I lose any functionality by overwriting the nullsoft plug-in?
This caused runtime errors which crashed winamp repeatedly the reason for which I have been unable to determine. Downloading and installing the plug-in from Rarewares solved the problem.
What are the main differences between the in_mp4.dll from Nullsoft and Rarewares? Do I lose any functionality by overwriting the nullsoft plug-in?
I recommend you completely uninstall your previous WinAmp before upgrading to 5.02 and remove the previous in_mp4 plugin just to be safe before installing 5.02.
Menno says he will likely rename his in_mp4 plug-in (Rarewares, AudioCoding) to avoid confusion.
Don't know why your WinAmp is crashing. I recommend you remove your old WinAmp version and try a re-install of 5.02. The Rarewares/Audio Coding plug-in (soon to be likely renamed by Menno) will add SBR playback support. You may lose your ability to encode/rip files into M4A/MP4 format with WinAmp if you overwrite the Nullsoft plugin though.
Menno says he will likely rename his in_mp4 plug-in (Rarewares, AudioCoding) to avoid confusion.
Don't know why your WinAmp is crashing. I recommend you remove your old WinAmp version and try a re-install of 5.02. The Rarewares/Audio Coding plug-in (soon to be likely renamed by Menno) will add SBR playback support. You may lose your ability to encode/rip files into M4A/MP4 format with WinAmp if you overwrite the Nullsoft plugin though.
Thanks for your reply - I had already uninstalled v 5.01 a while back but I bet I left the plug-ins folder intact. I will uninstall and remove the plug-ins folder and try installing it again. I will let you know how I get on.
I suspected I would lose the encoding function - just wanted to confirm.
I suspected I would lose the encoding function - just wanted to confirm.
QUOTE (guest0101 @ Feb 7 2004, 08:53 PM)
I recommend you completely uninstall your previous WinAmp before upgrading to 5.02 and remove the previous in_mp4 plugin just to be safe before installing 5.02.
Menno says he will likely rename his in_mp4 plug-in (Rarewares, AudioCoding) to avoid confusion.
Don't know why your WinAmp is crashing. I recommend you remove your old WinAmp version and try a re-install of 5.02. The Rarewares/Audio Coding plug-in (soon to be likely renamed by Menno) will add SBR playback support. You may lose your ability to encode/rip files into M4A/MP4 format with WinAmp if you overwrite the Nullsoft plugin though.
Menno says he will likely rename his in_mp4 plug-in (Rarewares, AudioCoding) to avoid confusion.
Don't know why your WinAmp is crashing. I recommend you remove your old WinAmp version and try a re-install of 5.02. The Rarewares/Audio Coding plug-in (soon to be likely renamed by Menno) will add SBR playback support. You may lose your ability to encode/rip files into M4A/MP4 format with WinAmp if you overwrite the Nullsoft plugin though.
Right - a fresh install - all previous traces of Winamp removed.
Files encoded in Nero or Quicktime by me play perfectly but any mp4 file downloaded from All of MP3 cause the error previously described. These files play in Foobar and Winamp when I overwrite the nullsoft plug-in with Menno's by the way. Strange. Anyone else had this problem or can they replicate? I am not sure what encoder All of MP3 use either.
Does anyone know what are the differences between Nullsofts in_mp4.dll and Mennos and which one is recommended (until the name change takes place)?
I had not really heard much of the apparent Russian site allofmp3.com before. I checked here on HA and many people had questions about the legitimacy of this music download site for people in the U.S. to use. They also reported they employ transcoding from 384k LAME encoded MP3 files as their 'masters' which is not the optimum 'archive format' to be using anyway. They solicit people to send them MP3 files for songs they "want". Doesn't sound too professional in my opinion.
You might want to contact them to see why they are the only AAC LC (MPEG 4) encoder that doesn't seem to play with WinAmp 5.02, while all others seem to play fine. Perhaps their encoder is producing a slightly non-ISO/MPEG standard MP4 format file.
To answer your previous question about the difference between the 2 plug-ins:
Menno's plug-in will play both HE AAC and AAC LC M4A/MP4 files correctly, while Nullsoft's (Winamp's native) plug-in will play AAC LC M4A/MP4 files fine but only play HE AAC files without the higher SBR part.
I am glad a fresh install fixed the problem you were having.
It appears others here are having problems with AAC files from allofmp3.com not playing right on other players such as iTunes, see:
http://www.hydrogenaudio.org/forums/index....532&hl=allofmp3
You might want to contact them to see why they are the only AAC LC (MPEG 4) encoder that doesn't seem to play with WinAmp 5.02, while all others seem to play fine. Perhaps their encoder is producing a slightly non-ISO/MPEG standard MP4 format file.
To answer your previous question about the difference between the 2 plug-ins:
Menno's plug-in will play both HE AAC and AAC LC M4A/MP4 files correctly, while Nullsoft's (Winamp's native) plug-in will play AAC LC M4A/MP4 files fine but only play HE AAC files without the higher SBR part.
I am glad a fresh install fixed the problem you were having.
It appears others here are having problems with AAC files from allofmp3.com not playing right on other players such as iTunes, see:
http://www.hydrogenaudio.org/forums/index....532&hl=allofmp3
The best thing with this release!
A NEW SDK is out, including a input plugin SDK and a language pack SDK!
grab it from here:
http://www.nunzioweb.com/daz/winamp/wa502_sdk.exe
SO no excuses for developers to not support the ()getExtendedFileInfo function for the ML.
x-fixer, what about updating your flac plugin
A NEW SDK is out, including a input plugin SDK and a language pack SDK!
grab it from here:
http://www.nunzioweb.com/daz/winamp/wa502_sdk.exe
SO no excuses for developers to not support the ()getExtendedFileInfo function for the ML.
x-fixer, what about updating your flac plugin
QUOTE
So I guess I should rename the plugin...
in_mpeg4.dll
QUOTE (Hyperion @ Feb 13 2004, 01:11 AM)
QUOTE
So I guess I should rename the plugin...
in_mpeg4.dll
Menno changed his mind (and yes, that name was considered)
We (well, him mostly) decided it's actually better if the Audiocoding plugin replaces winamp's default, since Audiocoding's supports HE AAC (among countless other profiles not supported by Winamp) and is gapless.
I'm quite paranoid 
about newly improved software that may impose Big Brother controls and monitor my activities. The paranoia was just now intensified when I installed AIM 5.5.3572 and saw 
what the not-quite-innocent Wild Tangent games entailed.
Is everybody absolutely positive that Winamp 5.02 includes no mischiefware?
about newly improved software that may impose Big Brother controls and monitor my activities. The paranoia was just now intensified when I installed AIM 5.5.3572 and saw what the not-quite-innocent Wild Tangent games entailed.Is everybody absolutely positive that Winamp 5.02 includes no mischiefware?
100% positive there is no adware/spyware.
The only thing that comes remotely close is that Winamp will install an AOL on Desktop shortuct, but there is a checkbox to not do that in the installer.
The only thing that comes remotely close is that Winamp will install an AOL on Desktop shortuct, but there is a checkbox to not do that in the installer.
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.