VDR Portal

ja wie gesagt: Mit composite tut es bei mir auch noch nicht. Ich bin auch mit xineliboutput unterwegs.

Ich hab das ganze Zeuch aus dem git runderneuert und gegen die r86 gebaut. Ich meine das ging schon besser

Oder liegt das daran, dass ich vaapi gegen die aktuelle Gitversion von "xine-lib-1.2-vdpau-extensions-patch-xine-lib-patch" baue?

Gruß
iNOB

So, bei mir tut es jetzt auch mit compiz 0.9.2.1 und HUD und das Ganze auch ruckelfrei mit Singel Channel RAM. Das ist auf jeden Fall mal ein richtiger Fortschritt.

Ich habe aber noch mal ein paar Fragen bzgl. der Compiz-Konfiguration

1) Wenn ich OpenGL in Compiz nicht aktiviert habe, kann ich keine Fenster verschieben und das transparente HUD funktioniert nicht.

2) Wenn ich OpenGL in Compiz aktiviert habe, dann habe ich ein transparentes HUD und Fenster lassen sich verschieben, aber ich seltsame Grafikfehler beim Verschieben von Fenstern (nach rechts). Siehe angehängtes Bild.

Muss man beim Konfigurieren (mit ccsm) irgendetwas spezielles beachten? Gibt da ja nicht gerade wenige Optionen. Wie habt ihr das eingestellt (isbesondere wbreu)?

Wäre echt cool, wenn ihr mir da Feedback geben könntet. Wenn das hinhaut, widme ich mich anschließend den neuen xine-lib vaapi Versionen.

P.S. Als decorator habe ich den gtk-window-decorator angegeben.

Danke und Gruß
Christoph


Nachtrag: Also nachdem ich jetzt mal ein paar Tage abends intensiver SD-Fernsehen geschaut habe (Fussball), ist mir aufgefallen, dass das Bild auch mit Compiz 0.9.2.1 nicht flüssig läuft. Das Ruckeln ist aber ein anderes und geht glaube ich eher in die Richtung, die inob beschrieben hat. Interessanterweise läuft die Laufschrift aus meinem HD-Testfile flüssig, was meine Vermutung bestärkt, dass sich das Problem auf SD beschränkt. Ohne compisition läufts sauber und das Bild wirkt viel besser und homogener.

Hi vaapi Nutzer,

wollte mal fragen, ob sich damit noch jemand auseinandersetzt?

Mir ist leider am Sonntag morgen (wann sonst ) in meinem VDPAU Client die Grafikkarte samt Mainboard abgeraucht. Da das Mainboard zu alt ist habe ich mir eine neue Plattform mit einem Core i3-540 und nem ZOTAC H55-ITX WiFi besorgt.

Bevor ich mir jetzt noch ne neue Grafikkarte anschaffe wollte ich es erst mal mit der vaapi versuchen.

Dank Wolfgangs Homepage gibt es ja schon eine schöne Sammlung an Informationen zu dem Thema. Danke dafür!

Jetzt ist halt die Frage ob sich die Investition an Zeit lohnt?

Gruß lokutus

PS: Achja, ich liebe es zu basteln und Linux Kenntnisse sind ausreichend vorhanden

Hi,

meine letzten Tests haben leider bei mir noch keine brauchbaren Ergebnisse gebracht. Ich würde mein gebastel hier aber auch nicht als Referenz nehmen Grundsätzlich läuft es ganz nett. Aber ich habe z.B. große Probleme mit dem Deinterleacing bzw. Vsynch.

Ich teste grade ohne vaapi (also reine Software) und das geht geht wesentlich besser. Lediglich das OSD macht noch einige Schwierigkeiten (keine Transparenz oder matschig). Allerdings ist dann auch die Prozessorlast höher und man verbraucht wahrscheinlich mehr Strom. ich sehe das als Übergangslösung bis die vaapi weiter Entwickelt ist.

Als nächstes Teste ich mit vdr-xine anstatt mit xinelibout und Softwarewiedergabe. Ich denke unter xine bekomme ich das OSD in den Griff. Dann bin ich mal gespannt wie sich das Bild auf meinem Fernseher so macht.

