VDRCONVERT: kein background.pnm

  • Hallo,


    weiß jemand, wo ich etwas genauer hinschauen muss, um herauszufinden, warum bei Erstellen von subbackground.pnm und background.pnm keine Bilder im entsprechenden Aufnahmeverzeichnis landen bzw. entstehen ?


    In welcher 'log' finde ich etwas darüber ?


    VDRCONVERT läuft bei mir sonst tadellos.


    GRuß
















    Software: Debian Sarge, c't VDR4, VDRDEVEL 1.3.39.

    HW: ASRock J4105M / Silverstone Gehäuse / Digital Devices Cine S2 DVB S2 TWINSAT Low Profile PCIe REV. V6.5 / Samsung UE46B6000.


    SW: yaVDR ansible als Server, KODI 19 (auf Fire TV Cube).

  • /var/log/syslog


    Gar keine Bilder, oder graue Bilder?


    Ach ja, vdr 1.3.38 und aufwärts brauchen noch nen Parameter zum grabben, der ist meines wissens erst in vdrdevel 1.3.40 von Tom drinnen

  • Macht gar keine Bilder. Habs grad nochmal probiert. In der /var/log/syslog sieht das so aus:


    Jan 25 21:11:43 localhost vdr[4655]: replay /var/lib/video.00/David_Bowie__A_Reality_World_Tour__Point_Depot__Dublin_2003/2006-01-01.03.10.99.99.rec
    Jan 25 21:11:43 localhost vdr[4655]: playing '/var/lib/video.00/David_Bowie__A_Reality_World_Tour__Point_Depot__Dublin_2003/2006-01-01.03.10.99.99.rec/0$
    Jan 25 21:11:44 localhost vdr[4655]: loading /var/lib/video.00/David_Bowie__A_Reality_World_Tour__Point_Depot__Dublin_2003/2006-01-01.03.10.99.99.rec//m$
    Jan 25 21:11:44 localhost vdr[25144]: TS buffer on device 2 thread ended (pid=25144, tid=25144)
    Jan 25 21:11:44 localhost vdr[25143]: buffer stats: 3948 (0%) used
    Jan 25 21:11:44 localhost vdr[25143]: receiver on device 2 thread ended (pid=25143, tid=25143)
    Jan 25 21:11:44 localhost vdr[28375]: dvbplayer thread started (pid=28375, tid=28375)
    Jan 25 21:11:44 localhost vdr[28376]: non blocking file reader thread started (pid=28376, tid=28376)
    Jan 25 21:11:44 localhost vdr[28375]: setting audio track to 1 (0)
    Jan 25 21:11:45 localhost vdr[28380]: Text2Skin: replayInfo display update thread started (pid=28380, tid=28380)
    Jan 25 21:11:51 localhost vdr[28380]: Text2Skin: replayInfo display update thread ended (pid=28380, tid=28380)
    Jan 25 21:11:51 localhost vdr[28428]: Text2Skin: replaySmall display update thread started (pid=28428, tid=28428)
    Jan 25 21:11:52 localhost vdr[28428]: Text2Skin: replaySmall display update thread ended (pid=28428, tid=28428)
    Jan 25 21:11:52 localhost vdr[28429]: Text2Skin: menu display update thread started (pid=28429, tid=28429)
    Jan 25 21:12:04 localhost vdr[4655]: executing command '/usr/lib/vdrconvert/bin/grab.sh "background.pnm" '/var/lib/video.00/David_Bowie__A_Reality_World$
    Jan 25 21:12:04 localhost vdr[28429]: too many different colors used in palette
    Jan 25 21:12:04 localhost vdr[28429]: Text2Skin: menu display update thread ended (pid=28429, tid=28429)
    Jan 25 21:12:05 localhost vdr[4655]: connect from 127.0.0.1, port 4012 - accepted




    Seh' ichs richtig: grab.sh schnappt sich das aktuelle Fernsehbild, nennt es "file" und schreibt es in das dahinterliegende Verzeichnis ?


    Ist die Zeile danach (in der Syslog) eine diesbezügliche Fehlermeldung ? Ansonsten sehe ich hier keinen Hinweis, was falsch läuft.

    HW: ASRock J4105M / Silverstone Gehäuse / Digital Devices Cine S2 DVB S2 TWINSAT Low Profile PCIe REV. V6.5 / Samsung UE46B6000.


    SW: yaVDR ansible als Server, KODI 19 (auf Fire TV Cube).

  • Schau dir das Script an.
    Macht nix anderes als per svdrp grab aufzurufen.


    Und das geht mit deiner Version halt nicht lt mir.


    Mach mal /usr/lib/vdrdevel/svdrpsend.pl grab /var/lib/video.00/David_Bowie__A_Reality_World/bild.pnm
    und schau was passiert.

  • Der Befehl liefert nur


    220 scenic SVDRP VideoDiskRecorder 1.3.39; Wed Jan 25 21:43:02 2006
    550 Grabbing to file not allowed (use "GRAB -" instead)
    221 scenic closing connection

    HW: ASRock J4105M / Silverstone Gehäuse / Digital Devices Cine S2 DVB S2 TWINSAT Low Profile PCIe REV. V6.5 / Samsung UE46B6000.


    SW: yaVDR ansible als Server, KODI 19 (auf Fire TV Cube).

  • man vdr(devel?)

    Code
    -g, --grab=dir
           Write  images from the SVDRP command GRAB into the given directory dir. dir must be
           the full path name of an existing directory, without any "..", double '/'  or  sym-
           links. By default, or if -g- is given, grabbing images to disk is disabled.


    am besten in die Datei /etc/default/vdrdevel

  • Sorry, das verstehe ich nicht. Was soll in die /etc/default/vdrdevel ?

    HW: ASRock J4105M / Silverstone Gehäuse / Digital Devices Cine S2 DVB S2 TWINSAT Low Profile PCIe REV. V6.5 / Samsung UE46B6000.


    SW: yaVDR ansible als Server, KODI 19 (auf Fire TV Cube).

  • wenns schon in man vdrdevel so drin steht, wird das ' -g /tmp' wohl so bewirken.


    Was ich nicht verstehe: mit der Version 1.3.37 ging das wunderbar (war nie ein Problem). Jetzt habe ich 1.3.39, und es geht nicht. In 1.3.40 soll es wieder behoben sein - stimmt das ?

    HW: ASRock J4105M / Silverstone Gehäuse / Digital Devices Cine S2 DVB S2 TWINSAT Low Profile PCIe REV. V6.5 / Samsung UE46B6000.


    SW: yaVDR ansible als Server, KODI 19 (auf Fire TV Cube).

  • Dann lies halt die Änderungen von den einzelnen Versionen, da steht das drinnen.


    zless /usr/share/doc/vdrdevel/changelog.gz


    In der 40 ist das im vdrdevel Paket bereits integriert, das heisst du brauchst es nicht händisch machen.

  • Die Fehlermeldung beim manuellen aufruf ist doch eindeutig: GRAB will nicht in ein File schreiben sondern nach Standard-Out. Daher muss wohl in vdrconvert das Script /usr/lib/vdrconvert/bin/grab.sh so umgeschrieben werden, das es das Bild von STDIN ließt und in ein File schreibt, statt einfach nur das SVDRP Kommando abzusetzen.

    Frontend 1: Intel Atom D525, Digital Devices CineS2 DVB-S2 Karte, yaVDR-ansible

    Frontend 2: Intel NUC, TerraTec Cinergy S2 USB, easyVDR 3.0.0

    Backend: Intel Core i5, Digital Devices CineS2 DVB-S2, Debian 10, vdr (e-tobi)

  • Ich bin jetzt auf vdrdevel 1.3.40 umgestiegen und habe in /etc/default/vdrdevel die OPTIONS -g /tmp gesetzt.


    Immerhin ergibt jetzt ein
    /usr/lib/vdrdevel/svdrpsend.pl grab bild.pnm das Bild in /tmp/bild.pnm .


    Mittels VDRCONVERT über Selektion einer Aufnahme mit ROT (=Befehle) ins VDRCONVERT Menue, dort dann Hintergrundbild zum erzeugen anwählen ändert aber nichts: es entsteht kein Bild im Aufnahmeverzeichnis.


    Ich habe keine Kenntnisse in der Script-Programmierung, vielleicht erbarmt sich ja ein Experte.


    Meine /usr/lib/vdrconvert/bin/grab.sh sieht so aus:


    #!/bin/sh


    . /etc/vdr/vdrconvert/vdrconvert.conf


    #printf "%s GRAB '%s/%s' %s %d %d %d" "$SVDRPSEND" "${2}" "${1}" "pnm" 100 720 576|at -c now
    printf "GRAB '%s/%s' %s %d %d %d" "${2}" "${1}" "pnm" 100 720 576|xargs "$SVDRPSEND" >/tmp/vdrgrab 2>&1 &
    logger "`cat /tmp/vdrgrab`"



    Gruß

    HW: ASRock J4105M / Silverstone Gehäuse / Digital Devices Cine S2 DVB S2 TWINSAT Low Profile PCIe REV. V6.5 / Samsung UE46B6000.


    SW: yaVDR ansible als Server, KODI 19 (auf Fire TV Cube).

  • Leider nein.


    Grabbe meine background.pnm und subbackground.pnm immer noch mit vdrconvert per FB nach /tmp, um sie dann handisch mit der Konsole und mc ins zugehörige Aufnahmeverzeichnis zu schieben.


    Ein echter Rückschritt ...


    Ein Gedanke, den ich noch nicht versucht habe, umzusetzen: zur Not funktioniert es ja vielleicht, wenn die grab.sh eine andere Shell aufruft, die das Verschieben übernimmt ?

    HW: ASRock J4105M / Silverstone Gehäuse / Digital Devices Cine S2 DVB S2 TWINSAT Low Profile PCIe REV. V6.5 / Samsung UE46B6000.


    SW: yaVDR ansible als Server, KODI 19 (auf Fire TV Cube).

  • hiermit geht das Verschieben in 2 Stufen:
    mit dem ersten anwählen Bild als Hintergrund wird erst ins tmp Verz. gegrabt und und beim 2. Mal Bild als Hintergrund wirds dann von /tmp ins /videoverz. kopiert:



    #!/bin/sh


    # $1 ist 'background' oder 'subbackground' , je nachdem, welches Bild mit VDRCONVERT im Menue angefordert wird.
    # $2 ist das Verzeichnis der Aufnahme, z.B. /var/lib/video.00/name_der_aufzeichnung/...rec
    # sicherheitshalber alte Bilder in /tmp löschen :
    echo "rm -f /tmp/$1" | at now


    # background.pnm oder subbackground.pnm mittels grab in /tmp erzeugen :
    echo "/usr/lib/vdr/svdrpsend.pl grab $1 &" | at now


    # Hintergrundbild aus /tmp ins Aufnahmeverzeichnis verschieben:
    cp /tmp/$1 --target-directory="$2/"


    logger "$1 $2"

    ASRock K7S41, Geode 1750+, 512 MB, 1xNexus-S + 1xNova-S, SP1614, ND3550A, 2.6.15, Tobi experimental (1.4.45), NVRAM wakeup, LCD Display.

  • Also dein Script funktioniert hier nicht bei vdr mit User vdr.


    Habe es mal leicht abgeändert:


    Den loger hab ich mal enbtfernt, schreibt eh schon vdr den grab aufruf ins syslog.


    Ohne sleep findet das Script hier noch kein Bild, denke dass die 5 sek reichen sollten.

  • Tatsächlich !


    Die Lösung ist schon komfortabler, muß mir aber mal einer erklären. Wie Du schon im Thread


    http://www.vdrportal.de/board/thread.php?threadid=45467&sid=&hilight=grab


    bemerkt hast, muss irgendwie auf das Grabben gewartet werden, um es auf einmal zu schaffen.


    Die Tipps von HULK und ronnykornexl in dem Thread verstehe ich leider auch nicht.


    Und warum das im 2ten Anlauf geht, obwohl dort ja zunächst das vorher gegrabbte Bild wieder gelöscht wird, ist mir ebenso ein Rätsel.


    Was übrigens macht logger ... ? Schreibt das einfach nur den Inhalt der Variablen in die syslog ?

    HW: ASRock J4105M / Silverstone Gehäuse / Digital Devices Cine S2 DVB S2 TWINSAT Low Profile PCIe REV. V6.5 / Samsung UE46B6000.


    SW: yaVDR ansible als Server, KODI 19 (auf Fire TV Cube).

  • Die vorige Antwort von mir galt Schlitz ...

    HW: ASRock J4105M / Silverstone Gehäuse / Digital Devices Cine S2 DVB S2 TWINSAT Low Profile PCIe REV. V6.5 / Samsung UE46B6000.


    SW: yaVDR ansible als Server, KODI 19 (auf Fire TV Cube).

  • wilderigel


    Super, jetzt funktionierts auch in einer Runde.


    sleep hatte ich auch schon probiert, aber nicht so wie in dem Skript und daher wohl erfolglos.


    Was für ein Valentinstag ...


    Ich bin euch zu Dank verpflichtet.

    HW: ASRock J4105M / Silverstone Gehäuse / Digital Devices Cine S2 DVB S2 TWINSAT Low Profile PCIe REV. V6.5 / Samsung UE46B6000.


    SW: yaVDR ansible als Server, KODI 19 (auf Fire TV Cube).


  • Wo gehört dieser Script rein?

Jetzt mitmachen!

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