Posts by tefans

Quote from youseus

also einen physikalisch serial-port sehe ich nicht.

Von aussen ist da auch nichts zu sehen, irgendwo auf der Platine gibt es 3 Anschlüsse (GND,TX,RX), wahrscheinlich mit TTL-Level die man nutzen kann.

In der Arduino-Welt gibt es entsprechende Adapter, die man dort anfrickln kann.

z.B. https://www.amazon.de/FTDI-Adapter-F…o/dp/B01M755991

Aber das ist auch nicht jedermans Sache.

Ich habe hier 2 von den Dingern im Betrieb und Sie machen in der Regel keinen Ärger.

Quote from seahawk1986

Hast du hdmi_drive=2 gesetzt?

ja

Mein altes Luxusproblem ist wieder da: der VDR startet nicht weil der TV nicht läuft und er deshalb sein alsa-Audio-Device beim Starten nicht findet:

Jun 14 15:59:15 vdrpi vdr: [4309] new device number 4
Jun 14 15:59:15 vdrpi vdr: [4309] setting primary device to 4
Jun 14 15:59:15 vdrpi vdr: [4309] [softhddev]MakePrimaryDevice: 1
Jun 14 15:59:15 vdrpi vdr: audio/alsa: using device 'default'
Jun 14 15:59:15 vdrpi vdr[4309]: AlsaOpenPCM: playback open 'default' error: Kein passendes Gerät gefunden
Jun 14 15:59:15 vdrpi vdr: [4320] SATIP#2 section handler thread started (pid=4309, tid=4320, prio=high)
Jun 14 15:59:15 vdrpi vdr: audio/alsa: playback open 'default' error: Kein passendes Gerät gefunden
Jun 14 15:59:15 vdrpi kernel: [13763.774499] vc4_hdmi fef00700.hdmi: ASoC: error at snd_soc_dai_startup on fef00700.hdmi: -19
Jun 14 15:59:15 vdrpi systemd[1]: vdr.service: Main process exited, code=killed, status=6/ABRT
Jun 14 15:59:15 vdrpi systemd[1]: vdr.service: Failed with result 'signal'.
Jun 14 15:59:15 vdrpi systemd[1]: Failed to start Video Disk Recorder.
Jun 14 15:59:15 vdrpi systemd[1]: vdr.service: Service RestartSec=100ms expired, scheduling restart.
Jun 14 15:59:15 vdrpi systemd[1]: vdr.service: Scheduled restart job, restart counter is at 4.
Jun 14 15:59:15 vdrpi systemd[1]: Stopped Video Disk Recorder.

Das Problem ist offenbar zurück weil ich zum Testen wieder auf einen alten Medion Billig-Fernseher gewechselt bin. Zwischendurch hatte ich wochenlang einen (ursprünglich) teuren Panasonic, der die HDMI-Ports zumindest im Standby sauber verwaltet. Damit trat das Problem nicht zutage -- lauerte aber natürlich noch irgendwo im Hintergrund.

Also habe ich mein Glück jetzt mal mit Pulseaudio versucht und ich hasse es.

Mutmaßlich unnütze Komplexität und ein Sonderplatz in der Abhängigkeitshölle :

Jun 14 18:08:28 vdrpi vdr: [498] ERROR: /usr/local/lib/libavformat.so.58: symbol av_log_once version LIBAVUTIL_56 not defined in file libavutil.so.56 with link time reference
Jun 14 18:08:28 vdrpi vdr[498]: vdr: /usr/local/lib/libavformat.so.58: symbol av_log_once version LIBAVUTIL_56 not defined in file libavutil.so.56 with link time reference

Ich möchte einfach einen zuverlässig laufenden/startenden VDR und das simpler Stereoton ausgegeben wird falls ein TV eingeschaltet/angeschlossen ist.

Man kann über die /boot/config.txt des Pis so ziemlich alle Automatismen zur Erkennung von Videomodes außer Kraft setzen. Die damit verbundenen Audio-Devices sind davon offenbar wenig beeindruckt.

Hat jemand noch eine Spezialtipp für einen Ansatz das Pulseaudio und ich doch noch Freunde werden können?

Oder sonst eine Idee?

Quote from zillerbaer

