Re: F11 on XO-1: keyboard + mouse not responding.
These are actually relatively old. Try the Paraguay builds http://people.sugarlabs.org/bernie/olpc/f11-xo1-py/ On Sat, May 15, 2010 at 8:15 AM, Carlos Nazareno wrote: > Hey Paul! > > > there are a bunch of "F11 for XO-1" releases around these days -- can > > you be specific about what you installed? > > I'm using os11.img from http://wiki.laptop.org/go/Rawhide-XO. > > > to clarify your symptoms: after the keyboard/touchpad stop working, > > the system will detect a USB keyboard and mouse when they're attached? > Yup! The system will detect the USB Keyboard + Mouse, and then > built-in keyboard + trackpad still won't work. > > > as hal suggested, be sure to disable automatic power management > > in the control panel. unlike previous XO-1 releases, the default > > configuration is to do aggressive idle-suspend > > It seems to now be working properly now that I disabled automatic power > management in Sugar. Now to test Flash, Gnash, etc on F11/XO... > > Thanks! > > -- > carlos nazareno > http://twitter.com/object404 > http://www.object404.com > -- > core team member > phlashers: philippine flash actionscripters > http://www.phlasheers.com > -- > "poverty is violence" > -- > "if you don't like the way the world is running, > then change it instead of just complaining." > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel > ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: F11 on XO-1: keyboard + mouse not responding.
Hey Paul! > there are a bunch of "F11 for XO-1" releases around these days -- can > you be specific about what you installed? I'm using os11.img from http://wiki.laptop.org/go/Rawhide-XO. > to clarify your symptoms: after the keyboard/touchpad stop working, > the system will detect a USB keyboard and mouse when they're attached? Yup! The system will detect the USB Keyboard + Mouse, and then built-in keyboard + trackpad still won't work. > as hal suggested, be sure to disable automatic power management > in the control panel. unlike previous XO-1 releases, the default > configuration is to do aggressive idle-suspend It seems to now be working properly now that I disabled automatic power management in Sugar. Now to test Flash, Gnash, etc on F11/XO... Thanks! -- carlos nazareno http://twitter.com/object404 http://www.object404.com -- core team member phlashers: philippine flash actionscripters http://www.phlasheers.com -- "poverty is violence" -- "if you don't like the way the world is running, then change it instead of just complaining." ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: F11 on XO-1: keyboard + mouse not responding.
carlos wrote: > Ok. After a couple of reboots unplugged from the power supply, > keyboard & trackpad worked in Sugar again. > > When I switched to Gnome, both stopped working again. > > Attaching an external keyboard and mouse work, but it's irritating > that the built-in ones don't. > > I'd like to hear ideas before I reflash the XO & reinstall F11 so you > guys can track this bug. there are a bunch of "F11 for XO-1" releases around these days -- can you be specific about what you installed? to clarify your symptoms: after the keyboard/touchpad stop working, the system will detect a USB keyboard and mouse when they're attached? as hal suggested, be sure to disable automatic power management in the control panel. unlike previous XO-1 releases, the default configuration is to do aggressive idle-suspend -- the system will suspend after 15 seconds of inactivity. because of wireless bugs, it may not wake up correctly, and the system will lock up. this doesn't match up with your USB experience, but i don't think i've ever tried a USB keyboard after the wireless issues hit. paul =- paul fox, p...@laptop.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: #10045 HIGH 1.5-sof: XO-1.5 Record audio/video are out of sync with each other
Given that the main memory is one eight to one quarter the size of the storage medium, I'm surprised at the effort being invested in recording straight to the storage medium. Especially if that storage medium is arbitrarily slow! Cheers, wad On May 15, 2010, at 7:02 AM, Richard A. Smith wrote: > On 05/13/2010 08:07 AM, Benjamin M. Schwartz wrote: >> On 05/13/2010 03:26 AM, James Cameron wrote: >>> We discussed this briefly in team meeting this morning ... Record is >>> writing an uncompressed stream to SD, before then compressing it in the >>> "Save" step once the video recording is stopped. (I could be wrong). >>> >>> This means that no matter what the size of the buffer memory, if the >>> data rate from the camera exceeds the rate at which we can write to SD, >>> there will be skips once a recording is long enough to fill the buffer. >> ... >>> So we determine the data rate by choosing height, width, and frame rate >>> from the camera. We determine the maximum rate according to the choice >>> of SD media. >> >> If I understand correctly, Record does compress the video on the fly. >> It's the audio that it writes uncompressed to disk for later compression >> and muxing. I don't know at what quality it performs audio recording, but >> it might be as low as 32 KB/s uncompressed. > > I highly doubt that record is sending raw video to the SD device. If it is > then its broken and no wonder its skipping. Raw 640x480 RGB at 30 frames a > second is 27MiB/s. Even if you use a YUV format with 16bits/pixel and 15 > frames a second its still 9MiB/s which exceeds the sustained write rate of a > class 6 card. We ship class 2 (2MiB/s). > > If we can't do theora on the fly then we should be doing MJPEG or HuffYUV (if > you wanted a lossless format). Although HuffYUV is still going to be much > faster than a Class 2 card. Even MJPEG (roughly /10) is still pushing it. > > -- > Richard A. Smith > One Laptop per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: #10045 HIGH 1.5-sof: XO-1.5 Record audio/video are out of sync with each other
On 05/13/2010 08:07 AM, Benjamin M. Schwartz wrote: > On 05/13/2010 03:26 AM, James Cameron wrote: >> We discussed this briefly in team meeting this morning ... Record is >> writing an uncompressed stream to SD, before then compressing it in the >> "Save" step once the video recording is stopped. (I could be wrong). >> >> This means that no matter what the size of the buffer memory, if the >> data rate from the camera exceeds the rate at which we can write to SD, >> there will be skips once a recording is long enough to fill the buffer. > ... >> So we determine the data rate by choosing height, width, and frame rate >> from the camera. We determine the maximum rate according to the choice >> of SD media. > > If I understand correctly, Record does compress the video on the fly. > It's the audio that it writes uncompressed to disk for later compression > and muxing. I don't know at what quality it performs audio recording, but > it might be as low as 32 KB/s uncompressed. I highly doubt that record is sending raw video to the SD device. If it is then its broken and no wonder its skipping. Raw 640x480 RGB at 30 frames a second is 27MiB/s. Even if you use a YUV format with 16bits/pixel and 15 frames a second its still 9MiB/s which exceeds the sustained write rate of a class 6 card. We ship class 2 (2MiB/s). If we can't do theora on the fly then we should be doing MJPEG or HuffYUV (if you wanted a lossless format). Although HuffYUV is still going to be much faster than a Class 2 card. Even MJPEG (roughly /10) is still pushing it. -- Richard A. Smith One Laptop per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel