HDD (or flash) instead of a CD, questions...

For hardware talk only (please avoid ROM dumper stuff)
eteream
Very interested
Posts: 81
Joined: Tue Dec 22, 2009 2:13 pm

Post by eteream » Sat Apr 30, 2011 1:03 pm

I read a bit of the implementation of the LC89510 and since it has his own memory, memory map and code, to replace it, we need a CPLD+RAM+ROM+PIC or, more simply, a FPGA.

And, well, in a FPGA we can implement the whole MCD. So, as someone said, there is no point here.

I dont understand why some say that changing ROM code is a hard way. If the CDDA problem doest exist it will be the easiest (as far as I see...).

And well, this is not about making backups. To make a backup simply put a CDR in your drive and press burn.

Nemesis
Very interested
Posts: 791
Joined: Wed Nov 07, 2007 1:09 am
Location: Sydney, Australia

Post by Nemesis » Tue May 03, 2011 1:02 am

Unfortunately my webhost is down right now, so I can't host this properly, but this might be of interest to some of you:
https://rapidshare.com/files/460329424/LC8951.zip

It's a 127-page scan of the complete, official documentation from Sega on the Sanyo LC8950 family of controllers used as the CD controller in the MegaCD. I found it on the web while mining for documentation awhile back. I don't think it's very widely known about, but it's a lot better than the other documentation I've seen referenced in this thread. Might be of interest for some of you working on the MegaCD.

Chilly Willy
Very interested
Posts: 2984
Joined: Fri Aug 17, 2007 9:33 pm

Post by Chilly Willy » Tue May 03, 2011 2:44 am

eteream wrote:I read a bit of the implementation of the LC89510 and since it has his own memory, memory map and code, to replace it, we need a CPLD+RAM+ROM+PIC or, more simply, a FPGA.
It looks easier to replace the CD drive and emulate the interface the LC8951 uses via a CPLD.

HardWareMan
Very interested
Posts: 745
Joined: Sat Dec 15, 2007 7:49 am
Location: Kazakhstan, Pavlodar

Post by HardWareMan » Tue May 03, 2011 3:46 am

Nemesis wrote:Unfortunately my webhost is down right now, so I can't host this properly, but this might be of interest to some of you:
https://rapidshare.com/files/460329424/LC8951.zip
Very interesting... Thanks.

Eke
Very interested
Posts: 884
Joined: Wed Feb 28, 2007 2:57 pm
Contact:

Post by Eke » Tue May 03, 2011 11:51 am

Nemesis wrote:Unfortunately my webhost is down right now, so I can't host this properly, but this might be of interest to some of you:
https://rapidshare.com/files/460329424/LC8951.zip

It's a 127-page scan of the complete, official documentation from Sega on the Sanyo LC8950 family of controllers used as the CD controller in the MegaCD. I found it on the web while mining for documentation awhile back. I don't think it's very widely known about, but it's a lot better than the other documentation I've seen referenced in this thread. Might be of interest for some of you working on the MegaCD.

yep, it covers all CDC registers/interrupts with lot of details, more accurate than the SAA7380 manual which is on Eidolon's Inn. It was also uploaded there as JPEG files, same place as usual (thanks to ElBarto !):
http://www.megadrive.org/~elbarto/md/Do ... al/LC8951/

I don't know where this comes from but Synergisticis actually the company who developed Silpheed :wink:

eteream
Very interested
Posts: 81
Joined: Tue Dec 22, 2009 2:13 pm

Post by eteream » Tue May 03, 2011 9:31 pm

Chilly Willy wrote:
eteream wrote:I read a bit of the implementation of the LC89510 and since it has his own memory, memory map and code, to replace it, we need a CPLD+RAM+ROM+PIC or, more simply, a FPGA.
It looks easier to replace the CD drive and emulate the interface the LC8951 uses via a CPLD.
As I see it:
The CPLD to do the memory map (MCD runs about at 12mhz) to controller memory and controller registers, also you need a little of memory to do so, and a pic to read from SD which accept commands through mentioned registers.

I've noticed that the rom modified approach also needs a CPLD to decode bus directions. The CDDA problem can be solved using a multicore pic, one core to read data, another to read music and send it directly to the music DAC, for example.

