Nero AAC Encoder

Gestern bin ich über folgendes auf Heise.de gestolpert:

Nero veröffentlicht kostenlosen AAC-Encoder

Zitat

Die Nero AG stellt ihren Nero Digital Audio Reference Quality MPEG-4 & 3GPP Audio Codec für Windows kostenlos zum Download bereit. Der Codec, lobt Nero die eigene Software, nutzt alle Finessen des aktuellen MPEG-4-Audiostandards, um auch bei niedrigsten Bitraten "kristallklaren Sound" zu bieten.

Zitat

Im Hydrogen-Audio-Forum versprach Dimkovic zudem kostenlose Updates für den Encoder und die Entwicklung einer Linux-Version.

Interesant oder kalter Kaffee?

EDIT: Woops, Hab grade gelesen das Hendirk das schon gepostet hatte, SOORY!

Naja tröste Dich: kalter Kaffee macht schön

Zitat von katjarella

AAAA Warum sagt uns des keiner?

neroaacenc -lc -cbr 192000 -if audio44k.wav -of audio44k_192000.mp4

Dazu ein Auszug aus der

Zitat von README.TXT

-br < number > : Specifies "target bitrate" mode.
< number > is target bitrate in bits per second.

Aber wie heißt es so schön:

Wer Dokumentationen liest, ist Weichei.

naja Du weist ja wie des ist, machmal machen es wir halt wie die Lemminge. Einer machts vor und die anderen machen es falsch nach...

Tja und da hatte ich mich auf AliceD verlassen und schön mitgemacht...

Hallo,

es wurde auch 2-pass-VBR getestet. Ist 2-pass überhaupt für VBR vorgesehen, oder nur für CBR, um die Zielbitrate zu treffen? Siehe z.B. hier Post #6.

Gruß

akapuma

2-pass bei VBR (-q-Option im NeroAacEnc) ist sinnlos. Jeder Frame erhält die gemäß gewählter Qualitätsstufe optimale Bitrate. Da ändert ein zweiter Durchgang auch nichts dran.

Das 2-pass-Verfahren ist nur für ABR (-br-Option) sinnvoll, weil hier im zweiten Durchgang die Bitrate frameweise so angepasst werden kann, das bei (theoretisch) optimaler Qualität eine möglichst genaue Zielgröße erreicht wird.

Auch bei CBR ist 2-pass sinnlos, da ja jeder Frame die gleiche Bitrate erhält (so sollte es zumindest sein). Hier einen ersten Durchgang durchzuführen, nur um festzustellen, dass jeder Frame unabhängig vom Inhalt im zweiten Durchgang die gleiche Bitrate bekommt, ist Zeitverschwendung.
Allerdings bedeutet CBR in ISO AAC ja so etwas wie "VBR innerhalb eines vorgegebenen Bit-Reservoirs". Dieses "VBR" ist allerdings sehr eng gefasst, ein zweiter Durchgang kann da auch nicht viel rausreißen...

Zum Testen empfehle ich mal folgende Einstellungen (für foobar2000, für die reine CLI einfach statt - (bzw. %s) hinter -if die Source und statt %d hinter -of die Zieldatei angeben):
-q 0.4 -ignorelength -if - -of %d
-cbr 128000 -ignorelength -if - -of %d
-br 128000 -2-pass -if %s -of %d

Ich war ehrlich gesagt überrascht über die ordentliche Klangqualität. Morgen oder übermorgen werde ich wohl mal wieder einen ABC-HR/ABX-Test durchführen müssen...

@ tedgo
Vielen Dank im Voraus für's ABXen. Bitte aber nicht nur 128kbps. Schön wäre auch ein 5.1-ABX.

@ AliceD
Dank für deine Test. Du weißt aber das du den AAC-CLI-Encoder gezwungen hast nur LC-AAC zu benutzen.

Die Sachen die tedgo bezüglich den Encoding-Methoden gesagt hat kann ich nur unterstreichen (Ivan empfiehlt es auch ausdrücklich so).

