DVB-T: Schlechte Qualität bei Szenenwechsel

  • Hallo

    Habe seit 1 Monat DVB-T und habe schon öfter bemerkt, dass die letzte Frame, vor einem Szenenwechsel, oft qualitativ sehr schlecht ist.

    Ich habe mich gefragt, da es ja nicht bei jedem Szenenwechsel vorkommt, ob es vielleicht die letzte Frame einer GOP ist?

    Vielleicht gibt es ja eine Möglichkeit entweder beim Demuxen oder mit Avisynth die letzte Frame auszutauschen, indem man die Vorletzte oder die Nächste kopiert oder eine leere P-Frame einfügt?

    danke

    Bild 1: vorletzte Frame
    Bild 2: letzte Frame (schlechte)
    Bild 3: nächste Frame

  • Mit Avisynth definitiv nicht , da müsstest du neue encoden.

    Die Rotation der Erde wurde in den letzten Jahren primär durch sich im Grab umdrehende Musiker angetrieben - Mainstream sei dank.

  • Auf die Lösung bist du mit Sicherheit schon selbst gekommen aber ich schreib es trotzdem mal.

    Frame 40 = ok
    Frame 41 = verblockt
    Frame 42 = ok

    Frame 64 = ok
    Frame 65 = verblockt

    trim(0,41)+trim(42,64)+trim...
    und so weiter

    Die Rotation der Erde wurde in den letzten Jahren primär durch sich im Grab umdrehende Musiker angetrieben - Mainstream sei dank.

  • ich hatte folgende Zeile im Avisynth Script stehen:

    LeakKernelDeint(order=1, sharp=true, forceCPU=5)

    Anscheinend liegt es an diesen interlace'ten Mischbildern - sie kommen nicht bei jedem Szenenwechsel vor und wenn sie vorkommen erzeugt der LeakKernelDeint so eine pixelige Frame wie im 1. Post.

    Wenn ich diesen Deinterlacer hernehme...

    FieldDeinterlace(blend=true)

    ... ist das Ergebnis schon besser (wenn man es als Video betrachtet)

    Zitat von scharfis_brain

    dafür bräuchte ich aber mal nen Sample vom MPEG...

    Wenn du noch ein Sample willst lad ich es gerne noch hoch...

  • Dafür hasse ich die Privatsender!

    Der Film hätte sooo schön progressive sein können!

    aber nein, rtl hat ihn kaputt-interlaced und geblurred.

    und zwar auf so ziemlich genau 23,8 fps.

    rückgängig bekommst Du das so hier:

    Code
    loadplugin("D:\x\dgdecode.dll")
    loadplugin("D:\x\TIVTC.dll")
    
    
    mpeg2source("sample.d2v",cpu=0) 
    # den cpu-parameter zum entblocken nach belieben setzen (0..6)
    crop(8,72,-8,-72)
    assumetff()
    TFM(pp=5,cthresh=8,chroma=true)
    tdecimate(mode=2,rate=23.8)

    sag mal, was Dein Zielformat werden soll.
    denn 23.8 fps sind ja nicht so sonderlich standardkonform.

    btw.: die verblocken frames würde ich drin lassen.
    das ist der Aufwand nicht wert, da noch was machen zu wollen, auch wenn es möglich wäre.

  • Zitat

    TFM(pp=5,cthresh=8,chroma=true)
    tdecimate(mode=2,rate=23.8)

    Hab ich da in den letzten Wochen was verpennt? :eek::grübeln:
    Habe natürlich direkt nach der TIVTC.dll im forum beim doom9 gesucht und
    "lediglich" den ellenlangen Threat von Tritical & Friends gesehen,
    ... uiiii ist der lang geworden! Outsiders blicken da kaum noch durch.
    Ok, ... Runtergeladen, readme gelesen und .... naja.

    Verehrter Herr Scharfi, könntest du mir (uns) kurz erklären, was das denn da nettes
    ist? Es ist doch wohl nicht das was ich denke (hoffe)? Nämlich ein Weg
    jene tollen Broadcastings flott wieder hin zu bekommen, wo eben mit FPSs
    rumgepfuscht wurde á la SAT1, Pro7 etc. ?

    Thanx!

    </pre>

  • TIVTC ist wie Decomb von Neuron2 - nur besser ;)

    natürlich hätte man auch

    telecide(order=1,guide=2,blend=true)
    decimate(cycle=21)


    nehmen können.

    das wäre aber
    a) nicht so präzise und
    b) langweilig

    merke:
    rtl: fieldduplikation per bob().changefps() -> IVTC
    pro7sat1: fieldblending bob().convertfps() -> Restore24

  • Cool Danke - werd ich morgen gleich mal ausprobieren.

    Zitat von scharfis_brain

    sag mal, was Dein Zielformat werden soll.
    denn 23.8 fps sind ja nicht so sonderlich standardkonform.

    Normalerweiße DivX 6 neuerdings.

  • Zitat von scharfis_brain

    rtl: fieldduplikation per bob().changefps() -> IVTC
    pro7sat1: fieldblending bob().convertfps() -> Restore24

    Ich blick da leider noch nicht so durch.

    Wie müsste dann das Script für Pro7/Sat1 und wahrscheinlich auch für Kabel 1 aussehen, mit TIVTC

  • Ich habe mich jetzt ein bisschen mit deinem Script rumgespielt und versucht es zu verstehen

    Code
    assumetff()TFM(pp=5,cthresh=8,chroma=false)

    [INDENT]is klar - dadurch wird der Film deinterlaced mit der "motion-adaptive blend deinterlacing" Methode[/INDENT]

    Code
    tdecimate(mode=2,rate=23.8)

    [INDENT]damit werden der Film auf 23,8 fps reduziert und die doppelten frames gelöscht. Ich habe mir die ersten 100 frames angeschaut und 5 doppelte gefunden
    (d.h. (100 - 5) : 4 = 23,75 fps).
    Wie bist du auf 23,8 fps gekommen? Hast du ne andere Methode oder hast du dir nur mehr frames angeschaut?[/INDENT]

    [INDENT]Wenn man diesen Code ...[/INDENT]

    Code
    tdecimate(mode=0)

    [INDENT]... benützt, löscht er automatisch alle ähnlichen Frames. Der Film hat dannach ein Framerate von 20 fps. Diese Methode ist halt leichter und praktischer, aber es werden auch mehr Frames gelöscht. Was meinst du? Ist Mode=0 auch gut oder soll ich lieber zählen (oder deine Methode benutzen, falls du eine andere hast?)[/INDENT]

  • Zitat

    is klar - dadurch wird der Film deinterlaced mit der "motion-adaptive blend deinterlacing" Methode

    Nix is klar. TFM bastelt die Halbbilder OHNE Deinterlacing wieder zusammen.
    Nur, wo er keinen sauberen Treffer landet (zu starke klötzer!), nimmt den Motion Adaptive Blend.
    TFM ist sowas wie Telecide! Ein Fieldmatcher = Ein Halbbildsortierer

    Zitat

    Wie bist du auf 23,8 fps gekommen? Hast du ne andere Methode oder hast du dir nur mehr frames angeschaut?

    Ich hab alle Frames aus des Sample durchgezählt, und dann geguckt, wo sich Muster in den Frameverdopplungszyklen ergeben.
    Eine Großzyklus des Musters hab ich dann als Berechnungsgrundlage herangezogen...

    Zitat

    Der Film hat dannach ein Framerate von 20 fps. Diese Methode ist halt leichter und praktischer, aber es werden auch mehr Frames gelöscht. Was meinst du? Ist Mode=0 auch gut oder soll ich lieber zählen

    Was meinst Du, warum ich mir die Mühe mit dem Zählen gemacht hab?
    20 fps sind :
    1) nix Standard (23.8 fps kommt wenigstens noch in die Nähe von 23.976 fps!)
    2) ruckelt das wie Sau, weil 4 bis 5 frames pro sekunde zu VIEL gedroppt werden!

    Nächtes mal bitte vorher nachdenken...

Jetzt mitmachen!

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