Nach kodieren in DivX extrem viele Artefakte !

* Welche Bitrate verwendest Du? Denn diese mußt Du sicherlich erhöhen.

* Na dann zeige mal Dein AVISynth Script, ein BildShot vom AVISynth Script und den gleichen Encodeten Frame.
* Dann die Encode Einstellungen vom DivX (Bitte unter Advanced die CLI Commandline). Vom ersten und zweiten Pass.
* Und was steht in der statistics.xml & statistics.pass1.xml drin?
* Dann kanst Du auch mal einen Quali Encode mit Quant 2 fahren.

tach auch !

Wenn Du schon alles weißt, warum fragst Du dann ?

Spass beiseite:
Lad mal einen Schnipsel des Rohmaterials hoch, dann können wir das mal anschauen.
Nebenbei würde uns sicher das Script interessieren und die Einstellungen in VD und im Codec und und und
Und ist das Rohmatrerial interlaced, oder progressive und ja welche TV Norm ?

Wenn das Original-Material interlaced ist, und DivX progressiv encodiert, dann gibt es immer (zumindest leichten) Murks, selbst bei QF=2.

Bei PAL-Kinofilmen ist das fast ausgeschlossen, bei Fernsehfilmen oder Normwandlungen oder NTSC-DVDs (Telecine) aber durchaus möglich; im letzteren Fall würde IVTC helfen, ansonsten ... je nach Material.

Fehler! Das HTTP-Gateway antwortete nicht innerhalb der vorgesehenen Zeit.

und was sollen wir mit nen Encoden AVI? Bitte das Quell Video hochladen und gleich auf Rapidshare (~110kb/s ist mir zu langsam )

Edit:
* für mich sind in dem Video viel zu wenig Keyframes. *
* und B-Frames gefallen mir auch nicht (PERSöHNLICH MEINUNG)
Und das beides wird sicherlich die Ursache sein.

Zitat

840: N-VOP(D) (0:00:34.600)
841: P-VOP (0:00:34.680)
B-VOP (0:00:34.640)
842: N-VOP(D) (0:00:34.680)
843: P-VOP (0:00:34.760)
B-VOP (0:00:34.720)
844: N-VOP(D) (0:00:34.760)
845: P-VOP (0:00:34.840)
B-VOP (0:00:34.800)
846: N-VOP(D) (0:00:34.840)
847: P-VOP (0:00:34.920)
B-VOP (0:00:34.880)
848: N-VOP(D) (0:00:34.920)
849: P-VOP (0:00:35.000)
B-VOP (0:00:34.960)
850: N-VOP(D) (0:00:35.000)
851: P-VOP (0:00:35.080)
B-VOP (0:00:35.040)
852: N-VOP(D) (0:00:35.080)
853: P-VOP (0:00:35.160)
B-VOP (0:00:35.120)
854: N-VOP(D) (0:00:35.160)
855: P-VOP (0:00:35.240)
B-VOP (0:00:35.200)

Alles anzeigen

Zitat

I-VOPs: 9 ( 0.333 %)
P-VOPs: 1949 ( 72.185 %) ##################
B-VOPs: 742 ( 27.481 %) #######
S-VOPs: 0 ( 0.000 %)
N-VOPs: 0 ( 0.000 %)

Um soetwas vorzubeugen habe ich folgende Parameter für MPEG2-Sources gefunden :

mpeg2source("H:\filme\Film.d2v", cpu=6, idct=5)

Das ist zwar rechenintensiv, aber keine Artefakte mehr
DivX spendiere ich alle 100 Frames einen Keyframe.

Blomy
Aber doch nicht bei einer DVD als Quelle, besonders nicht, wenn diese Sauber ist. Das CPU=6 kannst Du mal DVB Streams nutzen.

Das ist ganz alleine die Einstellung des MPEG4 Encoders (DivX;Xvid) und diese ist falsch.

Zitat von katjarella

Blomy
Aber doch nicht bei einer DVD als Quelle, besonders nicht, wenn diese Sauber ist.

Hast ja recht, aber ich nehme halt eben ca. 20 Minuten mehr beim
umcodieren in Kauf ohne das ich ein Risiko eingehe.

@ Blomy:

Über das Deblocken (CPU max. 4, bzw. CPU2 max. "xxxx??") können wir gern auch bei DVDs reden. Aber das Deringing ist eine etwas heiklere Angelegenheit. Wer bedenkenlos brutal alles filtert, der kann sich sein Bild damit auch regelrecht "rundlutschen". Eventuell wenn man die Thresholds etwas vorsichtiger einstellt.
__

Zu may24:

Das sieht - zumindest für mich eprsönlich - nach Datenfehlern im encodierten Video aus, weniger in der Quelle... aber da muss schon ein Vergleich mit dem Original her. VirtualDubMod, VirtualDub-MPEG2 oder VirtualDub 1.7.x mit MPEG2-Plugin sollten es ermöglichen, die gleiche Frame-Nummer zu finden und ein Bild davon auszugeben. Und für kleine MPEG2-Videoschnipsel ist Cuttermaran wohl geeignet.

LigH, daran hab ich nicht gedacht, das evt. sogar die Quelle defekt ist. Aber wie soll denn bitte ein Datenfehler im Ziel entstehen?

Madame VDSL ist eben etwas verwöhnt, was Download-Speed angeht.
__

Die sichtbaren Makroblöcke sind mit entzerrt worden. Wenn hier anamorph encodiert wurde, kann ich nicht sicher sein, ob es in der Quelle oder in der Kopie auftritt, und laut Beschreibung des Vorgangs wurde wohl nicht während der Konvertierung entzerrt, sondern wegen Anamorph-Flags erst beim Abspielen. Oder?

DGDecode reagiert nicht allzu intelligent auf Datenfehler-chen und decodiert wohl defekte Makroblöcke ins Bild (arbeitet einfach "stur" mit dem Material). Der VLC dagegen läßt eventuell das letzte Bild dahinter stehen und gibt fehlerhafte Slices gar nicht aus, dadurch bemerkt man Fehlerstellen nicht so.

Ob wohl ProjectX die Videospur reparieren kann, wenn man die beim Indexieren als *.m2v demultiplexen läßt (File - Save project and demux video)?

Der Beitrag steht ja außerdem in falschen Forum. "DVD Encoding" würde bedeuten, dass du eine neue Video-DVD erzeugen willst. Du wolltest aber DivX (MPEG4) erzeugen.

Foren-Erläuterungen demnächst bitte genauer lesen.