Das sollte im git behoben sein. Bitte testen.

Der Fehler ist weg.

Hier ist es ein Raspberry Pi 4b.

Irgendetwas fehlt in der Reinitialisierung des Ausgabedevice.

softhddevice-drm ist mittlerweile wirklich sehr stabil -- aber ich kriege alles kaputt :

Wenn man die Wiedergabe einer Aufnahme dann verlässt, während diese nicht mit der normalen Geschwindigkeit läuft, gerät danach die Live-Ausgabe ins Stolpern.

Man kann dann die Wiedergabe der Aufnahme wieder starten, auf die normale Geschwindigkeit schalten und danach ist alles wieder normal.

Bemerkt habe ich das als ich mehrstufigen Vor- und Rücklauf ausprobieren wollte.

Auch hier funktionieren jetzt die 1080i Sender vom Satelliten.

danke!

Quote from SurfaceCleanerZ

Und warum nutzt du nicht pulseaudio zum Test?

Das war Teil meiner Eingangsfrage.

Wenn ich mich richtig erinnere kann Pulseaudio automatisch umschalten, ist aber etwas komplex.

Muss ich mir mal ansehen.

Quote from zillerbaer

Für den headless Server Betrieb gibt es das dummydevice. Per svdrpsend kannst Du softhddevice-drm zum Primäry device machen.

Aber ein headless Server soll es ja nicht sein, es soll ein standalone vdr sein der dann auch aufnimmt wenn jemand den Fernseher zum Zocken gezockt hat. Ebenso soll ein Neustart (wegen Watchdog oder anderer Probleme) funktionieren auch wenn der Fernseher gerade mal ab- oder auch nur umgeschaltet ist.

(Headless habe ich in der Vergangenheit immer mit dem xineliboutput- und suspendoutput-Plugin realisiert um im Notfall einen menschenwürdigen Zugriff auf das Gerät zu bekommen.)

Ob das Dummy-Device als Fallback geeignet wäre ist ein Ansatz den ich mir noch mal ansehen werde.

Quote from carel

Gibt das setzen von "hdmi_force_hotplug=1" im /boot/config Abhilfe?

Leider nicht. Auch die Variante für einen speziellen der beiden Ports bringt nichts:

hdmi_force_hotplug:0=1

Die Option ist ja auch eigentlich dafür um nicht auf den analogen Ausgang zurück zu fallen.

/boot/config.txt bietet schon eine Menge Möglichkeiten Video-Modi zu beeinflussen, aber für die Audioausgabe habe ich nichts gefunden.

Das Tool tvservice, mit dem man Eigenschaften von angeschlossenen Displays von Userspace aus abfragen kann, funktioniert mit der verwendeten Treiberkombination nicht.

Wie schaffe ich es den vdr mit softhddevice-drm zuverlässig (neu) zu starten wenn kein Fernseher (mehr) dran hängt oder dieser ausgeschaltet ist.

In diesem Fall gibt eine Beschwerde das das default Alsa-Device nicht verfügbar sei und der vdr startet nicht.

Das ist sehr schlecht weil dann nichts aufgenommen wird. Benutzt ihr das Zeug alle nur als Client zum gucken?

Gibt es eine einfache, elegante Möglichkeit das hinzu bekommen die ich übersehen habe?

Braucht man pulseaudio dafür?

Quote from zillerbaer

Schau doch mal mit "ps -A" ob vdr mehrfach läuft und sich um die Ressourcen streitet.

Das "out of filehandles"-Problem kommt definitiv vom supendoutput-Plugin. Ich habe das jetzt entfernt und seitdem herrscht an dieser Stelle Ruhe.

Ich muss morgen unbedingt meine Schüssel ausrichten.

Ich habe das Update gemacht und es tatsächlich das gleiche Problem:

