[franky]

Hallo Zusammen,
ich bin gerade dabei MLD 5.5 auf verschieden Platformen zu testen.
Darunter sind auch verschiedene Syteme mit AMD Radeon GPU.

Auf einem Arctic MC001 mit eine älteren Radeon HD 5430 GPU lief softhddevice ootB.
Laut Xorg Log wird dabei der "VDPAU driver: r600", also die libvdpau_r600.so, verwendet.
Diese ist Bestandteil von Mesa.
Das Mesa Paket von MLD wurde also u.a. mit dem r600 Treiber gebaut.
Mit älteren Radeon GPUs, die den r600 Treiber nutzen, funktioniert MLD 5.5 also ohne Probleme.

Auf einem anderen Sytem mit AMD AM1 MB und einem Athlon 5350 mit integrierter Radeon HD 8400 GPU funktioniert die Ausgabe per softhddevice leider nicht.
Laut Log wird kein passender vdpau Treiber gefunden.
Diese GPUs verwenden den radeonsi Treiber, also libvdpau_radeonsi.so, der Bestandteil von Mesa ist.
Leider ist dieser nicht im mesa Paket von MLD enthalten.

Wäre es möglich, das mesa Paket der MLD auch mit dem radeonsi Treiber zu bauen?

Gruß Klaus

[clausmuus]

Versuch's mal mit dem neuen mesa Paket. Das musst Du wahrscheinlich mit einem "apt install mesa --reinstall" installieren.

[franky]

Danke für das neue mesa Paket.
Die libvdpau_radeonsi.so ist jetzt auf jeden Fall unter /usr/lib/vdpau vorhanden.
Leider habe ich noch kein TV Bild. Ton ist aber vorhanden.

Ein Log habe ich hochladen lassen. Der Upload Code lautet: 0ltkR6
Im xorg Logfile sieht man, dass kein vdpau-Modul geladen und somit keine Viedobeschleunigung aktiv ist.

Code: [Select]

[    21.249] [    21.399] (==) RADEON(0): DRI3 disabled
[    21.399] (==) RADEON(0): Backing store disabled
[    21.399] (WW) RADEON(0): Direct rendering disabled
[    21.399] (II) RADEON(0): Acceleration disabled
...
[    21.416] (II) Initializing extension GLX
[    21.416] (II) AIGLX: Screen 0 is not DRI2 capable

Bei dem anderen System mit der älteren Radeon, die den r600 Treiber nutzt, schaut das so aus:

Code: [Select]

[    28.155] (II) RADEON(0): [DRI2] Setup complete
[    28.155] (II) RADEON(0): [DRI2]   DRI driver: r600
[    28.155] (II) RADEON(0): [DRI2]   VDPAU driver: r600
....
[    28.171] (II) Initializing extension GLX
[    28.184] (II) AIGLX: Loaded and initialized r600
[    28.184] (II) GLX: Initialized DRI2 GL provider for screen 0Ich habe die gleiche MLD-Installation auf diesem System gestartet und Bild und Ton.
Das Log von diesem System habe ich auch hochgeladen: cnkjvp

Schade, dass der Neubau von mesa incl. radeonsi nichts gebracht hat.
Evtl. müsste man auch xorg mit Treibern neu bauen, da es ja zwischen xorg und mesa Abhängigkeiten gibt.

[franky]

Hallo Claus,

ich habe jetzt noch mal mit meinem "Kabini"-System (AM1-Athlon5350 APU mit integrierter Radeon HD8400) experimentiert.
Und ich war erfolgreich. 

Die radeonsi libs hattest Du ja schon eingebaut, aber im Xorg-Log habe ich entdeckt, dass libglamoregl.so nicht geladen werden kann.
Anscheinend kommt der r600_dri ohne diese lib aus, der radeonsi_dri braucht sie aber.
Die libglamoregl.so war dann auch nicht unter /usr/lib/xorg/modules/ zu finden.
Ich hatte mich aber erinnert, dass die lib auch Bestandteil des xorg-intel Paketes ist.
Hab dann einfach auf auf meinem Intel-System mit MLD 5.5 die lib in ein tar.gz Archiv gepackt und auf dem Radeon-System wieder ausgepackt.

Nach einem Reboot hatte ich dann ein TV-Bild mit unter 10% Systemlast bei HD-Sendern.
Somit funktioniert VDPAU einwandfrei, was sich auch bei Tests mit Kodi bestätigt hat.

