Posts by ciax

  • [softhddevice] kein video output seit dist-upgrade - error: video/egl: eglCreateImageKHR failed

    Quote from jrie

    Passiert das auch mit SoftStartSync = 2 (early audio/video sync + fast switch) oder = 3 (early audio/video sync + accurate switch)?

    es passiert mit beiden Einstellungen 2 und 3 - es war vorab auf 2 eingestellt. Beim Auftreten sieht das Log so aus:

    Diese iGPU bekommt man hier nicht sauber zum Laufen.

  • [softhddevice] kein video output seit dist-upgrade - error: video/egl: eglCreateImageKHR failed

    with -v va-api and Option "DRI" "iris" it is working, but with many "ugly" log entries - and no OSD:

    Code
    [..]
Okt 28 10:47:19 vdr kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=14157 end=14158) time 6218 us, min 1074, max 1079, scanline start 731, end 759
.
Okt 28 10:48:16 vdr vdr[1383]: video/vaapi: gpu hung 2998ms 8402
.
Okt 28 10:48:38 vdr vdr[1383]: audio/alsa: avail underrun error? 'Datenübergabe unterbrochen (broken pipe)'
[..]

    You can see

    Code
    Okt 28 11:00:56 vdr vdr[1383]: [1383] [softhddev]OpenGL Osd disabled - use soft OSD
Okt 28 11:00:56 vdr vdr[1383]: [1383] skindesigner: Osd of size 1920x1080 pixel was created.

    but not on the TV.

    That is with the new (unholded) mesa/gl packages.


    ------------------


    with -v va-api and Option "DRI" "3" i get endless:

    Code
    [..]
Okt 28 10:15:48 vdr vdr[1990]: video/vaapi: vaPutSurface failed: invalid parameter
Okt 28 10:15:48 vdr vdr[1990]: video/vaapi: vaPutSurface failed: invalid parameter
Okt 28 10:15:48 vdr vdr[1990]: video/vaapi: vaPutSurface failed: invalid parameter
[..]

    on channel switch:

    no picture, no OSD - only audio - Option "DRI"  "3", newest packages (mesa/gl).

    With -v va-api-glx it's the same, with OSD but following endless log entries:

    Code
    Okt 28 10:37:13 vdr vdr[2533]: video/glx: vaCopySurfaceGLX failed
Okt 28 10:37:13 vdr vdr[2533]: video/glx: vaCopySurfaceGLX failed
Okt 28 10:37:13 vdr vdr[2533]: video/glx: vaCopySurfaceGLX failed

    Think, I a have to go back to the holded packages with -v va-api-egl and Option "DRI" "iris". With that combination it's running stable (although sometimes with picture hanging and then "fast forward" to get audio again - looks funny - but with OSD and no "crash").

    ciax

  • [softhddevice] kein video output seit dist-upgrade - error: video/egl: eglCreateImageKHR failed

    .. unfortunately it seems, that this option does not work stable with the onboard "IntelHD 500" GPU.

    It leads to following log entries (especially if you switch between some channels):

    Code
    Okt 27 18:13:37 vdr vdr[1377]: audio/alsa: start delay 336ms
Okt 27 18:13:38 vdr vdr[1377]: audio/alsa: start delay 336ms
Okt 27 18:13:38 vdr vdr[1377]: [2023] ERROR: 461 TS packet(s) not accepted in Transfer Mode
Okt 27 18:13:38 vdr vdr[1377]: audio/alsa: start delay 336ms
Okt 27 18:13:38 vdr vdr[1377]: audio/alsa: start delay 336ms
Okt 27 18:13:38 vdr vdr[1377]: audio/alsa: start delay 336ms
Okt 27 18:13:38 vdr vdr[1377]: audio/alsa: start delay 336ms
Okt 27 18:13:38 vdr vdr[1377]: audio/alsa: start delay 336ms
Okt 27 18:13:38 vdr vdr[1377]: audio/alsa: start delay 336ms

    and, vdr does not respond anymore, you have to stop the service:

    Code
    Okt 27 18:13:38 vdr vdr[1377]: audio/alsa: start delay 336ms
