headers
Andrés Ambrois | 1 Jun 2009 07:20
Picon

Re: [Fwd: Xo 1.5 wlan]

On Sunday 31 May 2009 11:15:58 am Tomeu Vizoso wrote:
> On Sun, May 31, 2009 at 16:09, Tiago Marques <tiagomnm <at> gmail.com> wrote:
> > On 5/31/09, John Watlington <wad <at> laptop.org> wrote:
> >> On May 30, 2009, at 12:04 PM, Reinder E.N. de Haan wrote:
> >>> Subject: Xo 1.5 wlan
> >>> Date: Thu, 07 May 2009 19:56:27 +0200
> >>> From: Reinder de Haan <rs <at> mveas.com>
> >>> To: John Watlington <wad <at> laptop.org>
> >>>
> >>> Hello,
> >>>
> >>> I have a couple of questions regarding the wlan module in xo 1.5;
> >>>
> >>> 1) will it be an off the shelf module (3th party) or a quanta/olpc
> >>> 'private' module
> >>
> >> One of the complications of the Gen 1.5 design has been improving
> >> the WLAN module.   The existing module takes lots of power, and
> >> the USB driver still needs extensive modification to speed up
> >> suspend/resume.
> >
> > Being power the major concern, will wireless range also be enhanced in
> > some way? Most of the early claims that the XO had a top class
> > wireless range have not materialized, at least when I compare it to
> > other devices like a Fon2100 or an IPW2200 from Intel, which is
> > probably the device with best wireless range that I've ever seen.
> >
> > A way to change the transmit power in software would be great for
> > power and range, depending on the application. Does the module have
> > anything like that or are you just mainly focusing on power and
(Continue reading)

Permalink | Reply | 1 comment |
headers
John Gilmore | 1 Jun 2009 08:26

Re: HTML Canvas performance in the Browse activity

I suspect that the reason relates to the OLPC's unique screen.  The
physical pixels are spaced at 200 per inch horizontally and
vertically.  But there's only one color per pixel, not three.  Each
pixel lights up in a particular color.  In a 'red' pixel, the green
and blue sub-values from the frame buffer are ignored (but they get
averaged into a nearby blue pixel by the dcon chip).

(In 'normal' 96 dpi screens they actually have three subpixels
horizontally (red, green, and blue), so the resolution in the
horizontal direction is almost 300 dpi while vertically it's only 96
dpi.)

Perhaps it's that you'd like the software to draw very crisp text by
knowing that the screen really renders 200 dpi, but draw pictures at
some lower dpi like 134, knowing that you can't represent all the
colors in the original pixels unless you enlarge it somewhat.

> The XO browser has two problems actually: 1) performance issue caused by  
> scaling everything up; 2) the difference in the scaling logic from a  
> normal Gecko build.
> Problem 2: Keeping the current 134 DPI value would always require Gecko to  
> be patched, thus making it different from other Gecko builds. Maybe the  
> browser could use 200 DPI? Perhaps pages would render too big.

Is there a good reason that the upstream Gecko maintainers wouldn't
take this a patch, or one like it?  As long as the scale factor is 1
on ordinary screens (and the code optimizes that path), adding this
would have little impact on speed or space on non-OLPCs.  (And if
Pixel Qi succeeds in selling their screens, there are going to be more
'unusual' cheap & high performance screens that we'll want good free
(Continue reading)

Permalink | Reply | 1 comment |
headers
S Page | 1 Jun 2009 09:16
Picon

Browse page with full-sized images crashes Browse and Firefox, it seems partly a wiki.laptop.org issue

or "Browse no browse Browse" :-)

Visit http://wiki.laptop.org/go/Browse in either Browse or Firefox on
8.2.1 and your laptop will lock up and minutes later Browse will die.
This is mentioned in comments on http://dev.laptop.org/ticket/8278 and
http://dev.laptop.org/ticket/8719

If you use Firefox's Tools > Page Info > Media and scroll through the
list of images, you see that the page has dozens of full-sized
screenshots, all around 1,200 x 900 px, that the browser scales to
tiny thumbnails according to the img tag's width and height.

But that's not how Mediawiki is supposed to work.  If a page on
wikipedia.org calls for a thumbnail of a large image, it contains a
reference to a pre-shrunk image rather than the original full-size
image. E.g.
http://en.wikipedia.org/wiki/Windows_Vista#End-user_features has a
thumbnail of a screenshot.  So the image it references is
http://upload.wikimedia.org/wikipedia/en/thumb/f/f0/Windows_Explorer_Vista.png/180px-Windows_Explorer_Vista.png
which is 180px wide, rather than the full-size original
http://upload.wikimedia.org/wikipedia/en/f/f0/Windows_Explorer_Vista.png

