Beiträge von Wrnr09

Hallo,

seit dem Upgrade auf yavdr07 / ubuntu 22.04 klappt der Hibernate bei mir nicht mehr.

Das System braucht mehrere Minuten, bis es aus ist. Nach dem Aufwachen habe ich weder Bild noch Ton, aber die Programmanzeige auf dem iMON-Display geht.

ps -ef hat gezeigt, dass das System während des Hibernate-Vorganges ziemlich lange bei "/bin/systemctl stop vdr" hängt. Offenbar klappt es nicht, den vdr ordentlich zu beenden und das anschließende Entladen des dvb-Treibers findet erst gar nicht statt. Durch Debuggen von /lib/systemd/system-sleep/yavdr konnte ich reproduzieren, dass die letzte ausgeführte Zeile tatsächlich "/bin/systemctl stop vdr" ist. Alles danach wird nicht mehr ausgeführt.

Seltsamerweise habe ich überhaupt kein Problem, den vdr-Prozess manuell zu beenden, wenn ich am Prompt direkt "/bin/systemctl stop vdr" eingebe.

Was könnte verursachen, dass die Kiste nicht richtig in den Schlaf fährt?

Hat jemand ähnliche Probleme?

Edit: Ich hänge noch einen Log von journalctl -b -l an.

@seahawk1986

danke für die Überprüfing und den Tipp mit dem WA.

Damit kann ich immerhin den vdr wieder starten. (Der richtige Pfad ist /var/lib/vdr/setup.conf).

Jetzt müsste ich das ganze nur noch konfigurieren können.

Danach hatte ich bereits oben gefragt, nachdem ich ausgiebig im Web und im Forum gesucht und nichts gefunden hatte. Daran hat dann auch der freundliche Hinweis auf die Suche weiter oben nichts mehr geändert. Schätze, die Infos gab es wohl früher unter http://projects.vdr-developer.org, aber die meisten Seiten dort sind inzwischen gelöscht.

Und wie das ganze dann in den host_vars von ansible geht ist nochmal ein anderes Thema. Die conf Dateien zu epgd und dem Plugin und das OSD sind jedenfalls alles andere als selbst erklärend.

Hast Du vielleicht einen Link zu irgendeiner Form von Conifg-Info?

Danke,

stimmt, den Hack kenne ich. Nur lief es jetzt 10 Jahre lang auch OOTB ohne Probleme und jetzt weiß ich wenigstens, warum es nach dem Upgrade nicht mehr lief.

So,

inzwischen habe ich dieLösung selbst gefunden:

Nachdem man yaVDR mit dem Playbook installiert hat, wird der Rechner beim Ausshalten mit einem Shutdown beendet, also komlett herunter gefahren. Für einen späteren Neustart wird dann ein Kaltstart durchgeführt.

Wenn der Rechner komplett abschaltet, geht aber das Backlight des Imon LCD nach einigen Sekunden wieder an.

Sinnvoller ist sowieso ein Suspend-to-Disk beim Beenden des VDR, weil er dann auch erheblich schneller wieder startet.

Wenn das Beenden statt mit Shutdown mit Suspend konfiguriert ist, bleibt endlich auch das Imon LCD wieder aus.

Hei Mann,

"solche Posts" muss ich jetzt aber echt von mir weisen!

Und ich bin auch keiner, der "immer nur fordert". Ganz in Gegenteil.

Aber ich fühle mich ziemlich veräppelt, wenn ich frage, wie das Ding zu konfigurieren ist und dann antwortet einer, dass man es konfigurieren muss. Hä?

Und wenn ich ausdrücklich schreibe, was ich gemacht habe und dass ich genau nach Doku vorgegangen bin und dann postet einer einen Teil der Doku, der noch nicht mal funktioniert. Konkrete und freundlich gestellte Fragen werden dagenen ignoriert.
Leider ist es aber wohl so, wie ich auch an Deiner Antwort sehe, dass man die Distro offenbar nur noch benutzen kann, wenn man die Internas kennt oder slebst genug Entwickler-Know hoiw hat, dass man eigene Pull-Requests loslassen kann,

Anscheinend ging Dir bei Deiner Antwort der Hut etwas hoch? Das beruht leider auf Gegenseitigkeit und das bedaure ich sehr.

Ich kann nur sagen, ich bin seit vielen Jahren treuer Anhänger von yaVDR gewesen und habe sehr großen Respekt vor den paar Leuten, die das zustande gebracht haben und wissen, wovon sie reden. Leider ist es aber in den letzten Jahren so, dass man ohne exzessives Basteln und eigenes, vertieftes Wissen nicht mehr allzu viel zum Laufen bekommt. Ohne Seahawk liefe da vermutlich nicht mehr viel. Das macht mich sehr traurug, denn ich denke, diese Distro war mal mit Abstand das beste was es um den VDR gab.

