Frodo C64 Emulator is Here! - Page 5 - maemo.org

Active Topics

Nokia Booklet 3G (RX-75) Drivers (60)
to Alternatives by Maemish - 3 days, 21 hrs ago
Is there a section to talk about Java ME? Apps, etc. (7)
to General by teroyk - 6 days, 18 hrs ago
more...

Page 5 of 9

Thread Tools

Grunchy	2008-03-17 , 23:23
Posts: 3 \| Thanked: 1 time \| Joined on Mar 2008 @ Calgary	#41

Originally Posted by blachner

Btw. Pocket Hobbit (Frodo for Pocket PC) have design study for a similar keyboard as PSP Vice. Homepage at http://www.nibbleandbit.net/PocketHobbit/ but seems unreachable at the moment.

Try this link, it is the last known saved page (from June 26 2007):
http://web.archive.org/web/200706261.../PocketHobbit/

Quote & Reply |

	ArnimS	2008-03-18 , 05:31
	Posts: 1,107 \| Thanked: 720 times \| Joined on Mar 2007 @ Germany	#42

Achhaa! and it contains der older pockethobbit source (not the exact cycle one).

http://pupnik.de/PocketHobbit_src.zip

(edit) and there's always gp2x-land for closer ports than winCE
http://gp2x.org/gp2x/frodo/frodo2x-0.9.9-src.tar.gz

Last edited by ArnimS; 2008-03-18 at 05:44.

Quote & Reply |

blachner	2008-04-04 , 12:31
Posts: 20 \| Thanked: 11 times \| Joined on Oct 2007 @ Germany	#43

Originally Posted by ArnimS

Xsp extension exists and works for 770, N800 and N810.

By using Xsp and an 8-bit SDL surface, you can get 60fps screen updates. Software scaling through sdl will be lower than that, as will higher bpp SDL surfaces.

There exist other options for faster screen updates, but these are also 'device specific'. While I understand that blachner is working on the main cvs tree and does not want to pollute it with device-specific hacks, I do not see this as a valid reason to reject Xsp for tablet builds of Frodo. Indeed I do not see an alternative.

Yes I'm working on the main cvs tree, but there is already device (platform) specific code, because it works on many platforms, not only Linux.

So I will also add specific code for Maemo (and probably Qtopia). There is already a configure option for this in the Frodo CVS.

Quote & Reply |

blachner	2008-04-04 , 12:52
Posts: 20 \| Thanked: 11 times \| Joined on Oct 2007 @ Germany	#44

Originally Posted by dashiad

Is this port still in the works?If so, can i help you in any way so we get this done?

Yes, I still work on this port. A short status update:

- I added necessary things to create Frodo Maemo packages. So I now can create a Frodo package that is installable via the Maemo Software Manager and Frodo can start from the menu.

This means I can start Frodo on my N810 from menu now and it works because of the N810 hardware keyboard, but:

- It is not really usable, because the C64 screen is to small. So this is the strongest problem which I must solve. After this is done and some bugs are fixed in the SDL GUI, Frodo should be usable on the N810.

- For other devices a onscreen keyboard is missing. I think I will work on this after it is usable on the N810.

The goal is to extend the original Frodo that it can work on many embedded Linux devices (not only Mamo based but for example also on Qtopia and OpenMoko based devices). So I try to find a solution for screen scaling and onscreen keyboard which is not device specific. At the moment I work on the screen scaling problem, but unfortunately I have not much time so this may take some time.

Quote & Reply |

fms	2008-04-04 , 13:01
Posts: 1,418 \| Thanked: 1,541 times \| Joined on Feb 2008	#45

Please, excuse my ignorance, but what is Xsp extension and where can I find documentation on it?

Quote & Reply |

blachner	2008-04-04 , 13:01
Posts: 20 \| Thanked: 11 times \| Joined on Oct 2007 @ Germany	#46

Originally Posted by ArnimS

Achhaa! and it contains der older pockethobbit source (not the exact cycle one).

http://pupnik.de/PocketHobbit_src.zip

(edit) and there's always gp2x-land for closer ports than winCE
http://gp2x.org/gp2x/frodo/frodo2x-0.9.9-src.tar.gz

I have the latest sources of PockeHobbit. The PocketHobbit author sent it to me some time ago. Maybe some parts are usable.

I know about the gp2x port, because I heard about the gp2x related Open Pandorra device (http://www.openpandora.org/).

Unfortunately no one from other "embedded" Frodo ports tried to get its code to the original Frodo source tree and add some configure options. I hope that the extended Frodo Version I work on, will also work (with no or small modification) on devices like the gp2x or the OpenPandora if it comes to market. At least if the sdl is running on these devices.

Quote & Reply |

blachner	2008-04-04 , 13:06
Posts: 20 \| Thanked: 11 times \| Joined on Oct 2007 @ Germany	#47

Originally Posted by fms

Please, excuse my ignorance, but what is Xsp extension and where can I find documentation on it?

You can find informations about it here:
http://maemo.org/community/wiki/gamedevelopment/

Quote & Reply |

The Following User Says Thank You to blachner For This Useful Post:
fms

fanoush	2008-04-04 , 14:09
Posts: 2,152 \| Thanked: 1,490 times \| Joined on Jan 2006 @ Czech Republic	#48

Originally Posted by blachner

You can find informations about it here:
http://maemo.org/community/wiki/gamedevelopment/

There is one problem with Xsp. It is inherently unsafe. You turn pixel doubling on and off and it has global effect but you're not guaranteed to be the only one updating the screen. Any random system screen update (even in full screen - infoprint, task navigator menu, ...) can mess up the screen to the point you need to reboot to see anything again. Otherwise it mostly works :-) In OS2006 it was enough to turn it on, blit the rectangle via SDL and then turn it off again, in OS2007 it didn't work for me and output was not pixel doubled until I turned it on and left it on. One can then check SDL focus lost event to turn it off but it was not fast enough for me, the menu popped up by home key was faster when I tried :-(

The safe way is how mplayer does it, use direct framebuffer ioctl for screen update. This update has pixeldoubling flag which is valid only for that specific screen update.

Would be nice to have optimized SDL for current line of tablets with such direct framebuffer stuff. Sadly there is no time, only ideas.

__________________
Newbies click here before posting. Thanks.

If you really need to PM me with troubleshooting question please consider posting it to the forum instead. It is OK to PM me a link to such post then. Thank you.

Quote & Reply |

fms	2008-04-04 , 14:31
Posts: 1,418 \| Thanked: 1,541 times \| Joined on Feb 2008	#49

I guess I would be more interested in how to access the frame buffer directly: right now, I am going through GtkImage and it may not be the optimal way of doing things. Xsp appears to provide interface to schedule screen updates, but not direct frame buffer access.