<ds2>
cash and carry, docs are downloadable...maybe with export verifcation
<DocScrutinizer05>
sorry folks, I have to head back to bed, curing my flu
<ds2>
been a few years since I used those parts
<quatrox>
DocScrutinizer05: please get well. We depend on you
<DocScrutinizer05>
ds2: I'd appreciate a lot when you could eventually come up with some suggestion draft for digital video
<ds2>
for the muxing or what aspect?
<DocScrutinizer05>
the muxing will be no particular problem. Just interface of $CHIP to OMAP
<ds2>
Oh... cut and paste from the BBX schematics
<ds2>
done.
<ds2>
:D
<ds2>
or you want the VGA version?
<DocScrutinizer05>
considering availability of $CHIP and docs for $CHIP
<DocScrutinizer05>
DVI sounds easier than VGA
<ds2>
it is the same
<DocScrutinizer05>
for VGA I need 'manual' deserializing and D/A still
<ds2>
software doesn't really see a difference and hw just replaces the encoder with a DAC
<ds2>
the 410 takes the same signals
<DocScrutinizer05>
3 DAC
<ds2>
they make 24bit DACs for VGA output
<DocScrutinizer05>
oooh
<ds2>
you might need a level converter for syncs
<DocScrutinizer05>
DVI still sounds nicer
<ds2>
but AFAIK, there are single chips that will do it
nicksydney has joined #neo900
<ds2>
just borrow the BBC/BBX designs, it is really simple
<DocScrutinizer05>
:nod:
<ds2>
I can try to do a quick write up as time allows
<DocScrutinizer05>
that's been my almost-forgotton-back-when-original plan
<ds2>
:)
<ds2>
the sw to switch things would be the scarier thing
<DocScrutinizer05>
:nod:
<DocScrutinizer05>
worst case multiboot ;-P
<quatrox>
:)
<DocScrutinizer05>
honestly not _my_ problem
<quatrox>
or rmmod $a; modprobe $a $opt
<ds2>
hahahahaha
<ds2>
quatrox: that doesn't work :(
<ds2>
tried stuff along those lines for other projects
<DocScrutinizer05>
hmm, I wonder what color the smoke in that case
<DocScrutinizer05>
;-)
<ds2>
but then I also had power managmenet in the mix for them. maybe just getting a signal out is easier
<DocScrutinizer05>
you might tweak both driver modules so they have a disable "switch" and modprobe-load both concurrently
<DocScrutinizer05>
basically N900 cameras do similar stuff aiui
<quatrox>
what is the technical problem you may solve with multi boot which cannot be solved by echo $something >/proc/.... ?
<DocScrutinizer05>
mind you they mux fornt and main cam
<ds2>
unless it got cleaned up, the problem is the enables are not in one place
<ds2>
the DSS has different parts
<DocScrutinizer05>
n8 folks
<ds2>
some of them use the side effect of something else getting turned on to enable a clock
<quatrox>
good night
<ds2>
'nite
quatrox has quit [Quit: Leaving]
nox- has quit [Quit: Leaving]
nicksydney has quit [Remote host closed the connection]
nicksydney has joined #neo900
<DocScrutinizer05>
DVI needs at least 7 contacts (data1..3 +/-, GND), prolly quite some more. We have max 8 contacts
<DocScrutinizer05>
:-S
<DocScrutinizer05>
DDC is also mandatory
<DocScrutinizer05>
which is DDC_DATA and DDC_CLOCK, that's already 3*2 + 2 + 1 == to many
<DocScrutinizer05>
too*
<Oksana>
SlimPort sounds neat... Except, it may overload micro-USB port: data (mass storage mode), networking, charging, and now audio/video. Still, how likely is it that Neo900 will support SlimPort?
<DocScrutinizer05>
I'd still use the SIM "jack" rather than USB for SlimPort meanwhile, since we want to sue USB for the primary purpose. What's the use of a pocket size workstation with decent digital video out that you can't connect a kbd and mouse to, neither some charger/PSU?
<Wizzup>
agreed
<DocScrutinizer05>
I guess VGA is the better approach though, given the #-of-pins issue. SlimPort chips need HDMI/DVI for input, the one chip that could do parallel 3*8 in will never get built
<DocScrutinizer05>
iirc, it's almost a year since I looked into it
<DocScrutinizer05>
>>The ANX7802 transforms the HDMI output of an application processor to MyDP or DisplayPort.<<
<DocScrutinizer05>
>>The ANX7808 transforms the HDMI output of the mobile device’s application processor to MyDP or DisplayPort. <<
<DocScrutinizer05>
>>Supports 8/12/16/18/24-bit parallel interface input for either RGB format (RGB-565, RGB-666 or RGB-888 and etc.) or YCrCb format (ITU-R 656 or ITU-R 601)<<