@Zebidee or @buttersoft
I find myself in between a rock and a hard place, as I sit as the middleman passing information between them with my knowledge painfully lacking. I have a friend who knows electronics and can do what's asked, but may not necessarily understand the context of what's being asked or what's trying to be achieved. Whereas here on the forums We have experts that know the context and what is trying to be achieved.
Today i got some disappointing news in which my friend believes is limitations of the software not outputting a Digital signal but rather analog signal. Here are the points he made:
- Software only appears to produce analog RGB output, Suspected that a Card capable of Digital RGB would make the CGA option show up and switch the signal from analog to digital.
- The Jungle IC Input appears to be locked at Digital (Has no way of knowing if it will take analog) Though if it did it would require a software change that is not in the service menu custom reprogramming of the EEPROM
- Circuit interface works fine with a true CGA (TTL) Signal, though does not believe analog signal was ever considered as there is no decoupling capacitor or shunt resistor in the RGB feed from the CPU to Jungle, Just a Single Voltage dropping Resistor inline.
- Believes the only way to do it would be to send a true CGA signal or interface directly to the neck board (Which he does not recommend)
I'm not sure in particular why he keeps bringing up CGA?
Your friend is confused.
CGA is an old computer graphics/display output standard that allows 4-bit color (16 colours). For convenience, it is designed to be compatible with domestic CRT TVs @ 15.7khz. This is why old games/software have limited colours and chunky resolutions.
Some people think that CGA = 15.7khz display, but this is simply not true.
Colour CRT TVs themselves are analogue and not limited by CGA, and can display essentially infinite colours, within practical limitations. This is why we could enjoy movies on them, with all kinds of shades and colours, back in the day. We can display higher resolutions than CGA on a CRT TV. CGA defines what some (old) computers can output, not what the CRT TVs can do.
So, the whole CGA and "digital RGB" discussion misses the point and is just distracting. The CRT TV definitely 100% takes an analog RGB signal.
The computer's video card takes the digital video information it creates, and converts that into analogue space using a dedicated onboard DAC (Digital Analog Converter) chip. Computer have done this since the dinosaurs. It is only more modern video cards and GPUs that have dispensed with DACs and output digital-only formats (like HDMI). This is why, for CRT_emulator and similar software, we need to use older video cards with analogue outputs like VGA. That is the whole point.
The sync itself is a TTL-level logic signal, though it might be thought of as both digital and analogue. On an oscilloscope it appears a squared wave, essentially either on or off.
I have photos of messing with the board and briefly getting the signal to show up so I know the Software does have the capability of moving the Image to the TV but his response to that was as Follows:
When i was touching the board I was passing the 5V (From turn on circuit) to the signal pins effectively pulling up the signal to close to the TTL Levels CGA used.
He stated he could add resistors to do that in the circuit but he sees 2 potential issues:
- I could potentially lose a lot of Contrast
- He also is worried about running injected voltage back through the video card may cause damage.
(He could decouple with capacitors, but stated that might but us back where we started)
Move the in series capacitors on the RGB signal inputs. They should be on the other side of those resistors, and as close to the IC as practically possible (distance matters).
The RGB signal inputs Need 75R termination (resistor to ground) for the RGB signals.
The sync input needs a resistor in series, as the video card output is too high (around 3.5-5.0vpp), and the TV industry standard expects 0.286vpp. If you assume VGA sync peaks at 5v (probably a bit lower), and there is 75R termination at the TV end, then a 1K resistor gives you exactly 0.349v (close enough).
Note that sync has *nothing* whatsoever to do with contrast or image brightness. It carries no picture information. It simply tells the TV when to draw new lines and when to start the next screen refresh.
I don't understand why he's worried about "running injected voltage back through the video card". There is no voltage "injected" to the card anywhere, even with the alternative sync circuits suggested. The TV and video card would only share a video ground connection, which is standard/normal.
You would probably want to de-couple the H&V sync inputs, to the custom composite sync circuit, with small ceramic capacitors that are not on the schematics I linked (I'd suggest 0.1uF/104 or 1uF/105 values). This de-coupling is more about making sure the composite sync circuit works properly than about protecting the video card from "injected voltage".
Try putting a pot on the 5v blanking signal so you can "tune it in", then replace the pot with a normal resistor. 5v may work for some TVs and not others. True blanking voltage required may be more like 2-3v, every model TV can be different. Schematic might help you to narrow it down.
The last bit of advise was not to confuse the signal itself with the resolution. CGA is a TTL level signal meaning the 3 colors only have two modes (on and off) The CGA color pallet can only produce 16 colors which is fine for a TV's OSD.
This is irrelevant, The TV is not limited to CGA pallet.
The interface injects the signal from the computer into the jungle at the same spot the CPU injects the OSD.[/i]
This is fundamentally correct. It is an OSD-injection RGB mod.
So at this point I'm not sure what to do, would it be helpful to scan the TV's Schematics I have?
Probably not necessary, though I guess it won't hurt anything. Referring to the schematic could help us determine the correct values for in-series resistors on the RGB signal inputs and correct blanking voltage.
Does CRT Emudriver have the ability to push out a digital Signal opposed to an Analog Signal?
This is irrelevant, forget about it.
Is he right in his assumption that injecting the 5V would cause issues with the contrast and potentially ruin the Video Card?
I honesty do not fully understand what he wants to do here. There is no need to "pull up" the RGB or sync. Don't do it.
I really appreciate any time or assistance 
No worries.
I have more to say, but am going to finish this post as it is long enough already. Next, I'd like to move on and introduce you to the OSD RGB mux method developed by Mark Ozlad and Syntax (with help from others) from the Shmups forum.