Z.Z mache ich einen Performence-Test "aacenc32.dll 3.2.0.30 vs. CLI 01.05.2006". Getestet werden:
- alle Profile aus der accenc32.dll
- "-q" (frei, force lc, force he) von 0.10 bis 0.50 in 0.05-Schritten
- "-br -2pass" von 100kbps bis 450kbps in 25kbps-Schritten
Einschränkung: nur eine Quelldatei (AC3, 5.1, 25:08min) und kein Listening-Test.
Leider bin ich noch nicht ganz fertig, hoffe aber ihn morgen (spätestens Mittwoch) veröffentlichen zu können.
Was ich bis jetzt sagen kann ist, dass die CLI auf meinem Duron800 bis zu 40% schneller ist. Außerdem scheint "-q" eine Art "Hybrid-Modus" zu aktivieren. Soll heißen: Ab -q 0.31 liegen die Bitraten von "-q" zwischen "-q -he" und "-q -lc".

Achso, dann versteh ich das.
___

Sagittaire hat in diesem Post einen Test gemacht, wie gut das Channelmapping für 5.1 ist. Werde das ebenfalls (mit mehr Variationen) machen.

Ich fürchte, ich habe mit dem angekündigten ABX-Test den Mund etwas zu voll genommen. Meine Schwester hat mich heute und für den Rest der Woche als "Renovierhelfer" beschlagnahmt. Da komme ich nicht dazu, den Nero-Codec mal klanglich zu testen.
Vielleicht erbarmt sich jemand anderes?

Im vergangenen Wochenende hat mein Duron800 ganz neu kennen gelernt, was es heißt ein Rechenknecht zu sein.:D Insgesamt musste er 32h 15min Audio in AAC encodieren. Denn nachdem Nero den AAC-CLI-Encoder veröffentlicht hat, kann ich es mir natürlich nicht nehmen lassen, den mal ordentlich auseinander zu nehmen. Was dabei raus gekommen ist, könnt ihr folgenden Tabellen entnehmen.

1. Testsystem
AMD Duron @ 832MHz mit 512MB SD-RAM
Windows XP Professional incl. SP 2 (no Patches)
Nero aacenc32.dll 3.2.0.30 (aus Nero 6.6.1.4)
Nero AAC-CLI-Encoder 01.05.2006
BeSweet 1.51 Beta31
foobar2000 0.9.1 mit AC3-Plugin 0.7 (foo_ac3.dll)

2. Testbedingung (Test Condition)

• Für das Transcoding mit aacenc32.dll habe ich BeSweet verwendet.
  Die Kommandozeile sah so aus:
  "BeSweet.exe -core( -input AC3.ac3 -output Art-Profil.mp4 -logfile Art-Profil.log ) -bsn( -6chnew -vbr_Profil -codecquality_high -aacprofile_Art)"
  Art ist entweder LC oder HE. Profil reichen von Tape bis Transcoding.
  (Art is LC or HE, Profil is from Tape up to Transcoding)
  
• Für das Transcoding VBR mit dem AAC-CLI-Encoder habe ich foobar2000 verwendet.
  - Die Kommandozeile für erzwungenes LC oder HE sah so aus:
  HE (force): "-ignorelength -he -q 0.xx -if - -of %d"
  LC (force): "-ignorelength -lc -q 0.xx -if - -of %d"
  - Die Kommandozeile für „freies“ VBR sah so aus:
  VBR (free): "-ignorelength -q 0.xx -if - -of %d"
  Die xx sind durch die entsprechenden Zahlenwerte zu ersetzen. Das "-" beim Input weist foobar2000 an, eine Pipe zu nutzen.
  

  
  

• Für das Transcoding ABR hab ich die AC3 mit Hilfe von BeSweet in eine DD-WAV umgewandelt und anschließen den AAC-CLI-Encoder mit einer Batch-Datei gefüttert.
  

  
  

• Für 5.1@2.0 hab ich das DSP in foobar2000 aktiviert und die gleiche Kommandozeile ausgeführt wie für 5.1
  

  
  

• Die einzige Quelldatei ist die deutsche Tonspur aus „Ghost in the Shell ~ Stand Alone Complex – Episode 01“.
  Only one Sourcefile
  
  
  Code

  bitrate = 448codec = ATSC A/52channels = 6samplerate = 48000 ---------- 72388608 samples @ 48000Hz     = 25:08.096 (Length)File size: 84 453 376 bytes    = 80,5 MB

