Skip to main content ↑ ↓

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: Winamp 5.04 Released (Read 31773 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

Winamp 5.04 Released

Reply #25 –
Quote
i assume that should be an answer to my question? still, i doubt the CodingTech decoder will treat all .aac as he-aac, so it has to detect somehow the sbr part
[a href="index.php?act=findpost&pid=229765"][{POST_SNAPBACK}][/a]


It's signalled in the AAC bitstream.

Winamp 5.04 Released

Reply #26 –
i thought its only signalled on the container level, but not in adts/adif?
I know, that I know nothing (Socrates)

Winamp 5.04 Released

Reply #27 –
Quote
i assume that should be an answer to my question? still, i doubt the CodingTech decoder will treat all .aac as he-aac, so it has to detect somehow the sbr part
[a href="index.php?act=findpost&pid=229765"][{POST_SNAPBACK}][/a]


As defined in the MPEG-4 AAC standard, it upsamples all files with samplerate <= 24000 Hz by a factor 2 and leaves the samplerate of files with samplerate > 24000 as is.

Menno

Winamp 5.04 Released

Reply #28 –
thats defined in the mpeg-4 standard?

what about lc-aac streams with 22050hz? wont they suffer qualitywise from this?

and how will downsampled sbr be handled/detected?
I know, that I know nothing (Socrates)

Winamp 5.04 Released

Reply #29 –
Quote
thats defined in the mpeg-4 standard?

yes
Quote
what about lc-aac streams with 22050hz? wont they suffer qualitywise from this?

No
Quote
and how will downsampled sbr be handled/detected?

Like this:
Quote
leaves the samplerate of files with samplerate > 24000 as is


Menno

Winamp 5.04 Released

Reply #30 –
A response from Tom on the Nullsoft Beta Mailing list:
Quote
MP4 patent = $$$$$$$$$$$++


(p.s. Don't shoot the messenger  )

Winamp 5.04 Released

Reply #31 –
(menno said it nicer, note that MP4 *container* is not patented)

Winamp 5.04 Released

Reply #32 –
Quote
A response from Tom on the Nullsoft Beta Mailing list:
Quote
MP4 patent = $$$$$$$$$$$++


(p.s. Don't shoot the messenger  )
[a href="index.php?act=findpost&pid=229792"][{POST_SNAPBACK}][/a]


Yes, the patents require licensing, but since Winamp already supports MPEG-4 AAC + SBR + PS decoding they are obviously already paying for that. There is absolutely no reason to not decode HE AAC + PS from .MP4 while it is decoding it from .AAC.

Menno

Winamp 5.04 Released

Reply #33 –
Has anybody noticed that the difference in CPU utilization with the new modern skin vs the old skin is HUGE.

On A64 2.2 GHz the CPU % on Winamp goes between 20-50% with the modern skin and hovers at almost constant 0% with the old skin.

I can't believe the difference is this big, but my 5.03 with modern skin had huge utilisation compared with 5.04 with old skin (both using same file/input&output plugins for playback).

Winamp 5.04 Released

Reply #34 –
Quote
Has anybody noticed that the difference in CPU utilization with the new modern skin vs the old skin is HUGE.
[{POST_SNAPBACK}][/a]


here's a quick guide on how to configure winamp to run [a href="http://www.winampunlimited.com/like_the_wind/]like the wind[/url]
winamp unlimited.com

Winamp 5.04 Released

Reply #35 –
Quote
Has anybody noticed that the difference in CPU utilization with the new modern skin vs the old skin is HUGE.
[{POST_SNAPBACK}][/a]

No. Try a [a href="http://forums.winamp.com/showthread.php?postid=1212729#post1212729]clean install[/url]

Winamp 5.04 Released

Reply #36 –
Okay, according to the big cheese back at Nullsoft/AOL Music, the Coding Tech AACPlus decoder was added only in an attempt to get it to work "from an NSV container."  But how much work it would be to get it used for HE-AAC MP4 files will be looked into.

Winamp 5.04 Released

Reply #37 –
Quote
Quote
A response from Tom on the Nullsoft Beta Mailing list:
Quote
MP4 patent = $$$$$$$$$$$++


(p.s. Don't shoot the messenger  )
[a href="index.php?act=findpost&pid=229792"][{POST_SNAPBACK}][/a]


Yes, the patents require licensing, but since Winamp already supports MPEG-4 AAC + SBR + PS decoding they are obviously already paying for that. There is absolutely no reason to not decode HE AAC + PS from .MP4 while it is decoding it from .AAC.

Menno
[a href="index.php?act=findpost&pid=229794"][{POST_SNAPBACK}][/a]

Hehheh, how many times this needs to be explained to the Nullsoft people. There's been many threads about this here and in the Winamp forum but still the nullsoft guys are as clueless as ever about this. Unbelievable..
But since they don't follow what is said publicly, at least Coding Technologies could inform them about issues like this, and not only silently collect the decoder license money; they could offer some support and suggestions as well. It's boring that other people including the FAAD developer have to constantly post this information to correct their missinformed statements though seems it's not noticed by Nullsoft anyway.
Juha Laaksonheimo

Winamp 5.04 Released

Reply #38 –
My complaint with Nullsoft is solely that issues like this aren't tested and don't seem to ever get corrected either, and the same misinformation *keeps* being spread.

It's known for along time that the Dolby decoder they use is buggy. Why was it not completely replaced with the much better CodingTech one (or FAAD, which is known to work, for that matter!).

It's been pointed out several times that MP4 has no licensing fees. Yet the same disinformation *keeps* being spread.

It's just frustrating to see this kind of hard-headdeness.

Instead of having a working player which would do both MP4 and AAC including the newest HE-AAC with PS, they now have a player with broken MP4 support and inferior quality.

This kind of "progress" does not bode well for Winamps future.

Winamp 5.04 Released

Reply #39 –
Isnt the 3.96 LAME encoder buggy when using -fast presets?

If so why has it been included as an update?

Winamp 5.04 Released

Reply #40 –
I think you got something wrong...

There will always be bugs in software. I don't know any program which is 100% bug free. However, the Winamp developers don't do anything to fix the bug. They have been told that the Dolby decoder is buggy and that they should switch to FAAD or CodingTechnology, but they don't want to. They also don't seem to learn anything at all. There have been several discussions about the MP4 container and Nullsoft just keeps spreading the information that MP4 (as container) would require licensing fees, which is not true.

Also, I don't think that Gabriel or the other LAME developers knew about the problems with Fast presets before they released it. It is something which we have noticed after the release. The problems with Dolby however are known for a long time.

Winamp 5.04 Released

Reply #42 –
People think its just about code, its not. It maybe just about the code to you guys, but there is a lot of inter-corporate politics going on which you don't know about.

Winamp 5.04 Released

Reply #43 –
Winamp does not support PsyTEL aac with the "-profile 2" parameter.

Winamp 5.04 Released

Reply #44 –
Some information shared by DJ Egg on the Winamp forums (http://forums.winamp.com/showthread.php?s=...40&pagenumber=3):

Quote
Both the aac decoders are built into in_mp3.dll
in_mp4 is just a demuxer, not a decoder as such, so in_mp4 will need to be updated to make sure the demuxing is handled properly (currently, it's still sending he-aac/aacplus files to the aac decoder, not the new aacplus decoder).
Afaik, this issue is currently being addressed, along with a couple of other issues.

And, if it isn't fixed, I'll just keep recommending the FAAD2 in_mp4 instead :/


Sounds like there could possibly be a 5.04a version that adresses this problem

EDIT: Included links to my quotation.
 

Winamp 5.04 Released

Reply #45 –
Quote
Winamp does not support PsyTEL aac with the "-profile 2" parameter.
[a href="index.php?act=findpost&pid=230335"][{POST_SNAPBACK}][/a]


Nor it's supposed to. It's a LC decoder, not a LTP decoder.