Roderick Colenbrander a écrit :
>> I tested git version with solidworks, and now it's worse than with
>> previous chris patch :
>>
>> - quite slow, just like with composite patch
>> - highlighted lines offset, just like with composite patch
>> - GLXbaddrawable crash when opening multiple windows,
> I tested git version with solidworks, and now it's worse than with
> previous chris patch :
>
> - quite slow, just like with composite patch
> - highlighted lines offset, just like with composite patch
> - GLXbaddrawable crash when opening multiple windows, regression from
> the composite patc
I tested git version with solidworks, and now it's worse than with
previous chris patch :
- quite slow, just like with composite patch
- highlighted lines offset, just like with composite patch
- GLXbaddrawable crash when opening multiple windows, regression from
the composite patch, that allows
On Wednesday 03 October 2007 06:59:15 am Florian Köberle wrote:
> Hi
>
> I tried the Window with Button Demo from:
> http://bugs.winehq.org/attachment.cgi?id=5777
>
> The main window still overdraw the button.
>
> Used wine version:
> 57a67ebcceb08639736f218f0f545aa41737ad96
>
> graphic card:
> GeF
On Wednesday October 3 2007 11:44, Roderick Colenbrander wrote:
> Hi,
>
> Thanks to Chris his recent child window work, there is now support for
> OpenGL child windows in Wine. For the exact details read bug 2398 or Chris
> his patches. In short the patches use XComposite were poss
737ad96
>
> graphic card:
> GeForce 7800 GTX
>
> driver:
> NVIDIA UNIX x86 Kernel Module 100.14.11
>
> Thanks for the try to fix it anyway.
>
>
> Roderick Colenbrander wrote:
> > Hi,
> >
> > Thanks to Chris his recent child window work, there
x86 Kernel Module 100.14.11
Thanks for the try to fix it anyway.
Roderick Colenbrander wrote:
> Hi,
>
> Thanks to Chris his recent child window work, there is now support for OpenGL
> child windows in Wine. For the exact details read bug 2398 or Chris his
> patches. In short
Hi,
Thanks to Chris his recent child window work, there is now support for OpenGL
child windows in Wine. For the exact details read bug 2398 or Chris his
patches. In short the patches use XComposite were possible and else X pixmaps.
Not all drivers support both properly yet but for compiz
Hello,
Dan Kegel wrote:
he suggests using the new GL_EXT_framebuffer_object OpenGL extension.
I checked around a bit, and it appears to be at least
partly supported by the latest NVidia and ATI drivers.
I'm tempted to say skip the workaround, at least for
the first pass, and just implement the
On Thu, Oct 20, 2005 at 08:25:42PM +0200, Lionel Ulmer wrote:
> Ah I understand now. Do you know when the 'in DIB section' patch will be
> sent to wine-patches (maybe after the 0.9 freeze) ?
Ok, here's a patch for fun.
It has one really nasty hack that needs to be sorted out - that's how
to keep
On 10/20/05, Lionel Ulmer <[EMAIL PROTECTED]> wrote:
> Ah I understand now. Do you know when the 'in DIB section' patch will be
> sent to wine-patches (maybe after the 0.9 freeze) ?
>
> I think once this is in, I will try (for fun) to see if I can get a hacked
> version of wgl.c together which uses
> Yeah, this is for a customer of ours who has the OpenGL in child
> windows problem. The easiest way around this was to get them to
> modify their code to draw onto dibsections and blit to the window.
> Then all we needed to do was to implement the OpenGL on dibsection
> bit.
Ah I understand now
On Wed, Oct 19, 2005 at 11:31:07PM +0200, Lionel Ulmer wrote:
> On Wed, Oct 19, 2005 at 10:24:32PM +0100, Huw D M Davies wrote:
> > It's going to be used to enable OpenGL to draw on dibsections (ie
> > PFD_DRAW_TO_BITMAP). The deal is that while you can use a Window as a
> > glx drawable you can't
On Wed, Oct 19, 2005 at 10:24:32PM +0100, Huw D M Davies wrote:
> It's going to be used to enable OpenGL to draw on dibsections (ie
> PFD_DRAW_TO_BITMAP). The deal is that while you can use a Window as a
> glx drawable you can't use a Pixmap, so the old drawable Escape
> wasn't sufficient. There
On Wed, Oct 19, 2005 at 11:13:03PM +0200, Lionel Ulmer wrote:
> > Which patch is that? I couldn't find it...
>
> * dlls/x11drv/bitmap.c, dlls/x11drv/init.c, dlls/x11drv/opengl.c,
> dlls/x11drv/x11drv.h:
> Huw Davies <[EMAIL PROTECTED]>
> Add an x11drv escape
> Which patch is that? I couldn't find it...
* dlls/x11drv/bitmap.c, dlls/x11drv/init.c, dlls/x11drv/opengl.c,
dlls/x11drv/x11drv.h:
Huw Davies <[EMAIL PROTECTED]>
Add an x11drv escape that returns a glx drawable.
At the tim
Lionel Ulmer wrote:
Huw has done some work on this using pbuffers but I'm not sure how far he's got.
I thought it was GLXPixmaps seeing the patch he submitted to wine-cvs :-)
Which patch is that? I couldn't find it...
--
Trying to get a job as a c++ developer? See
http://kegel.com/acade
> Huw has done some work on this using pbuffers but I'm not sure how far he's
> got.
I thought it was GLXPixmaps seeing the patch he submitted to wine-cvs :-)
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
--- Dan Kegel <[EMAIL PROTECTED]> wrote:
> Lionel Ulmer wrote:
> > On Tue, Oct 18, 2005 at 12:08:04AM -0700, Dan Kegel wrote:
> >
> >>I'm tempted to say skip the workaround, at least for
> >>the first pass, and just implement the real fix using
> >>the opengl extension. As Sippel said, people w
Lionel Ulmer wrote:
On Tue, Oct 18, 2005 at 12:08:04AM -0700, Dan Kegel wrote:
I'm tempted to say skip the workaround, at least for
the first pass, and just implement the real fix using
the opengl extension. As Sippel said, people who
use apps like Lightwave (and maybe Quake3 Radiant :-)
tend
--- Lionel Ulmer <[EMAIL PROTECTED]> wrote:
> On Tue, Oct 18, 2005 at 12:08:04AM -0700, Dan Kegel wrote:
> > I'm tempted to say skip the workaround, at least for
> > the first pass, and just implement the real fix using
> > the opengl extension. As Sippel said, people who
> > use apps like Light
On Tue, Oct 18, 2005 at 12:08:04AM -0700, Dan Kegel wrote:
> I'm tempted to say skip the workaround, at least for
> the first pass, and just implement the real fix using
> the opengl extension. As Sippel said, people who
> use apps like Lightwave (and maybe Quake3 Radiant :-)
> tend to have the la
The change back in January or so to no longer give
each window its own x window seems to have caused
an upheaval in the opengl world. The first app to
report a problem was Lightwave 3D:
http://bugs.winehq.org/show_bug.cgi?id=2398
followed by
http://bugs.winehq.org/show_bug.cgi?id=2908 WeatherSco
On Wed, May 11, 2005 at 01:32:11PM +0100, Mike Hearn wrote:
> This regression was already been anticipated and has been discussed: there
> is some info on it on the DirectX wiki page. Basically either off-screen
> copying or an extension to the X server is needed.
Exactly and even off-screen copyi
On Tue, 10 May 2005 23:09:34 -0500, Dustin Navea wrote:
> Lionel, it appears that bug 2398 is up your alley. sigh :) I was hoping
> it would be an easy fix.. Oh well. Its got something to do with the
> window/gl rewrite, if you could look at it and the regression causing
> patch
Lionel, it appears that bug 2398 is up your alley. sigh :) I was hoping
it would be an easy fix.. Oh well. Its got something to do with the
window/gl rewrite, if you could look at it and the regression causing
patch when you get time, it would be appreciated.
Thanks
Dustin
26 matches
Mail list logo
