Wenn man Packed Bitstream verwendet, sollte man nicht mehr als 1 max. consecutive B-VOP verwenden, dann gibt es keine Probleme mit ffdshow.
Allerdings ist mir aufgefallen, dass es auch dann Probleme gibt, wenn man das XviD-File über den DivX-Decoder wiedergibt (ruckelnde Wiedergabe)!
Also rate ich generell eher davon ab, da die Möglichkeit besteht, dass SAP's sich ähnlich verhalten.
Freude über XviD1.0-RC1
-
-
Zitat von Selur
LowTech: Sind die Credits trotz 0.01 ordentlich? Bei meinem Versuch mit 0.01 ist alles gut gelaufen, würde nur gerne Wissen ob das immer so ist, oder ob's nur 'Zufall' war.
.. "ordentlich" wäre übertrieben, aber sie sind noch [Edit] einigermaßen (gut) [Edit] zu lesen.
-
Zitat von tedgo
Wenn man Packed Bitstream verwendet, sollte man nicht mehr als 1 max. consecutive B-VOP verwenden, dann gibt es keine Probleme mit ffdshow.
.. das ist wohl so, aber denk mal dran, daß es auch Leute mit SAs gibt. Und die mit dem ESS Chip geben das prima - ohne Ruckler - wieder.
-
Aber nicht jeder SA hat den ESS Chip
Deshalb rate ich generell von Packed Bitstream ab (wie bereits geschrieben). -
Zitat
aber sie sind noch gut zu lesen.
Dann ist ja gutCu Selur
-
Zitat von akapuma
ist "packed bitstream" sinnvoll? Zu XviD 1.0 habe ich leider keine Info's, in "Selurs Wissenswertes zu XviD" zum dev-3-api steht:
Gilt das noch? Falls nein: bringt packed bitstream was?.. wie tedgo bereits schrieb, habe manche Decoder und SAs damit Probleme.
Der Vorteil von packed bitstreams liegt nicht in einer geringeren Dateigröße, sondern einer verbesserten Editierbarkeit der AVIs (z.B. mit VirtualDub). AFAIK liegt das an der "Vergewaltigung des AVI Containers durch B-Frames".
-
Den Vorteil den ich bei packed Bitstreams ehe ist vielmehr, dass Files die so encoded sind leichter zu encoden sind, nachteilig ist allerdings das packed Bitstream mehr Datenrate verbraucht als wenn man normal encoded.
Cu Selur
-
Für das Abspielen am PC mit dem XviD-Decoder sollte "Packed bitstreams" wohl deutliche Vorteile bieten, sonst hätten die Entwickler sich sicherlich nicht dazu entschlossen, es standardmäßig einzuschalten.
ffdshow solle manchmal Probleme zu machen... mit einer Version vom 13.1.2004 gab es jedenfalls keinerlei Probleme mit einem Video von max. aufeinander folgenden 3 BVOPs. Wenn ich nur wüßte, wo ich die Version her habe - egal, ich habe sie in meinem Mirror.
-
Hi. Ich wollte mal Fragen, ob du 2-pass VBR Bitrate genommen hast oder 1-pass. Es sieht jedenfalls nach 2-pass aus oder täusche ich mich da???
Weil 1-pass gibt bei mir immer ein bessere Qualität. :ja: -
Zitat von Encoder Master
Hi. Ich wollte mal Fragen, ob du 2-pass VBR Bitrate genommen hast oder 1-pass. Es sieht jedenfalls nach 2-pass aus oder täusche ich mich da???
Weil 1-pass gibt bei mir immer ein bessere Qualität. :ja:
2-pass. Daher auch die Zeitangaben:
1st=first Pass
2nd=second pass
Summe=beide zusammen
Gruß
akapuma -
Zitat von Selur
LowTech: Sind die Credits trotz 0.01 ordentlich? Bei meinem Versuch mit 0.01 ist alles gut gelaufen, würde nur gerne Wissen ob das immer so ist, oder ob's nur 'Zufall' war.
Mal ne Frage: hast Du nur die Credit's codiert, oder einen ganzen Film?
Sollten es nur die Credit's gewesen sein, dürften dir 0.01 keinen Sinn ergeben, da diese ja nur die Gewichtung "Weight" zur Durchschnittsbitrate angeben dürften. Wenn Du nur die Credits genommen hast, kann XviD ja nur den ganzen ihm zugewiesenen Speicherplatz (Dateilänge) ausschließlich für die Credit's nehmen, und so wäre die gute Qualität erklärbar, da ja keine Reduktion vorliegt.
Gruß
akapuma -
Zitat von akapuma
Mal ne Frage: hast Du nur die Credit's codiert, oder einen ganzen Film?
Latürnich hab ich den ganzen Film codiert! Andernfalls wären 700 MB ganz schön heftig.
Nur eben ab Frame 133295 mit weight/quant = 0.01 für die Credits. Der Rest hatte den default weight/quant = 1.0. -
Ich hatte auch nen ganzen Film encoded,..
Cu Selur
-
Zitat von LowTech
Der Vorteil von packed bitstreams liegt nicht in einer geringeren Dateigröße, sondern einer verbesserten Editierbarkeit der AVIs (z.B. mit VirtualDub). AFAIK liegt das an der "Vergewaltigung des AVI Containers durch B-Frames".
Hallo,
auch wenns jetzt nicht so ganz hierhin passt: Ich wußte garnicht, daß AVI + B-Frames Probleme machen können. Gilt das auch für OGM und/oder MKV?
Gruß
akapuma -
Bei AVI sollte die Reihenfolge der Abspeicherung mit der Reihenfolge der Darstellung übereinstimmen. Bei B-Frames klappt das aber nicht: Da muss auch das zukünftige P/I-Frame, auf das sich die B-Frames beziehen könnten, schon bekannt sein, bevor es dargestellt wird. Die Folge: Entweder verspätete Darstellung, oder trickreiche Speicherreihenfolge.
Wenn im Matroskacontainer "natives MPEG4" gespeichert wurde, sollte es da keine Probleme geben, glaube ich; dann wird man aber wohl nicht mit VirtualDubMod arbeiten können.
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!