empeg emulators have been brought up before, and the conclusion has always been ``why bother?''. It's hardly difficult to re-flash the empeg, and the chances of losing actual data are pretty slight.

Well, if you are serious about wanting to try to capture the map data at some point let me know and we can work out arrangments for me to loan you the software (for testing purposes only of course).

-Mike

I wonder if it would run afoul of the DMCA. Probably.

Bastards.

fscking takes forever, if you don't have ext3 enabled and you crash it. That's solvable.

building databases on a failed sync takes a long time (the player doing it, I mean). I don't know how to deal with that

then there's "developing software with no empeg handy"

e.g. if i have one empeg and my wife is using it, it's hard to develop against it.

The main question is, do you want a full hardware emulator, i.e. similar to POSE. Or just a reasonable representation of the environment, something similar to empeg_ui.c when it is providing the display as an X11 window.

empeg_ui could be extended to also show the fascia, the buttons and an image of the remote and respond to mouse clicks. Other components of the empeg could be wrapped using similar generic functions that can compile to something native for the empeg and emulated functionality on the development platform.

i don't care about the display. i want something that looks like an empeg to jemplode

In reply to:

---

i want something that looks like an empeg to jemplode

---

Out of curiousity, why? I could see emulating the hardware or the ui of the hardware for the purposes of developing new software, but jemplode is pretty stable and the protocal for talking to the empeg certainly isn't changing daily. Just curious what you've got planned that would be helped by an emulated empeg.

-Mike

Because I keep making JEmplode unhappy, and I'd be more likely to track it if it didn't shoot me in the foot every damn time I try to debug it

If you don't mind making a temporary backup of all your data, you could make the /drive0 and /drive1 partitions smaller. A few hunderd MB each should significantly speed up fsck times.

Well, eventually I'll get a spare unit from TTony and I just won't care. But it doesn't help in the case where I literally want to develop with no empeg with me (or let someone else who doesn't have one help me with something)