Re: Start of an opengl-based gdi driver

2007-05-29 Thread Stefan Dösinger
Am Dienstag 29 Mai 2007 00:31 schrieb Frank Richter: > On 28.05.2007 22:23, Stefan Dösinger wrote: > > loads it into an opengl > > texture(GL_ALPHA) and records 256 display lists to draw textured quads. > > So far no unicode support, no custom pens, but custom fonts work. > > One trick I've seen (i

Start of an opengl-based gdi driver

2007-05-28 Thread Stefan Dösinger
Hi, One of our remaining fundamental d3d problems is the slowness of IDirectDrawSurface7::GetDC(and d3d9). This call allows performing gdi operations on surfaces. Currently this is handled through downloading the opengl surface, performing the gdi operation, and uploading it again. This is slo

Re: Start of an opengl-based gdi driver

2007-05-28 Thread Frank Richter
On 28.05.2007 22:23, Stefan Dösinger wrote: > loads it into an opengl > texture(GL_ALPHA) and records 256 display lists to draw textured quads. So > far no unicode support, no custom pens, but custom fonts work. One trick I've seen (in CEGUI) is to use one font texture per Unicode plane. So the

Re: Start of an opengl-based gdi driver

2007-05-28 Thread Stefan Dösinger
Hi, A few additions to my previous mail - Why can't I think about all this when I'm writing the mail. A GDI engine won't help Direct3D applications because the gdi engine still operates in system memory. It would not avoid the need of downloading from opengl and uploading again. A GDI engine ca

Start of an opengl-based gdi driver

2007-05-28 Thread Stefan Dösinger
Hi, One of our remaining fundamental d3d problems is the slowness of IDirectDrawSurface7::GetDC(and d3d9). This call allows performing gdi operations on surfaces. Currently this is handled through downloading the opengl surface, performing the gdi operation, and uploading it again. This is slo