Re: Card Asus P7131 hybrid > no signal

[hermann pitton <hermann-pitton@xxxxxxxx>]

Hi,

Am Mittwoch, den 30.04.2008, 20:25 -0300 schrieb Mauro Carvalho Chehab:
> > 
> > We have definitely issues on analog, but I can't test SECAM_L.
> > 
> > After ioctl2 conversion, the apps don't let the user select specific
> > subnorms like PAL_I, PAL_BG, PAL_DK and SECAM_L, SECAM_DK, SECAM_Lc
> > anymore.
> 
> Seems to be an issue at the userspace app. SAA7134_NORMS define a mask of supported
> norms. STD_PAL covers all the above PAL_foo. Also, SECAM covers all the above
> SECAM_foo.

I'll take it like that ;)

> If the userspace app sets V4L2_STD_PAL, the driver should run on autodetection
> mode. If, otherwise, the app sets V4L2_STD_PAL_I, the driver will accept and
> select PAL_I only.

At the moment they can't set anything than reported ;)

> > Internally the driver knows about all norms, but we have a clear
> > breakage of application backward compatibility and might see various
> > side effects. Especially, but not only for SECAM, it was important that
> > the users can select the exact norm themselves because of audio carrier
> > detection issues.
> 
> > 
> > It is firstly on 2.6.25.
> > 
> > If you are affected, apps like xawtv or mplayer will only report these
> > TV standards.
> 
> It shouldn't be hard to make enum_std to send all possible supported formats.
> Maybe this could be good for the apps you've mentioned.
> 
> In this case, a patch to videodev.c should replace the code after case
> VIDIOC_ENUMSTD to another one that would report the individual standards, plus
> the grouped ones.
> 
> Cheers,
> Mauro

I still have a story in mind, where an Austrian engineer appeared on
mplayers users list with some early saa7134 v4l2 stuff and what he got
told ;)

I hope we can trust on, that they are more friendly now ;)

Cheers,
Hermann







--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list