vdr-transcode - swiss knife for transcoding

    Mal reingrätschen ;)


    Zitat von wmautner

    Plötzlich war wieder massig Platz auf der Pladde ;)

    Das klingt doch interessant - damit kämpfen wir auch.


    Musstest du dann die umgewandelten Aufnahmen anders ablegen (und die Originale löschen)?
    Oder können die einfach "im VDR" weiterverwendet werden, nur sinds halt jetzt nicht mehr mpeg2 sondern mkv (oder sonst was platzsparendes)? Ich meine im VDR bei "Aufnahmen" (roter Button) mit Beschreibung, Aufnahmedatum, Poster, etc.

    MyVDR: yaVDR-Ansible (Ubuntu 20) - softhddevice-openglosd (ffmpeg 2.8) - epgd/epg2vdr - skindesigner estuary4vdr (adaptiert) - 1920x1080@50 Hz | kodi 18 - inputstream + amazon vod
    Aerocube M40 | 300W | ASRock H61M-GE | Intel G530 | Asus ENGT520 | 2 x TT-budget S2-3200 | ASRock Smart Remote (CIR) | 4 GB RAM | 120 GB SSD | 3 TB HDD

    Die Aufnahmen bleiben zu vdr kompatibel.


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

    Wow krass - :thumbup:
    Dann muss ich mich jetzt endlich auch mal mit deinem Skript beschäftigen.

    Ich habe dzt. ca. 2,8 TB MPEG2-Aufnahmen - wenn ich die auf 1/3 eindampfen könnte, wäre das genial.

    MyVDR: yaVDR-Ansible (Ubuntu 20) - softhddevice-openglosd (ffmpeg 2.8) - epgd/epg2vdr - skindesigner estuary4vdr (adaptiert) - 1920x1080@50 Hz | kodi 18 - inputstream + amazon vod
    Aerocube M40 | 300W | ASRock H61M-GE | Intel G530 | Asus ENGT520 | 2 x TT-budget S2-3200 | ASRock Smart Remote (CIR) | 4 GB RAM | 120 GB SSD | 3 TB HDD

    Das sollte realistisch machbar sein, vor Allem bei den Öffis, da ist noch mehr drin. Schneller geht das, wenn man die Grafik-Karte nutzt.


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

    Klappt mit einer 1050ti und Cuda doch besser als mit dem alten i5-4670S. Ja, oft werden aus 2 GB dann 400MB. Ich benutze dazu noch - in dem Script - markad mit der "cut"-Funktion und teste mit ffprobe, ob die Aufnahmelänge nachher mindestens 60% ist.

    Ich hab nur die GT520 aus der Signatur.

    Gibts da empfohlene Parameter Richtung Hardware-Nutzung?

    MyVDR: yaVDR-Ansible (Ubuntu 20) - softhddevice-openglosd (ffmpeg 2.8) - epgd/epg2vdr - skindesigner estuary4vdr (adaptiert) - 1920x1080@50 Hz | kodi 18 - inputstream + amazon vod
    Aerocube M40 | 300W | ASRock H61M-GE | Intel G530 | Asus ENGT520 | 2 x TT-budget S2-3200 | ASRock Smart Remote (CIR) | 4 GB RAM | 120 GB SSD | 3 TB HDD

    Ab GT1030 geht HEVC...

    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

    h264 wäre gegenüber mpeg2 auch ein Fortschritt.


    Mit einer GTX 950 hab ich auch schon hevc encodiert.


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

    Die GT520 hat wohl keinen Encoder, das ist aber auch nicht soo schlimm, als ich meine MPEG2-Videos nach H264 konvertierte, hatte ich auch noch keine geeignete Grafikkarte und musste das per CPU machen, dauert was länger, geht aber. Wenn ich mich richtig erinnere habe ich das Gerät da manchmal die ganze Nacht durchlaufen lassen, natürlich nicht für ein Video, sondern ganz viele.


    Für die ersten Tests den Script einfach mal ohne Parameter im Aufnahmedirectory starten.


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

    Einmal editiert, zuletzt von jsffm ()

    Danke 1

    Absolut.


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

    Zitat von Piet

    Wie ich woanders lese, interessierst Du Dich evtl. für das N100-Board, damit wäre dann wohl einiges möglich.

    Das hat einfach sehr interessant geklungen für einen neuen VDR - aber erst irgendwann mal.
    Der jetzige tut eigentlich noch ganz leicht für unseren Zweck - bzw. eigentlich sogar (fast) perfekt.

    Aber trotzdem sehr geil, dass für so wenig Kohle und so einfach (nur noch RAM, SSD, Netzteil, Gehäuse, DVB) ein so starker VDR gebaut werden könnte.

    MyVDR: yaVDR-Ansible (Ubuntu 20) - softhddevice-openglosd (ffmpeg 2.8) - epgd/epg2vdr - skindesigner estuary4vdr (adaptiert) - 1920x1080@50 Hz | kodi 18 - inputstream + amazon vod
    Aerocube M40 | 300W | ASRock H61M-GE | Intel G530 | Asus ENGT520 | 2 x TT-budget S2-3200 | ASRock Smart Remote (CIR) | 4 GB RAM | 120 GB SSD | 3 TB HDD

    Hallo zusammen,

    ich tu mich mit den korrekten Parametern für h265 schwer. Ich hoffer Ihr könnt mich erleuchten :)


    Meine Nvidia GTX 1660 kann h265 flott encoden, daher möchte ich dies als default einstellen.

    Zum Konvertieren einer mkv funktioniert "vt -i file.mkv -h264 hevc"

    Warum lautet der Parameter 264 und nicht 265 ?

    Und was muss in die /etc/vdrtranscode.conf damit h265 standardmäßig verwendet wird?


    ... ich stehe da irgendwie auf dem Schlauch...

    Und bist Du nicht willig, so brauch ich Geduld!
    System: TV Philips 4k, + CEC-Remote, Octopus Net

    Odroid N2+ mit VDRSternELEC

    -h264 hevc bedeutet, dass h264 nach hevc (h265) konvertiert wird, das kannst Du auch in der Konfiguration eintragen, dann brauchst Du das nicht immer anzugeben. Du kannst auch -vc hevc angeben, dann wird alles nach hevc konvertiert, das würde ich aber nicht in die Konfiguration schreiben.


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

    Danke 1

    Neue Funktion:


    --out_stat # alternate output on screen


    Gilt nur für CLI-Eingabe, nicht für Automation.


    Statt der ffmpeg-Ausgabe wird alle 2 Sekunden die Ausgabe von --stat angezeigt.


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

    Hallo,

    erstmals herzlichen Dank an jsffm für das Skript.

    Eigentlich wollte ich nur testen ob ich von hevc wider zurück auf h264 konvertieren kann, dabei ist mir ein erheblicher Unterschied in der Größe der Aufnahmen aufgefallen.

    Leider reichen meine Kenntnisse nicht aus um sie mir zu erklären, würde es aber gerne wissen.

    Alle Aufnahmen lassen sich ohne wesentlichen Qualitätsverlust mit softhddevice (1050ti/Cuda) und softhddevice-drm (rpi4) abspielen.

    Ebenso alle h264 auf rpihddevice.


    Aufname: vom 03.12.2023 auf Das Erste HD Länge: 1:27

    Orginal Größe: 7615MB


    mit vt ohne Parameter von Orginal

    frame=261836 fps=1228 q=-1.0 Lsize= 7551677kB time=01:27:16.50 bitrate=11813.9kbits/s speed=24.6x

    Größe: 7375MB


    vt -h264 h264 von Orginal

    frame=261829 fps=310 q=-1.0 Lsize= 2279165kB time=01:27:16.52 bitrate=3565.5kbits/s speed=6.2x

    Größe: 2226MB


    vt -h264 hevc von Orginal

    frame=261829 fps=577 q=29.0 Lsize= 1014836kB time=01:27:16.56 bitrate=1587.6kbits/s speed=11.5x

    Größe: 991MB


    vt -hevc h264 von hevc

    frame=261829 fps=369 q=-1.0 Lsize= 1872561kB time=01:27:16.52 bitrate=2929.4kbits/s speed=7.38x

    Größe: 1829MB


    Beim vdr Export auf mp4 vt -o mp4 bin ich mit folgender Fehlermeldung gescheitert.


    Code
    [dvdsub @ 0x5557acd0df00] canvas_size(0:0) is too small(1279:669) for render
