Hi all, it's me again.
Right, I've taken a few decisions, firstly, I'm only going to use 8-bit
colour for all color platforms. For the game that I'm doing there is no need
for more colours than that anyway. This leads to question 1: Are there any
devices that have some kind of colour support,
Secondly, I am going to support 320x320 on Sony devices.
Thanx to the guys that pointed this out to me, even if it
means that I have been introduced to a whole new world of
pain... :) In truth the Sony stuff hasn't been that bad at
all. But I have a question about that too (2) What is
On Wed, 5 Jun 2002, Idries Hamadi wrote:
Ok, I've had a go at doing this anyway, and whenever I include a 320x320
bitmap (my background image for the 320x320 screen) in pilrc, my PRC fails
to load into POSE (I forgot my Palm at home 2day, and it's not a Clie
anyway). I've tried including it
be a
problem. But why can't I load the prc, is there some maximum size limit that
I'm breaking?
Cheers,
Idries
-Original Message-
From: Aaron Ardiri [mailto:[EMAIL PROTECTED]]
Sent: 05 June 2002 13:33
To: Palm Developer Forum
Subject: RE: Drawing performance (was Access screen
On Wed, 5 Jun 2002, Idries Hamadi wrote:
So what? It is v big but there is plenty of space on the palm (POSE) and the
fact that it is too big is for the designers/artists to worry about. Later,
I will get the artists to cut up the image or somthing (when our full
payload is like 1MB :). It is
HIRes bitmaps are using version 3 of bitmaps (which specifies density and
other things). You cannot simply add a bigger bitmap at the end of a bitmap
family.
The very latest version of PilRC (2.9p5) supports HIRes bitmaps through the
BITMAPFAMILYEX keyword. Check it out.
I do not think that you
, the idiot looks at the finger.
-Original Message-
From: Idries Hamadi [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, June 05, 2002 2:48 PM
To: Palm Developer Forum
Subject: RE: Drawing performance (was Access screen with Palm OS 4.0)
So what? It is v big but there is plenty of space
Forum
Subject: RE: Drawing performance (was Access screen with Palm OS 4.0)
On Wed, 5 Jun 2002, Idries Hamadi wrote:
So what? It is v big but there is plenty of space on the
palm (POSE) and the
fact that it is too big is for the designers/artists to
worry about. Later,
I will get
-
From: Regis Nicolas [mailto:[EMAIL PROTECTED]]
Sent: 05 June 2002 15:01
To: Palm Developer Forum
Subject: RE: Drawing performance (was Access screen with Palm OS 4.0)
HIRes bitmaps are using version 3 of bitmaps (which specifies
density and
other things). You cannot simply add
--
There are some devices (Sony for example) whose screen resolution is
320x320.
There are also some more funny devices (240x240).
PalmOS (the HAL) hides this feature and pretend them to have
160x160 screens
but
you can use some extended APIs to access the
--
You're welcome. How much significant ?
--
Using MemMove (just to copy the screen buffer to the screen) I'm at 43fps,
using FastBlit (with a couple of my own tweaks :) we're at 51fps. That's
significant enough for me. This is on an
In article 87618@palm-dev-forum, [EMAIL PROTECTED] says...
One more problem that I am having, is accessing bitmap data on pre OS 3.5.
On 3.5 I can use BmpGetBits (and I was never doing that every frame :) and
on pre 3.5 I am using just incrementing my BitmapPtr by sizeof(BitmapType)
because
To: Palm Developer Forum
Subject: RE: Drawing performance (was Access screen with Palm OS 4.0)
In article 87618@palm-dev-forum, [EMAIL PROTECTED] says...
One more problem that I am having, is accessing bitmap data
on pre OS 3.5.
On 3.5 I can use BmpGetBits (and I was never doing that
every
Hi!
--
There are some devices (Sony for example) whose screen resolution is
320x320.
--
Is WinGetDisplayExtent the best way to detect this then? If I get a ROM for
POSE of a Sony device will it display this behaviour?
The POSE ROMs
For fast memory copies, you should really NOT use MemMove.
First of all because it's a trap and you get the trap dispatcher overhead
everytime you call it. If you call it 20x for the 20 lines of each of your
sprites, it's significant.
Then because it's not optimized AT ALL. You can probably
Thanx alot for this, just using your FastBlit to copy my screen buffer to
the screen has made a significant improvment. I am planning to implement
somthing similar for drawing my bitmaps, I will probably restrict them to
multiples of 16 in width and horizontal position to save on shifting.
I
On Wed, 29 May 2002, Idries Hamadi wrote:
I don't know what a HIRES device is, can you explain this please (or point
me to a URL or somthing).
well, non 160x160 units - maybe you should check out some of the other
devices on the market? :P
One other problem that I have is that my
-Original Message-
From: Idries Hamadi [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, May 29, 2002 5:33 PM
To: Palm Developer Forum
Subject: FW: Drawing performance (was Access screen with Palm OS 4.0)
Thanx alot for this, just using your FastBlit to copy my screen buffer to
the screen has
On Wed, 29 May 2002, Regis Nicolas wrote:
--
Accessing the screen directly may also cause some bpp issues.
The new Treo 90 is apparently is 4-4-4 12bpp mode.
--
my treo 90 is on its way over (fedex) and, i should be able to tell
you
-Original Message-
From: Aaron Ardiri [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, May 29, 2002 6:23 PM
To: Palm Developer Forum
Subject: RE: Drawing performance (was Access screen with Palm OS 4.0)
On Wed, 29 May 2002, Regis Nicolas wrote:
--
Accessing
On Wed, 29 May 2002, Regis Nicolas wrote:
--
Accessing the screen directly may also cause some bpp issues.
The new Treo 90 is apparently is 4-4-4 12bpp mode.
--
my treo 90 is on its way over (fedex) and, i should be able to tell
Please get me off this list
--- Aaron Ardiri [EMAIL PROTECTED] wrote:
On Wed, 29 May 2002, Regis Nicolas wrote:
--
Accessing the screen directly may also cause
some bpp issues.
The new Treo 90 is apparently is 4-4-4 12bpp
mode.
Please follow the link at the bottom of every message
- Original Message -
From: Johnathan Smith [EMAIL PROTECTED]
To: Palm Developer Forum [EMAIL PROTECTED]
Sent: Wednesday, May 29, 2002 1:10 PM
Subject: RE: Drawing performance (was Access screen with Palm OS 4.0)
Please get me off
On Wed, 29 May 2002, Johnathan Smith wrote:
Please get me off this list
you signed up :) check the original email you got when you signed up
for instructions of how to unsubscribe from the list.
For information on using the Palm Developer Forums,
or to unsubscribe, please see
Ok, going back to my original problem. I now have access to the screen and
all my bresenham stuff works fine (in both 2 and 4-bit grey, whooho!). The
next problem that I have is draw speed. Using only my bresenham routines
with double buffering on (and performing a full screen update every tick)
On Tue, 28 May 2002, Idries Hamadi wrote:
Ok, going back to my original problem. I now have access to the screen and
all my bresenham stuff works fine (in both 2 and 4-bit grey, whooho!). The
next problem that I have is draw speed. Using only my bresenham routines
with double buffering on
: Aaron Ardiri [mailto:[EMAIL PROTECTED]]
Sent: 28 May 2002 16:54
To: Palm Developer Forum
Subject: Re: Drawing performance (was Access screen with Palm OS 4.0)
On Tue, 28 May 2002, Idries Hamadi wrote:
Ok, going back to my original problem. I now have access to the screen and
all my bresenham
PROTECTED]]
Sent: 28 May 2002 16:54
To: Palm Developer Forum
Subject: Re: Drawing performance (was Access screen with Palm OS 4.0)
On Tue, 28 May 2002, Idries Hamadi wrote:
Ok, going back to my original problem. I now have access to the screen and
all my bresenham stuff works fine (in both 2 and 4
On Tue, 28 May 2002, Idries Hamadi wrote:
Ah ha! I've just noticed that my src bitmaps were being compressed by pilrc.
DOH! Things are faster now (11-12fps using the API). This is probably not
fast enough though, so I'll be writing a blitter anyway.
well, using WinDrawBitmap() is really
On Tue, 28 May 2002, Idries Hamadi wrote:
Questions:
if i gave you answers to these questions - we would be giving up all
our tricks now wouldn't we? :) this is not something we probably want
to disclose publically :)
1 - Do you restrict the dimentions of your source bitmaps to be
On Tue, 28 May 2002, Aaron Ardiri wrote:
3 - Are the framerates you quote with double buffering on?
FYI:
fullscreen 160x160 update = 128000 clocks @ 16Mhz = 125 fps
this means, if you are double buffering - you can get 62 fps.
on a 33Mhz unit - you can get 250 fps :) this is of
(was Access screen with Palm OS 4.0)
On Tue, 28 May 2002, Idries Hamadi wrote:
Ah ha! I've just noticed that my src bitmaps were being compressed by
pilrc.
DOH! Things are faster now (11-12fps using the API). This is probably not
fast enough though, so I'll be writing a blitter anyway.
well
-Original Message-
From: Aaron Ardiri [mailto:[EMAIL PROTECTED]]
Sent: 28 May 2002 17:56
To: Palm Developer Forum
Subject: RE: Drawing performance (was Access screen with Palm OS 4.0)
if i gave you answers to these questions - we would be giving up all
our tricks now wouldn't
33 matches
Mail list logo