#Hp 48g rom open source emu48 install#
#Hp 48g rom open source emu48 code#

Yes, this is what I ran into running emu48dos instantly crashes on dosbox under maemo. It's a shame because the HP is superior to the TI in many many ways. The TI guys are leaving us in the dust when it comes to emulation on NITs. Any Garnet wizards out there want to give this a try? I played with all the settings and couldn't find a solution.Д«esides Power48 and x48, I have tried two dos emulators under DosBox with no luck: Emu48 and Emul48w. I also tried installing the HP49G rom with the same crash on startup result. Anyone know what the company ID and device ID of an older palm to trick this older version into running? Here is an older version that does not run under palm:

#Hp 48g rom open source emu48 install#

The app runs fine, but after I install the rom dump, Power48 crashes upon startup. I tried to get it running under the latest Garnet VM ( ) with no luck. After some searching, I was able to find a Palm HP-48G emulator that could run under Garnet VM. There is a x48 port floating out there, but it's way too slow and in landscape mode ( and the deb ). Lets get some discussion and teamwork going to find a viable HP-48 emulator on Maemo. Hi guys, seems like all the HP48 (HP48G / HP-48GX / HP48S / HP48SX, etc) threads are scattered around this forum or mixed in with the Ti emulator threads. Having to re-tool for a different hardware design would definitely incur substantial up-front cost, and SM would have to determine if there's enough of a market to justify it.EDIT: Thanks to the maemo community for coming up with a solid port of x48 posted on page 3: ! ! ! It would still be smaller than an actual 48g/x. It's also my suspicion that people who actually like the RPL units don't have the same negative reaction to the incremental size that 1 additional row of keys would require. I'd hate to lose those, too (though I usually reassign the trig keys since I rarely use their default functions - I more frequently use LN/e^x/LOG).ДЇor me personally, I think dropping a row of keys would affect usability too much. So that leaves the 'SIN COS TAN SQRT Y^X 1/X' row.

The arrow keys are also very important in general use of these systems, and they already have special meaning when shifted. So if those are dedicated, that implies another row would need to be dropped and shifted in. The soft-keys in the top row really need to always be nothing more than soft-keys on a 48/50-like system - having to activate that as a mode would be problematic, since they also need to be shiftable on numerous planes (including shift-hold). hence exactly the same way how hp42s soft keys are used to be implemented before Swiss Micros made dedicated row for them The same frame and keyboard from DM42 can be used for 48 keyboard just the top row of white 48-keys (the soft menu keys ) will be integrated with the top row of DM42 keys and thus the soft keys on 48DM would be used in combination with another shift key. (Actually i have thought about this before)

SwissMicros does NOT have to use any new tools at all. If I'd be SwissMicros, I'd try to stay with the tools I've paid already before I turn to new ones. Well, the 48G keyboard means quite a footprint. Overriding existing firmware support for standard 50g hardware (serial comm, I/R, flash drive, display, etc.) would be a challenge, I'm sure. The downside, of course, is that the inherent Saturn limitations would still exist (in particular address space with all the baggage it carries). on day 1 (possible exception being the keyboard layout). The compatibility of such a device would ensure a wealth of programs/libraries/etc. Some kind of support for accessing enhanced display resolution through custom programming

#Hp 48g rom open source emu48 code#

Saturn code compatibility with 'Saturnator' support (ala Emu48+) 50g firmware image (which may need to be loaded by purchaser, of course) I'll add to the votes calling for a DM 48 - or a DM 48/50 - BUT only with a 48G keyboard layout - the keyboard layout of the 50g is one of the few things I really dislike about that calculator.ДЄ 'DM 51' with the following features would be very enticing: