Quote from: Gainless on 15 January, 2012, 06:54:34 AMThe first one is pretty clear, the second one is already very quiet, and after that I hear nothing at all.I guess that's not really good, isn't it?That's a common misconception here on HA. You listened at normal levels (i.e. not cranking up the volume), so your performance is perfectly normal, maybe even above average for your age. At normal levels I get the same result as you. Bottom line: you might have heard artifacts below 16 kHz, so I'm not going to put more bits into high frequencies.Is this "issue" a show-stopper for you? Apparently this was very hard to ABX. Can you live with the encoder's current performance on this item? Or are you really looking for utmost transparency?Chris
The first one is pretty clear, the second one is already very quiet, and after that I hear nothing at all.I guess that's not really good, isn't it?
Gainless,It would makes sense to see how other AAC encoders perform on this sample to see if it's quite normal behavior for the entire AAC format or it's only one particular encoder. Let say to see how perform Apple and Nero. Previously Replaygain should be applied for Apple encoder (or to all encoders as well) as it changes volume noticeably.
Then it's not only FhG. Can You try CVBR, Nero and FhG all together in ABC/HR? With this http://ff123.net/abchr/abchr.html
Btw, have you already tried to ABX the sample? It would be great to hear some other views on it.
Fraunhofer's AAC encoder does not add such a "tool" tag at the moment, and I don't think Winamp offers a switch for this either. But I'll keep in mind that there's interest in such metadata.Chris
Quality-wise, we are not planning any huge updates, at least not for stereo and mono. But if there is a significant interest in other VBR modes, we will consider adding those.
Quote from: C.R.Helmrich on 14 November, 2011, 08:42:15 AMQuality-wise, we are not planning any huge updates, at least not for stereo and mono. But if there is a significant interest in other VBR modes, we will consider adding those.Certainly yes. Different people will have a different threshold of bitrate and quality, due to most different reasons. May it be just to "feel safe". Your quality steps are quite coarse, so there may be people (like me) who feel like VBR preset 5 "wasting size", but preset 4 "sparing quality".
New: [enc_vorbis] Ogg Vorbis Encoder (based on aoTuV)
As mentioned here, it seems Winamp 5.63 has been released, with an updated AAC encoder version which now includes a VBR mode 6 (roughly 256 kbit/s stereo on average). VBR mode 5 should now have a slightly lower average bit-rate than in older versions (closer to 192 kbit/s stereo).
Fraunhofer FDK AAC code from Android.
Sorry to resurrect this old thread, but according to Winamp 5.63 version log, FhG AAC is 3.2.4, whereas at the encoder settings window in Winamp, it says FhG 3.02.11.
Winamp 5.623 [Dec 9 2011]* Updated: [enc_fhgaac] Fraunhofer AAC Encoder v3.2.4
My recent encodes show: "Tool fhgaac v03.02.11;VBR=5" and I was under the impression this was the latest version
Quote from: ManekiNeko on 04 June, 2013, 01:25:32 PMMy recent encodes show: "Tool fhgaac v03.02.11;VBR=5" and I was under the impression this was the latest versionJup, that's what's in Winamp version 5.63. V03.02.04 was contained in Winamp 5.623, like lvqcl wrote.Chris
Winamp 5.63 [Jun 28 2012]* New: Hungarian and Indonesian installer translations and language packs* New: [enc_vorbis] Ogg Vorbis Encoder (based on aoTuV)* Improved: Shift+F10 app key support in the Media Library* Improved: [enc_fhgaac] Added VBR mode 6, plus other minor quality improvements* Improved: [in_flac] Producer metadata support* Improved: [in_mod] Refactored, simplified and threadsafe memory allocation* Improved: [ml_history] Save playcounts when updated instead of only on exit* Improved: [ml_local] Increased search query buffers from 512 or 1024 to 2048 bytes* Improved: [gen_hotkeys] Added manual advance and visualization specific actions* Fixed: Embedded album art not working in some scenarios* Fixed: Video window reopening after being closed when editing mp4 tags* Fixed: [aacdec] Memory leak when re-syncing to AAC stream* Fixed: [bmp] Bounds checking in TSCC decoder* Fixed: [bmp] Heap overflow issues (thanks: Secunia)* Fixed: [in_avi] Divide-by-zero and NULL pointer issues (thanks: FuzzMyApp)* Fixed: [in_mod] .IT memory & heap corruption issues (thanks: Jeremy Brown, MSVR)* Fixed: [ml_local] Crash in MLDBAPI::SetField cache* Fixed: [pmp_android/usb] Genre and Year metadata edits writing to Disc# field* Fixed: [vis_milk2] Presets not reacting to music in localized installs (Milkdrop v2.25)* Misc: More general tweaks, improvements, fixes and optimizations* Updated: [aacdec] Fraunhofer AAC Decoder v1.762.208* Updated: [in_vorbis] libogg 1.3.0 & libvorbis 1.3.3* Updated: [lame_enc] LAME 3.99.5* Updated: [png] libpng v1.5.10* Updated: [vp8] libvpx v1.1.0* Updated: [xml] expat v2.1.0* Updated: [zlib.dll] zlib 1.2.7Winamp 5.623 [Dec 9 2011]* Fixed: mp3 decoding errors at end of file (should fix reported CD burning errors)* Fixed: [aacdec] Detection of parametric stereo for AAC files made with older encoders* Fixed: [enc_fhgaac] MP4 encoder not always closing on errors or aborted transfers* Fixed: [in_avi] Crashing with certain malformed AVI files* Fixed: [in_flac & in_mp4] Memory leaks* Fixed: [in_mod] Bounds check for comments parsing* Fixed: [pmp] Multithreaded race condition (now supports thread-safe transfers)* Fixed: [pmp_android] Embedded album art being deleted on transfers* Misc: More general tweaks, improvements, fixes and optimizations* Updated: [enc_fhgaac] Fraunhofer AAC Encoder v3.2.4* Updated: [gen_jumpex] JTFE v1.2.5