headers
John Gilmore | 1 Mar 2008 02:55

Re: OLPC.tv and Gnash

The versions of gnash in Ship.* and in Update.1 can't play streaming
Ogg videos in a sub-window of a web page yet.  That support is in
current gnash CVS, and will be in next week's gnash-0.8.2 release,
which should be in XO Update.2.

However, the standard Browse in update.1 (and perhaps in Ship.1) can
play streaming ogg videos, taking up the full screen.  Try this URL on
yours:

  http://www.redhat.com/v/magazine/ogg/FUDConWrapup.ogg
or
  http://www.redhat.com/videos/   (click the Ogg links below the Flash boxes)

If the maintainer of http://olpc.tv wanted their videos to be viewable
on a standard, mass production OLPC, they'd have to transcode them
from proprietary codecs (like FLV, which YouTube uses) into the free
Ogg Theora video codec.  (Then again, olpc.tv's audience may be people
who DON'T have an olpc, rather than those who do!)

Today is the first I heard of SSS/OLPC.  From a brief search engine
look, it appears to be a single custom computer built out of a
prototype OLPC circuit board.  If it plays every Flash 9 movie
perfectly, then it's running the proprietary Adobe Flash Player, which
OLPC cannot reproduce, support, or ship.  I'm happy that the owner of
the SSS/OLPC can have fun tinkering with it, but there are hundreds of
thousands of people with ordinary OLPCs who we aim to support -- with
free software -- in the XO software releases and websites.

	John Gilmore
(Continue reading)

Permalink | Reply | 0 comments |
headers
John Gilmore | 1 Mar 2008 03:12

Re: Is read_file() always called after an activity __init__?

> Hmmm, so if my activity needs it's preferences before it can display  
> anything to the user, potential future lazy loading of the data-store  
> (to try and speed up general activity start-up time) is going to leave  
> folks watching my activity with a blank screen for a lazy while? Ouch.

Ahem.  The Grand Unified Theory of OLPC was that the datastore/journal
were going to entirely replace the filesystem (as far as Activites
are concerned).  Activities aren't permitted to read/write the ordinary
Linux filesystem, according to this theory.

If the datastore isn't just as ready, just as fast, and just as
available as the filesystem, e.g. for holding tiny little files that
rapidly keep the Activity's configuation options, then there's
something terribly wrong here.

	John
Permalink | Reply | 1 comment |
headers
Edward Cherlin | 1 Mar 2008 04:33
Picon
Gravatar

Re: [Server-devel] Google Summer of Code and OLPC

On Fri, Feb 29, 2008 at 12:01 PM, Sayamindu Dasgupta
<sayamindu <at> gmail.com> wrote:
> Ok - here's the idea page - http://wiki.laptop.org/go/Summer_of_Code/2008/Ideas
>
>  Thanks,
>  Sayamindu

I added a few of the ideas we have discussed on this list, and thought
of a few more. Is there any code we need for localization and
translation work? For example, to match strings between our Pootle and
the one for KhmerOS and automatically populate ours with suggestions?

Projects

    * Integrate espeak engine with all activities, not just Speak, and
provide for karaoke coloring. See Mokurai's article on adapting Same
Language Subtitling for literacy to the XO.

    * Sugar Factory, an automated method for Sugarizing non-Python
applications. Albert Cahalan has some of this working now.

    * Localization and Content conversion, for those who don't code.
Coders can provide tools.

    * Document reader with annotation capability

    * GIS activity for XO. Engineers Without Borders, Timepedia, and
International Symposium on Digital Earth want to work with OLPC to
create community-based mapping data collection systems that will feed
to global mapping and analysis projects, which will then feed back to
(Continue reading)

Permalink | Reply | 3 comments |
headers
Sayamindu Dasgupta | 1 Mar 2008 06:31
Picon
Gravatar

Re: [Server-devel] Google Summer of Code and OLPC

On Sat, Mar 1, 2008 at 9:03 AM, Edward Cherlin <echerlin <at> gmail.com> wrote:
> On Fri, Feb 29, 2008 at 12:01 PM, Sayamindu Dasgupta
>  <sayamindu <at> gmail.com> wrote:
>  > Ok - here's the idea page - http://wiki.laptop.org/go/Summer_of_Code/2008/Ideas
>  >
>  >  Thanks,
>  >  Sayamindu
>
>  I added a few of the ideas we have discussed on this list, and thought
>  of a few more. Is there any code we need for localization and
>  translation work? For example, to match strings between our Pootle and
>  the one for KhmerOS and automatically populate ours with suggestions?

Pootle can use the translation memories used by Khmer OS - I'll look
at the exact method to be used.

>
>  Projects
>
>     * Integrate espeak engine with all activities, not just Speak, and
>  provide for karaoke coloring. See Mokurai's article on adapting Same
>  Language Subtitling for literacy to the XO.
>
>     * Sugar Factory, an automated method for Sugarizing non-Python
>  applications. Albert Cahalan has some of this working now.
>
>     * Localization and Content conversion, for those who don't code.
>  Coders can provide tools.
>
(Continue reading)

Permalink | Reply | 2 comments |
headers
Javier Cardona | 1 Mar 2008 09:23
Gravatar

WDS problems observed in today's testing

Michail, Chris,

This afternoon I captured some traffic while Chris was running tests
for Peru.  The test setup consisted on ~25 laptops associated to a
WRT54 access point.  When the laptops were on, associated and (not
sure about this) idle, we observed a high volume of wireless traffic.
The spectrum analyzer showed close to 50% duty cycle utilization of
the channel.
We also observed that a few xo's could not associate, and some seemed to
intermittently lose and recover association.

Turning off the WRT54 (and therefore stopping all the infra traffic)
freed up most of the bandwidth on that channel.

In my 50 second capture (taken before turning off the AP) we observe:

Total traffic:  		15081 frames (100%)
All WDS traffic (1):             6023 frames ( 40%)
WDS, xo is source addr (2):      4343 frames ( 29%)
 (96% of the above xmitted at 1 Mbps (3) and 100% sent by a single AP(4))

Compare that with

xo originated infra frames (5):   401 frames ( 3%)
 (77% of the above xmitted at rates higher than 2 Mbps (6))

What does all this mean?

1. Multicast traffic gets replicated and retransmitted.
2. The ratio of original frames to AP generated multicast
(Continue reading)

Permalink | Reply | 17 comments |
headers
Martin Langhoff | 1 Mar 2008 13:31
Picon
Gravatar

Re: [Server-devel] Google Summer of Code and OLPC

On Sat, Mar 1, 2008 at 6:31 PM, Sayamindu Dasgupta <sayamindu <at> gmail.com> wrote:
>  AFAIK - Summer of Code does not support non code related projects.

You are right - but the related GHOP does. We could get a lot of
mileage out of that.

cheers,

m
Permalink | Reply | 1 comment |
headers
Tomeu Vizoso | 1 Mar 2008 13:38

Re: Is read_file() always called after an activity __init__?

On Sat, Mar 1, 2008 at 3:12 AM, John Gilmore <gnu <at> toad.com> wrote:
> > Hmmm, so if my activity needs it's preferences before it can display
>  > anything to the user, potential future lazy loading of the data-store
>  > (to try and speed up general activity start-up time) is going to leave
>  > folks watching my activity with a blank screen for a lazy while? Ouch.
>
>  Ahem.  The Grand Unified Theory of OLPC was that the datastore/journal
>  were going to entirely replace the filesystem (as far as Activites
>  are concerned).  Activities aren't permitted to read/write the ordinary
>  Linux filesystem, according to this theory.

Not true. The datastore is for recording actions and storing the
documents associated to those. In other words: for saving the child's
work and allowing for efficient retrieval. Where have you found this
"theory"?

See the link below for an explanation of the suggested guidelines for
writing to the fs:

http://wiki.laptop.org/go/Low-level_Activity_API#Writable_Directories

>  If the datastore isn't just as ready, just as fast, and just as
>  available as the filesystem, e.g. for holding tiny little files that
>  rapidly keep the Activity's configuation options, then there's
>  something terribly wrong here.

Can you elaborate? I'm certainly not happy with the current state of
the DS, but would like to know more about which problems you see in
the current implementation.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Sayamindu Dasgupta | 1 Mar 2008 13:38
Picon
Gravatar

Re: [Server-devel] Google Summer of Code and OLPC

On Sat, Mar 1, 2008 at 6:01 PM, Martin Langhoff
<martin.langhoff <at> gmail.com> wrote:
> On Sat, Mar 1, 2008 at 6:31 PM, Sayamindu Dasgupta <sayamindu <at> gmail.com> wrote:
>  >  AFAIK - Summer of Code does not support non code related projects.
>
>  You are right - but the related GHOP does. We could get a lot of
>  mileage out of that.
>

Yes - OLPC should probably try to be a part of the next GHOP - there
are a lot of potential tasks that are suited for the GHOP.

In a related note - I have move the current SOC page in the wiki to an
archive (Summer of Code/2007) and the current toplevel page talks
2008.

Thanks,
Sayamindu

--

-- 
Sayamindu Dasgupta
[http://sayamindu.randomink.org/ramblings]
Permalink | Reply | 0 comments |
headers
Build Announcer Script | 1 Mar 2008 01:30
Picon
Gravatar

New ship.2 build 658

http://xs-dev.laptop.org/~cscott/olpc/streams/ship.2/build658/

+Journal-72.xo

--- Journal-72 ---
     * #4909 Add Resume method to the DBus service. (marco)

--
  This email was automatically generated
  Aggregated logs at http://dev.laptop.org/~bert/ship.2-pkgs.html
Permalink | Reply | 0 comments |
headers
Build Announcer Script | 1 Mar 2008 02:05
Picon
Gravatar

New ship.2 build 659

http://xs-dev.laptop.org/~cscott/olpc/streams/ship.2/build659/

+Read-35.xo

--- Read-35 ---
     * #4454: Added a broad try..except Exception: to write_file() to  
allow
     read to close if write_file has an error. (pascals)

--
  This email was automatically generated
  Aggregated logs at http://dev.laptop.org/~bert/ship.2-pkgs.html
Permalink | Reply | 0 comments |

Gmane