Re: [Sugar-devel] [DESIGN] higher-resolution thumbnails
On Tue, Aug 21, 2012 at 11:16 AM, Daniel Drake wrote: > On Tue, Aug 21, 2012 at 8:56 AM, Sascha Silbe > wrote: >>> +1 though this is raises the question of what resolution would be good >>> enough. Ideally we would store images at the full display resolution, >>> and try to minimise the storage space tradeoff by being more >>> aggressive on compression. >> >> +1 on storing in native display size. Folks with larger screens tend to >> have more permanent storage space, making the proportional increase in >> overhead less of an issue. The XO case is going to be the most >> interesting one in terms of storage overhead. > > Another overhead to keep in mind: if my understanding is correct, we > synchronously take this screenshot on activity exit and on changing to > another activity (e.g. with the frame). Saving a full-resolution > screenshot (with or without compression) is likely to take quite a > while on XO, especially on XO-1. May well be we need to have some special case for XO 1. -walter > > Daniel -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] higher-resolution thumbnails
On Tue, Aug 21, 2012 at 8:56 AM, Sascha Silbe wrote: >> +1 though this is raises the question of what resolution would be good >> enough. Ideally we would store images at the full display resolution, >> and try to minimise the storage space tradeoff by being more >> aggressive on compression. > > +1 on storing in native display size. Folks with larger screens tend to > have more permanent storage space, making the proportional increase in > overhead less of an issue. The XO case is going to be the most > interesting one in terms of storage overhead. Another overhead to keep in mind: if my understanding is correct, we synchronously take this screenshot on activity exit and on changing to another activity (e.g. with the frame). Saving a full-resolution screenshot (with or without compression) is likely to take quite a while on XO, especially on XO-1. Daniel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] higher-resolution thumbnails
Gary Martin writes: > +1 though this is raises the question of what resolution would be good > enough. Ideally we would store images at the full display resolution, > and try to minimise the storage space tradeoff by being more > aggressive on compression. +1 on storing in native display size. Folks with larger screens tend to have more permanent storage space, making the proportional increase in overhead less of an issue. The XO case is going to be the most interesting one in terms of storage overhead. I'm less enthusiastic about using lossy compression, however, especially since the goal was to be able to read the text in the screen shot. Most (all?) lossy compression algorithms are ill-suited for images with high contrast (e.g. text). Before we go for additional API to ask activities for previews (that would involve starting at least some part of the activity for Journal operations), we should ask deployments for statistics about data store entry sizes. I'm having a feeling an increase in storage overhead by a fixed amount is less of an issue. Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ pgpGPmuJYfm5G.pgp Description: PGP signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] higher-resolution thumbnails
On 13 Aug 2012, at 17:38, Walter Bender wrote: > I have a proposal from the learning team regarding the resolution of > the thumbnail images in the Journal. They'd like the thumbnails to be > of a higher resolution, both for the detail view in the Journal and in > the Portfolio activity. The motivation is that the current resolution > (300x225) is not sufficient to see important details, such as the text > in a Write document, the layout of a Mindmap (Labrynth), or the blocks > in a Turtle Art project. > > The tradeoff is primarily one of storage space, although there maybe > some potential workarounds, such as having a way to ask an activity to > generate a thumbnail on the fly. +1 though this is raises the question of what resolution would be good enough. Ideally we would store images at the full display resolution, and try to minimise the storage space tradeoff by being more aggressive on compression. This would also open up an option for the illusion of fast starting Activities. iOS relies on this quite heavily as you start and switch between images, you're often looking at a transition animation and the static screen shot for a number of seconds (maybe 4 or 5 in some cases) while the actual code is still starting in the background. Regards, --Gary > regards. > > -walter > > -- > Walter Bender > Sugar Labs > http://www.sugarlabs.org > ___ > Sugar-devel mailing list > Sugar-devel@lists.sugarlabs.org > http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] higher-resolution thumbnails
2012/8/13 Walter Bender : > I have a proposal from the learning team regarding the resolution of > the thumbnail images in the Journal. They'd like the thumbnails to be > of a higher resolution, both for the detail view in the Journal and in > the Portfolio activity. The motivation is that the current resolution > (300x225) is not sufficient to see important details, such as the text > in a Write document, the layout of a Mindmap (Labrynth), or the blocks > in a Turtle Art project. +1 ! -- .. manuq .. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] higher-resolution thumbnails
While we do it, should be good have defined in sugar the size of the preview image (right now style.zoom(300) x style.zoom(225)) Now will need modify all the activities implementing get_preview() Gonzalo On Mon, Aug 13, 2012 at 1:38 PM, Walter Bender wrote: > I have a proposal from the learning team regarding the resolution of > the thumbnail images in the Journal. They'd like the thumbnails to be > of a higher resolution, both for the detail view in the Journal and in > the Portfolio activity. The motivation is that the current resolution > (300x225) is not sufficient to see important details, such as the text > in a Write document, the layout of a Mindmap (Labrynth), or the blocks > in a Turtle Art project. > > The tradeoff is primarily one of storage space, although there maybe > some potential workarounds, such as having a way to ask an activity to > generate a thumbnail on the fly. > > regards. > > -walter > > -- > Walter Bender > Sugar Labs > http://www.sugarlabs.org > ___ > Sugar-devel mailing list > Sugar-devel@lists.sugarlabs.org > http://lists.sugarlabs.org/listinfo/sugar-devel > ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
