HD-VDR mit Intel HD Graphics - Testbericht zu vaapi

Zitat von lokutus

Hi,

ich bekomme bei der neuen Revision leider einen Build Error:

Gruß Lokutus

./autogen.sh laofen lassen ?

autogen wurde ausgeführt.

Zitat

./autogen.sh --build x86_64-linux-gnu --host x86_64-linux-gnu --prefix=/usr --with-freetype --with-wavpack --enable-ipv6 --with-external-dvdnav --build=x86_64-linux-gnu

Ich hab mal das ganze Buildlog angehongen.

The video_out_vaapi.c file might need this include:

#include <dlfcn.h>

Starte mal autogen so:

export LIBS=-ldl && ./autogen.sh --prefix=/usr....

Gruß
iNOB

Sollte nun im svn behoben sein.

Habe einen rebase vom tree gemacht. Ihr müsst frisch auschecken.

lg

ebsi

Ist es eigentlich mittlerweile möglich das SD/HD Material über vaapi zu deinterlacen? oder muß noch weiterhin xineliboutput verwendet werden? Ich lese hier zwar mit, aber ich kann mich nur daran erinnern, dass das noch fehlte. In den nächsten Tagen wird mein SandyBridge System nämlich zum Basteln vollständig sein.

Gruß

Zitat von Torsten73

Ist es eigentlich mittlerweile möglich das SD/HD Material über vaapi zu deinterlacen? oder muß noch weiterhin xineliboutput verwendet werden? Ich lese hier zwar mit, aber ich kann mich nur daran erinnern, dass das noch fehlte. In den nächsten Tagen wird mein SandyBridge System nämlich zum Basteln vollständig sein.

Gruß

Hi,

vaapi auf Intel Hardware kann nur Deinterlacing bei HD Material. Für SD bin ich den Weg gegangen das man Software Mpeg2 decoding für das ffmpeg modul aktivieran kann und auch ein Software mässiges deinterlacing im ffmpeg modul aufdrehen kann. Deinterlacing auf xineliboutput ebene funktioniert nicht.

lg

ebsi

Zitat von Torsten73

Ist es eigentlich mittlerweile möglich das SD/HD Material über vaapi zu deinterlacen? oder muß noch weiterhin xineliboutput verwendet werden? Ich lese hier zwar mit, aber ich kann mich nur daran erinnern, dass das noch fehlte. In den nächsten Tagen wird mein SandyBridge System nämlich zum Basteln vollständig sein.

Moin,

Ich würde nicht auf VA-API hoffen, ist leider noch total verbuggt. Aber nimm doch einfach einen Softwaredecoder
mit Yadif.
Wenn ich yadif richtig verstanden habe und bei meinen Tests mplayer vdpau+temporal vs xv+yadif schaut yadif
nicht viel schlechter aus.

Johns

Edit:
Wie ich gerade nach Stunden Programmieren festgestellt habe, fehlen im Moment sogar noch elementare Teile in VA-API für Sandy Bridge.
z.b. vaPutImage, vaSetSubpictureImage.

Hallo,

wie sind denn die aktuellen Erfahrungen? Ich habe auf meiner neuen Hardware alles sehr einfach konfiguriert bekommen. Leider funktioniert das Umschalten von SD auf HD öfters nicht. Xine stürtzt manchmal einfach ab (sozusagen "quit to desktop").

Daher bin ich jetzt erstmal auf xv ausgewichen. Leider ist da das OSD Verhalten nicht so dolle. Das "Ruckeln" des TV Bildes, welches ich aus VDPAU Zeiten kenne, ist dann wieder da. Mit PearlHD ist es aber kaum wahrnehmbar,

wbreu:

Du hast ja ein ähnliches Mainboard wie ich. Wie gibst du den Ton aus? Ich habe meinen Verstärker an den optischen Digitalausgang gehangen. Leider bekomm ich nur Ton wenn der Sender Dolby sendet. Ansonszten geht die Ausgabe auf den normalen analogen Speakerausgang. ich hab des Rätsels Lösung noch nicht gefunden. HDMI benötige ich nicht.

Gruß
Atech

Zitat von ebsi

vaapi auf Intel Hardware kann nur Deinterlacing bei HD Material. Für SD bin ich den Weg gegangen das man Software Mpeg2 decoding für das ffmpeg modul aktivieran kann und auch ein Software mässiges deinterlacing im ffmpeg modul aufdrehen kann. Deinterlacing auf xineliboutput ebene funktioniert nicht.

Und bevor sich jemand zu Tode sucht, Software Decode klappt nicht mit Intel Sandy Bridge (libva 1.0.12) da vaPutImage noch nicht implementiert ist.

Johns

Zitat von johns

Und bevor sich jemand zu Tode sucht, Software Decode klappt nicht mit Intel Sandy Bridge (libva 1.0.12) da vaPutImage noch nicht implementiert ist.

Johns

Das kann ich so nicht bestätigen. Auf Sandy Bridge ist es wie mit Ironlake, dort verwendet man nicht vaPutImage. Den Image Buffer erhällt man dort über vaDeriveImage. Diesen Image Buffer befüllt man mit den Image Daten. Danach ein vaPutSurface und gut ist es. Habe mich am Anfang auch gewundert warum vaPutImage auf dem i3-540 ( Ironlake ) nicht funktioniert hat. Such im video_out_vaapi.c nach is_bound und Du wirst verstehen. Somit ist die Behauptung Softwaredecode funktioniert nicht, so nicht richtig.

