Re: Graphics.drawImage() vs Graphics.drawRGB()

From my porting experience it's much the same story.

Typical things that behave inconsistently due to bugs in rendering pipeline are :

1) transparency - some handsets lose it when manipulating rgb int[]'s - most notably the NokiaN80 and some of it's relatives.
2) transformations - The pixel format of Images sometimes effects the rendering pipeline used, leading to different results when applying transforms. Some handsets handle images sourced from int[]'s via pipelines & pixel formats that are seldom used.
3) clipping - behaviour of both screen clip & user clip have been known to vary according to the Images underlying pixel format. (early Sharps, some Samsungs etc etc)

drawRegion has much the same inconsistencies:
A few handsets don't implement it (SamsaungE710 and compats),
some others do clipping incorrectly when using it, or don't support some/all of the rotation types.
However, you can always fall back onto clipRect/drawImage/setClip if need be.

It sounds like you might not be using it correctly on the k800, as I'm fairly sure drawRegion is bug free on that handset.

  ----- Original Message ----- 
  From: James Closs 
  To: [email protected] 
  Sent: Tuesday, January 15, 2008 3:39 PM
  Subject: Re: Graphics.drawImage() vs Graphics.drawRGB()


    Unimplemented on some handsets, buggy on many others, slow on some.

    It's broken on more handsets than it is slow on.


  Groan - and there was me getting all excited. Thanks very much though.


  What about...


  Graphics.drawRegion()
  Image.createRGBImage()
  Image.getRGB()


  ?


  Last two seem to be OK for me on the SEk800, drawRegion seems to be doing strange things but it could be my code...


  cheers


  ====




  James Closs, Director, bitBull Ltd




  http://www.bitbull.com 




  07771 991171




  ====


  =========================================================================== To unsubscribe, send email to [email protected] and include in the body of the message "signoff KVM-INTEREST". For general help, send email to [email protected] and include in the body of the message "help". 

________________________________________________________________________
E-mail is an informal method of communication and may be subject to data corruption, interception and unauthorised amendment for which I-play, a trading name of Digital Bridges Ltd will accept no liability. Therefore, it will normally be inappropriate to rely on information contained on e-mail without obtaining written confirmation.

This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden.

(C) 2005. I-play is a trademark and trading name of Digital Bridges Limited. All Rights Reserved.
________________________________________________________________________
This message has been checked for all known viruses by the 
MessageLabs Virus Scanning Service. For further information visit
http://www.messagelabs.com/stats.asp

===========================================================================
To unsubscribe, send email to [email protected] and include in the body
of the message "signoff KVM-INTEREST".  For general help, send email to
[email protected] and include in the body of the message "help".