There has been some development since the last public release in 2005, in particular on the front of development support and MPEG emulation. Of course, it now seems that the hardware is going to last much longer then one might expect from a system abandoned more then ten years ago.Ĥ. When I started this work around 1997 the "demise" of CD-i was still quite fresh and it seemed quite urgent to get things going while there was still functioning hardware around. The basic motivation behind CD-i Emulator was that I didn't want to lose my CD-i title collection (part of which I programmed myself or contributed to significantly) because of aging hardware. For that I would like to include some support in a future version of CD-i Emulator.ģ.
#CD I EMULATOR DVC FULL#
custom run-length encoding, compiled sprites, etc and these cannot be extracted without full emulation. The Green Book allows application-specific coding, e.g. The CD-i File Player would be able to extract any data (audio, video) stored on disc in a "standard" (that is, Green Book specified) format.
#CD I EMULATOR DVC PORTABLE#
Initially I had some trouble getting my 68070 emulation fast enough (it is entirely coded in mostly portable C++) but those troubles are long over, not in the least because the PC's have been getting steadily faster.Ģ. The emulation for things like pointing devices, NVRAM and timers is almost trivial compared to the above. The video hardware is almost documented (and in the case of one chip, the VDSC, actually IS documented) and the emulation of this part of the hardware was also made much easier because the Green Book API for it pretty much matches the actual hardware (it specifies the memory formats of images and control tables in details the only undocumented part is how the hardware knows where to find this data in memory). This work was somewhere between doubled and tripled by the fact that there are several generations of these interface chips, sometimes with radically different interfaces.
#CD I EMULATOR DVC DRIVERS#
So it had to be done by reverse-engineering the ROM drivers and watching the I/O generated by API traces. The public API's of these things are well-specified in the Green Book, but the actual hardware that provides the functionality is not documented anywhere that I've been able to find. The hardest things to code for CD-i Emulator were and still are the emulations of the undocumented hardware that controls the CD and audio interface and the MPEG hardware.
0 kommentar(er)
