Beiträge von Flachzange

  • HD-VDR mit Intel HD Graphics - Testbericht zu vaapi

    Moin


    Zitat

    Original von wbreu
    Flachzange,


    sehe ich das richtig dass du sowohl compiz als auch den xcompmgr laufen hast?


    Nein, ich habe nur mal mit beiden getestet, weil compiz anfangs irgendwelche Zicken gemacht hat Das tuts aber jetzt sauber


    Zitat

    Original von wbreu
    Dann würde ich sagen schmeiss mal einen runter, ansonsten beide und teste mal ohne --hud ob das Ruckeln imm er noch da ist.


    Stimmt, das hatte ich noch nicht getestet. Ich habe es gerade noch mal ausprobiert und es spielt keine Rolle, ob --hud oder nicht...gleichmäßiges ruckeln ohne drop frames im log. Was mich zudem stutzig macht sind die Bildfehler bei deaktiviertem vsync (compiz aus).


    Zitat

    Original von wbreu
    Wie sieht es denn aus mit zwei Ram-Modulen?, bei den Nvidia's ist das wichtig wegen Ram-Performance, der Ram wird auch von der GPU genutzt.


    Nvidia?!? :) Ich bekomme den Ram erst morgen, kann dazu also morgen Abend noch mal etwas sagen. Mich irritiert halt nachwievor, dass es im mplayer bzw auch xbmc sauber läuft.



    Jetzt sehe ich gerade in fett rot folgende Ausgabe (Auszug) auf der vdr-sxfe Konsole:



    Ist das auch normal?


    Gruß
    Christoph



    Nachtrag:


    Um ein paar Faktoren auzuschließen, habe ich mal meine G210 eingebaut und mein paralleles Ubuntu 10.10 gestartet. Habe dann deine neue xine-lib genommen und genau den gleichen vdr + xineliboutput wie bei den vaapi Tests. Das läuft alles glatt auch keine dieser seltsamen "h264" Ausgaben. Das ist Setup ist natürlich nicht 100%ig vergleichbar.


    Nachtrag 2: Ich bin da gerade über einen Beitrag von dir gestolpert, der genau das gleiche beschreibt :)

  • HD-VDR mit Intel HD Graphics - Testbericht zu vaapi

    Zitat

    Original von hoschi78
    Öhm.. ja !
    Ich sehe zwar, was da steht, kanns aber nicht wirklich deuten.
    Was fehlt denn ? Wenn ich den vdr starte, dann taucht xineliboutput mit in der Liste der Plugins auf.


    Dann sind die libs am falschen Ort oder irgendetwas anderes fehlt noch. Ich nehme jetzt an, dass dein vdr automatisch nach Plugins sucht?!Was sagt denn syslog beim start des vdr? Vielleicht fehlt noch die allowed-hosts.conf oder so...



    Bei mir baut die xine-lib von Wolfgang, bringt jedoch keine Änderung (hatte ich aber auch nicht erwartet)

  • HD-VDR mit Intel HD Graphics - Testbericht zu vaapi

    Ja weil du das package mit dpkg-buildpackage bauen möchtest. Meine Idee war folgende (jedenfalls glaube ich das vor ein paar Jahren mal so gemacht zu haben):


    Du holst dir die vdr und xineliboutput sourcen aus dem Repository. Das wird dann irgendwo in /usr/source oder so abgelegt


    Den vdr brauchst du vermutlich selbst nicht bauen, aber der muss halt da sein, damit du xineliboutput *per Hand* bauen möchtest. Dann solltest du mit "make plugins" und "make install-plugins" das xineliboutput bauen und installieren können. Da das dann am dpkg vorbeiläuft hast du auch nicht die Paketabhängigkeit auf lib-xine.


    Ist nur eine Idee, aber vielleicht haben die anderen ja noch eine bessere.

  • HD-VDR mit Intel HD Graphics - Testbericht zu vaapi

    Zitat

    Original von wbreu
    Aber trotzdem habe ich dir auf der bekannten vaapi-Seite mal ein bisschen die jeweiligen Flags dokumentiert.


    Zudem die setup.conf-Parameter und die config-xineliboutput.


    Ich danke dir! Ich habe die mal mit meinen Settings verglichen. Die kritische Stelle scheint zu sein:


    Code
    # enable vblank sync
