From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5531 invoked by alias); 24 Jun 2013 15:18:10 -0000 Mailing-List: contact cygwin-xfree-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-xfree-owner@cygwin.com Reply-To: cygwin-xfree@cygwin.com Mail-Followup-To: cygwin-xfree@cygwin.com Received: (qmail 5519 invoked by uid 89); 24 Jun 2013 15:18:10 -0000 X-Spam-SWARE-Status: No, score=-2.9 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,RCVD_IN_DNSWL_NONE,RCVD_IN_HOSTKARMA_YE autolearn=ham version=3.3.1 Received: from nm6-vm6.bt.bullet.mail.ir2.yahoo.com (HELO nm6-vm6.bt.bullet.mail.ir2.yahoo.com) (212.82.99.221) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Mon, 24 Jun 2013 15:18:08 +0000 Received: from [212.82.98.40] by nm6.bt.bullet.mail.ir2.yahoo.com with NNFMP; 24 Jun 2013 15:18:05 -0000 Received: from [217.146.189.79] by tm1.bt.bullet.mail.ir2.yahoo.com with NNFMP; 24 Jun 2013 15:18:05 -0000 Received: from [127.0.0.1] by smtp829.mail.ird.yahoo.com with NNFMP; 24 Jun 2013 15:18:05 -0000 X-Yahoo-SMTP: u.JgLvyswBBMp9ZJJfsX14qmYb3T2ivhMAr6OupnxLpNQEFZ9g-- X-Rocket-Received: from [192.168.1.72] (jon.turney@109.155.7.130 with plain) by smtp829.mail.ird.yahoo.com with SMTP; 24 Jun 2013 08:18:05 -0700 PDT Message-ID: <51C86330.8060304@dronecode.org.uk> Date: Mon, 24 Jun 2013 15:18:00 -0000 From: Jon TURNEY Reply-To: cygwin-xfree User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: cygwin-xfree@cygwin.com CC: marco.atzeri@gmail.com Subject: Re: fltk / gl rendering problem References: <51BDCFCE.3060608@gmail.com> <51BDD0DB.1040807@gmail.com> <51BEB13E.9090907@gmail.com> <51C439CB.4050305@dronecode.org.uk> <51C6FE7A.20706@gmail.com> In-Reply-To: <51C6FE7A.20706@gmail.com> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-SW-Source: 2013-06/txt/msg00052.txt.bz2 On 23/06/2013 14:56, marco atzeri wrote: > Il 6/21/2013 1:32 PM, Jon TURNEY ha scritto: >> On 17/06/2013 07:48, marco atzeri wrote: >>> Il 6/16/2013 4:51 PM, marco atzeri ha scritto: >>>> testing a octave/fltk graphics issue, I noticed that also the >>>> demo of fltk with GL interface has a similar issue. >> >> Thanks for reporting this and thanks for providing the test binaries. >> >>>> On http://matzeri.altervista.org/works/fltk_gl/ >>>> I uploaded the before and after apperance of "gl_overlay" demo. >>>> >>>> It is enough to move the window to loose the geometrical >>>> image while the bars are correctly re-drawn. >>>> >>>> Running Xwin with -wgl does not show such defect, but it is >>>> terribly slow. So I assume it is not a fltk defect but of >>>> GL or XServer. >> >> I guess this should read "with -nowgl", in which case, this is a limitation of >> the current implementation of -wgl mode, which will require lots of work to >> fix. > > Question: is "-wgl" disabled by some of the other Xwin options ? > I was sure all my previous experiments where with "-wgl" > But I see no difference between > "xwin -rootless -nowgl" and "xwin -rootless" -wgl is only available in -multiwindow mode: (II) GLX: Initialized Win32 native WGL GL provider for screen 0 If you try it in any other mode, you'll get the following in the log: (EE) AIGLX: No native OpenGL in modes with a root window ... (II) AIGLX: Loaded and initialized swrast This could probably do with being better documented. The reason for this restriction is that the only way to constrain OpenGL drawing to a given region is make a Windows window which occupies that region. In the initial WGL implementation, these Windows windows were the ones corresponding to the top-level X windows we have in multiwindow mode. I subsequently added a bit of trickery which makes things somewhat work for non-top-level X windows, by creating a hidden Windows window hierarchy, which puts a Windows window in the right place to make the OpenGL drawing appear in the right place and at the right size, but because that drawing isn't composed into the X screen, but drawn on top of it, we get these issues. In theory this trick could be extended to provide WGL in modes other than multiwindow, but these issues would also appear. >> I wrote a bit about these limitations at [1] >> >> [1] http://www.cygwin.com/ml/cygwin-xfree/2012-10/msg00009.html > > It seems the same defect so it seems related to "-wgl", > at least in multiwindow mode. > > Testing with > " xwin -multiwindow " > the moving defect is present and slide layer are drawn > > " xwin -multiwindow -nowgl" > the moving defect is NOT present but the slide layer are NOT drawn > ( same for both "xwin -rootless -nowgl" and "xwin -rootless" ) > > >>> further experiment showed that the defect is present when the integrate >>> windows manager is used. With external window manager (fvwm, openbox,.. ) that >>> defect does not apper. >>> >>> With external window manager another defect appears, the upper >>> bar effect is not shown at all; while it is present on the integrated >>> window manager. >> >> When I tested this, it looks like the solid area controlled by the "sides" >> slider didn't get rendered into a separate layer when using software rendering >> (either -nowgl or X server in windowed mode), so this is possibly some bug or >> limitation in the software renderer, or possibly in a bug in the demo not >> recognizing the lack of capabilities of the software renderer. > > Do you mean more likely a OpenGL bug of fltk one ? One or the other, yes :) In a brief test, the gl_overlay demo appears the same using the software renderer under linux. -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/