Page 1 of 1

Surface Size

PostPosted: Mar 4, 2003 @ 11:10pm
by jongjungbu

PostPosted: Mar 5, 2003 @ 12:41am
by ppcStudios

PostPosted: Mar 5, 2003 @ 1:36am
by ruis

PostPosted: Mar 5, 2003 @ 3:32am
by jongjungbu

PostPosted: Mar 5, 2003 @ 5:45am
by ppcStudios

PostPosted: Mar 5, 2003 @ 6:56am
by jongjungbu
Hmm. Well I seem to have fixed my problem. It was not necessarily a memory size issue really after all. LOL. But rather two different problems of my own doing. One, the RECT specifying the src region wasn't being set BEFORE the BltFast call. So, usually it was a 0-sized RECT being copied.

Second, I was BltFasting a src region larger than the actual display. I didn't know this was an issue (clipping?) and maybe it's not (I remember it was in older DirectX SDKs)...but I had to specify a RECT equal to or smaller than the display. Using NULL only worked for src images smaller than the display.

Ok, so GapiDraw is runnin fine now. Too bad I get fatal exception crashes every time my program runs an fopen or fclose. :( Weird.

If it's not one thing it's another.

Thanks for the input/comments guys.


JJB

PostPosted: Mar 5, 2003 @ 2:31pm
by ppcStudios

PostPosted: Mar 5, 2003 @ 2:47pm
by Johan

PostPosted: Mar 5, 2003 @ 4:22pm
by jongjungbu
AAaah. That is very interesting. Hmm. Initially I had the images as files. But I have since loaded them as resources. Still notice some loading time, but I don't expect an instant effect from the image size in question on a PocketPC.

I am using 8-bit PNG at this point loaded as resource. Not what I originally started with, but at this point is what I'm using. Would that be my best bet for the least overhead in 1.04? I find the filesize of the PNG format to be highly acceptable without noticeably altering the image. No wonder you use that format in the samples. :)

JJB

PostPosted: Mar 5, 2003 @ 4:26pm
by Johan
8-bit png should work fine..