Posts by msv

    Hatte mich von der Fehlermeldung vom Ergebnis ablenken lassen, bzw gar nicht mehr danach geschaut. Es ist aber ein VDR Verzeichnis erstellt worden mit einer ts-Datei, die laut vlc auch spielt. Also eigentlich alles gut.

    Hier nochmal das eigentliche logfile:

    Hallo,

    hab mal wieder versucht etwas aus der Mediathek ins VDR Format umzuwandeln. Bekomme aber nur eine für mich nicht verständliche Fehlermeldung. Was will mir diese sagen? Und was kann ich dagegen tun?

    Das mit dem touch ist ok , aber die zweite Fehlerzeile....

    Hier noch meine ffmpeg Version:

    Code
    manfredsv@mannitec02:~/vdr-transcode$ ffmpeg -v
    ffmpeg version 7.1 Copyright (c) 2000-2024 the FFmpeg developers
      built with gcc 14 (Debian 14.2.0-5)

    Gruß

    msv

    Ich möchte auch nicht mein "Seh-Verhalten" unbedingt mit der "Welt" teilen. Das geht niemanden was an. Also auf jeden Fall default "OFF!". Oder gar nicht so implementieren. Aber Facebook und Insta-Fans (nutze ich beides nicht) werden sicherlich von der Idee begeistert sein. Noch mehr öffentliches Leben....

    Ich bin in Rente da gibt es mehr Urlaub :)

    man ist dann nicht im Urlaub sondern nur Reisender. Man bekommt als Rentner ja auch keine Überstunden von der BFA bezahlt. Obwohl der harte Rentneralltag ist schon ganz schön fordernd....

    Schön, dass es dann so Hobbies, wie den VDR, gibt.

    gruß von einem Leidensgenossen

    msv

    Hatte mir vor 3 Jahren einen

    Dell XPS 13 9360 QHD+ i7-7500U

    gebraucht (refurbished) gekauft. War ein guter Kauf. War zwar ein Win10 drauf aber Dell hat das Ding auch mit Ubuntu verkauft. Ich hab Windows gleich platt gemacht und Debian drauf installiert. Hab für Urlaub oder so auch einen VDR drauf mit SatIp Plugin (wenn ich zu Hause auf dem Balkon mal life gucken will). Ansonsten hab ich eine größere SSD eingebaut (1TB). Da passt dann schon eine Menge für den Urlaub drauf. ansonsten läuf alles, was ich bisher wollte gut mit Linux. Nur WakeOnLan oder WakeOnUSB funktioniert nicht (oder war ich zu doof zu). Daher kann man das Ding nicht ohne "Deckel auf" starten. Aber sonst bin ich sehr zufrieden. Kleines USB Dock erweitert dann noch die Schnittstellen um richtiges Lan und HDMI.

    gruß

    msv

    Naja, wie man testet ob eine Aufnahme läuft oder in naher Zukunft startet weißt du ja nun. Jetzt musst du nur noch einen Test bauen , der testet ob ein VNSI Stream läuft. Da kann ich dir allerdings nicht helfen, da ich so was nicht nutze. Und per Script einen Restart des VDRs zu machen bekommst du doch sicherlich hin.

    Happy scripting

    msv

    Hier das gesamte Script. Es ist auf Basis des Scripts von MegaV0lt von mir an meine Bedürfnisse angepasst worden.

    Es funktioniert auf meinem Debian Server (Bookworm) ohne Syntax-Errors. Das ganze wird über cron mehrmals am Tag aufgerufen, damit auch Änderungen im EPG möglichst zeitnah reinkommen.

    hier der entsprechende Cron Aufruf :

    Code
    11 12 * * * /usr/local/bin/scanepg.sh >> /var/log/vdrconvert/scanepg.log 2>&1
    11 17 * * * /usr/local/bin/scanepg.sh >> /var/log/vdrconvert/scanepg.log 2>&1
    11 6 * * * /usr/local/bin/scanepg.sh >> /var/log/vdrconvert/scanepg.log 2>&1

    Gruß

    msv

    Versuchs doch mal mit diesen Schnipseln. Ist aus meinem scanepg script, welches auch nur laufen soll, wenn nicht gerade aufgenommen wird

    Code
    secs="$(${SVDRPSEND} NEXT rel | egrep "^250" | cut -d' ' -f3)"
    if [ "$(echo ${secs}|sed s/[0-9].*//g)" = "-" ]; then
      echo "VDR nimmt auf."
      exit 0
    elif [ "$(echo ${secs}|sed -e "s/[^0-9].*//g")" -lt "900" ]; then
      echo "VDR nimmt innerhalb der nächsten viertel Stunde auf."
      exit 0
    fi

    Super! Die Funktionalität stimmt schon mal. Aber warum sind die Spuren nicht einfach durchnummeriert? Was ist die "33"? Hat das was mit AC3 zu tun?

    Liste 1: 3sat

    Liste 2: arte

    Liste 3: zdfneo

    Wenn ich mir zu den Audioeinstellungen noch was wünschen könnte hätte ich gerne die Möglichkeit das Ganze auch über SVDRP direkt anwählen zu können. Wenn ich den Ton auf meine Bluetooth Kopfhörer per Script lege muss ich immer erst den Audiokanal per mehrerer "geratener" Tastendrücke auf einen Stereokanal legen. Sonst würden mir von dem "AC3-Geknatter" die Ohren abfallen. Mein Bluetooth-Profil kann kein AC3. Ich mache das jetzt mit folgendem Script:

    Code
    #!/usr/bin/ksh
    /usr/local/src/VDR/svdrpsend -p 2001 "hitk audio up up up"
    echo 'connect B0:67:2f:13:CC:66' | bluetoothctl

    Beim Zurückschalten auf die Lautsprecheranlage (Denon-AVR) das ganze andersherum:

    Code
    #!/usr/bin/ksh
    echo 'disconnect B0:67:2f:13:CC:66' | bluetoothctl
    /usr/local/src/VDR/svdrpsend -p 2001 "hitk audio down down down"

    Hierbei ist bei mir immer die letzte Audiospur AC3, wenn vorhanden.

    Ich weiß jetzt nicht ob "Digital" (aus den vorigen Beiträgen) und AC3 gleichzusetzen ist aber ein SVDRP Kommando:

    /usr/local/src/VDR/svdrpsend -p 2001 "hitk audio AC3" # oder "DIGITAL"

    oder

    /usr/local/src/VDR/svdrpsend -p 2001 "hitk audio STEREO" # oder was auch immer

    wäre für solche Scripte schöner.

    Aber wie gesagt, das ist nur ein Wunsch....

    gruß

    msv

    OK, ich hatte heute mal wieder nur epg bis 0Uhr. Hab dann im journalctl mal wieder diese Fehlermeldung gefunden:

    SQL-Error in 'execute(stmt_execute)' - Division by 0 (1365) 'Division by 0' [call mergeepg]

    Hab dann mal ein bischen Google bemüht und folgende Lösung gefunden:

    [epgd] Ständig "SQL-Error in 'execute(stmt_execute)' - Division by 0 (1365) 'Division by 0' [call mergeepg]"

    Nach Erzeugen des beschriebenen Userexit (und mal wieder updaten des epgd + plugin) war alles wieder gut.

    gruß

    msv

    Ich hatte das neulich auch mal. Plötzlich dünnte das EPG aus bis es ganz verschwunden war und nicht mehr upgedatet wurde. Nach Löschen der EPGD Datenbank und Neuerstellen gings dann wieder.

    gruß

    msv

    ^^ Ha, ich hab's hinbekommen mit der Digitus Interface Card.

    Der Hinweis von Mauerspecht war gut. Der Versuch mit selbst kompiliertem und doch nicht funktionierendem alten Treibercode war nicht nötig. Der Kernel kennt die Karte schon.

    Das Geheimnis lag hier:

    Code
    -> cat /etc/modprobe.d/serial_ir.conf 
    
    #COM1 equivalent: /dev/ttyS0
    #options serial_ir irq=4 io=0x3f8
    options serial_ir irq=127 io=0x4010

    Die auskommentierte Zeile war für mein altes MoBo gültig. Die neuen Werte kamen dann aus "lspci -kv". Und nachdem ich dann meinen IR-Receiver auch auf die richtige Buchse gesteckt hatte gings auch wieder mit dem VDR.

    Danke fürs Mitdenken und schönes Wochenende allen VDRlern

    msv

    @Helmut: Danke für dein Angebot. Fast war ich schon soweit gewesen darauf einzugehen. Aber nun bleibe ich bei meiner seriellen Lösung.

    Moin,

    ich habe mir mal ein neues Motherboard gegönnt (GigaByte Z790 GAMING X AX). Leider hat das Ding keine seriellen Schnittstellen (RS232) mehr, sodass mein homebrew LIRC Adapter nicht mehr direkt anzuschließen ist. Naja, dachte ich, es gibt doch sicherlich Interfacekarten, die das können. Hab mir dann eine Digitus 2-Port Serial Interface card für PCIe bestellt. War aber etwas unüberlegt. Digitus selber hat keine Linux Treiber dabei. Der Kernel erkennt die Karte auch:

    Code
    lspci -k
    
    04:00.1 Serial controller: Asix Electronics Corporation AX99100 PCIe to Multi I/O Controller
            Subsystem: Asix Electronics Corporation (Wrong ID) Serial Port
            Kernel driver in use: serial

    Ich hab dann mal im internet gesucht nach irgendwelchen Treibern und fand immer nur relativ altes Zeug. Dieser Treiber (AX99100x_SP_PP_SPI_Linux_Driver_v2.1.0_Source) war das neueste. Make install funktionierte auch. Aber LIRC legt damit nicht mal das lirc-device in /dev an.

    Dies ist mein Desktop System mit Debian Sid als OS.

    Hat jemand eine bessere Lösung für mein Problem (andere Interfacekarte, evtl serial2usb oder etwas ähnliches, was ohne hardwarebasteleien auskommt und möglichst OoB funtioniert?

    Danke im Voraus

    msv

    Danke!!!

    Nachdem ich dann herausgefunden habe, dass sich im Laufe der Zeit mehrere alte mysqlepglv.so auf meinem System in diversen Mysql Plugindirectorys (entstanden über mehrere Updates der letzten Jahre) befunden hatten, habe ich mal aufgeräumt und alle alten Versionen gelöscht. Kaum hatte ich dann die richtige neue Pluginlib an die richtige Stelle geschoben gings dann auch.

    Hab noch weiter getestet und folgendes rausgefunden:

    Der Fehler scheint von epglvr her zu kommen:

    Hier der reine Aufruf:

    Also wenn es keinen Shorttext gibt in der Recordinglist gehts schief. Jetzt müsste mal jemand der die Internas von epglvr kennt hier weiter debuggen.

    Warum sich dabei dann ab und zu die Datenbankverbindung aufhängt habe ich nicht herausgefunden. Aber es scheint immer nach solch einem Fehler zu passieren.

    Moin,

    leider ist der Fehler wieder aufgetreten. Ich hab dann mal bei meiner Produktivdatenbank das Logging eingeschaltet. Hab dann den letzten problematischen Aufruf und einen guten von vorher am mysql-Prompt abgesetzt mit folgendem Ergebnis:

    Mit fällt eigentlich kein logischer Unterschied auf außer dass der Titel ein anderer ist.

    Hab jetzt nochmal folgendes gemacht:

    Datenbank gedropt und neu aufgebaut. Fehler tritt immer noch mit dem Statement am mysql-Prompt auf!

    Bin ratlos.... =O

    Bin mir im Moment nicht ganz sicher ob der letzte Fehler noch aufgetreten ist nachdem ich epglv zwar neu gebaut und in die DB installiert habe aber den epghtthd noch nicht neu gestartet hatte. Nachdem ich jetzt epghttpd neu restartet habe ist der Fehler nicht mehr aufgetreten (hab alles mögliche im Magazin angeklickt, mehr als 100Mal).

    Ich warte erst mal ab. Vielleicht hat das Neubauen von epglv ja wirklich geholfen.

    Danke

    msv