HD-VDR mit Intel HD Graphics - Testbericht zu vaapi

Quote from Moorviper

Servus gibts bei der cpu/onboard grafig irgend etwas zu beachten bekomme beim 10.10er ubuntu (hat ich grad auf cd)

über beide hdmi's und vga jeweils das gleiche

Bestimmt zu alt, vernünftig gehts nur mit aller letzten Release oder sogar GIT.
Kernel >3.0 <3.1 und media-libs/mesa x11-drivers/xf86-video-intel x11-libs/libdrm x11-libs/libva aktuell.
Auch ffmpeg version ist kritisch 0.8.3 oder 0.7.4 brauchen Patch, wenn Blockartefakte zusehen sind
Edit: libxcb<1.7 oder libxcb>1.7 oder libxcb-1.7 mit Patch, wenn es beim Umschalten zu Hänger kommt.

Johns

thx dann werde ich mir erst einmal Ubuntu 11.10 runterladen

@johns:

Probier mal das aktuelle vaapi-testing git. Das Problem war swscale und deren defekte YV12 -> NV12 Konverter.
Hab nun meine eigenen NV12 Konverter gebaut. Sind zwar nur plain C aber schnell genug für unsere zwecke.

Ich verwende auch noch folgenden patch :

http://lists.freedesktop.org/archives/libva…ber/000605.html

oder angepasst für libva git mit integriertem Intel Treiber.
https://archvdr.svn.sourceforge.net/svnroot/archvd…_size_fix.patch

lg

ebsi

So. Bei mir ist die Urlaubszeit auch rum. Habe leider keine Updates vom Board über neue Beiträge erhalten. Ich werde in den nächsten Tagen Feedback zur aktuellen Version geben.

Quote from ebsi

@johns:

Probier mal das aktuelle vaapi-testing git. Das Problem war swscale und deren defekte YV12 -> NV12 Konverter.
Hab nun meine eigenen NV12 Konverter gebaut. Sind zwar nur plain C aber schnell genug für unsere zwecke.

Ich verwende auch noch folgenden patch :

http://lists.freedesktop.org/archives/libva…ber/000605.html

oder angepasst für libva git mit integriertem Intel Treiber.
https://archvdr.svn.sourceforge.net/svnroot/archvd…_size_fix.patch

Display More

Damit stürzt vdr-xinelibout nicht mehr, dafür hängt sich nun das Kernel öfters beim Umschalten auf.
vdr-xine läuft weiterhin.

Schau nochmal was beim commit d6fc1d3ec54b8f93f740c7e2412107c880b96a20 kaputt gegangen ist.
Einfach Menu anzeigen lassen und umschalten, Menu ist dann verschwunden und erscheint dann erst wenn die Uhr aktualisiert wird.
Ich habe es leider (noch) nicht gefunden.

Johns

johns:

Ok, habe d6fc1d3ec54b8f93f740c7e2412107c880b96a20 reverted.

lg

ebsi

Damit klappt es natürlich. Dein Commit sah aber nicht falsch aus. Das Problem war in vaapi_init hat der zweite vaapi_ovl_associate das OSD nicht wieder hergestellt, weil va_context->va_subpic_id nicht gültig war.

video.output.vaapi_deinterlace:2 und video.output.vaapi_guarded_render:1 mit vdr-xine zeigt keine Auffälligen Bugs mehr.

Johns

BTW:
Ich habe wieder ein Bild, wackelig und mit blauen Gesichtern.
Es ist schwierig, mit einem Forumsthread und diversen Webpages mit den Updates mitzuhalten.

Wäre es vielleicht möglich, die Versionen, Patches, GIT/SVN/CVS-Quellen der benötigten Libraries an einer zentralen Position zeitnah zu dokumentieren?
Das kann ja ruhig kompakt sein...
Ich habe damals angefangen mit http://wbreu.htpc-forum.de/vdrmeetsvaapih…ungen/index.php - ist aber wohl nicht mehr so recht aktuell?

Quote from johns

