Pseudo Saturn Kai official thread

cafe-alpha said:
But it looks like you need to glue your cart in its slot, and use an old PC/laptop with Windows XP/7 in order to use it :S
grrr, I moved last xmas from a full blown desktop machine to a thin laptop with win10.
for now it works.

cafe-alpha said:
I didn't know Pinchy was using custom driver ... this unfortunately makes software difficult to maintain.

BTW, is there source code for pinchy's transfer/memview/etc-tool ? I can try to port it for USB dev cart if you're interested.
he modded the driver for large transfer to get higher speeds.
his tool is running in the shell and looks like norton commander 25 years ago ;-)
I don't think it is worth to port it, but I will send it to you via PM for acadmic reasons w/ source.


cafe-alpha said:
Thank you for the suggestion, but unfortunately that's currently not possible to place SD card socket deeper, because of Action Replay shell's "central pillar".
You can see "central pillar" and SD card socket positions in this picture : I used red ink in order to verify position of pillar.
(I don't remember if it's possible to place SD card socket deeper when used with memory cartridge shell, as in your SGC v3.1, but I don't plan to use memory cartridge shells in future projects.)

At a moment, @zone66x made pillar-free custom shells with 3D printer (pictures here), but I lost contact with him :/
yeah sure I forgot the central pillar, but if you move the sd-slot to the left or right it should be possible and not so bad with the maybe missing symmetric optic if the SD-card is fully inserted.

I have no clue about 3D-printing, but Darius sounded like 3D-printing would be to expensive, at least for now where so much defective old carts are out there.

cafe-alpha said:
X401 ? That's CPLD's JTAG connector, so it can't be used for anything else.
so for programming the CPLD not to flash a SGC over this JTAG outside a saturn ?


cafe-alpha said:
SGC's CPLD is very small (in terms of logic and pin count), so I don't think it's possible to add link feature from it.
but there are some unused pins left ?
even a slow serial link option with those 1-2 buck$ usb-com-converters will do ?


cafe-alpha said:
Older revisions have extra RAM, but that was relatively small (128KB) and a bit expensive SRAM.
I also tried to add old DRAM (4MB, similar to chips used in Action Replay, details here), but this was a complete failure :D
so hitomi2500's approach with a FPGA with RAM on chip or emulated RAM in the gates is the easier solution for this problem ?

cafe-alpha said:
memview/gdb/etc aren't available because of the lack of USB connectivity, so you probably want something better for development.
this will do for now, so to speak I will take the just "USB Dev cart" you have in stock (more via PM).

cafe-alpha said:
Can you let me know (here or PM) about the development features you want for your Saturn project(s), and the priority levels for theses ?
I don't play that much, so a cheat option is last on the list.

in general I looking for the ultimate cart (in 3-4 years), "one for all" pcb but modular (not fully populated) to save costs ?
- so a pure gamer buys only e.g. the SGC-version.
- a homebrewer buys the usb-dev-version
- the collector the ultimate-version

but all have at least 3 function:
- import adapter
- pseudo saturn
- 1m/4m ram

and one of the obligated options:
- SD-Card (with a better CPLD are higher speeds than 40 kb/s possible ?)
- USB

so we could get a broad base (worldwide) to load homebrew (and later semi-commercial releases like on dreamcast) from CD-R or SD or USB.

but all depends an jhl's mpeg-slot-cart (price point, features), it maybe cheaper to have 2 carts in different slots, and you or somebody have not to invent the wheel again for usb-loading (maybe only from USB-device instead from USB-PC-Server).

I have no knowledge about costs for SD-cart-slot vs. usb-chip or CPLD vs. FPGA, the above are just pure ramblings from my head.

cafe-alpha said:
- USB connectivity when commercial game is running
for realtime cheat hunting like with AR / Commslink or ODE-feature (like jhl's mpeg-slot-cart) ?


cafe-alpha said:
If you want to do more, I can suggest you appropriate cart/tools ;)
what hidden gems you have in the pipeline ?
 
grrr, I moved last xmas from a full blown desktop machine to a thin laptop with win10.

You're lucky ! My dev laptop was manufactured in 2010 ^^;


he modded the driver for large transfer to get higher speeds.
his tool is running in the shell and looks like norton commander 25 years ago ;-)
I don't think it is worth to port it, but I will send it to you via PM for acadmic reasons w/ source.

Thank you. I you like tools full of keyboard shortcuts, I can adapt it for USB dev cart.
I feel a bit nostalgic to see Visual Studio version 6 project ... I made my first C projects on that compiler :)


yeah sure I forgot the central pillar, but if you move the sd-slot to the left or right it should be possible and not so bad with the maybe missing symmetric optic if the SD-card is fully inserted.

I'm not sure it's possible, because this would require to remove a part that keep the shell closed.

I have no clue about 3D-printing, but Darius sounded like 3D-printing would be to expensive, at least for now where so much defective old carts are out there.

Well, I actually would be OK to pay a bit more than Action Replay shells in order to get custom shells for my cartridges :)
The lack of people motived to design and print custom shells is the most important bottleneck I think. And yes, it's easy to find Action Replay shells, so this breaks motivation to do something different.
(Are you French ? I though you used Darius forums for SGC purchase only, but it seems you are following his forums too.)


so for programming the CPLD not to flash a SGC over this JTAG outside a saturn ?

Yes : CPLD is programmed via JTAG, and SH-2 firmware is flashed directly from Saturn.


but there are some unused pins left ?
even a slow serial link option with those 1-2 buck$ usb-com-converters will do ?

That's a very small CPLD (EPM3064, Altera MAX3000 series), so I'm not even sure serializer/deserializer logic (in order to interface between USB dev cart registers and serial communication port) would fit.
But if you're OK to break compatibility with USB dev cart (= do the serialize/deserialize job on SH-2 side), remaining glue logic should fit in CPLD.



so hitomi2500's approach with a FPGA with RAM on chip or emulated RAM in the gates is the easier solution for this problem ?

Yes : it's flexible, and hitomi2500's FPGA (MAX10) has by far more horsepower than my poor EPM3064 :)
The demerit is that it's more difficult to solder than SGC, a bit more expensive too, and still WIP too.



this will do for now, so to speak I will take the just "USB Dev cart" you have in stock (more via PM).

Thank you ! I keep it for you.




in general I looking for the ultimate cart (in 3-4 years), "one for all" pcb but modular (not fully populated) to save costs ?

I prefer to design one PCB per cartridge type :
- It allows to use CPLD/FPGA suited for cartridge, rather than one common CPLD/FPGA for each cartridges.
- I prefer to order PCBs little by little, in order to avoid manufacturing problems on large batchs, and because I do this as an hobby. So ordering different PCBs for each cartridge type is not a problem.


- so a pure gamer buys only e.g. the SGC-version.
- a homebrewer buys the usb-dev-version
- the collector the ultimate-version

This is my way of doing/thinking things too :)
There are still many things to do on Saturn cartridge : RAM, modem, ODE, homebrew, etc ... but doing such ultimate cartridge would take decades, and cost (both development and manufacturing) a lot.
So I decided to focus on SGC first, which would satisfy a majority of "casual" users.


but all have at least 3 function:
- import adapter
- pseudo saturn
- 1m/4m ram

Yes, but games requiring RAM can work with Action Replay cartridge, and in this case backup memory feature is useless, so that I didn't added RAM in SGC.


and one of the obligated options:
- SD-Card (with a better CPLD are higher speeds than 40 kb/s possible ?)
- USB

so we could get a broad base (worldwide) to load homebrew (and later semi-commercial releases like on dreamcast) from CD-R or SD or USB.

Yes : SD card is good for homebrew programs, since it allows to update program, add levels, etc easily.


but all depends an jhl's mpeg-slot-cart (price point, features), it maybe cheaper to have 2 carts in different slots, and you or somebody have not to invent the wheel again for usb-loading (maybe only from USB-device instead from USB-PC-Server).

VCD port and cartridge port have both strong and weak points :
VCD port is best located for CD-ROM, audio, video related things, while cartridge port is the only solution to add RAM and boot code, so both will be required I think.


for realtime cheat hunting like with AR / Commslink or ODE-feature (like jhl's mpeg-slot-cart) ?

Yes : USB dev cart is not designed to do ODE things.



what hidden gems you have in the pipeline ?


Long time I was waiting a context in order to show that gif :D

More seriously, I don't plan a lot of new hardware releases in near future, and plan to focus on software (cheat codes addition, homebrew applications) instead.
In the same time of SGC development, I made a USB dev cart + SD card cartridge. It works, but it is still in "messy prototype" stage and even doesn't fits in Action Replay shell.
If you're interested in developing games for SGC, I can make such cartridge for you ;)
 
I can adapt it for USB dev cart.
great news

Well, I actually would be OK to pay a bit more than Action Replay shells in order to get custom shells for my cartridges :)
the one from @zone66x looks great, hope he comes back to the forum.

(Are you French ? I though you used Darius forums for SGC purchase only, but it seems you are following his forums too.)
No, I'm German, but following his "new items in stock"-thread.

VCD port and cartridge port have both strong and weak points :
VCD port is best located for CD-ROM, audio, video related things, while cartridge port is the only solution to add RAM and boot code, so both will be required I think.
mmh, but as I remember for playing VCDs with the original VCD-Card you jump (manually or automatic) from the audio-player into the vcd-player-interface. so no other (boot)-cart needed for executing code.
 
the one from @zone66x looks great, hope he comes back to the forum.

I hope too :)


mmh, but as I remember for playing VCDs with the original VCD-Card you jump (manually or automatic) from the audio-player into the vcd-player-interface. so no other (boot)-cart needed for executing code.

I actually have limited knowledge about VCD cards, and according to how they behaves, boot cartridge may be required or not :

Case 1 : SH-1 copies SH-2 code from VCD card ROM+20KB to high/low work RAM, and then SH-2 executes it.
In that case, as SH-2 doesn't have direct read/write/execute access to VCD card ROM, boot cartridge is required for backup memory, extra RAM/ROM, cheat codes, etc features.

Case 2 : Saturn hardware maps VCD card ROM+20KB to A-Bus CS0 : in this case it would be possible to do extra RAM/ROM, cheat codes, virtual memory cartridge (as I do in Saturn Gamer's Cartridge) with only VCD card.

I suppose that VCD card behavior is "case 1", but that just a guess : SH-1 main job is to copy data from CD-ROM to CD block registers (accessible from SH-2), so that would be natural to do similar things from VCD card ROM to CD block registers.
If someone could give some technical details about VCD card behavior, that would be appreciated :)
 
I believe it's "case 1" and no chance of features like 1M/4M RAM, ROM, (official) BACKUP MEMORY, CHEATS in jhl's ODE.
if it were "case 2" vcd-card-roms would easy to dump and floating around the www, which is not the case ?

yabause has an option to load a VCD-card-rom. jhl's build of yabause may give more clues ?

we will see this all in 2017 with jhl's ODE.

for now I think sh1 in cd-block executes unsigned code from vcd-card-rom.
jhl uses this to feed the cd-block different (speak his ODE-) code.
cool to know would be:
- adds or overwrites the vcd-card-rom functionality to the cd-block ?
- which then means temporary patching sh1-functionslist to point to functions/code in sh1-ram
- if jhl's cart-rom can patch those pointers of normal cd-check/cd-read-functions to his own code his ODE will have 100% compatibility !? (aside vcd-card-games)

Edit: I read the http://assemblergames.com/l/threads/saturn-cd-block-rom-dumped.52419/ it's done via "the CDB supports microcode extensions, which is how the MPEG cards work." instead of my guess patching a vector/subroutines-table/list of the ROM which is mirrored/copied to RAM (<-- that would maybe the case 10 years further in the past).
 
Last edited:
if it were "case 2" vcd-card-roms would easy to dump and floating around the www, which is not the case ?

Nice guess :)
AFAIK, there are no way to dump VCD cards ROM other than desoldering its flash chip, and to use a *ROM dumper device.


we will see this all in 2017 with jhl's ODE.

jhl said his ODE will be able to dump SH1's ROM, so analyzing it will probably give clues about how to use/hack CD block.


for now I think sh1 in cd-block executes unsigned code from vcd-card-rom.
jhl uses this to feed the cd-block different (speak his ODE-) code.
cool to know would be:
- adds or overwrites the vcd-card-rom functionality to the cd-block ?
- which then means temporary patching sh1-functionslist to point to functions/code in sh1-ram
- if jhl's cart-rom can patch those pointers of normal cd-check/cd-read-functions to his own code his ODE will have 100% compatibility !? (aside vcd-card-games)

Edit: I read the http://assemblergames.com/l/threads/saturn-cd-block-rom-dumped.52419/ it's done via "the CDB supports microcode extensions, which is how the MPEG cards work." instead of my guess patching a vector/subroutines-table/list of the ROM which is mirrored/copied to RAM (<-- that would maybe the case 10 years further in the past).

I don't know exactly how jhl's ODE works. I thinks it uses a(nother) exploit in SH-1 ROM in order to substitute original CDROM access functions with ODE ones. I would be surprised there is a straightforward way to do this.