Okt 27 18:13:39 vdr vdr[1377]: audio/alsa: start delay 336ms
Okt 27 18:13:39 vdr vdr[1377]: audio/alsa: start delay 336ms
Okt 27 18:13:39 vdr vdr[1377]: audio/alsa: start delay 336ms
Okt 27 18:13:39 vdr vdr[1377]: audio/alsa: start delay 336ms
Okt 27 18:13:39 vdr vdr[1377]: audio/alsa: start delay 336ms
Okt 27 18:13:39 vdr systemd[1]: vdr.service: State 'stop-sigterm' timed out. Killing.
Okt 27 18:13:39 vdr systemd[1]: vdr.service: Killing process 1377 (vdr) with signal SIGKILL.

    It works for a few seconds to minutes only, sometimes a bit longer (picture/audio is ok then)

    That is with the new updated (unholded) packages/system up-2-date: libegl-mesa0 libgbm1 libgl1-mesa-dri libglapi-mesa libglx-mesa0

    xorg.conf / 20-intel.conf with Option      "DRI" "3" under Section "Device" 

    Two displays:

    I do not see that behaviour with Option      "DRI" "iris" and the old packages (the "holded" ones).

    Anyway, Thx for investigation - if there are only a few people with this problem, it's not worth the time.

    ciax

  • [softhddevice] kein video output seit dist-upgrade - error: video/egl: eglCreateImageKHR failed

    zur Vollständigkeit/als Hinweis:

    als workaround habe ich folgende Pakete auf "hold" gesetzt, damit funktioniert die video Ausgabe mit softhddevice bis auf Weiteres wieder:

    libegl-mesa0, libgbm1, libgl1-mesa-dri, libglapi-mesa, libglx-mesa0

    All diese Pakete sind sind nun in der Version 24.0.5-1ubuntu1 installiert, statt aktuell 25.0.7-0ubuntu0. Damit hat softhddevice mit Ausgabe via -v va-api-egl noch kein Problem.

    Grusz!

  • [yavdr 24.04 ansible noble] Betrieb mit Intel onboard - nach letztdem update/dist-upgrade kein Bild mehr.

    In the meantime i downgraded the packages to old versions and marked them to hold (sudo apt-mark hold <package>) -- now it's working again with the in the past used setup.

    Following packages were affected - i used aptitute, cause apt(-get) behaved a little strange:

    sudo aptitude -t=<version> install <package> OR sudo aptitude install <package>=<version>

    Only old version 24.0.5-1ubuntu1 was available, although 24.2.8-1ubuntu1 was the version before the latest 25.0.7-0ubuntu0.

    Code
    ==> libglx-mesa0 with dependent package libglapi-mesa
==> libgl1-mesa-dri
==> libegl-mesa0 with dependent package libgbm1

    If i understood correctly there are changes in softhddevice (vaapi/egl) necessary to work with the new mesa/gl/dri versions that came with the ubuntu update - waiting for them THX :]:coolgr:sonne

  • [softhddevice] kein video output seit dist-upgrade - error: video/egl: eglCreateImageKHR failed

    Hallo,

    habe einen ähnlichen Thread aufgemacht, der aber eher in Zusammenhang mit der onboard Intel GPU steht - hier eine Frage zum Plugin selbst. Seit einem dist-upgrade funktioniert die Ausgabe via softhddevice nicht mehr - Ton ist in Ordnung.

    Bei Start des vdr kommen folgende Logeinträge:

    video/egl: eglCreateImageKHR failed kommt dann zur Laufzeit permanent im Log.

    Mit dem OS Upgrade kamen folgende Versionen neu hinzu - seitdem der Fehler:

    Code
    Start-Date: 2025-08-15  21:10:54
libglx-mesa0:amd64 (24.2.8-1ubuntu1~24.04.1, 25.0.7-0ubuntu0.24.04.1)
libgl1-mesa-dri:amd64 (24.2.8-1ubuntu1~24.04.1, 25.0.7-0ubuntu0.24.04.1)
libegl-mesa0:amd64 (24.2.8-1ubuntu1~24.04.1, 25.0.7-0ubuntu0.24.04.1)

    softhddevice wird mit Parameter -v va-api-egl gestartet und ist in Version 2.4.5+git20250716-4-203ffcf-0yavdr0~noble (yavdr ppa) installiert.

    Hat jemand eine Idee (bzw. sind hier Adpationen am plugin selbst notwendig - oder ist die Zeit gekommen, dass die onBoard GPU / Intel HD500 nicht mehr unterstützt wird :wand ).


    Grusz

  • [yavdr 24.04 ansible noble] Betrieb mit Intel onboard - nach letztdem update/dist-upgrade kein Bild mehr.

    Danke für dein Feedback - leider hilft es hier nicht weiter. Mit dem "modesetting" Treiber findet xorg keine screens:

    Code
    [    14.620] (WW) modeset(0): No outputs definitely connected, trying again...
