[Announce] VA-API/VPP Patch for vdr-plugin-softhddevice - updated "v9"

Ja, super Arbeit von Antti, ich hatte die Chance die Entwicklung parallel auf meinem ASRock Q1800M mitzutesten ...

Die Bildqualität ist sehr hochwertig, auf VDPAU "temporal" Niveau, 1080i würde ich gar "temporal_spatial" sagen. Letzteres hat hier noch leicht asynchronen Ton, bin aber sicher da findet sich eine Lösung.

Wichtig ist wirklich dieser spezielle git branch "17.vpp.vebox-r1-8-gad3f8b5", "vaainfo" muss exakt diese Version ausspucken. Die Version des Xorg Moduls ist eigentlich egal, habe 2.21.15, 2.99.[910|914|916] getestet.

Hier ein paar Screener die ich angefertigt hatte:

• http://www.auktion.hostingkunde.de/download/IMG_1393.MOV
• http://www.auktion.hostingkunde.de/download/IMG_1394.MOV
• http://www.auktion.hostingkunde.de/download/IMG_1395.MOV
• http://www.auktion.hostingkunde.de/download/IMG_1396.MOV

Und ein paar Screenshots:

• http://www.auktion.hostingkunde.de/download/screenshot1.png
• http://www.auktion.hostingkunde.de/download/screenshot2.png
• http://www.auktion.hostingkunde.de/download/screenshot3.png

Regards
fnu

Zitat von johns

Im Moment sehte ich nur https://github.com/gbeauchesne?tab=activity mit dieser.Änderung.

Ich sehe nichts auf http://cgit.freedesktop.org/vaapi/intel-driver.

Ich sehe das da schon... http://cgit.freedesktop.org/va…tel-driver/log/?h=staging
Nach kurzem Überfliegen scheinen alle Commits da zu sein.

Edit: Allerdings bekomme ich es nicht kompiliert

i965_drv_video.h:294:5: error: unknown type name 'VABufferInfo'

Edit2: OK. libva staging Branch löst das Problem.

Edit3: vainfo segfaulted aber. Irgendwie macht mir das gerade gar keinen Spaß mehr...

Zitat von fnu

Wichtig ist wirklich dieser spezielle git branch "17.vpp.vebox-r1-8-gad3f8b5", "vaainfo" muss exakt diese Version ausspucken.

johns hat mich drauf hingewiesen, das man den Branch inzwischen nicht mehr eigenständig auschecken kann. Leider weiß niemand worin der aufgegangen ist, mal suchen ...

Hier das was wir verwendet haben, der entsprechend Branch ist schon aktiv, hab's vorm Verpacken noch mit "make clean" bereinigt:

http://www.auktion.hostingkund…libva-intel-driver.tar.zx

tar Jxf libva-intel-driver.tar.zxcd libva-intel-drivergit status | head -1 => nochmals den Branch prüfen, Ausgabe sollte "Auf Branch 17.vpp.vebox" sein./autogen.shmakemake install

Regards
fnu

Ähhm. Ist es nicht das hier? https://github.com/gbeauchesne…-driver/tree/17.vpp.vebox

Copperhead

Ja, ist es. Hatte mich auf johns verlassen, der sagte der Branch wäre weg ... hmm ... ?

Wenn noch da, gilt:

git clone https://github.com/gbeauchesne/libva-intel-driver.gitcd libva-intel-drivergit checkout 17.vpp.vebox./autogen.shmakemake install

