Smartgear works great on Touch Pro 2! NES! Genesis!

[THE-COPS]

A few constructive words for LB's Emu.

Nice job LB! IMHO, I used to think that your emulator... well to put it frankly... sucked back then. I never used it because of the poor quality of gameplay etc. And I was on my Motorola Q9M. At the time, Picodrive and pocket Nester Plus were my choice emulators as they worked very well on that phone. Having been on the TP2 for 6 months, I have been a bit disappointed by the lacking of agood NES/Genesis emulator for this phone. I just caught this thread and have finished reading all 11 pages worth. It seems you have fixed most of the things that annoyed me. Quite dedicated you are, I applaud you for keeping your support up. Now, I just may consider your emulator because of how well everyone says it works now.

Questions and suggestions if I may...

Can you now currently use the left half of the hardware keyboard to map directional controls? I would like to beable to map it (left hand for directionals, right hand for A/B/C etc buttons. Playing reverse handed is too hard. and as far as I know, KforRaphael only allowed me to use 6 of the far left keys. Unless that has changed and it allows any key to be mapped now.

A suggestion. Would you be able to implement importing save states from Pocketnesterplus and Picodrive? I have a bunch of them from when I played those emu's on my Q9M and would bei interested in continuing where I left off.

[bitbank]

I've found that most of the odd keyboard behavior can't be overcome by my software. The keyboard driver is up to the phone manufacturer and HTC is notorious for including strange keyboard behaviors that are not good for gaming. I'll take another look at the TP2 and see if there's any way I can allow more keyboard support. On my T-Mobile TP2, most of the keyboard works fine for SmartGear.

I doubt that I can import someone else's save state because of the way that they manage their emulator's internal variables. Not sure it would be worth the effort.

L.B.

[bitbank]

I would like some feedback on a new feature I'm writing. Here's the new file "browser". As you select files, a live preview window is displayed showing the game running. Right now I have this as a new option on the file menu (File->Browse) as well as the original file selector (File->Open). Should this replace the original file selector, or should I keep both? Should I make the preview window full size on WVGA devices (e.g. 320x224) or is a mini-view ok? Would you like the option of sound enabled for the preview or keep it silent? Here's a screenshot of it in action:

[salvamag]

I would say that feature isn't really necessary but if you have to, keep it mini-view while silent. Keep up the good work.

[aldamon]

Is any work being done to support native game saves (the file originally written to the battery) that would be compatible with other emulators? Save states are nice but obviously they're proprietary. Haven't seen any mention of it since I requested the feature in January.

[bitbank]

I have had native game saves in there for quite a while, but it never seemed to work correctly. I'll retest that feature this week; thanks for reminding me.
L.B.

[bitbank]

Originally Posted by aldamon

Is any work being done to support native game saves (the file originally written to the battery) that would be compatible with other emulators? Save states are nice but obviously they're proprietary. Haven't seen any mention of it since I requested the feature in January.

The current code saves the battery ram to a "BAK" file which is just a raw dump of the memory. I'm not sure how other emulators do it, but maybe you could provide some sample files and I'll see what I can do. This feature seems to work fine in GameBoy. Does the battery ram save/restore have any problems in SmartGear? If so, can you name the specific game and system?
L.B.

[THE-COPS]

I believe he/she is talking about flashram, or eeprom saves, such as with Legend of Zelda, Final Fantasy, Crystalis.... etc. I have not had a chance to try out the newest version of your emu yet. Still have an old 1.0.4 release that is a bit outdated. The native save files are usually from 4kb - 16kb depending on the game. The save usually occurs in game, say after hitting a certain point, or by moving your character to a certain location such as an Inn where it prompts if you want to save or not after resting.

Sorry if this may've seemed obvious, but I wasn't sure if you understood what was being asked.

Thanks for the feedback on the key mapping. It seems it's quite a challenege just to get controls set up on this thing, regardless if it's key presses or touchscreen. They are both complicated to work with. Perhaps with the keypad, since it pulls a code for both the initial key press and the key release, maybe it could be setup to "ignore" the release function? Idk.. it's just a thought and I'm not extremely familiar with all code functions yet. May I ask what code you are using for this emu?

[aldamon]

Originally Posted by THE-COPS

I believe he/she is talking about flashram, or eeprom saves, such as with Legend of Zelda, Final Fantasy, Crystalis.... etc. I have not had a chance to try out the newest version of your emu yet. Still have an old 1.0.4 release that is a bit outdated. The native save files are usually from 4kb - 16kb depending on the game. The save usually occurs in game, say after hitting a certain point, or by moving your character to a certain location such as an Inn where it prompts if you want to save or not after resting.

Sorry if this may've seemed obvious, but I wasn't sure if you understood what was being asked.

Yes. This is what I am referring to. The Dragon Warrior series uses battery saves as well. These native battery saves would be transferable to other emulators and vice-versa.


.

[nutzy19]

eagerly awiting a non-"demo expired" version to rock out on.