Apr 15 16:45:57 vdrpi vdr: [1013] [softhddev]SetPlayMode: 0
Apr 15 16:45:57 vdrpi vdr: [1013] [softhddev]SetVideoDisplayFormat: 1
Apr 15 16:45:57 vdrpi vdr: [1013] [softhddev]GetSpuDecoder:
Apr 15 16:45:57 vdrpi vdr: [1013] switching to channel 2 S19.2E-1-1011-11110 (ZDF HD)
Apr 15 16:45:57 vdrpi vdr: [5965] device 1 receiver thread started (pid=1013, tid=5965, prio=high)
Apr 15 16:45:58 vdrpi vdr: [1013] [softhddev]SetPlayMode: 1
Apr 15 16:45:58 vdrpi vdr[1013]: CodecVideoOpen: Error opening the decoder: Zu viele offene Dateien
Apr 15 16:45:58 vdrpi vdr: CodecVideoOpen: Error opening the decoder: Zu viele offene Dateien
Apr 15 16:45:58 vdrpi lircd[598]: lircd-0.10.1[598]: Info: removed client
Apr 15 16:45:58 vdrpi lircd-0.10.1[598]: Info: removed client
Apr 15 16:45:58 vdrpi systemd[1]: vdr.service: Main process exited, code=killed, status=6/ABRT
Apr 15 16:45:58 vdrpi systemd[1]: vdr.service: Failed with result 'signal'.
Apr 15 16:45:59 vdrpi systemd[1]: vdr.service: Service RestartSec=100ms expired, scheduling restart.
Apr 15 16:45:59 vdrpi systemd[1]: vdr.service: Scheduled restart job, restart counter is at 1.
Apr 15 16:45:59 vdrpi systemd[1]: Stopped Video Disk Recorder.
Apr 15 16:45:59 vdrpi systemd[1]: Starting Video Disk Recorder...

Eine genauere Fehlermeldung ist ja kein Schaden.

Ich habe jetzt erst einmal Plugins abgeschaltet.

Quote from tefans

Code

# vdr --showargs
--plugin=satip -d 4 -s '192.168.42.247|DVBS2-8|XORO SAT>IP Server 8100'

"Xoro SAT>IP Server 8100" ist übrigens leider nicht wirklich empfehlenswert für VDR und tvheadend.

Nicht das ich hier noch jemanden auf komische Ideen bringe.

Quote from tefans

Ich werde noch einen zweiten Testaufbau daneben stellen und ausserdem erst einmal wieder mit weniger Plugins testen.

markad-Plugin ist so konfiguriert, das es erst nach einer Aufnahme läuft und dann auch nur ein Prozess zur Zeit.

Ansonsten gibt es zu viel Last und der Watchdog wird nervös.

2 konkrete Probleme die mir aufgefallen sind:

Nachdem "Aufwecken" muss der FB aus dem suspendoutput-Plugin kann es nach Laufzeit zu dem Fehler "CodecVideoOpen: Error opening the decoder" kommen:

Apr 13 21:42:10 vdrpi vdr: [11970] [softhddev]StillPicture: pes 0xb28f4dd8 22740
Apr 13 21:42:15 vdrpi vdr: [11970] [softhddev]StillPicture: pes 0xb28f4dd8 22740
Apr 13 21:42:19 vdrpi vdr: [11677] [softhddev]SetPlayMode: 0
Apr 13 21:42:19 vdrpi vdr: [11677] [softhddev]SetVideoDisplayFormat: 1
Apr 13 21:42:19 vdrpi vdr: [11677] [softhddev]GetSpuDecoder:
Apr 13 21:42:19 vdrpi vdr: [11677] switching to channel 3 S19.2E-1-1025-10330 (NDR FS SH HD)
Apr 13 21:42:19 vdrpi vdr: [13980] device 1 receiver thread started (pid=11677, tid=13980, prio=high)
Apr 13 21:42:20 vdrpi vdr: [11677] [softhddev]SetPlayMode: 1
Apr 13 21:42:20 vdrpi vdr[11677]: CodecVideoOpen: Error opening the decoder
Apr 13 21:42:20 vdrpi vdr: CodecVideoOpen: Error opening the decoder
Apr 13 21:42:21 vdrpi lircd[645]: lircd-0.10.1[645]: Info: removed client
Apr 13 21:42:21 vdrpi lircd-0.10.1[645]: Info: removed client
Apr 13 21:42:21 vdrpi systemd[1]: vdr.service: Main process exited, code=killed, status=6/ABRT
Apr 13 21:42:21 vdrpi systemd[1]: vdr.service: Failed with result 'signal'.
Apr 13 21:42:21 vdrpi systemd[1]: vdr.service: Service RestartSec=100ms expired, scheduling restart.
Apr 13 21:42:21 vdrpi systemd[1]: vdr.service: Scheduled restart job, restart counter is at 6.
Apr 13 21:42:21 vdrpi systemd[1]: Stopped Video Disk Recorder.
Apr 13 21:42:21 vdrpi systemd[1]: Starting Video Disk Recorder...
Apr 13 21:42:21 vdrpi vdr: [14005] VDR version 2.4.0 started