Aber Dein voriger Post ging mir ziemlich unter die Haut und das ist nicht angebracht.

Zitat von ofenheizer

Wie geschrieben, epgd und auch das Plugin epg2vdr müssen auch entsprechend konfiguriert werden.

Kann schon sein, dass wenn da was nicht stimmt, der vdr crashed. Deswegen ist ja die Installation nicht "zerstört".

Das wissen wir alles schon. Und wo ist der konstruktive Teil der Antwort, die Lösung und die Antwort auf die Fragen?

So, jetzt habe ich nochmal alles durchlaufen: Image eingespielt, epg für Playbook einkommentiert, Playbook laufen lassen.

Am Ende des Playbook-Durchlaufes sind in der Fehlermeldung 2 Hinweise enthalten (s. erster Post). Hier ist das Ergebnis davon:

sudo systemctl status vdr.service
---------------------------------
× vdr.service - Video Disk Recorder
     Loaded: loaded (/lib/systemd/system/vdr.service; enabled; vendor preset: enabled)
    Drop-In: /etc/systemd/system/vdr.service.d
             └─load-environ.conf, network-online.conf, vdr-xorg.conf
     Active: failed (Result: core-dump) since Tue 2022-10-18 18:02:27 CEST; 30s ago
    Process: 12889 ExecStartPre=/bin/bash /usr/lib/vdr/merge-commands.sh commands (code=exited, sta>
    Process: 12899 ExecStartPre=/bin/bash /usr/lib/vdr/merge-commands.sh reccmds (code=exited, stat>
    Process: 12909 ExecStart=/usr/bin/vdr (code=dumped, signal=SEGV)
   Main PID: 12909 (code=dumped, signal=SEGV)
        CPU: 210ms

Okt 18 18:02:27 umbumbu systemd[1]: vdr.service: Main process exited, code=dumped, status=11/SEGV
Okt 18 18:02:27 umbumbu systemd[1]: vdr.service: Failed with result 'core-dump'.
Okt 18 18:02:27 umbumbu systemd[1]: Failed to start Video Disk Recorder.
Okt 18 18:02:27 umbumbu systemd[1]: vdr.service: Scheduled restart job, restart counter is at 10.
Okt 18 18:02:27 umbumbu systemd[1]: Stopped Video Disk Recorder.
Okt 18 18:02:27 umbumbu systemd[1]: vdr.service: Start request repeated too quickly.
Okt 18 18:02:27 umbumbu systemd[1]: vdr.service: Failed with result 'core-dump'.
Okt 18 18:02:27 umbumbu systemd[1]: Failed to start Video Disk Recorder.


----

sudo journalctl -xeu vdr.service
--------------------------------- 
    A start job for unit vdr.service has finished with a failure.
   
    The job identifier is 10041 and the job result is failed.
Okt 18 18:02:27 umbumbu systemd[1]: vdr.service: Scheduled restart job, restart counter is at 10.
    Subject: Automatic restarting of a unit has been scheduled
    Defined-By: systemd
    Support: http://www.ubuntu.com/support
   
    Automatic restarting of the unit vdr.service has been scheduled, as the result for
    the configured Restart= setting for the unit.
Okt 18 18:02:27 umbumbu systemd[1]: Stopped Video Disk Recorder.
    Subject: A stop job for unit vdr.service has finished
    Defined-By: systemd
    Support: http://www.ubuntu.com/support
   
    A stop job for unit vdr.service has finished.
   
    The job identifier is 10375 and the job result is done.
Okt 18 18:02:27 umbumbu systemd[1]: vdr.service: Start request repeated too quickly.
Okt 18 18:02:27 umbumbu systemd[1]: vdr.service: Failed with result 'core-dump'.
    Subject: Unit failed
    Defined-By: systemd
    Support: http://www.ubuntu.com/support
   
    The unit vdr.service has entered the 'failed' state with result 'core-dump'.
Okt 18 18:02:27 umbumbu systemd[1]: Failed to start Video Disk Recorder.
    Subject: A start job for unit vdr.service has failed
    Defined-By: systemd
    Support: http://www.ubuntu.com/support
   
    A start job for unit vdr.service has finished with a failure.
   
    The job identifier is 10375 and the job result is failed.

Direkt im Anschluss finde ich in den Logs u.a. folgendes:

cat syslog|grep -i vdr
----------------------
[...]
Oct 18 18:02:07 umbumbu vdr: [12575] starting plugin: epg2vdr
Oct 18 18:02:07 umbumbu vdr: epg2vdr: Info: Calling mysql_library_init()
Oct 18 18:02:07 umbumbu kernel: [  602.526048] vdr[12575]: segfault at 8 ip 000055a38cceee14 sp 00007ffca999ac48 error 4 in vdr[55a38cc55000+fb000]
Oct 18 18:02:11 umbumbu systemd[1]: vdr.service: Main process exited, code=dumped, status=11/SEGV
Oct 18 18:02:11 umbumbu systemd[1]: vdr.service: Failed with result 'core-dump'.
[...]


cat  kern.log|grep -i vdr
-------------------------
[...]
Oct 18 18:02:07 umbumbu kernel: [  602.526048] vdr[12575]: segfault at 8 ip 000055a38cceee14 sp 00007ffca999ac48 error 4 in vdr[55a38cc55000+fb000]
Oct 18 18:02:12 umbumbu kernel: [  606.981840] vdr[12615]: segfault at 8 ip 00005598a5be3e14 sp 00007ffecf2db998 error 4 in vdr[5598a5b4a000+fb000]
Oct 18 18:02:13 umbumbu kernel: [  608.712890] vdr[12653]: segfault at 8 ip 0000556acf88be14 sp 00007ffe00f9ade8 error 4 in vdr[556acf7f2000+fb000]
Oct 18 18:02:15 umbumbu kernel: [  610.408894] vdr[12689]: segfault at 8 ip 000055f7002b8e14 sp 00007ffe1ae0a2f8 error 4 in vdr[55f70021f000+fb000]
Oct 18 18:02:17 umbumbu kernel: [  612.300998] vdr[12726]: segfault at 8 ip 000056017bf55e14 sp 00007fff720c6b68 error 4 in vdr[56017bebc000+fb000]
Oct 18 18:02:19 umbumbu kernel: [  613.947303] vdr[12762]: segfault at 8 ip 0000557d00235e14 sp 00007ffc1ad19248 error 4 in vdr[557d0019c000+fb000]
Oct 18 18:02:20 umbumbu kernel: [  615.715838] vdr[12798]: segfault at 8 ip 0000560ccdc45e14 sp 00007ffc14d25ad8 error 4
Oct 18 18:02:22 umbumbu kernel: [  617.481823] vdr[12837]: segfault at 8 ip 000055d0d19b9e14 sp 00007ffea285ee88 error 4 in vdr[55d0d1920000+fb000]
Oct 18 18:02:24 umbumbu kernel: [  619.166806] vdr[12873]: segfault at 8 ip 0000563bb6b30e14 sp 00007ffc78861258 error 4 in vdr[563bb6a97000+fb000]
O

Alles, was ich sehe ist, dass der vdr-Prozess crasht, nachdem epg2vdr gestartet wird und bleibende Schäden hinterlässt.. epg2vdr wird also immerhin sehr wohl durch das Playbook installiert.

Nach einem Reboot habe ich noch ein paar Logfiles zusammen gezippt, s. Anhang.

Hi zusammen,

ich schätze die Kommentare als gut gemeint ein. Sie zeigen aber wieder mal, dass alle Theorie grau ist.

1. Ich bin genau nach Vorschrift der Doku vorgegangen, Da steht, wenn man epg will, soll man in der entsprechende Zeile in yavdr07.yml den Kommentar entfernen und das Playbook so laufen lassen, Davon, dass man dann noch manuell das Plugin epg2vdr installieren soll, steht da nichts- wäre ja auch widersinnig für ein Playbook, oder?

Und wenn ein Plugin fehlt, wäre das immer noch kein Grund, dass anschließend vdr kaputt ist, oder?

2. In der Doku ist in der Tat ein Link, wie das ganze konfiguriert werden soll, Nur funktioniert dieser Link leider nicht. Und auch wenn eine Konfig fehlen würde, wäre das auch kein Grund, KEINE Fehlermeldung zu erzeugen und dafür den VDR zu schrotten. Wie man Variablen für das Playbook setzt, ist mir schon klar, aber nirgends steht, dass und welche man setzen soll. Da hilft der obige Kommentar nur sehr bedingt ).

Ich denke, das Playbook funzt an dieser Stelle einfach nicht so, wie es soll (leider nicht die einzige Stelle, wie ich in den letzten Wochen sehr schmerzhaft festzgestellt habe).

3. Inzwischen habe ich natürlich mein Image wieder eingespielt, damit überhaupt irgend etwas funktioniert. Ich wede aber später nochmal das ganze Gedöns reproduzieren und dann zusätzlich den Log vom VDR-Start liefern.

4. Damit es überhaupt weiter gehen kann, wäre es schön, wenn mir noch jemand mitteilen würde, ob und wie ich denn zusätzlich zum Playbook noch epg2vdr ins System bringen soll. Ein funktionierender Link, wie man denn epgd nun konfigurieren soll, wäre auch hilfreich.

Hi,

nachdem mein neues yavdr07/ubuntu 22.04 endlich läuft, außer dass imonlcd nicht abschaltet, wollte ich ein ordentliches epg.

Ich habe also in der entsprechenden Zeile von yavdr07.yml den Kommentar entfernt und das Playbook ausgeführt.

Außer ein paar kleinen Warnings war fast bis zum Schluss alles ok. Kurz vor Schluss kommt dann aber das hier:

RUNNING HANDLER [Start VDR] ****************************************************
fatal: [localhost]: FAILED! => {
    "changed": false
}

MSG:

Unable to start service vdr.service: Job for vdr.service failed because a fatal signal was delivered causing the control process to dump core.
See "systemctl status vdr.service" and "journalctl -xeu vdr.service" for details.

Anschließend ist der vdr-Prozess nicht mehr startbar, auch nicht nach einem reboot. Die Installation scheint dann kaputt zu sein und ich muss mir ein Image einspielen.

Ich hänge mal den kompletten log an.

Hallo,

ich dachte zwar, das Thema Imon LCD wäre durch, habe aber nirgends eine echte Lösung gefunden.

Seit dem Upgrade geht das Imon zwar beim Shut down aus, ein paar Sekunden danach geht das Backlight aber wieder an und bleibt an.

Das hatte ich vor Jahren schon mal (mit yaVDR05 oder 06), finde aber die Lösung nicht mehr, aber vielleicht ist es ja jetzt auch was anderes.

Vor ein paar Wochen hat es auch mit yaVDR07 und Ubuntu 20.04 noch funktioniert, bevor sich das System dann irgendwann aus unerfindlichen Gründen verabschiedet hat.

Jemand eine Idee?

Vielleicht hilft das hier weiter, aber ich sehe da keinen Hinweis auf ein Problem:

apt policy vdr vdr-plugin-imonlcd
---------------------------------
vdr:
  Installiert:           2.6.1-1yavdr1~yammy
  Installationskandidat: 2.6.1-1yavdr1~yammy
  Versionstabelle:
 *** 2.6.1-1yavdr1~yammy 500
        500 http://ppa.launchpad.net/seahawk1986-hotmail/jammy-vdr/ubuntu jammy/main amd64 Packages
        100 /var/lib/dpkg/status
     2.6.0-1 500
        500 http://de.archive.ubuntu.com/ubuntu jammy/universe amd64 Packages
vdr-plugin-imonlcd:
  Installiert:           1.0.3-0yavdr0~jammy
  Installationskandidat: 1.0.3-0yavdr0~jammy
  Versionstabelle:
 *** 1.0.3-0yavdr0~jammy 500
        500 http://ppa.launchpad.net/seahawk1986-hotmail/jammy-vdr/ubuntu jammy/main amd64 Packages
        100 /var/lib/dpkg/status

Jetzt versteh ich noch weniger.

Gerade wollte ich mal Dein letztes Statement ausprobieren und hab den Rechner gestartet.

Plötzlich ist der Ton da, noch bevor ich was eingeben konnte.

Was ich vor dem shutdown gestern noch ausprobiert hatte, war das:

pactl set-card-profile 0 output:hdmi-stereo
sudo pactl set-card-profile 0 output:hdmi-stereo
pactl set-card-profile 0 output:hdmi-stereo
pacmd set-card-profile 0 output:hdmi-stereo
pacmd set-card-profile alsa_card.pci-0000_01_00.1 output:hdmi-stereo

allerdings jeweils entweder mit Fehler oder ohne Reaktion und ohne, dass der Ton dann gegangen wäre.

Jetzt stellt sich natürlich die Frage: Wie installiert man das System so, dass es einfach von Anfang an funktioniert?

Zitat von seahawk1986

wurde die Ausgabe des VDR auch auf diesen Sink geleitet?

Sorry, das verstehe ich nicht. Ich habe das System wie vorgeschrieben installiert und bekomme keinen Ton. Von Ausgabe auf einen Sink leiten stand da nirgends was. Und was bedeutet "wenn man den Default-Sink setzt"? Muss ich nach der Installation einen "Default-Sink" setzten?

Zitat von seahawk1986

Was sieht denn der pulseaudio-Daemon in der Session des Users vdr?

Hier ist die Antwort:

method return time=1665743681.303389 sender=:1.52 -> destination=:1.75 serial=5 reply_serial=2
   array [
      struct {
         string "alsa_output.pci-0000_01_00.1.hdmi-stereo-extra3"
         string "GF108 High Definition Audio Controller Digital Stereo (HDMI 4)"
         int32 0
         boolean false
         int32 2
         array [
            double 1
            double 1
         ]
         string "yes"
      }
      struct {
         string "alsa_output.pci-0000_00_14.2.iec958-stereo"
         string "Eingebautes Tongerät Digital Stereo (IEC958)"
         int32 1
         boolean false
         int32 2
         array [
            double 1
            double 1
         ]
         string "unknown"
      }
   ]

N'Abend,
habe meinen HTPC mit Ubuntu Server 22.04 LTS bestückt, Ansible nach den Tipps in diesem Thread vorbereitet und dann ohne Fehlermeldungen installiert.
Das TV-Bild ist da, aber kein Ton. Ich habe viele Stunden gegoogelt und alles mögliche untersucht, aber das Ding will meinen HDMI-Sound nicht erkennen.

Der Ton sollte über den HDMI-Ausgang der nVidia-Karte übertragen werden, wie das seit Jahren der Fall war. Auch mit dem parallel auf demselben System installierten Linux Mint 21 habe ich über VLC Fernsehen incl. Ton. Die HW ist also OK.

Unten sind einige Test-Ergebnisse. Auf dem OSD sehe ich zwar die Karten, sie sind aber alle nicht aktivierbar.
Hat jemand eine Idee, wie das jetzt weiter gehen könnte?

Danke.

lspci|grep -i audio
-------------------
00:14.2 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 Azalia (Intel HDA) (rev 40)
01:00.1 Audio device: NVIDIA Corporation GF108 High Definition Audio Controller (rev a1)
02:00.0 Multimedia video controller: Conexant Systems, Inc. CX23887/8 PCIe Broadcast Audio and Video Decoder with 3D Comb (rev 04)
--

pactl list short sinks
----------------------
0       auto_null       module-null-sink.c      s16le 2ch 44100Hz       SUSPENDED
--

zwischendurch:
pactl list short sinks
----------------------
0       auto_null       module-null-sink.c      s16le 2ch 44100Hz       IDLE
--

pactl list short sources
------------------------
0       auto_null.monitor       module-null-sink.c      s16le 2ch 44100Hz       SUSPENDED
--

pacmd list-cards
----------------
0 card(s) available.
--

aplay -l
--------
aplay: device_list:274: keine Klangkarten gefunden …
--

cat  /proc/asound/cards
-----------------------
 0 [SB             ]: HDA-Intel - HDA ATI SB
                      HDA ATI SB at 0xfcff4000 irq 16
 1 [NVidia         ]: HDA-Intel - HDA NVidia
                      HDA NVidia at 0xfe77c000 irq 19
 2 [CX23885        ]: CX23885 - Conexant CX23885
                      Conexant CX23885 at cx23885[0]
--

sudo apt install hwinfo
hwinfo --sound
-----------------------
27: PCI 100.1: 0403 Audio device
  [Created at pci.386]
  Unique ID: NXNs.5nzgvdJ9iO5
  Parent ID: _Znp.UAx368lzOkB
  SysFS ID: /devices/pci0000:00/0000:00:02.0/0000:01:00.1
  SysFS BusID: 0000:01:00.1
  Hardware Class: sound
  Model: "nVidia GF108 High Definition Audio Controller"
  Vendor: pci 0x10de "nVidia Corporation"
  Device: pci 0x0bea "GF108 High Definition Audio Controller"
  Revision: 0xa1
  Driver: "snd_hda_intel"
  Driver Modules: "snd_hda_intel"
  Memory Range: 0xfe77c000-0xfe77ffff (rw,non-prefetchable)
  IRQ: 19 (20175 events)
  Module Alias: "pci:v000010DEd00000BEAsv00000000sd00000000bc04sc03i00"
  Driver Info #0:
    Driver Status: snd_hda_intel is active
    Driver Activation Cmd: "modprobe snd_hda_intel"
  Config Status: cfg=new, avail=yes, need=no, active=unknown
  Attached to: #31 (PCI bridge)

28: PCI 14.2: 0403 Audio device
  [Created at pci.386]
  Unique ID: 5Dex.DTwrdue_pn8
  SysFS ID: /devices/pci0000:00/0000:00:14.2
  SysFS BusID: 0000:00:14.2
  Hardware Class: sound
  Model: "ASUSTeK M5A88-V EVO"
  Vendor: pci 0x1002 "ATI Technologies Inc"
  Device: pci 0x4383 "SBx00 Azalia (Intel HDA)"
  SubVendor: pci 0x1043 "ASUSTeK Computer Inc."
  SubDevice: pci 0x841b "M5A88-V EVO"
  Revision: 0x40
  Driver: "snd_hda_intel"
  Driver Modules: "snd_hda_intel"
  Memory Range: 0xfcff4000-0xfcff7fff (rw,non-prefetchable)
  IRQ: 16 (1754 events)
  Module Alias: "pci:v00001002d00004383sv00001043sd0000841Bbc04sc03i00"
  Driver Info #0:
    Driver Status: snd_hda_intel is active
    Driver Activation Cmd: "modprobe snd_hda_intel"
  Config Status: cfg=new, avail=yes, need=no, active=unknown
--

sudo lspci -v | grep -A7 -i "audio"
-----------------------------------
00:14.2 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 Azalia (Intel HDA) (rev 40)
        Subsystem: ASUSTeK Computer Inc. M5A88-V EVO
        Flags: bus master, slow devsel, latency 64, IRQ 16, NUMA node 0
        Memory at fcff4000 (64-bit, non-prefetchable) [size=16K]
        Capabilities: [50] Power Management version 2
        Kernel driver in use: snd_hda_intel
        Kernel modules: snd_hda_intel

--
01:00.1 Audio device: NVIDIA Corporation GF108 High Definition Audio Controller (rev a1)
        Flags: bus master, fast devsel, latency 0, IRQ 19, NUMA node 0
        Memory at fe77c000 (32-bit, non-prefetchable) [size=16K]
        Capabilities: [60] Power Management version 3
        Capabilities: [68] MSI: Enable- Count=1/1 Maskable- 64bit+
        Capabilities: [78] Express Endpoint, MSI 00
        Kernel driver in use: snd_hda_intel
        Kernel modules: snd_hda_intel
--
02:00.0 Multimedia video controller: Conexant Systems, Inc. CX23887/8 PCIe Broadcast Audio and Video Decoder with 3D Comb (rev 04)
        Subsystem: Hauppauge computer works Inc. CX23887/8 PCIe Broadcast Audio and Video Decoder with 3D Comb
        Flags: bus master, fast devsel, latency 0, IRQ 18, NUMA node 0
        Memory at fe800000 (64-bit, non-prefetchable) [size=2M]
        Capabilities: [40] Express Endpoint, MSI 00
        Capabilities: [80] Power Management version 3
        Capabilities: [90] Vital Product Data
        Capabilities: [a0] MSI: Enable- Count=1/1 Maskable- 64bit+
        Capabilities: [100] Advanced Error Reporting
--

dpkg -l | grep sound
--------------------
ii  libasound2:amd64                           1.2.6.1-1ubuntu1                                 amd64        shared library for ALSA applications
ii  libasound2-data                            1.2.6.1-1ubuntu1                                 all          Configuration files and profiles for ALSA drivers
ii  libasound2-plugins:amd64                   1.2.6-1                                          amd64        ALSA library additional plugins
ii  libcanberra-gtk3-0:amd64                   0.30-10ubuntu1                                   amd64        GTK+ 3.0 helper for playing widget event sounds with libcanberra
ii  libcanberra0:amd64                         0.30-10ubuntu1                                   amd64        simple abstract interface for playing event sounds
ii  linux-sound-base                           1.0.25+dfsg-0ubuntu7                             all          base package for ALSA and OSS sound systems
ii  pulseaudio                                 1:15.99.1+dfsg1-1ubuntu1                         amd64        PulseAudio sound server
ii  pulseaudio-utils                           1:15.99.1+dfsg1-1ubuntu1                         amd64        Command line tools for the PulseAudio sound server
ii  sound-theme-freedesktop                    0.8-2ubuntu1                                     all          freedesktop.org sound theme
--

cat /proc/asound/card1/eld#3.0 (das ist der HDMI-Anschluss an den Sony TV)
------------------------------
monitor_present         1
eld_valid               1
monitor_name            SONY TV XV

connection_type         HDMI
eld_version             [0x2] CEA-861D or below
edid_version            [0x3] CEA-861-B, C or D
manufacture_id          0xd94d
product_id              0xba01
port_id                 0x200
support_hdcp            0
support_ai              0
audio_sync_delay        0
speakers                [0x1] FL/FR
sad_count               2
sad0_coding_type        [0x1] LPCM
sad0_channels           2
sad0_rates              [0xe0] 32000 44100 48000
sad0_bits               [0xe0000] 16 20 24
sad1_coding_type        [0x2] AC-3
sad1_channels           6
sad1_rates              [0xe0] 32000 44100 48000
sad1_max_bitrate        640000
--


sudo apt update
sudo apt-get reinstall pavucontrol -y
sudo apt autoremove
sudo apt install linux-generic-hwe-22.04
Leider alles ohne Erfolg. pactl, pacmd und aplay erkennen immer noch nicht die vorhandenen Karten

Gerade dachte ich, jetzt hab ich's.

Mit systemctl restart vdr && svdrpsend chan + && svdrpsend chan - hat es nicht funktioniert, weil nach jedem restart das Skript nochmal ausgeführt wird und VDR somit yoyo spielt (restart, restart, restart.....)

Dann habe ich es endlich geschafft, den ursprünglichen Work around von seahawk1986 zu erfolgreich modifizieren:

Meine Datei sieht jetzt so aus:

[Service]
ExecStartPre=-/usr/bin/dvbv5-zap --lnbf=EXTENDED -c /var/lib/vdr/.dvbv5_channels.conf -x "Das Erste HD"
#ExecStartPre=-/bin/bash -c "sleep 1"  # ggf. mit dem Wert spielen oder die Zeile auskommentieren
ExecStartPost=-/bin/bash -c "svdrpsend chan + && svdrpsend chan -"

Somit wird VOR dem Start von VDR ein Sender gewählt, dann wird VDR gestartet (und schaltet dabei auf den letzten aktiven Sender). Am Ende wird noch ganz schnell ein Kanal hoch und wieder runter geschaltet.

Bei TV-sendern ist die letzte Zeile nicht nötig, schadet aber auch nicht. Bei Radio-Sendern IST sie nötig.

Positiver Nebeneffekt: Das anfängliche Flimmern nach dem Start (ca.1/4 bis 1 Sek.) ist jetzt nicht mehr zu sehen.

Pferdefuß:

Das ganze funktioniert momentan nur nach einem Reboot. Nach dem Aufwachen aus dem Suspend wird das Skript anscheinend nicht ausgeführt. Da brauche ich noch eine Methode, um die letzte Zeile auch nach dem Aufwachen auszuführen.

Danke. Das hilft leider nicht. Außerdem will ich ja nicht immer mit demselben Kanal starten.

Ich experimentiere gerade mit Skripts, die nach dem Start des VDR laufen, bekomme sie aber noch nicht ausgeführt.

Wenn vorher ein TV-Sender aktiv war, würde systemctl restart vdr reichen.

Wenn vorher ein Radio-Sender aktiv war, ist systemctl restart vdr && svdrpsend chan + && svdrpsend chan - nötig (in dieser Reihenfolge!)

Wie schaffe ich es , ein 3-Zeiler Shell Script mit genügend Berechtigungen auszuführen, direkt nachdem VDR gestartet ist?

Ich glaub es ja nicht !!!! Das war die Lösung für den zweiten Teil meines Problems !!!

Ihr seid Gold wert.

Ich habe beide Einstellungen auf "ja" gestellt und das Menü wird jetzt auf dem gesamten Bildschirm angezeigt und verschwindet auch wieder, wenn man raus geht.

Allerdings finde ich die Art, wie man die Einstellungen findet, höchst eigenartig. Im Softhddevice gibt es nur 4 Einträge, die auf "anzeigen" stehen. Wer soll denn ahnen, was "anzeigen" bedeutet und dass man da ausgerechnet die Rechts- oder Links-Taste auf der FB drücken muss, um mehr zu bekommen. Ich weiß nicht, ob es diese Einstellungen früher schon gab, auf jeden Fall lief mein System 10 Jahre lang einwandfrei ohne. Bisher dachte ich halt, es gibt entweder keine weiteren Einstellungen oder sie funktionieren in der aktuellen Version nicht. Mit "anzeigen" bei den Einstellungen konnte ich nichts anfangen.

Wenn ich jetzt den VDR oder den Rechner neu starte und es war vorher ein Radiosender aktiv, höre ich zwar wieder den Radio-Sender, aber es ist kein OSD zu bekommen. Das ist der andere Teil des Problems, der mit der Initialisierung der DVB-Karte zusammen hängt und bei dem der Work around von seahawk1986 nicht hilft. Da muss ich vermutlich noch ein Skript finden, das einen Kanalwechsel aus dem VDR heraus durchführt.

Danke erst mal für diesen Teil der Lösung.

Danke schon mal für den Hinweis, der ist echt eine Hilfe!

So, wie Du es beschreibst, ging es bei mir unter yaVDR05 auch und ich wäre schon zufrieden wenn das jetzt wieder ginge. Am Skin kanns nicht liegen, das ist der Standard Skin schlechthin, der mit yaVDR07 ausgeliefert wird.

Somit kann ich mir das Radio-Plugin erst mal für später aufheben. Das Problem ist also wieder und allein der verdammte Montage DS3000-Treiber. Die TeVii-Karte ist eigentlich tip top, wenn nur der Treiber aktuell wäre. Seit 2009/2012 (Datum der Treiber Sourcen) hat sich in Linux beim Thema DVB einiges geändert und im VDR ebenfalls. Ich würde den Treiber ja selbst zu aktualisieren versuchen, aber der relevante Teil liegt nur als binäre Firmware-Datei vor.

Also brauche ich irgendeinen work around für die Initialisierung.

Kann mir jemand einen Tipp geben, wie ich programmgesteuert VDR anweise, auf einen bestimmten Kanal zu wechseln? Ich meine NICHT den Trick mit /usr/bin/dvbv5, denn da schickt dvbv5 an VDR vorbei einen Befehl an die DVB-Karte. Wenn ich sowas über den VDR-Prozess hin bekomme, müsste das Grafik-Frontend das auch mitbekommen und das Ergebnis wäre vermutlich das, was ich brauche.

SurfaceCleanerZ: Die Hardware ist identisch. Ich habe ein Multi-Boot-System mit yaVDR05 und yaVDR07. Die Ausgabedevices sind ebenfalls identisch eingestellt.

lnj: Früher habe ich kein extra Radio Plugin benötigt und bisher habe ich auch nirgends davon gelesen, dass jetzt eins nötig wäre. Aber ich werde das testen, hört sich ja plausibel an. Nach der Playbook-Installation habe ich jetzt softhddevice 1.2.3. Von softhdcuvid steht da nichts. Ist das vielleicht dasselbe?

Die Antwort auf meine Frage würde mich trotzdem interessieren: Wie präsentiert sich ein "normaler" Radio-Empfang unter yaVDR07? Funktioniert es ohne extra Radio-Plugin oder wird das auf jeden Fall gebraucht?

Wie ich inzwischen herausgefunden habe, habe ich wohl 2 Probleme:

Erstes Problem:

Die dvb-Karte (TeVii) wird nicht vollständig initialisiert. Wenn vorher ein Radio-Sender aktiv war, bekomme ich nach einem System-Kaltstart überhaupt keine Grafik, auch kein OSD. Erst wenn ich mind. 1x umschalte, bekomme ich ein Flimmerbild und das OSD funktioniert.

Dasselbe Problem hatte ich bis vor kurzem auch bei den TV-Kanälen. Dort hat aber der Work around von seahawk1986 geholfen, indem man automatisch zuerst auf einen beliebigen Sender schaltet.

Dieser Work around funktionert bei Radio-Sendern leider nicht. Die Anzeige bleibt schwarz und zeigt auch kein OSD. Das bleibt auch so, wenn ich in den Work around zwei unterschiediche TV-Sender und einen Radio-Sender einbaue, incl Timeouts von jeweils mehreren Sekunden dazwischen.

Hat jemand noch eine Idee, welcher Trick für Radio-Sender helfenb könnte?

Zweites Problem:

Flimmerbild im Hintergrund, OSD-Anzeige bleibt nach Verlassen des OSD auf dem Bildschrim stehen. Da werde ich den Tipp von Inj ausprobieren.

Da finde ich in der Doku zum Radio-Plugin allerdings nichts dazu, wie man das Ding installiert, noch was die einzelnen Parameter und Befehle bedeuten sollen. Sieht so aus, als ob die Doku ausschließlich für Entwickler mit einschlägigem Vorwissen gedacht ist.

Kann mich da bitte mal jemand erleuchten?

Liebe VDR-Fans,

seit ich yaVDR07 benutze, friert bei mir die Grafik ein, wenn ich Radiokanäle auswähle.

Einfrieren bedeutet: Wenn zuletzt ein TV-Sender aktiv war, bleibt das Bild einfach stehen, wenn ich einen Radiosender wähle. Ich kann das OSD aufrufen und die komplette Menüwahl funktioniert. Aber wenn ich das ODS verlasse (entweder mit der Exit-Taste oder durch Auswahl einer entsprechenden Funktion), bleibt auf dem Bildschirm das letzte OSD-Menü stehen. Ab da ist am Rand des Bildschirms immer noch die stehende Grafik des letzten TV-Senders sichtbar, in der Mitte jedoch das letzte OSD-Menü. Um das OSD wieder zu benützen, muss ich es nochmal aufrufen. Am Bildschirm kann man also nicht unterscheiden, ob das OSD, das man sieht, eine Leiche ist (die eingefrorene Grafik des zuletzt aktiven Menüs) oder ob es ein aktives, neu aufgerufenes OSD ist.

Das ist ziemlich verwirrend und lästig.

In yaVDR05 war der Bildschirm einfach schwarz, wenn ein Radio-Sender aktiv war. Das OSD hat so reagiert, wie man es erwartet und wenn man es verlassen hat, verschwand es auch wieder und der Schirm war wieder schwarz.

Übrigens: Audio funktioniert einwandfrei bei den Radio-Sendern.

Jetzt wüsste ich gerne, wie sich das bei anderen Usern äußert. Habe nur ich das Problem? Vielleicht hat es auch etwas mit dem Treiber meiner TeVii-Karte zu tun? (Unter 05 war das kein Problem)?