My old NES started having a graphical issue, it seemed like it was drawing sprites but no backgrounds (solid green in SMB as seen in the pic, but different colors with other games).
I was hopeful that this indicated a failure of the VRAM, since (as I understand it) it stores all of the information about how to draw the background tiles (image references, attributes, palettes). I found some replacement chips, removed the VRAM and installed a new one (in a socket, as seen on the bottom of the second pic). Unfortunately nothing changed.
On a whim I replaced all of the electrolytic capacitors, which I'd been planning to do anyway, but this also made no difference.
I saved it as a last resort since they aren't readily available, but I finally replaced the PPU (seen replaced with a socket in the second pic). Success!
Voultar has claimed that the mod sold by console5 is stolen from his design, so I would think it would work the same, though the mods I see on their respective sites look rather different on their face, with Voultar selling two separate mods for SNES and N64 while console5 sells a combined SNES/N64 mod. As far as the components and functionality, I'm pretty clueless. It looks like sync on the console5 mod is straight off the SNES optionally attenuated through a resistor, I suppose to adjust it for 75 Ohm termination instead of TTL level sync? While Voultar's description says his mod automatically adjusts for 75 Ohm or TTL based on the cable you use, which sounds like some black magic to me.
Maybe that black magic is what makes it work with your cable. The obvious question with the console5 mod would be whether you've set the TTL jumper to be compatible with your cable. But how do you even know with some random cheap cable where it's getting sync and (if getting it from CSYNC) whether it expects TTL or not? If the cable syncs on luma or composite, then the CSYNC signal would be irrelevant.