WinCE/GAPI support

SDL Development
1

Hi, what is the status of the WinCE/GAPI port?
William

2

About a month ago I submitted
http://www.libsdl.org/pipermail/sdl/2002-August/048184.html ) a patch, but
I received no response at all, so I assume it has not made it into CVS.

Huib-Jan> ----- Original Message -----

From: william.gacquer@wanadoo.fr (William Gacquer)
To:
Sent: Sunday, September 08, 2002 4:03 PM
Subject: [SDL] WinCE/GAPI support

Hi, what is the status of the WinCE/GAPI port?
William

SDL mailing list
SDL at libsdl.org
http://www.libsdl.org/mailman/listinfo/sdl

3

About a month ago I submitted
http://www.libsdl.org/pipermail/sdl/2002-August/048184.html ) a patch, but
I received no response at all, so I assume it has not made it into CVS.

I have not added it to CVS because:
“The code is not very efficient and I have not seen performance benefits.”

Is there any case where this code is desired over the existing DIB code?

See ya,
-Sam Lantinga, Software Engineer, Blizzard Entertainment

4

Is there any case where this code is desired over the existing DIB code?

I’m not sure. I think one could use this code when developing for one
particular machine, eg. IPaq 3630 in landscape mode, only.

I wrote the code because I had seen the question about gapi support a couple
of times on the mailing list and I was wondering myself whether it would
give a big performance boost. If you put it in CVS but don’t enable it by
default then anyone can decide for himself whether to use it or not.

But of course that is a matter of deciding whether CVS should be repository
of all knowledge about implementations of SDL on different platforms or a
repository of preferred implementations.

Huib-Jan> ----- Original Message -----

From: slouken@devolution.com (Sam Lantinga)
To:
Sent: Monday, September 09, 2002 10:26 AM
Subject: Re: [SDL] WinCE/GAPI support

About a month ago I submitted
http://www.libsdl.org/pipermail/sdl/2002-August/048184.html ) a patch,
but

I received no response at all, so I assume it has not made it into CVS.

I have not added it to CVS because:
“The code is not very efficient and I have not seen performance benefits.”

Is there any case where this code is desired over the existing DIB code?

See ya,
-Sam Lantinga, Software Engineer, Blizzard Entertainment

SDL mailing list
SDL at libsdl.org
http://www.libsdl.org/mailman/listinfo/sdl

5

Is there any case where this code is desired over the existing DIB code?
I’m not sure. I think one could use this code when developing for one
particular machine, eg. IPaq 3630 in landscape mode, only.
But of course that is a matter of deciding whether CVS should be repository
of all knowledge about implementations of SDL on different platforms or a
repository of preferred implementations.

One major advantage of having something that’s SDL/CE consumable is that
porting applications becomes much, MUCH easier. Unfortunately, each
PocketPC device has its own problems when dealing with buttons (I.E. on
the 3650 series of iPaq you can’t hit two buttons at once which makes
gaming almost useless).

–>Neil-------------------------------------------------------------------------------
Neil Bradley What are burger lovers saying
Synthcom Systems, Inc. about the new BK Back Porch Griller?
ICQ #29402898 “It tastes like it came off the back porch.” - Me

6

Sam Lantinga wrote:

About a month ago I submitted
http://www.libsdl.org/pipermail/sdl/2002-August/048184.html ) a patch, but
I received no response at all, so I assume it has not made it into CVS.

I have not added it to CVS because:
“The code is not very efficient and I have not seen performance benefits.”

Is there any case where this code is desired over the existing DIB code?

Is the DIB based code fast enough for not having to implement a GAPI
based SDL?___________________________________________________________
Do You Yahoo!? – Une adresse @yahoo.fr gratuite et en fran?ais !
Yahoo! Mail : http://fr.mail.yahoo.com

7

I have not added it to CVS because:
"The code is not very efficient and I have not seen performance benefits."
Is there any case where this code is desired over the existing DIB code?
Is the DIB based code fast enough for not having to implement a GAPI
based SDL?

In short, no. In my own experiences porting to CE, the DIB code is about
3X slower than the GAPI based writes. ;-(

–>Neil-------------------------------------------------------------------------------
Neil Bradley What are burger lovers saying
Synthcom Systems, Inc. about the new BK Back Porch Griller?
ICQ #29402898 “It tastes like it came off the back porch.” - Me

8

I have not added it to CVS because:
"The code is not very efficient and I have not seen performance benefits."
Is there any case where this code is desired over the existing DIB code?
Is the DIB based code fast enough for not having to implement a GAPI
based SDL?

In short, no. In my own experiences porting to CE, the DIB code is about
3X slower than the GAPI based writes. ;-(

Since the original author didn’t see any performance improvements, maybe
somebody could take his code and do some investigation to see what can be
done? If the GAPI code works on the various PDAs and is better than the
DIB code, I’ll definitely add it to CVS.

See ya,
-Sam Lantinga, Software Engineer, Blizzard Entertainment

9

Sam Lantinga wrote:

Since the original author didn’t see any performance improvements, maybe
somebody could take his code and do some investigation to see what can be
done? If the GAPI code works on the various PDAs and is better than the
DIB code, I’ll definitely add it to CVS.

Hello
I just start to wrap GAPI calls in libSDL. The project files in the
CVS tree are for Microsoft
Embedded Visual C++ 4.0 which is for WinCE 4.0. They are not compatible
with Microsoft
Embedded Visual C++ 3.0 which are the only suitable tools for PocketPC
and PocketPC 2002
development. Am I right?
Was someone able to compile SDL for PocketPC using MSEVC++ 4.0?

William___________________________________________________________
Do You Yahoo!? – Une adresse @yahoo.fr gratuite et en fran?ais !
Yahoo! Mail : http://fr.mail.yahoo.com