An deiner Stelle würde ich es einfach mal austesten bevor du eine extra Grafikkarte reinsetzt. Ich bin mit der reinen Software Wiedergabe schon sehr zufrieden

Gruß
Atech

Hallo,

ich bin mit dem aktuellen Stand sehr zufrieden auch wenn es immer noch besser seien könnte. Ruckeln ist bei mir sehr selten. Das OSD ohne HUD ist für mich auch OK.

Xine ist die hier erwähnte Version/Paket. Der Rest ist debian experimental. Als HW kommt ein i5 661 zum Einsatz.

Ich wollte mal eine kleine Rückmeldung über den Status geben.

Ich habe gestern etwas Zeit gefunden und versucht das ganze zum laufen zu bringen.

Als Basis für den Test habe ich ein Ubuntu Natty genommen. Dort sind die groben Anforderungen für VAAPI vorhanden.

Mesa 7.10.1
libdrm 2.4.23
Kernel 2.6.38
Cairo 1.10.2
libva 1.0.8
xserver-xorg-video-intel 2.14.0

Auf dieser Basis habe ich versucht Pakete für libxine und vdr-sxfe zu schnüren. Für Xine verwendete ich den Download von wbreu und das yavdr Paket von vdr-sxfe.

Leider hat das ganze nicht ganz so gefruchtet wie ich es wollte. Wenn ich unter vdr-sxfe auf einen HD Sender schalte fliegt mir vdr-sxfe beim initialisieren der VAAPI um die Ohren.

Ich vermute mal, dass ich noch ein neueres FFMPEG brauche und xine gegen diese bauen muss.

So, das war es vom Statusupdate.
Sobalt ich etwas Zeit habe mache ich mich wieder dran.

Gruß Lokutus

Quoted

Original von lokutus
Ich vermute mal, dass ich noch ein neueres FFMPEG brauche und xine gegen diese bauen muss.

Daran wird es vermutlich nicht liegen. Was gibt denn "vainfo" bei dir aus?

Hi Flachzange,

du könntest recht haben. War gerade nochmal bei Wbreu auf der HP. Hatte irgendwie im Kopf, dass bei ffmpeg die vaapi aktiviert werden muss.
War aber nicht so.

Was vainfo ausgibt kann ich aber erst heute Abend mitteilen. Bin jetzt auf der Arbeit.

Gruß Lokutus

Kurze Zwischenfrage... wenn ich mir die aktuellste Version der xine-lib-1.2-vaapi hier runterlade und installiere, bekomm ich außer Ton mit Klötzchengrafik nichts Gescheites zusammen. Gleiches passiert, wenn ich mir ein Diff bastel:
und selbiges auf die aktuelle git Version (z.B. master) von xineliboutput anwende.

Kann mir mal jemand erklären, wo mein Denkfehler liegt bzw. wie man das besser macht?

Gruß
iNOB

Hi,

die ganz aktuelle Version von ebsi ist sehr experimentell.. Er bastelt den Kommentaren nach zu Urteilen an einer reinen VA_API Ausgabe ohne XV. Ausserdem an der OSD Implementation.

Gruß
Atech

@Flaschzange

Asche auf mein Haupt. Ich hatte i965-va-driver nicht installiert.
Hier die Ausgabe von vainfo mit und ohne i965-va-driver.

Hier ohne:


und mit:



@iNOB

Versuch mal mit xvdr+tcp:// mit UDP hatte ich die selben Probleme. Nur grüne Blocke und Aussetzer.

So, hab jetzt auch mal mit vdr-sxfe getestet.
Bei SD benutzt er erst gar kein vaapi und bei HD bekomme ich diese Fehlermeldung:

Direkt nach dem umschalten:

Quoted

[h264 @ 0x1afcc90]non-existing PPS 0 referenced
[h264 @ 0x1afcc90]decode_slice_header error
[h264 @ 0x1afcc90]no frame!

Nach ca. 1/2 Sekunde:

Quoted