lg

ebsi

So ich melde mich auch mal wieder. War ja zuletzt bei r190 hängengeblieben. Alles danach lief ja bei mir nicht. Jetzt wollte ich heute mal wieder updaten, aber die xine-lib will nicht bauen. Ab r215 erhalte ich beim Bauen folgenden Fehler:

ff_video_decoder.c:136: warning: ‘AVPaletteControl’ is deprecated
ff_video_decoder.c: In function ‘get_buffer’:
ff_video_decoder.c:187: error: ‘AVCodecContext’ has no member named ‘pkt’
ff_video_decoder.c:187: error: ‘AVFrame’ has no member named ‘pkt_pts’
ff_video_decoder.c:187: error: ‘AVCodecContext’ has no member named ‘pkt’
ff_video_decoder.c:188: error: ‘AVFrame’ has no member named ‘pkt_pts’
ff_video_decoder.c: In function ‘ff_handle_special_buffer’:
ff_video_decoder.c:1116: warning: ‘AVPaletteControl’ is deprecated
ff_video_decoder.c:1120: warning: ‘AVPaletteControl’ is deprecated
ff_audio_decoder.c: In function ‘ff_audio_decode_data’:
ff_audio_decoder.c:288: warning: ‘avcodec_decode_audio2’ is deprecated (declared at /usr/include/libavcodec/avcodec.h:3390)
ff_audio_decoder.c:313: warning: ‘avcodec_decode_audio2’ is deprecated (declared at /usr/include/libavcodec/avcodec.h:3390)

Zitat von Flachzange

So ich melde mich auch mal wieder. War ja zuletzt bei r190 hängengeblieben. Alles danach lief ja bei mir nicht. Jetzt wollte ich heute mal wieder updaten, aber die xine-lib will nicht bauen. Ab r215 erhalte ich beim Bauen folgenden Fehler:

Code

ff_video_decoder.c:136: warning: ‘AVPaletteControl’ is deprecated
ff_video_decoder.c: In function ‘get_buffer’:
ff_video_decoder.c:187: error: ‘AVCodecContext’ has no member named ‘pkt’
ff_video_decoder.c:187: error: ‘AVFrame’ has no member named ‘pkt_pts’
ff_video_decoder.c:187: error: ‘AVCodecContext’ has no member named ‘pkt’
ff_video_decoder.c:188: error: ‘AVFrame’ has no member named ‘pkt_pts’
ff_video_decoder.c: In function ‘ff_handle_special_buffer’:
ff_video_decoder.c:1116: warning: ‘AVPaletteControl’ is deprecated
ff_video_decoder.c:1120: warning: ‘AVPaletteControl’ is deprecated
ff_audio_decoder.c: In function ‘ff_audio_decode_data’:
ff_audio_decoder.c:288: warning: ‘avcodec_decode_audio2’ is deprecated (declared at /usr/include/libavcodec/avcodec.h:3390)
ff_audio_decoder.c:313: warning: ‘avcodec_decode_audio2’ is deprecated (declared at /usr/include/libavcodec/avcodec.h:3390)

Alles anzeigen

Probiers mit revision 220.

lg

ebsi

Hi,

kleiner Hinweis von meiner Seite.

Mir sind unter dmesg drm Fehler aufgefallen.

Zitat

mtrr: type mismatch for e0000000,10000000 old: write-back new: write-combining
[drm] MTRR allocation failed. Graphics performance may suffer.

Im BIOS muss das "Memory Remap Feature" deaktiviert werden. Dann sind die Fehler weg.

Gruß Lokutus

Zitat von ebsi

Probiers mit revision 220.

lg

ebsi

Damit baut es jetzt. Danke! Kann aber erst nächste Woche testen, da der spontane Test gestern mit neuem xserver fehlgeschlagen ist.

Zitat von lokutus

Im BIOS muss das "Memory Remap Feature" deaktiviert werden

Bei mir gibt es mit aktivierter als auch deaktivierter Option keine Fehler.

Ich bin immer wieder begeistert Aufgrund der zackigen Umschaltzeiten. Ansich rennt das ziemlich gut. Was mir aber nach wie vor auffällt ist das "Wabbern" bei schnellen Bildschwenks und eben das schlechtere Deinterlacing bei SD gegenüber VDPAU. Cropping von Letterbox fehlt noch, kommt aber sicherlich beizeiten. Bei HD+ speziell RTLHD hab ich noch Probleme mit den Pufferwerten, da bleibt mir öfter mal das Bild stehen bzw. es fängt nach einiger Zeit an zu ruckeln, bis der Ton verschwindet. Umschalten hilft ab und zu, aber nicht immer. Trotzdem prima Arbeit....mein Dank an ebsi!!

Achso... ich benutze den aktuellen Stand aus Git und SVN. Lediglich Kernelseitig benutze ich noch den 2.6.35.10er mit einem älteren drm-intel. Sollte man da mal ein Kernelupdate machen, oder bringt das bezüglich Bildqualität nix?

Gruß
iNOB

iNOB

Zitat

Bei mir gibt es mit aktivierter als auch deaktivierter Option keine Fehler.

Hast du 32bit oder ein 64bit System und 4GB RAM?
Erst bei 4GB RAM greift das Remap Feature und soweit ich gelesen habe gibt es den Fehler nur in 64bit Systemen.

Gruß Lokutus

32Bit und 4GB RAM.

Gruß
iNOB