[    14.620] (WW) modeset(0): Unable to find connected outputs - setting 1024x768 initial framebuffer
[    14.620] (EE) modeset(0): No modes.
[    14.650] (WW) modeset(1): No outputs definitely connected, trying again...
[    14.651] (WW) modeset(1): Unable to find connected outputs - setting 1024x768 initial framebuffer
[    14.651] (EE) modeset(1): No modes.
[    14.671] (EE) Screen(s) found, but none have a usable configuration.
[    14.671] (EE)
[    14.671] (EE) no screens found(EE)
[    14.671] (EE)


    softhd (mit -v va-api-egl) schmeißt folgenden Fehler seit dem dist-upgrade gestern aus:


    Lt. Paket / apt history von gestern kamen neue Versionen für

    Code
    Start-Date: 2025-08-15  21:10:54
libglx-mesa0:amd64 (24.2.8-1ubuntu1~24.04.1, 25.0.7-0ubuntu0.24.04.1)
libgl1-mesa-dri:amd64 (24.2.8-1ubuntu1~24.04.1, 25.0.7-0ubuntu0.24.04.1)
libegl-mesa0:amd64 (24.2.8-1ubuntu1~24.04.1, 25.0.7-0ubuntu0.24.04.1)


    hinzu, von denen ich denke, dass sie mit dem (neuen) Problem zu tun haben.


    Hmm .. eventuell müßte hier softhddevice angepasst werden .. (?)


    Grusz!


    PS: bin leider wieder mal auf "Hilfe von außen" angewiesen ..

  • [yavdr 24.04 ansible noble] Betrieb mit Intel onboard - nach letztdem update/dist-upgrade kein Bild mehr.

    Hallo,

    seit ca. Jänner (da musste eine GT1030 wg. Instabilitäten raus) betreibe ich hier vdr mit altem Board (Sig. sollte noch vorwiegend passen) und onboard-GPU (schwache Intel 500HD mit immer wieder Aussetzern bei HD Sendern/ab 720P) mehr oder weniger "zufrieden/stabil". Doch ab gerade eben habe ich kein Bild mehr und bekomme angehängten Output im Log - vtuner-ng habe ich mit (etwas älterem Stand) zu den ansible/ubuntu Kernel-Updates neu überstetzt (Module sind passend zur Kernel Version) :

    Irgendwas übersehe ich bzw. bin ich vlt. nicht mehr ganz am Stand. :schiel


    Grusz! :coolgr


    //EDIT: das kommt laufend


    //EDIT2 - .. Ton geht (bis auf die Tonruckler/-aussetzer) ab und zu (siehe alsa-Einträge im Logauszug) - Radio funktioniert zB ..


    //EDIT3 - bei SD Sendern gibt es keine Probleme mit dem Ton aber durchgehend :

    Code
    Aug 15 21:48:56 vdr vdr[10330]: video/egl: eglCreateImageKHR failed
Aug 15 21:48:56 vdr vdr[10330]: video/egl: eglCreateImageKHR failed
Aug 15 21:48:56 vdr vdr[10330]: video/egl: eglCreateImageKHR failed

  • [yavdr 24.04 noble] Betrieb mit Intel onboard - diverse Auffälligkeiten / Absturz

    Quote from lnj

    Try -v va-api-glx, if it works.

    Unfortunately this does not work. Audio is okay, but no picture and OSD - sometimes a flickering screen, flashing colors, artefacts.

    Sometime entries like following in log:

    Code
    Apr 17 16:18:32 vdr kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=197987674 end=197987675) time 583 us, min 1074, max 1079, scanline start 1048, end 1081

  • [yavdr 24.04 noble] Betrieb mit Intel onboard - diverse Auffälligkeiten / Absturz

    Quote from lnj

    Compare for example sd and hd channels, will there be a difference in the time of occurrence of the problem. SD channels put less load on the GPU.

    Yes, you're right - with SD channels this error does not occur. So it seems that the internal Intel HD 500 Grafics is too slow for HD. It's not possible to assign more then 512MB of RAM via BIOS to the GPU although the box has 8 GB of it. So there's no way to get around this problem :sure

    Thanks for your feedback.

  • [yavdr 24.04 noble] Betrieb mit Intel onboard - diverse Auffälligkeiten / Absturz

    .. im Log kommt beim Stocken immer genau folgender Eintrag:

  • [yavdr 24.04 noble] Betrieb mit Intel onboard - diverse Auffälligkeiten / Absturz

    [..] es "korreliert" hier irgendwie nicht mit Verbindungsproblemen bzw. timeouts und den Einträgen im Log.

    Code
    19:28:46 up 25 days, 7 min,  3 users,  load average: 1,10, 1,27, 1,27

    und dabei 2-mal dieses Verhalten:

    Man beachte blocked for more than im Abstand von immer ziemlich genau 122 Sekunden.

    Das hat aber nichts mit den plötzlichen "Stops/Standbildern - dann schnelles Nachspulen" (dabei Ton OK | seltenst ein kurzer Aussetzer) zu tun. Das kommt gewohnt jeden Tag vor, unabhängig vom Kanal.

    Im BIOS - RAM für die Onboard Intel GPU ist am max. möglich einstellbaren Wert von 512MB

    lt. lnj ist für die alte iGPU (ist nun doch schon knapp unter 10J) nur softhddevice mit "egl" nutzbar - .conf sieht aktuell so aus:

    Code
    [softhddevice]
