hm. So many bits and pieces to reply to. I'm guessing most people here are either vampires or in a different timezone.
Okay. First yeah, buffers work wonders. Especially a nice high speed CMOS buffer. Preferably a schmitt triggered. It'll have those signals nice and crisp. Which is needed moreso if its under the cpu. I suggested the 80 connector cable because its cheaper and simpler.as for better, probably not.
Thanks for the URLs for the drivers. I'll definitely have to try them out. I know I can play audio CDs atm, but it hasn't been enough to justify connecting a cd-rom. I do know the first audio cd and song I'll test it with though. Can you guess what they are?
So it wasnt just me the driver was big for. Hm. Well, an ide interface should only be a few hundred bytes or so, so I'm guessing the rest is interrupt handling and OS interfacing.
The hardest part of interfacing a faster CPU to an a500 as near as I can tell would be the core and IO voltages for the CPU. As for the PPC I have had _no_ experience with that apart from using the computers at uni.
My idea for 'upgrading' a 68k is much more evil and still uses the original 68k, roms, a high speed microcontroller and some tristatable buffers. If you want to know more, say so and I'll spawn another thread.
I considered the CDTV rom too for its fs drivers. Never got further than that.
Extra ROMs? Wow, they really did cheat.
Oh yeah. Like I said, rusty on 68k theory of operation. Been ages and that was hust for altering features on apps for my palm that irritated me. So, it does have an interrupt for illegal opcodes, right? Has anyone made a small patch already that takes advantage of that yet...or does the OS fill in the blanks for the missing opcodes on the more lowly CPUs?