Eigene Quantisierungsmatrizen in x264

Nett, hoffentlich findet wer die Zeit die Matrizen mal alle mit ein paar kompletten Filmen anzutesten, so daß man eventuell später mal das Filmmaterial eventuell analysieren kann und dann sich dementsprechend für eine bestimmte MAtrizenkombination entscheidet. *träum*

Cu Selru

Moinmoin,

Man könnte ja ein Sammeltread mit alternativen Matrixsettings für bestimmte Filmcharaktere erstellen.
Es muß nur festgelegt werden, welche Aspekte in Frage kommen. Bsp eine Art Tabelle mit Color , s/w, Action, Doku, SF etc und dann die entsprechenden, subjektiv entsprechenden Matrixen.
Bitratenbereich ist wohl auch entscheident.
Aber ich denke, jemand von den Moderatoren oder Entwicklern sollte diese festlegen.
Sonst gibt es von Anfang an ein heikles Durcheinander.

Gruß 7ven

Sowas würde sich hier nur lohnen, wenn sich einige User bereit erklären würden auch Matrizen zu erstellen und sie zu testen.

Cu Selur

Bringen eigene Matrizen wirklich so viel?

Ist es sinnvoll, für jede Bitrate eine eigene Matrix auszuwählen? Also für 1000kbit ne andere als für 1400kbit?

Ich hab manchmal das Gefühl, dass das mehr ein Placeboeffekt ist als ein wirklicher Quali-gewinn.

Denke bei x264 können Matrizen einiges mehr bewirken als bei Xvid&Co und das es wahrscheinlich sinniger ist Matrizen für bestimmte Arten von Filmen anstatt für Datenraten zu wählen.

Zitat

Ich hab manchmal das Gefühl, dass das mehr ein Placeboeffekt ist als ein wirklicher Quali-gewinn.

Trifft zumindest bei Xvid&Co zu.

Cu Selur

Zitat von Selur

Denke bei x264 können Matrizen einiges mehr bewirken als bei Xvid&Co und das es wahrscheinlich sinniger ist Matrizen für bestimmte Arten von Filmen anstatt für Datenraten zu wählen.

Trifft zumindest bei Xvid&Co zu.

Cu Selur

Hm, wage ich mal zu bezweifeln, daß das bei ASP fast nur Placebo ist. Wer z.B. bewußt Matritzen erstellt die zugunsten geringerer Verblockung mehr weichzeichnen und damit auch noch das Rasuschen ein wenig mindern, hat in meinen Augen z.B. gerade bei analogen TV-Mitschnitten ein mächtiges Werkzeug an der Hand.

Zitat von EthanoliX

Hm, wage ich mal zu bezweifeln, daß das bei ASP fast nur Placebo ist. Wer z.B. bewußt Matritzen erstellt die zugunsten geringerer Verblockung mehr weichzeichnen[...]hat in meinen Augen z.B. gerade bei analogen TV-Mitschnitten ein mächtiges Werkzeug an der Hand.

Gibt es denn schon dafür Beispielsmatrixen?

Gruß 7ven

Ja, Ligh hat eine Matrizensammlung zusammengestellt, da sind auch zwei von mir darunter, und die glätten mehr oder weniger stark, zugunsten einer wie ich finde geringeren Blockbildung. Aber da das subjektive Empfinden eines jeden stark unterschiedlich auf derlei Effekte (Glättung, Blockbildung) reagiert, denke ich testet man selbst am besten ein wenig herum, und nimmt diese Vorlagen als Orientierung.

Das waren aber alles ASP-Matrizen. AVC-Matrizen sind da erheblich komplexer in ihrer Wirkung, und vielfältiger in ihrer Struktur (nicht bloß 8x8, und evtl. Luma + Chroma unterschiedlich!)...

Wie sieht es eigendlich bei der Quantizer - log Funktion bei dgmpegdec aus? Ich weiß nicht genau, wie ich die Frage formulieren soll, um verständlich zu machen, was ich genau meine. Er spuckt ja eine Menge an unterschiedlichen Intra- und NonIntra Werte aus. Lohnt es sich, diese Werte zu verwenden beim encoden mit x264? Und wenn ja, welche :)?
Oder wofür sind Sie eigendlich gedacht?

Gruß
7ven

keine Ahnung, hab ich mir nie angeguckt
(und werd ich wohl in nächster Zeit nicht tun)

Ich dachte immer, dass die I,P und B - Frames immer gleich bleiben (bevor sie encodet werden). Und das die verschieden Encoder sie nur unterschiedlich bearbeiten.

Selbst wenn x264 eine andere Quantizerfunktion hat, so benutzt er doch auch die I und P Frames, wie HC Encoder oder DivX auch.

Aber ich glaub, dass ich die Funktion von den Matrixen noch nicht wirklich verstanden habe.

Ist nur schade, wenn der DGMpegDec schon einen Quant.log erstellt, man diese nicht für unterschiedliche Encoder verwenden kann.

Werd mich mal gemach schlau über die Funktionen und Wirkungen von Matrixen machen.

Danke für die Antworten

Gruß
7ven

Der Encoder bekommt aber weder I- noch P- oder B-Frames geliefert, sondern unkomprimierte Bilder. Der folgende Encoder kann also gar nicht wissen, welche Bilder der vorherige Decoder dekomprimiert und decodiert hatte - er wird also völlig neu entscheiden müssen, welche Bilder er zu I-, P- oder anderen Frames macht.

Außerdem hat MPEG-2-Video auf DVDs häufig maximal 15 Frames pro GOP. DivX/XviD jedoch verwenden bis zu 300 - bist du sicher, dass das ein 1:1-Übertragen der GOP-Struktur überhaupt sinnvoll wäre - so technologieübergreifend von MPEG-2 nach MPEG-4?

Anzumerken sei auch, dass die Möglichkeit von Mehrfachenreferenzen die sinnige Positionierung von I-,IDR-,P- und B-Frames durchaus beeinflußt.

Cu Selur

Ok Ok, also keine direkte Übernahme der quant.log- Funktion des DGMPEGDEC, zumindest, was Mpeg 4 angeht... Gibt es denn irgendwo eine Beschreibung, wie die Matrixen im x264 funktionieren?

Gruß @ll

Würde mich über so ne Quelle auch freuen und noch mehr wenn einer ne gute Zusammenfassung schreiben könnte, die ich dann als Anhang ins 'Wissenswertes rund um x264' und 'man x264' packen könnte.

Cu Selur

Kopernikus: Jein, das Problem an den Matrizen ist halt, dass man nicht so wirklich sagen kann wie die Kombination verschiedener Matrizen sich effektiv auf bestimmte Bildmaterialien auswirken. => Ist meiner Ansicht nach alles mehr Try&Error als was handfestes.

Cu Selur