-l 3
-D
-w alsa-driver-broken
#-w alsa-close-open-delay
#-w alsa-no-close-open
## -v va-api
#-a noop
-v va-api-egl

    Mit streamdev an einem Client von der Box gestreamt, läuft es durch und hat dieses lästige Verhalten nicht. Schon komisch.

    Eigentlich läuft die Box stabil, diese Auffälligkeiten gab's mit der NVidia GPU aber nicht - dafür plötzlich(!) andere Probleme mit zB. "Adpater von DP auf VGA/TFT" oder immer Umstecken auf einen anderen Outputdevice-Port, wenn man mal ins BIOS wollte, etc beim Booten gefühlt "instabil", mühsam.

    Btw: die "graphtft-Version" des vdr ist superspitze; schön dass es sowas wieder gibt! :tup:]:tup

    .. schauen, wie's weitergeht.

    Grusz

  • [yavdr 24.04 noble] Betrieb mit Intel onboard - diverse Auffälligkeiten / Absturz

    .. hmm, ich weiß nicht recht - wo erkenne ich einen EPG-Scan im Log? die vdr-Box ist via GBit-LAN (über einen ASUS RT66U) mit dem Octobus Satip verbunden. Es kommt schon immer wieder (hier ca. die letzte Stunde) zu diesen Einträgen:

    Grusz!

  • [yavdr 24.04 noble] Betrieb mit Intel onboard - diverse Auffälligkeiten / Absturz

    Hallo,

    seit 2 Monaten hab ich nun meine onboard Intel HD 500 in Betrieb, auf einer 2. SSD als Neuinstallation. Mit der alten HW (siehe Sig.) ist ein Betrieb mit softhddevice (aktuell vdr-plugin-softhddevice / 2.4.4-0yavdr0~noble) mit folgenden Parametern möglich (lt. lnj )

    Code
    [softhddevice]
-D
-w alsa-driver-broken
#-w alsa-close-open-delay
#-w alsa-no-close-open
## -v va-api
#-a noop
-v va-api-egl

    Leider bin ich damit nicht wirklich zufrieden.

    Manchmal Stottern im Audio, mit audio/alsa: avail underrun error? 'Datenübergabe unterbrochen (broken pipe)'; da hilft es die Kanäle zu wechseln. Ab und zu bleibt das Bild stehen (Ton weiterhin okay), dann läuft es nach 1-2 Sekunden Standbild in "FastForward-Gespule" (sieht lustig aus) dem Ton hinterher bis der Sync mit Audio wieder gegeben ist (keine Log-Einträge dazu). Das Bild ist hier auch tw. sehr übersättigt (da könnte man bei den softhddesvice Parametern probieren). Im Einsatz ist vtunerng, mit plugin satip gab es aber ebenfalls diverse Auffälligkeiten.

    Letztendlich nach längerer Laufzeit (1-4 Tage) "stalled" vdr sogar bzw. wird unbedienbar bei den u.a. Fehlereinträgen im Kernel-Log (dmesg). Dann hilf ein vdr service "restart"

    Mit der Nvidia GT1030 ging es lange gut, bis nach einem Update/Dist-Upgrade Chaos ausbrach (gibt einen Thread dazu).


    Grusz!