On Mon, Sep 26, 2005 at 10:40:44PM -0400, Derrik Pates wrote:
> On Tue, Sep 27, 2005 at 01:54:31AM +0200, Nicolas Boullis wrote:
> > You mean the cable with part number 22-000213-01? As far as I can see,
> > it's not advertised to work with Hollywood Plus boards...
> That's the one. It's only not listed as working with the Hollywood+
> boards because Sigma's drivers don't let you turn on component-out
> modes on the ADV717x video encoders - I would imagine because not
> every Hollywood+ board is outfitted with one (some have a BT865 encoder
> chip instead).
Your point about bt865 chips is good. DO you know for sure that bt865
chips can't do YUV or RGB output?
> I have one connected from my Creative DXr3 board to my
> HD set, so I can confirm that it really does work, with no modifications.
That's good to know. :-)
> > I just had a look at the data-sheet for the adv7175a chip.
> > About bit M10, I read:
> > "
> > Interlaced Mode Control (M10)
> > This bit is used to set up the output to interlaced or non interlaced
> > mode. This mode is only relevant when the part is in composite video
> > mode.
> > "
> > If I understand it correctly, it seems to mean that progressive scan
> > will only work for composite video, not for YUV or RGB...
> I can't see how progressive scan would work via composite. I assumed that
> was some sort of documentation error (wouldn't be the first time something
> like that happened). At least, I've never heard of any TV set supporting
> progressive over composite.
To be honnest, I have no HD set, and I know close to nothing about
progressive scan. Why would pogressive scan be more or less achievable
with composite video than with s-video, yuv our rgb?
> > Next, If I guess properly, the standard cable use the output of DAC B
> > for composite video, the output of DAC C for chrominance, and the output
> > of DAC D for luminance.
> Based on my reading of the datasheets, and my looking at the traces on
> my board, that's affirmative.
That's good news.
> I also tried using the restricted DAC output
> modees with a previous iteration of this patch (back about v0.12.0 of the
> em8300 drivers, I think), and that proved to be correct.
Sorry, I can't understand what you mean here.
Anyway, if that works, would you consider adding this "composite video
over s-video" mode to your patch?