Damit klappt es natürlich. Dein Commit sah aber nicht falsch aus. Das Problem war in vaapi_init hat der zweite vaapi_ovl_associate das OSD nicht wiedergestellt, weil va_context->va_subpic_id nicht gültig war.

Genau das ist mir auch aufgefallen. Darum der rück stieg zur alten Logik, wo das Subpicture und Image in vaapi_ovl_associate neu erzeugt wird.
Hoffe das nun die gröbsten Bugs raus sind. Bin gespannt wie das Aufnahme Prozedere für xine-lib-1.2 wird.

lg

ebsi

Quote from cmsa

BTW:
Ich habe wieder ein Bild, wackelig und mit blauen Gesichtern.
Es ist schwierig, mit einem Forumsthread und diversen Webpages mit den Updates mitzuhalten.

Wäre es vielleicht möglich, die Versionen, Patches, GIT/SVN/CVS-Quellen der benötigten Libraries an einer zentralen Position zeitnah zu dokumentieren?
Das kann ja ruhig kompakt sein...
Ich habe damals angefangen mit http://wbreu.htpc-forum.de/vdrmeetsvaapih…ungen/index.php - ist aber wohl nicht mehr so recht aktuell?

Passt ja schon gut, und wird ja von wbreu auch aktuallisiert.

Aktuell verwende ich folgende GIT/SVN/CVS Packete:

• media-libs/mesa
• media-plugins/vdr-xineliboutput
• media-video/ffmpeg
• x11-drivers/xf86-video-intel
• x11-libs/libdrm
• x11-libs/libxcb
• x11-proto/xcb-proto
• x11-libs/libva GIT mit vaDeriveImage_data_size_fix.patch
• xine-lib-vaapi GIT branch vaapi-testing

auf 64-bit Gentoo mit x11-base/xorg-server 1.11.0 und kernel 3.0.4.

Edit: Release Packete

• media-video/xine-ui-0.99.6
• media-plugins/vdr-xine-0.9.4
• ffmpeg-0.7.4 bzw ffmpeg-0.8.3 brauchen diesen Patch vaapi_h264_fix.patch
• libxcb-1,7 braucht diesen Patch https://archvdr.svn.sourceforge.net/svnroot/archvd…for_reply.patch
• x11-drivers/xf86-video-intel-2.16.0 (sna)
• media-libs/mesa-7.11
• x11-libs/libdrm-2.4.2

funktionieren auch.
Wenn ich mal Zeit habe kann ich testen ob es mit dem letzten stabilen Release der Packete auch läuft.

Johns

Quote from cmsa

BTW:
Ich habe wieder ein Bild, wackelig und mit blauen Gesichtern.
Es ist schwierig, mit einem Forumsthread und diversen Webpages mit den Updates mitzuhalten.

Wäre es vielleicht möglich, die Versionen, Patches, GIT/SVN/CVS-Quellen der benötigten Libraries an einer zentralen Position zeitnah zu dokumentieren?
Das kann ja ruhig kompakt sein...
Ich habe damals angefangen mit http://wbreu.htpc-forum.de/vdrmeetsvaapih…ungen/index.php - ist aber wohl nicht mehr so recht aktuell?

Update auf das letzte vaapi-testing git. Sollten dort noch immer "Blaue Köpfe" sein setz mal "video.output.vaapi_swap_uv_planes:1" und "video.output.vaapi_guarded_render:1" im xine config.

lg

ebsi

Also einen Bug habe ich noch gefunden:

Bei ARD HD, ZDF HD und Arte HD ist der Ton nur kurz (ein paar ms) da und danach ist Stille.

engine.buffers.audio_num_buffers:500

repariert dies.

Johns

Quote from johns

Also einen Bug habe ich noch gefunden:

Bei ARD HD, ZDF HD und Arte HD ist der Ton nur kurz (ein paar ms) da und danach ist Stille.

Code

engine.buffers.audio_num_buffers:500

repariert dies.

Johns

Naja, das sind aber schon die üblichen HD settings die xine braucht

Dann würde ich zumindest example.config.vaapi anpassen. Wobei dies bisher nicht notwendig war.
Mit video.output.vaapi_guarded_render:0 funktioniert es mit dem Default Wert.

