RISC OS Build On Touchbook
Trevor Johnson (329) 1645 posts |
Not sure but perhaps MouseKey may help (source code included). |
Tank (53) 375 posts |
Posted in the Tips’n’Tricks thread.
|
James Peacock (318) 129 posts |
This should do that for you, though I’ve not tested it on OMAP: |
Leo (448) 82 posts |
Is that site still up and running? that account hasn’t been active for over 10 years! There’s a slightly newer (and 32bit safe) version of MouseKey at http://www.mybigideas.co.uk/html/software.php if you need it! |
Trevor Johnson (329) 1645 posts |
Is there someone with a Touch Book and some spare time (haha) who can please answer these questions ? Edit: And some Touch Book-specific updates to the AI wiki page are probably also needed. Edit(2): There’s also the dev mailing list and Open issues wiki page1. 1 Note that the Open issues page has so far only previously been edited by Grégoire so it’d probably be courteous to contact him by email before adding RISC OS to it. |
Jeffrey Lee (213) 6048 posts |
Some TouchBook news:
And in slightly non-TouchBook news, in order to get soft-off working on TouchBook I had to fix the bug that was preventing resets from working on non-TouchBooks. |
Jeffrey Lee (213) 6048 posts |
More updates. Not all TouchBook related, but I’ll put it all here anyway:
Also I had a look into getting soft-off working on the beagleboard. It turns out that it’s quite easy to turn the power off, but the only way of turning it back on again is to switch the power on and off at the wall. This is because the beagleboard’s reset button is only routed to the OMAP, not the TPS - and if the power’s “off”, it’ll only be the TPS which would be receiving power and thus capable of responding to the button press. It might be possible to work around this by putting the OMAP into a deep sleep state instead of turning it off entirely, but that’s the kind of thing that would be rather tricky to get working right, so I’m not planning on looking into it any time soon. So for the moment it’ll only be the touchbook which supports power off. |
Terje Slettebø (285) 275 posts |
I’m not sure I understand this… Are you talking about two different issues, here: “Soft on” (via the reset button?) and “Soft off” (using the RISC OS Task Manager?)? What, if any, is the difference between the BeagleBoard and the Touch Book in this respect, since soft off will only be available on the latter? |
Jeffrey Lee (213) 6048 posts |
Yes.
When you shutdown the TouchBook, the shutdown screen will be the same as the Iyonix – if you don’t hit the reset button within 5 seconds it’ll turn the power off. Pressing the power button would then obviously turn the power back on. For the beagleboard (and all the other machine types) it’ll just sit on the “It’s now safe to turn off the computer” screen until you turn the power off (or hit the reset button) Unless you were talking about hardware differences, in which case: The TPS65950 is the main power management IC - it’s connected to the battery, AC adapter input, etc., and generates the different voltage rails needed by the rest of the system. So if the system is “off”, it’ll only be that chip which receives power, and in order for the system to turn on it’ll need something wired up to the “power button” pin. For the Touch Book it’s the power button which is wired up to the “power button” pin, but for the beagleboard it’s a circuit of some kind which causes the power to turn on when power is applied to the DC jack (This circuit might be as simple as tieing the pin to logic 1, but I’m not sure how that would affect the “force power off” functionality where the TPS will turn the machine off if the power button is held down for several seconds). So although it’s easy for the OMAP to tell the TPS to enter the “off” state, without any button attached to the “power button” pin of the TPS there’s no way of turning the power back on again without turning the whole thing on & off at the wall. |
Martin Bazley (331) 379 posts |
Do you mean off and then on? Meh, it’s still a step up from my Iyonix, which recently smashed its all-time record with me having to toggle the power socket five times before the graphics card successfully initialised!
What are the two spare bits used for? Gamma correction? |
Jeffrey Lee (213) 6048 posts |
Yes!
No. The gamma tables are just three seperate lookup tables which map the pixel red value to a gamma-corrected red value, the pixel green value to a gamma-corrected green value, and the pixel blue value to a gamma-corrected blue value. The same gamma tables are used across the whole display, much like a palette would be. If you ignore the fact that we’re using the colour phase rotation matrix to swap the red/blue channels, then for 16bpp modes we need to map between the two different formats: RISC OS 16bpp format: ?BBBBBGGGGGRRRRR OMAP 16bpp format: BBBBBGGGGGGRRRRR The OMAP’s red gamma table has 32 entries and is indexed by bits 0-4. The green gamma table has 64 entries and is indexed with bits 5-10. The blue gamma table has 32 entries and is indexed by bits 11-15. We can’t alter which bits are used to index each gamma table, but by duplicating entries within the gamma tables we can construct the tables in such a way that the values of one or more bits of the index are effectively ignored. Specifically we want to ignore the top bit of the green index and the top bit of the blue index, and to do that all we need to do is make sure that the top halves of the green/blue gamma tables are identical to their bottom halves. This means the gamma tables would be indexed as if we were using the following pixel format: RISC OS 16bpp format: ?BBBBBGGGGGRRRRR Special gamma table: ?BBBB?GGGGGRRRRR |
Jan Rinze (235) 368 posts |
Jeffrey! this is a very neat solution and works like a charm on my BeagleBoard! I can now run in 32k modes and have a proper image!! Amazing how simple some clever solutions are :-) Thanks again! |
Terje Slettebø (285) 275 posts |
I agree, it’s a very neat solution, and thanks again for all the work listed above (speakers, reset, gamma correction, proper 16-bit screen modes, etc.)! :) As well as for your thorough explanation of the soft on/off issues. I’ve got a Touch Book, myself, as well, but I haven’t yet tried running RISC OS on it, as I’ve wanted to wait a little until the port was more stable (like I did with the BeagleBoard port, as well), but it’s very encouraging to see that RISC OS is now working there, as well… :) Now I no longer need to rely on emulation for RISC OS on-the-go: Good work! :) |
Jess Hampshire (158) 865 posts |
It that 32k trick possible on the newer Iyonix cards too? Is the new Smartbook thing from the same firm likely to be suitable for RISC OS too? |
Trevor Johnson (329) 1645 posts |
It’s based on the BB-xM so definitely a suitable candidate. It also sounds like AI may be shipping soon |
Martin Bazley (331) 379 posts |
Ah – so exactly like Select’s much-vaunted 64,000 colour modes, then? |
Jeffrey Lee (213) 6048 posts |
Not to my knowledge, no. The problem with the new GeForce cards (or at least the problem with my card) is that the red/blue channels are the wrong way round in 16bpp modes. This is something that can’t be fixed with gamma tables (although admittedly I know practically nothing about the GF gamma table hardware!)
Yes. Although I’m sure you know that it’s 65,536 colours, not 64,000 ;) |
Trevor Johnson (329) 1645 posts |
Works a treat but NetSurf isn’t too happy… perhaps it’s a Tinct issue – if so, I’ll post to the list before filing a report. |
Chris Gransden (337) 1207 posts |
If you click menu on the Nefsurf iconbar icon. Then click ‘choices’ then ‘images’. If you change forground and backgroung to ‘Use OS’ Netsurf should be OK again. I believe this stops it using Tinct. |
Jess Hampshire (158) 865 posts |
Ahh, I think I see what is going on. The OMAP has only got 2 bits wrong, and you are masking them out with the gamma, resulting in 14 bit display of the standard 15 bit mode. (32K is not worth spending a huge amount of effort on if 16M is available.)
That looks interesting. Very interesting. I hope that means that the Smartbook would also work, (it would be nice to have RISC OS on the MID too) |
Trevor Johnson (329) 1645 posts |
WFM. Thanks. Observation posted to the netsurf-users list before I’d checked this (wrongly assuming I wouldn’t be able to do so for a few days). |
Trevor Johnson (329) 1645 posts |
The shipped AI software has been updated The default is apparently now Android Froyo rather than AIOS. A beta hot OS-switching capability is also available (although presumably this uses the multi-OS selection screen, meaning RISC OS obviously can’t easily be included). |
Trevor Johnson (329) 1645 posts |
This discussion regarding mapping Android’s menu button may (or may not – in which case, apologies for the distraction) be relevant to RISC OS functionality. It suggests an on-screen popup bar, although I think this is suggested to be activated by an on-screen ‘button’ rather than a physical button. Therefore, perhaps not too useful… |
Trevor Johnson (329) 1645 posts |
There’s this $0.99 starting price Touch Book listed on ebay. (No keyboard, and international shipping would be extra.) Anyway, I’ve already arranged a private purchase with another poster on that forum, so hopefully mine will arrive soon – not sure how long I’ll keep it but am curious to see how usable it is. |
Trevor Johnson (329) 1645 posts |
Thanks, Jeffrey. My (v.1) Touch Book has arrived and RISC OS boots :)
|