Hans,
This was commented out becasue upon further inspection of the raw VBI
data I found that the stop/start codes it is trying to overwrite are not
always there, basically the raw VBI alignment in the chips buffers are
*not* perfectly aligned to the stop/start codes. It's as if we really
have to parse the start/stop of each packet and fixup the raw VBI data
ourselves. If you check the Windows drivers output of raw VBI it is
trimmed and clean for each packet, sets the Firmware API size to 1456
while gets 17280 bytes per packet (for NTSC mode) of 12 lines each line
being 1440 in length. So in the Windows driver they go into the raw
packet and take each line and chop it up to 1440 and put the whole
packet back together without stop/start codes and what seems to be 4
extra bytes of data.
I dont' know enough about raw VBI formats and how it should be to know
the proper trimming, but do know the current method is like russian
roulette and we just are throwing in a 4 byte chunk of data randomly
into the VBI stream (had code checking if we were really overwriting the
stop/start codes and showed this fact too, although also just reading
the buffers you see it get's offset sometimes in-stream and then every
data read is off and not exactly upon packet boundrys, and seems to vary
by 16 bytes when it does this).
Thanks,.
Chris
Hans Verkuil wrote:
(Sourceforge seems to have eaten this mail, so I'm mailing it again)
This patch fixes alevt & nxtvepg support: alevt expects a sequence number at
the end of the raw VBI data. This was commented out by someone and has been
reinstated at the proper place.
Also, the alevt patch now also fixes an alignment problem for 64-bit systems.
Regards,
Hans
-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
ivtv-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ivtv-devel
--
===
Chris Kennedy
[EMAIL PROTECTED]
-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
ivtv-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ivtv-devel
