You are not logged in.
VDR Portal »
Developer »
Patches »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.
Friday, April 1st 2011, 12:18pm
Da es anscheinend Senderabhängig ist und vermutlich mit der Datenrate zusammenhängt, (bei dir die ÖR die ja gute Datenraten haben, ich hab bis jetzt immer auf einem HD-Sender getestet), kam mir die Vermutung das dies eventuell damit zusammenhängt das irgendwas nicht Threadsafe ist.Quoted from "Maniac"
Die Option --hud=opengl nutzt, im Gegensatz zur Option --opengl, ein Window(kein opengl) zu darstellen solange kein OSD sichtbar ist. Erst wenn man ein OSD öffnet, wird das Bild in eine Pixmap umgeleitet. Dafür wird an xine ein drawable_changed gesendet und xine wechselt dann auf die Pixmap.
Leider mag das aber vdpau so noch nicht gerne.
Grade noch mal ausprobiert. Funktioniert hier seit 30 minuten auch relativ problemlos (kein segfault mehr wie bei meinem letzten Versuch vor einigen Tagen). Speziell bei den ÖR HD-Sendern kommt es beim Menüaufruf allerdings manchmal zu 1-2 Sekunden Bildstörung.
|
Source code |
1 |
this->x.xine_visual_type = XINE_VISUAL_TYPE_XCB; |
Sunday, April 3rd 2011, 11:07am
Tuesday, April 12th 2011, 9:20pm
|
|
Source code |
1 2 3 4 5 |
Apr 12 21:08:50 zotac-natty vdr: [3250] [xine..put] cXinelibServer::Play Buffer overflow (TCP/PIPE) Apr 12 21:08:55 zotac-natty vdr: last message repeated 1000 times Apr 12 21:08:55 zotac-natty vdr: [3250] [xine..put] cXinelibServer: Too many TCP buffer overflows, dropping client Apr 12 21:08:55 zotac-natty vdr: [3250] [xine..put] cXinelibServer::Play Write/Queue error (TCP/PIPE) Apr 12 21:08:55 zotac-natty vdr: [3250] [xine..put] Closing connection 0 |
Wednesday, April 13th 2011, 7:12am
Wednesday, April 13th 2011, 9:51am
)
Wednesday, April 13th 2011, 10:36am
leider bietet das shq eine merkwürdige sache ... das osd wird der videogrösse angepasst
This post has been edited 1 times, last edit by "fnu" (Apr 13th 2011, 10:58am)
Wednesday, April 13th 2011, 11:09am
ja fnu, ich hab endlich kapiert was du meinst
für was gibt es das einpassen überhaupt ?
Wednesday, April 13th 2011, 4:14pm
Quoted
Complete rewrite of vdpau output driver osd handling.
The new implementation has the following advantages towards the existing one:
There is now a unique processing of RLE coded images and ARGB based overlay images.
For both formats scaled and unscaled images and a video window are supported.
Both formats are rendered now in given order into the same output surface not using
a dedicated output surface for scaled, unscaled and ARGB images any more.
Processing of YCBCR overlay images now uses corresponding vdpau upload functions
eliminating the existing (possible slower) conversation to RGB images.
Optimized processing of first overlay from stack avoiding unnecessary surface initialization and rendering operations.
Currently the new implementation does only take the dirty rect information of a ARGB overlay into account for optimization
if this is the only one object that should be displayed.
Wednesday, April 13th 2011, 5:50pm
hallo,
@durchflieger: sorry für's "hijacking" - dachte mir aber, daß es in diesen thread am besten passt (geht eh gleich wieder unter
crisalide (=xine developer) hat einen neuen verbesserten vdpau h264 decoder für die aktuelle xine-lib-1.2 veröffentlicht. er liegt als patch unter: http://hftom.homelinux.org/tmp/alter_vdpau-2.diff
hier geht's zum originalen "announcement": http://www.nvnews.net/vbulletin/showthre…563#post2417563
gruß, ciax:
btw: neuer "stable" (official prerelease) 270.41.03 nvidia-treiber wurde gestern auch veröffentlicht (allerdings mit wenig neuem)
Wednesday, April 13th 2011, 6:45pm
Wednesday, April 13th 2011, 7:22pm
Wednesday, May 22nd 2013, 7:55pm
Go to the top of the page
