361

x86 Systeme (PC) / [MLD 5.5 unstable] kodi-stable Paket mit Kodi-18.7.1 ohne vaapi Support

« on: October 10, 2020, 23:58:51 »

Danke Claus,

nach einer Paketaktualisierung funktioniert Kodi mit VAAPI auch in der "offizielen" MLD 5.5 wieder einwandfrei.

Wieso das von diesen beiden selbst gebauten libs abhängt, ist schon seltsam, aber Hauptsache VAAPI funktioniert damit.

362

x86 Systeme (PC) / MLD 5.5 auf NUC10i3FNH?

« on: October 10, 2020, 16:02:34 »

Hallo Klemens,

Du kannst dir den erneuten Test mit "Bullseye" sparen.

Ich habe mal "Bullseye und "Sid" auf meinem i3-7100 Testsystem getestet.
Auch bei diesem Intel CorI der 7. Generation werden nicht mehr die i965 Treiber verwendet.
Bei beiden läuft als VAAPI-Treiber der "iHD" und als dri-Treiber der "iris" aus Mesa 20 mit OpenGL 4.6.
Deshalb funktioniert auch dein CoreI der 10. Generation mit "Bullseye".

363

x86 Systeme (PC) / MLD 5.5 auf NUC10i3FNH?

« on: October 09, 2020, 15:35:01 »

Hallo Klemens,

(1) Ist ja Debian stable "Buster" auf dem die MLD 5.5 unstable basiert.
     Somit wird es vermutlich extrem schwierig bis unmöglich, dein System mit MLD 5.5  zum Laufen zu bringen.

(2) Debian testing "Bullseye" hat halt als Nachfolger von "Buster" eine aktuellere Basis.
      Vermutlich verwendet da dein System bereits den "iris" dri-Treiber und den "iHD" VAAPI-Treiber.
      Wäre es möglich, dass Du mal ein xorg-log und die Ausgabe von vainfo postest.

Evtl. kann Claus mehr dazu sagen, ob bzw. wann MLD deine HW unterstützen könnte.

Gruß Klaus

364

x86 Systeme (PC) / [MLD 5.5 unstable] kodi-stable Paket mit Kodi-18.7.1 ohne vaapi Support

« on: October 08, 2020, 23:06:44 »

Mit vainfo oder im xorg.log konnte ich keine Unterschiede feststellen.
Im xorg.log ist mir eigentlich bei Pits Paket die neuere Kernel-Version aufgefallen.

Ich hatte das System sowieso mit dem Developer-Branch und Pits funktionierenden Paket laufen und habe Log CawF7B hochgeladen
Per Snapshot zurrück auf die offizielle 5.5 mit xorg-intel Paket vom 06.10.20, habe ich Kodi gestartet und danach Log kPz46x hochgeladen.

Ich kann den Unterschied eigentlich nur im Kodi-log an der verwendeten GL-Version erkennen.

365

x86 Systeme (PC) / [MLD 5.5 unstable] kodi-stable Paket mit Kodi-18.7.1 ohne vaapi Support

« on: October 08, 2020, 18:05:35 »

Update zu den neuen Intel-GPUs und Mesa 19 bzw. 20:
Ich habe das vermutlich mal in der Ct gelesen, wo berichtet wurde, dass mit Mesa 19.1 ein neuer dri-Treiber (iris_dri.so) für Intel-GPUs kommt, der auch künftig die neuesten Intel GPUs unterstützt und dabei aber abwärtskompatiebel ist.
https://www.heise.de/ct/artikel/Mesa-19-1-freigegeben-Neue-3D-Linux-Grafiktreiber-fuer-ARM-und-Intel-4433356.html

Es ist also kein iHd_dri.so sondern ein iris_dri.so, der dann in bullseye mit Mesa 20.1.9 kommt.
https://packages.debian.org/bullseye/amd64/libgl1-mesa-dri/filelist

366

x86 Systeme (PC) / MLD 5.5 auf NUC10i3FNH?

« on: October 08, 2020, 17:55:57 »

Hallo Klemens,

wäre es möglich, dass Du mal ein Debian-Live vom aktuellen stable=Buster und testing=Bullseye ausprobierst?
In Buster, auf der MLD 5.5 basiert, ist zwar auch schon der iHD_drv_video.so drin, es ist aber fraglich, ober er ohne aktuelle Mesa-Version auch mit den Intel CPUs/GPUs der 10. Generation in deinem NUC funktioniert.
Bullseye enthält ein Mesa 20.1 mit dem neuen Intel-dri-Treiber iris_dri.so, der auch die neuen Intel-GPUs unterstützen sollte.