vaapi init error
[h264 @ 0x275b190]decoding to PIX_FMT_NONE is not supported.
[h264 @ 0x275b190]decode_slice_header error
[h264 @ 0x275b190]no frame!

Wenn ich nach diese Meldung umschalte gibt es das hier:

Quoted

[1445] [input_vdr] wait_stream_sync: discard_index 7275182452 != curpos 7275131692 ! (diff 50760)
Speicherzugriffsfehler (Speicherabzug geschrieben)

Wie oben bereits angemerkt, funktioniert das Zeug von ebsi so nicht. Nimm die xine-lib-1.2-vaapi und die xine-ui von wbreu's Website, damit funktioniert es. Alles Andere funktioniert nicht. Ich habe mir da auch schon einen abgebrochen, mit dem gleichen Ergebnis wie bei dir.

Gruß
iNOB

Die xinelib ist die die du verlinkt hast. Xine-ui kann ich bei mir nicht nutzen da ich keine vdr auf dem Client habe. Ich will alles über vdr-sxfe machen.

Ich hatte zwar bis jetzt immer den vdr mit remotetimers auf dem Client, das hat mir aber nicht gefallen.

Gruß Lokutus

Quoted

Originally posted by Atechsystem
Hi,

die ganz aktuelle Version von ebsi ist sehr experimentell.. Er bastelt den Kommentaren nach zu Urteilen an einer reinen VA_API Ausgabe ohne XV. Ausserdem an der OSD Implementation.

Gruß
Atech

Stimmt. Ich bin dabei ein reines VAAPI ausgabe modul zu bauen. Meine Implementieriung ist für VAAPI Treiber die vaPutSurface unterstützen. Auf den neuren Intel GPU's ist das der fall. Meine implementierung hat den kleinen Nachteil, das sie nur die unterstützten VAAPI Decoder Formate verwenden kann.

Wenn vainfo folgendes ausgibt, können auch nur diese Formate abgespielt werden :

vainfo: Supported profile and entrypoints
VAProfileMPEG2Simple : VAEntrypointVLD
VAProfileMPEG2Main : VAEntrypointVLD
VAProfileH264Baseline : VAEntrypointVLD
VAProfileH264Main : VAEntrypointVLD
VAProfileH264High : VAEntrypointVLD
VAProfileVC1Simple : VAEntrypointVLD
VAProfileVC1Main : VAEntrypointVLD
VAProfileVC1Advanced : VAEntrypointVLD

Mein Fokus liegt ganz auf VDR usability. Dort spielen zwei Formate eine wichtige Rolle. Mpeg/h264. Der OSD part ist noch inkomplett, kann zumindest mal mit den VDR skins und EnigmaNG verwendet werden. Ob unscalierte OSD funktionieren werden kann ich noch nicht 100% sagen. Derzeit einfach Software scalierung im plugin auswählen. Schaut mal auf die CPU Auslastung mit dem letzten SVN stand Nicht vergessen "vaapi" als Videoout zu verwenden.

Das wars mit meinem Statusupdate.

lg

ebsi

P.S.: Der aktuelle SVN stand sollte nun nicht mehr permanent crashen. Langzeit tests sind noch ausständig.

Hi ebsi,

Danke für das Update Werde hoffentlich am Montag dazu kommen das ganze auszutesten. Klingt soweit ja schon sehr gut. Sicher gibt es zu den Ausgabeformaten die mit xine möglich sein sollten verschiedene Meinungen. Mir reicht mpeg2 und mpeg4 für TV völlig aus.

Gruß
Atech

Hi Leute,

habe grade ein paar Tests mit ebsis neuem xinelib patch (archvdr) gemacht. Sehr vielversprechend Flüssige Wiedergabe von HD Material (besonders bei 1080i - ServusTV) incl. Deinterleacing. Habe hier nur kurz die xinelib und xinelibout compiliert. OSD wird noch nicht korrekt Scaliert aber in Hardware gerendert und sehr Sauber gerendert (ohne Ruckeln des TV Bildes). Bild wird seltsamerweise nur bei HD angezeigt.

Das ganze ist bisher aber nur ein 5min. Test. Weiteres dann morgen.

Gruß
Atech