Dear visitor, welcome to VDR Portal. If this is your first visit here, please read the Help. It explains in detail how this page works. To use all features of this page, you should consider registering. Please use the registration form, to register here or read more information about the registration process. If you are already registered, please login here.
Quoted
Original von liquidolze
Hallo Wolfgang,
ich bekomme nächste Woche dieses MB:
http://www.asus.com/product.aspx?P_ID=JhJ03CRwku0lzT6B
Will es zunächst mit meiner 9500er GT nutzen, aber da ja da auch ne "feine" Onboard Grafik draufsitzt, wollt ich mal fragen wie´s im Moment mit xvba/vaapi aussieht, ob man sich da parallel drantrauen könnte?
Gruß
Oliver
Quoted
Original von iNOB
Die Ergebnisse meiner Versuche mit dem xine-plugin ohne Compiz sind mehr als bescheiden. Hauptgrund für meine Frustration ist nicht das Bild sondern eher die bescheidene Bedienbarkeit des intransparenten OSD. Beim Einblenden und Bewegen im Menü gibts heftiges Bildruckeln.
Gibts da einen Trick oder ist das momentaner Stand der Dinge?
Gruß
iNOB

This post has been edited 1 times, last edit by "ebsi" (Feb 17th 2011, 4:45pm)
Quoted
Original von liquidolze
Hallo Wolfgang,
ich bekomme nächste Woche dieses MB:
http://www.asus.com/product.aspx?P_ID=JhJ03CRwku0lzT6B
Will es zunächst mit meiner 9500er GT nutzen, aber da ja da auch ne "feine" Onboard Grafik draufsitzt, wollt ich mal fragen wie´s im Moment mit xvba/vaapi aussieht, ob man sich da parallel drantrauen könnte?
Gruß
Oliver

Quoted
Original von wbreu
Mahlzeit,
vorneweg, danke für die neue Version.
Bei mir rennt jetzt die Version 77 mit aktueller xine-lib-1.2 mit den vdpauextension+aktuellen Patches dafür.
Ne aktuelle Version kann ich aber erst heute Abend auf die Homepage stellen.
Das vdr-xine-plugin gibt jetzt wieder ein Bild auf allen HD-Kanälen aus.
Wobei ich jetzt mal mein Grundsetup geändert habe, => compiz ist komplett aus, und auch Composite ist auf "disabled" in der xorg.conf. Hintergrund ist, so kann man die ganzen Seiteneffekte die da mitkommen ausschliessen. Als Windower nutze ich fluxbox.
Ergebnis:
- Bei SD und HD - 720p kein Nachziehen mehr bei schnellen Kameraschwenks ist Ruhe, 1080i-Sender ruckelt grundsätzlich.
Zwischendurch gibts leider immer Framedrops, das Log sagt das dazu:
![]()
Source code
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 ... video_out: Verwerfe Bild mit pts 191952175, weil es zu alt ist (Unterschied: 2258). 200 Bilder angezeigt, 0 Bilder übersprungen, 1 Bilder verworfen fixing sound card drift by -1250 pts ffmpeg_video_dec: error decompressing frame ffmpeg_video_dec: error decompressing frame ffmpeg_video_dec: error decompressing frame ffmpeg_video_dec: error decompressing frame ffmpeg_video_dec: error decompressing frame 200 Bilder angezeigt, 2 Bilder übersprungen, 0 Bilder verworfen ffmpeg_video_dec: error decompressing frame ffmpeg_video_dec: error decompressing frame ffmpeg_video_dec: error decompressing frame ffmpeg_video_dec: error decompressing frame ffmpeg_video_dec: error decompressing frame ffmpeg_video_dec: error decompressing frame 200 Bilder angezeigt, 3 Bilder übersprungen, 0 Bilder verworfen ffmpeg_video_dec: error decompressing frame ffmpeg_video_dec: error decompressing frame 200 Bilder angezeigt, 1 Bilder übersprungen, 0 Bilder verworfen fixing sound card drift by -1250 pts ffmpeg_video_dec: error decompressing frame ffmpeg_video_dec: error decompressing frame 200 Bilder angezeigt, 1 Bilder übersprungen, 0 Bilder verworfen fixing sound card drift by -1250 pts ffmpeg_video_dec: error decompressing frame ffmpeg_video_dec: error decompressing frame ffmpeg_video_dec: error decompressing frame ffmpeg_video_dec: error decompressing frame ffmpeg_video_dec: error decompressing frame ffmpeg_video_dec: error decompressing frame 200 Bilder angezeigt, 3 Bilder übersprungen, 0 Bilder verworfen video_out: Verwerfe Bild mit pts 229457496, weil es zu alt ist (Unterschied: 2319). 200 Bilder angezeigt, 0 Bilder übersprungen, 1 Bilder verworfen video_out: Verwerfe Bild mit pts 231118896, weil es zu alt ist (Unterschied: 2183). 200 Bilder angezeigt, 0 Bilder übersprungen, 1 Bilder verworfen ...
Die Fehlermeldungn im Log gibts auch mit vdr-sxfe, da Ruckelts dann ebenfalls kurz, ist aber klar, da ja Frames verworfen werden.
Auschecken aus dem git klappt so, damit das mal sauber sichtbar ist:
![]()
Source code
1 svn co https://crystalhd.svn.sourceforge.net/svnroot/crystalhd/branches/xine-lib-1.2-vaapi
Diffen für Einzelpatch der vaapi-Geschichte, hier Version 77:
![]()
Source code
1 svn diff -r20:77 > ffmpeg_vaapi_v77.diff
Gruß
Wolfgang

