Tmpgenc DVD Author - fieldbased Material & GOP-Fehler

[Reinhard S.]

Servus@all,

nachdem wir ja früher schon mehrmals festgestellt hatten, das DVD-Lab mit "fieldbased" ein Problem hat - fastforward (ff) & fastrewind (fr) funzt damit nicht ordentlich - hab' ich nun Tmpgec DVD Author 1.6 versucht:

1. ich krieg' auch diesen dämlichen GOP-Fehler - und weiß nicht warum
2. und dasselbe ff & fr-Problem wie in DVD-Lab.

Im Detail: ich hab' meinen Testfilm mit dem Procoder encoded - dabei folgende Einstellungen verwendet:

• VBR / mastering quality
• BFF *)
• Max GOP size 15 (!!!)
• GOP structure Automatic
• Always field
• Closed GOPs
• sequence header on each GOP
• Intra DC precision 9
• Use strict GOP bitrate control

Obwohl ich die max GOP size mit 15(!) angegeben hab', meckert TDA "The Video GOP is too long" - und erklärt mir, dass die bei PAL nur 15 sein darf....

Weiters hab' ich - wie gesagt - auch bei ff & fr das übliche Bildeinfrieren.

Und wie früher schon mal gehabt - mit SPU geauthored funzt auch ff & fr...

Hat jemand dazu eine Idee?

Thx, Reinhard


*) Mit TFF gäb's Sägezahn - das hab' ich schon mal probiert...

[SVCDFan]

Vielleicht noch den "dvd compatibility mode" einschalten....
_________________
Gruß SVCDFan

[Reinhard S.]

[Der Karl]

Moin,

bei fieldbased ist IMHO nur tff zulässig - vermute das ist DV-Material..

Wandel das doch einfach in tff
AVISynth:
doubleweave().SelectOdd()

Gruß Karl

[Reinhard S.]

Servus,

[mb1]

Der TDA erkennt bei "field based" fälschlicherweise jedes Bild als ein Frame. Damit erkennt er immer die doppelt hohe GOP.
Das kann man getrost ignorieren.


Wenn man in den Procoder Source Einstellungen korrekt bff eingestellt hat und in den Target Einstellungen den für "field based" einzig erlaubten Wert tff einstellt, so wandelt der Procoder automatisch die Field Order um.


Sägezähne bei Schwenks sind (auf dem PC) Zeichen für interlaced Material.
Sollte es auch auf dem TV auftreten, so wurde evtl. das Material (falsch) als progressiv im Source Tab des Procoders erkannt oder sonstwie falsch behandelt (resized, konvertiert etc.).

Analoges Material vom TV sollte eigentlich tff sein. Kann es sein, daß du zu bff gecaptured hast (evtl. mit DV Codec)?
_________________
Grüße
mb1

Prophet Mohammed:
"Ein für den Wissenserwerb verbrachter Tag ist Gott lieber als 100 Kriege für Gott."

[Reinhard S.]

Hi,

[Reinhard S.]

Servus@all,

so - ich hab' jetzt aus dem Procoder-2 mit "ttf" encodiert und im TDA geauthored:

• senkrechte Linien bei Schwenks sehen am TV sägezahnartig aus - die Halbbildreihenfolge ist sichtlich falsch 'rum!
• Zusätzlich funzt fastforward & fastreward noch immer nicht -> Bild friert ein bzw. ganz oben gibt's nur einen schmalen Rand, der "spult".

[Helmut]

TTF ist aber der Standard.

Gut - egal. Schmeiß den TDA halt weg und nehme den DVD-LAB. Da funzt es. Fertisch.
_________________
Wenn mer sich uffreche will: - Eintrachtfan und SPD Mitglied!

[Reinhard S.]

[Helmut]

Seit der Final Pro! - da funzt es. Verwende dafür nix mehr anderes
_________________
Wenn mer sich uffreche will: - Eintrachtfan und SPD Mitglied!

[Helmut]

http://www.dvd-svcd-forum.de/forum/viewtopic.php?p=211068#211068
_________________
Wenn mer sich uffreche will: - Eintrachtfan und SPD Mitglied!

