Mikroruckler bei Encoding von PAL nach H.264 unvermeidbar?

Ich möchte einige mit meinem Satellitenreceiver aufgenommene PAL-Videos (also MPEG2) nach H.264 konvertieren. Ich habe schon diverse Tools ausprobiert, aber z.B. bei Kameraschwenks sind bei der H.264-Datei (auch bei Wiedergabe am Fernseher) ständig kleine Ruckler zu beobachten - wenn man nicht darauf achtet, fällt es nicht auf, da dies beim PAL-Original aber nicht der Fall ist, würde mich schon interessieren, ob es eine Möglichkeit gibt, dies zu vermeiden.

Ich habe bei der Konvertierung die Auflösung stets unverändert gelassen und 25 Frames pro Sekunde eingestellt. Auch habe ich diverse Interlaced-Einstellungen anstelle von Non-Interlaced ausprobiert, ohne Erfolg. Hat jemand eine Idee (z.B. mit einem speziellen H.264-Profil) oder ist das Problem prinzipbedingt durch die Konvertierung, also technisch nicht lösbar?

Zitat von LigH

Versteh ich nicht. PAL ist PAL (25 fps, 576 Zeilen Höhe), egal ob mit MPEG2 (H.262) oder mit MPEG4-AVC (H.264) encodiert.

Eigentlich ja...

Hier mal eine kurze Szene, zunächst das MPEG2-Original: http://www.filedropper.com/original
Und hier die H.264-kodierte Fassung: http://www.filedropper.com/umkodiert

Ein Unterschied ist der, dass das Original interlaced ist und VLC daher eine Bildwiederholrate von 50 anzeigt (bei der H.264-Version 25, da non-interlaced). Aber wenn ich interlaced kodiere, wird das Ruckeln deutlich stärker. Auch ein Kodieren auf 50 Vollbilder/sec. bringt keine Abhilfe.

Ich weiß allerdings nicht, ob man das Ruckeln auf einem modernen Fernseher sieht - ich beziehe mich auf einen Röhrenfernseher. Achte besonders auf die Porträts der Stars an der Wand, dort wird es (hier) besonders deutlich.

Zitat von LigH

Wenn das Ruckeln stärker wird, hast du vielleicht die falsche Halbbild-Reihenfolge. Es gibt TFF und BFF. Auch ein Deinterlacer muss die richtige Reihenfolge wissen. Wie man die zuverlässig herausfindet, wurde schon häufig erwähnt; hier am Beispiel von DGMPGDec nach der Indizierung:

Code

LoadPlugin("dgdecode.dll")
MPEG2Source("Original.d2v")
AssumeTFF() # oder: AssumeBFF()
Bob()

Und dann schön Bild für Bild vorwärts. Wenn es gleichmäßig vorangeht, stimmt es. Wenn es vor und zurück springt, ist es die falsche Reihenfolge.

Ja, meinem Eindruck ist das genau so. Leider habe ich mit DGMPGMDec überhaupt keine Erfahrung. Ich habe die Kodierung sowohl mit Freemake Video Converter als auch mit Super! vorgenommen, die aber anscheinend beide eine solche Einstellung nicht bieten.

Edit: Korrektur, Super! bietet TFF und BFF - das hatte ich auch beides ausprobiert, aber mit beiden Einstellungen wurde das Ruckeln jeweils merklich stärker.

Ich habe eine Lösung gefunden:

Und zwar habe ich jetzt direkt X264 über die GUI Handbrake ausprobiert: Das Ruckeln tritt bei allen Interlaced-Einstellung auf - bis auf die letzte namens "Bob", damit ist es weg!

Wie gesagt, ich gebe die Datei auf einem Fernseher aus. Und mit der Einstellung "Bob" ist es wie eben beschrieben weg. Eventuell ist dein Abspielgerät einfach besser als meines, das wäre eine Möglichkeit.

Du hattest offenbar Recht, der Receiver, der das selbst aufgenommene Material ohne Ruckeln wiedergibt, scheint bei der Mediaplayer-Funktion mit H.264 nicht besonders gut zurechtzukommen. Zwei andere Geräte geben das Material ohne Ruckeln wieder. Und eines davon kommt wiederum mit "Bob" nicht zurecht, daher werde ich das wieder abschalten.

Okay, danke für deine Hinweise, durch die ich auf die richtige Spur gekommen bin.