bttv 2.6.16: wrong VBI_OFFSET?
- From: Daniel Glöckner <daniel-gl (at) gmx.net>
- Date: Tue, 2 May 2006 19:08:15 +0200
On Tue, May 02, 2006 at 07:06:00AM -0700, Trent Piepho wrote:
> On Sun, 30 Apr 2006, Michael Schimek wrote:
> > Well I *think* the leading edge of the /HRESET pulse coincides with the
> > leading edge of the horizontal sync pulse (0H). The datasheet isn't clear
> > about that. Perhaps it's 64 clocks late, or the /HRESET seen by the VBI
> It certainly isn't clear, is it? All the horizontal timing except VBI is 0H
> relative. For some reason, VBI is the only timing specified relative to
> /HRESET. One can only assume that the leading edge of /HRESET is at 0H.
HDELAY is specified as being relative to the falling edge of HRESET. And as
we are told to set HDELAY to 10.5µs for PAL and 9.4µs for NTSC, HRESET
seems to coincide with 0H.
> An undocumented 7th bit that is set to 1, that does make some sense.
Has someone contact to Conexant? I only found a literature request eMail
address.
> Do you have updated information with a 2-bit
> HSFMT that allows for an /HRESET width of 16 pixels?
See
http://www.conexant.com/servlets/DownloadServlet/100600B.pdf?FileId=443
The 878A appears to have 2 bits.
Btw. did someone check the behaviour of Bt878(no A), Bt848 and CX2388x?
Daniel
--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request (at) redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list