Posts by reibuehl

Ich hab jetzt mal das init.d Skript wegkopiert und den folgenden Systemd Service angelegt:

[Unit]
Description=vdradmind-am
PartOf=vdr.service
BindsTo=vdr.service
Requires=vdr.service
[Service]
User=vdradmin-am
Group=vdradmin-am
ExecStart=/usr/bin/vdradmind -d /usr/share/vdradmin-am --log 3
Nice=-10
PIDFile=/run/vdradmin-am/vdradmind.pid
Restart=always
RestartSec=40
TimeoutStopSec=20sec
RuntimeDirectory=vdradmin-am
ExecStop=/bin/kill -15 $MAINPID
[Install]
WantedBy=multi-user.target vdr.service

Damit funktioniert es momentan.

Im journalctl output sehe ich bei einem systemctl restart vdradmin-am.service folgendes:

Aug 30 14:57:33 bilbo.lan.buehl.net vdradmin-am[3390153]: Stopping VDR Webadministration interface: vdradmind
Aug 30 14:57:33 bilbo.lan.buehl.net vdradmin-am[3390158]: start-stop-daemon: matching only on non-root pidfile /var/run/vdradmin-am/vdradmin.pid is insecure
Aug 30 14:57:33 bilbo.lan.buehl.net systemd[1]: vdradmin-am.service: Control process exited, code=exited, status=2/INVALIDARGUMENT
Aug 30 14:57:33 bilbo.lan.buehl.net systemd[1]: vdradmin-am.service: Failed with result 'exit-code'.
Aug 30 14:57:33 bilbo.lan.buehl.net systemd[1]: Stopped vdradmin-am.service - LSB: Starts vdradmin-am.
Aug 30 14:57:33 bilbo.lan.buehl.net systemd[1]: Starting vdradmin-am.service - LSB: Starts vdradmin-am...
Aug 30 14:57:33 bilbo.lan.buehl.net vdradmin-am[3390159]: Starting VDR Webadministration interface: vdradmind.
Aug 30 14:57:33 bilbo.lan.buehl.net systemd[1]: Started vdradmin-am.service - LSB: Starts vdradmin-am.

Ich hab schon versucht, in den start-stop-daemon aufruf ein -u $USER einzufügen, dann ist die Fehlermeldung zum non-root pidfile weg, aber vdradmin-am startet trotzdem nicht.

Ja, das ist korrekt gesetzt.

Ich hab vdradmin-am auf einem Debian 12 (Bookworm) System installiert (aus dem Debian REpository). Leider startet vdradmind nicht. Es wird zwar vom init.d skript ein (leeres) Logfile angelegt und auch ein PID File unter /var/run/vdradmin-am/vdradmind.pid aber es läuft dann kein Prozess mit der entsprechenden ID. Das Configfile hab ich von einem älteren Bullseye übernommen, wo es problemlos funktioniert hat.

Da ich trotz Loglevel 7 keine Einträge im Logfile habe, weiß ich jetzt nicht mehr weiter. Könnt Ihr mir einen Tipp geben?

So geht es mir auch - auf einem Rechner brauche ich das GraphLCD Plugin und das gibt es nicht im Standard Debian. Wäre schön, wenn es für Bookworm (und Trixie ) ein entsprechendes Repository gäbe.

Klasse! Vielen Dank!

