Faster than GDI+

[Scatropolis]

Is GDI as fast as drawing gets? I'm writing a program that deals with
drawing a ridiculous amount of lines and am finding GDI a little slow, or just
maybe how I'm using it. I was looking at some DirectX documents and wondering
if that was the way to go. Any help would be appreciated.

Thanks.

[Andy Gaskell]

I'm fairly confident that DirectX would be faster, try porting it to DirectX
and let me know how it goes.

"Scatropolis" <ch*****@frayed.net> wrote in message
news:%2****************@TK2MSFTNGP10.phx.gbl...

Is GDI as fast as drawing gets? I'm writing a program that deals with
drawing a ridiculous amount of lines and am finding GDI a little slow, or just maybe how I'm using it. I was looking at some DirectX documents and wondering if that was the way to go. Any help would be appreciated.

Thanks.

[Christoph Nahr]

On Fri, 7 May 2004 19:53:06 -0700, "Scatropolis" <ch*****@frayed.net>
wrote:

Is GDI as fast as drawing gets?

If you're drawing directly to the screen, then yes, that's it. Keep
in mind that .NET languages have a P/Invoke overhead for calling GDI
routines, too!

However, you could lock a GDI+ bitmap in memory and directly
manipulate the bits, then copy the result back to your control surface
-- you'll have to write your own drawing routines but they should be
plenty fast. And you won't have to mess with DirectX.
--
http://www.kynosarges.de

[Scatropolis]

How exactly would I go about doing that. At the moment I'm using a Image in
memory then showing it in a pictureBox. What do you mean?
thanks

On 08/05/2004 Christoph Nahr <ch************@kynosarges.de> wrote:

On Fri, 7 May 2004 19:53:06 -0700, "Scatropolis" <ch*****@frayed.net>
wrote:

Is GDI as fast as drawing gets?

If you're drawing directly to the screen, then yes, that's it. Keep
in mind that .NET languages have a P/Invoke overhead for calling GDI
routines, too!

However, you could lock a GDI+ bitmap in memory and directly
manipulate the bits, then copy the result back to your control surface
-- you'll have to write your own drawing routines but they should be
plenty fast. And you won't have to mess with DirectX.

[Christoph Nahr]

Take a look at the Bitmap.LockBits method.

On Sat, 8 May 2004 13:09:46 -0700, "Scatropolis" <ch*****@frayed.net>
wrote:

How exactly would I go about doing that. At the moment I'm using a Image in
memory then showing it in a pictureBox. What do you mean?
thanks

--
http://www.kynosarges.de

[Eric]

Did you set the style of the control you are painting on to DoubleBuffer?
This will make sure all the drawing is done in memory first then the final
result will be painted to the surface instead of drawing each line or object
realtime.

See this page here:

http://msdn.microsoft.com/library/de...styletopic.asp

For controls that I do my own painting for, DoubleBuffer, UserPaint,
AllPaintingInWmPaint are always on, and so is TransparentBackColor just for
fun and special effects. Sometimes, ResizeRedraw is also handy if your
control needs to repaint when resized automatically.

I've noticed with these styles on, GDI+ is extremely fast and I don't notice
any unusual slowness at all. But let me know if that helps or not.

If you need to do a lot of realtime drawing without slowing up the rest of
your app, worker threads might also help.

"Scatropolis" <ch*****@frayed.net> wrote in message
news:#u**************@TK2MSFTNGP10.phx.gbl...

Is GDI as fast as drawing gets? I'm writing a program that deals with
drawing a ridiculous amount of lines and am finding GDI a little slow, or just maybe how I'm using it. I was looking at some DirectX documents and wondering if that was the way to go. Any help would be appreciated.

Thanks.

[Scatropolis]

At the moment I have the drawing all done on an Image in another class. Then
just drawn on the pictureBox. Though I'm wonder if all those white spaces
are causing my bottle neck.

On 10/05/2004 "Eric" <ej********@yahoo.com> wrote:

Did you set the style of the control you are painting on to DoubleBuffer?
This will make sure all the drawing is done in memory first then the final
result will be painted to the surface instead of drawing each line or object
realtime.

See this page here:

http://msdn.microsoft.com/library/de...cpref/html/frl rfsystemwindowsformscontrolclasssetstyletopic.asp
For controls that I do my own painting for, DoubleBuffer, UserPaint,
AllPaintingInWmPaint are always on, and so is TransparentBackColor just for
fun and special effects. Sometimes, ResizeRedraw is also handy if your
control needs to repaint when resized automatically.

I've noticed with these styles on, GDI+ is extremely fast and I don't notice
any unusual slowness at all. But let me know if that helps or not.

If you need to do a lot of realtime drawing without slowing up the rest of
your app, worker threads might also help.

"Scatropolis" <ch*****@frayed.net> wrote in message
news:#u**************@TK2MSFTNGP10.phx.gbl...

Is GDI as fast as drawing gets? I'm writing a program that deals with
drawing a ridiculous amount of lines and am finding GDI a little slow, or

just

maybe how I'm using it. I was looking at some DirectX documents and

wondering

if that was the way to go. Any help would be appreciated.

Thanks.