neues Spielzeug

:daumen: :daumen: :daumen:

Zitat von DarkAvenger

Was *evtl* noch hinzukommen wird, sind neue Ein/Ausgabeformate, wenn das nicht zuviel Zeit kostet.

Soweit ich mich erinnere, hast Du mal in diesem Forum eine Alpha-Version veröffentlicht, die FAAC als 5.1-Encoder für AAC/MP4 integriert hatte. Wirst Du das für Deine Weiterentwicklung auch so beibehalten?

Gerade im letzten Monat wurde zumindest die Kommandozeilen-Struktur umgestrickt. Ob das was im Bereich Encoding-Qualität verbessert hat, weiß ich aber nicht.

Jedoch dürften die HE-AAC-Algorithmen wohl deutlich interessanter für die Anwender auf diesem Gebiet sein - und so was erzeugt FAAC noch nicht. Vielleicht wäre da die Unterstützung von Nero (siehe BSN) empfehlenswerter?

Zitat von DarkAvenger

Auf der FAAC Seite sieht man, daß laaange nicht mehr an FAAC gearbtiete wurde.

naja die letzte version ist 1 monat alt

[Blockierte Grafik: http://www.rjamorim.com/test/aac128v2/plot12z.png]
faac kann bereits mit kommerziellen aac encodern, wie dem von real, mithalten

Zitat

Oder gibt es neuere Versionen. Ich hatte gedacht wie nencode Nero AAC einzubinden, doch wollte ich nicht das Nero plugin interface benutzen, da es unter Linux nicht ganz geht. (Ich werde zur Entwicklung NICHT mehr Windows starten. Wozu soll ich software entwickeln, die ich nicht selbst nutzen kann?) Man könnte die aacenc32.dll auch direkt einbinden, doch bräuchte ich interface Beschreibungen. Anyone?

ich würde vorschlagen nero nicht zu unterstützen:
- nero ist nicht kostenlos (funkt nur 30 tage ohne zu zahlen)
- nero wird bereits so gut wie überall unterstützt (zb besweet), schön langsam wirds zeit meiner meinung nach, daß faac mehr unterstützung bekommt, als irgendwelche kommerziellen encoder, vor allem, da es qualitativ bereits bessere qualität als lame (mp3) bietet!

Solange man mit LC-AAC zufrieden ist, dürfte FAAC auf jeden Fall am leichtesten zu unterstützen sein. Immerhin werden z.B. regelmäßig aktualisierte Kommandozeilenencoder und WinAmp-Plugins veröffentlicht - es muss also wohl doch Bewegung im problemlos verfügbaren Quelltext sein.

Zitat von DarkAvenger

Ich hatte das für diese alpha rausgenommen, weil die produzierten AAC Dateien "kaputt" waren. Kennt sich einer mit FAAC aus?

Ein bißchen...

Zitat

Gitb es eine brauchabre Version davon, die sich lohnt zu implementieren? Auf der FAAC Seite sieht man, daß laaange nicht mehr an FAAC gearbtiete wurde. Oder gibt es neuere Versionen.

Welche Seite meinst Du? Die neueste Version ist v1.24, die entsprechende Wiki-Seite auf Audiocoding.com ist von mir erst kürzlich aktualisiert worden (aber noch nicht fertig), und ja, FAAC ist seit ungefähr v1.17 "brauchbar", v1.23.5 wurde im letzten AAC-Vergleichstest Dritter kurz hinter Nero 6, das allerdings für dieses Ergebnis durchschnittlich ~140 kbps statt 128 kbps benötigte. Der Gewinner iTunes kann weder VBR noch Multichannel, ist also für 5.1 AC3-Transcoding nicht zu gebrauchen. Außerdem hatte dieser Hörtest leider keinen "Low Quality"-Anker wie z.B. BladeEnc oder LAME, so daß die Unterschiede im "real life" nicht so groß sind wie einige wenige Tester meinten (die aber dadurch das Gesamtergebnis nach unten ziehen).

Da Du ja auch regelmäßig bei Doom9.org mitliest, hier noch zwei Threads, wo es um FAAC im allgemeinen und im speziellen für Linux geht:

http://forum.doom9.org/showthread.php?s=&threadid=74708
http://forum.doom9.org/showthread.php?s=&threadid=75222

Zitat

Ich hatte gedacht wie nencode Nero AAC einzubinden, doch wollte ich nicht das Nero plugin interface benutzen, da es unter Linux nicht ganz geht. (Ich werde zur Entwicklung NICHT mehr Windows starten. Wozu soll ich software entwickeln, die ich nicht selbst nutzen kann?)

Soweit ich weiß, gibt es keine Linux-Version von Nero, also wie jetzt? Wie auch immer, HE AAC ist schön und gut, wenn man seine DVD-Transcodings nur am Computer abspielen will. Die demnächst erhältlichen "echten" MP4 DVD-Player von Kiss (ab September/Oktober 2004) werden nur Multichannel-AAC im Low Complexity-Profil unterstützen, nicht in HE AAC. Und das wird wahrscheinlich noch eine ganze Weile so bleiben, falls es überhaupt mal Hardware-Implementationen von Multichannel HE AAC geben wird (da dies eigentlich bei DVD-Speicherkapazität und eingebauten Festplatten ab 80 GB aufwärts nicht mehr dringend benötigt wird und aufwendig für die DSP-Hardware ist). Insofern wäre die Implementation eines AAC LC-Codecs in HeadAC3e schon sinnvoll. Außerdem finde ich es merkwürdig, bei Software-Entwicklungen immer vorauszusetzen, daß eine registrierte Komplett-Version von Nero 6 inklusive bezahltem AAC-Codec auf der Festplatte installiert ist.

Schlecht wäre die Idee nicht, aber die ist wohl noch buggy (hab ich gehört)

Wenn ich recht informiert bin, dann müssen Programme, die nur eine GPL-DLL benutzen, nicht komplett ebenfalls unter GPL laufen - das gelte lediglich für die DLL, die eine GPL-Bibliothek implementiert. Oder?!
__

@ Pacemaker: Darum geht es doch gerade. Wenn da noch Fehler drin wären, dann müsste DarkAvenger unbedingt konkret wissen welche - "hab mal gelesen" ist da überhaupt nicht hilfreich, besonders wenn sich dieses Gerücht vielleicht noch auf Versionen von vor einem Jahr beziehen sollten.

@ Ligh

Dies hatte ich auf der Page vom VLC gelesen http://www.videolan.org/dtsdec.html
Viel steht da nun auch nicht

Zitat

Naja, wie schon gesagt, Nero plugin interface kommt nicht in Frage, aber werde mir faac nochmal angucken. Evtl habe ich (oder die) bei deren dll Verson Murks gamcht. Mal gucken...

Ach so, Du hast die DLL-Version benutzt... Um die hat sich kaum jemand gekümmert in letzter Zeit, weil libfaac.dll das Output-Plugin für WinLAME und CDex ist. Inwieweit sich dort also ein Bug versteckt, der bei der Kommandozeilenversion nicht vorkommt, kann ich Dir leider nicht sagen. Nur so viel, daß auf meinem Win95 libfaac.dll in CDex mit einem Windows-Error bzgl. der "MSVCRT.DLL" abstürzt. Ob das bei anderen Usern auch so ist, versuche ich gerade im CDex-Forum herauszufinden. Allerdings hat der BonkEnc-Entwickler (noch ein Open Source CD-Ripper) auch diese Version als Grundlage für sein Plugin genommen und keine Schwierigkeiten gehabt.

Es gibt außer diesem Output-Plugin übrigens noch weitere FAAC-Implementationen im SourceForge-CVS, z.B. für Winamp und CoolEdit, die gerade frisch überholt worden sind. Deren Entwickler meinte neulich mal, daß er sie so angelegt hat, daß eine Abwandlung für andere Anwendungen ziemlich leicht sei.

Zitat von DarkAvenger

Gute Nachrichten, das mit faac wird wohl klappen, könnte nur noch an meinem Unvermögen scheitern.

Sehr schön, danke...

Zitat

Habe extra mal Windows hochgefahren weil ich neugierig war und die dll verhält sich so, wie man es erwarte, *wenn* man sie richtig initialisiert. Das erklärt auch, warum bei der letzten alpha der encoding Vorgang am Schleichen war....aber könnte auch an der Komplexität von dem Profil liegen...

Aha, dann kann es sein, daß Du ausgerechnet das LTP-Profil als Default eingestellt hattest, denn das ist leider noch buggy = ca. 50x langsamer als LC. Main ist nur ein bißchen langsamer als LC, aber derzeit auch nicht zu empfehlen, da es noch nicht genügend getunt ist (produziert leichte Artefakte).

Zitat

Kann mir mal jemand das channel mapping erklären?

Code

Channel Remapping
 
		Default 		0, 1, 2, 3 ... 63 (64 is MAX_CHANNELS in coder.h)
 
		WAVE 4.0		2, 0, 1, 3
		WAVE 5.0		2, 0, 1, 3, 4
		WAVE 5.1		2, 0, 1, 4, 5, 3
		AIFF 5.1		2, 0, 3, 1, 4, 5

Welche Zahl steht für welchen Kanal? Scheint aber wohl abhänig von der # der Kanäle zu sein...grrrr

Das bezieht sich eigentlich auf das interne AAC-Channelmapping, wo Centre = 0 (also der erste) ist und LFE = 5 bzw. der letzte bei mehr als 6 Kanälen, 1 und 2 also FL und FR sowie 3 und 4 SL und SR. Nur wie sich dann z.B. WAVE 5.1 erklären soll, weiß ich auch nicht... Hast Du das aus FAAC oder aus FAAD2 (wo sich dann ja im Ausgang das 5.1 WAVE-Mapping FL, FR, C, LFE, SL, SR ergeben soll). Es kann aber auch sein, daß das nur ein zukünftiges, d.h. unbenutztes und deaktiviertes Mapping ist, das schon mal angedacht und implementiert wurde, um alle möglichen Layouts im Frontend abdecken zu können. Im Moment kann man nämlich mit dem -I Parameter nur definieren, wo sich Centre und LFE in der Input-Datei oder -Bitstream befinden (Default ist 3,4). Ich werde mal die Mailingliste durchforsten, ob ich noch ein paar Mails zum Thema finde.

OK, war nicht in der Mailingliste, sondern im Webforum:

http://www.audiocoding.com/phorum/read.php?f=1&i=4109&t=4027

Das ist also eine alternative Methode fürs Remapping, die von Stux (= Stuart Espey, 3ivx-Entwickler) eingebaut wurde, um eben alle denkbaren und undenkbaren (z.B. AIFF) Channel-Layouts in der Input-Datei zu bedienen. Übrigens benutzt 3ivx für seinen DS Audio-Encoder auch libfaac.