problems when photo are displayed

[Botosu]

When I scroll from pictures in display mode, not in brows file, I saw something interesting:

Between to pictures: the .bmp one, luda I think, and the one with vertical colored lines,
the last line of pixels from bmp file it remains on display when the vertical lines are displayed.
If you move back, on the firs line of pixels from the bmp file, I can see pixels from colored lines.

I think that we have to clear the display between to pictures.

I hope I made my self clear, I could take some pictures if my english is not so good 

[Botosu]

any thoughts ?
it's not a bug?
my eanglish it was not good ? 

[nilrog]

Don't worry! I don't think so many have played with it yet

I can only see one picture if I choose photos from the GUI so I haven't yet bothered to check what works and what doesn't work

[z80_fr]

Yes.

When sliding down the button after choosing the PHOTOS menu then you'll arrive to LUDA.BMP
after LUDA you'll see the color bar picture, but the bottom line of LUDA.
But if you're currious just slide up the button to show again LUDA and then you'll see that on the top of screen you'll see the color bar picture on the first line.

If you slide up again then a picture of the desert then you'll be able to see the bottom line of LUDA.
this LUDA bottom line still displayed if you still slide up to see previous picture

The other good question is: why the most right column of pixe is not used to display the pictures? 
LUDA is 128x128 pixel may be this an explanation? 

I fist thought that that was because BMP files are coded starting from bottom to top, but it seem that BMY files are also coded this way. By the way BMP picture seem to be displayed slower than BMY one. It's certainly because the BMP is 24bits per pixel and the display cannot handle this color depth.


On more question: what is the display size of the display? I've read 132x132 on Jelu.se, and 131x131 on this forum.
What is the right answer?

[Botosu]

ok... so it was't me...

The size of the picture it should not matter... if I want to have a 20x20 pix picture
It is enough to clear the display before to display a new picture.

If you brows the files and you try to cam at the icon menu ( short click on ?This ),
and you will see the a pice of the vertical scroll in the right side of the display....

[Jesper Hansen]

The display is 132*132 pixel, but basically all code uses it as a 128*128 display.
The bitmaps are also 128*128, or that's what I thought they were. It seems some are perhaps 127*127 and that's why you see the background of the precious pic.
The background is not cleared between each picture, that's from back before the LCD routines were pepped up, to make it faster.
I'll add the clear, which will also make it nice when you show a smaller pic, like 100*100.

Regular bitmaps are way slower, because they need to be converted from 24 bit to 16 bit, and because the pixel placement is a little different.
That's why all icons and system bitmaps are using the much faster BMY format.

Next step would be to see if we can implement a fast scaling function, so "regular" images can be shown. However, this is not really of much use unless we can also decode JPG's, of which there is little chance. It probably will take way too much code.

[Botosu]

problem present on fw0.35 also