Ubuntu 26.04 Resolute Raccoon / yavdr ansible devel

  • Sieht man im Log Shutdown-Versuche des VDR?

    Kannst du mal ein Log von einem Boot für eine Aufnahme anhängen, wo das Herunterfahren danach nicht geklappt hat?

    Meine VDRs

    VDR 1: Intel DH67BL, Celeron 540, 4 GB Ram, POV Geforce GT 1030, Ubuntu 24.04 (yavdr-ansible), VDR 2.7.4, CIR-Empfänger
    VDR 2: Acer Revo 3610, Pinnacle PCTV SAT 452e, Medion X10, yaVDR 0.6
    Client 1: Raspberry Pi 2, Ubuntu 22.04 (yavdr-ansible), VDR 2.6.1

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Edited once, last by seahawk1986 (July 22, 2026 at 11:26 PM).

  • Bei den Aufnahmen, wo es endlos weitergeht sieht man keinerlei Shutdown-Versuche, wie z.B. bei den Aufnahmen, die ordnungsgemäß beendet werden.

    Hier ist das syslog ab ca. 17:20Uhr, wo die Test-Aufnahmen von heute Nachmittag beginnt.
    Der VDR war ca. 30 Minuten ausgeschaltet und ist 17:15 Uhr gestartet, um eine Aufnahme um 17:20 - 17:30 Uhr zu machen.
    Nach der Aufnahme ist der VDR nicht runtergefahren, sondern weitergelaufen.

    Es gibt auch keinerlei Versuche des VDRs für einen Shutdown o.ä. er läuft einfach weiter.
    Ich habe dann den TV eingeschaltet und auf dem TV war das Standbild "Frontend detached. Press any Key . . ." zu sehen.

    The content cannot be displayed because you do not have authorisation to view this content.


    Falls Du auch den gesamten Start sehen willst, dann ist hier noch das komplette syslog, ab Start des VDR.
    So ab 17:46Uhr habe ich dann den VDR per Fernbedienung aktiviert, um ein Bild auf dem TV zu haben.

    The content cannot be displayed because you do not have authorisation to view this content.


    Als Vergleich hier noch eine Test-Aufnahme auch von heute Abend, wo ich beim LiveTV eine Aufnahme um 22:35 - 22:45Uhr gestartet habe. Nach dem Start der Aufnahme habe ich die Power-Taste auf der FB gedrückt, so dass sich das Frontent detached hat.
    Komischerweise hat hier der VDR nicht die 5Minuten gewartet, sondern ist kurz nach der Aufnahme runtergefahren.

    Hier sieht man wie am Ende der Aufnahmezeit der shutdown-wrapper aktiviert wird und dann der VDR beginnt runterzufahren.

    The content cannot be displayed because you do not have authorisation to view this content.

    Ich hoffe damit kannst Du etwas anfangen.

    meine aktuelle Hard- und Software

    Heimkino: . . . . . . . AVR Denon AVR-X4800H . . . MiniLED-UHD-TV SONY BRAVIA XR-75X95L. . . Universal-FB: Sofabaton U2
    VDR-Hardware: . . Geekom Mini Air12 mit Intel N150 inkl. Intel UHD XE-Grafik, 3x DVB-C USB-Tuner MyGica t230C

    VDR-Software: . . . yaVDR-ansible - VDR-2.7.x , Ubuntu-Server HWE-Kernel 6.14.0
    VDR-Client 1+ Media-Player: . . . Odroid N2 mit VDR*ELEC Kodi21-VDR2.7.x_@Zabrimus
    VDR-Client 2+ Media-Player: . . . Dune HD Homatics R4K+ . 4GB mit VDR*ELEC Kodi21-VDR2.7.x_@Zabrimus

  • Sieht man im Log Shutdown-Versuche des VDR?

    Kannst du mal ein Log von einem Boot für eine Aufnahme anhängen, wo das Herunterfahren danach nicht geklappt hat?

    Vielleicht ähnliches Problem wie hier?:

    clausmuus
    April 18, 2026 at 7:11 PM
    Signatur

    Stand: 16 Mai. 2026

    Server: VDR 2.7.7, kUbuntu 26.04, 7.0.0-15-generic Kernel

    HW: Intel i5-6500, 16GB RAM, DD Cine S2 V6.5, MSI Z170-A Pro, SeaSonic S12II 330W, Samsung 860 QVO 1TB + WD 1,5TB Caviar Green, iMon-LCD, Plugins: softhddevice, epg2vdr, lcdproc, markad, skindesigner, statusleds, streamdev-server, svdrpservice, vnsiserver
    Dienste: Samba, DNS, Mail, LAMP, VDR-Server für
    Client: RPi 3b+, VDR 2.4.0, OSMC

  • Paulaner: da hat im yavdr-frontend noch ein Teil der Logik gefehlt, wenn der VDR für einen Timer gestartet wurde - ein aktualisiertes Paket von python3-yavdr-frontend ist im PPA.

    Meine VDRs

    VDR 1: Intel DH67BL, Celeron 540, 4 GB Ram, POV Geforce GT 1030, Ubuntu 24.04 (yavdr-ansible), VDR 2.7.4, CIR-Empfänger
    VDR 2: Acer Revo 3610, Pinnacle PCTV SAT 452e, Medion X10, yaVDR 0.6
    Client 1: Raspberry Pi 2, Ubuntu 22.04 (yavdr-ansible), VDR 2.6.1

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • seahawk1986 , wäre echt super wenn das jetzt funktioniert. :thumbup:
    Teste ich heute Abend, wenn ich wieder zu Hause bin und werde berichten!

    meine aktuelle Hard- und Software

    Heimkino: . . . . . . . AVR Denon AVR-X4800H . . . MiniLED-UHD-TV SONY BRAVIA XR-75X95L. . . Universal-FB: Sofabaton U2
    VDR-Hardware: . . Geekom Mini Air12 mit Intel N150 inkl. Intel UHD XE-Grafik, 3x DVB-C USB-Tuner MyGica t230C

    VDR-Software: . . . yaVDR-ansible - VDR-2.7.x , Ubuntu-Server HWE-Kernel 6.14.0
    VDR-Client 1+ Media-Player: . . . Odroid N2 mit VDR*ELEC Kodi21-VDR2.7.x_@Zabrimus
    VDR-Client 2+ Media-Player: . . . Dune HD Homatics R4K+ . 4GB mit VDR*ELEC Kodi21-VDR2.7.x_@Zabrimus

  • moin, nach meinem ersten versuch und vielen erfahrungen hab ich frisch neu installiert, ubu 26.04. server, dann devel branch für vaapivideo konfiguriert.

    Funktionierte sofort, Bild und Ton da, dachte zwar erst kein Ton, merkte dann aber, der war sehr leise. über webif audio lauter gestellt, alles eigentlich prima.

    Das Problem mit dem "nicht runterfahrten" zeigt sich bei mir auch, teste am wochenende auch das neue paket, danke dafür.

    Dann hab ich für das n100 intel system tiefer in die files eingegriffen, um statt intel driver den modesetting nutzen zu können. nach den experimenten vorher war bei mir der intel_driver der grund, dass der shutdown hängen blieb und mit modesetting fährt er rauf und runter wie man das erwartet.

    Ich hab jetzt allerdings das problem, dass das umschalten zwischen Xorg und vaapivideo nicht funktioniert. wenn der vdr auf vt9 läuft hört er auf tasten, aber wenn ich mit strg-alt-F7 versuche auf den Xorg umzuschalten passiert nix, außer der vdr lässt sich nicht mehr mit tatstaur bedienen. strg-alt-F9 zurück zu vaapi (was noch läuft) scheint den keyboard focus nicht zurückzugeben, lässt sich noch mit FB bedienen, aber keine tastenreaktion. umschalten auf anderes terminal mit strg-alt-F1 gleicher effekt.

    auch im vdr menue z.B. mit applikationen => xterm aufrufen geht nicht, es kommt ein schwarzer bildschirm, nicht der beim booten kurz aufblitzende yavdr-Xorg-Screen mit Mauszeigen. zurück geht nur per reboot.

    muss ich das anders bedienen oder mag das an dem modesetting liegen und mit intel_driver geht es so mit der umschaltung?

    Meine VDR, 2x Nvidia, 1 Intel NUCi3110

    vdr1:
    i3-2130, Asus H77 Board, nvidia gt430, Zalmann Gehäuse mit 6
    hotswap Schächten, cine2 V6.5 an Yamaha AV Recevier und Panasonic OLED

    // yavdr 0.5 auf samsung ssd 830
    vdr2:
    ZOTAC H77ITX-C-E, nvidia GT620 Graka onboard, i3-2130 CPU,
    SSD Samsung 870 EVO 250gb, 2,5er 4TB HD als /srv, 10 TB Zusatzplatte, 4 GB RAM, cine2 v6.5
    Silverstone Gehäuse mit imon lcd display (38er) an Philipps-4K-Android-TV

    vdr3:
    ROUVAFIT 4-bay NAS mit Intel N100, Mni-PC Board mit AMI BIOS
    240GB SSD, Sundtek USB Stick DVS-S2
    ubuntu 26.04 mit yavdr ansible devel, vaapivideo mit modesetting als xorg treiber

    vdr4:
    Intel NUC, BXNUC10i3FNH2, Intel i3-10110 CPU mit GPU Intel 620
    240GB Crucial MX, Sundtek USB Stick DVB-C/T2
    ubuntu 24.04.04 mit yavdr ansible

  • Ich hab jetzt allerdings das problem, dass das umschalten zwischen Xorg und vaapivideo nicht funktioniert. wenn der vdr auf vt9 läuft hört er auf tasten, aber wenn ich mit strg-alt-F7 versuche auf den Xorg umzuschalten passiert nix, außer der vdr lässt sich nicht mehr mit tatstaur bedienen. strg-alt-F9 zurück zu vaapi (was noch läuft) scheint den keyboard focus nicht zurückzugeben, lässt sich noch mit FB bedienen, aber keine tastenreaktion. umschalten auf anderes terminal mit strg-alt-F1 gleicher effekt.

    Das TTY umzuschalten, ohne vaapivideo zu detachen bzw. KODI zu stoppen kann nicht funktionieren - wenn die DRM-Ressourcen nicht freigeben werden, klappt der Rest nicht mehr (i.d.R. bis zum Neustart) - yavdr-frontend sollte automatisch das Nötige tun.

    Die Tastatureingaben gehen mit vaapivideo bzw. KODI mit GBM Interstützung direkt an die jeweiligen Programme, Openbox, das bislang auf die Hotkeys reagiert, bekommt davon nichts mit, solange das TTY nicht aktiv ist.

    Wie sieht denn deine Xorg-Konfiguration für den modesetting-Treiber aktuell aus?

    Meine VDRs

    VDR 1: Intel DH67BL, Celeron 540, 4 GB Ram, POV Geforce GT 1030, Ubuntu 24.04 (yavdr-ansible), VDR 2.7.4, CIR-Empfänger
    VDR 2: Acer Revo 3610, Pinnacle PCTV SAT 452e, Medion X10, yaVDR 0.6
    Client 1: Raspberry Pi 2, Ubuntu 22.04 (yavdr-ansible), VDR 2.6.1

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • Edit: da scheint es beim Attachen von vaapivideo nach KODI z.T. noch ein Timing-Problem zu geben - ich baue da noch erneute Versuche ein.

    Meine VDRs

    VDR 1: Intel DH67BL, Celeron 540, 4 GB Ram, POV Geforce GT 1030, Ubuntu 24.04 (yavdr-ansible), VDR 2.7.4, CIR-Empfänger
    VDR 2: Acer Revo 3610, Pinnacle PCTV SAT 452e, Medion X10, yaVDR 0.6
    Client 1: Raspberry Pi 2, Ubuntu 22.04 (yavdr-ansible), VDR 2.6.1

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • Beim Stoppen von KODI scheint es auch nicht zu genügen darauf zu warten, dass der Prozess verschwindet - eine Sekunde extra zu warten reicht auf meinem Testsystem, damit das Umschalten zuverlässig funktioniert: https://github.com/yavdr/yavdr-an…1f3bfd397d0b1bb

    Meine VDRs

    VDR 1: Intel DH67BL, Celeron 540, 4 GB Ram, POV Geforce GT 1030, Ubuntu 24.04 (yavdr-ansible), VDR 2.7.4, CIR-Empfänger
    VDR 2: Acer Revo 3610, Pinnacle PCTV SAT 452e, Medion X10, yaVDR 0.6
    Client 1: Raspberry Pi 2, Ubuntu 22.04 (yavdr-ansible), VDR 2.6.1

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • seahawk1986

    Heute Morgen konnte ich endlich testen, ob nun der VDR nach einer programmierten Aufnahme selbständig runterfährt.
    Resultat: Prinzipiell geht es, nach der Aufnahme wird der VDR runtergefahren. :thumbup:

    Prinzipiell deshalb, weil es noch ein paar Dinge gibt, die nicht ganz okay zu sein scheinen.
    Als Orientierung im syslog (habe ich angehängt): die Testaufnahme ging von 09:00 - 09:15 Uhr heute Morgen.

    1.
    Während die Aufnahme läuft wird das syslog mit diesen Meldungen geflutet.
    Das sollte man doch unterdrücken, Oder?
    Bzw. ist es doch eigentlich nur erforderlich, diese Abfrage zum "shutdown" erst nach Beendigung der Aufnahme zu stellen?


    2.
    Nach dem Ende der Aufnahme fährt der VDR "sofort" herunter und wartet nicht mehr die sonst übliche Karenzzeit von 5:00 Minuten ab.
    Das würde ich doch so beibehalten wollen, wie das bisher ist.


    Hier noch das längere syslog vom Start der Aufnahme um 09:00:00Uhr bis zum Ende der Aufnahme um 09:15:00Uhr und dem Runterfahren des VDR um 09:15:06Uhr.

    The content cannot be displayed because you do not have authorisation to view this content.

    meine aktuelle Hard- und Software

    Heimkino: . . . . . . . AVR Denon AVR-X4800H . . . MiniLED-UHD-TV SONY BRAVIA XR-75X95L. . . Universal-FB: Sofabaton U2
    VDR-Hardware: . . Geekom Mini Air12 mit Intel N150 inkl. Intel UHD XE-Grafik, 3x DVB-C USB-Tuner MyGica t230C

    VDR-Software: . . . yaVDR-ansible - VDR-2.7.x , Ubuntu-Server HWE-Kernel 6.14.0
    VDR-Client 1+ Media-Player: . . . Odroid N2 mit VDR*ELEC Kodi21-VDR2.7.x_@Zabrimus
    VDR-Client 2+ Media-Player: . . . Dune HD Homatics R4K+ . 4GB mit VDR*ELEC Kodi21-VDR2.7.x_@Zabrimus

  • Jetzt habe ich gerade noch gesehen, dass es eine neue python3-yavdr-frontend gibt.

    Bei mir ist noch die Version im Einsatz python3-yavdr-frontend/resolute 0.1.8+git20260723-39-436da2b-0yavdr0~resolute
    Ich hatte gestern Abend den VDR aktualisiert und dann für heute Morgen die Aufnahme programmiert.

    Ich weiß jetzt nicht, ob Du bei der aktuelleren Version: python3-yavdr-frontend/resolute 0.1.8+git20260723-41-b36196a-0yavdr0~resolute bereits Änderungen gemacht hast, die die von mir oben genannten Dinge bereits erledigt haben.

    meine aktuelle Hard- und Software

    Heimkino: . . . . . . . AVR Denon AVR-X4800H . . . MiniLED-UHD-TV SONY BRAVIA XR-75X95L. . . Universal-FB: Sofabaton U2
    VDR-Hardware: . . Geekom Mini Air12 mit Intel N150 inkl. Intel UHD XE-Grafik, 3x DVB-C USB-Tuner MyGica t230C

    VDR-Software: . . . yaVDR-ansible - VDR-2.7.x , Ubuntu-Server HWE-Kernel 6.14.0
    VDR-Client 1+ Media-Player: . . . Odroid N2 mit VDR*ELEC Kodi21-VDR2.7.x_@Zabrimus
    VDR-Client 2+ Media-Player: . . . Dune HD Homatics R4K+ . 4GB mit VDR*ELEC Kodi21-VDR2.7.x_@Zabrimus

  • Bei den letzten Aktualisierungen ging es um etwas größere Verzögerungen beim Umschalten zwischen VDR, KODI usw. - das mit den Abständen zwischen den wiederholten Shutdown-Versuchen schaue ich mir noch mal an.

    Meine VDRs

    VDR 1: Intel DH67BL, Celeron 540, 4 GB Ram, POV Geforce GT 1030, Ubuntu 24.04 (yavdr-ansible), VDR 2.7.4, CIR-Empfänger
    VDR 2: Acer Revo 3610, Pinnacle PCTV SAT 452e, Medion X10, yaVDR 0.6
    Client 1: Raspberry Pi 2, Ubuntu 22.04 (yavdr-ansible), VDR 2.6.1

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • ok, danke sehr. ich kann erst Sonntag weiter testen und schaue dann und schicke die infos.

    Meine VDR, 2x Nvidia, 1 Intel NUCi3110

    vdr1:
    i3-2130, Asus H77 Board, nvidia gt430, Zalmann Gehäuse mit 6
    hotswap Schächten, cine2 V6.5 an Yamaha AV Recevier und Panasonic OLED

    // yavdr 0.5 auf samsung ssd 830
    vdr2:
    ZOTAC H77ITX-C-E, nvidia GT620 Graka onboard, i3-2130 CPU,
    SSD Samsung 870 EVO 250gb, 2,5er 4TB HD als /srv, 10 TB Zusatzplatte, 4 GB RAM, cine2 v6.5
    Silverstone Gehäuse mit imon lcd display (38er) an Philipps-4K-Android-TV

    vdr3:
    ROUVAFIT 4-bay NAS mit Intel N100, Mni-PC Board mit AMI BIOS
    240GB SSD, Sundtek USB Stick DVS-S2
    ubuntu 26.04 mit yavdr ansible devel, vaapivideo mit modesetting als xorg treiber

    vdr4:
    Intel NUC, BXNUC10i3FNH2, Intel i3-10110 CPU mit GPU Intel 620
    240GB Crucial MX, Sundtek USB Stick DVB-C/T2
    ubuntu 24.04.04 mit yavdr ansible

  • das mit den Abständen zwischen den wiederholten Shutdown-Versuchen schaue ich mir noch mal an.

    Probiert es bitte noch mal mit dem aktuellen python3-yavdr-frontend Paket.

    Meine VDRs

    VDR 1: Intel DH67BL, Celeron 540, 4 GB Ram, POV Geforce GT 1030, Ubuntu 24.04 (yavdr-ansible), VDR 2.7.4, CIR-Empfänger
    VDR 2: Acer Revo 3610, Pinnacle PCTV SAT 452e, Medion X10, yaVDR 0.6
    Client 1: Raspberry Pi 2, Ubuntu 22.04 (yavdr-ansible), VDR 2.6.1

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • moin, ist installiert und funktioniert wie erwartet. umschaltung per vdr menu auf xterm geht, schaltung zurück geht auch problemlos, ebenso wechsel zu kodi und zurück.

    etwas merkwürdig ist, dass in der xorg.conf.d/20_intel.conf "driver "intel" steht und im Xorg.0.log steht:

    [  8455.595] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so[  8455.597] (II) Module glx: vendor="X.Org Foundation"[  8455.597]    compiled for 1.21.1.22, module version = 1.0.0[  8455.597]    ABI class: X.Org Server Extension, version 10.0[  8455.597] (II) LoadModule: "modesetting"[  8455.597] (II) Loading /usr/lib/xorg/modules/drivers/modesetting_drv.so[  8455.597] (II) Module modesetting: vendor="X.Org Foundation"[  8455.597]    compiled for 1.21.1.22, module version = 1.21.1[  8455.597]    Module class: X.Org Video Driver[  8455.597]    ABI class: X.Org Video Driver, version 25.2[  8455.597] (II) modesetting: Driver for Modesetting Kernel Drivers: kms[  8455.597] (WW) xf86OpenConsole: setpgid failed: Operation not permitted[  8455.597] (WW) xf86OpenConsole: setsid failed: Operation not permitted[  8455.708] (II) modeset(0): using drv /dev/dri/card1[  8455.708] (II) modeset(0): Creating default Display subsection in Screen section       "screen" for depth/fbbpp 24/32

    also modesetting läuft trotz der 20_intel.conf, wie bei der installation beabsichtigt.

    es gibt in /etc/X11 die datei xorg-verbose.conf mit dem modesetting, anscheinend überstimmt die die 20_intel?

    @yvrn:/etc/X11# cat xorg-verbose.conf
    #
    # *** ANSIBLE MANAGED FILE ***
    # template: templates/xorg-verbose.conf.j2
    #
    #

    Section "Device"
    Identifier "gpu"
    Driver "modesetting"
    Option "DynamicTwinView" "true"
    Option "NoFlip" "false"
    EndSection

    Section "Screen"
    Identifier "screen"
    Device "gpu"
    EndSection

    Meine VDR, 2x Nvidia, 1 Intel NUCi3110

    vdr1:
    i3-2130, Asus H77 Board, nvidia gt430, Zalmann Gehäuse mit 6
    hotswap Schächten, cine2 V6.5 an Yamaha AV Recevier und Panasonic OLED

    // yavdr 0.5 auf samsung ssd 830
    vdr2:
    ZOTAC H77ITX-C-E, nvidia GT620 Graka onboard, i3-2130 CPU,
    SSD Samsung 870 EVO 250gb, 2,5er 4TB HD als /srv, 10 TB Zusatzplatte, 4 GB RAM, cine2 v6.5
    Silverstone Gehäuse mit imon lcd display (38er) an Philipps-4K-Android-TV

    vdr3:
    ROUVAFIT 4-bay NAS mit Intel N100, Mni-PC Board mit AMI BIOS
    240GB SSD, Sundtek USB Stick DVS-S2
    ubuntu 26.04 mit yavdr ansible devel, vaapivideo mit modesetting als xorg treiber

    vdr4:
    Intel NUC, BXNUC10i3FNH2, Intel i3-10110 CPU mit GPU Intel 620
    240GB Crucial MX, Sundtek USB Stick DVB-C/T2
    ubuntu 24.04.04 mit yavdr ansible

  • es gibt in /etc/X11 die datei xorg-verbose.conf mit dem modesetting, anscheinend überstimmt die die 20_intel?

    Die xorg-verbose.conf wird nur für die Erkennung der Bildschirme durch das Playbook genutzt - die Xorg-Snippets dann beim normalen Betrieb mit der yavdr-xorg.service

    Meine VDRs

    VDR 1: Intel DH67BL, Celeron 540, 4 GB Ram, POV Geforce GT 1030, Ubuntu 24.04 (yavdr-ansible), VDR 2.7.4, CIR-Empfänger
    VDR 2: Acer Revo 3610, Pinnacle PCTV SAT 452e, Medion X10, yaVDR 0.6
    Client 1: Raspberry Pi 2, Ubuntu 22.04 (yavdr-ansible), VDR 2.6.1

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • seahawk1986
    Ich habe getestet und die vielen Meldungen, wie vorher (siehe Beitrag #251 oben) gibt es nicht mehr.
    So sieht es jetzt aus, um 18:25:36 gibt's dann eine ganze Latte mit diesen Meldungen, aber sonst ist es okay:


    Nur der shutdown ist dann gleich nach dem Ende der Aufnahme erfolgt, ohen die üblichen 5:00 Minuten Karenzeit vor dem runterfahren.
    Aber erstmal könnte man damit leben.

    Ich habe mal noch den Auszug aus dem syslog angehängt, bis zum runterfahren:

    The content cannot be displayed because you do not have authorisation to view this content.

    meine aktuelle Hard- und Software

    Heimkino: . . . . . . . AVR Denon AVR-X4800H . . . MiniLED-UHD-TV SONY BRAVIA XR-75X95L. . . Universal-FB: Sofabaton U2
    VDR-Hardware: . . Geekom Mini Air12 mit Intel N150 inkl. Intel UHD XE-Grafik, 3x DVB-C USB-Tuner MyGica t230C

    VDR-Software: . . . yaVDR-ansible - VDR-2.7.x , Ubuntu-Server HWE-Kernel 6.14.0
    VDR-Client 1+ Media-Player: . . . Odroid N2 mit VDR*ELEC Kodi21-VDR2.7.x_@Zabrimus
    VDR-Client 2+ Media-Player: . . . Dune HD Homatics R4K+ . 4GB mit VDR*ELEC Kodi21-VDR2.7.x_@Zabrimus

  • Edit: da scheint es beim Attachen von vaapivideo nach KODI z.T. noch ein Timing-Problem zu geben - ich baue da noch erneute Versuche ein.

    Bei meinem System mit dem MiniPC Intel-N150 gibt es seit diesen Änderungen einige Probleme beim Umschalten vom VDR -> KODI und auch zurück.
    Zum einen dauert es jetzt viel länger bis KODI gestartet wird und ein Bild vom Menü kommt.
    Manchmal kommt gar kein Bild mehr und ich muss einen Reboot machen.

    Auch beim Zurückschalten bleibt es manchmal mit einem schwarzen Bildschirm hängen.
    Da hilft dann mit Glück ein "svdrpsend plug vaapivideo atta" und es kommt ein Bild.

    Also so richtig rund läuft dies m.M. nach nicht.
    Das war vorher für mein System besser.

    meine aktuelle Hard- und Software

    Heimkino: . . . . . . . AVR Denon AVR-X4800H . . . MiniLED-UHD-TV SONY BRAVIA XR-75X95L. . . Universal-FB: Sofabaton U2
    VDR-Hardware: . . Geekom Mini Air12 mit Intel N150 inkl. Intel UHD XE-Grafik, 3x DVB-C USB-Tuner MyGica t230C

    VDR-Software: . . . yaVDR-ansible - VDR-2.7.x , Ubuntu-Server HWE-Kernel 6.14.0
    VDR-Client 1+ Media-Player: . . . Odroid N2 mit VDR*ELEC Kodi21-VDR2.7.x_@Zabrimus
    VDR-Client 2+ Media-Player: . . . Dune HD Homatics R4K+ . 4GB mit VDR*ELEC Kodi21-VDR2.7.x_@Zabrimus

  • nutzt Du den intel driver oder modesetting? so ein verhalten hatte ich auch mit dem xorg intel. zusätzlich ist mein n100 mini-pc beim shutdown immer hängen geblieben und ich musste per hw knopf ausschalten

    Meine VDR, 2x Nvidia, 1 Intel NUCi3110

    vdr1:
    i3-2130, Asus H77 Board, nvidia gt430, Zalmann Gehäuse mit 6
    hotswap Schächten, cine2 V6.5 an Yamaha AV Recevier und Panasonic OLED

    // yavdr 0.5 auf samsung ssd 830
    vdr2:
    ZOTAC H77ITX-C-E, nvidia GT620 Graka onboard, i3-2130 CPU,
    SSD Samsung 870 EVO 250gb, 2,5er 4TB HD als /srv, 10 TB Zusatzplatte, 4 GB RAM, cine2 v6.5
    Silverstone Gehäuse mit imon lcd display (38er) an Philipps-4K-Android-TV

    vdr3:
    ROUVAFIT 4-bay NAS mit Intel N100, Mni-PC Board mit AMI BIOS
    240GB SSD, Sundtek USB Stick DVS-S2
    ubuntu 26.04 mit yavdr ansible devel, vaapivideo mit modesetting als xorg treiber

    vdr4:
    Intel NUC, BXNUC10i3FNH2, Intel i3-10110 CPU mit GPU Intel 620
    240GB Crucial MX, Sundtek USB Stick DVB-C/T2
    ubuntu 24.04.04 mit yavdr ansible

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!