Könntest Du die libglamoregl.so noch in das xorg-radeon Paket der 5.5 unstable einbauen.
Die radeonsi libs sind ja schon im mesa Paket der 5.5 enthalten.

Es wäre auch super, wenn Du radeonsi in das xorg-radeon und mesa Paket der 5.4 testing einbauen könntest.

Schon mal vielen Dank!

Gruß Klaus

[clausmuus]

Danke fürs untersuchen. Ich hab die Lib hinzu gefügt.

[franky]

Ich danke für die schnelle Umsetzung.
Ich habe die 5.5 auf dem Kabini-System gerade auf einem Stick neu installiert.
Jetzt hat es wunderbar funktioniert - sofort TV-Bild. Super! 

Wie schaut es bei der 5.4. testing aus?
Ich habe gesehen, dass zwar xorg-radeon neu ist (incl. libglamoregl.so), aber mesa noch auf altem Stand ist.
Es fehlen also derzeit noch die radeonsi libs, die Du bei der 5.5 schon im September beim mesa-Paket eingebaut hast.
Wie stehen die Chancen, dass Du diese libs analog zur 5.5 auch in das mesa-Paket der 5.4 testing einbaust?

[clausmuus]

Hi,
da bin ich nicht sicher, ob wir das noch in die 5.4 mit aufnehmen. Pit hatte im Februar für die 5.5 eine andere Mesa Version eingestellt. Warum nur für die 5.5 weiß ich nicht genau, es besteht aber durchaus die Möglichkeit das die neuere Version nicht zum nvidia der 5.4 kompatibel ist.

[franky]

Danke für die Info!
Hauptsache "radeonsi" und somit meine "Kabini"-System funktioniert überhaupt mit MLD.

[villeneuve]

Weil VDPAU verwendet wird funktioniert das mit der ganz normalen, eigentlich für Nvidia-Karten vorgesehenen softhddevice-Variante?

@franky: Welche Deinterlacing-Verfahren stehen damit zur Verfügung?

[franky]

Ja, das ganz "normale" softhddevice wird mit Parameter "-v vdpau" gestartet.

Mit VDR Loglevel 3 sieht man dann auch in den System-Meldungen, dass von softhddevice VDPAU genutzt wird.
Hier die Meldungen meines Systems mit Athlon5350 "Kabini" APU (Sockel AM1 Mini-ITX MB):

Code: [Select]

Oct 30 11:59:20 MLD user.info vdr: [1670] starting plugin: softhddevice
Oct 30 11:59:20 MLD user.info vdr: audio: 'alsa' output module used
Oct 30 11:59:20 MLD user.info vdr: audio/alsa: supports pause: yes
Oct 30 11:59:21 MLD user.info vdr: audio:  44100Hz supports 1 2 3 4 5 6 7 8 channels
Oct 30 11:59:21 MLD user.info vdr: audio:  48000Hz supports 1 2 3 4 5 6 7 8 channels
Oct 30 11:59:21 MLD user.info vdr: audio: 192000Hz supports 1 2 3 4 5 6 7 8 channels
Oct 30 11:59:21 MLD user.info vdr: video/vdpau: VDPAU API version: 1
Oct 30 11:59:21 MLD user.info vdr: video/vdpau: VDPAU information: G3DVL VDPAU Driver Shared Library version 1.0
Oct 30 11:59:21 MLD user.info vdr: video/vdpau: highest supported high quality scaling 1
Oct 30 11:59:21 MLD user.info vdr: video/vdpau: feature deinterlace temporal supported
Oct 30 11:59:21 MLD user.info vdr: video/vdpau: feature deinterlace temporal spatial unsupported
Oct 30 11:59:21 MLD user.info vdr: video/vdpau: attribute skip chroma deinterlace supported
Oct 30 11:59:21 MLD user.info vdr: video/vdpau: 4:2:0 chroma format with 16384x16384 supported
Oct 30 11:59:21 MLD user.info vdr: video/vdpau: 4:2:2 chroma format with 16384x16384 supported
Oct 30 11:59:21 MLD user.info vdr: video/vdpau: 4:4:4 chroma format with 16384x16384 supported
Oct 30 11:59:21 MLD user.info vdr: video/vdpau: 8bit BGRA format with 16384x16384 supported
Oct 30 11:59:21 MLD user.info vdr: video/vdpau: 8bit RGBA format with 16384x16384 supported
Oct 30 11:59:21 MLD user.info vdr: video/vdpau: 10bit RGBA format with 16384x16384 supported
Oct 30 11:59:21 MLD user.info vdr: video/vdpau: 8bit BRGA format with 16384x16384 supported
Oct 30 11:59:21 MLD user.err vdr: video/vdpau: created osd output surface 1920x1080 with id 0x00000009
Oct 30 11:59:21 MLD user.info vdr: [softhddev] ready
...
Oct 30 12:00:23 MLD user.info vdr: video: 15:25:43.278  +22  358   0/ms  23+7+2 v-buf
Wie man in den Meldungen sieht, wird als Deinterlacer Temporal aber leider kein Temporal-Spatial unterstützt.
Dies sieht man auch in VDPAU-Info.
Hier der Ausschnitt mit den Deinterlacern.

