Re: OS/X11 support for XO-1 hardware?
If you need it for some game then here is how to do it: attached. A little question to Jordan Crouse or anybody else who can answer. Here Jodran told me that the Geode can do XV flipping: http://lists.laptop.org/pipermail/devel/2007-May/005208.html It can be that he either did not reflect to that one part of my message or I am just too stupid to make it work. So what I do not see in the XV documentation is how to allocate two xvideo frames and flip between them? What this code currently does is allocating one frame and doing XvShmPutImage. Because its speed depends on the size of the xvideo frame I think it does blittting (copying) and not flipping (switching). So how to do flipping? ps: Actually I would need 3 frames for triple buffering but I would be happy even with 2 frames. Chris Marshall wrote: With the spin-off of Sugar development to sugarlabs, it is nice to see the development continued. However, it seems that the OLPC layoffs and refocus has scuttled the work to complete some OS and system software support for the XO-1 hardware features. For example, I have been waiting for the video scaler support to allow for adjustable display resolutions on the XO. Among other things, it would allow programs that don't understand a 1200x900 but only 6x4 display to work at a more usable resolution where the graphic elements and text/fonts are consistent and visible to the naked eye... It would allow for much improved video performance since you could play back a 320x240 video on the full screen at considerable CPU savings. I had thought this capability would be coming with the Fedora 10 move in 9.1.0. With that release now scuttled, I'm wondering more generally, are these pieces being picked up anywhere? Would it make sense to have an 8.2.2 release involving the move to Fedora 10 but pretty much the same as 8.2.1 otherwise? --Chris ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel xvscale2.tar Description: Binary data ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: OS/X11 support for XO-1 hardware?
I had thought this capability would be coming with the Fedora 10 move in 9.1.0. With that release now scuttled, I'm wondering more generally, are these pieces being picked up anywhere? Well its not really scuttled, there will still be a equivalent release at around the time that 9.1.0 was due but it will be Fedora 11 based not Fedora 10 based. And it should be alot closer (if not almost completely) Fedora as we've been working to get all the changes upstream so they don't need to be maintained separately. Would it make sense to have an 8.2.2 release involving the move to Fedora 10 but pretty much the same as 8.2.1 otherwise? The point of the 8.2.x releases is stability. Rebasing a possible 8.2.2 to Fedora 10 would be a massive undertaking. The point of the sub releases is to fix specific bugs, add new activities not a major OS upgrade. Peter ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] OS/X11 support for XO-1 hardware?
benjamin m. schwartz wrote: There are lots of good reasons to play with screen resolution. My favorite reason is that reducing the resolution to 800x600 would make all graphical operations runs twice as fast, and use half as much memory, while introducing a negligible drop in display quality (the display, remember, is not _really_ 1200x900 in color mode; the total number of color elements is equivalent to 800x450). not to mention the compatibility improvements with previously tuned desktop environments: in a conversation with erig garrison late last year, he pointed out that the absolutely best way to make XFCE look good on the XO display was to simply scale the display so that its dimensions were closer to what the designers used. no more unclickable icons, no more unreadable text. paul =- paul fox, p...@laptop.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: OS/X11 support for XO-1 hardware?
Benjamin M. Schwartz wrote: da...@lang.hm wrote: It would allow for much improved video performance since you could play back a 320x240 video on the full screen at considerable CPU savings. except that you would spend those CPU savings doing the scaling up from 320x240 to the higher resolution. Argh and double argh! You're both wrong. 1. Video playback in any sane player is already routed through XV, which uses the GPU's video overlay scaler (and YUV-RGB converter). The result is that playing a 320x240 video at 1200x900 full-screen already costs zero extra CPU cycles. No need to mess with screen resolution. 2. The Geode LX GPU can do both output scaling and video-overlay scaling, independently, at the same time. On the latest drivers, we should be able to set the screen resolution to 600x450, scaled up to 1200x900, and then play a 320x240 video, scaled up to 480x360 (which means 960x720 physical LCD pixels), all without using any CPU power for scaling. There are lots of good reasons to play with screen resolution. My favorite reason is that reducing the resolution to 800x600 would make all graphical operations runs twice as fast, and use half as much memory, while introducing a negligible drop in display quality (the display, remember, is not _really_ 1200x900 in color mode; the total number of color elements is equivalent to 800x450). This last point is what I was hoping for. From other discussions, the X 1.4 driver now has scaling support. What isn't there is a release for the XO that has that driver in it. I realize that since it is open source, I should be able to put this in myself. The reality is that I am too far down on the X11+linux power curve to do this without significant time and effort. My hope is that someone who already knows how this works (e.g. OLPC?) would get this working so I could make use of it for application development and G1G1 usability features such as WINE. --Chris ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: OS/X11 support for XO-1 hardware?
Hal Murray wrote: Is there anything I can do on my XO running terminal so that when I ssh to another system and run a text based X program the fonts will come out useable without a magnifying glass? If you RTFA, http://wiki.laptop.org/go/Terminal_Activity has a Change font size in the Terminal Activity section; its steps worked for me in Terminal v.18 on candidate 800. -- =S Page ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
OS/X11 support for XO-1 hardware?
With the spin-off of Sugar development to sugarlabs, it is nice to see the development continued. However, it seems that the OLPC layoffs and refocus has scuttled the work to complete some OS and system software support for the XO-1 hardware features. For example, I have been waiting for the video scaler support to allow for adjustable display resolutions on the XO. Among other things, it would allow programs that don't understand a 1200x900 but only 6x4 display to work at a more usable resolution where the graphic elements and text/fonts are consistent and visible to the naked eye... It would allow for much improved video performance since you could play back a 320x240 video on the full screen at considerable CPU savings. I had thought this capability would be coming with the Fedora 10 move in 9.1.0. With that release now scuttled, I'm wondering more generally, are these pieces being picked up anywhere? Would it make sense to have an 8.2.2 release involving the move to Fedora 10 but pretty much the same as 8.2.1 otherwise? --Chris ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: OS/X11 support for XO-1 hardware?
On Wed, 25 Feb 2009, Chris Marshall wrote: With the spin-off of Sugar development to sugarlabs, it is nice to see the development continued. However, it seems that the OLPC layoffs and refocus has scuttled the work to complete some OS and system software support for the XO-1 hardware features. For example, I have been waiting for the video scaler support to allow for adjustable display resolutions on the XO. Among other things, it would allow programs that don't understand a 1200x900 but only 6x4 display to work at a more usable resolution where the graphic elements and text/fonts are consistent and visible to the naked eye... programs that don't allow you to scale ther text/fonts are broken on _many_ systems, not just the XO. many distros let you install a 'large font' set (look at debxo 0.4 vs debxo 0.5 for an example of this, with 0.5 they moved to a large font set) It would allow for much improved video performance since you could play back a 320x240 video on the full screen at considerable CPU savings. except that you would spend those CPU savings doing the scaling up from 320x240 to the higher resolution. I had thought this capability would be coming with the Fedora 10 move in 9.1.0. With that release now scuttled, I'm wondering more generally, are these pieces being picked up anywhere? I don't see this as a XO specific problem (what am I missing here?) the piece that is still lacking with the other OS options is power management. David Lang Would it make sense to have an 8.2.2 release involving the move to Fedora 10 but pretty much the same as 8.2.1 otherwise? --Chris ___ 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: OS/X11 support for XO-1 hardware?
da...@lang.hm wrote: On Wed, 25 Feb 2009, Chris Marshall wrote: With the spin-off of Sugar development to sugarlabs, it is nice to see the development continued. However, it seems that the OLPC layoffs and refocus has scuttled the work to complete some OS and system software support for the XO-1 hardware features. For example, I have been waiting for the video scaler support to allow for adjustable display resolutions on the XO. Among other things, it would allow programs that don't understand a 1200x900 but only 6x4 display to work at a more usable resolution where the graphic elements and text/fonts are consistent and visible to the naked eye... programs that don't allow you to scale ther text/fonts are broken on _many_ systems, not just the XO. many distros let you install a 'large font' set (look at debxo 0.4 vs debxo 0.5 for an example of this, with 0.5 they moved to a large font set) It would allow for much improved video performance since you could play back a 320x240 video on the full screen at considerable CPU savings. except that you would spend those CPU savings doing the scaling up from 320x240 to the higher resolution. Actually not, the scaling is handled by the hardware, so it doesn't cost the CPU anything. Unfortunately for the original poster, the video overlay won't scale with the rest of the graphics, and so the original premise is flawed. That said, fortunately for the original poster, Xv has its very own flavor of scaling, so you _can_ play back a 320x240 video at 1200x900 today with no additional CPU cost if that is your goal even with the older driver in the OLPC distribution. Jordan ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: OS/X11 support for XO-1 hardware?
da...@lang.hm wrote: It would allow for much improved video performance since you could play back a 320x240 video on the full screen at considerable CPU savings. except that you would spend those CPU savings doing the scaling up from 320x240 to the higher resolution. Argh and double argh! You're both wrong. 1. Video playback in any sane player is already routed through XV, which uses the GPU's video overlay scaler (and YUV-RGB converter). The result is that playing a 320x240 video at 1200x900 full-screen already costs zero extra CPU cycles. No need to mess with screen resolution. 2. The Geode LX GPU can do both output scaling and video-overlay scaling, independently, at the same time. On the latest drivers, we should be able to set the screen resolution to 600x450, scaled up to 1200x900, and then play a 320x240 video, scaled up to 480x360 (which means 960x720 physical LCD pixels), all without using any CPU power for scaling. There are lots of good reasons to play with screen resolution. My favorite reason is that reducing the resolution to 800x600 would make all graphical operations runs twice as fast, and use half as much memory, while introducing a negligible drop in display quality (the display, remember, is not _really_ 1200x900 in color mode; the total number of color elements is equivalent to 800x450). --Ben signature.asc Description: OpenPGP digital signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: OS/X11 support for XO-1 hardware?
programs that don't allow you to scale ther text/fonts are broken on _many_ systems, not just the XO. many distros let you install a 'large font' set (look at debxo 0.4 vs debxo 0.5 for an example of this, with 0.5 they moved to a large font set) Is there anything I can do on my XO running terminal so that when I ssh to another system and run a text based X program the fonts will come out useable without a magnifying glass? Is there anything like an environment variable that says scale all fonts by N? -- These are my opinions, not necessarily my employer's. I hate spam. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: OS/X11 support for XO-1 hardware?
On Wed, Feb 25, 2009 at 10:47:07PM -0800, Hal Murray wrote: Is there anything I can do on my XO running terminal so that when I ssh to another system and run a text based X program the fonts will come out useable without a magnifying glass? Not that I know of. The X server dimensions and resolution are properly conveyed through the X connection (test: ssh -X u...@host xdpyinfo), so font selection by toolkits such as GTK+ and KDE appears to work fine from a debxo 0.5 system ... konqueror and galeon used comfortably large fonts in my tests just now, to a Debian Lenny host. xterm without flags yields bitmap fonts that are very tiny, as they should be. xterm -fa DejaVu LGC Sans Mono yields a 52 by 17 character cell area. Is there anything like an environment variable that says scale all fonts by N? No. The best I know of is to lie about the dimensions and resolution, on the X server as a whole. If the target system is in your control, ensure you have set toolkit font sizes after verifying the dimensions and resolution reported by xdpyinfo. An error there can cause this symptom, because the toolkits are adopting your erroneous choices. -- James Cameronmailto:qu...@us.netrek.org http://quozl.netrek.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
