Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - CZroe

Pages: [1] 2
FXPAK (SD2SNES) / Re: Identifying sd2snes components for repair
« on: November 23, 2018, 03:20 AM »
Wow! What a mess. Looks like an easy fix regardless. Good luck! :)

FXPAK (SD2SNES) / Re: Which shell? SNES or SFC?
« on: November 23, 2018, 03:12 AM »
I’m in Japan and I am considering a Super Famicom. Which shell does the SD2SNES ship with?

Note: I do realize that “SNES” is in the name but I have also read that there are different shells but I could not find an option on the store.
Super Famicom and PAL SNES use the same cartridge shell. North American SNES is the odd one out, so the term “SNES” would not specifically exclude PAL and Japanese models. That said, the SD2SNES has been sold in different shells from different vendors. I modified a Super Famicom shell to fit North American SNES consoles for the one I got from StoneAgeGamer and the other came with the universal shell (ordered from Krikzz).

You can see where I cut notches in the back of the SFC shell so that it would fit a North American SNES shell:

They were already molded into the universal shell (black).
More pics:

"Cartridge uses custom made multi region shell. It fits in both american and euro/jap systems."
The shell looks more like a SFC cart.
Depends. Stone Age Gamer offers them with alternative shells.

FXPAK (SD2SNES) / Re: A Tale of Two SD2SNESes.
« on: November 16, 2018, 08:08 PM »

The newer one that was malfunctioning (Rev H) was purchased directly from during the late 2016 Black Friday sale and arrived Christmas Eve. The older SD2SNES (Rev E1b) was purchased board-only from Stone Age Gamer (well, the label too), but I cut/filed the shell myself and upgraded it to Rev H using Borti’s audio fix board and the jumper that changes the HW ID. I would expect that to be the one with issues, but it’s not!

Board shot of older one that never malfunctioned:

Likely the firmware was corrupted.
You just need to setup the SD card from scratch.
Please use the stable firmware version (one version older than the most recent one).
We have two SD2SNES carts so we had already ruled that out. Both SD cards work fine in the older SD2SNES and neither worked in the newer one.

After posting this last night I decided to open it up to see what the status LEDs were doing. I quickly determined that it was behaving differently even when comparing both without an SD card:
No lights what-so-ever after booting it in the Super Nt. Because the working one showed activity and lights before and after hitting “Run Cartridge” in the Super Nt and I wasn’t looking the entire time the Super Nt itself was booting, I power cycled it with the bad SD2SNES inserted. I wanted to confirm that the lights never blinked or came on at all, even before picking “Run Cartridge,” but it suddenly started working normally. Menu, games, LED lights, and everything just started working, like nothing ever happened.

Totally bizarre! It hasn’t worked for months and now, only AFTER I finally post about it and triple-confirm it doesn’t work (before and after my post), it suddenly works again. Since we corrected our older one for MSU-1, we don’t need two SD2SNES carts and we want to send one to our nephew. I wanted to keep the older one since I put more effort into it (even cut slots into an SFC shell for universal fitment!), it is now equivalent to Rev H, and it matches our SFC-style Super Nt, but now we don’t feel comfortable sending the newer, untouched, barely-used, Rev H to our nephew when we can’t know that this won’t happen again.

I actually have an old MMC/SD card cleaning kit and 1up cards and 99.9% “electronics cleaning grade” isopropyl alcohol so it was clean as a whistle. I literally have a shelf with 13 SFCs, several SNS-101, and a pile of SNS-001 systems so I’ve tested it in some very clean and reliable consoles that work first try with everything I throw at them. It’s always been kept inside of a Universal Game Case too. It should have been good as new.

This definitely was not a dirty/flaky connection or corrupted card issue, which makes it that much more confusing that it suddenly and inexplicably started working this morning. Since I can’t explain why it suddenly works or ever stopped working, I have to expect that it will stop working again at some point down the road. This gives me a bit of anxiety, especially when Rev J is coming and I may not be able to get service on this one as the parts become unavailable. :(

Luckily, the major part change for Rev J is the SD a card reader (full-sized SD to microSD), and we already know it can’t have anything to do with SD cards. Both are 64GB Samsung cards purchased at retail (definitely not counterfeit) and the problem was apparent even with no SD cards inserted at all (no LED status lights on the faulty one where the working one still had lights). VERY unlikely that it has anything to do with the slot itself if they behaved differently with no SD a card inserted at all. Having two SD2SNES carts definitely helps with troubleshooting. :)

