HD-VDR mit Intel HD Graphics - Testbericht zu vaapi

    Hallo Wolfgang,


    ich bekomme nächste Woche dieses MB:


    http://www.asus.com/product.aspx?P_ID=JhJ03CRwku0lzT6B


    Will es zunächst mit meiner 9500er GT nutzen, aber da ja da auch ne "feine" Onboard Grafik draufsitzt, wollt ich mal fragen wie´s im Moment mit xvba/vaapi aussieht, ob man sich da parallel drantrauen könnte?


    Gruß


    Oliver

    1. VDR 2.4.0 und VNSI Plugin auf Debian Buster Server

    2. Client 1 = NVIDIA Shield mit KODI 18.9

    3. Client 2 = NVIDIA Shield mit KODI 18 .9

    4. 75 Zoll Samsung UHD TV mit Pioneer AVR VSX923 und HD Fury zur Audio Auskopplung

    5. 50 Zoll Samsung HD TV


    Mahlzeit,


    wenn es dafür von Ati xorg-Treiberunterstützung gibt, sollte das gehen.


    Ob die passenden Treiber für Linux schon da sind, keine Ahnung?


    Gruß
    Wolfgang

    Die Ergebnisse meiner Versuche mit dem xine-plugin ohne Compiz sind mehr als bescheiden. Hauptgrund für meine Frustration ist nicht das Bild sondern eher die bescheidene Bedienbarkeit des intransparenten OSD. Beim Einblenden und Bewegen im Menü gibts heftiges Bildruckeln.


    Gibts da einen Trick oder ist das momentaner Stand der Dinge?


    Gruß
    iNOB

    Zitat

    Original von iNOB
    Die Ergebnisse meiner Versuche mit dem xine-plugin ohne Compiz sind mehr als bescheiden. Hauptgrund für meine Frustration ist nicht das Bild sondern eher die bescheidene Bedienbarkeit des intransparenten OSD. Beim Einblenden und Bewegen im Menü gibts heftiges Bildruckeln.


    Gibts da einen Trick oder ist das momentaner Stand der Dinge?


    Gruß
    iNOB


    Welche Hardware verwendest Du ? Bei mir läuft es nun auch mit dem 0.8.6'er compiz ohne Ruckler.


    lg


    ebsi

    HW HD-VDR-1 : Foxconn H67S MiniITX, Intel G620T, 1x 80GB Intel Postvile X25 SSD, anysee E7 PS2 CI DVB-S2 intern, Gehäuse JCP MI 101, 2 GB DDR3 Ram.
    HW HD-VDR-2 : Zotac H61 MiniITX , Intel G440, 1x 320GB HDD, TeVII 470, Gehäuse Silverstone Sugo SG05, 4 GB DDR3 Ram.
    SW HD-VDR : archlinux 64bit mit archvdr Paketen ( http://archvdr.sf.net ) und VAAPI. Kernel 3.1.x, Rest bleeding edge :D
    xine-lib-1.2 VAAPI : https://github.com/huceke/xine-lib-vaapi/commits/vaapi + vdr-xine als Frontend

    Einmal editiert, zuletzt von ebsi ()


    Ich habe auch Tests mit einer HD5450 gemacht. Aus meiner Erfahrung muss ich Dir leider von dem Board abraten. XVBA ist eine nicht Dokumentierte Schnittstelle von AMD. Die XVBA -> VAAPI Implementierung ist closed source. Aus diesen gründen Finger weg davon, ausser Du planst Windows darauf einzusetzen.


    lg


    ebsi

    HW HD-VDR-1 : Foxconn H67S MiniITX, Intel G620T, 1x 80GB Intel Postvile X25 SSD, anysee E7 PS2 CI DVB-S2 intern, Gehäuse JCP MI 101, 2 GB DDR3 Ram.
    HW HD-VDR-2 : Zotac H61 MiniITX , Intel G440, 1x 320GB HDD, TeVII 470, Gehäuse Silverstone Sugo SG05, 4 GB DDR3 Ram.
    SW HD-VDR : archlinux 64bit mit archvdr Paketen ( http://archvdr.sf.net ) und VAAPI. Kernel 3.1.x, Rest bleeding edge :D
    xine-lib-1.2 VAAPI : https://github.com/huceke/xine-lib-vaapi/commits/vaapi + vdr-xine als Frontend

    Bekommst Du die Decoding Fehler mit ffmpeg alleine auch ? Wenn ja, würde ein Streamschnipsel den ffmpeg Developer helfen.


    lg


    ebsi


    HW HD-VDR-1 : Foxconn H67S MiniITX, Intel G620T, 1x 80GB Intel Postvile X25 SSD, anysee E7 PS2 CI DVB-S2 intern, Gehäuse JCP MI 101, 2 GB DDR3 Ram.
    HW HD-VDR-2 : Zotac H61 MiniITX , Intel G440, 1x 320GB HDD, TeVII 470, Gehäuse Silverstone Sugo SG05, 4 GB DDR3 Ram.
    SW HD-VDR : archlinux 64bit mit archvdr Paketen ( http://archvdr.sf.net ) und VAAPI. Kernel 3.1.x, Rest bleeding edge :D
    xine-lib-1.2 VAAPI : https://github.com/huceke/xine-lib-vaapi/commits/vaapi + vdr-xine als Frontend

    ebsi

    Zitat

    Welche Hardware verwendest Du ?


    Ein ZOTAC H55ITX-A-E mit einer i3-540er CPU.


    Meine Versuche mit xineliboutput, vdr-sxfe und Compiz brachten bessere Ergebnisse bezüglich OSD. Allerdings ist da die Spulerei noch in den "Kinderschuhen", da brauchts sicherlich noch einiges damit das rund läuft. Deswegen meine Versuche mit xine, ob's damit besser geht.


    Gruß
    iNOB

    Einmal editiert, zuletzt von iNOB ()


    Die gleiche Hardware wie mein Testsystem. Bezüglich spulen, such mal nach dem Trickspeed patch vom R. Nissl.

    HW HD-VDR-1 : Foxconn H67S MiniITX, Intel G620T, 1x 80GB Intel Postvile X25 SSD, anysee E7 PS2 CI DVB-S2 intern, Gehäuse JCP MI 101, 2 GB DDR3 Ram.
    HW HD-VDR-2 : Zotac H61 MiniITX , Intel G440, 1x 320GB HDD, TeVII 470, Gehäuse Silverstone Sugo SG05, 4 GB DDR3 Ram.
    SW HD-VDR : archlinux 64bit mit archvdr Paketen ( http://archvdr.sf.net ) und VAAPI. Kernel 3.1.x, Rest bleeding edge :D
    xine-lib-1.2 VAAPI : https://github.com/huceke/xine-lib-vaapi/commits/vaapi + vdr-xine als Frontend

    Die xine-lib-1.2 ist auf dem letzten Stand. xine-ui ist Revisionsstand 2978. Könntest du mal deinen Aufruf für xine, inkl. conf hier einstellen?


    Gruß
    iNOB

    Zitat

    Original von ebsi
    Welche Hardware verwendest Du ? Bei mir läuft es nun auch mit dem 0.8.6'er compiz ohne Ruckler.


    auch mit diesem Testschnipsel?:


    Zitat

    Original von Flachzange
    Ich habe mal die Testaufnahme hochgeladen, bei der man an der Laufschrift schön sehen kann, ob es flüssig läuft oder nicht:


    http://rapidshare.com/files/447056979/00001.ts


    Danke für die Mühe

    Testsystem:
    Hardware: Lian Li C39, Core-i7-3632QM, Jetway NF9G-QM77, 4GB RAM, PicoPSU 160XT inkl 80W Morex, 3x 2,5" 1TB RAID5, 1xSamsung PM830 mSATA 128GB, 1x LG BDROM, 1x DD Cine CT (v6) + CI + Alphacrypt CAM
    Software: Ubuntu 13.04 mit 3.8 x64, VDR 2.0.1 + xbmc 12.2

    Kleine Info am Rande. Im moment arbeite ich daran VAAPI auch zur Videoausgabe zu verwenden. XV auf dem i3 doch etwas Ineffizient was die CPU last angeht. Hab hier nun experimentellen Code laufen, der das XV Ausgabe plugin missbraucht. Also theoretisch ist eine VAAPI Ausgabe auch unter Xine möglich. Die CPU last sinkt damit nochmals erheblich :D


    lg


    ebsi

    HW HD-VDR-1 : Foxconn H67S MiniITX, Intel G620T, 1x 80GB Intel Postvile X25 SSD, anysee E7 PS2 CI DVB-S2 intern, Gehäuse JCP MI 101, 2 GB DDR3 Ram.
    HW HD-VDR-2 : Zotac H61 MiniITX , Intel G440, 1x 320GB HDD, TeVII 470, Gehäuse Silverstone Sugo SG05, 4 GB DDR3 Ram.
    SW HD-VDR : archlinux 64bit mit archvdr Paketen ( http://archvdr.sf.net ) und VAAPI. Kernel 3.1.x, Rest bleeding edge :D
    xine-lib-1.2 VAAPI : https://github.com/huceke/xine-lib-vaapi/commits/vaapi + vdr-xine als Frontend

    Zitat

    Original von ebsi
    Kleine Info am Rande. Im moment arbeite ich daran VAAPI auch zur Videoausgabe zu verwenden. XV auf dem i3 doch etwas Ineffizient was die CPU last angeht. Hab hier nun experimentellen Code laufen, der das XV Ausgabe plugin missbraucht. Also theoretisch ist eine VAAPI Ausgabe auch unter Xine möglich. Die CPU last sinkt damit nochmals erheblich :D


    lg


    ebsi


    Hi ebsi,


    dann mach mal bitte den Push...


    Denn ich bekomme die hier


    Code
    ffmpeg_video_dec: error decompressing frame
ffmpeg_video_dec: error decompressing frame
ffmpeg_video_dec: error decompressing frame
ffmpeg_video_dec: error decompressing frame
ffmpeg_video_dec: error decompressing frame
ffmpeg_video_dec: error decompressing frame


    nicht weg, und somit macht das keinen Spaß, da lief die 32er besser.


    Das ist ganz normaler decode von SAT in s2, also z.b bei ZDF HD.


    PS: Kann eh nicht schlafen, zuviel aua..


    Gruß
    Wolfgang

    Zitat

    Original von ebsi
    Kleine Info am Rande. Im moment arbeite ich daran VAAPI auch zur Videoausgabe zu verwenden. XV auf dem i3 doch etwas Ineffizient was die CPU last angeht. Hab hier nun experimentellen Code laufen, der das XV Ausgabe plugin missbraucht. Also theoretisch ist eine VAAPI Ausgabe auch unter Xine möglich. Die CPU last sinkt damit nochmals erheblich :D


    lg


    ebsi


    Mahlzeit ebsi,


    sieht ja gut aus, was du da in das repo zauberst, werde glich mal testen.


    Und nicht vergessen, DANKE!


    Gruß
    Wolfgang

    Freu dich nicht zu früh. Es wird noch dauern bis das stabiler wird.
    Schön ein DANKE zu hören.

    HW HD-VDR-1 : Foxconn H67S MiniITX, Intel G620T, 1x 80GB Intel Postvile X25 SSD, anysee E7 PS2 CI DVB-S2 intern, Gehäuse JCP MI 101, 2 GB DDR3 Ram.
    HW HD-VDR-2 : Zotac H61 MiniITX , Intel G440, 1x 320GB HDD, TeVII 470, Gehäuse Silverstone Sugo SG05, 4 GB DDR3 Ram.
    SW HD-VDR : archlinux 64bit mit archvdr Paketen ( http://archvdr.sf.net ) und VAAPI. Kernel 3.1.x, Rest bleeding edge :D
    xine-lib-1.2 VAAPI : https://github.com/huceke/xine-lib-vaapi/commits/vaapi + vdr-xine als Frontend

    Einmal editiert, zuletzt von ebsi ()

    Auch von mir ein Dankeschön! Grundsätzliche Frage noch, bei mir läuft noch der 2.6.35.10 Kernel. Macht das einen großen Unterschied zum empfohlenen 2.6.37er? Bezüglich der Intelgeschichte mein ich, letztendlich gehts ja nur um den AGP-Treiber soweit ich das verstanden hab...


    Gruß
    iNOB

    Einmal editiert, zuletzt von iNOB ()

    Zitat

    Original von iNOB
    Auch von mir ein Dankeschön! Grundsätzliche Frage noch, bei mir läuft noch der 2.6.35.10 Kernel. Macht das einen großen Unterschied zum empfohlenen 2.6.37er? Bezüglich der Intelgeschichte mein ich, letztendlich gehts ja nur um den AGP-Treiber soweit ich das verstanden hab...


    Gruß
    iNOB


    Leider geht es da nicht nur um die "AGP" Treiber. Intel hat viel vom Userspace Treiber in den Kernelspace verfrachtet. Ein Beispiel ist KMS. Im Zweifelsfalle immer den neusten Kernel einsetzen.

    HW HD-VDR-1 : Foxconn H67S MiniITX, Intel G620T, 1x 80GB Intel Postvile X25 SSD, anysee E7 PS2 CI DVB-S2 intern, Gehäuse JCP MI 101, 2 GB DDR3 Ram.
    HW HD-VDR-2 : Zotac H61 MiniITX , Intel G440, 1x 320GB HDD, TeVII 470, Gehäuse Silverstone Sugo SG05, 4 GB DDR3 Ram.
    SW HD-VDR : archlinux 64bit mit archvdr Paketen ( http://archvdr.sf.net ) und VAAPI. Kernel 3.1.x, Rest bleeding edge :D
    xine-lib-1.2 VAAPI : https://github.com/huceke/xine-lib-vaapi/commits/vaapi + vdr-xine als Frontend

    Zitat

    Original von iNOB
    Auch von mir ein Dankeschön! Grundsätzliche Frage noch, bei mir läuft noch der 2.6.35.10 Kernel. Macht das einen großen Unterschied zum empfohlenen 2.6.37er? Bezüglich der Intelgeschichte mein ich, letztendlich gehts ja nur um den AGP-Treiber soweit ich das verstanden hab...


    Gruß
    iNOB


    Nabend iNOB,


    also bei mir läuft parallel noch ein 2.6.38er-RC2 aus dem Kernel-git von Intel.


    Mit dem Kernel kann ich keine gravierenden Abweichungen zum grundsätzlichen Systemverhalten feststellen. Auch die Logs geben keine Abweichungen her.
    KMS funzt da genauso wie mit dem 2.6.35.10er. Allerdings ist es eine Tortur den Kernel mit allem was man braucht zu versorgen (Lirc, DVB-Treiber, Einstellungen in der .config).


    Mir wäre auch nicht bekannt, was da für die Videoausgabe/Xserver dazu kommen sollte. Die Musik speilt im Intel-Xorg-Treiber und in der libdrm und vorallem in der libva in Verbindung mit xine.


    ebsi, die 82er läuft auf SD schon brauchbar, aber da fehlt noch der Feinschliff am OSD, bei HD hakt es aber noch sehr, da kommen jede Menge Framedrops.
    Wenn du Hilfe, Logs, Tests oder sonstiges brauchst, schreib ruhig.


    Gruß
    Wolfgang

    Zitat

    Allerdings ist es eine Tortur den Kernel mit allem was man braucht zu versorgen


    Genau das habe ich befürchtet. Meine Versuche Lirc mit 2.6.36 ans rennen zu bringen, waren eine Katastrophe. Wenn ich jetzt noch an die Treiber für die Satkarte denke wird mir schlecht ;(


    Gruß
    iNOB

    Einmal editiert, zuletzt von iNOB ()

    iNOB


    Hast du bzgl. deiner Ruckler bei langsamen Kameraschwenks mal


    Code
    video.processing.ffmpeg_skip_loop_filter:all


    gesetzt. Das führt bei mir dazu, dass ich


    1) Keine Ruckler mehr habe und
    2) keine Framedrops im log.


    Ob diese Einstellung Nachteile hat weiß ich nicht.


    Die von ebsi vorgeschlagene Kerneloption nohzf=off hat zwar einen ähnlichen Effekt, führt jedoch dazu, dass mein System im IDLE 37% mehr aus der Steckdose zieht (37 statt 27 Watt).


    Obiges gilt für ein System mit einfachem Fenstermanager (derzeit fluxbox) und ohne HUD. Jetzt müsste es nur noch mit composite engine laufen....

    Testsystem:
    Hardware: Lian Li C39, Core-i7-3632QM, Jetway NF9G-QM77, 4GB RAM, PicoPSU 160XT inkl 80W Morex, 3x 2,5" 1TB RAID5, 1xSamsung PM830 mSATA 128GB, 1x LG BDROM, 1x DD Cine CT (v6) + CI + Alphacrypt CAM
    Software: Ubuntu 13.04 mit 3.8 x64, VDR 2.0.1 + xbmc 12.2

    Nö... macht bei mir keinen Unterschied. Allerdings hab ich nur unter Composite mit xineliboutput getestet. Mit dem xine-Plugin lüppts noch net bei mir.


    Gruß
    iNOB

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden