|
| |
But as was stated i another thread, on this same topic, even better would be to change the firmware programing so that the console no longer looks for the copywrite protection. I don't know if anyone has ever gone at it from that angle, but a small flash program, if we are dealing with an eprom, could possibly permanently disable or do away with the need for the saturn to look for the copywrite protection and poof...nop more need for mod board or swapping.
|
The problem with this approach is that the relevant firmware is integrated into the processors that control the protection. People have hacked up the BIOS (which is what led to territory lockout bypass features on cheat carts), but it's no good for getting rid of the ring check.
| |
if it isn't absolutely identical, it won't work
|
That remains to be seen. It presumably has to be close enough to fool the verification routine, but that doesn't necessarily mean that it needs to be identical. I've also gotten a couple discs with fairly extensive scratches in the ring region to boot, which suggests that there's some level of tolerance for variations.
| |
for all we know, there's code in that text too which can't be read and certainly won't be reproduced by writing just text onto it.
|
I've seen nothing to suggest this. Sega's patent on the protection suggests that the text itself is rendered with runs of frequent transitions and infrequent transitions in the channel.
| |
maybe there is a way to write a Saturn application to read that data and print them on the screen
|
Based on what I know about the CD interface, this might be possible but is unlikely. As has been said before, the main system does not have any low-level control over the drive.
| |
What I believe is the primary protection mechanism is the small blank area before the protection ring. A conventional CD-reader would most likely refuse to move the head over an area where there's no groove, but the Saturn controller could position the head at some absolute position and start reading from there.
|
The Saturn drive doesn't seem to do this. On 'short' CD-R discs, it will lose tracking when it tries to move the pickup to the outer ring, while it will act more or less normally if the disc is full. The refusal of normal readers to move to the ring area is probably just due to the fact that it's outside the TOC, where there is normally (in the case of standard discs) no channel to track. There's no reason for drive manufacturers to support attempts to seek there, because it could cause undue mechanical wear and/or malfunction as the drive attempts to reacquire the channel.
| |
If I've understood things correctly, what's loaded off of the protected part is the actual drive control software. What's stored in ROM is just the basic ability to validate the disc and load the control program. When the patent talks about two processors it is talking about the SH1 that sits on the mainboard and about the H8(?) microcontroller that sits on the actual CD board. If this is true, then the modboard contains the program that's read from the disc during the validation phase and feeds it to the SH1 when it asks for it. As the patent describes, the H8 is then halted and the new control software is uploaded.
|
Where does the patent say that a new firmware program is loaded from disc? It refers to transfer of program control in several places (including transferring control to an authorized game program loaded from disc), but I don't think it ever says that firmware is loaded from the disc. Additionally, the modboards don't seem to contain a component with enough memory to contain any substantial CD controlling firmware, which would need to be provided by the board if firmware was normally loaded from disc... |