My brother and I are going to send our baby, the ol’ Rev E1b with MSU-1 fix, extra Rev F components, and custom shell, to our nephew. We’ll hang on to the newer one, just in case it still needs service. If it gets repaired or inexplicably proves reliable then I’ll switch back in the future. Hopefully he will have taken care of my baby. :)

One other thing I noticed when testing without the front shell to see the LEDs: The back shell provided by Krikzz is slightly too thick and doesn’t fit the Super Nt as well as a real SFC cart. The PCB should sit a little bit closer to the back side.

Very interesting.  Thanks for the response!
Updated! Forgot to mention HuDebug. What you want has been in the works for years. No clue if it will ever be released, but CD-ROM² has been demonstrated running from a HuCard.

FXPAK (SD2SNES) / A Tale of Two SD2SNESes.
« on: November 16, 2018, 03:48 AM »
My twin brother and I have two SD2SNES carts:
An old Rev E1b and a Rev H.

Our Rev E1b has been a trooper. As a result, we’ve barely used our Rev H. This Summer we realized that the Rev H just stopped working. Black screen. No menu. No error. The same SD card still works fine when moved to the E1b. It’s been used so little that the FW is from over a year ago, even before Redguy’s Super FX FW. Due to infrequent use, I don’t know when it actually stopped working but the last game played was Final Fantasy III according to the “Recent” list when the SD card is moved to my working cart.

We’ve tested it in multiple SNES systems and a Super Nt, so it’s not a CIC issue. I have cleaned with a 1up card and 99.9% “Electronics Cleaning Grade” Isopropyl alcohol. The working unit behaves the exact same way when I attempt to boot with no SD card. The SD Card was not removed between the time it was last working and when it was discovered that it no longer worked. Reseating it does nothing. Trying the working card from the other SD2SNES does nothing.

I suspect that the SD card reader has somehow gone bad. Has anyone had something like this happen before?

« on: November 16, 2018, 03:31 AM »
Did I miss something, or has Revision I never been made?
It’s pretty common to skip the letter I since it can be confused for a number 1. Same reason you might skip a letter O or lower-case L.

FXPAK (SD2SNES) / Re: gsu (superfx) support [work in progress]
« on: April 19, 2018, 06:57 PM »
And if gsu is fully implemented and bug free-accurate,let him take a moment for himself.
Don't push him for sa-1,if he wants to do it,he will doing it like gsu.

I totally get the excitement for future SA-1 support in the future.

mee to :) but lets finish 100% the super fx  for accurate :)
LOL! You realize that you guys are asking for- nay, EXPECTING, something redguy never said was possible, right? If anyone is “pushing,” it’s you guys. :)

The people that have problems. Is a original sd2snes from krizz or is a alliexpress chinese sd2snes?.

Maybe can be the problem, chinese quality.
As an “open” project, any SD2SNES is technically “original.”

...not that the origin doesn’t matter. It might.

FXPAK (SD2SNES) / Re: gsu (superfx) support [work in progress]
« on: April 07, 2018, 05:53 PM »
Why does everyone keep saying to power cycle when you get graphical corruption at boot? I tried the earliest public release of this and immediately realized that a normal reset will clear it up. Did that change? I’ll have to try the latest release tonight.

“Power cycle” isn’t just the hip new phrase for reset, you know. ;)

Anyway, even though I haven’t checked out all the updates yet, I’m super excited and look forward to progress. Thought I’d mention though that one of the biggest annoyances for me about SuperFX emulation on SNES9x and ZSNES is Starfox running too fast and cutting off Dan Owsen’s voice intro (never gets to the “prepare for launch” part). Of course, it’s a problem for overclocked versions too. Thankfully, this is currently slow enough that I get the full intro now (and then some) but I thought I’d point out that the intro would be a good target to try and sync things up with a real SNES as performance improves... at least for GSU-1 games.