Ebenfalls nach Laufzeit gehen dem VDR (und damit auch allen geladenen Plugins) die Filehandles aus:

Apr 13 23:57:14 vdrpi vdr: [762] ERROR (svdrp.c,278): Zu viele offene Dateien
Apr 13 23:57:14 vdrpi vdr: [870] [softhddev]StillPicture: pes 0xb28e8dd8 22740
Apr 13 23:57:15 vdrpi vdr: [762] ERROR (svdrp.c,278): Zu viele offene Dateien

Ich werde noch einen zweiten Testaufbau daneben stellen und ausserdem erst einmal wieder mit weniger Plugins testen.

Die derzeitige Konfiguration ist:

# vdr --showargs
--video=/var/lib/video
--config=/var/lib/vdr
--lib=/usr/lib/vdr/plugins
--record=/usr/lib/vdr/vdr-recordingaction
--epgfile=/var/cache/vdr/epg.data
--user=vdr
--grab=/tmp
--port=6419
--watchdog=60
--lirc
--vfat
--plugin=satip -d 4 -s '192.168.42.247|DVBS2-8|XORO SAT>IP Server 8100'
--plugin=conflictcheckonly
--plugin=epgsearch
--plugin=epgsearchonly
--plugin=femon
--plugin=live --port=8008 --ip=0.0.0.0
--plugin=quickepgsearch
--plugin=skinenigmang --logodir=/usr/share/vdr-enigmang-icons --epgimages=/var/cache/vdr/epgimages
--plugin=skinsoppalusikka
--plugin=suspendoutput --logo --timer=5
--plugin=markad
--plugin=softhddevice-drm

Leider fehlt es mir derzeit die Zeit, die Satellitenschüssel müsste neu ausgerichtet werden und der verwendete Test-TV ist auch eher fragwürdig.

Quote from Uwe

Ich bekomme einen Fehler während der Installation, siehe hier.

Die Fehler scheinen vdradmin zu betreffen. Funktioniert der denn?

Ich bin irgendwann zu vdr-plugin-live übergelaufen und habe vdradmin jetzt komplett ignoriert.

Quote from zillerbaer

tefans , im git wird jetzt PES und RAW stream unterschieden. Teste mal bitte.

Es funktioniert!

Apr  6 22:30:11 vdrpi vdr: [966] suspendoutput: output suspended by inactivity timer
Apr  6 22:30:11 vdrpi vdr: [966] [softhddev]SetPlayMode: 0
Apr  6 22:30:11 vdrpi vdr: [966] [softhddev]SetVideoDisplayFormat: 1
Apr  6 22:30:11 vdrpi vdr: [966] [softhddev]GetSpuDecoder:
Apr  6 22:30:11 vdrpi vdr: [966] [softhddev]SetPlayMode: 1
Apr  6 22:30:11 vdrpi vdr: [966] [softhddev]StillPicture: pes 0xb2d21dd8 22740
Apr  6 22:30:11 vdrpi vdr: [985] device 1 receiver thread ended (pid=966, tid=985)
Apr  6 22:30:16 vdrpi vdr: [1016] [softhddev]StillPicture: pes 0xb2d21dd8 22740
Apr  6 22:30:21 vdrpi vdr: [1016] [softhddev]StillPicture: pes 0xb2d21dd8 22740

Die StillPicture Meldung kommt dann allerdings alle 5 Sekunden.

In Anbetracht des Lärms des satip-Plugins fällt das aber nicht ins Gewicht.

danke!

Ich versuche gerade (mal wieder) meine alte Version 2.2.0 Client/Server Installation durch einen modernen Stand-alone VDR zu ersetzen. Meine Frau liebt das alte System und deshalb möchte ich möglichst kompatibel bleiben.

