Composite sync (CSYNC) from the PPU is directly wired to the BA6596F, but thought it would be less hack-ish to buffer it with the THS7374.ĭigital audio output might be next? Perhaps it would be better installed in one of my Saturns! It didn't seem to make sense to tap the signals directly from the built in encoder, and then run them through another set of 0.1uF caps. The 0.1uF caps partially anchor the circuit along with a glob of hot glue! Since the only series component between the PPU and encoder is a 0.1uF cap, I figured that was all I needed for the THS. Notice the overly sharpened right edges on the modded mini? The picture on the right could be slightly sharper, but not to the level of the modded mini and isn't so soft to be fuzzy. THS7374 buffered SNES mini on the left, 1CHIP-01 SNES with stock RGB on the right. This makes for a much cleaner install and shorter signal path. Also, I didn't tap RGB from the BA encoder legs, I used the vias right from the 1CHIP IC (see below). So, the THS buffering is definitely an improvement over using the BA6596F's RGB outputs.
The ghosting interference is still there on the THS mini, but isn't as pronounced as what I recall when modding the SNES mini from the built in BA/rohm encounder. When trying the test again via the XRGB-mini, it was extremely subtle, but still present, virtually invisible. I tried the acid test of the FFIII intro and found that on a CRT (PVM-2030) that the vertical bar wasn't visible! However, my PVM take a while to warm up, so it's a little dark. I have no reason to believe this has anything to do wtih the THS7374, but rather the 1 chip ICs that were used in the mini SNES compared to the full size one chip consoles. I still prefer the RGB output of my 1-chip system (1CHIP-01), as the modded mini's RGB output is too sharp, as you will see in the pictures below. I decided to try RGB modding my second SNES mini and it worked great overall.
0 kommentar(er)
