A Great Mobile With a bad picture quality

[quote="soso_lolo"]P800 is really one of the best mobiles I have ever seen . but When it comes to picture viewing, this mobile is not very good.

When I try to open a picture with it, the picture looks so bad I think it is viewed with 265 colour only not with 12 bit .

Anyone has ideas about that ?[/quote]

What app are you using and what image types are you viewing ?
The native picture viewer actually uses all 4096 colors but it does not
dither JPG's to the colors available, just strips the lower color bits.

If you try one of the Photoshop 12 bit reduction filters out there and save your 12 bit reduced JPG at 100% quality it will actually be rendered 'as is' by that P800 viewer, that is, will appear in the best way possible on this device.

I found an excellent Photoshop 12 bit reduction macro here:
http://www.pocketpcpassion.com/General/RickJ/colordepth.htm

These PocketPC users nailed down the 12-bit distinctions quite well in this old discussion thread:
http://www.pocketpcpassion.com/General/RickJ/colordepth_2.htm

As you may conclude the key to optimal appearance on 12-bit screens is dithering the images before display, either on or off the device. If done on the actual device there is some performance issues to consider. I am confident we will see 3rd party image viewing packages for the P800 where such a technique is adopted.

[quote="soso_lolo"]P800 is really one of the best mobiles I have ever seen . but When it comes to picture viewing, this mobile is not very good.

When I try to open a picture with it, the picture looks so bad I think it is viewed with 265 colour only not with 12 bit .

Anyone has ideas about that ?[/quote]

I guess that you have noticed its a loading time when you open a picture in the phone. The first 2-3 seconds the picture shows in lesser quality and seems to be bader.

Another answer could be that you have low quality settings for the taken photos, and by that you got a picture with bad colours.

Otherwise I cant understand how you can see any problem with the colours.

[quote="gunnar-p800"]
<cut>
The native picture viewer actually uses all 4096 colors but it does not
dither JPG's to the colors available, just strips the lower color bits.
<cut>
[/quote]

Hi Gunnar,

I've a similar problem with rendering GIF images with Personal Java sw, the images palette seems to be adapted to an internal (limited) palette.
The same images, rendered as PNG, was perfectly showed in a MIDP sw...
Do you have some hints about?

tnx,

Gino

[quote="ginomi"][quote="gunnar-p800"]
<cut>
The native picture viewer actually uses all 4096 colors but it does not
dither JPG's to the colors available, just strips the lower color bits.
<cut>
[/quote]

Hi Gunnar,

I've a similar problem with rendering GIF images with Personal Java sw, the images palette seems to be adapted to an internal (limited) palette.
The same images, rendered as PNG, was perfectly showed in a MIDP sw...
Do you have some hints about?

tnx,

Gino[/quote]

Gino, the PJava dithering is being investigated. I don't have a workaround for now, the dithering effect occurs when the underlying Image object is created by the PJava toolkit implementation. If you like to try finding an external workaround you could experiment with pure Java toolkit implementations (see 'pja' http://www.eteks.com/pja/en/) in an attempt to produce a better picture quality Image object that the existing drawImage code could render. But typically you will get a Image class cast exception if you try this. Eventually the problem must be solved internal to the runtime, I will make sure a solution become available in one way or another.

Gunnar, tnx for your reply. I'm trying the lib you have suggested me, but it seems to be useful just for offline drawing operation, if I don't make mistakes...
Another idea may be to discover the real java implementation palette, so, like the 12-bit conversion for jpeg, we could prepare our images to be acceptable in the device. What do you think about?

Regards,

Gino

[quote="gunnar-p800"][quote="ginomi"][quote="gunnar-p800"]
<cut>
The native picture viewer actually uses all 4096 colors but it does not
dither JPG's to the colors available, just strips the lower color bits.
<cut>
[/quote]

Hi Gunnar,

I've a similar problem with rendering GIF images with Personal Java sw, the images palette seems to be adapted to an internal (limited) palette.
The same images, rendered as PNG, was perfectly showed in a MIDP sw...
Do you have some hints about?

tnx,

Gino[/quote]

[/quote]

We are evaluating a solution to this where a developer can include a patch with their PJava app SIS file so that the application can render images in the proper quality on any P800 regardless of its SW version. The enhancement can also be installed separately to improve image quality for already deployed PJava apps. More information will be provided once this is made available.

..and finally this solution was released for PersonalJava :

http://www.ericsson.com/mobilityworld/sub/open/technologies/java/tools/image_fix

gunnar-p800 wrote:What app are you using and what image types are you viewing ?
The native picture viewer actually uses all 4096 colors but it does not
dither JPG's to the colors available, just strips the lower color bits.

If you try one of the Photoshop 12 bit reduction filters out there and save your 12 bit reduced JPG at 100% quality it will actually be rendered 'as is' by that P800 viewer, that is, will appear in the best way possible on this device.

I found an excellent Photoshop 12 bit reduction macro here:
http://www.pocketpcpassion.com/General/RickJ/colordepth.htm

These PocketPC users nailed down the 12-bit distinctions quite well in this old discussion thread:
http://www.pocketpcpassion.com/General/RickJ/colordepth_2.htm

As you may conclude the key to optimal appearance on 12-bit screens is dithering the images before display, either on or off the device. If done on the actual device there is some performance issues to consider. I am confident we will see 3rd party image viewing packages for the P800 where such a technique is adopted.