x264gui: Erste Erfahrungen

Zitat

Ich würde aber erst den 3ivx muxer in Graphedit nehmen, alles was der muxt ist nachher auch überall abspielbar, bei gpac habe ich immer so meine Probleme mit dem Ton.<!-- / message --><!-- sig -->

3ivX kann mit AVC Stream nichts anfangen!

Zitat

Wie sieht es denn Qualimäßig so aus?
Ich habe hier nur eine elends lahme Rübe rumstehen, dem kann ich das nicht zumuten, sonst würde ich selber testen.

bisher eher bescheiden-aber IMHO nach ateme's AVC Encoder derzeit der beste AVC Codec(allerdings so weit hinter ateme das der 2te Platz keine wirkliche Bedeutung mehr hat).

http://www.ee.oulu.fi/~tuukkat/mplay…est/readme.html

hier hat jemand ausführlich tests zwischen x264 und dem Referenzencoder mit ein Paar standardtestsequenzen durchgeführt. Ergebnis:

x264 braucht bei gleichen PSNR Werten zwischen 2 und 5% höhere Bitraten als der Referenz Encoder.

Die Entwickler sehen die Ursache hauptsächlich in fehlender RD Optimierung. Und x264 schlägt sich bei größeren Bildauflösungen wohl deutlich besser.

Ausserdem ist es mehrere hundert mal schneller als die Referenzimplentierung.

Zitat von JoeB

Weis übrigens jemand, wann celticdruid seine webpage wieder offen hat? Ich brauche dringend nochmal ffdshow vom 05.01.2005. Musste meinen Rechner per Systemwiederherstellung starten - Stand 04.01.2005. Jetzt spielt der meine Testfiles nichtmehr ab.

keine Ahnung, aber ich hab dir mal ffdshow vom 05.01.05 auf meinen webspace hochgestellt: http://home.arcor.de/evil.bert/Xvid…ow-20050105.exe

Zitat von JoeB

Weis übrigens jemand, wann celticdruid seine webpage wieder offen hat? Ich brauche dringend nochmal ffdshow vom 05.01.2005.

Hallo,

hier ist ein celticdruid-Mirror, der übrigens vom Download her schneller ist als celticdruid's Site:

http://ebola.gamersrevolt.it/celticdruid/

Gruß

akapuma

Wenn ein DOS-Fenster nur kurz aufpoppt, und du die Meldung nicht lesen kannst, weil es zu schnell wieder verschwindet, dann solltest du mal besser versuchen, zuerst ein Konsolenfenster zu öffnen, und dann an der Kommandozeile das Programm zu starten - dann bleibt es auch lange genug offen, um vielleicht eine Meldung mal in Ruhe lesen zu können.

dos fenster öffnen, zum pfad von job.bat navigieren, ausführen. Ausserdem sollte das Dos Fenster jetzt offenbleiben, auch nach dem encoden (das bezieht sich auf die .NET 1.1 Versionen, d.h. meGUI.. das x264 GUI kannst du getrost in den Müll werfen.. da wird nix mehr gemacht).

So, batch encoding ist nun verfügbar. War ein hartes Stück Arbeit und es ist noch immer nicht ganz fertig, aber man kann es mittlerweile ganz gut verwenden.

@ Doom9

Hatte noch keine Zeit deine GUI zu testen, aber selber mal eine GUI für Mencoder (lediglich mpeg2 unterstützung) "Packshot" geschrieben, inkl. direktem VOB Input, IFO (AudioKanal-Parsing) und integriertem PAR basiertem Resizing.
Da ja Mencoder einen internen Resizer verwendet, wäre dieses Tool von mir hier viell. was brauchbares:

