VDR Portal

Grad mal die xine-lib-1.2-vaapi (r146) von epsi draufgespult und mit xineliboutput Ausgabe gestestet. Ist die erste Version die ohne Rumgefrickel sofort läuft. Die Patches von durchflieger hab ich damit allerdings noch nicht ausprobiert. Außerdem wurde nur die cvs-Version der xine-ui installiert, die bekanntlich schon ein paar Monate ohne Update auf dem Buckel hat. Alles in allem schon sehr fein

Vielen Dank an ebsi
iNOB

Hi iNOB,

mit meinem heutigen Compilat bin ich leider nicht mehr so Erfolgreich. Zum einen funktioniert die SD Wiedergabe einfach nicht und zum anderen stürzt die HD Wiedergabe beim Umschalten gerne mal ab. Ich verwende die Patches die ebsi direkt für den Archvdr bereitstellt. Diese sollten laut Zeitsignatur der r146 entsprechen.

Kannst du bitte mal angeben welche versionen du verwendest:

1.) kernel 2.6.36 (lassen wir mal aussen vor)
2.) libdrm 2.4.23
3.) intel driver 2.14.0
4.) mesa 7.10.0.git20110215
5.) libva 1.0.8
6.) xserver 1.9.4

Falls das ni9cht der Grund ist muss ich wohl doch mal die Sourcen direkt aus dem git nehmen... oder muss man die patches daraus extrahieren und gegen die aktuelle xinelib compilieren?

Gruß und Dank
Atech

Für die SD wiedergabe muss folgendes in ~/.xine/config oder ~/.xine/config_xinelibouput sein :

# Priorität für Dekoder ffmpeg-wmv8
# numeric, default: 0
engine.decoder_priorities.ffmpeg-wmv8:0

# Priorität für Dekoder ffmpeg-wmv9
# numeric, default: 0
engine.decoder_priorities.ffmpeg-wmv9:0

# Priorität für Dekoder ffmpegaudio
# numeric, default: 0
engine.decoder_priorities.ffmpegaudio:1

# Priorität für Dekoder ffmpegvideo
# numeric, default: 0
engine.decoder_priorities.ffmpegvideo:1

# Priorität für Dekoder mpeg2
# numeric, default: 0
#engine.decoder_priorities.mpeg2:0

Bei der libva verwende ich den letzten git stand. Und nicht vergessen "-V vaapi" beim vdr-sxfe aufruf mittzugeben.

Das mit der Stabilität sollte sich auch in den nächsten Tagen geben. Nach den nun sehr wilden versuchen, werd ich mal daran schraben.

Danke ebsi!

ich werds austesten und mich wieder in Geduld üben

Welche deinterleacer kann man mit den Optionen für vaapi deinterleacing aktivieren?

0 = Aus?
1 = Bob?
2 = Temporal?

Habe das mal so oder so ähnlich beim mplayer gesehen...

Gruß
Atech

Quoted

Original von Atechsystem
Welche deinterleacer kann man mit den Optionen für vaapi deinterleacing aktivieren?

0 = Aus?
1 = Bob?
2 = Temporal?

0 = Weave
1 = Zeilenverdopplung
2 = Bob

IMHO ist aber Bob, so wie es hier gemacht wird falsch.
Es müsste zwischen den zwei Bob Frames ein Frame Verzögerung.

Johns

Sehr cool, dass es mit der Entwicklung weiter geht. Danke ebsi!

