Wieder mal eine Frage zum Thema Interlace

    Also auch für KiKas Lösung reicht meine Hardware nicht aus. Man könnte ja sonst mal versuchen in 480x576 aufzunehmen und trotzdem die empfohlenen Cropp einstellungen von KiKa zu verwenden. Ich denke aber mal, dass die nicht diesen Fieldorderwechsel Beseitigen. Ich versuch das aber einfach mal.
    Dirk: Die Funktion Field Swap würde bei uns nichts bewirken oder?
    Gruß Henning

    Derwisch
    Das Problem ist ja, dass sich bei YUV2 die Fieldorder mehrfach ändert. Natürlich muss man es richtig einstellen, aber ein Ändern der Fieldorder ohne Beseitigen des Wechselproblems würde aus der Sequenz richtig-falsch-richtig-falsch nur falsch-richtig-falsch-richtig machen.

    Ich kann absolut nicht nachvollziehen, warum ihr einen "Fieldorderwechsel" (PHaseshift, Fieldswap, oder was exakt meint ihr?) habt.
    Ich habe eine WinTV-Radio.
    Ich capture meist ohne framedrops auch mal 2h lang ohen ein einziges dropped frame.
    Sollte es aber zu einem Drop kommen, wird immer ein ganzes VOLLBILD also zwei HALBBILDER gedroppt. D.h. es einsteht ein kurzer Ruckler fuer die dauer einer 25stel Sekunde.

    So wie ihr es beschreibt, wuerde die Karte nur ein Halbbild droppen, was ich mir aber wirklich nicht vorstellen kann, denn sowas hab ich noch nie gesehen, weder bei mir, noch bei anderen.
    Natuerlich wuerde das droppen eines Hallbbilds einen Phaseshift einbringen, der liesze sich dann, wenn es progressives Video ist, aber mit Telecide() wieder beseitigen.

    scharfis_brain

    Die Fieldorderwechsel bei YUV2 hatte ich definitiv, allerdings nicht in Zusammenhang mit den Framedrops. Wie gesagt habe ich ca. alle 40 sec einen dropped Frame, und ca. 3-4 Fieldorderwechsel auf 100 min Video.

    scharfis_brain
    Genauso sieht es auch aus. Als würde ein Halbbild gedroppt, so dass sich diese dann verschiebt. Wird nämlich wieder ein Frame gedroppt, so ist es wieder in Ordnung. Es wäre also schön, wenn man VDub beibringen könnte, immer 2 frames gleichzeitig zu droppen, das würde nichts ausmachen.
    Zumal ich jetzt aber sagen muss, dass ich eben im meinem Testvideo (1:30min) genau 3 dropped frames hatte und keinesfalls ein wechsel erkennbar war. (Habe mit KiKas Cropping Vorschlägen für 704x576 gearbeitet. Ich werde das jetzt nochmal ausgiebig testen, ob es wriklich was mit den dropped Frames zu tun hat, denn bei dem Video vorher war es auf jeden fall mit den dropped Frames nachzuvollziehen.

    Wäre es nicht theoretisch möglich, genau ein Frame unter Vdub rauszuschneiden, so dass so alles wieder ins Lot kommt?

    Gruß
    Henning

    Derwisch

    wieviel Zeit willst du denn da spendieren, um die Wechsel raus zusuchen? Bei mir waren es ca 3-4 auf 90 min, d.h. NICHT abhängig von den Framedrops. Das händisch gerade zu biegen dürfte jeden vertretbaren Aufwand übersteigen.

    dirk67: Also ich werde jetzt nicht viel dran rummurksen, sondern einfach mal n bisschen austesten. Habe jetzt mal 3 min gecaptured und die Stellen mit Framedrop aufgeschrieben. Außerdem ist mein PC viel zu langsam beim Encoden. Für die besagten 3min braucht er 2h.
    Habe nochmal ne andere Frage: Ich habe irgendwie das Gefühl, dass das Timing unter VirtualDub ganz plötzlich aus der Bahn geworfen wird, so dass auf einmal dropped Frames am Fließband entstehen, so auch, wenn ich mit RGB24 capture. DIe ersten 20-30sec laufen ohne dropped frames, wenns hoch kommt, vlt einer, und dann geht es auf einmal kontinuierlich los, ohne aufzuhören.
    LG

    scharfis_brain:
    da kann ich dir leider nicht weiterhelfen, denn wie du sicherlich gelesen hast, geht es hier um interlaced Material.
    Telecide ist doch wie ich meine gehört zu haben, ein Interlacer. Und beim Interlacen entstünde wieder diess kontinuierliche Ruckeln.
    Oder gibt es eine Lösung anständig zu interlacen?!!!
    Henning

    Moin,

    vielleicht versuchen wir / versucht ihr mal einzugrenzen, bei welchen Konstellationen diese
    Fieldorderwechsel mit den BT-Karten auftreten.

    Da gibt es tlw. ziemlich heftige Auseinandersetzungen
    von: Ist bei mir auch so!
    Bis: Kompletter Blödsinn!

    Ich bin damals (als ich noch eine BT-Karte verwendet habe) schier dran verzweifelt!
    Bei mir hat jedenfalls RGB24 das Problem eliminiert - shure!
    Das ist insofern verwunderlich, daß die Karten ja in YUV422 (auch YUY2, YUV2) digitalisieren
    und RGB24 nur ein "aufgeblasenes" YUV ist.

    Das kann also nur ein Fehler im Chip oder im Treiber sein.

    Meine (ehemalige) Konstellation:
    WINTV PCI (die erste PCI-Karte die damals rauskam)
    BT848 mit sämtlichen Hauppauge VfW-Treibern unter W98(se) und W2k.

    Einfach mal die Karte ausbauen und schaun, was für ein Chip drauf ist.

    Gruß Karl

    Also,
    definitiv, das Fieldorder Problem hat nichts mit den dropped Frames zu tun. Habe den oben genannten Film jetzt fertig encoded (schon länger, aber bin jetzt erst wieder zu Hause). Es ist in den 3:30min langen Ausschnitt kein Changing enthalten.
    Werde morgen mal n ganzes Video capturen, kann ja sein, dass es mit KiKas Einstellungsvorschlägen zusammenhängt, habe nämlich oben 2 und unten 12 Zeilen weggecropped.
    Habe mir übrigens ne FireWire Card geholt, aber werde es trotzdem noch ausprobieren, denn wenn ich schon auf SVHS kopiertes DV-Material capturen will, ist dieses ja auch noch Interlaced. Da ändert sich doch nichts beim Überspielen von DV-Camcorder auf SVHS Videorekorder oder?
    Gruß und vielen Dank noch mal für die rege Beteiligung an diesem Thread.
    Henning

    So, gucke jetzt Champions League weiter. Interessiert sich einer von Euch dafür?

    Axo, vergessen:

    Um bei der Digitalisierung der Anal-Infos richtig anzufangen, muß die Karte / der Treiber
    die zeitliche Lage des VBI (vertical blanking interval / vertikale Austastlücke) korrekt analysieren.

    Unabhängig von den Fieldorderwechseln hat(te) meine WINTV immer das Problem, daß sie jedesmal
    anders anfängt. D.h. auch bei RGB24 ist/war der eine stream top- der andere bottom-dominant.
    Was schon ziemlich deutlich zeigt, daß es da mit der VBI-Auswertung Probleme gibt.

    Derwisch:
    >Es wäre also schön, wenn man VDub beibringen könnte, immer 2 frames gleichzeitig zu droppen, das würde nichts ausmachen.

    VD verhält sich absolut korrekt. Dropping-Infos, die der Treiber nicht liefert, kann VD nicht "erfinden".

    >Wäre es nicht theoretisch möglich, genau ein Frame unter Vdub rauszuschneiden, so dass so alles wieder ins Lot kommt?

    Nein, das geht nicht. Das kann AVISynth. Man müßte genau ein field droppen /verdoppeln.

    Gruß Karl

    Mein Karte hat 'nen 878, aber eigentlich kann ich mir nicht so richtig vorstellen, dass die beiden Chips soooo verschieden sind. Eher halte ich es für möglich, dass das ein Treiberproblem ist.
    Bei meiner ist das jedenfalls wirklich nie passiert. Also Du damals mit diesem Thema anfings, habe ich ja beinahe verzweifelt versucht, es irgendwie nachzuvollziehen - hat nie geklappt.

    Sie nimmt immer TFF auf, bei YUV2 eben mit Field Swap, was sie bei RGB24 nicht tut.

    Hehe, VirtualDub, die Karte und Treiber. DAS kenne ich ja noch von der Erazor III. Da wurde nie ein dropped Frame angezeigt, aber es waren massenhaft welche drin. Aber immerhin hat die Karte aber immer Frames gedroppt und nicht nur Fields.

    Moin,


    >Also Du damals mit diesem Thema anfings, habe ich ja beinahe verzweifelt versucht,
    >es irgendwie nachzuvollziehen

    Tja Kika - das Leben ist ungerecht :D
    Die Einen wollen die Fehler los sein, die Anderen wollen sie nachbauen...

    >..eigentlich kann ich mir nicht so richtig vorstellen, dass die beiden Chips soooo verschieden sind..

    Sind sie ja auch nicht - lt. Referenzdesign.
    Ich vermute:

    -Grundsätzliches Problem mit BT848, oder:
    -Grundsätzliches Problem mit BT848 _und_ Hauppauge-Treibern.

    Gruß Karl

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden