gsu (superfx) support [work in progress]

[multimod]

V7 and the ram timing is the solution for older hardware revisions of the sd2snes.
Rev e1 works fine with v7.

thx for the great work!

[Prock78]

Check the first post for v07:

http://krikzz.com/forum/index.php?topic=7451.msg57572#msg57572

Fixed ram timing for more ram chips with worse timing by adding additional fpga clock.
Fixed menu config save bug with gsu speed option.

If you've had problems with it not running at all give this version a try.  I will take a look at the menu editor thing.  It probably moved something in memory that the editor was modifying.

Wow!! This new v07 works really fine for me! None of the previous ones worked but this one works really great, it is awesome! Thanks a lot Redguy, you are truly amazing!! 

[dreimer]

V7 and the ram timing is the solution for older hardware revisions of the sd2snes.
Rev e1 works fine with v7.

thx for the great work!

This has nothing to do with the hardware revs at all. I have a Rev E, too and never had problems. It's a RAM problem and which was used by your vendor.

[MockyLock]

V7 and the ram timing is the solution for older hardware revisions of the sd2snes.
Rev e1 works fine with v7.

thx for the great work!

This has nothing to do with the hardware revs at all. I have a Rev E, too and never had problems. It's a RAM problem and which was used by your vendor.

'llo !
you mean it's related to the RAM chip itself ?

[Arnold101]

Yes a custom menu should work, but it needs to be based off the new menu.bin code if you want access to the normal/fast option for the gsu.  I have never created a customized menu file before.  If it's just hex editing/pasting in new stuff to an existing file then it should work.

Someone pointed out the menu option isn't saving and I noticed a firmware bug when reading the config file.  I'll fix that in the next version.

based on this post, there's a guide here on how to make a theme based on redguy bin? i want my custom menu back  thanks

up

[nihlathak]

Wow, just wow. The SD2SNES was my first introduction to this forum and the people behind it. I would have never expected that SFX would have been possible on the SD2SNES, and redguy just fixes it like that. I want to thank you for your hard work and support for this magnificent piece of hardware. You just made my day, and I'm sure a lot of other people have had the same feeling reading through your achievements.

[Eyedunno]

Thanks for this, again, awesome work!

Anyone able to do a real test with a real cart and normal mode to check for speed? How close is it to actually have a 100% FPGA chip emulation with no slow down?

I did a test with a real cart and normal mode. This is on a Super Nt in Zero Delay mode, so it is running about one frame every ten seconds slower than a real SNES, but that should not be noticeable. Also, my SD2SNES is Rev. F.
https://www.youtube.com/watch?v=rJ60_7HGtSE
I'm not sure anymore that normal mode really is faster than v.05 and before. Maybe it's my imagination or mostly my imagination.

its a bit more fast in normal mode in v07 than the v05 , look good the video , its not a imagination , but a bit more fast in v07 in normal mode , But could be slightly faster in normal mode , but in the fast mode its very fast   , thank you very much redguy

I boosted one extra time on v07 in the video though, plus I took longer to kill one enemy on v05, and that's when v07 started to look faster. Note that boosting and strategic kills make up the bulk of Star Fox speedrun strats, so I'm sort of thinking the time difference (only ~3 seconds, btw) is a fluke.

[megari]

Redguy, I noticed your v06 and v07 tags point to the same commit. Just in case you didn't notice it yourself yet.

Thank you for your hard work!

As for the memory timing issue, I really feel bad that I didn't connect the dots between some calculations I made earlier and the problems people were having. 24 MHz times 25/7 means a 70 ns PSRAM access is exactly 6 cycles, so should theoretically have been fine, but this must have been a bit too tight for some PSRAM chips. I was wondering about this at one point earlier, but then forgot about it as it seemed to work fine for me.

[mario64]

Just wanted to say thanks again to Redguy. This latest release is working great so far and the Fast speed option is so nice to have   

[dreimer]

'llo !
you mean it's related to the RAM chip itself ?

Yes, thats what I mean ^^

[EchopleX420247]

Looking forward to trying version 7.  I’ll report tonight after work.

[MockyLock]

'llo !
you mean it's related to the RAM chip itself ?

Yes, thats what I mean ^^

So one should start a chip list with bug report.

EDIT : post 666 !

[rocketblast]

I have never had any problems with any of the GSU updates on mine.  I played doom up til level 6 with the speed on fastest.  I'm assuming the next updates will be to help people more with differing RAM and for custom menus.  To me, it is finished though.  I'm very happy with what Redguy has provided us and I feel we are very fortunate.

[fille1976]

Thx redguy for the amazing updates man.
Works absolutely sweet here.

[sonicjhn]

This new "GSU Speed" feature did a HUGE favor to Stunt Race FX and it's "smooth" 2 fps framerate.