Since this is a SH-1 (CPU who handles CD-ROM stuff) exploit, I suppose that compatibility will be good.
In comparison to existing ODE (rhea, etc), it will probably allow to read data faster than CDROM nominal speed (rhea can't do this, because of CDROM unit clock limitation), and read CD-R games :)
 
Not directly related to Pseudo Saturn Kai, but custom labels for Gamer's Cartridge are finally available :banana:
20160914_labels.tb.jpg

(More informations and pictures in my devblog)

This last step regarding Gamer's Cartridge design is (finally) finished, so I can now focus on cartridge's firmware (= Pseudo Saturn Kai) development, which is great, because I prefer C language rather than design stuff ^^
 
finally i've installed pseudo saturn lite on my dev cart and it's working like a charm.
i have one improvent request on start game with usb, when you have selected this menu, you can't do "back".

well i've tested some games, i hope it can help.

working games :

ninpen manmaru
thunderforce 5
layer section 2 (raystorm)
athlete kings
mizubaku adventures
incredible toons
puzzle bubble 3
baroque
gt24
drift king 97
hang on 95
fanta step
winter heat
lupin 3
bubble symphony
soukyugurentai otokuyo
choro q park
zap snowboarding trix 98
wanghan dead heat
capcom generation 2
cotton 2
dead or alive
high velocity
king the spirits 2

not working

scorcher
bokan to ippatsu
 
Not directly related to Pseudo Saturn Kai, but custom labels for Gamer's Cartridge are finally available :banana:
20160914_labels.tb.jpg

(More informations and pictures in my devblog)

This last step regarding Gamer's Cartridge design is (finally) finished, so I can now focus on cartridge's firmware (= Pseudo Saturn Kai) development, which is great, because I prefer C language rather than design stuff ^^

Wow!
The carts are looking awesome!!!! :D

not working

scorcher
bokan to ippatsu

Strange... My burned copy of Bokan to Ippatsu works perfectly :confused2: maybe you've got a bad iso? does the burned disk work on emulators such as SSF?

oh.... and by the way... as time passed, I finished Magic Knight Rayearth!! from start to finish using pseudo saturn kai, no problems at all!



@cafe-alpha feel free to update the entry of this game on the compatibility list :cat:
 
Sorry for the delay.

Well great work all around then! Also you have the hardest job out of all of it @cafe-alpha, writing and maintaining the firmware

Thank you ! That's only the beginning :)

finally i've installed pseudo saturn lite on my dev cart and it's working like a charm.
i have one improvent request on start game with usb, when you have selected this menu, you can't do "back".

Great you could test it, and that it works fine :)
Transfer is maybe a bit slower than original USB dev cart firmware, but that's not noticeable for normal usage of USB dev cart.

> i have one improvent request on start game with usb, when you have selected this menu, you can't do "back".

At that moment, CD unit is initialized, Pseudo Saturn exploit is performed, and firmware is waiting for you to execute code, or run game from CD-ROM, so what is the interest to return to return to main menu ?
If you really want to return to main menu, I'll verify if it's safe to do that, else, I can simply reset the Saturn, which is better than preventing to go back, and simple to implement :)


well i've tested some games, i hope it can help.

working games :

ninpen manmaru
thunderforce 5
layer section 2 (raystorm)
athlete kings
mizubaku adventures
incredible toons
puzzle bubble 3
baroque
gt24
drift king 97
hang on 95
fanta step
winter heat
lupin 3
bubble symphony
soukyugurentai otokuyo
choro q park
zap snowboarding trix 98
wanghan dead heat
capcom generation 2
cotton 2
dead or alive
high velocity
king the spirits 2

not working

scorcher
bokan to ippatsu

I gave a try to bokan to ippatsu (video here), and it worked on my Japanese Saturn.
As Thales Peres suggests, you probably may want to verify that's not a bad dump or bad burn. Trying to read CDROM contents from PC, or emulating it with yabause/SSF may help.

Another cause may be display frequency ? If you have a Japanese Saturn, please give a try with it.

I burned Scorcher and ... didn't had time to test it ^^;
It can try it here if you want.


Wow!
The carts are looking awesome!!!! :D

Thank you ! And thank you for your contributions to the project :)


Strange... My burned copy of Bokan to Ippatsu works perfectly :confused2: maybe you've got a bad iso? does the burned disk work on emulators such as SSF?

oh.... and by the way... as time passed, I finished Magic Knight Rayearth!! from start to finish using pseudo saturn kai, no problems at all!



@cafe-alpha feel free to update the entry of this game on the compatibility list :cat:


Cool to see people still enjoying their Saturn :]
I will update the list someday, but I have a bunch of things to terminate before that (Pseudo Saturn Kai, learn how to hold soldering iron, current tasks at work, etc) ^^;
 
