https://wiki.hydrogenaud.io/api.php?action=feedcontributions&user=IgorC&feedformat=atomHydrogenaudio Knowledgebase - User contributions [en]2024-03-28T18:28:17ZUser contributionsMediaWiki 1.22.7https://wiki.hydrogenaud.io/index.php?title=Template:Aac-encodersTemplate:Aac-encoders2019-11-11T00:53:22Z<p>IgorC: Fraunhofer "FhG" AAC (Winamp) is added to the list of recommened encoders</p>
<hr />
<div>{| class="wikitable" style="width: 22em !important; float: right; clear: both; margin-left: 10px; margin-right: 0px;"<br />
! colspan="2" | Current [[AAC]] encoders<br /><small>(most to least recommended)</small><br />
|-<br />
| 1 || [[Apple AAC]] <sup>M/W</sup><br />
|-<br />
| 2 || [[Fraunhofer "FhG" AAC (Winamp)]] <sup>W</sup><br />
|-<br />
| 3 || [[Fraunhofer FDK AAC]] <sup>S/L/M/W</sup><br />
|-<br />
| 4 || [[Nero AAC]] <sup>L/W</sup><br />
|-<br />
| 5 || [[libavcodec AAC|FFmpeg 3.0+ AAC encoder]] <sup>S/L/M/W</sup><br />
|-<br />
| 6 || [[FAAC]] <sup>S/L/M/W</sup><br />
|-<br />
| 7 || [[libavcodec AAC|Libav]] (pre-3.0 FFmpeg) AAC encoder <sup>S/L/M/W</sup><br />
|-<br />
| colspan="2" style="font-size: smaller;" | <sup>S</sup> Source code available; <sup>L</sup> Linux; <sup>M</sup> macOS; <sup>W</sup> Windows<br />
|-<br />
! colspan="2" style="font-size: smaller;" | [[AAC encoders|List of AAC encoders]]<br />
|}<noinclude><br />
A list of [[AAC]] encoders ordered by most recommended to least.<br />
==Syntax==<br />
<pre style="display:table">{{aac-encoders}}</pre><br />
</noinclude></div>IgorChttps://wiki.hydrogenaud.io/index.php?title=Advanced_Audio_CodingAdvanced Audio Coding2019-11-11T00:34:27Z<p>IgorC: Fraunhofer "FhG" AAC (Winamp) is added to the list of current encoders</p>
<hr />
<div>= Introduction =<br />
'''Advanced Audio Coding''' ('''AAC''') forms part of the latest specifications from the MPEG committee, and is their official successor to the popular [[MP3]] format. As with MP3, the AAC format is an international standard, and is backed by several big-name companies, including Dolby, Sony and Nokia.<br />
<br />
With the 26 years that had passed since the creation of the MP3 format, many improvements had been realised leading to a seemingly complex specification with several flavours of AAC available. To potentially add to the confusion, AAC is usually wrapped inside an [[MP4]] container to provide tagging and seeking benefits. For this reason, AAC can also be referred to as MP4 audio.<br />
<br />
There are several AAC encoders to choose from, coming from large names such as Apple ([[iTunes]] and [[QuickTime AAC]]), Real Networks and Nero AG (Creators of Nero Burning Rom), or the open source [http://www.audiocoding.com FAAC] which is analogous to the [[LAME]] encoder. AAC is supported on some hardware players, most notably the [[Apple iPod]] and some cell phones, and is available in Apple's online store.<br />
<br />
In terms of quality, the AAC format is on par with (Ogg) [[Vorbis]], [[LAME]] MP3, [[WMA]] Pro and other modern codecs, and with added SBR coding (HE AAC) it can provide quite high quality at low bitrates.<br />
<br />
Recent developments have led to [[aacPlus]], later standardized as MPEG-4 HE-AAC, which is able to give subjectively good results at low bitrates. The website [http://www.tuner2.com Tuner2] has several Internet radio stations which are sending out streams at low rates – such as 40 kbps – and some of these are surprisingly good considering the bit rates used.<br />
<br />
== Pros ==<br />
* An international standard approved by the [http://www.iso.ch ISO]<br />
* Flexible: supports several [[sampling rate]]s (8000–96000 Hz), bit depths, and [[multichannel]] (up to 48 channels)<br />
* Several implementations, including free and high quality ones ([http://www.itunes.com iTunes] or [http://www.nero.com/nerodigital/eng/Nero_Digital_Audio.html Nero Digital])<br />
* Reaches transparency in most samples and for most users at around 150 kbps<br />
* Part of [[MPEG-4]] specs<br />
* Anyone can create his or her own implementation (specifications and demo sources available)<br />
* Almost everything supports it, including Android devices, Apple devices, most of the modern portable players, etc.<br />
<br />
== Cons ==<br />
* Problem cases that trip out all transform codecs<br />
* Heavily patented<br />
* Increased complexity<br />
* '''AAC''' comes in different "flavors" (object types: '''AAC LC''', '''AAC HE''', '''AAC PS''' etc.). Many (especially portable) players only support LC (at the moment) so you can have files that are valid but your player won't play them or play at a reduced quality.<br />
<br />
== Technical Information ==<br />
'''AAC''' stands for 'Advanced Audio Coding' and is part of the [[MPEG-4]] Systems Standard. Originally known as MPEG-2 Non-Backwards Compatible (As apposed to MPEG-2 Backwards Compatible) it is the succesor to MPEG-1/2 Layer III ([[MP3]]). It uses the [[MP4]] [[container]] (which is based on Apple's [[MOV]] container) to store metadata (i.e. tag information).<br />
<br />
As part of the MPEG-4 Systems Standard, an '''AAC''' encoded file can include up to 48 full-bandwith audio channels (up to 96 kHz) and 15 Low Frequency Enhancement channels (limited to 120 Hz) plus 15 data streams.<br />
<br />
'''AAC''' encoding methods are organised into Profiles (MPEG-2) or Object Types (MPEG-4). These different Object Types are not necessarily compatible with each other and may not be playable with various decoders. Some of the various Object Types are:<br />
<br />
* MPEG-2 AAC LC / Low Complexity<br />
* MPEG-2 AAC Main<br />
* MPEG-2 AAC SSR / Scalable Sampling Rate<br />
* MPEG-4 AAC LC / Low Complexity<br />
* MPEG-4 AAC Main<br />
* MPEG-4 AAC SSR / Scalable Sampling Rate<br />
* MPEG-4 AAC LTP / Long Term Prediction<br />
* MPEG-4 AAC HE / High Efficiency<br />
* MPEG-4 AAC LD / Low Delay<br />
<br />
Different Object Types vary in complexity. Some take longer to encode/decode as a result of the different complexities. Furthermore, the benefits of the more complex profiles are often not worth the CPU power required to encode/decode them. As a result the Low Complexity/LC Object Type has become the profile used by most encoders and supported by most decoders. However, the High Efficiency (HE) Object Type has become more popular recently with its addition to the Nero and Quicktime '''AAC''' encoder.<br />
<br />
Currently all players support the LC Object Type, although some will work on only MPEG2 or MPEG4 streams. Players based on the FAAD2 decoder (eg. [[foobar2000]], [[Winamp]] plugins) support almost all Object Types including HE '''AAC'''. 3ivX also supports all Object Types except SSR.<br />
<br />
== Technologies used for compression ==<br />
* [[Huffman coding]]<br />
* [[Quantization]] and scaling<br />
* [[Joint stereo|M/S matrixing]]<br />
* [[Intensity stereo]]<br />
* Channel coupling<br />
* Backward adaptive prediction<br />
* Temporal Noise Shaping (TNS)<br />
* Modified Discrete Cosine Transform (I[[MDCT]])<br />
* Gain control and hybrid filter bank (polyphase quadrature filter (IPQF)+IMDCT)<br />
* Long Term Prediction (LTP) – MPEG4 '''AAC''' only<br />
* Perceptual Noise Substitution (PNS) – MPEG4 '''AAC''' only<br />
* Spectral Band Replication ([[SBR]]) – HE '''AAC'''<br />
* Parametric Stereo (PS) – HE '''AAC'''<br />
<br />
== Encoders / Decoders (Supported Platforms) ==<br />
{{aac-encoders}}<br />
=== Current ===<br />
* [[Fraunhofer "FhG" AAC]] (Windows) Distributed as binary library only, included in Winamp. Can be extracted and used with a CLI wrapper.<br />
* [[Fraunhofer FDK AAC]] (Android, Linux, others)<br />
* [[Nero AAC]] (Linux,Windows) <br />
** No longer developed nor maintained by Nero, but the latest release is stable and very good.<br />
* [[Apple AAC]] (MacOS X,Windows)<br />
* [[libavcodec AAC|FFmpeg 3.0+ native AAC encoder]] (Multiplatform)<br />
* [[libavcodec AAC|Libav/FFmpeg pre-3.0 native AAC encoder]] (Multiplatform)<br />
* [[FAAC]]/[[FAAD]] (Multiplatform)<br />
** Development appears stagnant, but the latest release is stable.<br />
<br />
=== Past ===<br />
* [[aacplusenc]] (Multiplatform) (Dead?)<br />
* [[PsyTEL]], developed into Nero AAC, now obsolete. (Windows)<br />
* HHI/zPlane [[Compaact!]], short-lived closed-source project, disappeared. (Windows)<br />
<br />
<br clear="right" /><br />
<br />
== External References ==<br />
* [[AAC FAQ]]<br />
* Read the [[AAC guide]] to learn how to obtain '''AAC'''/[[MP4]] files out of WAV files and CDs.<br />
* Detailed '''AAC''' comparisons can be found at Roberto's listening tests page.<br />
<br />
[[Category:Codecs]]<br />
[[Category:Lossy]]</div>IgorChttps://wiki.hydrogenaud.io/index.php?title=TransparencyTransparency2012-12-05T03:27:13Z<p>IgorC: </p>
<hr />
<div>In [[psychoacoustics]], '''transparency''' is the ideal result of [[lossy]] data compression. If a lossily compressed result is perceptually indistinguishable from the uncompressed input, then the compression can be declared to be transparent. In other words, transparency is the situation where [[artifact]]s are nonexistant or imperceptible.<br />
<br />
Transparency depends most on the listener's familiarity with artifacts, and to a lesser extent, the compression method, [[bitrate]] used, input characteristics, listening conditions, and listening equipment. It also depends, on the particular music piece or sound under examination. Some audio samples, when compressed with certain algorithms under certain conditions, are known to cause artifacts of a specific kind (see, for example, the samples from the [http://lame.sourceforge.net/quality.php Lame MP3 Encoder Quality and Listening Test Information web page]).<br />
<br />
Judging transparency can be difficult due to observation bias, in which subjective like/dislike of a certain compression methodology emotionally influences his/her judgment. This bias is commonly referred to as ''placebo,'' although this use is slightly different from the medical use of the term.<br />
<br />
By definition, there is no way to prove whether a certain compression methodology is transparent. To scientifically prove that a compression method is ''not'' transparent, one should either show that the particular compression method results in a measurable and easily perceived artifact, or use double-blind tests where the high anchor is the original uncompressed audio. For such tests the [[ABX]] method is normally used, and the audio samples should be chosen so as to make the detection of artifacts more obvious.<br />
<br />
Non-lossy compression algorithms are assumed to be transparent: a non-lossy compression methodology should never introduce any artifact.<br />
<br />
Transparency at the lowest possible bitrate also seems to be used as a measure of the quality or degree of sophistication and tuning of a lossy compression algorithm:<br />
* MP3-encoded files are generally considered artifact-free at bitrates at/above 192kbps.<br />
* Vorbis ogg files are supposedly artifact-free at bitrates at/above 160kbps.<br />
* AAC- and Opus-encoded files, depending on the particular encoder implementation, are claimed to be artifact-free at lower bitrates than both Vorbis ogg and MP3.<br />
<br />
With the present competition between compression formats (open and proprietary) and encoder implementations (GPL'd, proprietary), any claims of transparency at any given bitrate should always be considered with some skepticism.<br />
<br />
[[Category:Listening Tests]]</div>IgorC