RE: [GD-Windows] BitBlt() syncing to VBL

[Brian S. <bs...@mi...>]

A lot of what you're describing is surprising.  When I was doing Mac
stuff PCI video was the high end and NuBus was more common, so that's a
ways away from your G4 - but I never had an app that ran faster on the
Mac than the PC.

Also, what you say about DDraw blits seems strange.  Given that memcpy
blitters are so easy to write, don't you think that the DX team would
have used memcpy if it was dramatically faster? :)  I'm not saying
you're wrong, I haven't tested it myself, it just seems strange.

You also don't mention if you're page flipping, which would obviously
lock you to the refresh rate.  DrawSprocket and QuickDraw don't support
page flipping (this is on pre-OSX) so that could be letting your Mac app
run faster than your PC.  On OSX, I don't know what the state of affairs
is.

Sorry that none of that really helps your problem,

--brian

-----Original Message-----
From: Brian Hook [mailto:bri...@py...]=20
Sent: Tuesday, January 15, 2002 8:13 AM
To: gam...@li...
Subject: [GD-Windows] BitBlt() syncing to VBL


My blitting code on a PowerMac G4/867 is running over 50% faster than on
a=20
PC of higher clock speed (and with a faster video card to boot).  It
feels=20
like it's syncing to VBL on the PC -- 75fps on a 76Hz LCD -- but I was=20
under the impression that GDI's BitBlt() doesn't sync to VBL.  Is this
not=20
the case?  I was getting the distinct feeling that it was syncing to VBL

using DDraw's Blt() function, which is one reason I switched to GDI (not
to=20
mention that blitting using memcpy() has proven to be light years faster

than using DDraw's blitters).

Brian


_______________________________________________
Gamedevlists-windows mailing list
Gam...@li...
https://lists.sourceforge.net/lists/listinfo/gamedevlists-windows