Re: Problems with saa7134-0.1.5 and kernel 2.4.19-pre4

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



On Mon, 25 Mar 2002, Wan Tat Chee wrote:

> >What happens if you temporary disble this change?:
> >
> >--- saa7134-video.c.1   Sat Mar 23 10:46:41 2002
> >+++ saa7134-video.c     Sat Mar 23 10:52:54 2002
> >@@ -429,8 +429,10 @@
> >
> >        mux = card_in(dev,dev->ctl_input).vmux;
> >        luma_control = norm->luma_control;
> >+#if 0
> >        if (mux > 5)
> >                luma_control |= 0x80; /* svideo */
> >+#endif
> >
> >        /* setup video decoder */
> >        saa_writeb(SAA7134_INCR_DELAY,            0x08);
>
>
> I'll try that later and see if it degrades on my backported March 11
> snapshot.
>

Ok. Disabling the luma_control makes the video quality worse. The
patch is correct.

>
> >> +                       vmux: 8,
> >
> >What happens if you change the input mode (vmux) for S-Video from 8 to 6?
> >
> >mode 6: Y channel with automatic gain control, C channel with fix gain (GAI2).
> >mode 8: Y channel with automatic gain control, C channel linked to Y-channel.
>
> On my backported March 11 snapshot, using mode 6 gives a grainy (degraded)
> signal, while mode 8 works fine.
>

Now I found out that either video modes (6 or 8) work fine, though based
on your description, mode 8 would probably be the correct mode. I suspect
the problem is that luma_control / set_tv_norms() is called only upon a
channel change. If I fiddle with pgup/pgdown, the picture quality becomes
good again. Just switching between Composite Video and S-Video doesn't
seem to update the luma_control bit and either S-Video or Composite Video
has a degraded video signal.

All this was tested using the Backported March 11 snapshot on
2.4.19-pre3ac3.

However, I still have major problems with saa7134-0.1.5 + 2.4.19-pre4 in
XWindows. I/O access to the TV Tuner seems to be blocked (xawtv TV input
shows static on all channels), S-Video always has degraded (grainy)
picture. Video Source switching seems to work though.  I tried it with and
without NVdriver, but it doesn't seem to make any difference.

Is it possible to switch Video inputs in fbtv so I can verify if it occurs
there?


T.C.

----
Wan Tat Chee (Lecturer)
School of Computer Science, Univ. Science Malaysia,
11800 Minden, Penang, Malaysia.          Ofc Ph: +604 657-7888 x 3617
Internet: tcwan@xxxxxxxxx            Web: http://nrg.cs.usm.my/~tcwan
GPG Key : http://nrg.cs.usm.my/~tcwan/tcw_gpg.asc
F'print :  FB0F CED7 85A5 ECF9 DEF0  50E8 A550 A0D2 8638 B1EB






[Index of Archives]     [Linux DVB]     [Video Disk Recorder]     [Asterisk]     [Photo]     [DCCP]     [Netdev]     [Xorg]     [Util Linux NG]     [Xfree86]     [Free Photo Albums]     [Fedora Users]     [Fedora Women]     [ALSA Users]     [ALSA Devel]     [Linux USB]

Powered by Linux