[mb1]

Das ändert noch nichts am Problem der falschen Field order Einstellung.
Lösung im Procoder-Thread beschrieben.

Edius zeigt die für PAL DV einzig erlaubte Field order bff in den Projekteinstellungen an.
Für den Analogcapture war das aber wohl falsch, es wurde wohl tff angeliefert.
Die Verarbeitungskette ist in diesem Fall schlichtweg "scheiße", wenn man nicht mit dem Standaloneteil des Procoders arbeiten will. Als Plugin übernimmt er nur die Projekteinstellungen.


Ich habe bei mir keine Probleme mit schnellem fast forward.
_________________
Grüße
mb1

Prophet Mohammed:
"Ein für den Wissenserwerb verbrachter Tag ist Gott lieber als 100 Kriege für Gott."

[Reinhard S.]

OK, ich könnte es jetzt rendern, im ProCoder als source = tff und als target nochmals = tff angeben - dann stimmt vermutlich die Halbbildreihenfolge, d.h. die Sägezähne sollten weg sein.

Bleibt aber immer noch das Problem des fast forward & fast rewind - denn wenigstens das hätte - trotz Sägezähne - bei meinem heutigen Versuch mit ttf funzen sollen...

MfG Reinhard


Nachtrag: wenn ich was 2 x umdreh', liegt's ja eh wieder da wie vorher...oder?

[mb1]

[Reinhard S.]

[mb1]

Du renderst als bff. Dann drehst du im Procoder im Source-Tab manuell um (tff). Danach bleibt es ja bei tff (im Target-Tab). Also nur 1x gedreht.

Und selbst wenn du nun im Target auf bff umstellen würdest, drehst du nur das eine entscheidende Mal (nämlich im Source-Tab auf tff).
Wie ich bereits gesagt habe, würde der Procoder das intern ausgleichen (durch zusätzliches Verschieben des Bildes um eine Zeile).

Oder kurz gesagt:
jetzt bff -> tff -> tff (= 1x gedreht)
bisher bff -> bff -> bff (gar nicht gedreht) oder
bisher bff -> bff -> tff (gar nicht gedreht, da Procoder um eine Zeile verschoben hat)

Entscheidend ist, daß im Procoder im Source-Tab die korrekte Field Order eingestellt wird. Deshalb hat schon damals die Computer Bild ihren Test komplett versemmelt (die haben immer nur im Target-Tab gedreht, was ja kein Drehen war, da der Procoder dann immer um eine Zeile verschoben hat, um die Target-Einstellung auf die Source-Einstellung anzupassen).


Kannst du normales Frame-Material des TDA sauber spulen? Tritt also das Problem nur bei Field auf?
_________________
Grüße
mb1

Prophet Mohammed:
"Ein für den Wissenserwerb verbrachter Tag ist Gott lieber als 100 Kriege für Gott."

[Reinhard S.]

[Reinhard S.]

Gutenmorgen@all,

so - ich hab' die Tests nun durch: ich hab' - wie Ihr geraten habt -

• den Film (bzw. einen Teil davon - 40 min) aus Edius raus gerendert,
• dieses AVI dann dem Procoder mit Source = ttf vorgeworfen
• und a.) als fieldbased (Target=tff) und b.) als framebased (Target=ttf) ausgegeben.
• Danach die zwei Filmteile mit DLP geauthored
• und auf eine wiederbeschreibbare DVD gebrannt.

Das Ergebnis:

• framebased lässt sich ordnungsgemäß fast forward & fast rewind spulen -
• fieldbased immer noch nicht!

Es bleibt dabei: fieldbased Material lässt sich bei mir nur dann ordnungsgemäß ff & fr spulen, wenn ich es mit SPU geauthored habe.

Noch eine Idee?

MfG Reinhard

[mb1]

Warum kommt dir eigentlich die Erfolgsmeldung nicht über die Lippen, daß dein Videomaterial nun ordentlich abspielt weil die Procodereinstellungen endlich gestimmt haben (also Sägezahneffekt weg)

Gibt Menschen, für die ist ein Glas wohl immer halb leer