Open pkerga opened 2 weeks ago
I think it was more about the logic configuration regarding the sync processor with these MVS. The sync signal itself should be in good shape, but the combination of odd refresh rate and possibly some tricky serration pulses or such is what makes none of the autodetect methods find proper settings, and so it keeps trying forever to get a good sync lock. It could be some random setting in segment 5 / sync processor, is my guess.
Thanks, what do you mean by "segment 5" ?
For developers, this is the register range that contains various sync extractor settings. It's not accessible for users, but has to be implemented in the GBSC code to work.
Just to be sure, do you think using a RGB to Component converter could help ?
Eh, 60/40 towards not helping. It is about the sync portion, and if such a transcoder would process sync into something better working, then yea. But a bit unlikely.
Hello. I started building my own GBS Control. I made some purchases on AE a few days ago and this weekend, I started. What an incredible satisfaction to see the screen light up. It works pretty well đ. I have a problem with my Neo Geo AES, like many. With the GBS Control from Il had, by putting 'Sync on green' on and playing with 'SyncWatcher' in the options, it worked after a while. Not with my build.
I have several ideas:
change capacitors C33 and C35 to improve sync performance. https://ramapcsx2.github.io/gbs-control/Wiki/Sync-on-Green-Capacitor-Replacements.html
add a LM1881 on the sync track.
trying a RGB to Component converter and run that to the GBS.
stop playing with my Neo Geo đĨđ đĨđ .
What do you think?