3.1 Ergebnisse (Results): 5.1-Test (unten sind die Interessanten Sachen)

| aacenc32.dll 3.2.0.30			|	CLI (free)	:	CLI (force)		|	CLI			|		| Profil	HE	LC	LC/HE	|	VBR	Hybrid	: VBR	HE	LC	LC/HE	|	ABR 2pass	Abw.	|----------------|---------------------------------------|-----------------------:-------------------------------|-------------------------------|kbps		| Tape		109	155	1,42	|	0.10	nicht	: 0.10	81	165	2,04	|	100	104	1,04%	|%		|		24,3%	34,6%		|		möglich	:	18,1%	36,8%		|	HE	23,2%		|Größe (MB)	|		19,74	28,23		|			:	14,68	29,98		|		18,80		|Geschwindigkeit	|		0,85	0,84		|			:	1,41	0,88		|		0,82		|----------------|---------------------------------------|-----------------------:-------------------------------|-------------------------------|kbps		| Radio		129	203	1,57	|	0.15	101	: 0.15	117	224	1,91	|	125	126	1,01%	|%		|		28,8%	45,3%		|	HE	22,5%	:	26,1%	50,0%		|	HE	28,1%		|Größe (MB)	|		23,33	36,80		|		18,33	:	21,16	40,52		|		22,82		|Geschwindigkeit	|		0,85	0,80		|		1,13	:	1,23	0,87		|		0,81		|----------------|---------------------------------------|-----------------------:-------------------------------|-------------------------------|kbps		| Internet	140	307	2,19	|	0.20	145	: 0.20	153	286	1,87	|	150	150	1,00%	|%		|		31,3%	68,5%		|	HE	32,4%	:	34,2%	63,8%		|	HE	33,5%		|Größe (MB)	|		25,34	55,44		|		26,19	:	27,69	51,78		|		27,10		|Geschwindigkeit	|		0,85	0,72		|		1,18	:	1,19	0,82		|		0,74		|----------------|---------------------------------------|-----------------------:-------------------------------|-------------------------------|kbps		| Streaming	172	381	2,22	|	0.25	190	: 0.25	191	347	1,82	|	175	176	1,01%	|%		|		38,4%	85,0%		|	HE	42,4%	:	42,6%	77,5%		|	HE	39,3%		|Größe (MB)	|		31,10	68,75		|		34,25	:	34,52	62,57		|		31,82		|Geschwindigkeit	|		0,81	0,68		|		1,25	:	1,16	0,82		|		0,73		|----------------|---------------------------------------|-----------------------:-------------------------------|-------------------------------|kbps		| Normal	190	485	2,55	|	0.30	234	: 0.30	228	405	1,78	|	200	198	0,99%	|%		|		42,4%	108,3%		|	HE	52,2%	:	50,9%	90,4%		|	HE	44,2%		|Größe (MB)	|		34,31	87,51		|		42,17	:	41,10	73,17		|		35,78		|Geschwindigkeit	|		0,79	0,58		|		1,19	:	1,16	0,84		|		0,73		|----------------|---------------------------------------|-----------------------:-------------------------------|-------------------------------|kbps		| Extreme	273	625	2,29	|	0.31	263	: 0.31	235	417	1,77	|	225	219	0,97%	|%		|		60,9%	139,5%		|	LC	58,7%	:	52,5%	93,1%		|	HE	48,9%		|Größe (MB)	|		49,26	112,61		|		47,53	:	42,43	75,27		|		0,32		|Geschwindigkeit	|		0,76	0,44		|		0,73	:	1,12	0,81		|				|----------------|---------------------------------------|-----------------------:-------------------------------|-------------------------------|kbps		| Audiophile	308	646	2,10	|	0.35	320	: 0.35	264	470	1,78	|	250	242	0,97%	|%		|		68,8%	144,2%		|	LC	71,4%	:	58,9%	104,9%		|	HE	54,0%		|Größe (MB)	|		55,58	116,36		|		57,82	:	47,64	84,70		|		43,71		|Geschwindigkeit	|		0,79	0,46		|		0,82	:	1,32	0,83		|		0,74		|----------------|---------------------------------------|-----------------------:-------------------------------|-------------------------------|kbps		| Transcoding	339	744	2,19	|	0.40	390	: 0.40	299	528	1,77	|	275	274	1,00%	|%		|		75,7%	166,1%		|	LC	87,1%	:	66,7%	117,9%		|	LC	61,2%		|Größe (MB)	|		61,00	134,09		|		70,42	:	53,92	95,19		|		49,61		|Geschwindigkeit	|		0,77	0,55		|		0,79	:	1,23	0,84		|		0,50		|----------------|---------------------------------------|-----------------------:-------------------------------|-------------------------------|kbps		|					|	0.45	465	: 0.45	334	586	1,75	|	300	293	0,98%	|%		|					|	LC	103,8%	:	74,6%	130,8%		|	LC	65,4%		|Größe (MB)	|					|		83,93	:	60,21	105,57		|		52,91		|Geschwindigkeit	|					|		0,81	:	1,26	0,85		|		0,51		|----------------|---------------------------------------|-----------------------:-------------------------------|-------------------------------|kbps		|					|	0.49	521	: 0.49	362	633	1,75	|	325	315	0,97%	|%		|					|	LC	116,3%	:	80,8%	141,3%		|	LC	70,3%		|Größe (MB)	|					|		93,92	:	65,26	114,08		|		56,83		|Geschwindigkeit	|					|		0,84	:	1,28	0,81		|		0,51		|----------------|---------------------------------------|-----------------------:-------------------------------|-------------------------------|kbps		|					|	0.50	535	: 0.50	nicht	644		|	350	337	0,96%	|%		|					|	LC	119,4%	:	möglich	143,8%		|	LC	75,2%		|Größe (MB)	|					|		96,39	:		116,14		|		0,31		|Geschwindigkeit	|					|		0,84	:		0,84		|				|----------------|---------------------------------------|-------------------------------------------------------|-------------------------------|kbps		|					;			.				|	375	348	0,93%	|%		|					;			.				|	LC	77,7%		|Größe (MB)	|					;			.				|		0,31		|Geschwindigkeit	|					;			.				|				|----------------|-----------------------------------------------------------------------------------------------|-------------------------------|kbps		|					;			.				|	400	367	0,92%	|%		|					;			.				|	LC	81,9%		|Größe (MB)	|					;			.				|		0,31		|Geschwindigkeit	|					;			.				|				|----------------|-----------------------------------------------------------------------------------------------|-------------------------------|kbps		|					;			.				|	425	389	0,92%	|%		|					;			.				|	LC	86,8%		|Größe (MB)	|					;			.				|		0,31		|Geschwindigkeit	|					;			.				|				|----------------|-----------------------------------------------------------------------------------------------|-------------------------------|kbps		|					;			.				|	450	410	0,91%	|%		|					;			.				|	LC	91,5%		|Größe (MB)	|					;			.				|		0,31		|Geschwindigkeit	|					;			.				|				|----------------|-----------------------------------------------------------------------------------------------|-------------------------------|							.			.				.				.							.			.				.				.ø Geschwindigkeit bzw. ø kbps	0,81	0,63	2,07	.		0,96	.	1,24	0,84	1,85	.		0,59		.Standardabweichung		0,04	0,15	0,38	.		0,20	.	0,09	0,02	0,10	.		0,20		.durchschnittl Overhead		0,19%	0,35%		.		0,26%	.	0,20%	0,35%		.		0,28%	0,97%	.Abweichungen (bei der Bitrate) bewegen sich im Bereich von ca. 2%. The Deviation of the Bitrate is around 2%.0.00 <= 0.15 is HEv2; 0.16 <= 0.30 is HE; 0.31 <= 1.00 is LCABR: 100kbps = 100.000bps

