> Assuming the cpu/mcu that runs the lcd game isn't protected with epoxy coating, what > cpu/mcu runs the lcd game? It might be a cpu/mcu that is not yet emulated. Or maybe > the lcd screen itself is not yet emulated. > > Next issue in case the cpu is emulated and not coated in epoxy and in case lcd > screen is already emulated. Does a contributor like hal3000 have the hardware that > can read the cpu/mcu and does he need to get another hardware adapter to capture the > data images that appear on the lcd screen?
I think this gets the problem the wrong way around. The primary stumbling block for non-epoxied examples is the general lack of documentation for dumping internal ROMs from known 4-bit MCU types. For all too many MCU families, no actual code has ever been dumped, which means nothing really worth emulating them for. Often datasheets hint at test modes that can be entered by manipulating certain pins, but nobody seems very interested in researching how they work.
|