You guys understand that both the HOKEY and DPC+ is implemented via an ARM CPU, right? Fred just needs to finish the limited implementation and have them made, just like he did with the DPC+ implementation.
Yep. And I was speculating the ARM component of the DPC+ would be sufficient enough to drive the "DPC-ness" of it so it wouldn't steal processing power from the SALLY itself. What I didn't know was that the same person who did DPC+ is doing HOKEY.
Hell, if one were to port Crystal Castles to the 7800, the DPC+ - as would a normal DPC if one could figure out how to drive it without, again, swiping CPU power from SALLY - would be the way to go about enabling native Trak-Ball controller support by making it chiefly responsible for dealing with that controller. It's been said plenty of times that the 2600 version and both A8 versions are far too CPU intense in the kernel to allow for native Trak-Ball support. It would be amusing to use one ARM as a "DPC+" for such a title while another ARM would serve up as a "HOKEY/POKEY" in single or multiple configurations.
Aside from SD Cart adapters, do we know if any hardware home brewers over in NES-land and Segaville are creating their own "mappers" and sound chips via ARMs and PICs?