Somehow wiki.laptop.org doesn't create thumbnails, it seems to only
refer to the originals.  I reopened bug 8278 and e-mail this to OLPC
sysadmin.  http://www.mediawiki.org/wiki/Manual:Image_Administration#Image_thumbnailing
has the configuration instructions.

Could this thumbnail problem be related to the wiki.laptop.org's
ImageMagick failures on the large SVGs
http://wiki.laptop.org/go/Image:Olpc-deployments-20090515.svg ?
(Continue reading)

Permalink | Reply | 0 comments |
headers
Tomeu Vizoso | 1 Jun 2009 10:58
Favicon
Gravatar

Re: [Fwd: Xo 1.5 wlan]

On Mon, Jun 1, 2009 at 07:20, Andrés Ambrois <andresambrois <at> gmail.com> wrote:
> On Sunday 31 May 2009 11:15:58 am Tomeu Vizoso wrote:
>> On Sun, May 31, 2009 at 16:09, Tiago Marques <tiagomnm <at> gmail.com> wrote:
>> > On 5/31/09, John Watlington <wad <at> laptop.org> wrote:
>> >> On May 30, 2009, at 12:04 PM, Reinder E.N. de Haan wrote:
>> >>> Subject: Xo 1.5 wlan
>> >>> Date: Thu, 07 May 2009 19:56:27 +0200
>> >>> From: Reinder de Haan <rs <at> mveas.com>
>> >>> To: John Watlington <wad <at> laptop.org>
>> >>>
>> >>> Hello,
>> >>>
>> >>> I have a couple of questions regarding the wlan module in xo 1.5;
>> >>>
>> >>> 1) will it be an off the shelf module (3th party) or a quanta/olpc
>> >>> 'private' module
>> >>
>> >> One of the complications of the Gen 1.5 design has been improving
>> >> the WLAN module.   The existing module takes lots of power, and
>> >> the USB driver still needs extensive modification to speed up
>> >> suspend/resume.
>> >
>> > Being power the major concern, will wireless range also be enhanced in
>> > some way? Most of the early claims that the XO had a top class
>> > wireless range have not materialized, at least when I compare it to
>> > other devices like a Fon2100 or an IPW2200 from Intel, which is
>> > probably the device with best wireless range that I've ever seen.
>> >
>> > A way to change the transmit power in software would be great for
>> > power and range, depending on the application. Does the module have
(Continue reading)

Permalink | Reply | 0 comments |
headers
Mihai Sucan | 1 Jun 2009 11:04
Picon

Re: HTML Canvas performance in the Browse activity

Hello John!

Le Mon, 01 Jun 2009 09:26:20 +0300, John Gilmore <gnu <at> toad.com> a écrit:

>> The XO browser has two problems actually: 1) performance issue caused by
>> scaling everything up; 2) the difference in the scaling logic from a
>> normal Gecko build.
>> Problem 2: Keeping the current 134 DPI value would always require Gecko  
>> to
>> be patched, thus making it different from other Gecko builds. Maybe the
>> browser could use 200 DPI? Perhaps pages would render too big.
>
> Is there a good reason that the upstream Gecko maintainers wouldn't
> take this a patch, or one like it?  As long as the scale factor is 1
> on ordinary screens (and the code optimizes that path), adding this
> would have little impact on speed or space on non-OLPCs.  (And if
> Pixel Qi succeeds in selling their screens, there are going to be more
> 'unusual' cheap & high performance screens that we'll want good free
> software support for.)

I understand from Robert O'Callahan that it's better to constrain CSS  
pixels to integer device pixels. When the patch is applied, CSS pixels no  
longer map strictly to integer device pixels (IIANM).

--

-- 
Mihai Sucan
http://www.robodesign.ro
_______________________________________________
Devel mailing list
Devel <at> lists.laptop.org
(Continue reading)

Permalink | Reply | 0 comments |
headers
Gary C Martin | 1 Jun 2009 18:06

Re: Longer XO transformer power cord in the plans?

On 31 May 2009, at 15:34, Reinder de Haan wrote:
> Tiago Marques wrote:
>> On 5/31/09, Reinder de Haan <rs <at> mveas.com> wrote:
>>>
>>> Sascha Silbe wrote:
>>>> On Sun, May 31, 2009 at 03:16:53PM +1000, James Cameron wrote:
>>>>
>>>>> 1.  Earthing.  The current design has no earth at the AC end,  
>>>>> and is
>>>>> isolated in relation to the DC end.  An earthed AC plug in some
>>>>> countries produces a more reliable and positive insertion and  
>>>>> anchoring.
>>>> All "travel adapters" (power outlet adapters) I've come across so  
>>>> far
>>>> had no earthing so would be impossible to use (unaltered). Of  
>>>> course
>>>> this wouldn't be much of a change as the current wall warts also  
>>>> don't
>>>> fit any adapter I've seen at shops. At SugarCamp in Paris, quite  
>>>> a few
>>>> people (including myself) had "custom" ones, i.e. with mechanic
>>>> alterations.
>>>> Personally, I feel comfortable making minor mechanic changes to an
>>>> adapter, but I won't usually dare using a non-earthing adapter  
>>>> with a
>>>> device having an earthed plug (unless I know for sure this is  
>>>> safe).
>>>>
>>>> Actually, if you are able to use a standard plug (e.g. IEC-60320- 
>>>> C5/C6)
(Continue reading)

Permalink | Reply | 1 comment |
headers
Walter Bender | 1 Jun 2009 20:28
Picon

Re: Longer XO transformer power cord in the plans?

The chart is of limited utility. For example, Argentina and Oz share
the same socket except that the pins are different lengths, so that if
you try to import an Oz plug into Argentina, you will get stopped in
customs. (Lesson learned the hard way.)

-walter

On Mon, Jun 1, 2009 at 12:06 PM, Gary C Martin <gary <at> garycmartin.com> wrote:
> On 31 May 2009, at 15:34, Reinder de Haan wrote:
>> Tiago Marques wrote:
>>> On 5/31/09, Reinder de Haan <rs <at> mveas.com> wrote:
>>>>
>>>> Sascha Silbe wrote:
>>>>> On Sun, May 31, 2009 at 03:16:53PM +1000, James Cameron wrote:
>>>>>
>>>>>> 1.  Earthing.  The current design has no earth at the AC end,
>>>>>> and is
>>>>>> isolated in relation to the DC end.  An earthed AC plug in some
>>>>>> countries produces a more reliable and positive insertion and
>>>>>> anchoring.
>>>>> All "travel adapters" (power outlet adapters) I've come across so
>>>>> far
>>>>> had no earthing so would be impossible to use (unaltered). Of
>>>>> course
>>>>> this wouldn't be much of a change as the current wall warts also
>>>>> don't
>>>>> fit any adapter I've seen at shops. At SugarCamp in Paris, quite
>>>>> a few
>>>>> people (including myself) had "custom" ones, i.e. with mechanic
>>>>> alterations.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Charbax | 2 Jun 2009 02:06

Videos of XO 1.5 in Taipei

Posted to http://olpc.tv


Filming Pixel Qi and more in just a bit..

--
Charbax,
Nicolas Charbonnier
<div>
<p>Posted to <a href="http://olpc.tv">http://olpc.tv</a></p>
<div><br></div>
<div>Filming Pixel Qi and more in just a bit..<br clear="all"><br>-- <br>Charbax,<br>Nicolas Charbonnier<br>
</div>
</div>
Permalink | Reply | 17 comments |
headers
Guylhem Aznar | 2 Jun 2009 04:58
Favicon

Bootloader question

Hello

I'm still preparing my custom images for the Haïti project, and I am
quite disturbed by the JFFS2 boottime. From what I've read on the
wiki, JFFS2 is here only because OFW doesn't know how to use UBIFS.

This brings a question - is it possible to replace OFW with something
that could use UBIFS? Say coreboot , or even a bios with grub,
anything will do!

If there's no security, if there's little functionality, not field
upgrades etc, it will just be fine as long as it can boot any quicker.

I just can't keep the boot delays currently experienced with jffs2

--

-- 
Dr. Guylhem Aznar, MD PhD

Unité d'Analyse Médico-Économique
Service de Santé Publique et d'Économie de la Santé
Pôle SPSSR
CHU de Fort de France
BP 632
97261 Fort De France Cedex
Martinique, France

Tel : 05 96 55 23 47
Fax : 05 96 75 84 57
Permalink | Reply | 6 comments |
headers
rihoward1@gmail.com | 2 Jun 2009 06:59
Picon

Re: Videos of XO 1.5 in Taipei

It would be nice if olpc.tv used ogg vorbis.   Is there any way to get the videos of XO 1.5 in Taipei, etc. posted in a linux friendly format?   XO users are excluded from viewing material about the XO.  Where the FOSS are you!!

In other words FOSS you..................tube, use Ogg Vorbis!!
 : )


linux - the best things in life are free





On Jun 1, 2009, at 5:06 PM, Charbax wrote:

Posted to http://olpc.tv

Filming Pixel Qi and more in just a bit..

--
Charbax,
Nicolas Charbonnier
_______________________________________________
Devel mailing list

_______________________________________________
Devel mailing list
Devel <at> lists.laptop.org
http://lists.laptop.org/listinfo/devel
Permalink | Reply | 8 comments |

Gmane