[AddVideoFormat.sh] Frameinfos in alte Aufnahmen einfügen

  • Stimmt. Hab's geändert

  • MegaV0lt

    Hat den Titel des Themas von „[AddVideoFormat.sh] 'Scantype' ermitteln“ zu „[AddVideoFormat.sh] Frameinfos in alte Aufnahmen einfügen“ geändert.
  • Habe das Skript nun im 1. Beitrag in mein Git verlinkt.

    VDR_config/local/sbin/AddVideoFormat.sh at main · MegaV0lt/VDR_config
    _config. Contribute to MegaV0lt/VDR_config development by creating an account on GitHub.
    github.com

  • Ich habe gerade festgestellt, dass die Daten ergänzt werden, wenn der index neu generiert wird.


    vdr-User-# 755 to_h264 chk_r vdr-transcode github

  • Habe gerade mal mit einer 4:3 Aufnahme getestet:

    VDR und dein Skript ermitteln 16:9 Video, natürlich weil der Vorlauf 16:9 ist. Wenigstens einheitlich, aber leider falsch.

  • kfb77 , meines Wissens "weiß" nur markad, wo die Werbung / wo der Vorlauf / wo der eigentliche Film ist.

    Damit kann das eigentlich nur markad korrekt bestimmen. Könntest Du das in markad einbauen?

    Client1: ASUS P5QC, Dual Core 3G, Cine S2, Ext. Board von TBE, Xubuntu 20.04, VDR 2.6x

    Client2: RPI3

    Server: RPI4, Sundtek SkyTV Dual 2x

  • Könntest Du das in markad einbauen?

    Verstehe ich nicht. Was soll ich einbauen ?

    Intern ermittle ich das natürlich, brauche ich ja für die aspect ratio Marken.

    Und was im info File steht traue ich dabei eh nicht, ist oft falsch. Es gibt sogar einen Sender (krone.tv) der grundsätzlich behauptet, es sei 4:3.

  • markad könnte z.B., wenn es mit einem entsprechenden Parameter gerufen wird, die Info Datei updaten und aspect ratio korrigieren.


    Also, ich meine die Zeile

    Code
    F 50 1280 720 p 16:9

    korrigieren, nicht die mit X beginnenden Zeilen.

    Client1: ASUS P5QC, Dual Core 3G, Cine S2, Ext. Board von TBE, Xubuntu 20.04, VDR 2.6x

    Client2: RPI3

    Server: RPI4, Sundtek SkyTV Dual 2x

  • Da zitiere ich mich mal selber:

    In markad gab es sowas auch mal, habe ich aber entfernt. Ich finde, es ist nicht zulässig, Schnittstellen Dateien anderer Programme zu verändern, auch wenn man der Meinung ist, sie sind unvollständig oder falsch.

    Das würde meinem Grundverständnis im Umgang mit Status Files anderer Programme wiedersprechen.

  • markad --displayAspect könnte aber die korrekte Aspect Ratio ausgeben.

    Was der Aufrufer von markad dann damit macht, kann ja der Aufrufer entscheiden ...

    Client1: ASUS P5QC, Dual Core 3G, Cine S2, Ext. Board von TBE, Xubuntu 20.04, VDR 2.6x

    Client2: RPI3

    Server: RPI4, Sundtek SkyTV Dual 2x

  • Dann müsste ich aber nochmals das Video einlesen. Das geht einfacher:

    Wenn in der marks z.B. eine der folgenden Zeilen vorkommt ist es 4:3, sonst 16:9.

    Beispiel:

    Code
    0:06:21.88 (  9545)* 0:06:21.72 <- aspect ratio change from 16:9 to  4:3 (9542) 
    0:33:20.07 ( 50006)  0:33:20.28 <- aspect ratio change from  4:3 to 16:9 (50006) 

    Wichtig ist dabei das

    - "*" für Start Marke und das "aspect ratio change from 16:9 to 4:3" oder

    - kein "*" für Stop Marke und "aspect ratio change from 4:3 to 16:9"


    Meist wird die erste Variante auch als erste Zeile vorkommen, außer bei 4:3 Doppelfolgen.

  • Hi,


    Ich habe mal eine Folge von Star Trek - Das nächste Jahrhundert aufgenommen (Das Gesetz der Edo).

    In der info Datei:

    Zitat

    F 25 720 576 i 16:9

    (wie erwartet).

    marks:


    Da finde ich nichts von aspect ratio change. Die Serie ist noch 4:3. Allerdings ist ein Teil des Tele 5 Logos auf dem linke schwarzen Balken.


    Wie finde ich jetzt heraus, dass das 4:3 ist?


    ~ Markus

    Client1: ASUS P5QC, Dual Core 3G, Cine S2, Ext. Board von TBE, Xubuntu 20.04, VDR 2.6x

    Client2: RPI3

    Server: RPI4, Sundtek SkyTV Dual 2x

  • Allerdings ist ein Teil des Tele 5 Logos auf dem linke schwarzen Balken.

    Das ist egal für aspect ratio Erkennung.

    Das sollte nicht so sein, poste mal bitte das markad.log mit --loglevel=3


    Edit: es kann eigentlich nur einen Fall geben, wo zurecht keine aspect ratio Marken vorkommen: 4:3 Sendung davor, 4:3 Sendung und 4:3 Sendung danach und keine Werbung oder Vorschau in der ganzen Aufnahme. Aber ich vermute mal, der Fall ist nicht realistisch. Dein Fall muss ein Bug sein, vermutlich nicht erkannt, dass die Werte im VDR Info File falsch sein müssen.

    2 Mal editiert, zuletzt von kfb77 ()

  • Es gibt grundsätzlich zwei Arten, eine alte 4:3 Aufnahme zu senden:

    1. Als 4:3 Video ohne senkrechte Balken im Bild, die werden dann vom 16:9 Fernseher hinzugefügt

    2. Als 16:9 Video mit den senkrechten Balken im Bild, die dann der 16:9 Ferseher unverändert darstellt.


    Deine Aufnahme ist der 2. Fall, somit eine 16:9 Sendung.

    Dieses Format wird inwzischen immer häufiger verwendet, oft wird das Bild sogar gezerrt um die Balken schmaler zu machen.

  • Die Sendung kommt gerade zufällig.

    Das sagt ffprobe dazu (ohne Timer Vorlauf, also direkt aus der Sendung):

    Code
    Input #0, mpegts, from '00001.ts':
      Duration: 00:01:20.85, start: 81574.386667, bitrate: 2571 kb/s
      Program 132
      Stream #0:0[0x5ff]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p(tv, top first), 
      720x576 [SAR 64:45 DAR 16:9], 25 fps, 25 tbr, 90k tbn
        Side data:
          cpb: bitrate max/min/avg: 15000000/0/0 buffer size: 1835008 vbv_delay: N/A
      Stream #0:1[0x600](deu): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, fltp, 192 kb/s

    DAR: 16:9

  • Hatte ich befürchtet.

    Der Sender fügt also schwarze Balken hinzu und sendet 16:9 .


    Für mich bedeutet das, dass die aspect ratio Information unzuverlässig ist, auch dann, wenn sie aus der richtigen Stelle im Stream gewonnen wird.

    Client1: ASUS P5QC, Dual Core 3G, Cine S2, Ext. Board von TBE, Xubuntu 20.04, VDR 2.6x

    Client2: RPI3

    Server: RPI4, Sundtek SkyTV Dual 2x

  • So würde ich das nicht sagen.

    Sie sind eindeutig bezüglich des gesendeten Video Ausgabe Formates, haben aber keine Aussage über das urspüngliche Video Aufnahmeformat.

    Theoretisch wäre es möglich, einer 16:9 Aufnahme horizontale Balken hinzuzufügen und als 4:3 Video Format zu senden.

  • Hi,

    Wurde das nicht auf meine Anregung hin in Softhddevice übernommen als Option?

    MfG Stefan

    Test-VDR1: HP rp5700 Fertigsystem, Core2Duo E6400, 2GB RAM, FF-SD C-2300, nvidia Slim-GT218 x1 | easyVDR 2.0 64Bit
    VDR3: in Rente

    VDR4: MSI G31M2 v2, Digitainer2-Geh., t6963c 6" gLCD, E5200, 2GB, 3TB WD Red, GT730, 2x TT S2-3200; easyVDR 3.5 64bit
    VDR5: Gigabyte
    GA-G31M-S2L, Intel E2140, Zotac GT730 passiv, Digitainer2-Geh., t6963c 6 " gLCD, 2 TB WD Red, 2x TT S2-3200 (an 1 Kabel) easyVDR 3.5 64bit
    VDR6:
    Intel E5200, GT630 passiv, F1 750 GB, t6963c gLCD, 2x TT S2-3200 | easyVDR 3.5 64bit
    VDR-User #1068
    www.easy-vdr.de

Jetzt mitmachen!

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