How to disable compression of bitmaps on symbian 3rd edition

[kavitha.sakkariyas]

Hi,
I have loaded a SVG image from MIF file. From the loaded image I created several bitmaps with different colors using TBitmapUtil. The final created bitmaps was distorted. I read in Forum that svg icons are compressed. Then I added the API AknIconUtils::DisableCompression() and it works fine for me now. I have done this for symbian 3rd edition FP2.
Now the problem is i want to port the code to symbian 3rd edition. The above API AknIconUtils::DisableCompression() is unavailable in initial release of 3rd edition. I went through forums and found there is an option \X which can be used with mifconv utility to disable compression. But unfortunately this is available only from symbian 3rd edition FP1. Is there any way to disable compression of SVG images?

[wizard_hu_]

S60 3rd edition initial release does not support SVG/MIF compression at all, that is why mifconv has no such switch (it can not compress the file), and AknIconUtils has no such method.
The SVG engine probably evolved over time, so the S60 3rd noFP engine may compatibility problems with certain SVG features which are correctly supported in later engines.
For example make sure that your SVG-s have viewbox attribute, otherwise AknIconUtils::SetSize may not work well.
By the way: exactly what kind of distortion do you experience?

[kavitha.sakkariyas]

Thanks for ur response...
I checked the viewbox attribute of the image. It is set properly. My original image is a grayscale ball from which I construct colored balls. When I display the colored balls on a row, what I see is just a some mixture of color lines drawn. Since I had experienced similar image before disabling compression in Symbian 3rd edition FP2, I assumed the same is happening here. Other images which I display in the application doesn't scale according to the screen dimension. Looks like AknIconUtils::SetSize is not working as expected(I could see the view box attribute in all images). I am generating the SVG-Tiny icons from Adobe Illustrator. What else could be the problem?

[wizard_hu_]

It probably will not matter, but still: it could make sense checking the code without the coloring-code, just to see how the original gray balls get rendered.
An other thing you could try is copying the .svg file to the device, and opening it from the File Manager.

[kavitha.sakkariyas]

Your response was really helpful... I opened the .svg images from the File Manager in the device... Got an error 'couldn't open all contents' for the gray ball image. Regarding other images it doesn't get scaled. The problem lies with the images. I will check the creation of images now.

[kavitha.sakkariyas]

I have the svg image of gray ball rendered perfectly via File Manager and my application. But the final colored balls are distorted. The top and bottom of the ball is fine. In the middle it displays multicolored dots. As I had earlier posted this was the same problem encountered using symbian 3rd edition FP2 which was resolved by using AknIconUtils:isableCompression(). If symbian 3rd edition initial doesnt support compression what else could be happening.
Note: Original gray ball image is GIF which we converted to SVG Tiny.

[wizard_hu_]

Hmm, there can be something about compression: although the .mif files are not compressed in S60 3rd MR, bitmaps in the memory can be compressed: CFbsBitmap has methods like Compress/InBackGround, LoadAndCompress. You can ask it via IsCompressedInRAM, if AknIconUtils automatically applies compression, you can not undo it (your use case may be the reason for introducing DisableCompression in later Symbian releases).
In this case a possible workaround could be creating your own target bitmap, and BitBlt-ing the loaded one there. Then your own bitmap will not be compressed, and your pixel-level processing will work. The original (compressed) bitmap can be re-used for creating all the coloured ones, and deleted after that (unless you need a gray ball too).

[kavitha.sakkariyas]

Wow it worked finally!!! Thanks Wizard_hu_ for the solution... AknIconUtils was compressing the image. The workaround u gave worked out very well.