Freude über XviD1.0-RC1

Super....

und die Quali Unterschiede????

Hast du dafür auch schon den "Turbo"-Modus eingeschaltet?

Zitat

Allerdings muß sich noch zeigen, worin die Einschränkungen liegen.

Optisch siehste beim Endergebnis keine Unterschiede, oder?

Zitat

Turbo ;):
Dieses Feature aktiviert einige Flags die mit B-Frames und QPel zu tun haben und diese Optionen im 2nd pass ein bisschen ungenauer, aber (messbar) flinker machen. Durch die Ungenauigkeit wird zwar das File etwas größer bzw. die Qualität leidet ein bissel, aber normalerweise sollte man dies nicht merken können (bei einem 2pass encode).

Wenn man also mal nicht umbedingt auf 100% Qualität abziehlt, sondern schon mit 95% zufrieden ist sollte man den 'Turbo' aktivieren.

(syskin hatte das auch noch ein bissel genauer irgendwo im englischen doom9 forum erläutert soweit ich mich entsinne)

Cu Selur

Bei mir lahmt mit der Beta 3 VHQ 4 immernoch wie Sau...sollte sich das etwa bis zur RC1 verbessert haben ? Im Moment kann ich sagen für VHQ 4 gegenüber VHQ 1 im 2.Pass, beträgt die Encoding Zeit ca. 200%.

Btw: ich muss feststellen, dass ich mit XVID 1.0 arges Bildrauschen habe...alles bewegt sich sehr stark...kann das am Quarterpel liegen ? Ich encode mit 1900kb/s, da sollte es eigentlich nicht solche unschönen Effekte geben, wo Nebel leicht verpixelt und verschwimmt z.B...

Ich kann mich zwar über die Encoding freuen/nicht beschwehren, aber bei mir arbeitet RC1 nicht ffdshow vom 28.11.2003 zusammen. Das heisst genau, das man beim FFDshow kein Xvid für Xvid auswählen kann. dort steht nur noch libav und disable zur auswahl. wenn ich disable wähle, stürtz bei mir sogar der ZoomPlayer ab. Hat jemand anderes noch solche Effekte?

AC-Chan(Robert Vincenz)

ac-chan: yup, ffdshow kann aktuell Xvid nicht ordentlich decoden, es wird empfohlen den Xvid Decoder zu verwenden. (es wird aber dran gearbeitet)

trasher: mehr Rauschen als vorher sollteste eigentlich nicht haben. Könnteste eventuell mal 2 Screenshots posten? Orginal Frame und encodetes Frame? (Sollte mit VirtualDubMod ohen Probleme gehen.)
Was für Features hast Du aktiviert?

Cu Selur

Ich habe das Problem, dass beim Playback manchmal der Film zum übernächsten GOP nach vorn springt, und dort darauf wartet, bis die Spielzeit gekommen ist - dann geht das Abspielen weiter. Kann das jemand bestätigen?

http://www.ligh.de/tmp/jump-n-wait.avi - ~3,4 MB

Ich habe MPC 6.4.7.6 verwendet, sowohl mit integriertem als auch mit Windows-AVI-Splitter, aber immer mit dem XviD-DS-Filter.

Hmmppfff...ich hab mir gerade mal meine DVD mit Power DVD angeguckt...auf dem Fernseher wunderbare Qualität...in Power DVD rauscht das Ding wie die Hölle...kein Wunder, dass XVID da auch so viel rauschen reingebracht hat bzw. das gleich aus dem Quellmaterial übernommen hat...ich versuchs jetzt mal mit den Presets im AVS Script mit Medium Denoise...mal gucken ob das was bringt...

Hmm,.. verwende den CoreCodedPlayer und ne Xvid Version von http://xvid.gamrdev.com/ und der Clip läuft ohne Probleme.

Cu Selur

Das von Ligh beschriebene Problem scheint irgendwas mit der Hart- und Weichware des Wiedergabesystems, und deren Konfiguration zu tun zu haben.

Meiner einer hatte das Problem auch mal, und dann war's auf einmal nicht mehr da. Leider weiß ich aber nicht mehr, was genau ich geändert hatte.

Bei meiner Freundin habe ich auf ihrem Rechner immer noch dieses Problem, allerdings nur hin und wieder (alle 3-5 min.). Bislang konnte ich den Fehler nicht ausmachen. Die Wiedergabeprogramme und -filter sind soweit identisch.

Und es ist bei mir zumindest kein alleiniges Problem der dev4, sondern trat bzw. tritt auch bei Filmen, die mit der dev 3 kodiert wurden auf.

Mittlerweile bin ich mir ziemlich sicher, dass die Ursache zu viel Postprocessing auf einer zu langsamen CPU ist - bei der Bildfläche genügt ein Duron 800 nicht mehr.

ffdshow war auf "automatic" gestellt und dürfte da das PP-Level heruntergeregelt haben, bevor es zu Aussetzern gekommen wäre.

Hm möglich wär's, aber dann hast Du ein anderes Problem als ich, denn meiner einer hatte das Problem, ohne daß PP eingeschaltet war.

Wegen der nicht vorhersehbaren Dateigröße, ist meist ein 2pass Durchgang für eine gute Videoqualität nötig.
Erste Versuche mit einer fest vorgegebenen Ziel-Quantisierung haben mich nun doch sehr positiv überrascht. Eine Datei blieb incl. AC3 Ton sogar unter 700 MB. Das liegt sicher auch an dem meistens sehr dunklen Film. Die dabei erzielte Filmqualität ist absolut fantastisch.

Die XviD Version 1.0rc1 ist echt klasse! Schönen Dank an die Entwickler für den besten MPEG4 Codec auf diesem Planeten.

Hier die wichtigsten Daten des Videos

Input = DVD, progressive, 2,35 anamorph, knapp 95 Minuten
Kopie = VirtualDubMod 1.5.4.1 mit AVS Script und XviD 1.0rc1

XviD Einstellungen:
- 1pass, target quantizer = 2.75
- ab frame 133295 weight = 0.01 (für die credits)
- quantization type: MPEG
- max. 3 B-VOPs / packed bitstream / closed GOV
- motion search precision: 6 - ultra high
- VHQ mode: 4 - wide search
- chroma motion / turbo mode
- max. 250 I-frames
- Rest: default

Auflösung: 704 x 304, 25 fps
Video: 694 kBit/s im Durchschnitt (Film ist sehr dunkel)
Ton: AC3 5.1, 384 kBit/s
Untertitel: Regie Kommentare im SRT Format
Dauer: ~6 fps -> ~7 Stunden (Celeron 1300 MHz)
Größe: 687 MByte für AVI, 115 KByte für SRT
Qualität: ausgezeichnet

Gruß,
LowTech

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.

zu packet bitstream:
Würde davon abraten, da es aktuell wohl z.b. mit ffdshow Probleme macht was es bringen soll steht ja auch in der dev3 version des Wissenswertes... drinne.

Cu Selur