Posts by VdrMize

    Bei Debian kann man ja unter \etc\vdr\conf.avail\epgsearch.conf einen Verbose Wert von 2 einstellen. Dann erzeugt das Plugin unter \var\lib\vdr\plugins\epgsearch\epgsearch.log eine Log-Datei.

    In der sehe ich, dass es erst schön brav die Timer erstellt (Zeile 19-33), aber eine halbe Stunde später (vielleicht nach ein oder zwei Reboots) kommt in Zeile 45 ein "removing outdated timers", und dann löscht es (Zeile 46-70) alle vorhin erzeugten Timer wieder ab, obwohl diese zum Teil noch Wochen in der Zukunft liegen ...

    Hallo zusammen,

    Seit ein paar Monaten betreibe ich auf meinem Debian Trixie VDR-Rechner (mittels der seahawk Repositories) einen VDR 2.7.3 und ein vdr-plugin-epgsearch-2.4.3.

    Was mir auffällt ist: manchmal gehen timer die zur Aufnahme "vorgemerkt" sind, kommentarlos verloren.

    Ich habe in meiner /var/lib/vdr/plugins/epgsearch/epgsearch.conf acht Suchtimer, nach denen er suchen soll, und die er automatisch aufzeichnen soll. Er erzeugt dann auch auf Kommando 50 Einträge in der Timer Liste (so z.B. täglich einen Timer für die Tagesschau, für die nächsten vier Wochen), aber nach ein paar Tagen sind die Tagesschau Timer alle wieder verschwunden???

    Was mache ich verkehrt ???

    M.f.G.
    Michael

    Also ich hab die letzten Wochen mit dem Ton gekämpft, aber ich komme nicht weiter. Es sieht so aus, als ob SoftHdDevice versucht ALSA zu öffnen, das Debian sid Linux-System hat sich aber schon den ALSA geholt (zumindest die 48 und die 192 kHz), so dass SoftHdDevice hier nur einen Fehler bekommt, wenn es ALSA öffnen möchte.

    Scheinbar belegt hier der Mixer die ALSA Ausgänge, denn wenn ich über VLC oder in Chrome Video abspiele, tauch VLC oder Chrome im Mixer unter den Programmen auf, die Audio streamen, und der Ton wird an den Monitor weitergegeben. VDR taucht darin nicht auf, vielleicht weil es unter Umgehung des Mixers direkt auf den ALSA Ausgang möchte.

    Unten die Ausgaben des VDR im User.Log (das SHD sagt nur aus, dass es direkt im SoftHdDevice ausgegeben wird). SoftHdDevice versucht das ALSA Device zu öffnen, und bekommt dann die Meldung: Ressource ist bereits belegt.

    Wie kann man SoftHdDevice beibringen über den Mixer die Soundausgabe zu machen???

    Meine softhddevice.conf schaut aktuell so aus: (das dmix:PDH,3 oder hw:PCH,3 hat alles nichts gebracht; so kann ich wenigstens den VDR als User starten, und habe Bild und Ton)

    Wenn unklar ist, warum das ALSA device noch belegt ist, und da keiner einen Tip dafür hat
    (oder wenn das eventuell ein sporadischer Effekt auf meinem AlderLake mit Big-/Little Cores ist):

    Das Öffnen des Audio-Devices erfolgt in softHdDevice (im File audio.c).

    Dort wird je nach Variante (AC3-PassThrough oder nicht) das jeweilige snd_pcm_open() aufgerufen. Wenn hier erkannt wird, dass das ALSA device schon belegt ist, wird mit Fehler abgebrochen. Sonst wird snd_pcm_nonblock() aufgerufen, und es geht mit Audio weiter ...

    Könnte man hier im Fehlerfall (ALSA device schon belegt) das snd_pcm_open() nach einer Sekunde wiederholen, ob es immer noch belegt ist, und erst dann abbrechen?

    Das werde ich die Tage mal probieren

    Jetzt ist nur noch die Frage, warum VDR beim Hochlauf zu erkennen glaubt, dass das Gerät "hw:PCH,3" schon belegt sei.

    Ein Blick nach /proc/asound/card0/pcm3p/sub0/status zeigt nämlich, dass das device closed ist.
    Auch in dem Tool über das man grafisch die Lautstärke steuern kann, wird VDR nicht als Programm angezeigt, dass gerade über ALSA Sound ausgibt. Wenn man VLC startet, und etwas ausgibt, wird VLC darin sofort angezeigt. Ebenso, wenn man VDR manuell startet.

    Vor 1-2 Tagen ging das sogar noch, mit einem automatisch gestarteten VDR, jetzt nicht mehr :(

    Ich such in /var/log alle Dateien durch, da sind auch die xorg.0.log Dateien drin, und oben das ist das Ergebnis.

    Meine Frage ist: Warum sagt er, dass das Gerät hw:PCH,3 schon belegt sei??? Wer belegt das, direkt nach dem Boot???

    Ist das eine Folge, dass sich die beiden Dienste alsa-state.service und alsa-restore.service in´s Gehege kommen?

    Code
    1076  2025-01-06 18:32:36.807  Intel-ADL alsactl[784]: alsactl 1.2.12 daemon started
    1285  2025-01-06 18:32:36.812  Intel-ADL systemd[1]: Started alsa-state.service - Manage Sound Card State (restore and store).
    1287  2025-01-06 18:32:36.812  Intel-ADL systemd[1]: Starting alsa-restore.service - Save/Restore Sound Card State...
    1317  2025-01-06 18:32:36.813  Intel-ADL systemd[1]: Finished alsa-restore.service - Save/Restore Sound Card State.
    1685  2025-01-06 18:32:42.065  Intel-ADL vdr: audio: 'alsa' output module used
    1687  2025-01-06 18:32:42.070  Intel-ADL vdr: audio/alsa: playback open 'hw:PCH,3' error: Das Gerät oder die Ressource ist belegt

    Heute möchte ich den Tip von Davie2000 mit der Lautstärkesteuerung ausprobieren, fehlt der Ton wieder :(

    Im User-Log kommt nach dem Booten beim Start von VDR ein Hinweis, dass das Gerät hw:PCH,3 schon belegt wäre ...

    Code
    Intel-ADL vdr: [1570] starting plugin: quickepgsearch
    Intel-ADL vdr: [1570] starting plugin: softhddevice
    Intel-ADL vdr: audio: 'alsa' output module used
    Intel-ADL vdr: audio/alsa: playback open 'hw:PCH,3' error: Das Gerät oder die Ressource ist belegt
    Intel-ADL vdr: audio:  44100Hz supports 0 0 0 0 0 0 0 0 channels
    Intel-ADL vdr: audio:  48000Hz supports 0 0 0 0 0 0 0 0 channels
    Intel-ADL vdr: audio: 192000Hz supports 0 0 0 0 0 0 0 0 channels

    Im Syslog finde ich etwas von einem alsa-restore.service der scheinbar schon kurz vorher an alsa Einstellungen vornimmt ???

    Code
    1268 2025-01-06 17:13:19.186 Intel-ADL systemd[1]: alsa-state.service - Manage Sound Card State (restore and store) was skipped because of an unmet condition check (ConditionPathExists=/etc/alsa/state-daemon.conf).
    1270 2025-01-06 17:13:19.186 Intel-ADL systemd[1]: Starting alsa-restore.service - Save/Restore Sound Card State...
    1300 2025-01-06 17:13:19.186 Intel-ADL systemd[1]: Finished alsa-restore.service - Save/Restore Sound Card State.
    1661 2025-01-06 17:13:24.355 Intel-ADL vdr: audio: 'alsa' output module used
    1662 2025-01-06 17:13:24.361 Intel-ADL vdr: audio/alsa: playback open 'hw:PCH,3' error: Das Gerät oder die Ressource ist belegt

    Die Datei /etc/alsa/state-daemon.conf die er anmeckert, gibt es bei mir leider nicht. Stattdessen gibt es ein /etc/alsa/conf.d Verzeichnis, mit einigen Konfigurationsdateien, die Debian selbst angelegt hat ...

    p.s. Präziser ausgedrückt: Das sind keine Dateien, sondern Link´s auf Dateien, die unter /usr/share/alsa/alsa.conf.d/ liegen ...

    Bild und Ton ist da !!!

    In der VDR-Konfiguration den User zu wechseln (nicht vdr als Standard, sondern den, als den man sich automatisch an lxde einloggt) hat geholfen. Jetzt kommt ein Bild. Sehr schön.

    Mit dem automatischen einloggen akzeptiert er jetzt auch die softhddevice Audio-Konfiguration des devices für -a und -p. Beim manuellen Start aus der Konsole hat er das nicht akzeptiert.

    Code
    [softhddevice]
    -a hw:PCH,3
    -p hw:PCH,3
    -d :0.0
    -f
    -v va-api-egl

    Jetzt ist nur eine Frage noch offen: Warum wirkt die Lautstärkeregelung nicht? Mit Tastatur +/- wandert der Lautstärkebalken im OSD nach rechts/links. Am Monitor kommt die Lautstärke (bei Werten > 0) aber immer in voller Lautstärke / bei Lautstärke 0 ist der Ton weg.

    Ich logge mich ja automatisch am lxde ein (mit user mize). Zu dem Zeitpunkt zu dem vdr gestartet wird ist X11 schon am Laufen. Sollte ich dann stattdessen versuchen, VDR automatisch als mize zu starten, weil er das dann nutzen kann?

    Zu meinem eigentlichen Ziel: Ich möchte ja, dass sich der Rechner selbständig starten, und ich damit schon mal VDR Aufzeichnungen anfertigen kann. Der gleiche Rechner aber auch (wenn ich den Beamer und die Sourround Anlage einschalte) VDR-Bild und VDR-Ton ausgeben (ohne neu zu starten). Das probier ich gerade testweise mit einem direkt angeschlossenen Monitor aus, bekomme das aber bisher so in dieser Form nicht hin.

    Frage: Ist das auch Euer UseCase (mit softhddevice)? Geht das mit den Distributionen von yavdr-ansible ader easyvdr v5? Oder streamt Ihr prinzipiell zu einem zweiten Rechner (wobei dann softhdddevice am Server keinen Sinn machen würde; das sollte schon ein Rechner sein)?

    Hier noch einmal ein Ausschnitt aus dem User Log - vielleicht hilft das etwas ???

    Also der automatische Start von VDR nach Hochfahren des Rechners gestaltet sich schwieriger als gedacht. Während sich der VDR in einer Konsole problemlos starten lässt, d.h. das softHdDevice Fenster geht auf, und der Ton ist da, krieg ich das nicht automatisiert hin.

    Wenn ich den Rechner mit reboot neu starte, und testweise ein audiofähiger Monitor dran hängt ...

    • wird zwar der VDR gestartet (sehe ich mit ps -ef), er wartet auch 2-3 Sekunden mit dem Start, bis das USB DVB-Device da ist (hab ich in der systemctl VDR eingebaut). Zudem wird der VDR auch neu gestartet, wenn ich den VDR-Prozess manuell abschieße. Das paßt soweit.
    • sagt er auch, dass VDR den alsa Output nutzt ('alsa' output module used). Leider höre ich keinen Sound am Monitor, so wie wenn ich den VDR manuell starte.
    • beschwert er sich darüber, dass er keinen X11 Server findet (can't connect to X11 server on ':0.0'). Dabei ist ja an meinem Rechner die grafische LXDE Windows Oberfläche aktiv, so dass er durchaus sein softHdDevice Fenster öffnen können sollte.
    • Auch die -x Option (starte den X11 Server) in der softHdDevice Konfiguration hat das fehlende softHdDevice Fenster nicht erzeugt.

    Ich möchte ja, dass sich der Rechner selbständig starten, und ich damit VDR Aufzeichnungen anfertigen kann. Wenn ich dann den Beamer einschalte, und die Sourround Anlage einschalte, hätte ich gerne wieder ein VDR-Bild und einen VDR-Ton. Das krieg ich bisher so in dieser Form nicht hin.

    Wer hätte da einen Tip für mich?

    Doch, etwas stört noch: VDR läßt sich nicht unter root starten ???

    VDR schaltet ja nach dem Start auf User vdr um
    Mit der ALSA Nutzung gibt es aber unter root ein Problem ...

    Starte ich von der Konsole aus den VDR, hängt der VDR-Start, und es wird ein ALSA Problem angezeigt ...

    Code
    root@Intel-NUC10:/usr/src# vdr
    XDG_RUNTIME_DIR (/run/user/1000) is not owned by us (uid 114), but by uid 1000! 
    (This could e.g. happen if you try to connect to a non-root PulseAudio as a root user, 
    over the native protocol. Don't do that.)
    Authorization required, but no authorization protocol specified
    Abgebrochen

    Da bin ich noch am Suchen. Hätte jemand hier einen Tip für mich? (wegen sxfe Nutzung hatte ich das Problem früher nicht)

    Da ich mit bullseye nicht weitergekommen bin, und den Verdacht hatte, dass meine libva zu alt ist, hab ich heute mal ein Upgrade auf trixie durchgeführt, und es läuft !!!

    • Entfernen von allen vdr Komponenten / Plugins / etc.
    • Upgrade von bullseye auf trixie
    • Neuinstallation von VDR 2.6.0 über trixie (wäre vermutlich entbehrlich)
    • VDR 2.7.3 generieren (und gleich installieren; damit bindet später softHdDevice gegen vdr-abi-2.7.3)
    • VDR Plugin softHdDevice (Verion 2.4.1) generieren und gleich installieren
    • VDR Plugin softHdDrm hab ich zwar generiert, nutze ich aber nicht (kam mit meinem VA-API nicht klar; Versucht VA-API zu nutzen und bricht beim VDR gleich mit Fehler ab)
    • SoftHdDevice nutzt va-api-egl (das lief gestern mit Bullseye nicht)

    Das OSD im SoftHdDevice Fenster wird angezeigt, Ton ist da, bei HD-Empfang ca. 25-30% CPU load (und das auf dem älteren SkyLake NUC (mit Remote Empfänger) - was will man mehr !!!

    Hallo zusammen,

    Ich wünsche erst mal allen VDR Nutzern alles Gute für das neue Jahr ...

    Ich hab gestern noch etwas herumexperimentiert. Mit Debian Bullseye und installiertem LXDE starte ich in einem Konsolenfenster den VDR, und ...

    • mit va-api (als auch noch einigen anderen Varianten) bekomme ich Ton, und kann auch in dem softhddevice Fenster den Kanal wechseln.
    • mit va-api-glx bekomme ich Ton, kann die Kanäle wechseln, und mit m auf der Tastatur geht das OSD im softhddevice Fenster.
    • In allen Fällen bekomme ich aber kein Bild. Das softhddevice Fenster ist schwarz.

    Da ist noch generell an einer Stelle der Wurm drin ???

    p.s. ich habe folgende VA-API Versionen auf meinem Rechner ...

    Die nächsten Tage sollen ja viele SD-Programme vom Netz genommen werden, und nur noch als HD zu Verfügung stehen. Mit dem xinelib-sxfe Plugin hatte ich aber beim Umschalten zwischen HD Sendern und an anderen Stellen laufend Abstürze.

    Da die Installation von meinem neuen Rechner mit dem SoftHdPlugin recht erfolgreich war, aber bis zur Fertigstellung noch etwas braucht, wollte ich meinen bisherigen Rechner auf das SoftHdPlugin umstellen ...

    • Hochrüsten meines NUC-i5 CometLake von Debian bullseye auf bookworm
    • Der vdr 2.6.0 arbeitet weiter mit xinelib-sxfe zusammen (das system geht noch)
    • Ersatz von xinelib-sxfe durch das SoftHdPlugin

    Genommen hab ich folgende Sourcen des SoftHdDevices und des SoftHdDrm Plugin´s aus dem SeaHawk Repository für VDR-2.6.0

    Ich hab schon mal mit, und mal ohne softhddrm gestartet (mit softhddrm ist ihm wahrscheinlich die va-api version zu alt, und er bricht beim start ab), ohne softhddrm öffnet er das softhddrm Fenster, und ich höre auch Audio, aber das Fenster bleibt schwarz. Auch der Start von softhddevice mit "-v va-api-egl" hat nichts gebracht ...

    Das mit der Text-Konsole hat sich geklärt. Das war eine Zugabe in den Demo-Plugin´s, das bei den vdr-plugin-examples_2.7.3 mit dabei ist. Dieses schiebt sich stets auf´s neue vor die anderen Plugin´s und macht nur Ausgaben auf der Konsole. Das Plugin gelöscht, und alles geht.

    Frage: Wenn ich den VDR unter root starte (z.B. als Dienst), läuft er zwar intern unter dem user vdr. Wenn ich das in der Konsole probiere, bekomme ich die Meldung, dass ich alsa nicht von der Seite her als root nutzen darf, und VDR wird gleich wieder beendet. Wie umgeht Ihr dieses Problem?