Code: [Select]

Video mixer:
feature name                    sup
------------------------------------
DEINTERLACE_TEMPORAL             y
DEINTERLACE_TEMPORAL_SPATIAL     -
INVERSE_TELECINE                 -
NOISE_REDUCTION                  y
SHARPNESS                        y
LUMA_KEY                         y
HIGH QUALITY SCALING - L1        y
Auch im XorgLog sieht man, dass die "Kabini-APU" VDPAU verwendet.
Hier ein stark verkürzter Auszug:

Code: [Select]

[    18.528] (II) RADEON(0): Creating default Display subsection in Screen section
"Screen0" for depth/fbbpp 24/32
[    18.528] (==) RADEON(0): Depth 24, (--) framebuffer bpp 32
[    18.528] (II) RADEON(0): Pixel depth = 24 bits stored in 4 bytes (32 bpp pixmaps)
[    18.528] (==) RADEON(0): Default visual is TrueColor
[    18.528] (==) RADEON(0): RGB weight 888
[    18.528] (II) RADEON(0): Using 8 bits per RGB (8 bit DAC)
[    18.528] (--) RADEON(0): Chipset: "KABINI" (ChipID = 0x9830)
[    18.529] (II) Loading sub module "fb"
[    18.529] (II) LoadModule: "fb"
[    18.529] (II) Loading /usr/lib/xorg/modules/libfb.so
[    18.533] (II) Module fb: vendor="X.Org Foundation"
[    18.533] compiled for 1.20.4, module version = 1.0.0
[    18.533] ABI class: X.Org ANSI C Emulation, version 0.4
[    18.533] (II) Loading sub module "dri2"
[    18.533] (II) LoadModule: "dri2"
[    18.533] (II) Module "dri2" already built-in
[    20.844] (II) Loading sub module "glamoregl"
[    20.844] (II) LoadModule: "glamoregl"
[    20.844] (II) Loading /usr/lib/xorg/modules/libglamoregl.so
[    20.920] (II) Module glamoregl: vendor="X.Org Foundation"
[    20.920] compiled for 1.20.4, module version = 1.0.1
[    20.920] ABI class: X.Org ANSI C Emulation, version 0.4
[    20.982] (II) RADEON(0): glamor X acceleration enabled on AMD KABINI (DRM 2.50.0, 5.7.17.202.80, LLVM 7.0.1)
[    20.982] (II) RADEON(0): glamor detected, initialising EGL layer.
[    20.983] (II) RADEON(0): KMS Color Tiling: enabled
[    20.983] (II) RADEON(0): KMS Color Tiling 2D: enabled
[    20.983] (==) RADEON(0): TearFree property default: auto
[    20.983] (II) RADEON(0): KMS Pageflipping: enabled
....
[    21.128] (II) RADEON(0): Output HDMI-0 using initial mode 1920x1080 +0+0
....
[    21.129] (II) RADEON(0): [DRI2] Setup complete
[    21.129] (II) RADEON(0): [DRI2]   DRI driver: radeonsi
[    21.129] (II) RADEON(0): [DRI2]   VDPAU driver: radeonsi
Bezüglich der Deinterlacing-Verfahren habe ich nichts in den Einstellungen von softhddevice verändert.
Standardmäßig war da für 576i und 1080i schon Temporal eingestellt.

Man sieht auch an der CPU-Last von 5% bis 7%, dass da die iGPU am Werkeln ist.
Die Bild-Qualität bei 1080i (z.B. ServusTV HD) ist rein subjektiv sehr gut.
An die Qualität von TemporalSpatial mit NVidia-VDPAU kommt es natürlich nicht ganz heran.