Das suspendoutput-Plugin habe ich bisher immer verwendet um Resourcen (in erster Linie einen SAT>IP-Tuner) zu sparen. Die höchste Priorität hat dieses Feature aber erst einmal nicht.

Das Plugin schaltet bei Aufruf oder nach einem voreingestellten Timeout nach Inaktivität des Benutzers den Bildschirm dunkel oder blendet ein VDR-Logo ein. Das Logo ist dabei in das Plugin eincompiliert.

Angezeigt wird auf dem Pi4 bei Aktivierung der Funktion überhaupt nichts, der VDR stürzt einfach ab und wird neu gestartet.

Die Ursache kann natürlich jeder der 3 beteiligten Komponenten liegen. Einen Core-Dump werde ich wohl hinbekommen aber meine letzten Kontakte mit gdb liegen wahrscheinlich 20 Jahre zurück. Ich versuche mal mein Glück.

Ich versuche gerade das Plugin suspendoutput in diesem Kontext zum Laufen zu bekommen.

Im Prinzip habe ich das Modul wohl richtig gebaut und installiert:

mkdir suspendoutput
cd suspendoutput/
tar -xzf ../vdr-plugin-suspendoutput_2.1.0.orig.tar.gz
xzcat ../vdr-plugin-suspendoutput_2.1.0-1mavdr2.debian.tar.xz | tar -xf -
cd vdr-plugin-suspendoutput-2.1.0
patch -p1  <../debian/patches/suspendoutput_nooutput.patch
patch -p1  <../debian/patches/timer_fix_vdr2.4
make
sudo make install

Das Modul lädt soweit normal:

Apr  4 22:07:22 vdrpi vdr: [3339] loading plugin: /usr/lib/vdr/plugins/libvdr-suspendoutput.so.2.4.0
Apr  4 22:07:22 vdrpi vdr: [3339] suspendoutput: inactivity timer set to 30 minutes
Apr  4 22:07:22 vdrpi vdr: [3339] initializing plugin: suspendoutput (2.1.0): Suspend output
Apr  4 22:07:24 vdrpi vdr: [3339] starting plugin: suspendoutput

Leider schmiert der VDR ab wenn die Funktion des Plugins aufgerufen wird (egal ob über das Menu oder den Timeout):

Apr  4 22:35:57 vdrpi vdr: [3339] suspendoutput: output suspended by user
Apr  4 22:35:57 vdrpi vdr: [3339] [softhddev]SetPlayMode: 0
Apr  4 22:35:57 vdrpi vdr: [3339] [softhddev]SetVideoDisplayFormat: 1
Apr  4 22:35:57 vdrpi vdr: [3339] [softhddev]GetSpuDecoder:
Apr  4 22:35:57 vdrpi vdr: [3417] device 2 receiver thread ended (pid=3339, tid=3417)
Apr  4 22:35:57 vdrpi vdr: [3339] [softhddev]SetPlayMode: 1
Apr  4 22:35:57 vdrpi vdr: [3339] [softhddev]StillPicture: pes 0xb2d2a6ac 8816
Apr  4 22:35:57 vdrpi lircd[601]: lircd-0.10.1[601]: read_timeout: read() failed: Connection reset by peer
Apr  4 22:35:57 vdrpi lircd[601]: lircd-0.10.1[601]: Info: removed client
Apr  4 22:35:57 vdrpi lircd-0.10.1[601]: read_timeout: read() failed: Connection reset by peer
Apr  4 22:35:57 vdrpi lircd-0.10.1[601]: Info: removed client
Apr  4 22:35:57 vdrpi systemd[1]: vdr.service: Main process exited, code=killed, status=11/SEGV
Apr  4 22:35:57 vdrpi systemd[1]: vdr.service: Failed with result 'signal'.
Apr  4 22:35:58 vdrpi systemd[1]: vdr.service: Service RestartSec=100ms expired, scheduling restart.
Apr  4 22:35:58 vdrpi systemd[1]: vdr.service: Scheduled restart job, restart counter is at 2.
Apr  4 22:35:58 vdrpi systemd[1]: Stopped Video Disk Recorder.

Hat jemand eine Idee wie ich weiterkomme? Ich bin offenbar etwas eingerostet.