Quoted
Welche Hardware verwendest Du ?
This post has been edited 1 times, last edit by "iNOB" (Feb 17th 2011, 4:58pm)
Quoted
Original von iNOB
@ebsi
Quoted
Welche Hardware verwendest Du ?
Ein ZOTAC H55ITX-A-E mit einer i3-540er CPU.
Meine Versuche mit xineliboutput, vdr-sxfe und Compiz brachten bessere Ergebnisse bezüglich OSD. Allerdings ist da die Spulerei noch in den "Kinderschuhen", da brauchts sicherlich noch einiges damit das rund läuft. Deswegen meine Versuche mit xine, ob's damit besser geht.
Gruß
iNOB

Quoted
Original von ebsi
Welche Hardware verwendest Du ? Bei mir läuft es nun auch mit dem 0.8.6'er compiz ohne Ruckler.
Quoted
Original von Flachzange
Ich habe mal die Testaufnahme hochgeladen, bei der man an der Laufschrift schön sehen kann, ob es flüssig läuft oder nicht:
http://rapidshare.com/files/447056979/00001.ts


Quoted
Original von ebsi
Kleine Info am Rande. Im moment arbeite ich daran VAAPI auch zur Videoausgabe zu verwenden. XV auf dem i3 doch etwas Ineffizient was die CPU last angeht. Hab hier nun experimentellen Code laufen, der das XV Ausgabe plugin missbraucht. Also theoretisch ist eine VAAPI Ausgabe auch unter Xine möglich. Die CPU last sinkt damit nochmals erheblich
lg
ebsi
|
|
Source code |
1 2 3 4 5 6 |
ffmpeg_video_dec: error decompressing frame ffmpeg_video_dec: error decompressing frame ffmpeg_video_dec: error decompressing frame ffmpeg_video_dec: error decompressing frame ffmpeg_video_dec: error decompressing frame ffmpeg_video_dec: error decompressing frame |
Quoted
Original von ebsi
Kleine Info am Rande. Im moment arbeite ich daran VAAPI auch zur Videoausgabe zu verwenden. XV auf dem i3 doch etwas Ineffizient was die CPU last angeht. Hab hier nun experimentellen Code laufen, der das XV Ausgabe plugin missbraucht. Also theoretisch ist eine VAAPI Ausgabe auch unter Xine möglich. Die CPU last sinkt damit nochmals erheblich
lg
ebsi

This post has been edited 1 times, last edit by "ebsi" (Feb 20th 2011, 3:48pm)
This post has been edited 1 times, last edit by "iNOB" (Feb 20th 2011, 4:33pm)
Quoted
Original von iNOB
Auch von mir ein Dankeschön! Grundsätzliche Frage noch, bei mir läuft noch der 2.6.35.10 Kernel. Macht das einen großen Unterschied zum empfohlenen 2.6.37er? Bezüglich der Intelgeschichte mein ich, letztendlich gehts ja nur um den AGP-Treiber soweit ich das verstanden hab...
Gruß
iNOB

Quoted
Original von iNOB
Auch von mir ein Dankeschön! Grundsätzliche Frage noch, bei mir läuft noch der 2.6.35.10 Kernel. Macht das einen großen Unterschied zum empfohlenen 2.6.37er? Bezüglich der Intelgeschichte mein ich, letztendlich gehts ja nur um den AGP-Treiber soweit ich das verstanden hab...
Gruß
iNOB
Quoted
Allerdings ist es eine Tortur den Kernel mit allem was man braucht zu versorgen

This post has been edited 1 times, last edit by "iNOB" (Feb 20th 2011, 6:36pm)
|
|
Source code |
1 |
video.processing.ffmpeg_skip_loop_filter:all |