From patchwork Mon May 15 20:47:54 2006 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Martin Wache X-Patchwork-Id: 12309 Received: from mail.gmx.net ([213.165.64.20]) by www.linuxtv.org with smtp (Exim 4.50) id 1Ffjxd-0007lq-3s for vdr@linuxtv.org; Mon, 15 May 2006 22:46:37 +0200 Received: (qmail invoked by alias); 15 May 2006 20:46:06 -0000 Received: from C93fd.c.pppool.de (EHLO [192.168.1.159]) [62.104.147.253] by mail.gmx.net (mp039) with SMTP; 15 May 2006 22:46:06 +0200 X-Authenticated: #404998 Message-ID: <4468E8FA.4010506@gmx.net> Date: Mon, 15 May 2006 22:47:54 +0200 From: Martin Wache User-Agent: Thunderbird 1.5.0.2 (Macintosh/20060308) MIME-Version: 1.0 To: VDR Mailing List Subject: Re: [vdr] patch against softdevice-CVS to not change picture settings (contrast, ...) References: <200605151022.18430.zzam@gentoo.org> In-Reply-To: <200605151022.18430.zzam@gentoo.org> X-Y-GMX-Trusted: 0 X-BeenThere: vdr@linuxtv.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: VDR Mailing List List-Id: VDR Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 May 2006 20:46:37 -0000 Status: O X-Status: X-Keywords: X-UID: 9476 Matthias Schwarzott schrieb: > Hi! > > I have written this patch for the softdevice xv-output method to stop it from > changing all my xv output settings (contrast brightness hue saturation). > I mainly use the new shm-output communication with xv. > > I know that it is in some parts a hack, but I hope that a similar patch will > be incorporated into the official version. > I see your problem, this really should be solved soon. Your patch disables the use of saved values for contrast, hue etc. for Xv-out as well as shm-out, which is quite a nice feature if one doesn't want to use the default values. I would propose just to switch off the settings as long as one can't change them from shm-out. My following, untestet patch should do that, I will apply it if it works for you. > The other problem I could not solve myself is that the colorkey setting of xv > gets modified to colorkey=black, which makes every window containing black > areas transparent, this is just annoying. > On the long term I planned to make the colorkey adjustable. The osd system is already prepared for it, only video-xv needs to be tweaked. If you want to work on this, look for "color key" comment inside SoftOsd.c, and the COLOR_KEY constant in SoftOsd.h. In video-xv you obviously also have to adjust the color key and either manualy draw a rectangle with the color key where the video is to be displayed or switch on the auto paint color key (which may collide with the osd drawing). The only problem is to get it running for the different colour depth, the easiest is 32bit, so you may want to start with that. For the other color depth the color key has to be converted to the corresponding color depth. Bye, Martin Index: video-xv.c =================================================================== RCS file: /cvsroot/softdevice/softdevice/video-xv.c,v retrieving revision 1.54 diff -u -r1.54 video-xv.c --- video-xv.c 24 Apr 2006 22:56:47 -0000 1.54 +++ video-xv.c 15 May 2006 20:32:17 -0000 @@ -705,7 +705,9 @@ PutXvImage(); XSync(dpy, False); } +#ifndef STAND_ALONE attributeStore.CheckVideoParmChange(); +#endif } if(cursor_visible == True) {