Performance hit while working with screen depth 16

shivaprasad javali jbsp72 at gmail.com
Mon Jul 13 06:29:40 EDT 2009


My original question still remains unanswered. Is it acceptable for my
activity to change the screen depth to increase its performance? Or do I
have to look at improving my code itself to get it to work better with 16
bit screen depth?( Which would be really painful for me to do:( )

On Mon, Jul 13, 2009 at 3:48 PM, Tomeu Vizoso <tomeu at sugarlabs.org> wrote:

> On Mon, Jul 13, 2009 at 11:56, shivaprasad javali<jbsp72 at gmail.com> wrote:
> > @ James
> > I have attached my script to change the screen depth.
> >
> > @Tomeu
> > Is there any possiblity of Sugar changing its default depth to 24  in the
> > feature? By what you say it seems like this is a problem with sugar. So
> is
> > it acceptable for my Activity to change the screen depth so that it runs
> > faster?
>
> It has nothing to do with Sugar but rather with how the system where
> Sugar runs is configured. If you run GNOME on the XO with the server
> at 16bits, you will notice the same effect.
>
> Regards,
>
> Tomeu
>
> > On Mon, Jul 13, 2009 at 3:10 PM, Tomeu Vizoso <tomeu at sugarlabs.org>
> wrote:
> >>
> >> On Mon, Jul 13, 2009 at 11:24, James Cameron<quozl at laptop.org> wrote:
> >> > On Mon, Jul 13, 2009 at 02:08:13PM +0530, shivaprasad javali wrote:
> >> >> Sorry, I didn't understand the question. If you are talking about
> where
> >> >> my
> >> >> activity is for you to download, I am sorry I cannot provide you the
> >> >> activity
> >> >> itself.
> >> >
> >> > No, I wasn't asking about the activity.
> >> >
> >> >> If you are asking which file I changed to get the screen depth of the
> >> >> XO to be
> >> >> 24, it is the xorg.conf file present at /etc/X11.
> >> >
> >> > Yes, I was asking about your small script.  Can you provide your small
> >> > script that changes teh screen depth and restarts X?
> >>
> >> Btw, the issue of depth transformations have been known in the Geode
> >> for quite some time. We didn't switched to 24bpp because of the amount
> >> of memory available.
> >>
> >> AFAIR the problem was that Cairo has no 16bit surfaces on which we
> >> could work, so we use 32 (or is it 24?) and those need to be converted
> >> by the X server. I have heard a rumour about someone (OpenMoko?
> >> Maemo?) having invested resources in adding 16bit surfaces to Qt so it
> >> ran properly on their hardware.
> >>
> >> Just found this after some googling:
> >>
> >> http://ariya.blogspot.com/2008/08/qt-44-and-maemo.html
> >>
> >> Regards,
> >>
> >> Tomeu
> >>
> >> > --
> >> > James Cameron    mailto:quozl at us.netrek.org
> http://quozl.netrek.org/
> >> > _______________________________________________
> >> > Devel mailing list
> >> > Devel at lists.laptop.org
> >> > http://lists.laptop.org/listinfo/devel
> >> >
> >> _______________________________________________
> >> Devel mailing list
> >> Devel at lists.laptop.org
> >> http://lists.laptop.org/listinfo/devel
> >
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.laptop.org/pipermail/devel/attachments/20090713/d5335bd9/attachment.html>


More information about the Devel mailing list