[2.6.5] Auflösung in FrameData seltsam

  • Habe gerade auf VDR 2.6.5 umgestellt. Mir ist bei einer Testaufnahme aufgefallen, dass der Wert für die Auflösung seltsam aussieht:

    F 25 1920 1084 i 16:9

    Der Wert 1084 sollte doch eigentlich 1080 sein?


    Lässt sich das was machen? Oder tritt das nur bei mir auf?

  • Hier bei n-tv HD


    C S19.2E-1-1057-61204 ntv HD


    Ich lade das Testvideo ~160 MB mal in meine Dropbox:

    https://www.dropbox.com/scl/fi/2tyw2bca8vd2ke2qyubao/LIVE-3A_PK_GDL_zu_neuem_Streik.tar.xz?rlkey=j7air27bskjtetehikoibgdmg&dl=1

  • ffprobe gibt die richtigen Werte aus

  • Hier bei n-tv HD

    Natürlich ein verschlüsselter Sender, den ich nicht testen kann :rolleyes:


    Baue mal diesen Patch in remux.c ein:

    Diff
    --- remux.c.orig        2024-01-05 12:03:20.724972851 +0100
    +++ remux.c     2024-01-22 14:09:22.483053076 +0100
    @@ -1621,6 +1621,7 @@
                else if (chroma_format_idc == 2)
                   CropUnitX = 2;
                }
    +        dsyslog("H.264 Parm: w=%d h=%d l=%d r=%d t=%d b=%d  uX=%d uY=%d", frame_Width, frame_Height, frame_crop_left_offset, frame_crop_right_offset, frame_crop_top_offset, frame_crop_bottom_offset, CropUnitX, CropUnitY);
             frame_Width -= CropUnitX * (frame_crop_left_offset + frame_crop_right_offset);
             frame_Height -= CropUnitY * (frame_crop_top_offset + frame_crop_bottom_offset);
             }

    Dann mache eine kurze Aufnahme (Routine wird nur beim Start einmal aufgerufen) und schicke den Output

  • OK hier der Logauszug:

  • Bisher sehe ich keinen Fehler in der Berechnung. Kannst Du nochmal ein paar Parameter mehr ausgeben lassen?

    Außerdem wäre interessant, was das Femon-Plugin als Größe anzeigt.

    Diff
    --- remux.c.orig        2024-01-05 12:03:20.724972851 +0100
    +++ remux.c     2024-01-22 17:12:09.752022618 +0100
    @@ -1621,6 +1621,7 @@
                else if (chroma_format_idc == 2)
                   CropUnitX = 2;
                }
    +        dsyslog("H.264 Parm: w=%d h=%d l=%d r=%d t=%d b=%d  uX=%d uY=%d %d %d %c", frame_Width, frame_Height, frame_crop_left_offset, frame_crop_right_offset, frame_crop_top_offset, frame_crop_bottom_offset, CropUnitX, CropUnitY, frame_mbs_only_flag, chroma_format_idc, separate_colour_plane_flag?'t':'f');
             frame_Width -= CropUnitX * (frame_crop_left_offset + frame_crop_right_offset);
             frame_Height -= CropUnitY * (frame_crop_top_offset + frame_crop_bottom_offset);
             }
  • Habs eingebaut

    Code
    Jan 22 18:12:04 vdr01 yaVDR[16295]: [16280] vdr_rec_msg.sh: Aufnahme:  Nachrichten
    Jan 22 18:12:04 vdr01 yaVDR[16296]: [16280] vdr_rec_msg.sh: <END>
    Jan 22 18:12:05 vdr01 vdr[15997]: [16291] H.264 Parm: w=1920 h=1088 l=0 r=0 t=0 b=2  uX=1 uY=2 0 0 f
    Jan 22 18:12:05 vdr01 vdr[15997]: [16291] H.264: 1920 x 1084i 25,00 fps 0 Bit 16:9
    Jan 22 18:12:05 vdr01 vdr[15997]: [16291] executing '/etc/vdr.d/scripts/vdr_record.sh started "/video/@Nachrichten/2024-01-22.17.55.48-0.rec"'
    Jan 22 18:12:05 vdr01 yaVDR[16309]: [16302] vdr_record.sh: <START>
  • Beim SoftHDDevice gab es mal einen Fix für 1088 Kanäle:


    Der Beitrag dazu: [softhddevice] Bildfehler am unteren Rand

  • Warum das so ist weiß ich leider nicht.

    Vermute mal, dass denen Standards egal sind...

    Vielleicht lässt sich so was wie der Fix vom SoftHDDevice auch im VDR einbauen?

  • Vielleicht lässt sich so was wie der Fix vom SoftHDDevice auch im VDR einbauen?

    Der Fix nicht, aber man könnte die Zeilenanzahl auf 1080 setzen, wenn sie zwischen 1081 und 1090 liegt. Und sich dann die komplette Berechnung des Cropping sparen? Lt. ETSI TS101154 V2.6.1 ist auch nur 1080 erlaubt und keine 1088 in der darzustellenden Auflösung.

    kls: Was meinst Du dazu?

  • MegaV0lt Mit diesem Patch sollte es funktionieren. Kannst Du ihn bitte testen?

  • Patch funktioniert! Aufnahme auf n-tv HD zeigt nun 1920x1080 an.

    Vielen Dank!

  • Hi,


    Ich habe bei

    C S28.2E-2-2056-8311 Channel 4+1


    F 25 704 576 i 16:9


    . Sollte das auch korrigiert werden? Oder ist das so korrekt?

    ffprobe zeigt:

    Zitat

    Stream #0:0[0x90c]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p(tv, progressive), 704x576 [SAR 16:11 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc



    ~ 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

  • Dazu meint ETSI:

    Zitat

    NOTE:

    An encoded resolution of 704 × 576 pixels is often used to encode just the active 702 pixel portion of the video line, excluding the analogue blanking that may be present at the start and end of the full 720 pixel digital video line.

    Ist also korrekt.

    Neben 720 x 576 sind übrigens auch 544 x 576 und 480 x 576 bei MPEG2 (=H.262) offiziell erlaubt.

Jetzt mitmachen!

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