Rockbox mail archiveSubject: Re: Dynamic global char arrays.
Re: Dynamic global char arrays.
From: XavierGr <xaviergr_at_gmail.com>
Date: Sat, 20 Aug 2005 17:19:59 +0300
Jens think that even in large pictures this is not a problem. The way it is
now, even if the picture is very large, up-down will not change picture but
it will scroll instead. So even if a user has big pics then I could just
program it to change file with the play+dericetion button.
So then all is solved. You will be able to change picture even in zoom_in
and if the picture is large that can't fit in the screen.
On 8/20/05, Jens Arnold <arnold-j_at_t-online.de> wrote:
> Hello XavierGr
> > Also I would like some suggestions about the buuton handling
> > (thinking of other targets too).
> > Currently I change files with joystick up or down (previous
> > -next) when the picture is in default state. LinusN suggested
> > right - left while rasher said that a combination of buttons
> > would be better. My opinion is the up-down (or left-right it
> > is the same) in the default state, and play+up-play+down when
> > the image is zoomed.
> Neither up - down nor left - right will work on its own.
> There is no such thing as a default state, there is only a
> smallest zoom level which depends on the original image size.
> The JPEG decoder can scale images by 1, 1/2, 1/4 or 1/8, and the
> viewer initially chooses the largest of these scale factors that
> makes the image entirely fit the screen. However, if an image is
> larger than a certain size, even the smallest scale factor (1/8)
> doesn't make the image fit without scrolling, and this would
> then interfere with changing pictures.
> The image size where this will happen depends on the unit's
> display, and is easily calculated (display resolution *8).
> Iriver H1x0: 1280x1024 pixels
> Archos recorder/Ondio: 896x512 pixels
> Most digital camera images are larger those days...
> Regards, Jens
Received on 2005-08-20