> -Original Message-
> 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
gt; To: Palm Developer 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 des
, 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 on the
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
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
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
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 i
> 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
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, bu
> --
> 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
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 P
3:54
> 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.
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)
> beca
> --
> 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 m
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
> > h
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
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.
> > > -
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
-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:
> --
> Acc
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
-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
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 implem
> I'm in (say) 2-bit color mode. If I draw a bitmap that is 8x1 at (0,0) onto
> my screen buffer, all I have to do is copy 2 bytes from the bitmap to the
> first 2 bytes of the screen buffer (I'm using MemMove right now, but I'll
> bet there is a faster way, do you know how good the memcpy in MSL
> -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 a
Drawing performance (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'
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 cou
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 mult
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 s
lto:[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 stuff works fin
ssage-
From: 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
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
31 matches
Mail list logo