Quote

small cleanups in opengl path. right now only worls with nvidia drivers. intel produces gen6_gt_force_wake_put.

Dieses Problem habe ich auch vereinzelt im Normalen Betrieb. Habe mal linux-3.1-rc6 getestet, damit wird es aber noch schlimmer.

Habe nun fast 24 Stunden alle 5s (HD -> HD -> SD -> SD -> HD) umschalten lassen, dabei passiert nichts. Scheint nur beim Neustarten passieren oder wenn man das GUI window mit der rechten Maustaste einblendet.

Es scheint auch Speicher verloren gehen:
Beim Start 487m 43m 7772, nach ca. 12 Stunden 650m 129m 26m und nach 20 Stunden 706m 160m 34m (Virt/Res/Shr Speicherverwendung von top)

Der VA-API Scaler scheint nicht so gut wie der VDPAU zusein, Habe mal Unterstützung den Skalieren auszuwählen eingebaut, sehe aber keine Veränderung, vielleicht kann es das Intel Backend auch nicht.

Johns

Quote from johns

Dann würde ich zumindest example.config.vaapi anpassen. Wobei dies bisher nicht notwendig war.
Mit video.output.vaapi_guarded_render:0 funktioniert es mit dem Default Wert.

Dieses Problem habe ich auch vereinzelt im Normalen Betrieb. Habe mal linux-3.1-rc6 getestet, damit wird es aber noch schlimmer.

Habe nun fast 24 Stunden alle 5s (HD -> HD -> SD -> SD -> HD) umschalten lassen, dabei passiert nichts. Scheint nur beim Neustarten passieren oder wenn man das GUI window mit der rechten Maustaste einblendet.

Es scheint auch Speicher verloren gehen:
Beim Start 487m 43m 7772, nach ca. 12 Stunden 650m 129m 26m und nach 20 Stunden 706m 160m 34m (Virt/Res/Shr Speicherverwendung von top)

Der VA-API Scaler scheint nicht so gut wie der VDPAU zusein, Habe mal Unterstützung den Skalieren auszuwählen eingebaut, sehe aber keine Veränderung, vielleicht kann es das Intel Backend auch nicht.

Johns

Display More

Guckst Du mal git update Habe deine Idee übernommen, jedoch anders.

lg

ebsi

ebsi

kann das sein das du auch beim archvdr mitarbeitest?

wenn ja > ich bin grad am mcli-plugin PKGBUILD dran
das könnte wenn es läuft mit aufgenommen werden

Quote from Moorviper

ebsi

kann das sein das du auch beim archvdr mitarbeitest?

wenn ja > ich bin grad am mcli-plugin PKGBUILD dran
das könnte wenn es läuft mit aufgenommen werden

Archvdr ist mein baby. Wenn Du so weit bist poste das PKGBUILD hier.

lg

ebsi

Quote

Archvdr ist mein baby

aaaaahaa du bist das... da nutz ich doch mal die gelegenheit und sag danke dafür!!! bin vor einigen wochen auf archvdr "umgezogen" und finds klasse.
btw. diesen thread hier verfolge ich auch mit sehr großem interesse, werden wohl next year auch auf intel bauen (wollen). muss noch bissl sparen

gruß,lars

Quote from johns

Also einen Bug habe ich noch gefunden:

Bei ARD HD, ZDF HD und Arte HD ist der Ton nur kurz (ein paar ms) da und danach ist Stille.

Code

engine.buffers.audio_num_buffers:500

repariert dies.

Johns

Coole Sache, hilft bei mir auch!!! Danke

Quote from ebsi

Guckst Du mal git update Habe deine Idee übernommen, jedoch anders.

Ja funktioniert, für diese Lösung war ich zu faul.
Besonders nl anamorphic, kann man gut erkennen (Ist für 4:3 -> 16:9).

libva enthält kein intel Treiber mehr. Ist nun eigenes Archiv: http://cgit.freedesktop.org/vaapi/intel-driver/.
Dafür fällt der vaDeriveImage_data_size_fix.patch Patch weg, ist schon im GIT enthalten.

Johns