sd2snes
sd2snes copied to clipboard
MSU1 games with motion video glitches on 1.11.0b1
MSU1 games with motion video glitches on 1.11.0b1 and not on 1.10.3. I am using 2/1/3 snes (ntsc/usa). Switch back to 1.10.3 works fine.
Mega Man IV intro's Akira Trailer Super Road Blaster etc
Tried it with PNY 16gb microsd class 10 and a Samsung Evo 32GB micro sd.
I tested Super Road Blaster today on 3 fully working (as far as I can tell) USA snes with configuration 2/1/3 snes (ntsc/usa). I have disabled all in-game menu and gamesaves. Snes burn-in test v1.03 reports all pass on all 3 systems.
Results for Super Road Blaster with 1.11.0b1 video glitches on all 3 snes. Results for Super Road Blaster with 1.10.3 NO video glitches on all 3 snes.
My sd2snes is an old official E1b revision that I have upgraded to revision H.
sd2snes with 1.11.0b1 and MSU1 games do work correctly with my Super NT running jailbreak 7.0
I know this post is old... well, I'm experiencing the same issue. Have you found a solution? I don't want to keep using 1.10.3 because I love the save state and SGB features.
Ok, so here's an update on further testing. I recently acquired a snes 1chip-01(stock) and 2x snes mini/jr. Both the 1chip-01 and snes mini/jr report 2/1/3 configuration. All are NTSC/USA revisions. 1x snes mini has voultar rgb/svideo mod, 1x snes mini has manual resistor/capacitor mod to restore rgb+svideo, but no brightness fix.
Super Road Blaster with 1.11.0b1 on snes 1chip-01 = video glitches Super Road Blaster with 1.11.0b1 on both snes mini/jr = normal, correct video
New findings!
@kimbapslice Thanks for your reply and testing! So, no easy fix! I tried manipulating some files on the sd2snes folder with no success. Anyway, it's a firmware issue and needs a fix... let's hope developers can solve it on next update. Meanwhile I'm using two SD cards, one with 1.11.0 and other one with 1.10.3.
SNES mini/jr and 1chip are technically identical. Could either of you provide a recording of the glitches? Do the glitches recover at all on the MSU1 video demos (e.g. Akira)? Are the glitches still present in the 1.11.0 final? Can you let the SD card access time measurement complete on the System Information screen and post the results?
I will test with a few different memory cards and provide an update soon.
Thank you 🙇♂️ So far I've been unable to reproduce the issue here. The only thing that caused intermittent glitches was a very slow card with a max access time of 11ms... However there seems to be an issue with bus timing on 1.11.0 (#204, #184), maybe the underlying cause is similar. Can you run Illusion of Gaia and check for flickering of the Nintendo/Enix logos and corrupted graphics?
Hello,
So today I tested the 1.11.0 release with 2 snes (1chip-01, and not a 1chip), 2 snes jr. All four systems are 2/1/3, running composite video. First tested with my sd2snes upgraded to 1.11.0
Results on 1.11.0: Snes (not 1chip, stock), snes 1chip-01(brightness fix+vertical band fix) = MSU1 videos GLITCH Snes JR (stock): MSU1 works Snes JR (rgb mod - stock encoder, brightness fix): MSU1 works
Results on firmware 1.10.3 MSU1 videos work on all consoles
Illusion of Gaia: Worked correctly on all consoles and firmwares. I did not notice any glitches with the Nintendo/Enix logo.
I hope this helps!
Thank you so much for your work! Pictures are in order of the cards (left to right, top to bottom)
https://user-images.githubusercontent.com/58018661/223561377-7df4587b-527a-4802-884b-4cf5c32f426f.mp4
https://user-images.githubusercontent.com/58018661/223561402-c653811a-9a31-4b3b-8d7f-ea301367dafa.mp4
Thanks! Looks like it's missing one byte of data pointer increment at the beginning of each DMA transfer... will need to check how recent changes might have caused that.
Can you try this (only for OG sd2snes)? Just replace the fpga_base.bit in your sd2snes folder with the one from the zip file. It's not a final fix, just changed the way MSU address is incremented to close in on the issue. fpga_base_msu1_address_inc.zip
Wonderful news! The fpga_base.bit did the trick and now firmware 1.11.0 works on all of the 4 snes tested. I was able to run through the entire trailer of Akira, Super Road Blaster works. Thank you! Please let me know when and I will close this case.
Ah that's good to know, thanks! I'd like to try different approaches (due to interaction with other issues) so would be great if you could try maybe 1-2 other fpga_base.bit files that I'm going to attach here :)
Yes, I can do that and report back. Thanks!
Awesome! Here is another one: fpga_base_new_address_sampling.zip
The new address sampling returned to the only snes working was the snes jr systems.
1chip-01 and non-1chip = msu1 video glitches snes jr stock = works
https://user-images.githubusercontent.com/58018661/224580554-1dd25cd5-4b95-45da-b539-1e1f1d14efdb.mp4
https://user-images.githubusercontent.com/58018661/224580555-5824fce1-d974-4d07-aea6-0ff5a6b03f56.mp4
https://user-images.githubusercontent.com/58018661/224580556-9fb253a7-6fc8-43ac-96c6-714ec939d530.mp4
Another try 😅 fpga_base_new_address_sampling2.zip
Sampling2 results:
non1chip and 1chip-01: glitches, but either glitches right away or sometimes shows briefly correctly the first 1-5 seconds of akira/music videos, or glitches 1/4 way through the video. Super Road Blaster glitches much less but it's still messes up on and off.
snes jr: works perfectly
Yet another try 🙏 fpga_base_new_address_sampling3.zip If this doesn't work I'll probably stick with the MSU specific fix for now.
Sampling3 results:
non1chip and 1chip-01: glitches (error pattern look slightly different from sampling2 but still obscuring 99% of the videos) snes jr: works perfectly
OK, went with the first approach for the time being. Thanks for all the testing :) v1.11.1 is around the corner, feel free to re-open the issue if any issues persist.