[davidmanpearl]

I am trying to optimize for speed an S60 app currently running on Nokia 6620 and 6682.

I am modifying image files from the camera and displaying them to the screen as quickly as possible, but I can't get much past 2 frames per second.

The bottlenecks are getSnapshot("encoding=image/bmp") - probably not much I can do about this - and the combination of createImage() + drawImage().

Here is a Canvas example:

byte buf[];
buf = vc.getSnapshot("encoding=image/bmp");
process(buf); // my custom algo that modifies image
Image img = Image.createImage(buf, 0, buf.length);
graphics.drawImage(img);
repaint();

Do you know of any way to blit 'buf' directly to the display and bypass the functions createImage and drawImage. This could save up to 200ms per frame.

- Sincerely, David Manpearl dmanpearl-at-imatte.com

[dcrocha]

Have you tried other encoding formats from the MMAPI documentation, other than bmp? This is the only way to influence the behavior of getSnapshot.

For more advanced drawings you could use the Nokia UI API DirectGraphics class, which has a drawPixels method that can draw an array of pixels directly to a graphics context.

Daniel

[njzk2]

may be you can try :
graphics = img.getGraphics();

but then you may have problems with muttability, so may be you'll have to create a muttable image previously
however, i don't think a drawImage of a small image can be a very big bottleneck

[nokia_devil]

Originally Posted by davidmanpearl

... I am modifying image files from the camera and displaying them to the
screen as quickly as possible, but I can't get much past 2 frames per second. ...

May I ask you for the lines of code where you are toggeling from camera to image
display and back? How do you "hide" the VideoControl when displaying an image?

Lars