copy wrote:
NewSchoolBoxer wrote:I think it's getting lost in the shuffle that the dejitter mod isn't needed for most scalers or any analog capture cards I'm aware of. I was in a thread where I clarified dejitter mod is intended for OSSC. I run stock SNES off 1chip and 2chip aka 3chip consoles to the analog inputs on my 2003 Plasma and 2009 LCD no issues.
I think it's been well communicated and discussed that this mod is only needed if you have downstream devices that can't lock onto the irregular sync. I found the Sony X900E and X950G TV lines to be totally incompatible, for example, so the mod was a lifesaver for me.
Plus I would argue that even if your equipment is compatible today, that may not be true for your next display etc. So the mod is still valuable because it addresses the issue at the source, and thus futureproofs the console for pretty much any video devices going forward.
It is a shame it is unavailable now. Arthrimus has paused his business unfortunately. I hope VGP plans to restock the mod sometime. I do see Digikey estimates more CPLD stock in mid-October.
Where do you see a mid-October restock alert? I do see the pin-compatible
15JU44 has 98 units available but takes 3.3V instead of 5V, so won't work with the existing PCB even if being 44-LCC versus 44-TQFP isn't significant.
Can marqs or someone else confirm if 15JU44 will work after adding a 3.3V voltage regulator to the design?
Actually, why do we need a console mod for dejitter? Can't it go in an external device connected on the multiout?
You're emphasizing the usefulness of the $20/€20 dejitter mod that two popular devices benefit from: OSSC and HDRetrovision RGB->YPbPr cables. If you're like 99% of the population that won't solder, it's an extra $50/€50 fee for install before 2 way shipping. That's more than what the cables cost. I'm happy the mod was a lifesaver for you but would you have bought a RetroTINK or Framemeister instead if you knew your televisions didn't handle sync jitter?
I would disagree that sync jitter is well discussed. HD Retrovision has
compatibility lists for their cables but they completely dodge listing scalers to to fix the sync jitter. Active discussion, this is it in English and marqs has published the one solution for incompatible decoder chips. I'm not able to understand the Verilog
source code however or the NES timing differences.
I admit I had to look up what a CPLD was. So it uses HDL programming like FPGAs and thus an FGPA programmer would be comfortable using over a microprocessor. We need don't the parallelization that CPLDs and FPGAs offer here and detecting 4.7us sync pulses every other frame is not cutting edge tech. I'm confident sync de-jitter is doable using a cheap microprocessor when the ADC from a STM32 or PIC32 can sample over 1 Msps.
Switching to a microprocessor would make the dejitter fix more accessible when
a) microprocessors are far more plentiful than CPLDs
b) far more people know C or C++ than Verilog or VHDL.