Subtitle encoding failed
...
Conversion failed!
===========================================================
[mov,mp4,m4a,3gp,3g2,mj2 @ 0x55cf4c053f80] moov atom not found
../1252_Tatort:_Des_anderen_Last.mp4: Invalid data found when processing input
===========================================================
...

    wie kann man den Subtitle-Stream auslassen?

    Die Größe ist abhängig von der gewählten Qualität:


    Code
     -h264_q|-crf <n> # quality h264 default 21, < better, > smaller
                    for h264_nvenc default 32
 -hevc_q|-cq <n>  # quality hevc default 28, < better, > smaller
                    for hevc_nvenc default 36

    Du kannst mit -sel auswählen, welche Streams Du haben möchtest.


    Code
     -sel [<file>:]<n[-n][,n]>   # audio, subtitle stream select

    Von dem Abbruch würde ich gerne das Protokoll sehen (.log)


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

    2 Mal editiert, zuletzt von jsffm ()

    Hi

    Zitat

    [dvdsub @ 0x5557acd0df00] canvas_size(0:0) is too small(1279:669) for render

    für Untertitel braucht ffmpeg die Angabe der 'Canvas-Size'.
    Z.B.:

    Code
    -canvas_size 1280x720

    ruegi

Jetzt mitmachen!

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

Benutzerkonto erstellen Anmelden