"Geswindigkeit" is Speed
Zu beachten ist, dass die Standardabweichung die Wurzel aus der Varianz ist, die Excel jedoch falsch berechnet. Deshalb ist die Standardabweichung eher mit Vorsicht zu genießen. Da meine Werte jedoch eh keine statisch belegbare Aussage hat, habe ich das Ergebnis nicht korrigiert. Es dient eher zur Orientierung.
Der durchschnittle Overhead berechnet sich aus prozentualer Anteil der Dateigröße minus prozentualer Anteil der Bitrate (die Werte sind in der Tabelle im Anhang zu finden).

3.2 Ergebnisse (Results): 5.1@2.0

| CLI (free)		| 			CLI (force)			|
		| VBR	Hybrid	5.1/2.0	| VBR	HE	5.1/2.0	  :	LC	5.1/2.0	' LC/HE	|
----------------|-----------------------|-------------------------------------------------------|
kbps		|  0.10	  24	nicht 	| 0.10	22	3,68	  :	40	4,13	' 1,82	|
Größe (MB)	|  4,50		möglich	|	4,03	3,64	  :	7,46	4,02	'	|
Geschwindigkeit	|  4,51			|	3,41		  :	2,54		'	|
----------------|-----------------------|-------------------------------------------------------|
kbps		|  0.20	  42	3,45	| 0.20	44	3,48	  :	79	3,62	' 1,80	|
Größe (MB)	|  7,64	  3,43		|	8,00	3,46	  :	14,40	3,60	'	|
Geschwindigkeit	|  2,86			|	2,87		  :	2,11		'	|
----------------|-----------------------|-------------------------------------------------------|
kbps		|  0.30	  69	3,39	| 0.30	68	3,35	  :	113	3,58	' 1,66	|
Größe (MB)	| 12,60	  3,77		|	12,33	3,33	  :	20,61	3,55	'	|
Geschwindigkeit	|  2,80			|	2,89		  :	2,12		'	|
----------------|-----------------------|-------------------------------------------------------|
kbps		|  0.40	  109	3,58	| 0.40	86	3,48	  :	140	3,77	' 1,63	|
Größe (MB)	| 19,87	  3,54		|	15,59	3,46	  :	25,41	3,75	'	|
Geschwindigkeit	|  2,16			|	2,97		  :	2,12		'	|
----------------|-----------------------|-------------------------------------------------------|
kbps		|  0.50	  141	3,79	| 0.50	102	nicht	  :	186	3,46	' 1,82	|
Größe (MB)	| 25,71	  3,75		|	18,51	möglich	  :	33,69	3,45	'	|
Geschwindigkeit	|  2,07			|	2,83		  :	2,10		'	|
----------------|-----------------------|-------------------------------------------------------|
					.			  .			'	.
					.			  .			'	.