DISPLAY=:0.0 vainfo
libva info: VA-API version 0.35.2
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_0_35
libva info: va_openDriver() returns 0
vainfo: VA-API version: 0.35 (libva 1.3.2.pre1)
vainfo: Driver version: Intel i965 driver for Intel(R) Bay Trail - 1.3.3.pre1 (17.vpp.vebox-r1-8-gad3f8b5)
vainfo: Supported profile and entrypoints
      VAProfileMPEG2Simple            : VAEntrypointVLD
      VAProfileMPEG2Simple            : VAEntrypointEncSlice
      VAProfileMPEG2Main              : VAEntrypointVLD
      VAProfileMPEG2Main              : VAEntrypointEncSlice
      VAProfileH264ConstrainedBaseline: VAEntrypointVLD
      VAProfileH264ConstrainedBaseline: VAEntrypointEncSlice
      VAProfileH264Main               : VAEntrypointVLD
      VAProfileH264Main               : VAEntrypointEncSlice
      VAProfileH264High               : VAEntrypointVLD
      VAProfileH264High               : VAEntrypointEncSlice
      VAProfileH264StereoHigh         : VAEntrypointVLD
      VAProfileVC1Simple              : VAEntrypointVLD
      VAProfileVC1Main                : VAEntrypointVLD
      VAProfileVC1Advanced            : VAEntrypointVLD
      VAProfileNone                   : VAEntrypointVideoProc
      VAProfileJPEGBaseline           : VAEntrypointVLD

Regards
fnu

vainfo segfaultet aber auch mit dem intel Treiber von github.

Zitat von johns

So hier ist der erste öffentliche Patch für den Hardware VA-API Support mit VPP.

Author ist Antti Seppälä, nochmal vielen Dank für die Arbeit.

Na, das nenn ich doch mal ne gute Nachricht! Auch wenns noch etwas klemmt, so kommt doch nach Jahren des relativen Stillstands (bei Intel) mal wieder Bewegung in die Sache.

Welche CPU/GPU Kombi braucht man eig dafür? Anscheinend muss die Hardware diese ominöse VEBOX Engine unterstützen.

VG

Zitat von kh1309

Welche CPU/GPU Kombi braucht man eig dafür?

Steht doch weiter oben? Entwickelt auf Haswell i5 (NUC) und von mir getestet auf BayTrail-D J1800 ...

Grundsätzlich gehe ich davon aus das es auf allen SandyBridge, IvyBridge & Haswell läuft, wobei der Unterschied sich dann im "vainfo" ergibt, die älteren werden nicht alles unterstützen was die neueren können ...

Regards
fnu

OK. Ich habe das jetzt zum Laufen gebracht. Wenn man das so nennen kann. Ich sehe nämlich nur einen grünen Bildschirm

vainfo

libva info: VA-API version 0.35.1
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_0_35
libva info: va_openDriver() returns 0
vainfo: VA-API version: 0.35 (libva 1.3.1)
vainfo: Driver version: Intel i965 driver for Intel(R) Bay Trail - 1.3.3.pre1 (17.vpp.vebox-r1-8-gad3f8b5)
vainfo: Supported profile and entrypoints
      VAProfileMPEG2Simple            : VAEntrypointVLD
      VAProfileMPEG2Simple            : VAEntrypointEncSlice
      VAProfileMPEG2Main              : VAEntrypointVLD
      VAProfileMPEG2Main              : VAEntrypointEncSlice
      VAProfileH264ConstrainedBaseline: VAEntrypointVLD
      VAProfileH264ConstrainedBaseline: VAEntrypointEncSlice
      VAProfileH264Main               : VAEntrypointVLD
      VAProfileH264Main               : VAEntrypointEncSlice
      VAProfileH264High               : VAEntrypointVLD
      VAProfileH264High               : VAEntrypointEncSlice
      <unknown profile>               : VAEntrypointVLD
      VAProfileVC1Simple              : VAEntrypointVLD
      VAProfileVC1Main                : VAEntrypointVLD
      VAProfileVC1Advanced            : VAEntrypointVLD
      VAProfileNone                   : VAEntrypointVideoProc
      VAProfileJPEGBaseline           : VAEntrypointVLD

Zitat von johns

So hier ist der erste öffentliche Patch für den Hardware VA-API Support mit VPP.

