Search results

Perhaps a more correct way to do things would be to borrow a page from viletim's book? http://etim.net.au/av-driver/arcade/

Haha, you found my ancient "omg how to bootleg TGM3" guide from when I knew next to nothing about JVS apart from the fact that it used RS485 as its transport protocol and the first RS232 to RS485 adapter that I bought happened to work with Type-X games by pure chance (I've tried the same with...

Nah the idea is to have a circuit that just digitises the R/G/B lines, runs them through a lookup table, and spits them back out in analogue RGB, with the LUT programmable through a USB interface. Probably easiest to have a firmware ROM with fixed offsets for the LUT and a simple tool that...

I've been thinking of something like this for a while, but more comprehensively: something that you can load a 3DLUT (RxGxB look up table) into via USB, so you can do real colorimeter calibration of arcade CRTs and other displays where neither the source (console or arcade PCB) nor the display...

One of the problems with that terminology is that technically VGA refers strictly to 31KHz 0.7vpp RGB over separate H/V TTL sync, and whatever line count isn't even specified; 400 lines at 70Hz (adds up to 31KHz) is just as much VGA as 480 lines at 60Hz, and the former is actually "standard" VGA...

I understand what you're trying to say but the way you're saying it is horribly, totally wrong. VGA is RGB, and the sync rate of the signal doesn't stop it from being RGB. Please don't confuse people when it's already a technical subject.

If you're making it a drop in replacement for the JVS I/O, a great addition would be a JAMMA edge connector. Like, detect when a game board is connected to the edge, and just disable the JVS functionality and pass through the inputs to the game board. Instantly making your JVS cabinet JAMMA...

If you can grab video frames into Pi memory then you've hit the jackpot - A raspi3 is really powerful and that opens up some interesting analysis options - if you've ever hit the "auto" button on an LCD monitor with VGA input, what it does is simply cycle through all the possible clock/phase...

That is a problem for something like OSSC which is A->D, when you need pixel perfect pixels. But since you're outputting VGA, it's A->D->A, in which case I actually think you will be fine with just oversampling the horizontal clock by as much as your hardware will allow, so that your analogue...

I've said this before in #arcadeotaku last year when I was bugging you about it, but I would really really love a simple no-frills analogue->analogue scan doubler for VGA monitors, so basically this minus all the JVS/JAMMA specific features. If you say it's never going to happen, I'll see how...