Mittelwert (kbps)		3,55	.		3,50	  .		3,71	' 1,75	.
Standardabweichung (kbps)	0,18	.		0,14	  .		0,26	' 0,09	.
Mittelwert (MB)			3,62	.		3,47	  .		3,67	'	.
Standardabweichung (MB)		0,17	.		0,13	  .		0,22	'	.

4. Auswertung (Appraisal of Results)

• Besonders fällt die Optimierung bei LC im Multichannel auf. Während bei 3.2.0.30 LC im Mittel 2,1-fach größer ist als HE, ist beim CLI-Encoder eine sichtbare Verbesserung zu erkennen (im Mittel 1,85).
• Interresanterweise ist 5.1 ungfähr 3,5-fach so groß wie die vergleichbare 2.0-Downmix. Dies weißt auf eine immernoch ungenügendes Channelcuppling hin.
• HE ist nur bis „-q 0.49“ möglich, ab „-q 0.50“ bringt Nero eine Fehlermeldung und verweigert das Encoding.
• Interessant ist der „freie“ VBR-Modus (-q 0.xx ohne den -lc oder -he Schalter). Hier liegen die Bitraten ganz anders als bei den "(force)"-Einstellungen. (Wahrscheinlich liegt das an internen Encoder-Optimierungen beim Psychoakustischen-Modell?) Ob nun die erzungenen HE- und LC-Schalter ein besseres Ergebnis liefern, wird ein Listening-Test zeigen müssen. Ohne Grund sollte man diese jedoch nicht aktivieren.

<a href="http://img183.imageshack.us/my.php?image=n…052006gerad.png" target="_blank"><img src="http://img183.imageshack.us/img183/1640/ne…006gerad.th.png" border="0" alt="Free Image Hosting at http://www.ImageShack.us" /></a>

<a href="http://img169.imageshack.us/my.php?image=n…dll320303mm.png" target="_blank"><img src="http://img169.imageshack.us/img169/3734/ne…320303mm.th.png" border="0" alt="Free Image Hosting at http://www.ImageShack.us" /></a>

