HD-VDR mit Intel HD Graphics - Testbericht zu vaapi

    Sowie cpu und ram da sind gibt's feedback ;)

    Ich verfolge weiterhin mit viel Interesse Deine Arbeit. :tup Leider keine Zeit (prio) zum Testen ;(
    Sollte irgendwann mal deinterlacing für SD gehen werde ich sehen, die Zeit mir freizuschaufeln. Denn eine alternative zu vdpau wäre schon toll (auch vom Energiebedarf her gesehen). Nur SD ohne Deinterlacing ist ein NoGo für mich.


    Sollte es mal eine art Live Iso geben, bin ich der erste, der seine Nvidia zum Test raus schmeist ;D

    Proxmox VE, Tyan Xeon Server, OMV, MLD-Server 5.1
    MLD 5.1 64bit: Asus AT5iont-t, ION2, 4GB Ram, SSHD 2,5" 1Tb, HEX TFX 300W 82+, Cine S2 V6.2 , 38W max.
    Yavdr 0.5:     Zotac D2550ITXS-A-E mit GT610 OB, TT S2-4100 PCI-e ,Joujye NU-0568I-B
    Yavdr 0.5:     Sandy Bridge G840, Tests und Energieverbrauch , CoHaus CIR, Cine S2 V6.2
    MLD 5.1 Beebox N3150    , DVBSky S960 und 1Tb WD Blue

    Nur nicht aufgeben! Hab meine Platte für vaapi gerade anderweitig in Gebrauch. In ner Woche bin ich wieder dabei und gebe mal Meldung zum aktuellen Stand.


    Gruß
    iNOB

    So, endlich kann ich auch wieder testen. Die aktuelle GIT Version von xine-lib-vaapi funktioniert nun wieder mit ffmpeg 0.7.3 und 0.8.2.
    media-libs/mesa x11-drivers/xf86-video-intel x11-libs/libdrm x11-libs/libva sind aktuelle GIT Version.


    Das Problem ist das beim Umschalten oder Starten vdr-xinelibout und vdr-xine sich manchmal aufhängen.


    Ansonsten sehe ich keine Artefakte, Video-Tearing, Ruckler oder sonstige Fehler.


    Leider komme ich im Moment nicht zum debuggen,
    Johns

    Sag mir, wo die Developer sind. Wo sind sie geblieben? . . . . . . . . . . . . . . . . . . . . SoftHdDevice - A software and GPU emulated HD output device plugin.
    Sag mir, wo die Developer sind. Was ist geschehn?


    Client0: Crown CW02 MSI_C847MS-E33 Zotac_GT640_passiv Cine-S2 iMon-MCE / streamdev softhddevice
    Client1: Lian_Li_PC-Q09FB ASRock_H67M-ITX/HT I3-2100 ASUS_ENGT520_passiv / streamdev softhddevice
    Test: Lian_Li_PC-Q09R Asus C60M1-I / streamdev
    Server0: Dockstar TT-S2-3600-USB / streamdev
    Server2: Lian_Li_PC-Q07R Intel_DH61DL G620 WD20EARX 90W PicoPSU Cine-S2+DuoFlex-S2+DuoFlex-CT / streamdev / 22 Watt Verbrauch

    Einen Bug habe ich noch gefunden:


    Wenn ein Sender das Format ändert (16:9 -> 4:3 oder umgekehrt), danach wechselt vdr-xinelibout wie wild zwischen den beiden Formaten.
    Nach einem Neustart ist dann das neue Format stabil.


    Johns

    Sag mir, wo die Developer sind. Wo sind sie geblieben? . . . . . . . . . . . . . . . . . . . . SoftHdDevice - A software and GPU emulated HD output device plugin.
    Sag mir, wo die Developer sind. Was ist geschehn?


    Client0: Crown CW02 MSI_C847MS-E33 Zotac_GT640_passiv Cine-S2 iMon-MCE / streamdev softhddevice
    Client1: Lian_Li_PC-Q09FB ASRock_H67M-ITX/HT I3-2100 ASUS_ENGT520_passiv / streamdev softhddevice
    Test: Lian_Li_PC-Q09R Asus C60M1-I / streamdev
    Server0: Dockstar TT-S2-3600-USB / streamdev
    Server2: Lian_Li_PC-Q07R Intel_DH61DL G620 WD20EARX 90W PicoPSU Cine-S2+DuoFlex-S2+DuoFlex-CT / streamdev / 22 Watt Verbrauch

    Zitat von johns

    Einen Bug habe ich noch gefunden:


    Wenn ein Sender das Format ändert (16:9 -> 4:3 oder umgekehrt), danach wechselt vdr-xinelibout wie wild zwischen den beiden Formaten.
    Nach einem Neustart ist dann das neue Format stabil.


    Johns

    Mach mal ein update vom git und teste nochmals. Mir ist das Problem auch schon aufgefallen.


    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

    Klappt! Das 16:9 und 4:3 flimmern ist nun weg.


    Edit:
    Bei den Umschalt Bug, habe ich inzwischen entdeckt, wenn ich bei xine-ui die Maus rühre kann ich ohne Absturz umschalten.
    Irgend ein Event scheint verloren zugehen.
    Mit vdr-sxfe scheint der Trick auch zuklappen, nur ist empfindlicher, wenn die Zeit ohne Events zulang ist.


    tnx,
    Johns

    Sag mir, wo die Developer sind. Wo sind sie geblieben? . . . . . . . . . . . . . . . . . . . . SoftHdDevice - A software and GPU emulated HD output device plugin.
    Sag mir, wo die Developer sind. Was ist geschehn?


    Client0: Crown CW02 MSI_C847MS-E33 Zotac_GT640_passiv Cine-S2 iMon-MCE / streamdev softhddevice
    Client1: Lian_Li_PC-Q09FB ASRock_H67M-ITX/HT I3-2100 ASUS_ENGT520_passiv / streamdev softhddevice
    Test: Lian_Li_PC-Q09R Asus C60M1-I / streamdev
    Server0: Dockstar TT-S2-3600-USB / streamdev
    Server2: Lian_Li_PC-Q07R Intel_DH61DL G620 WD20EARX 90W PicoPSU Cine-S2+DuoFlex-S2+DuoFlex-CT / streamdev / 22 Watt Verbrauch

    2 Mal editiert, zuletzt von johns ()

    Was für ein Umschalt Bug ?


    Edit :


    Hab mal was zum Frühstück commited. Vielleicht war es das was du meintest.


    lg

    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

    2 Mal editiert, zuletzt von ebsi ()

    Ich bin immer noch abgehängt. Die letzte funktionierende Version war 288 aus dem alten Repo, wenn ich zurückgehe, geht es auch wieder. Neues libva habe ich inzwischen auch installiert.
    Ich bekomme den Splashscreen, aber kein Bild, anschließend läuft xine-ui ruhig mit 3% CPU vor sich hin.
    Helfen die logs? Was wäre noch zu ersetzen?


    Asus M3N78-VM/Athlon II X2 250, Mystique Satix S2 V2, Atric IR, yaVDR 0.5 (prod)

    Zitat von ebsi

    Was für ein Umschalt Bug ?


    Edit :


    Hab mal was zum Frühstück commited. Vielleicht war es das was du meintest.


    Dachte Gestern erst es funktioniert einwandfrei, hatte mehrere Stunden keinerlei Probleme, dann Neugestartet und sie waren wieder da.


    cmsa du kannst folgendes auch probieren.


    Wenn ich mit xine-ui starte oder den Kanal wechsel kommt meist kein Bild. Wenn ich dann die Maus bewege erscheint dann ein Bild.


    Bin aber inzwischen der Meinung das Problem liegt mehr am Kernel oder Treiber als an xine-vaapi.


    Johns

    Sag mir, wo die Developer sind. Wo sind sie geblieben? . . . . . . . . . . . . . . . . . . . . SoftHdDevice - A software and GPU emulated HD output device plugin.
    Sag mir, wo die Developer sind. Was ist geschehn?


    Client0: Crown CW02 MSI_C847MS-E33 Zotac_GT640_passiv Cine-S2 iMon-MCE / streamdev softhddevice
    Client1: Lian_Li_PC-Q09FB ASRock_H67M-ITX/HT I3-2100 ASUS_ENGT520_passiv / streamdev softhddevice
    Test: Lian_Li_PC-Q09R Asus C60M1-I / streamdev
    Server0: Dockstar TT-S2-3600-USB / streamdev
    Server2: Lian_Li_PC-Q07R Intel_DH61DL G620 WD20EARX 90W PicoPSU Cine-S2+DuoFlex-S2+DuoFlex-CT / streamdev / 22 Watt Verbrauch

    Kannst du mal den testing branch ( vaapi-testing ) testen ?


    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 von cmsa

    Ich bin immer noch abgehängt. Die letzte funktionierende Version war 288 aus dem alten Repo, wenn ich zurückgehe, geht es auch wieder. Neues libva habe ich inzwischen auch installiert.
    Ich bekomme den Splashscreen, aber kein Bild, anschließend läuft xine-ui ruhig mit 3% CPU vor sich hin.
    Helfen die logs? Was wäre noch zu ersetzen?


    Der log schaut mir nicht nach dem letzten git stand aus.


    git clone https://github.com/huceke/xine-lib-vaapi.git
    cd xine-lib-vaapi
    git checkout vaapi


    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 von ebsi

    Kannst du mal den testing branch ( vaapi-testing ) testen ?


    Ja mache ich gerne.
    Ich nehme alles zurück und behaupte das Gegenteil. Mit vaapi-testing und xine-ui kann ich nun stundenlang umschalten ohne die Maus zurühren.
    Also liegt es an xine-lib.


    Vaapi-testing zeigt kurz das "No Signal" Bild zwischen den Umschalten.


    Edit: Ist mit beiden vaapi Versionen der Fall: Ich habe Blockartefakte bei Anixe HD,


    Johns

    Sag mir, wo die Developer sind. Wo sind sie geblieben? . . . . . . . . . . . . . . . . . . . . SoftHdDevice - A software and GPU emulated HD output device plugin.
    Sag mir, wo die Developer sind. Was ist geschehn?


    Client0: Crown CW02 MSI_C847MS-E33 Zotac_GT640_passiv Cine-S2 iMon-MCE / streamdev softhddevice
    Client1: Lian_Li_PC-Q09FB ASRock_H67M-ITX/HT I3-2100 ASUS_ENGT520_passiv / streamdev softhddevice
    Test: Lian_Li_PC-Q09R Asus C60M1-I / streamdev
    Server0: Dockstar TT-S2-3600-USB / streamdev
    Server2: Lian_Li_PC-Q07R Intel_DH61DL G620 WD20EARX 90W PicoPSU Cine-S2+DuoFlex-S2+DuoFlex-CT / streamdev / 22 Watt Verbrauch

    Einmal editiert, zuletzt von johns ()

    Die Blockartefakte treten in Zusammenhang mit ffmpeg auf. Das ist der Grund warum ich die alte ffmpeg verwende. Ich sehe den Fehler einfach nicht. Kann auch sein das es ein bug in ffmpeg ist. Es betrifft nur interlaced h264 Material. Bei Progressiv Material konnte ich das verhalten noch nicht beobachten.


    lg

    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

    Zu den Blockartefakten. Probier bitte mal folgenden Patch aus :


    https://archvdr.svn.sourceforg…-git/vaapi_h264_fix.patch



    Dieser basiert auf folgendem ffmpeg git commit für vdpau :


    http://git.videolan.org/?p=ffm…5434a2fee42a2b69a8bfa6bb1



    Den patch gegen das aktuelle ffmpeg git anwenden.


    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

    Habe den Patch auf ffmpeg 0.8.3 angewandt, hat auch funktioniert.


    Mir sind bis jetzt keine Blockartefakte mehr aufgefallen, war auf allen billig HD Kanälen mit 1280x1080i usw.


    Gute Arbeit,
    Johns

    Sag mir, wo die Developer sind. Wo sind sie geblieben? . . . . . . . . . . . . . . . . . . . . SoftHdDevice - A software and GPU emulated HD output device plugin.
    Sag mir, wo die Developer sind. Was ist geschehn?


    Client0: Crown CW02 MSI_C847MS-E33 Zotac_GT640_passiv Cine-S2 iMon-MCE / streamdev softhddevice
    Client1: Lian_Li_PC-Q09FB ASRock_H67M-ITX/HT I3-2100 ASUS_ENGT520_passiv / streamdev softhddevice
    Test: Lian_Li_PC-Q09R Asus C60M1-I / streamdev
    Server0: Dockstar TT-S2-3600-USB / streamdev
    Server2: Lian_Li_PC-Q07R Intel_DH61DL G620 WD20EARX 90W PicoPSU Cine-S2+DuoFlex-S2+DuoFlex-CT / streamdev / 22 Watt Verbrauch

    Zitat von johns

    Habe den Patch auf ffmpeg 0.8.3 angewandt, hat auch funktioniert.


    Mir sind bis jetzt keine Blockartefakte mehr aufgefallen, war auf allen billig HD Kanälen mit 1280x1080i usw.


    Gute Arbeit,
    Johns

    http://git.videolan.org/?p=ffm…5aae9f0baa47671af15de181a



    Und der patch ist upstream.


    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

    Noch eine kleinigkeit, sollten hänger auftreten kann das durchaus an der libxcb liegen.
    Bei archlinux ist im moment libxcb 1.7 aktuell. Die braucht einen patch :


    https://archvdr.svn.sourceforg…/xcb_wait_for_reply.patch


    Dieser Patch ist basiert auf dem libxcb git commit 5ceeaaa4294201b3f613c07f9ec610c0e5f673c7.

    Wenn man video.output.vaapi_guarded_render:1 treten die Hänger ohne dem Patch auf. Die Hänger wurden
    vermehrt mit xineliboutput beobachtet.
    Der sogenannte guarded mode is für VAAPI stabiler. Wollte zwar von dem wegkommen, wird wohl wieder
    zum Standard werden. Das Problem sind zum teil nicht multithreading fähige VAAPI Treiber ( vdpau-video ).

    Bitte testet vaapi-testing, werde bald den Branch nach vaapi mergen. Sollten keine grossen Probleme mit
    video.output.vaapi_guarded_render:1 ( muss händisch aktiviert werden ) auftreten, möchte ich einen Patch
    präparieren und an die xine-ml schicken.

    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

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


    [Blockierte Grafik: http://vdrportal.magdlos.com/downloads/120920111056.jpg]


    über beide hdmi's und vga jeweils das gleiche

    Hatte bisher xine-ui ohne video.output.vaapi_guarded_render:1 getestet, was meiner Meinung nach stabiler war.
    So xcb auf git aktuallisiert und nun mit video.output.vaapi_guarded_render:1.


    Beim letzten commit d6fc1d3ec54b8f93f740c7e2412107c880b96a20 ist leider das OSD kaputt gegangen und zwar wenn man nun umschaltet wird keine Kanalinformation mehr angezeigt.


    Bei video.output.vaapi_guarded_render:1 ist nun auch das "No Signal" zwischen dem Umschalten verschwunden.


    vdr-xineliboutput stürzt bei mit video.output.vaapi_guarded_render:0 in vaapi_software_render_frame beim Umschalten oder Starten meist ab.
    Welches gar nicht aufgerufen werden dürfte. Wenn ich vaapi_software_render_frame rausnehme läuft es viel besser. Hin und wieder gibts einen Absturz wo anders, wird die gleichen Gründe wie vaapi_software_render_frame haben.


    Mit video.output.vaapi_guarded_render:1 bekomme ich vdr-xineliboutput gar nicht am laufen. Sind lauter Kernelmeldungen:
    localhost kernel: [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung


    Johns

    Sag mir, wo die Developer sind. Wo sind sie geblieben? . . . . . . . . . . . . . . . . . . . . SoftHdDevice - A software and GPU emulated HD output device plugin.
    Sag mir, wo die Developer sind. Was ist geschehn?


    Client0: Crown CW02 MSI_C847MS-E33 Zotac_GT640_passiv Cine-S2 iMon-MCE / streamdev softhddevice
    Client1: Lian_Li_PC-Q09FB ASRock_H67M-ITX/HT I3-2100 ASUS_ENGT520_passiv / streamdev softhddevice
    Test: Lian_Li_PC-Q09R Asus C60M1-I / streamdev
    Server0: Dockstar TT-S2-3600-USB / streamdev
    Server2: Lian_Li_PC-Q07R Intel_DH61DL G620 WD20EARX 90W PicoPSU Cine-S2+DuoFlex-S2+DuoFlex-CT / streamdev / 22 Watt Verbrauch

Jetzt mitmachen!

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

Benutzerkonto erstellen Anmelden