Ok my SD2SNES arrived from gp2x shop, and have a few questions... 1. I have downloaded the latest FW 0.1.4 and i know leave the file structure the same as the zip file so the sd2snes folder is on the root of my sd card, do i need to place all system files into the sd2snes folder such as the DSP bios's and 'In Game Reset' mod? 2. Do i need to do anything with the DSP bios or just leave them in the correct folder? 3. Is it ok to have play snes roms in any folder of your liking? 4. Will the SD2SNES ever implement a cover flow GUI? 5. Will the SD2SNES ever be able to play NES or GB roms? Is there any other like hint or tips you guys suggest before plugging the SD2SNES in for the first time?? I cant wait, cheers guys!
I think this may help you http://www.assemblergames.com/forums/showthread.php?39306-Help-writing-SD2SNES-manual
I've experienced some very buggy behavior with this on an NTSC/U SNES (1/1/1) 2 Examples: Breath of Fire II (NTSC/U, Clean Dump): Complains it is not designed for a PAL system... though continues to boot and randomly reset. I could only make it playable stripping the region check out of my ROM w/ ucon64 -f. Romancing SaGa 3 (NTSC/J, Translated) - Complains it is not designed for a PAL system. Halts at the message. Had to strip region check out with ucon64 -f Both of these same roms work fine on the SNES PowerPak, so it seems like the region handling on SD2SNES is buggy, esp since I was using an NTSC console... and for the NTSC/J game, real JP carts don't lock out on a US console.
Hmm... I'm not sure because I'd already stripped all the region checks out of the ROMs w/ ucon. I will retest with clean ROMs in a bit Edit: I redumped my ROMs for the above games so that they would have the region protection again. I am not getting this anymore on Firmware 0.1.4 so it looks as if the problem was fixed Sorry for the false alarm
Thanks for all the info and quick replies. I'm glad to know that my sd2snes is running as it should and without and abnormal hardware issues. At least none thus far...
I'll admit that an hour in two weeks is pretty far out, I'm usually getting 5 minutes per week or so.
Point taken, and I agree with you in the regard of supporting both bin/rom images. However, if I adapted everything bsnes does I'd be parsing XML by now and you wouldn't even be able to load plain smc/sfc files anymore.
Yeah I figured it was more or less isolated because if it was more "normal," it would have been noticed by someone else, too. Just out of curiosity, is the variance in how well the microcontroller RTC can keep time random, and I happened to get a severely inaccurate calibration by chance?
RTC clock depends on the 32.768kHz quartz crystal and its two load capacitors. Either the crystal itself is off (less likely) or one or both of the capacitors (more likely as they come with quite some tolerance to begin with, depending on the type of capacitor used).
Thanks for doing it so we won't have to carry 2 formats going forward. I hope the fact that the naming is slightly different between bin and rom wouldn't cause too much trouble. The bin for st have an extra 0 for some unexplained reason. Regarding the cartainer/foltridge structure of bsnes with XML manifest madness, I just hope it will not happen or that someone with some free time would fork and make all that codepath optional. But that is another matter altogether.
@ - ikari_01 I ordered my SD2SNES from Retrogate and I am patiently waiting for shipment confirmation. While I wait I have been setting up my files and bios in a folder to be placed on an SD card. I also picked up an SFC cart shell and would like to prepare it for the SD2SNES with the appropriate cuts and LED holes, do you have a template? I would also like a copy of the logo you used on the menu screen, so that I can make my own custom label, is it possible to get that? thank you
I read somewhere (I think from SAG) that Krikzz's board is a little different from ikari's in terms of card slot placement, so he might be the one to ask.
USB is different. When I was waiting for KRIKzz to send me my first SD2SNES I asked Ikari_01 to send me one for cart shell prototyping. He said KRIKzz used different USB and this changed the USB position slightly so it wouldn't be of much use to me to use for prototyping.
You can compare their PCBs with these pictures: ikari: Front Back KRIKzz: Front Back It seems that ikari uses a through hole USB, while KRIKzz uses a surface mount USB. It looks like ikari's USB is a bit longer, like it would stick out more through the shell. The PCB is slightly different to the left of where the USB mounts on the board, looking at the images of the back. To me, it looks like the thing that would screw up prototyping most would be the slightly different shape of the PCB. While the USB ports are different, their left/right position on the board seems about identical. Maybe one also sticks out more towards the camera than the other-- it's not really possible to judge that with straight-on pictures.
That's true. But I think the surface mount USB is something krikzz changed specifically. The pictures I've seen of revision e (without a number) that ikari made have a through hole USB, as does e2. I think the change in size of the PCB is to accommodate the different USB port krikzz uses. Although I could be wrong about these things.