Ich habe eine Digital Devices DVB-S2 Karte mit zwei Tunern (verwendet den nGene Treiber). Auf dem ersten Kanal (card #0) habe ich keinen Empfang mehr. Daher würde ich diesen Tuner gerne für VDR sperren. Das sollte eigentlich mit der Kommandozeilenoption -D 1 gehen, wenn ich das richtig sehe. Muss ich dazu die systemd unit in /lib/systemd/system/vdr.service anpassen oder gibt es dazu eine andere Möglichkeit?

Okay, danke für die Info! Dann werde ich das Debian Paket für das alte Tool mal für amd64 neu bauen.

Hallo,

aktuelle VDR Versionen erstellen ja automatisch eine index Datei, wenn diese im Aufnahmeverzeichnis fehlt. Funktioniert das auch bei alten PES Aufnahmen? Dann könnte ich nämlich genindex entsorgen... das einzige verbliebene i386 Paket auf meinem amd64 Debian

Gruß,

Reiner

Ah! Okay, das erklärt es dann Dann werde ich meine epgsearchchangrps.conf wohl irgendwie anders zusammenbauen müssen.

Hallo,

seit der Installation von Ubuntu Updates (apt update && apt upgrade) läuft auf meinem yaVDR das Webfrontend nicht mehr. Der VDR selbst läuft weiterhin, aber auf Port 80 ist nichts mehr aktiv (lsof -i zeigt keinen Prozess). Im systemctl werden keine Units als Failed angezeigt. Wird das Webfrontend von einem Apache oder Nginx bereitgestellt? Was müsste denn da auf dem Port laufen?

Gruß,

Reiner

Früher brauchte VDR immer ein Ausgabedevice - meist von einer Full Feature DVB-S Karte bereitgestellt, später über xineliboutput. Ob das beim aktuellen VDR noch immer so ist wollte ich ja gerade wissen.

seahawk1986 gibt es das als Debian Paket? Im Debian Repository und auch bei e-tobi scheint es nicht mit dabei zu sein. Selber bauen möchte ich das nicht unbedingt...

Hallo,

ich würde gerne auf meinem Backend VDR, der nur die Aufnahmen macht und per vdr-admin bedient wird, die Abhängigkeiten verkleinern. Bisher verwende ich das xineliboutput Plugin und xineliboutput-sxfe als Frontend. Da ich auf dem Rechner aber nie tatsächlich was ansehen möchte, frage ich mich nun, ob es eine schlankere Möglichkeit gibt?

Kann man VDR inzwischen ohne Ausgabe Frontend konfigurieren, als headless? bei meiner Suche bin ich bisher auf das dummy-device Plugin gestoßen, dass eigentlich gut aussieht aber scheinbar in bestimmten Situationen eine Karte unnötigerweise für Aufnahmen blockiert, was ich natürlich nicht will. Gibt es andere Methoden?

Gruß,

Reiner

Hallo Tobi,

vielen Dank für Deine Arbeit! Wäre es noch möglich irgendeines der Plugins, die Werbung erkennen, aufzunehmen? Im Moment scheint es weder noad noch markad oder markad-ng zu geben oder habe ich da was übersehen?

Reiner

Quote from wirbel

wie sieht denn das LNB Menü aus?

Wenn ich "Enable manual LNB configuration" anwähle, sieht es so aus:

Das Handbuch schweigt sich zu den Werten, die dort eingetragen werden sollen aber weitestgehend aus

Das Signal kommt über die eingebaute DVB-S2 Karte. Die vom SAT>IP Plugin bereitgestellten Devices haben eine niedrigere Priorität soweit ich die Konfiguration verstanden habe.

Ich habe das SAT>IP Plugin aber mal deinstalliert um jeglichen Einfluss auszuschließen.

Das hatte ich damal von Digital Devices bekommen:

Hallo,
ja, bei der Octopus NET Max können Sie zwischen Quad und Quattro Modus umschalten und somit die Kaskadierungsausgänge des Axing nehmen.

Dann werde ich da nochmal nachhaken, wie diese Umschaltung funktionieren soll...

Gerade ist der Ton während dem "normalen" Betrieb einfach weg gewesen. Video läuft ganz normal weiter. Ich hab mich dann gleich auf dem System eingeloggt und mit journalctl die letzten 3 Minuten geholt:

Aug 09 18:31:00 vdr vdr[14068]: [14081] SATIP: Idle timeout - releasing [device 0]
Aug 09 18:31:01 vdr vdr[14068]: [14084] SATIP: Idle timeout - releasing [device 1]
Aug 09 18:31:33 vdr vdr[14068]: video/vdpau: missed frame (4/2)
Aug 09 18:31:33 vdr vdr[14068]: video: 17:55:05.033  +49  627   0/\ms  53+1+4 v-buf
Aug 09 18:31:35 vdr vdr[14068]: [14068] skinflatplus: create osd SUCCESS left: 69 top: 63 width: 1102 height: 595
Aug 09 18:31:35 vdr vdr[14068]: [14068] DvbapiInfoDraw
Aug 09 18:31:35 vdr vdr[14068]: [14068] DvbapiInfoDraw
Aug 09 18:31:35 vdr vdr[14068]: [14068] DvbapiInfoDraw
Aug 09 18:31:35 vdr vdr[14068]: [14068] DvbapiInfoDraw
Aug 09 18:31:36 vdr vdr[14068]: [14068] DvbapiInfoDraw
Aug 09 18:31:36 vdr vdr[14068]: [14068] DvbapiInfoDraw
Aug 09 18:31:37 vdr vdr[14068]: [14068] DvbapiInfoDraw
Aug 09 18:31:37 vdr vdr[14068]: [14068] DvbapiInfoDraw
Aug 09 18:31:54 vdr vdr[14068]: [14084] SATIP-ERROR: Tuning timeout - retuning [device 1]
Aug 09 18:32:01 vdr vdr[14068]: [14068] skinflatplus: create osd SUCCESS left: 69 top: 63 width: 1102 height: 595
Aug 09 18:32:01 vdr vdr[14068]: [14068] switching to channel 14 S19.2E-1-1011-11130 (zdf_neo HD)
Aug 09 18:32:01 vdr vdr[14068]: [14920] device 1 TS buffer thread ended (pid=14068, tid=14920)
Aug 09 18:32:01 vdr vdr[14068]: [14919] buffer stats: 220524 (1%) used
Aug 09 18:32:01 vdr vdr[14068]: [14919] device 1 receiver thread ended (pid=14068, tid=14919)
Aug 09 18:32:01 vdr vdr[14068]: [14935] device 1 receiver thread started (pid=14068, tid=14935, prio=high)
Aug 09 18:32:01 vdr vdr[14068]: [14068] DvbapiInfoDraw
Aug 09 18:32:01 vdr vdr[14068]: [14936] device 1 TS buffer thread started (pid=14068, tid=14936, prio=high)
Aug 09 18:32:01 vdr vdr[14068]: [14068] DvbapiInfoDraw
Aug 09 18:32:01 vdr vdr[14068]: audio/alsa: using device 'default'
Aug 09 18:32:01 vdr vdr[14068]: audio/alsa: start delay 336ms
Aug 09 18:32:02 vdr vdr[14068]: video: get hwaccel context, not supported
Aug 09 18:32:03 vdr vdr[14068]: [14068] DvbapiInfoDraw
Aug 09 18:32:03 vdr vdr[14068]: [14068] DvbapiInfoDraw
Aug 09 18:32:03 vdr vdr[14068]: video/vdpau: synced after 33 frames
Aug 09 18:32:04 vdr vdr[14068]: [14068] DvbapiInfoDraw
Aug 09 18:32:04 vdr vdr[14068]: [14068] DvbapiInfoDraw
Aug 09 18:32:04 vdr vdr[14068]: [14081] SATIP: Idle timeout - releasing [device 0]
Aug 09 18:32:05 vdr vdr[14068]: [14068] DvbapiInfoDraw
Aug 09 18:32:05 vdr vdr[14068]: [14068] DvbapiInfoDraw
Aug 09 18:32:06 vdr vdr[14068]: [14068] DvbapiInfoDraw
Aug 09 18:32:06 vdr vdr[14068]: [14068] DvbapiInfoDraw
Aug 09 18:32:14 vdr vdr[14068]: [14084] SATIP-ERROR: Tuning timeout - retuning [device 1]
Aug 09 18:32:34 vdr vdr[14068]: [14084] SATIP-ERROR: Tuning timeout - retuning [device 1]

Ich denke mal, das "audio/alsa: using device 'default'" ist der Punkt, an dem das Audio Device wegfällt.

Das System Settings Menü sieht bei mir so aus:

Kein Hinweis auf Multiswitch Emulation... muss ich das dann so interpretieren, dass mich der Digital Devices Support bei der Anfrage vor dem Kauf verladen hat und meine Version das gar nicht kann? Die Firmware Version ist die "OctopusNet 1.1.6 BETA" vom April diesen Jahres (per Auto Update geladen).