3 different appoaches:
If I would want to release a selfmade commercial game
which should be:
1. playable on any saturn and
2. piracy-protected against CD-R + modchip/swaptrick methods,
I would build a cart with a little microcontroller and a memory cart slot for SD-carts, CompactFlash or something
and use those for data and the CD only for CDDA.
You know Audio and Video CD's don't need to be unlocked.
And you know that the BIOS CD player somehow got access to the CD Audio data while it's played back, because it got this boxes morphing to a sphere and changing color according to the sound.
Now if I would know more about how the CD-Audio data can be accessed by the application, I would try to hide data in the CD Audio tracks...
In the developer documents, there is a note that storing executable code on a card is not allowed.
This is obviously forbidden because the copy-protection could be cracked somehow by patching the game.
So this suggests that once you got code running on Saturn, there is a possibility to swap in a new CD and read data from it.
Using an Action Replay, it might be possible to patch a certain game to support the swap-in of a CD-R.
That means disabling the CD-tray open check to avoid exit to BIOS CD player, patching the directory table and loading an executable from the CD-R.
Among that, the problem in my eyes is supplying the new TOC data.
If, like ExCyber says, there is a possibility by just using a custom CDC lib, we should ask CyberWarriorX, as he coded a CDC replacement.
If I would want to release a selfmade commercial game
which should be:
1. playable on any saturn and
2. piracy-protected against CD-R + modchip/swaptrick methods,
I would build a cart with a little microcontroller and a memory cart slot for SD-carts, CompactFlash or something
and use those for data and the CD only for CDDA.
You know Audio and Video CD's don't need to be unlocked.
And you know that the BIOS CD player somehow got access to the CD Audio data while it's played back, because it got this boxes morphing to a sphere and changing color according to the sound.
Now if I would know more about how the CD-Audio data can be accessed by the application, I would try to hide data in the CD Audio tracks...
In the developer documents, there is a note that storing executable code on a card is not allowed.
This is obviously forbidden because the copy-protection could be cracked somehow by patching the game.
So this suggests that once you got code running on Saturn, there is a possibility to swap in a new CD and read data from it.
Using an Action Replay, it might be possible to patch a certain game to support the swap-in of a CD-R.
That means disabling the CD-tray open check to avoid exit to BIOS CD player, patching the directory table and loading an executable from the CD-R.
Among that, the problem in my eyes is supplying the new TOC data.
If, like ExCyber says, there is a possibility by just using a custom CDC lib, we should ask CyberWarriorX, as he coded a CDC replacement.