2 Nov
2006
2 Nov
'06
2:52 p.m.
--- Ethan Dicks <ethan.dicks at gmail.com> wrote:
So... start with a multisync that can handle the
requisite sync
frequency from your RBGI-equipped CPU. Something
like an old NEC-3D
can sync down to the NTSC range (~15KHz horizontal).
that's the whole problem though. Those monitors are
difficult to find. What I wouldn't do for one of the
early 19" NEC multisyncs...
Worst case, you could start by ignoring "I"
and have
an 8-color output
from RGB(I) to VGA...
In essence, the intensity is "ignored" already with
the T2K. It displays 8 simultaneous colors from a
palette of 16. Whether the native palette causes the
intensity to default to high or low, I don't know.
just work out the necessary
resistance to drop
TTL levels down to the high end of what the VGA
monitor is expecting
(0.7VDC == max intensity?)
Sounding more and more feasible. Problem is the sync
issues need to be worked out first.
If you want to be able to tweak the color balance,
one could just use
3 variable resistors that can span the range near
the value you would
have used for each fixed resistor. I haven't tried
to do this myself,
so I can't supply specific values, but an
oscilloscope would be a
handy tool if you wanted to build a simple 8-color
(no "I")
resistor-based TTL->VGA analog "DAC" - get your sync
issues solved
first, then put a variable resistor on, say, Green
first, then get the
computer to display a green screen, then set the
resistor so you have
approximately 0.7V showing as the peak voltage on
the green line.
Repeat for Red and Blue. Voila... digital RGB on an
analog VGA
monitor.
Ok, we're on the same page then. Sounds like it just
might work. I had this whole problem so complicated in
my head until today. Uy
____________________________________________________________________________________
Get your email and see which of your friends are online - Right on the New Yahoo.com
(http://www.yahoo.com/preview)