DivX-(Mpeg4)-Shrinker ?

:welcome:

So wie es für MPEG-2 bereits "Compressed Domain Transcoder" gibt, dürfte es grundsätzlich wohl nicht unmöglich sein, vergleichbares auch bei MPEG-4 herzustellen. Im Grunde gab es so was schon in Ansätzen: Das Speichern von Bewegungsvektoren aus dem 1st-pass zur Weiterverwendung im 2nd-pass (jedoch war das Verhältnis zwischen Debuggingaufwand und Geschwindigkeitsgewinn bei XviD irgendwann zu schlecht geworden).

Für DivX 5 oder XviD mit H.263-Quantisierung mag die "spezifische Bitrate" von ~ 0,25 bppf wohl für sehr gute Qualität genügen, Qualitätsfanatiker gehen aber gerade bei XviD mit MPEG- oder Custom-Matrix meist noch etwas höher...

Im 1st-pass wird bei XviD mit stabilem Quantisierungsfaktor von 2 gerechnet (für I/P-Frames). Mit Hilfe des "CompCheck" kannst du abschätzen, wie stark das Video im Verhältnis zum Ergebnis mit QF=2 noch komprimiert werden müsste, um auf deine gewünschte Größe zu kommen. Bei DivX ab 5.0.3 jedoch wird der 1st-pass mit konstanter Bitrate durchgeführt und "von der Mitte weg" optimiert, statt "von oben herunter".

siehe auch:
http://forum.gleitz.info/showthread.php?t=15005

=>Theoretisch sehe ich schon, dass das was Du vorher in deinem Shrinking-Schritt vor hast gehen kann, jedoch müsstest Du einiges an Informationen sammeln und die entsprechend verwerten und mit ein paar cleveren Heuristiken bekommt man wahrscheinlich auch ordentliche Ergebnisse. Jedoch ist dies sehr umständlich und ich vermurte, dass der spätere Shrinkingaufwand zu hoch und qaulitativ zu unstabil ist als das man ihn sinnig verwenden kann.

Wenn man ein Team von 4-6 guten Programmierern, die sich mit Mpeg4 auskennen, jede Menge Statistiken usw. über Quantizer&Größen hat, dann könnte man wahrscheinlich durchaus soetwas in nem halben Jahr schafffen.
(davon ausgegangen die Testen und Programmieren den ganzen Tag)

Realistisch gesehen, wird sich das aber wahrscheinlich keine Firma antuen, da es sehr gut sein kann, dass wenn man nicht auf genügendgute Heuristiken kommt:

1. das Shrinken&Co auch nicht schneller ist als ein 2pass Verfahren
2. man nicht annähernd an die Qualität eine 2pass Verfahrens drann kommt

Zu bedenken ist auch, dass der 1st pass den man machen müsste einiges langsamer wäre als ein normaler 1st pass von Xvid, da man einige Features nicht deaktiviert lassen könnte und mehr an Informationen Sammeln müsste. (siehe Wissenswertes rund um Xvid, analoges sollte auch für DivX gelten) => um schneller als ein aktuelles 2pass Verfahren zu sein müssten die Heuristiken die man verwendet wirklich clever sein.

Ein, meiner Ansicht nach, viel sinnigeres Projekt, wäre es da sich zu überlegen einen ordentlichen Mpeg4 Encoder zu schreiben, der eine oder mehrere Grafikkarten unterstützt und einen Teil der Rechnungen der Grafikhardware überlässt. Richtig gemacht sollte dies das Encoden beschleunigen und qualitativ gut sein.

Cu Selur

Ps.: siehe auch: http://forum.doom9.org/showthread.php?s=&postid=530566

Ich könnte mir schon vorstellen, dass beim Design von MPEG4 auch darauf geachtet wurde, dass soetwas wie CDT auch funktionieren kann, was ja auch sinnige Anwendungsfelder in der Praxis hat (Realtime Transcoding für TV).

Nur hat das bisher noch niemand implementiert. Bei MPEG2 hats ja auch eine Weile gedauert, bis Transcoder aufkamen.

Auch nach mehrmaligen Lesen, kann ich beim besten willen nicht feststellen, was der Text dort oben aussagen soll. Was genau willst Du eigentlich wissen bzw. machen?

Du kannst mit XviD qualitätsbasiert umwandeln. Bedeutet, es wird ein fester Quantizer (Quantisierung = Verlust beim encoden) angegeben, und der Codec ermittelt selbstständig die benötigte Bitrate, um die Bedingung zu erfüllen.
Am besten nutzt Du GK nur zum schneiden der Ränder + Bestimmung der Zielauflösung, bei geringst möglichen Aspect Error und setzt dich danach mit AviSynth, VirtualDubMod und XviD direkt auseinander.

Zitat

Dr.DivX konnte ich einwenig 'bescheißen'; unter anderem die Frameanzahl aus dem temporären Jobfile löschen und so dies als Vorlage für mehrere Files nehmen!

Dies ist definitiv nicht emfpehlenswert, da es den ganzen Sinn aus dem 2pass encoding nimmt.

Zitat

Bei Dr.DivX kann ich ja sogar noch irgendwie auf die Grafen der Kompression zugreifen.

Ja, bei Divx kann man die Bitrateverteilung manipulieren, vergleichbares geht bei Xvid mit Stasviewern.

Zitat

Kann ich irgendwie z.B. mit QF=1,3 das Ganze durchlaufen lassen ...

Sicher geht das, 1pass quality Encode auf einer entsprechend hohen quality.

Cu Selur

Ps.: bin mir auch nicht 100% sicher ob ich alles richtig interpretiert habe was Du willst

Sahnehäubchen wie MPEG4-Recodierung gibt's aber bis heute noch nicht (nur eine Diskussion darüber). Man könnte höchstens partiell recodieren, schneiden und zusammenfügen. Oder lässt gleich vorher ein paar MB reserve, in die man dann noch Codecs und Player packen könnte.