Date: Sat, 04 Oct 1997 20:42:31 -0700 From: Amancio Hasty <hasty@rah.star-gate.com> To: Joao Carlos Mendes Luis <jonny@coppe.ufrj.br> Cc: multimedia@FreeBSD.ORG Subject: Re: bktr -> NTSC - PAL/M Message-ID: <199710050342.UAA00403@rah.star-gate.com> In-Reply-To: Your message of "Sat, 04 Oct 1997 20:03:39 -0300." <199710042303.UAA06680@gaia.coppe.ufrj.br>
next in thread | previous in thread | raw e-mail | index | archive | help
Just let us know precisely what you have in mind and we will take from there. Cheers, Amancio >From The Desk Of Joao Carlos Mendes Luis : > Hi, > > I finally managed to make my WinCast/TV tune PAL/M in FreeBSD. But it > has been done in kernel defaults, disallowing the use of a composite video > NTSC camera for videoconferencing aplications. > > Also, the composite video input could also be used with other formats, > independently of the tuner. I think that the best approach is to add > an ioctl to change video input format. Changing between NTSC and PAL/M > is not a problem, I'll try to get a prototyype this weekend. But > changing between NTSC (525 lines) and traditional PAL formats (625 lines) > could be a problem. > > I could limit the driver to accept format changes only between same > resolution ones. Is this an acceptable restriction ? > > It's easy to see from the sources that this driver was adapted from > the existing meteor driver. I know nothing about the meteor card, > but I think that these similarities are restricting the features > of the BrookTree (wonderful) chip. Should we limit frame grabber > features to the commom ones, or should we use every possible feature > available and let the user level software select which ones to use ? > > Jonny > > -- > Joao Carlos Mendes Luis jonny@gta.ufrj.br > +55 21 290-4698 jonny@coppe.ufrj.br > Universidade Federal do Rio de Janeiro UFRJ/COPPE/CISI > PGP fingerprint: 29 C0 50 B9 B6 3E 58 F2 83 5F E3 26 BF 0F EA 67
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199710050342.UAA00403>