Super, danke! Funktioniert bei mir im Kurztest gut mit einem Celeron G1840. Allerdings nur, wenn ich lediglich meinen Fernseher per HDMI angeschlossen habe. Wenn ich zusätzlich einen Monitor per Displayport angeschlossen habe und den VDR auf dem zweiten Screen starte, erscheint kurz ein Bild, aber dann reagiert der ganze X-Server nicht mehr und lässt sich nur noch per SSH killen.
Hat jemand eine funktionierende Multi-Head-Konfiguration am Start bzw. könnte dies jemand bitte bei sich testen?
Meine xorg.conf sieht so aus:

Section "Files"
        ModulePath   "/usr/lib64/xorg/modules"
        FontPath     "/usr/share/fonts/misc/"
        FontPath     "/usr/share/fonts/TTF/"
        FontPath     "/usr/share/fonts/OTF/"
        FontPath     "/usr/share/fonts/Type1/"
        FontPath     "/usr/share/fonts/100dpi/"
        FontPath     "/usr/share/fonts/75dpi/"
EndSection


Section "Module"
        Load  "glx"
EndSection


Section "InputDevice"
        Identifier  "Keyboard0"
        Driver      "kbd"
        Option      "XkbModel" "pc105"
        Option      "XkbLayout" "de"
        Option      "AutoRepeat" "500 30"
EndSection


Section "InputDevice"
        Identifier  "Mouse0"
        Driver      "mouse"
        Option      "Protocol" "auto"
        Option      "Device" "/dev/input/mice"
        Option      "ZAxisMapping" "4 5 6 7"
EndSection


Section "Monitor"
        Identifier    "Monitor"
        HorizSync     31-76
        VertRefresh   56-61
        Mode    "1920x1200"     # vfreq 59.950Hz, hfreq 74.038kHz
                DotClock        154.000000
                HTimings        1920 1968 2000 2080
                VTimings        1200 1203 1209 1235
                Flags           "-HSync" "+VSync"
        EndMode
EndSection


Section "Monitor"
        Identifier "TV"
        HorizSync 15-70
        VertRefresh 48-62
        Mode    "1920x1080"     # vfreq 60.000Hz, hfreq 67.500kHz
                DotClock        148.500000
                HTimings        1920 2008 2052 2200
                VTimings        1080 1084 1089 1125
                Flags           "+HSync" "+VSync"
        EndMode
        Mode    "1920x1080"     # vfreq 50.000Hz, hfreq 56.250kHz
                DotClock        148.500000
                HTimings        1920 1968 2012 2640
                VTimings        1080 1084 1089 1125
                Flags           "+HSync" "+VSync"
        EndMode
EndSection


Section "Device"
        Identifier  "Intel0"
        Driver      "intel"
        BusID       "PCI:0:2:0"
        Option      "ZaphodHeads" "DP1"
        Option      "AccelMethod"  "sna"
        Screen 0
EndSection


Section "Device"
        Identifier  "Intel1"
        Driver      "intel"
        BusID       "PCI:0:2:0"
        Option      "ZaphodHeads" "HDMI3"
        Option      "AccelMethod"  "sna"
        Screen 1
EndSection


Section "Screen"
        Identifier "Screen0"
        Device     "Intel0"
        Monitor "Monitor"
EndSection


Section "Screen"
        Identifier "Screen1"
        Device     "Intel1"
        Monitor "TV"
EndSection


Section "ServerLayout"
        Identifier "default"
        Screen     "Screen0" 0 0
        Screen     "Screen1" 0 0
        InputDevice    "Mouse0" "CorePointer"
        InputDevice    "Keyboard0" "CoreKeyboard"
EndSection

Außerdem ist mir aufgefallen, daß der Fernsehempfang über den internen Kabeltuner des Fernsehers stark gestört ist, sobald über den PC ein Signal per HDMI an den Fernseher ausgegeben wird. Gibt es ähnliche Beobachtungen?

Nur mal zur Erinnerung, das sind die ersten Engineering Bits bzw. eine alpha Version, ich bezweifel das Multihead hier in irgendeiner Betrachtung stand. Ich wüsste noch nicht mal ob diese Video Beschleunigung bei Multihead überhaupt möglich ist, selbst mit passender xorg.conf.