i got a question about psk, if i burn a cd with ip.bin
then i want to upload a new boot binary file for this cd, will psk unlock the cd access ?
 
i got a question about psk, if i burn a cd with ip.bin
then i want to upload a new boot binary file for this cd, will psk unlock the cd access ?

"Start with USB" option (second in the main menu, selected by default if USB cable is connected) should do the job.
"should" because I didn't made extensive testing regarding this feature, so any feedback is welcome.

The "Start with USB" option was added in order to help debugging homebrew applications that don't fit in a single binary, for example "main binary + level data files + graphics data files".
It works only on main binary (first user program executed by the BIOS), so you still have to burn a CD-R each time you want to update level/graphics/whatever file other than main binary.


Is that in order to test fba ?
I don't know if that's better than uploading ROM, then executing program via USB, because CD-ROM access time when using "Start with USB" option is probably longer than USB transfer. However, it may be quite helpful if you want to debug application streaming data or audio from CD-ROM :)
 
Hi, I've just got a quick question:

I'm a new Saturn owner, and I want to install Pseudo Saturn Kai to an Action Replay. I noticed on the compatibility list that Panzer Dragoon Saga is listed as "probably" compatible as long as you're using the JHL loading method - but then it mentions that not all Saturn models are compatible with JHL.

Is the Grey Japanese Saturn the only one not JHL-compatible? The one I have shipping to me is a white Model I Japanese Saturn.
 
Hi, I've just got a quick question:

I'm a new Saturn owner, and I want to install Pseudo Saturn Kai to an Action Replay. I noticed on the compatibility list that Panzer Dragoon Saga is listed as "probably" compatible as long as you're using the JHL loading method - but then it mentions that not all Saturn models are compatible with JHL.

Is the Grey Japanese Saturn the only one not JHL-compatible? The one I have shipping to me is a white Model I Japanese Saturn.

The only known model where JHL loader (hence PDS) can't work is ... my grey Japanese Saturn.
I didn't had many feedbacks about this problem, so I suppose it concern few Saturn models, so let's hope your white Japanese Saturn is safe from it. Please let me know if you can get PDS working or not :)

To everybody else : feedback about Pseudo Saturn ("it worked, thank you :3", "my favorite game doesn't works :/", etc) in this thread, or directly by email is highly appreciated :)
 
Having an issue with PS Kai. My Saturn (White Japanese model) reads discs just fine - my retail Japanese copy of Dark Savior works. I've also been able to disc swap to a burned copy of Radiant Silvergun with no issues. The problem is that the Pseudo Saturn Kai disc does not work: either I get dumped to the CD player menu after I swap, or the screen goes black and the patcher never loads. I'm doing this without my Action Replay being in the cartridge slot at all.

I burned PS Kai at 4x with Imgburn to the same CD-Rs I used to burn Radiant Silvergun.

What am I doing wrong here?

Edit: Apparently, the timing for PS Kai swapping is different from regular Saturn games. I have it working now.
 
Last edited:
Having an issue with PS Kai. My Saturn (White Japanese model) reads discs just fine - my retail Japanese copy of Dark Savior works. I've also been able to disc swap to a burned copy of Radiant Silvergun with no issues. The problem is that the Pseudo Saturn Kai disc does not work: either I get dumped to the CD player menu after I swap, or the screen goes black and the patcher never loads. I'm doing this without my Action Replay being in the cartridge slot at all.

I burned PS Kai at 4x with Imgburn to the same CD-Rs I used to burn Radiant Silvergun.

What am I doing wrong here?

Edit: Apparently, the timing for PS Kai swapping is different from regular Saturn games. I have it working now.

Oops, sorry for the delay.
I'm glad disc swap trick finally did the job !
I'm not expert about CD swap trick, but I suppose that its timing depends on many things, such as size of initial executable, CD tracks count, etc. So some "trial and error" is needed when installing Pseudo Saturn Kai with swap trick.

I wish you happy retro playing with your Saturn :)
 
Oops, sorry for the delay.
I'm glad disc swap trick finally did the job !
I'm not expert about CD swap trick, but I suppose that its timing depends on many things, such as size of initial executable, CD tracks count, etc. So some "trial and error" is needed when installing Pseudo Saturn Kai with swap trick.

I wish you happy retro playing with your Saturn :)

Exactly, there are a lot of different variables at play when using the swap trick. Trial and error indeed. For those still struggling to flash their carts using the swap trick, here's a repost of my noobie tutorial (warning, very long lol, its noob friendly):
 
Back
Top