Ich wäre sehr dankbar, wenn jemand mit guten Englischkenntnissen die unter Punkt 4 beschriebenen Auswertungen im englischen Doom9-Forum posten (bitte mich per PM benachrichtigen) oder eine Übersetzung per PM an mich schicke könnte. Mein Englisch ist für solche komplizierten Sachen einfach viel zu schlecht, dennoch denke ich, dass es den einen (GUI-Schreiber) oder anderen (Developer) interessieren könnte. Vielen Dank. (Hab nur darauf hingewiesen)

Übrigens, falls sich jemand fragen sollte „Warum macht der das überhaupt?“. Ganz einfach, es macht mir Spaß.

Im Anhang findet ihr Screenshots, Grafiken, ausfühliche Tabelle(n) sowie Batch-Dateien und Logs. (foobar2000 hab ich "per Hand" gemacht)

EDIT: Falsche Aussagen berichtigt.

Zitat von Naito

Im vergangenen Wochenende hat mein Duron800 ganz neu kennen gelernt, was es heißt ein Rechenknecht zu sein.:D Insgesamt musste er 32h 15min Audio in AAC encodieren. Denn nachdem Nero den AAC-CLI-Encoder veröffentlicht hat, kann ich es mir natürlich nicht nehmen lassen, den mal ordentlich auseinander zu nehmen. Was dabei raus gekommen ist, könnt ihr folgenden Tabellen entnehmen.

[SCHILD]RESPEKT[/SCHILD]

Zitat von Naito

Zu beachten ist, dass die Standardabweichung die Wurzel aus der Varianz ist, die Excel jedoch falsch berechnet. Deshalb ist die Standardabweichung eher mit Vorsicht zu genießen. Da meine Werte jedoch eh keine statisch belegbare Aussage hat, habe ich das Ergebnis nicht korrigiert. Es dient eher zur Orientierung.

Vielleicht benutzt du die falsche Software:
Fixing Statistical Errors in Spreadsheet Software: The Cases of Gnumeric and Excel

Zitat von Naito

Ich wäre sehr dankbar, wenn jemand mit guten Englischkenntnissen die unter Punkt 4 beschriebenen Auswertungen im englischen Doom9-Forum posten (bitte mich per PM benachrichtigen) oder eine Übersetzung per PM an mich schicke könnte. Mein Englisch ist für solche komplizierten Sachen einfach viel zu schlecht, dennoch denke ich, dass es den einen (GUI-Schreiber) oder anderen (Developer) interessieren könnte. Vielen Dank. (Hab nur darauf hingewiesen)

Hab mir dein Posting grade ausgedruckt und werde es mir heute Abend mal ansehen, allerdings bin ich eher gut in lesen von englischem Techobrabbel(hab mir mein Englisch mit dem lesen der Linux-Kernel-Developer-Mailinglist beigebracht :cool: ), nicht so sehr im schreiben und im moment etwas beschäftigt(morgen poste ich auch mal etwas handgearbeitetes).
Keiner soll sich gehindert fühlen es ebenfalls zu versuchen!

Vielen Dank AliceD für die Einschätzung.

Mich persönlich würde noch interessiern wie gut "-q 0.30" (HE) gegen "-0.31" (LC) abschneidet. Mich persönlich hat es bei HE meist gestört, dass der Klang nicht so "klar"/"rein" war.
Denn für die Qualitätsstufen gilt:
0.00 bis 0.15 ist HEv2 (wird bei Multichannel nicht aktiviert)
0.16 bis 0.30 ist HE
0.31 bis 1.00 ist LC

Wenn du Zeit dafür findest Vielen Dank.

Hm, ich hab gerade diesen Post von Garf auf Hydrganaudio gelesen:

Zitat

Q (Toroko): But will -q .425 with no other params always give me a LC file?
A (Garf):Yes, unless it turns out that some improvement to SBR makes it useful for higher bitrates, or we manage to improve quality so much that you can get -q 0.425 quality at significantly lower bitrates.
But for the current encoder, it's always LC.

So wie ich das verstehe, benutzt also "-q" Optimierungen für SBR (SBR ist eigentlich für HE!). Kann mir das mal jemand richtig übersetzen/erklären?