Die Live-ISOs gibts hier:
Buster: https://cdimage.debian.org/debian-cd/current-live/amd64/iso-hybrid/
Bullseye: https://cdimage.debian.org/mirror/cdimage/weekly-live-builds/amd64/iso-hybrid/

367

x86 Systeme (PC) / [MLD 5.5 unstable] kodi-stable Paket mit Kodi-18.7.1 ohne vaapi Support

« on: October 08, 2020, 12:41:01 »

Hallo Claus, Hallo Pit

mit der iHD_drv_video.so habe ich mich verlesen. 
Das ist ja nicht der dri-Treiber, sondern der VAAPI-Treiber aus libva (libva-intel-driver).
Gehört also, wie der  i965_drv_video.so, gar nicht zu Mesa und ist somit prinzipiell unabhängig von Mesa.

Dazu müsste es aber den dazu passenden dri-Treiber iHD_dri.so geben, genauso wie i965_drv_video.so den i965_dri.so braucht.
Der dri-Treiber stammt aber aus Mesa und kommt frühestens in Mesa 19.1.
Bei Debian kommt Mesa 19.1 in Bullseye oder Mesa 20 in Sid.
Ich muss mir das nochmal genauer auf der Mesa-Seite anschauen.

Update 13:20:
Mit dem iHD-Treiber ist es anscheinend doch noch etwas komplizierter.
Ich hatte den bisher noch nie benutzt, daher war mir das auch nicht ganz klar. 
Der hat nichts mit libva zu tun, sondern ist eine eigenständige VAAPI TreiberSW "intel-media-driver".
Dieser funktioniert ab Version der 5. CoreI Generation "Broadwell" bis hin zu der aktuellen 10ten Generation.
Es gibt also eine Überschneidung mit dem i965, der nur mit Intel GPUs bis zur 8. Generation (CoffeeLake) funktioniert.
Die Abhängigkeit des iHD Treibers von Mesa ist mir noch nicht ganz klar.
Ich dachte nur, ich hätte mal auf der offiziellen Mesa-Seite gelesen, dass der Support für Intel GPUs der 9. bzw. 10. Generation ab Mesa 19.1 kommt.
Ganz interessant ist in diesem Zusammenhang diese Seite:
https://wiki.archlinux.org/index.php/Hardware_video_acceleration

368

x86 Systeme (PC) / [MLD 5.5 unstable] kodi-stable Paket mit Kodi-18.7.1 ohne vaapi Support

« on: October 07, 2020, 12:16:19 »

Hallo Claus, Hallo Pit,

ich bin per snapshot wieder auf den Developer-Branch zurrück und habe die, für xorg-intel angebotene, Aktualisierung durchgeführt.
Nach einem Reboot hat VAAPI auf meinem CoreI der 7. Generation wieder einwandfrei funktioniert.
Da die neu hinzugefügte iHD_drv_video.so vorhanden ist,
war es auch der letzte Stand des xorg-intel Paketes von Pit.
Pit welches Mesa Release hast Du da verwendet?

Ich hatte auch noch eine andere Idee verfolgt und wollte die dri-libs aus dem ofiziellen Buster-Paket libgl1-mesa-dri_18.3.6-2+deb10u1_amd64.deb, anstatt der aus dem xorg-intel Paket, verwenden.
Auch wenn es darin noch keinen dri-Treiber iHD_drv_video.so für die neuen CoreI GPUs gibt.
Der i965_dri.so sollte aber bezüglich Mesa-Version auf jeden Fall zu den restlichen 18.3.6er OpenGL-Mesa-libs aus Buster passen, die unter /usr/lib/x86_64-linux-gnu vorhanden sind.
Ich bin aber mit diesem Vorhaben kläglich gescheitert. 
Ich kenne mich halt doch "noch" nicht so gut mit dem paketorientierten Debian aus, da ich mich die letzten 15 Jahre schwerpunktmäßige mit einer "nicht paketorientierten" Linux-Distri beschäftigt habe.
Geht es überhaupt, in MLD Debianpaket zu installieren, die nicht im MLD-Repo vorhanden sind?

Pit, trotz Nieselregen noch eine schöne Fahrradtour durch Nordbayern.
Viele Grüße aus Ostbayern.

Update 17:05Uhr: Durch Suche im Forum habe ich mir die Frage, ob in MLD "normale" Debian-Pakete
                           installiert werden können, bereits selbst beantwortet. Es geht nicht.
                           

369

x86 Systeme (PC) / [MLD 5.5 unstable] kodi-stable Paket mit Kodi-18.7.1 ohne vaapi Support

« on: October 07, 2020, 00:37:08 »

Hallo Claus,

