Ist das Thema hier eingeschlafen? Oder funktioniert es schon so perfekt, das keine weiteren Worte nötig sind?
[ANNOUNCE] xine-lib meets vaapi
- ebsi
- Geschlossen
-
-
Schaut so aus als ob dafür kein bedarf besteht
-
ich bins auch grad mal am testen für meine pakete, aber nutze dafür weiterhin libxine 1.1.19, mal schauen obs tut.
wie wird denn zb vdr-sxfe dann aufgerufen?
vdr-sxfe xvdr+tcp://192.168.x.x:37890 --reconnect --lirc --video=vaapi --post=tvtime:method=use_vo_driver -
Must in ~/.xine/config_xinelibouput ffmpeg die prioität geben.
-
welchen ffmpeg eintrag nutze ich denn dafür, gibts ja mehr als einen
~/.xine/config_xinelibouput ohne den vaapi patch in libxine
Code
Alles anzeigenopp@Laptop:~$ cat /home/opp/.xine/config_xineliboutput | grep -i ffmpeg #video.processing.ffmpeg_choose_speed_over_accuracy:0 #video.processing.ffmpeg_pp_quality:3 #video.processing.ffmpeg_skip_loop_filter:default # FFmpeg video decoding thread count video.processing.ffmpeg_thread_count:2 # priority for ffmpeg-wmv8 decoder #engine.decoder_priorities.ffmpeg-wmv8:0 # priority for ffmpeg-wmv9 decoder #engine.decoder_priorities.ffmpeg-wmv9:0 # priority for ffmpegaudio decoder #engine.decoder_priorities.ffmpegaudio:0 # priority for ffmpegvideo decoder #engine.decoder_priorities.ffmpegvideo:0
~/.xine/config_xinelibouput mit den vaapi patch in libxine und xineliboutput neu gebaut
Code
Alles anzeigenopp@Laptop:~$ cat /home/opp/.xine/config_xineliboutput | grep -i ffmpeg #video.processing.ffmpeg_choose_speed_over_accuracy:0 #video.processing.ffmpeg_enable_vaapi:1 #video.processing.ffmpeg_pp_quality:3 #video.processing.ffmpeg_skip_loop_filter:default # FFmpeg video decoding thread count video.processing.ffmpeg_thread_count:2 # priority for ffmpeg-wmv8 decoder #engine.decoder_priorities.ffmpeg-wmv8:0 # priority for ffmpeg-wmv9 decoder #engine.decoder_priorities.ffmpeg-wmv9:0 # priority for ffmpegaudio decoder #engine.decoder_priorities.ffmpegaudio:0 # priority for ffmpegvideo decoder #engine.decoder_priorities.ffmpegvideo:0
also tippe ich mal auf
#video.processing.ffmpeg_enable_vaapi:1
ändern in
video.processing.ffmpeg_enable_vaapi:1//EDIT
scheinbar tut das so nicht, oder ich muss es mal an nem anderen rechner testen der kein vdpau kann, das nimmt vdr-sxfe bei mir nämlich per default, und im build rechner hab ich nur ne nvidia 9600m gt.Code
Alles anzeigenopp@Laptop:~$ vdr-sxfe xvdr+tcp://192.168.1.111:37890 --reconnect --lirc vdr-sxfe 1.0.90-cvs (build with xine-lib 1.1.19, using xine-lib 1.1.19) Automatic reconnection enabled LIRC device: /dev/lircd VDR Server: xvdr+tcp://192.168.1.111:37890 [10732] [vdr-fe] Error: The name org.gnome.ScreenSaver was not provided by any .service files [10732] [vdr-fe] (ERROR (tools/gnome_screensaver.c,126): Resource temporarily unavailable) vo_vdpau: vdpau API version : 1 vo_vdpau: vdpau implementation description : NVIDIA VDPAU Driver Shared Library 256.53 Fri Aug 27 20:54:24 PDT 2010 [10732] [vdr-fe] Detected 2 CPUs [10732] [vdr-fe] Enabling FFmpeg multithreaded video decoding [10732] [input_vdr] Connecting (control) to tcp://192.168.1.111:37890 ... [10732] [input_vdr] Server greeting: VDR-1.7.16 xineliboutput-1.0.90-cvs READY [10732] [input_vdr] Connected (control) to tcp://192.168.1.111:37890 [10732] [input_vdr] Connecting (data) to tcp://192.168.1.111:37890 ... [10732] [input_vdr] Data stream connected (TCP) [10732] [input_vdr] using custom "no signal" image /usr/share/libxine1-xvdr/nosignal.mpg [10732] [demux_vdr] Using decoder "libmpeg2" for mpeg2 video [10732] [demux_vdr] Using decoder "FFmpeg" for H.264 video [10746] [demux_vdr] Header 00 00 00 (should be 0x000001 or 0x47)
-
Zitat
Original von ebsi
Schaut so aus als ob dafür kein bedarf bestehtHi,
das würde ich so jetzt nicht unterschreiben.. Bedarf für VAAPI über Core i3/5/7 GPU ist sicherlich da, aber ich für meinen Teil hab vorerst resigniert und bin frustriert
Soweit ich das sehe muss ich unter Debian squeeze das komplette Geraffel von
http://intellinuxgraphics.org/install.html
bauen, richtig ?Unter Ubuntu 10.10, dank neuerer Pakete, wohl nur den xserver-xorg-video-intel und libva. Damit steht das Grundlage für jegliche weitere Tests.
Ich hab nach wie vor irgendwie Verstädnisprobleme, was das ganze xine-Zeugs angeht und bin jedes Mal aufs neue verwirrt. Vielleicht hätte ich nicht auf SPARC Maschinen ohne Grafikkarten setzen sollen bei der "Berufsauswahl"
Ich setze hier vdr-plugin-xineliboutput ein. Es gibt aber auch noch ein vdr-plugin-xine. Für welches wäre denn das hier vorgestellte relevant ?
Oder bauen beide auf diese lib auf ? Welches ist "besser" ?Meine bisherigen Tests mit XBMC ind aktiviertem VAAPI sind immer gründlich in die Hose gegangen. Sobald VAAPI aktiviert war, war die CPU Last zwar im Keller, aber ich hatte eine wunderbare Dia-Show mit dropped frames, während der Sound durchgängig lief.
Wenn ich irgendwas ausprobieren kann, dann würd ich gern etwas beisteuern. Ich vermute aber fast, dass ich aufgrund o.a. Verständnisproblems und durch den Fakt, dass Quellcode (ausser n bissi perl) für mich das selbe ist wie Quantenphysik, ausser Logfiles und persönlicher Einschätzung dessen was ich sehe, nicht all zu viel beitragen kann.
Ich bin auf jeden Fall dankbar für jeden, der sich die Zeit um die Ohren schlägt, hier in der Richtung für Bewegung zu sorgen.
Also kurz zusammengefasst:
- vaapi related bauen/installieren
- xinelib auschecken, bauen, installieren
- vdr-sxfe mit welcher option starten, um das zu testen ?
- welche Informationen werden benötigt für produktives Feedback ?Gruss Hoschi
-
wenn ich aussem urlaub morgen wieder zu hause bin, baue ich auch pakete für debian dafür, leider hatte ich mit libxine 1.1.19 und dem vaapi/libva patch nur unter debian squeeze glück das es baut, unter debian lenny bauts noch nicht. leider ist meine ati hd 3650 agp in nem lenny rechner, also ist mit testen dann erstmal nix.
-
Hallo zusammen,
ich bin neuerdings von einem VDPAU-basierten HTPC auf Intel Clarkdale i3 umgestiegen und dabei natürlich auch direkt über VAAPI und diesen Thread gestolpert.
Ich muss dazu sagen, dass ich auch mit xineliboutput meine ersten Erfahrungen sammle. Vorher habe ich vdr-xine verwendet.
Ich hab die xine-lib1.2-vaapi von Edger ausgecheckt und gebaut und ich muss sagen: Es läuft! Also erstmal Danke an dieser Stelle für die tolle Arbeit. Alles mit xineliboutput (SVN), da vdr-xine auch nicht gegen die neue xine-lib-1.2-vaapi baut.
Zitatlibva: 0.31 AvCodecContext w 1280 h 720
Profile: 7 (VAProfileH264High) Entrypoint 1 (VAEntrypointVLD)
found valid image format init vaapi successfullyCPU-Auslastung (vdr-sxfe) bei 720p (ARD HD):
Standard: 88%
VAAPI: 65%Also die Hardwarebeschleunigung scheint zu funktionieren, wobei ich über die hohe Grundauslastung schon sehr erstaunt bin.
ABER: Etwas trübt den H.264 VAAPI Genuss jedoch noch. Und zwar habe ich gleichmäßige Ruckler (Das Bild kommt in Schüben). Wenn das noch funktioniert ist es perfekt! Mit der Standard Xine-lib tritt das Problem nicht auf.
Grüße,
FlachzangeEdit:
ZitatOriginal von hoschi78
Meine bisherigen Tests mit XBMC ind aktiviertem VAAPI sind immer gründlich in die Hose gegangen. Sobald VAAPI aktiviert war, war die CPU Last zwar im Keller, aber ich hatte eine wunderbare Dia-Show mit dropped frames, während der Sound durchgängig lief.Das Problem habe ich allerdings auch noch.
-
Zitat
Original von ebsi
Schaut so aus als ob dafür kein bedarf bestehtServus ebsi,
naja, Bedarf besteht immer....
Also ich habe mal wieder Zeit gefunden, mir die vaapi-Geschichte anzuschauen, wie weit das jetzt ist.
Dazu habe ich einen Testrechner mit einem x4500HD-Garfikchip aufgebaut.
BS ist ein ubuntu maverick mit neuestem Inteltreiber (2.13.0901er) und dem aktuellen mesa und aktueller libva-1.0.6.
Das schient auch geklappt zu haben:
Code
Alles anzeigenvdruser@vdr:~$ vainfo libva: libva version 0.31.1 libva: va_getDriverName() returns 0 libva: Trying to open /usr/lib/dri/i965_drv_video.so libva: va_openDriver() returns 0 vainfo: VA API version: 0.31 vainfo: Driver version: i965 Driver 0.1 vainfo: Supported profile and entrypoints VAProfileMPEG2Simple : VAEntrypointVLD VAProfileMPEG2Main : VAEntrypointVLD VAProfileH264Baseline : VAEntrypointVLD VAProfileH264Main : VAEntrypointVLD VAProfileH264High : VAEntrypointVLD
Dazu habe ich jetzt deinen xine-lib-1.2-tree mit bereits includierten passenden Patchen dazugebaut.
Wenn man jetzt mittels VDR/xineliboutput auf einen HD-Sender geht schmiert der VDR gleich ab. vaapi=1 ist gesetzt in der config zum xineliboutput. Auserdem nutze ich die --hud-Option und aktiviertes Compiz bei 50 Hz komplett rucklfrei auch bei HD-Content mit xv als Ausgabemethode.
Auf der Konsole sieht man dann noch bei aktivierter vaapi:
Code
Alles anzeigen[h264 @ 0xb598b000]decode_slice_header error [h264 @ 0xb598b000]no frame! [h264 @ 0xb598b000]non-existing SPS 5 referenced in buffering period [h264 @ 0xb598b000]non-existing PPS 0 referenced [h264 @ 0xb598b000]decode_slice_header error [h264 @ 0xb598b000]no frame! [h264 @ 0xb598b000]non-existing SPS 6 referenced in buffering period [h264 @ 0xb598b000]non-existing PPS 0 referenced [h264 @ 0xb598b000]decode_slice_header error [h264 @ 0xb598b000]no frame! [h264 @ 0xb598b000]non-existing SPS 6 referenced in buffering period [h264 @ 0xb598b000]non-existing PPS 0 referenced [h264 @ 0xb598b000]decode_slice_header error [h264 @ 0xb598b000]no frame! [h264 @ 0xb598b000]non-existing SPS 6 referenced in buffering period [h264 @ 0xb598b000]non-existing PPS 0 referenced ..... [h264 @ 0x9473ea0]non-existing SPS 13 referenced in buffering period [h264 @ 0x9473ea0]non-existing PPS 0 referenced [h264 @ 0x9473ea0]decode_slice_header error [h264 @ 0x9473ea0]no frame! [h264 @ 0x9473ea0]non-existing SPS 14 referenced in buffering period [h264 @ 0x9473ea0]non-existing PPS 0 referenced [h264 @ 0x9473ea0]decode_slice_header error [h264 @ 0x9473ea0]no frame! .....
Ich teste jetzt mal den VLC und den letzten MPlayer, mal sehen was da rauskommt.
Kann es sein, dass dein xine-lib-1.2-tree noch an die neue libva angepasst werden muß?
Es wäre super, wenn du da mal drüberschauen könntest => Danke vorab!
Das System ansich läuft mit xv ausgezeichnet, auch HD-Content geht mit höherer CPU-Last ohne Probleme.
Gruß
Wolfgang -
Hi
Gibts da schon ne lösung zum dem fehler von wbreu?
mfg
-
Nabend ebsi,
vorne weg gleich ne Frage an dich, entwickelst du die xine-lib-1.2 mit vaapi noch weiter?
Wäre echt super, wenn du mal wieder eine Aktualisierung des Branches machen würdest!!
Tja, was soll ich allen anderen sagen:
... Dat Dingen läuft!!!!
Nach etlichen Kompilierorgien und auch diversen Rückschlägen, habe ich hier einen aktuellen VDR stehen der mittels vaapi und HD-Sendern ( ARD HD auf 2 echten Cores mit ca. 10 % CPU-Last und z.B. Sky HD auf 2 echten Cores mit rund 15% CPU-Last) funktioniert.
Beim ganzen Zusammenspiel hat sich ja die die letzten Wochen sehr viel getan, neue libva-1.0.7, neuer intel-xorg-Treiber 2.13.903 und auch einen neuen xserver (1.9.3) hat es gegeben.
Genau diese Kombi läuft hier seit 7 Tagen sehr sauber für den jetzigen Entwicklungsstand mit xineliboutput-vdrsxfe .
Wenn ich die Tage mal noch Zeit habe, gibts hier und auf meiner Page ne "kleine" Übersicht was man dazu braucht und welche Hardware im Moment dazu benötigt wird.
ebsi, würde mich freuen von dir zu hören.
Gruß
Wolfgang -
-
Koennte man diesen Tree nicht mit durchfliegers vdpau tree:
http://projects.vdr-developer.org/projects/xine-lib
verheiraten ?! -
War nicht irgendwo im Portal auch mal ein Plugin, ähnlich dem Softdevice-Plugin in Arbeit, welches die Xine-Abhängigkeit "löst"?
-
Morgen zusammen,
jetzt habe ich tatsächlich (sinds schon) 2 Jahre gebraucht um herauszufinden, dass ebsi = Edgar Hucek ist!!! Der Edgar dem ich meinen Archvdr zu verdanken habe. Das immeraktuelle repro lässt mich jetzt seit 2 Jahren mit archlinux Fernsehen.
Vielen Dank für deine unermüdliche Arbeit! Endlich kann ich mal Danke sagen!
Ich teste grade die VA-API (Core-I) Geschichte mit vielen deiner Sourcen.
Bitte weiter so
Gruß
Atech -
so, ich wollte nun endlich mal die neuen pakete für mein repository bauen, was ist die beste variante, xinelib-1.2-vdpau mit dem vaapi patch versehen oder den trunk vom xinelib.1.2-vaapi nehmen, der sollte vdpau ja auch enthalten, ist aber so wie ich sehe nicht immer aktuell?
-
Hallo,
da ich gerade ziemlich am straucheln bin hier mal 'ne Frage:
Hat schon jemand vaapi mit vdr und xineliboutput auf einem Sandy Bridge System erfolgreich zum Laufen bekommen?
Was ich bisher versucht habe:
HW: Asus P8H67-V Motherboard mit I7-2600K CPU und einer alten FF-Karte. Bisher hatte ich das System mit einer Nvidia Grafikkarte betrieben und vdr/xineliboutput/vdpau arbeitete ziemlich gut.
Nun will ich das System ohne zusätzliche GraKa betreiben:Software: Fedora 14 mit folgenden Komponenten von Fedora 15 Alpha:
- Xserver (1.10)
- kernel (2.6.38 )
- mesa (7.10)Zusätzlich habe ich folgende Komponenten direkt mit den neuesten (16.03.2011) SW ständen aus den Repositories gebaut:
- libx264 (V114)
- ffmpeg
- xine-lib-1.2-vaapi
- libva (1.10)
- xineliboutput
- vdr-1.7.17
- von der Intel mesa-intel hab ich den aktuellen i965-dri genommen (aber auch mit dem orginalen mesa 7.10 ist das Verhalten gleich)Zwei Probleme:
1. vdr-sxfe --video=xv funktioniert zwar prinzipiell, aber HD Aufnahmen (die auf einem anderen Systen erstellt wurden und per NFS gemountet sind) zeigen nur Ton, aber kein Bild
"video_decoder: no plugin available to handle 'Advanced Video Coding (H264)'"2. vdr-sxfe --video=vaapi erzeugt Ton aber nur ein schwarzes Bild.
Ein probeweise gebautes mplayer-vaapi läuft mit vaapi Ausgabe!
$/opt/xine/bin/vainfo
libva: libva version 0.32.0
libva: va_getDriverName() returns 0
libva: Trying to open /opt/xine/lib/dri/i965_drv_video.so
libva: va_openDriver() returns 0
vainfo: VA API version: 0.32
vainfo: Driver version: i965 Driver 0.1
vainfo: Supported profile and entrypoints
VAProfileMPEG2Simple : VAEntrypointVLD
VAProfileMPEG2Main : VAEntrypointVLD
VAProfileH264Baseline : VAEntrypointVLD
VAProfileH264Main : VAEntrypointVLD
VAProfileH264High : VAEntrypointVLD
VAProfileVC1Simple : VAEntrypointVLD
VAProfileVC1Main : VAEntrypointVLD
VAProfileVC1Advanced : VAEntrypointVLDWo könnt ich denn noch suchen, bzw. hat das schon mal jemand mit einem Sandy Bridge system laufen sehen?
Gruß Micha
-
Hi,
schau mal unter HDTV/DVB-s2 und dem VAAPI Thread. Da wird dir geholfen. Ausserdem sehr gute Zusammenfassung auf wbreus Homepage.
Gruß
Atech -
Danke!
Leider wird dort auch nur auf die Ironlake Grafik verwiesen. Niemand redet von Sandybridge!
-
was ich da grad nicht verstehe, warum vaapi? hat ne intel kiste nicht nvidia als grafik onboard?
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!