vdr-transcode - swiss knife for transcoding

  • Die Log-Datei sollte im Aufnahmeverzeichnis liegen, oder?

    Genauer im Zieldirectory.


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

  • Hallo,


    das Zielverzeichnis ist in meinem Fall doch das Aufnahmeverzeichnis, oder?

    Da ist keine Log-Datei zu finden :(


    Mein ffmpeg kann ja scheinbar den Parameter nicht:


    Gruß,

    Hendrik

  • Vielleicht verrätst Du mal, was für eine ffmpeg-Version Du hast?


    Es sollte ein neuer .rec Ordner angelegt werden, dort befindet sich die logfile.


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

  • Dann bräuchte ich die Ausgabe von


    ffmpeg -h encoder=h264_vaapi


    und


    ffmpeg -h encoder=hevc_vaapi


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

  • Hallo,


    dass ein neues Verzeichnis als Unterordner vom aktuellen angelegt wird wusste ich nicht.

    Ein Logfile findet sich da:



    Und:


    Vielen Dank für deine Hilfe!


    Gruß,

    Hendrik

  • Ich habe dann mal den rc_mode parameter weggelassen:

  • logfile?


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

  • Du machst offensichtlich einen grundsätzlichen Fehler, rufe mal im .rec Ordner nur vt ohne Parameter auf.


    Wenn Du den Pfad angeben willst, lass hinten /00001.ts weg.


    Desweiteren vermisse ich den Parameter:


    -hwaccel vaapi


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

    2 Mal editiert, zuletzt von jsffm ()

  • Probiere doch mal bitte folgende Version, die auch mit ffmpeg 4.1 laufen sollte.

  • Vom letzten Versuch war nur das Konsolprotokoll da, beim nächsten Versuch bitte mit logfile.


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

  • Hallo,


    ich nutze jetzt deine neue Version und rufe vt im rec-verzeichnis auf


    Und das logfile:



    Viele Grüße,

    Hendrik

  • Also, die Anpassung an ffmpeg 4.1 scheint schonmal zu klappen.


    Jetzt fehlt noch -hwaccel vaapi vdr-transcode - swiss knife for transcoding


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

  • Hallo,


    nee, das fehlte nicht. Aber eine neue Zeile direkt dahinter fehlte (es war die letzte Zeile in der /etc/vdr-transcode.conf).

    Ich habe nur einen Zeilenumbruch am Ende hinzugefügt und jetzt läuft es (und ca 15 mal schneller als ohne vaapi)


    Danke!

  • Super, freut mich.


    Da ich mit nvenc arbeite, weiss ich nicht, ob die Qualität optimal eingestellt ist.


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

    Einmal editiert, zuletzt von jsffm ()

  • Hallo,


    zur Qualität: Die ist etwas zu gut...

    Die Original-Datei (RTL, SD) hat 4GB, die konvertierte Datei (h264) hat 32gb.

    Anbei die Logdatei.


    FFProbe sagt:


    (Konvertiert)

    Code
    Input #0, mpegts, from '00001.ts':
      Duration: 01:48:37.50, start: 1.400000, bitrate: 40253 kb/s
      Program 1
        Metadata:
          service_name    : Service01
          service_provider: FFmpeg
        Stream #0:0[0x100]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p(progressive), 720x576 [SAR 64:45 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc
        Stream #0:1[0x101](deu): Audio: aac (LC) ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp, 101 kb/s
        Stream #0:2[0x102](deu): Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, stereo, fltp, 384 kb/s
        Stream #0:3[0x103](deu): Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) (hearing impaired)


    (Original)

    Code
    Input #0, mpegts, from '00001.ts':
      Duration: 01:48:37.51, start: 50890.010367, bitrate: 5975 kb/s
      Program 132
        Stream #0:0[0xa3]: 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, 50 tbc
        Stream #0:1[0x68](deu): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, fltp, 192 kb/s
        Stream #0:2[0x6a](deu): Audio: ac3 ([6][0][0][0] / 0x0006), 48000 Hz, stereo, fltp, 384 kb/s
        Stream #0:3[0x6e](deu): Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) (hearing impaired)



    Gruß,

    Hendrik

  • Du kannst das mit dem Parameter -crf steuern (bei ffmpeg -qp), der ist jetzt 21 und sollte dann deutlich größer sein.


    -qp Constant QP (for P-frames; scaled by qfactor/qoffset for I/B) (from 0 to 52)


    Besser wäre womöglich:


    -quality <int> E..V..... Set encode quality (trades off against speed, higher is faster) (from -1 to INT_MAX) (default -1)


    Du kannst das Testen mit folgender Anweisung:


    -test2 -quality <int> 


    In Kommandozeile oder Konfiguratiionsdatei.


    Wenn das funktioniert, baue ich das ein.


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

  • Hmm, schaue ich mir an, Hauptsache, es läuft.


    Ich hatte mich beim Testen auf hevc konzentriert, da gibt es den Parameter nicht.


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

  • -test2 -quality <int>

    Kann sein, dass das nur in der Konfiguration funktioniert, ich hab das lange nicht mehr benutzt.


    Für die Kommandozeile sollte folgendes funktionieren: -test -quality -test 30


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

Jetzt mitmachen!

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