[Blockierte Grafik: http://home.arcor.de/packshot/NewMencalc.gif]

Mencalc1.1b

hier meine Beschreibung:

Zitat

All resizings do refer to the PAR respected calculation method:
http://www.uwasa.fi/~f76998/video/…onversion_table
Second: The overscan now is a resized overscan.

I rounded the active Pixel source/dest areas to mod8, means a very correct pal active pixel size would be 702 and not 704 ... but 704 is at least mod8.

All Inputs will be parsed in their resolution if they do confirm to a legal fullPAL/NTSC or mpeg or ITU resolution (i.E. 720x576, 768x576, 352x288, 704x480,352x480 etc etc etc), means anything else will be seen as PAR 1:1 (i.E. mpeg4).

1.1b
Beta State!
Routines are totally rewritten. Now the usual way of first cropping and then resizing will be proceeded. Overscan now is no longer overlayed but resized, also the oportunity of determining an active Moviearea has been added - tweakable Xposition and Yposition parameters will be available soon.

1.01.0
Routine is rewritten, where now also all non PAR 1:1 avis are supported, means still 16:9 state Avis via DVD2AVI/AVISynth/Makeavis processes, and for shure common capture resolutions in NTSC and PAL.
Changing in some cases from vertical macroblock aligning to vertical centered alignment - especially when doing 352x288/240 which at macroblock vertic. alignment that caused a 16px sized border at the bottom! That's fixed now.
As I got some PM about it would be less confusing that for instance a 720x576/480 to 480x576/480 resizing should still come out as full width without 8px out of TV bounds area ... this has been changed.

Now, both, the Mpeg- AND the PAR1:1 Avi- source resizing ways are done by the PAR based resizing method taken from that reference link http://www.uwasa.fi/~f76998/video/…onversion_table

1.00.4 05/22/2004 18:35h CET

Fixed a cropping issue when resizing VOB/mpeg1/2 sources at NTSC mode.

Alles anzeigen

Das Tool ist in Purebasic geschrieben und nutzt keine direkten Dshow System Bezüge, die Sourceparsings basieren auf einem direkten Auslesen der Bytes.

Da momentan noch NON-PAR1:1 Targets (mpeg1/2) angeboten werden, müsste für PAR1:1 encodings die Routine etwas umngeschrieben werden.

incredible: hmm.. das würde dann wohl ein Sprachproblem geben mit .NET. W32API kann man ja integrieren, aber andere Sprachen?

Ich habe allerdings nicht vor gross über den jetzigen Funktionsstand hinauszugehen (vielleicht einmal MP4 muxing und splitting solange ich da ein Program dazu steuern kann bzw ne Library finde.. eine ganze MP4 Implementation werd ich sicher nicht schreiben). Ist zwar nett dass mencoder auch VOB, usw, input unterstützt, aber ich verzichte sehr ungern auf dgindex und avisynth.

Es ist übrigens jetzt Version 0.13 draussen, neu mit persistenten Jobs à la Virtualdub, stderr redirect und diversen kleinen Verbesserungen.

Wie ist eigentlich so der Geschwindigkeitsunterschied zwischen x264 und Neros avc beim Encoden?

Cu Selur

Ich weiss nicht ob die neuste Recode Version jetzt tatsächlich die Engine drin hat die ich für den Codec vergleich verwendet habe, allerdings könnte Recode auch von Hause aus ein bisschen langsamer sein als das avs encoding tool von ateme. Wenn ich encavc und x264 mit mencoder vergleiche, ist x264 schon noch langsamer.. ganz grob gesagt sollte es auf meinem Setup etwa 20fps geben, gegenüber 30fps von ateme's MP encoder. Allerdings wurde x264 bisher auch noch nicht optimiert.. es wird sich zeigen ob es hier auch wie bei XviD gewisse Milestones gibt, wo der Codec dann mal mit einem bestimmen Featureset optimiert wird, bevor weitere Features hinzugefügt werden. Aber grottenlahm ist das Teil gar nicht. Wenn man so vergleicht was andere Codecs liefern, ist es noch akzeptabel, aber es gibt sicher auch noch einiges an Optimierungspotenzial.