ich bin mal zurrück auf die offizielle 5.5 unstable und hab xorg-intel aktualisiert.
In Bezug auf das VAAPI-Problem hat sich nichts geändert.

Ich bin mir auch ziemlich sicher, dass Pit im funktionierenden xorg-intel Paket selbst gebaute OpenGL libs hinzugefügt hat, die er vermutlich zusammen mit den OpenGL-dri-Treibern aus einer Mesa-Quelle gebaut hat.
Ich denke dadurch hat er dann auch sichergestellt, dass alle Mesa libs zum gleichen Mesa Release gehören.
Das finde ich auf jeden Fall sinnvoll, wenn die dri-libs aus Mesa (i965_dri.so sowie die heute hinzugefügten i915_dri.so und iHD_drv_video.so) sowieso im xorg-intel Paket verbleiben.

Zumindest für die neu hinzugefügte lib iHD_drv_video.so gibt es diese Vermischung, da sie nur in 19er und 20er Mesa Releases (ab 19.1) enthalten ist und die Buster Pakete alle Mesa Release 18.3.6 haben, wo sie im Paket libgl1-mesa-dri noch nicht enthalten ist.
https://packages.debian.org/buster/amd64/libgl1-mesa-dri/filelist

Pit hat auf meine Mails auch noch nicht geantwortet.
Er hat mir aber schon in seiner ersten Mail geschrieben, dass er diese Woche unterwegs ist und wenig Zeit hat.

370

x86 Systeme (PC) / [MLD 5.5 unstable] kodi-stable Paket mit Kodi-18.7.1 ohne vaapi Support

« on: October 06, 2020, 10:08:25 »

Hallo Claus,

ich habe mir die Ordner /usr/lib/ und /usr/lib/x86_64-linux-gnu vor und nach der Aktualisierung von xorg-intel anschgeschaut.
Vorher waren die OpenGL- und drm-libs, die das "alte" xorg-intel Paket (siehe xorg-intel.txt von gestern Abend) in /user/lib/ ablegt, nochmal in /usr/lib/x86_64-linux-gnu/ vorhanden.
Daraufhin hab ich mir das auch nochmal bei der 5.4 angeschaut und dort das Gleiche gesehen.
Bei der 5.4 und beim funktionierenden Stand des Developer-Branch sind die libs doppelt vorhanden.
Die libs unter /usr/lib/x86_64-linux-gnu/ haben auch ein anderes Erstellungsdatum, wurden also mit anderen Paketen gebaut.

Nach der Aktualisierung von xorg-intel aus dem Developer-Branch mit dem Stand vom Abend sind, wie bei der offiziellen 5.5, diese libs aus /usr/lib/ verschwunden.
Sind also die libs in beiden Ordner vorhanden, werden die aus dem xorg-intel Paket verwendet und VAAPI funktioniert korrekt.
Sind sie nicht mehr im xorg-intel Paket und unter /usr/lib/ vorhanden, werden die libs aus /usr/lib/x86_64-linux-gnu/ verwendet und beim Laden der Treiber läuft was schief.
Somit passen die OpenGL libs aus /usr/lib/x86_64-linux-gnu/ nicht zum OpenGL DRI Treiber (i965_dri.so), der weiterhin aus dem xorg-intel Paket kommt.
Evtl. wurden die libs aus /usr/lib/x86_64-linux-gnu/ in den anderen Paketen nicht mit i965 Option gebaut.

371

x86 Systeme (PC) / [MLD 5.5 unstable] kodi-stable Paket mit Kodi-18.7.1 ohne vaapi Support

« on: October 05, 2020, 23:44:54 »

Ich hatte heute Nachmittag alle Pakete nach Anweisung von Pit per „apt-get dist-upgrade -V“ komplett auf den Developer Branch umgestellt.
Danach hatte dann alles super funktioniert.

Ja leider hat Pit heute Abend was geändert.
Nach dem ich das geänderte xorg-Intel-Paket gesehen und eingespielt hatte, ging Wieder nix mehr.
Wieder altes Verhalten wie vor dem Branch-Wechsel aber weiterhin den Paketen aus dem Developer-Branch.
Ich habe Pit schon ein Mail geschrieben. (Debug-Log  eOTNv9)

Bin wieder per Snapshot auf den funktionierenden Stand vom Nachmittag zurrück und habe mal "dpkg -L xorg-intel" in eine Datei umgeleitet und angehängt.
Dieser funktionierende Paketinhalt erinnert mich stark an die xorg-intel aus der 5.4.
Der geänderte und nicht funktionierende von heute Abend schaut wieder wie der vorherige nicht funktionierende 5.5er Stand aus.

Änderung 23:53: Debug-Log ergänzt.

372