# bool, default: 1
video.device.xv_sync_to_vblank:0


    1) Wert 0 bei deaktiviertem Compiz/xcompmgr führt zu horizontalen Bildfehlern. Genau, dann wenn ich sonst die frame drops hätte.


    2) Wert 1 bei deaktiviertem Compiz führt zu den frame drops von vorher


    3) Werte 1/0 bei aktiviertem Compiz/xcompmgr führen zu ruckeln aber keine dauerhaften frame drops wie bisher Edit: Das Ruckeln ist übrigens ein anderes. Es ist gleichmäßiger, aber Kopfschmerzen macht es trotzdem :) Im Prinzip ist das in etwa so wie bei meinen letzten Versuchen unter Ubuntu.


    Zitat

    Original von wbreu
    Sag mal du hast aber schon dualchannel-Ram drinnen?


    Nein, ich habe nur ein Modul. Ist das tatsächlich relevant? Ich habe hier noch RAM,kann es also testen, aber das wäre schon ein Ding....


    Zitat

    Original von wbreu
    Schau auch mal nach ob die compiz-Plugins deaktiviert sind, nicht dass da ein Plugin dazwischenfunkt (--replace, wäre gut).


    Compiz schlägt mir das replace vor....xcompmgr sagt nichts

  • HD-VDR mit Intel HD Graphics - Testbericht zu vaapi

    Moin Wolfgang, danke für deine Anteilnahme ;)


    Ich möchte mich jetzt erstmal auf Problem 1 konzetrieren (frame drops). Um mal irgendwelche Hardware-Geschichten oder Modlines (wobei die ja nicht für die frame drops verantwortlich sein können) sicher auszuschließen, habe ich mal mit dem mplayer-vaapi getestet.


    Damit habe ich u.a. ein 1080i mkv getestet, das bisher auf all meinen IGPs und Low-End-Karten erhebliche Probleme bereitet hat. Und siehe da, der vaapi mplayer spielt es super ab. Keine frame drops, kein aynchrones a/v. Super Bild, CPU-Last bei <= 20%. Leistungsaufnahme bei 36W. Was will man mehr... (Das besagte 1080i mkv erzeugt mit xineliboutput framedrops en masse)


    OK, also habe ich mal eine HD-Aufnahme im VDR gemacht und diese anschließend im mplayer-vaapi abgespielt. Und auch hier, keine Ruckler und auch sonst keine Probleme.


    Ich neige also dazu das Problem auf ffmpeg=>xine-lib-1.2-vaapi=>xineliboutput einzuschränken. Solltest du mal Zeit und Lust haben, könntest du mir dann vielleicht (kurz und knapp) deine Vorgehensweise beschreiben. Also welche ffmpeg version, wie baust du die xine-lib etc....Ich befürchte fast, dass ich hier noch irgendwo etwas signifikant falsch mach. Ich dachte beispielsweise eigentlich auch, dass die xine-lib-1.2-vaapi mit einem eigenen gepatchten ffmpeg kommt, aber beim configure wählt er für die video codec immer ein externes ffmpeg (audio intern).


    EDIT: Hab die xine-lib jetzt mit --without-external-ffmpeg konfiguriert. Dann nimmt er tatsächlich die interne.... Bringt leider nichts....gleiches Problem wie vorher


    Gruß
    Christoph

  • HD-VDR mit Intel HD Graphics - Testbericht zu vaapi

    Kleines Update:


    Zitat

    Original von Mufflon
    Wegen Maus/Tastatur trag mal folgendes in der /etc/X11/xorg.conf ein:


    Section "ServerFlags"
    Option "AutoAddDevices" "false"
    EndSection



    Komm Zeit, kommt Rat. :) Man sollte natürlich auch die driver gegen den neuen xserver bauen. Tastatur und Maus laufen also wieder...Xorg.0.log war hier sehr hilfreich.



    wbreu


    1) Da mein Bild 720p50 (ARD/ZDF) immer noch ruckelt habe ich mal deine Modlines genommen und das Ruckeln ist besser geworden. Das Bild kommt so in Schüben, wie ein Rad das eiert oder so. Das sieht man natürlich besonders gut bei langsamen Bewegungen. Das ist letztendlich genau das Problem, was ich seit Anfang an mit VAAPI-Experimenten habe. Liegt das an den Modines?
    Meine xineliboutput settings sind im Prinzip auf default. Nur, dass ich mal den deinterlacer eingestellt hatte, aber der greift ja bei dem Format eh nicht und außerdem ruckelt es auch, wenn es deaktiviert ist.


    2) Ich hatte mich gewundert, dass ich bei aktiviertem Fenster oder Vollbild kein Bild sehen konnte. Also habe ich mal das "--hud" rausgenommen und schon habe ich das normale Bild. Dann habe ich mal compiz installiert und dann ging es auch mit HUD. Hast du da irgendetwas spezielles konfiguriert?


    Danke schon mal und Gruß
    Christoph



    Edit: Vielleicht ist das folgende interessant:


    Das kommt häufiger auf der Konsole von vdr-sxfe


    Ein Auszug aus dem umgelenkten log von vdr_sxfe

  • HD-VDR mit Intel HD Graphics - Testbericht zu vaapi

    Zitat

    Original von wbreu
    Man bedenke zwischen 1.9.0 und 1.9.3 liegen immerhin 5 Monate, zwischen 1.9.2 und dem 1.9.3 immerhin 2 Monate.


    Wichtig dabei ist dann mindestens auf den Intel-2.14.0 zu gehen, wie das bei Ati mit der Treiberfolge aussieht, mal sehen.


    Ja das ist mir klar, deswegen wollte ich ja auch unbedingt deine Variante mit 1.9.3 nachvollziehen und auf den ersten Blick schien es sich ja auch schon gelohnt zu haben. Heute Abend geht es weiter, dann kann ich hoffentlich mehr berichten. Mein Hinweis galt nur denen, die es mal schnell ausprobieren wollen, ohne sich jetzt gleich den xserver neuzubauen.


    Ich bin mal gespannt. ob Frank es unter Natty hinbekommt.

  • HD-VDR mit Intel HD Graphics - Testbericht zu vaapi

    Moin,


    herzlichen Dank euch beiden. Damit konnte ich direkt gestern Abend noch den xserver und Co bauen. Es läuft sogar VAAPI und das ohne die vorher beschriebenen Mikroruckler. Aber irgendwie muss ich das mit dem xserver noch lernen:


    1) Maus/Tastatur geht nicht mehr (Bedienung derzeit über VNC/SSH)
    2) Beim starten von sxfe mit --video=xv erhalte ich eine Fehlermeldung, dass xv nicht gefunden wurde. Edit: Kaum macht man es richtig funktioniert es: Hatte nur die benötigten dev packages für xv vergessen, damit die xine-lib damit baut. Ich bin einfach noch etwas Ubuntu verwöhnt, da musste ich mich bisher darum nicht kümmern :)


    In beiden Fällen vermute ich, dass ich die Treiber für den xserver vergessen habe. Ich bleibe mal dran und les noch etwas dazu :)



    Christoph

  • HD-VDR mit Intel HD Graphics - Testbericht zu vaapi

    Also Deinterlacing lief bei mir unter xbmc auch nicht. TvTime ist doch was spezielles von xineliboutput und hat doch nichts mit xbmc zu tun oder täusche ich mich da gerade?


    Aber noch mal zu meinem Problem: Habe mir jetzt Debian sequeeze hochgezogen. Neuer Kernel ist schon drauf, aber jetzt scheitere ich bereits beim Bauen vom xserver 1.9.3. Die Abhängigkeiten bringen mich noch um. Nachdem ich jetzt fast alle irgendwie aufgelöst bekommen habe, steht jetzt noch


    No package 'bigreqsproto' found



    Das finde ich partout nicht. Gibt es hier irgendeine Best Practice den xserver zu bauen. Das ist schon ziemlich nervig im Moment :(


    Gruß
    Christoph

  • HD-VDR mit Intel HD Graphics - Testbericht zu vaapi

    So da bin ich wieder. Nachdem ich gestern noch 6-8h investiert habe, um VAAPI ans Laufen zu bekommen, bräuchte ich mal eure Hilfe, da es immernoch nicht so ganz funktioniert wie gewünscht.


    Mein System: Ubuntu 10.10. Kernel 2.6.35.24


    Ich habe mich zunächst mal an die Beschreibung von Wolfgang gehalten und alles aus den git repositories installiert:


    xserver erstmal bei 1.9.0 gelassen
    libdrm installiert
    2D-Treiber installiert
    libva installiert


    Beim configure von libva bin ich stutzig geworden, weil nur der dummy Treiber aufgeführt war. Dementsprechend gab vainfo nur Fehler zurück, weil der i965-Treiber fehlte.


    Da ich vorher eine Nvidia G210 drin hatte, dachte ich mir, versuchste es mal mit einem frischen System. Dank SSD ist das ja ratzfatz hochgezogen.


    Beim zwischenzeitlichen Stöbern bin ich dann auf diesen Thread gestoßen indem auf ein halbwegs aktuelles PPA verwiesen wird (ppa:xorg-edgers/ppa). Also das mal schnell konfiguriert und die benötigten Pakete installiert.


    Ergebnis VAAPI läuft mit leichte veralterten Versionen, als die hier beschriebenen.


    CPU-Last 720p (ARD: vdr-sxfe: 30%. 15% xserver
    Leistungsaufnahme 720p (ARD): 40W*


    *(Core i3-530, MSI H55M-ED55, 2GB RAM, PicoPSU, 1x WD 1TB, 1x WD 640GB, 1xOCZ Vertex2 60GB, 1x LG Blueray, 1xDVB-C + CI + CAM)


    Problem: Bei 720p habe ich ganz feine "Mikroruckler". Konnte man gerade gestern beim Fußball sehen. Bei SD-Inhalten tritt das nicht auf.


    XBMC ausm git mit patch läuft auch gut (jedenfalls bei 720p).


    Also wollte ich jetzt mal wieder die Wolfgang-Variante angehen (spricht aktuelles Intel Treiberpackage etc).


    Alles ausm git:
    xserver 1.9.3
    libdrm
    2D-Treiber
    libva


    Vorher habe ich die bisherigen Pakete aus dem oben genannten PPA gelöscht uns das PPA rausgeschmissen.


    Leider funktioniert jetzt nicht mehr so viel. Gnome kommt ganz normal hoch. xserver version stimmt auch, aber der Intel-Treiber scheint nicht zu laufen und ich bin ratlos:


    glxinfo gibt Fehler aus und auch der composite manager läuft nicht.


    Ist zwar etwas OT, aber habt ihr eine Idee, an welcher Stelle es hier klemmt? Mir fehlt da gerade auch einfach die Erfahrung mit Treibern und Kernelmodulen etc. Habe mitterweile schon die ein oder andere Konfiguration durch (wie gesagt 6-8h gestern).
    Wie kann ich das sinnvoll debuggen? Habe leider gerade keinen Zugriff auf den Rechner, so dass ich Details erst spägter nachreichen könnte.


    Danke schon mal und Gruß
    Christoph