You seem to be pretty close in your understanding of how it works. A few additional points:
The System Card is primarily a bootloader for the CD-ROM but it also has some resource data in ROM (as good as “pre-loaded RAM” for the built-in assets like fonts and sound effects).
There is a HuCard detection pin that disables the built-in Super System Card ROM on those systems when you insert a HuCard of your own. The extra memory in the dock is still accessible, hence, the Arcade Card Duo existing with only the extra RAM needed.
The dock also adds RAM to the base system memory or else even 1st-Gen CD games wouldn’t have been possible. HuCards and ROM cartridges typically access most resource data directly from where it is mapped to memory without copying and wasting RAM, thus, the RAM capacity required is significantly lower (no need to hold graphics data, for example).
The dock also has extra non-volatile RAM for saving gameplay progress (powered by a super capacitor when not in use).
The HuCard slot has all but one pin needed to enable an ODE or CD-ROM^2 adapter through the HuCard slot. No on seems interested in doing this for Duos, Shuttles, or Express/GT systems since it would still require an internal mod (assuming the connection is even available internally).

Edit: OK, it seems “KonamiGood” was working on something called “HuDebug” that could do CD-ROM² titles from the HuCard slot. Not sure if it requires an internal mod or not, but he even demonstrated it on a Turbo Express / PC Engine GT. Seems particularly useful for Duo, Duo R, Duo RX, Shuttle, etc.

Turbo EverDrive / Re: Did my TED just die ? -> white screen
« on: February 04, 2018, 05:47 PM »
Mine arrived dead after waiting 9 weeks for it to get here.  Very frustrating.  It appears nobody has any solutions so I'm just venting I guess!
Really? Because you haven’t even responded to our initial questions on

As far as we know you haven’t even tried changing the region switch. The white screen is normal when you are set to the wrong region. If we can’t even conclude that you have done that (even after asking), how are we supposed to move on to a conclusion or offer additional advice? “Very frustrating.”

Anyway, I wish Krikzz did a better job of communicating this on the product page. It got me when I received my first Turbo ED and I experienced a similar moment where I assumed it was bad.

Got mine yesterday! A Facebook friend got his today. Thanks!

Cool! Our congratulations for the completed quest (:

Lots of holidays and the winter storm affected the work of USPS very much.
...and then later the same day as you posted this, we get slammed so hard that the authorities issued a curfew for anyone who doesn’t work in a public safety-related position. :( Been that way since yesterday afternoon. Newnan, GA/Coweta County’s curfew doesn’t lift until 10AM at the earliest. *sigh*

Yeah, no need for savestate function when you can just use a game-saver! I tried the game-saver plus with my SD2SNES and it works wonderfully for speedrunning practice!
I’ve found it much less stable with an SD2SNES than with a real game (comparing Donkey Kong Country).

Wouldn't the Save State get lost when the batteries of the Game Saver goes empty? I have a PAL modded SNES and the power cable doesn't fit in the SNES.. but thats not the Problem. If I want to take the Game Saver off, the save state is lost, isn't it?
It retains the save as long as it has power whether from batteries or a power adapter. If you want to play another game, you just bypass it at the cart slot (leave it powered).

i think for a big price of $ 200  , this should be implemented ( the save state ) , thanks

Sorry to necro this post but I was curious what the reason for no save states was? when I use my Everdrive on my NES and there are save states, it just thoroughly confuses me when I use my SNES and have not the same function.

Not a complaint, more like asking for education because I can't much about it online.
They explained it earlier. In regards to the sound CPU (SPC700), the SNES software cannot read the exact state to save it. It’s like another computer running alongside the SNES. When you save/load the SNES without the SPC700 it will result in issues. Sometimes that just means it will play the wrong music. Sometimes it means that you will get a black screen. Sometimes it will work and then freeze a moment later. It all depends on how the software handles the SPC being in the wrong state.

FXPAK (SD2SNES) / Re: SD2SNES June 2016 re-stock PCB revision?
« on: January 17, 2018, 03:07 AM »
If anyone wants to to update to Rev H, I fully assembled the other two of Borti's mod boards and I'm offering them on eBay for about what it cost me. I can also include the inductor and capacitor for updating Rev E to F. Heck, I can even install it for you if you want to send the board or meet locally (Atlanta OTP South region).

Still don't have mine but I'm not worried yet for a different reason:
I got the shipping notice from Ukraine 22 days ago. I received it 20 days after the same shipping notice last year, but that was without Christmas, New Years Day, and Martin Luther King Day involved (all days that the US Post Office is closed). If I don't get it by Thursday then I will finally consider it "behind my made-up schedule" by one measley day. Heck, I might even have an extra Sunday in it this time to excuse another day.

...not that there's any reason to assume the exact same number of days as last time. :)

Pages: [1] 2