x86 Systeme (PC) / [MLD 5.5 unstable] kodi-stable Paket mit Kodi-18.7.1 ohne vaapi Support

« on: October 05, 2020, 16:59:49 »

Hallo Claus,

heute hatte mich Pit kontaktiert und ich konnte einen in-offiziellen Developer-Branch des 5.5er Repo testen.

Damit funktioniert VAAPI in Kodi sowohl mit "intel" als auch "modesetting" wieder problemlos. 
Es wird bei beiden Varianten laut Kodi-Log auch wieder OpenGL 4.5 verwendet.
Auch der VDR funktioniert jetzt mit "modesetting" wieder einwandfrei.

Auf den ersten Blick läuft es sogar besser, als mit MLD 5.4 testing.
Bei Kodi sind in den Player-Einstellungen für VAAPI zusätzliche Optionen für verschiedene Video-Formate verfügbar.
 
Ich habe mal von meinem Test mit dem Developer-Repo Debug-Logs hochgeladen:
0PKb3o mit der Xorg Device-Einstellung "intel"
Mps34U mit der Xorg Device-Einstellung "modesetting"

Danke, dass ihr so unermüdlich dran seid, MLD zu optimieren.

Gruß
KLaus

373

x86 Systeme (PC) / [MLD 5.5 unstable] kodi-stable Paket mit Kodi-18.7.1 ohne vaapi Support

« on: October 04, 2020, 23:38:10 »

Alle von mir vermissten libs liegen in diesem Ordner.

Sie sind aber definitiv nicht mehr, wie bei der 5.4, Bestandteil des xorg-intel Paketes.
Durch den Vergeleich der Pakete bin ich ja erst auf die Idee gekommen, dass die libs in der 5.5 fehlen könnten.
Und dort wo sie bei der 5.4 noch waren, sind sie auch nicht mehr.

Für mich stellt sich halt noch die Frage, ob sie bei der 5.5, wie vermutlich vorher als Bestandteil des xorg-intel Paketes der 5.4, mit den für Intel-VAAPI passenden Abhängigkeiten gebaut wurden.
Von den Open-GL-libs aus Mesa ist ja nur noch i965_dri.so Bestandteil von xorg-Intel.
Die anderen, von mir vermissten GL-libs aus mesa kommen irgend woanders her.
Könnten sie dann, wenn sie zu unterschiedlichen Zeiten in unterschiedlichen Paketen gebaut wurden, aus unterschiedlichen Mesa-Versionen stammen und nicht mehr zusammen passen?

Es muss ja einen Grund geben, weshalb "modesetting" nicht mehr funktioniert und eine andere, evtl. für VAAPI nicht passende, OpenGL-Version (3.0 anstatt 4.5) verwendet wird.

374

x86 Systeme (PC) / [MLD 5.5 unstable] kodi-stable Paket mit Kodi-18.7.1 ohne vaapi Support

« on: October 04, 2020, 16:36:03 »

Hallo Claus,

ich glaube, ich habe den Grund für die Probleme von Kodi mit VAAPI sowie das Problem mit "modesetting" gefunden.
In der 5.5 fehlen unter /usr/lib wichtige OpenGL-libs (mesa), wie z.B. die libGL.so, libEGL.so und libglapi.so.
Außerdem die DRM-Libs wie z.B. libdrm.so und libdrm_intel.so.
Im Paket xorg-intel der 5.4 sind diese enthalten.

Bei der 5.5 fehlen sie im Paket xorg-intel und somit im System.
Enthalten sind jedoch, wie bei der 5.4, die Kernel-Module plus Firmware und die Xorg-Module libglamoregl.so, libglx.so, intel_drv.so.
Sowie die DRI-Module i965_dri.so (mesa) und i965_drv_video.so (libva)
Der VDR mit softhddevice kommt anscheinend ohne die fehlenden GL- und DRM-libs aus und kann VAAPI nutzen.
Bei Kodi verursachen die fehlenden libs anscheinend das Problem mit VAAPI.

Vermutlich würde mit diesen jetzt fehlenden libs auch  "modsetting" wieder richtig funktionieren.

Hast Du eine Idee, weshalb die libs im Paket xorg-intel der 5.5 fehlen?

375

x86 Systeme (PC) / [MLD 5.5 unstable] kodi-stable Paket mit Kodi-18.7.1 ohne vaapi Support

« on: October 03, 2020, 22:42:55 »

Der Restart von Xorg hat anscheinend nicht gereicht.
Nach einem Reboot der 5.4 läuft jetzt auch Kodi mit "intel" anstatt "modesetting".
Und die VAAPI Beschleunigung in den Player-Einstellungen ist auch vorhanden.