Beiträge von DarkAvenger

    Ich werde mir mal deine wav angucken. Das mit dem ch mapping scheint ja dann einfach zu fixen sein. Muß nur im mapping ch0 und ch1 vertauschen.

    Mit dem patch wird das etwas blöd, weil in der aktuellen Form zu "breaking things" führt. Dann müßte ich ein neues input format definieren und mit den dll spez. Aufrufparametern(?) müßte ich experimentieren, da ich da keine große Ahnung auf dem Gebiet habe. Aber das hier könnte (weiß ich halt nicht genau) generell nötig sein, wenn man libfaac.dll nur dynamisch laden möchte. Statisch verlinken klappt mit der originalen, aber finde ich wenig attraktiv.

    Ok, danke erst mal für die Analyse. Kannst du um das mit dem ch mapping zu überprüfen, in fb2k das aac in ein 6ch wav dekodiern und das mal im Editor überprüfen? Owbohl, birngt ja eigentich auch nciht viel. Hmmm.

    Wie gesagt, einstellen kannst du noch nciht, DIe bitraten Option ist ein Dummy. Das mit den notifies bei doom9 etc war unnötig, da die Version noch alles andere als fertig ist, sonst mach ich das schon selbst. ;)

    2pass ist ja schon erklärt worden.

    Das mti dem sample am Ende müßte ich mal analysieren. Dürfte eigentlich nciht von hac3 erzeugt werden, aber wer weiß...mit anderen formaten passiert das nciht (ac3)? Geändert habe ich an libfaac nur zwei dinge: 1) float input wird mit 32k multipliziert 2) Was mich zimelich viel ZEti gekostet hat um es heirauf zurückzuführen: Ein _declspace(dllexport) (oder so ähnl) an die exportierten Funkt drangehangen, sonst hatte ich es nciht geschaft die dll dyn zu laden. Ansonsten ist die dll unverändert.

    So, habe mal basic AAC support reingebaut, der auch dieses Mal funktionierende Dateien porduziert. :D Noch kann man nichts einstellen.

    Ich bitte folg zu überprüfen: Tendiert der output zum clipping? (Läßt es sich vermeiden?) Ich weiß nciht, ob es am encoder/decoder/player oder an hac3 liegt.

    Was ist am ch mapping falsch? Ich hatte noch keine Zeit mir obiges richtig durchzulesen. Am einfachsten wäre es, wenn jemand mal probiert 6Kanal Zeugs oder so zu füttern und mir dann sagt, ob es geht und dann, was flasch ist...

    Gute Nachrichten, das mit faac wird wohl klappen, könnte nur noch an meinem Unvermögen scheitern. :D 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...

    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

    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...

    Was ist eigentlich mit libdts? Ich habe gesehen das ist zur Zeit unter GPL, gibt es auch eine LGPL Variante oder sollen wir den bequatschen eine LGPL Variante rauszurücken? ;)

    hans-jürgen

    Ich bin das letzte Jahr (Mann, schon so lange her...) nicht mehr ganz mitgekommen, was Audio Zeugs angeht. Grob bin ich noch mitgekommen, aber war (bin es noch) halt sehr mit Uni beschäftigt. Bei doom9.org im Forum war ich schon lange nciht mehr und werde ich auch nicht mehr hingehen. Ist mir zu biased das Ganze.

    Linux: Es gibt mehrere Wege eine Windows library unter Linux zum Laufen zu brigen: Die einfachste ist halt die passende win exe zu nemen und hoffen, daß es mittles wine läuft. Im Fall von HeadAC3he (nachdem ich die GUI ziemlich gefixt habe) läuft es nun zu 99% astrein.
    Den anderen Weg - den ich noch nicht probiert habe, aber es sollte klappen: Man baut sich eine Linux binary und lädt Windows libraries mittles Winelib rein. AFAIK ist Winelib eine Art wrapper. Das hatte ich vor, wenn ich mal anfange mein Folgeprojekt zu Headac3he zu starten. (Falls es noch nicht deutlich wure: Ich will HeadAC3he sterben sehen. :D Und wie Phönix aus der Asche wird der Nachfolger steigen. Noch steht es aber nicht fest, ob ich dafür Zeit haben werde. Theor habe ich mir schon einiges dazu überlegt - und würde sicher vielen gefallen. :) Evtl werd ich dazu mal ein posting verfassen.)
    Beim Nero plugin geht nun unter Linux folg schief: Es scheint als ob der den Zieldateinamen nicht ganz richtig mitbekommt. Zumindest erschließe ich das aus der assertion, bei der es hakt.


    Übrigens, ich warte noch auf Kommentare bzgl der a3 encoding Funktionalität. Fluppt es oder nicht?

    Ich hatte das für diese alpha rausgenommen, weil die produzierten AAC Dateien "kaputt" waren. Kennt sich einer mit FAAC aus? 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. 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?

    So, da ich mit meiner Diplomarbeit fast fertig bin, habe ich mir mal wieder etwas meinem alten Hobby HeadAC3he gewidmet. Mittlerweile finde ich meinen alten code sows von gräßlich, daß ich kaum noch Motivation habe daran rumzufrikeln. Deshalb wird es keine neuen features mehr geben. Was *evtl* noch hinzukommen wird, sind neue Ein/Ausgabeformate, wenn das nicht zuviel Zeit kostet. Ansonsten steht ein komplettes rewrite form scratch an, wenn ich nach meinem Diplom Zeit finden sollte. (An Lust magelt es nicht.)

    Ich habe nun ein neues alpha release erstellt. Das Besondere daran ist, daß ich es komplett unter Linux weiterentwickelt habe. Darum bin ich besonders an reports von Linux usern interessiert, wie HeadAC3he mit Wine ausführen wollen. Wine user sollten die M$ TT Schriften installieren, sonst sieht die GUI nach nichts aus..

    Changelog:
    - GUI "Linuxkompatibel" gemacht. Im Prinzip wurden bugs, die unter Windoof nicht bemerkbar wurden, eleminiert. So wurden die Stile der Optionsfenster geändert, damit es keine Probleme gibt. Das alignment ist noch nicht 100%, aber habe zur Zeit keine Lust mich darum zu kümmern. Aber es wurde ein "race" gefixt, der evtl Probleme beim Init hätte machen können. Es kann sein, daß noch ein "race" vorhanden ist, mal gucken...
    Außerdem wurden die Fenster "unveränderbar" gemacht. DAs gabn speziell unter Linux nur Probleme. Noch ändert HAC3 bei langen DAteinamen das Fenster, aber das wird auch noch geändert werden.

    - Das was für die meisten interessanter sein wird: Der ac3 encoder wurde richtig implemenitert. Zum einen wurde auf neueste cvs Sourcen gesync (und diese wieder auf floats umgestellt für höhere Quali, auch wennn das etwas Arbeitszeit kostet), so daß die PRobleme mit 2 Kanal ac3s weg sein sollte, zum anderen die GUI dafür fertiggestellt, daß man jetzt die bitrate einstellen kann.

    ACHTUNG!

    Mir ist aufgefallen, daß in HAC3 irgendwo ein memleak schlummert, den hin und wieder crasht er - aber zum Glück nicht während eines Prozesses, sondern entweder nur beim Öffnen einer neuen Datei oder beim Schließen.
    Ich werd mich hierum aufgrund Zeitmangels auch nicht weiter drum kümmern, da die Fehler zufällig erscheinen.

    Diese alpha ist NICHT optimiert, dh. wurde nur mit Standard Paramtern kompileiert, da ich unter Linux nmake nicht zum Laufen gebracht habe und alles manuell kompiliern mußte. Darum hatte ich weder Lust alle Optionen reinzufrimeln, noch Windoof zu booten.

    Die Sourcen von ac3enc sind nicht dabei, weil es kein richtiges release darstellt und ich evtl noch Änderungen vornehme. Ich kenne die LGPL und weiß, daß das eigentlich entgegen dieser ist. Wenn einer unbedingt die Sourcen zu ac3enc haben möchte, so soll dieser mich anmailen. Wenn er ansonsten ein Problem hiermit hat, so möge ein Mod das attachment entfernen...no binary..no source..

    Ich mache bei ac3enc keinen "sanity" check, was die Kanäle angeht, sondern versuche den encoder nur so zu initalisieren, daß er arbeiten kann. Im Mormalfall sollte es kein Problem geben.

    Ansonsten viel Spaß und ich bitte um reports. Insbesondere falls jemand den memleak reproduzierbar triggern kann oder weiß, wie man das schnell debuggen kann, möge dieser sich melden.

    D A

    Tja, RGB ist ein Unterschied wie Tag und Nacht. FBAS ist für die Tonne (unscharf, horizontal keine richtige Abrgenzungen, extremes Farbflimmern), S-Video schon ganz OK aber noch Farbrauschen, das gibt es bei RGB eigentlich gar nicht mehr. Habe einen SEG Beverly Hills per RGB an einem Panasonic 16:9er. Goiles Bild. :)

    Naja ich denke das kann nicht mehr so ein Argument sein, seit dvd2one, clonedvd und wie die alle heißen. Die rechnen so schnell um, daß 90% der user der qualitative Unterschied nicht ins Gewicht fallen wird, wo doch diese 90% (die natürlich nciht in diesen Foren anzutreffen sind) nicht mal bei einem DVd player Wert legen auf einen RGB Ausgang...

    Hey Ligh, da du offensichtlich ja mehr Ahnung von MPEG hast als ich, hättest du nciht Lust es zu fixen? Die sourcen findest du auf meiner home. Aber wenn ich mich recht entsinne, bist du ein Delphi Mensch, nicht wahr? Zu dumm...

    Danke für die Blumen. Zeit ist so ein Problem, aber die Garf Version zu kompilieren sollte kein Problem sein. Einfach seine modif. Version über die Standardsachen werfen und kompilieren - fertig. Mal sehen, ob ich das mache. Aber nach seinen posts zu urteilen ist er noch nicht fertig.