In any case FPGA now are enough cheap, can provide exact simulation, have space for several systems, VHDL or verilog are not so much difficult coming from C, so...

panzeroceania
Interested
Posts: 27
Joined: Sat Sep 12, 2009 4:02 am
Location: Salem, OR

Post by panzeroceania » Sun Jul 17, 2011 8:25 pm

This would be a great project. It would preserve the hardware, and allow you to play with theoretically less loadtimes. I'm looking to get floppy emulation hardware for a lot of my old PCs (X68000, FM Towns, etc) so an optical disk emulator also seems like a good idea.

There are already people doing such for the Wii and Xbox 360 I think. It'd be a more noble cause for older game systems though where piracy isn't the first motive. it'd also be a great convenience factor like flashcarts as apposed to always having to have your entire library available in your playing room.

KanedaFr
Administrateur
Posts: 1139
Joined: Tue Aug 29, 2006 10:56 am
Contact:

Post by KanedaFr » Mon Jul 18, 2011 6:29 pm

Unfortunatly, I never found details on how they did CDLoader on PS2, WII, XBox....
It would be interesting....

panzeroceania
Interested
Posts: 27
Joined: Sat Sep 12, 2009 4:02 am
Location: Salem, OR

Post by panzeroceania » Wed Jul 27, 2011 11:59 pm

I'm sure if you asked on their forums you could get a little more information behind the hardware

http://www.wodejukebox.org/

http://www.xodejukebox.org/

LocalH
Very interested
Posts: 152
Joined: Tue Dec 19, 2006 5:04 pm

Post by LocalH » Fri Jul 29, 2011 12:39 am

I know that the game loaders for the PS2 use a little bit of resident code to hook into the system disc I/O routines to feed the data from another source (whether USB, HDD, Ethernet, or IEEE1394 depending on the loader). Might be doable on the MCD through a BIOS replacement (don't most games read data through the BIOS routines?).

KanedaFr
Administrateur
Posts: 1139
Joined: Tue Aug 29, 2006 10:56 am
Contact:

Post by KanedaFr » Sat Jul 30, 2011 10:49 am

I first thought update the bios was the thing to do but experts here told me not ;)

Chilly Willy
Very interested
Posts: 2984
Joined: Fri Aug 17, 2007 9:33 pm

Post by Chilly Willy » Sat Jul 30, 2011 8:22 pm

Replacing the CD at various levels moves from needing more software (changing the BIOS) to more hardware (emulating the CDROM or one or more of the CD interface chips). So there are pros and cons for whatever method you take.

Least hardware/most software: simple CPU driven IDE port attached to 68000 with all new BIOS fully rewritten to access IDE devices.

Most hardware/least software: replace CD drive mechanism with hardware interface that emulates said mechanism.

HardWareMan
Very interested
Posts: 745
Joined: Sat Dec 15, 2007 7:49 am
Location: Kazakhstan, Pavlodar

Post by HardWareMan » Sun Jul 31, 2011 1:47 am

If all software uses BIOS for access to CD-ROM then no need so low level hardware emulation, right? But, we don't know for sure, is there some games, which do some direct access to CD hardware, so low level emulation is the best and hardest way. And you don't need to change the BIOS or any other software.

KanedaFr
Administrateur
Posts: 1139
Joined: Tue Aug 29, 2006 10:56 am
Contact:

Post by KanedaFr » Sun Jul 31, 2011 7:07 am

interesting note, HWman.....
perhaps emu autors could help us on this one : did you meet games which rely on fully emulated hw and not only bios ?

TmEE co.(TM)
Very interested
Posts: 2440
Joined: Tue Dec 05, 2006 1:37 pm
Location: Estonia, Rapla City
Contact:

Post by TmEE co.(TM) » Sun Jul 31, 2011 7:32 pm

There are 2 kinds of CDC used so the games that use HW directly have to have 2 pieces of code for each thing.
Mida sa loed ? Nagunii aru ei saa ;)
http://www.tmeeco.eu
Files of all broken links and images of mine are found here : http://www.tmeeco.eu/FileDen

Post Reply