Das Ziel ist erstmal die Nummer über ein große Zahl an verschiedenen Basen zu testen und stabil zu bekommen, die Gimmicks kommen irgendwann ...

Regards
fnu

Zitat von fnu

Das Ziel ist erstmal die Nummer über ein große Zahl an verschiedenen Basen zu testen und stabil zu bekommen, die Gimmicks kommen irgendwann ...

Wie sieht es denn nun aus?

Wie viele haben sich wie kleine bockige Kinder auf dem Boden gewälzt, Nvidia schlecht gemacht und nun testet keiner mit?

So kann das nix mit der Ausgabe über die Intel GPUs werden, man braucht jetzt Erfahrungswerte über ein möglichst breite Zahl an verschiedenen Intel Plattformen, SandyBridge, IvyBridge, Haswell, BayTrail-D. Wie es ist, ist es ganz sicher nicht für den stable Betrieb, den Anspruch hat es auch gar nicht, aber es ist schon gut nutzbar für einen Test-VDR ...

Regards
fnu

Den VPP Patch in einen eigenen Thread ausgelagert, in der Hoffnung er findet mehr Beachtung.

Regards
fnu

Zitat von fnu on behalf of Antti

From vdr-portal thread I can see that you might want to post some help for people to get the intel dependencies right.

This is because Intel merged the VEBOX fixes to official _staging_ branch of libva-intel-driver. (See here:
http://lists.freedesktop.org/a…014-September/002678.html)

So to build the staging driver you'll need to have the _master_ branch of libva installed first. First uninstall libva and libva-intel-driver if they were installed before starting. Then:

git clone git://anongit.freedesktop.org/vaapi/libva
cd libva
./autogen.sh
make
make install

After that you can build the intel-driver. In the example below I use git to move the VEBOX fixes from staging to master (it's the git cherry-pick -command):

git clone git://anongit.freedesktop.org/vaapi/intel-driver
cd intel-driver
# Pick vebox deinterlacing bug fixes from staging branch to master before building
git cherry-pick f4b0f97..ed378b9
./autogen.sh
make
make install

Alles anzeigen

Thanks Antti for the great support, I need to have look by myself soon ...

Regards
fnu

Ja, wir testen schon alle...

Ich hab es zunächst einmal auf mein System geworfen, auf dem die VA-API XBMC VPP Variante läuft, intel-driver und libva hatte ich noch keine Lust.
Das raucht gnadenlos ab, nachdem kurz einmal ein Bild aufgeblitzt ist.

Jaja, ich weiß, nur die VEBOX Variante ist die richtige, hoffen wir einmal, dass das nächste Wochenende verregnet ist.

Zitat von cmsa

Ja, wir testen schon alle...

Danke für Rückmeldung, immerhin eine ... ... wo es doch so ein großes Problem ist, das man die Intel GPU nicht für den VDR nutzen kann ...

Hi,

mir steht ein Intel NUC (D34010WYK) als Testhardware zur Verfügung.
Werde mir mal Bastezeit freischaufeln.

Munter bleiben, Rossi

Ich bin auch schon am Testen - auf mehreren Systemen (Core i5-2500, Core i7-3770 und Celeron G1610). Abgesehen davon, daß ich auf allen Systemen mit der EDID von meinem 21:9 Monitor kämpfe (aber bei der Nvidia GT630 genauso) läuft es aktuell ohne den Patch ganz gut. Mit Patch habe ich schon die unterschiedlichsten Phänomene gesehen, von direktem Crash über grünen Bildschirm und einem Zittern das mir vorkommt wie meine Frau beim Stricken: 2 vor, 1 zurück und zwischendurch mal eins Fallenlassen ...

Aber es tut sich was und wenn ich dadurch die Nvidia-Karte einsparen kann, kaufe ich mir zur Not auch ein Haswell-System ... dann ist der eine Slot für die Cine S4 wieder frei

Demnächst mehr (inkl. Details) ...

Gruß,

Space