It's honestly impressive how well Motorola 68000 assembly is both A) able to be manually reversed into C-like code, and B) understandable, even having never touched 68k ASM before in my life.
-
At the moment I'm trying to reverse-engineer every function in the Philips CD-i 220/F2 player's BIOS that pertains to CDIC access. It's going rather well so far.
The CDIC comprises a gate array, an ADPCM decoder IC, a DSP IC, and 8192x16bits of SRAM, and is wholly undocumented. It's now emulated well enough that most non-MPEG CD-i games work fine, but there are stragglers, and I don't want to push until they all have working audio.
-
-
The thing that's not been going well is trying to intuit a set of behaviors that make all games equally happy based on pure observation of accesses to the chip itself; I figure by being able to know how all of the OS functions fit together, I'll have a better picture of it all.
Kiitos. Käytämme tätä aikajanasi parantamiseen. KumoaKumoa
-
-
-
Ooh, yikes. That’s a lot of undocumented equipment. I remember having to search through patents to figure out how the RSP depth buffer worked.
-
Just being pedantic, but RDP. RSP was the vector coprocessor, the RDP was the rasterizer itself. And yeah, it's a lot of undocumented stuff, but the current emulation clocks in at under 1400 lines. The alternative option for fully-working CD-i in MAME is objectively worse.
- Näytä vastaukset
Uusi keskustelu -
Lataaminen näyttää kestävän hetken.
Twitter saattaa olla ruuhkautunut tai ongelma on muuten hetkellinen. Yritä uudelleen tai käy Twitterin tilasivulla saadaksesi lisätietoja.