Ich habe gerade auch mal die aktuelle xinelib getestet (r14. CPU-Last und Leistungsaufnahme sind phänomenal niedrig. HD und SD läuft bei ersten Tests ordentlich. Lediglich



führt bei mir dazu, dass ich keinen Ton habe... Ideen?

Hardware OSD ist bei HD und SD transparent und ruckelfrei, skaliert jedoch noch nicht korrekt.

Das war ein Blödsinn von mir. Hat nichts mit unserem Zhema VAAPI zu tun.

Ein kleiner Tip :

Man nehme das letze svn r150.
Verwende vdr-xine.
Unter den plugin Einstellung für vdr-xine stelle man "OSD Display mode" auf -> X11 overlay und betrachte das OSD.

lg

ebsi

Quoted

Original von ebsi
Man nehme das letze svn r150.
Verwende vdr-xine.
Unter den plugin Einstellung für vdr-xine stelle man "OSD Display mode" auf -> X11 overlay und betrachte das OSD.

Muss ich da etwas spezielles beachten? Wollte es mal testen. Habe das standard vdr-xine 0.9.3 und das xine-ui von wbreu genommen.

Stelle ich als Videoausgabe "vaapi" ein, so sehe ich wie der Treiber geladen wird, aber xine verabschiedet sich bereits beim Start mit

Quoted

xiTK has received SIGSEGV signal, RIP.

Danke Wolfgang. Das hat geholfen!

@ebsi
Das OSD sieht jetzt top aus. Wenn das mit xineliboutput laufen würde, wäre das die Ideallösung, denn da sind ja schon gute Software-Deinterlacer drin.

Beim Deinterlacer 2 in vdr-xine ruckelt bei mir das Bild. Die anderen beiden nicht, sind aber auch nicht besonders schön.

Danke erstmal, so ist vaapi jetzt auch im vdr wirklich nutzbar.

Die xineliboutput Deinterlacer kannst du nicht nehmen. Das funktioniert Technisch nicht. Der grosse Performance gewinn mit VAAPI Decoding und Ausgabe besteht darin das die Videodaten nach dem decodieren schon im Videoram liegen und nur noch angezeigt werden müssen. Will man da einen Software deinterlacer verwenden müsste man die Videodaten aus dem Grafikspeicher in in den Ram kopieren den Deinterlacer ausführen und wieder zurück in den Grafikspeicher laden. Somit wären die Vorteile von der VAAPI ausgabe dahin.

Quoted

Originally posted by Flachzange
Danke Wolfgang. Das hat geholfen!

@ebsi
Das OSD sieht jetzt top aus. Wenn das mit xineliboutput laufen würde, wäre das die Ideallösung, denn da sind ja schon gute Software-Deinterlacer drin.

Beim Deinterlacer 2 in vdr-xine ruckelt bei mir das Bild. Die anderen beiden nicht, sind aber auch nicht besonders schön.

Danke erstmal, so ist vaapi jetzt auch im vdr wirklich nutzbar.

Ah ok. Ich verstehe. Danke für die Erklärung!

Die info Seite finde ich gut.

lg

ebsi

Quoted

Originally posted by wbreu
Nabend,

nach etwas längerer Pause, mal wieder VDR...

Super freut mich, dass es soweit voran geht.

@ebsi,

danke dir dafür, dass du so fleissig bist, soweit sieht das ja schon sehr gut aus mit der neuen Variante inkl. vaapi und dem vdr-xine-plugin.

Ich habe mir erlaubt mal meine Homepage auf den aktuellen Stand zu bringen und deine Tips von hier zusammenzufassen.

@Flachzange, nimm mal eine aktuelle xine-ui.

Gruß
Wolfgang

Hallo zusammen,

mal wieder ien Statusbericht:

ich habe heute mal die xinelib mit dem r153 patch compiliert und mit vdr-xine getestet. Das OSD wird sauber angezeigt. Es funktionieren allerdings "nur" die Standardskins des VDR. Bei Text2Skin wird leider immer nur ein Teil des Skins angezeigt, das meiste aber nicht (ebsi hat ja geschrieben, dass nicht alle funktionieren). Das Bild ist bei HD und SD gut. Das Deinterleacing über die VAAPI Option funktioniert bei mir nicht. Option 2 (Bob) führt lediglich zu einem Auffälligen Ruckeln. Beim Umschalten wird das OSD erst sehr spät nach dem Umschaltvorgang wieder eingeblendet. Die unterschiedlichen Anzeigearten in den xine Einstellungen für das OSD ändern nichts. Das OSD wird sauber Skaliert und angezeigt - es ist immer Scharf gezeichnet.

Anosnten ein großes Lob an ebsi. Xine ist bisher nicht abgestürtzt. Ich habe es nebenbei laufen und immer mal wieder hin und her gezappt. SD -> HD -> HD -> SD etc. kein Thema.

CPU Auslasten immer schön niedrig und das Bild bleibt bei engeblendetem OSD völlig Ruckelfrei.

Schöne Aussichten

Sind bei euch die Ergebnisse bezüglich Interleacing und OSD Verhalten anders?

Gruß
Atech

Hab heute morgen die r156 mit xine-lib Frontend und diversen Aufnahmen mit Laufschrift getestet. Ruckeln der horizontalen Laufschriften ist so gut wie nicht mehr vorhanden (SD+HD). OSD mit EnigmaHD inkl. Scrolling sieht sauber aus. Die laufende Aufnahme wird durch die Bedienung des OSD nicht gestört. Die CPU Auslastung auf einem i3 lag beim Abspielen der Aufnahmen zwischen 3 - 15 %. Mal schauen eventuell komm ich morgen mal dazu, das Ganze auch an der Satleitung zun testen...

Aber alles in Allem schon nicht schlecht!

Gruß
iNOB

Quoted

Original von Atechsystem
Das Deinterleacing über die VAAPI Option funktioniert bei mir nicht. Option 2 (Bob) führt lediglich zu einem Auffälligen Ruckeln.

Das kann ich bestätigen.

WAs genau meinst du mit OSD wird est spät angezeigt? Bei mir ist es so, dass beim Umschalten das OSD erst in der nativen Streamauflösung angezeigt wird und erst dann in der skalierten Auflösung. Ansonsten konnte ich keine OSD-Verzögerung feststellen.

Hi Flachzange,

bei mir ändert sich die Größe nicht. Dafür ist es kurz oder je nach Senderwechsel länger weg und wird dann wieder angezeigt. Bei der Bedienung ist alles schnell und Verzögerungsfrei.

Gruß
Atech

Ja kann ich ebenfalls mit vdr-xine als Ausgabe bestätigen. OSD kommt relativ spät im Vergleich zum vdpau-System. Außerdem stelle ich gerade fest, dass die Einstellungen für die Deinterlacer bei mir keine Auswirkungen haben. Liegt das daran, dass ich meinen TV mit 1920x1080@50Hz ansteuere und nicht mit einer Interlaced-Modline?

Seh grad, wenn ich "video.output.vaapi_deinterlace:2" verwende, ruckelts unter ServusTV HD...

Gruß
iNOB

Hab mal das OSD handling überarbeitet. Für vdr-xine kann man "X11 overlay" verenden, für xineliboutput geht nur Software scaliert." Für vdr-xine 0.9.4 "Blend clipped" also OSD Display mode verwenden.

Und hier noch das README.vaapi

Hi ebsi,

danke für das Update.

Quoted

Notes on use with VDR. The OSD will have some delay. This is technical and can only be overcome

Meinst du damit das von mir beschriebene Verhalten beim Umschalten? Da wird bei mir das OSD kurz ausgebelendet und anschließend nach dem Umschalten wieder angezeigt. Einen anderes "delay" verhalten ist mir bisher nicht aufgefallen.

Gruß
Atech