Would this give me a better result than just using a sync strike? What Is the purpose of lifting Pin 20? Is that the same as cutting the composite trace? I'd just like some clarification really. I want the best image I can from the 64. Thanks
PAL N64 Modded RGB Sync Clarification
-
TobiasRieper
- Posts: 57
- Joined: Thu Sep 28, 2017 8:04 pm
PAL N64 Modded RGB Sync Clarification
I have a PAL N64 modded with Tims board. I usually use a RGB cable with Sync from Composite with the system. Today I found a post on another forum where Borti says its best to lift the composite video pin 20 from the DENC NUS and wire pin 9 (composite video) from N64 AV to #CS75 on Tims board.
Would this give me a better result than just using a sync strike? What Is the purpose of lifting Pin 20? Is that the same as cutting the composite trace? I'd just like some clarification really. I want the best image I can from the 64. Thanks
Would this give me a better result than just using a sync strike? What Is the purpose of lifting Pin 20? Is that the same as cutting the composite trace? I'd just like some clarification really. I want the best image I can from the 64. Thanks
-
borti4938
Re: PAL N64 Modded RGB Sync Clarification
The sync strike generates csync from the composite video (or luma if you use sync-on-luma).
If you use your current setup, you send composite video through the RGB cable down to your sync strike. The possible interference happens on that way.
If you use csync from the very beginning on, i.e. from the modding board, removes any possibility of interference injection from composite sync into the RGB signals.
If you want send csync out pf the MultiAV over pin 9 you have to 'remove' composite video there in the first place. There is no difference between lifting pin 20 and cutting a via. The first one can be easier undone if wanted. Both methods free pin 9 of the multiAV from cv-signal.
If you use your current setup, you send composite video through the RGB cable down to your sync strike. The possible interference happens on that way.
If you use csync from the very beginning on, i.e. from the modding board, removes any possibility of interference injection from composite sync into the RGB signals.
If you want send csync out pf the MultiAV over pin 9 you have to 'remove' composite video there in the first place. There is no difference between lifting pin 20 and cutting a via. The first one can be easier undone if wanted. Both methods free pin 9 of the multiAV from cv-signal.
-
TobiasRieper
- Posts: 57
- Joined: Thu Sep 28, 2017 8:04 pm
Re: PAL N64 Modded RGB Sync Clarification
Thank you That's exactly what I was hoping for. Lifting the pin is a little tricky but after about 15 minutes I got it loose. After reading alot of information about sync my heads finally got around it!
I was extremely careful didn't want to break the pin or even worse damage the chip. I really don't want to cut a via if I don't have too. I'm glad I stumbled upon that old thread otherwise I'd be still using sync over composite!
That's exactly what I was hoping for. Lifting the pin is a little tricky but after about 15 minutes I got it loose. After reading alot of information about sync my heads finally got around it! I was extremely careful didn't want to break the pin or even worse damage the chip. I really don't want to cut a via if I don't have too. I'm glad I stumbled upon that old thread otherwise I'd be still using sync over composite!