>I know there has to be a reason? Overhead for drawing, bottle necks or
>what? Direct screen access? Ideas?

Same screen depth? Same processor speed? FB generates 68k code; vb
generates fake p-code. Running on a PPC? Do you have Speed Doubler?

I've been told that MOVETO x,y:LINETO x,y is faster than PLOT x,y and
definitely faster than SETCPIXEL(x,y,#@rgbrec).

I'm also reminded of SloMo(the emulator); basically the first Mac
version(almost a direct port) was faster than the same VB version running
on the same speed processor. Sure; maybe drawing is fast, but interpreting
speed is sure slow on the VB side when it comes down to doing math; which
is usually required for graphic intensive things, right?

Is it hooking into DirectX maybe? Possibly VB5 does this; I don't know.

Put in a FLUSHEVENTS in before your routine, and remove your handleevents.
Take out the DoEvents from your VB code. Run both in 256 color mode. get
out two stopwatches. Ask an adult to help you before trying this at home
:-)



~ An FB revolution? I am there! ~

-- Terence Jordan (tatewake@...)
Inspired Software. http://inspired.netstreet.net/
Macintosh, Dos, Windows, and BeOS software solutions.
Phone: 407-728-7563
....................................
.MacSloMo: 6502 emulation in FB!   .
.http://inspired.netstreet.net/POC/.
....................................