<br><br><div class="gmail_quote">On Thu, Sep 10, 2009 at 3:47 PM, RATH, CHRISTOPHER A (CHRISTOPHER A) <span dir="ltr"><<a href="mailto:car@research.att.com">car@research.att.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
A few days ago I posted a message concerning a problem we were having<br>
playing video generated by a video capture card with closed caption<br>
extraction enabled.  I think I have found evidence that suggests VLC may<br>
need to detect this stream and ignore the timestamp found in the PES header<br>
for these packets.<br>
<br>
The MPEG generated by the video capture card using ivtv contains a Private<br>
Stream 1 substream ID: 0x69 for the closed captioning data.  The PES header<br>
for the packets in this stream have a timestamp that is not relative to the<br>
beginning of the program.  The VLC ps.c demuxer, however, is using this<br>
timestamp to update the clock and thus we get frequent clock gap errors and<br>
the video is never able to be played.<br>
<br>
I found a description of this problem at<br>
<a href="http://videoman.giraffe-data.com/%7Ebranh/d/note/closedcap" target="_blank">http://videoman.giraffe-data.com/~branh/d/note/closedcap</a> and it seems to<br>
match with the behavior I see in the mpeg generated by our capture cards.<br>
<br>
There is already a special case in the ps demuxer for handling VCD and SVCD<br>
data tracks that causes VLC to ignore the timestamp in the PES header for<br>
that packet.  I believe we need to add another case to detect the closed<br>
captioning data in substream 0x69.  I have already tested a fix in my local<br>
branch of 1.0-bugfixes to do this and now the video is playable.  The fix<br>
would have no other affect as VLC does not have a way to process the 0x69<br>
substream and thus ignores the data in those packets anyway.<br>
<br>
Comments?<br>
<br></blockquote><div><br>Do you read the closted captioning from /dev/vbi ?<br> <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

--<br>
Chris Rath<br>
AT&T Labs Research<br>
973-360-8361<br>
<a href="mailto:car@research.att.com">car@research.att.com</a><br>
<br>
"This email and any files transmitted with it are AT&T property, are<br>
confidential, and are intended solely for the use of the individual or<br>
entity to whom this email is addressed. If you are not one of the named<br>
recipient(s) or otherwise have reason to believe that you have received this<br>
message in error, please notify the sender and delete this message<br>
immediately from your computer. Any other use, retention, dissemination,<br>
forwarding, printing, or copying of this email is strictly prohibited."<br>
<br>
<br>
<br>
_______________________________________________<br>
vlc-devel mailing list<br>
To unsubscribe or modify your subscription options:<br>
<a href="http://mailman.videolan.org/listinfo/vlc-devel" target="_blank">http://mailman.videolan.org/listinfo/vlc-devel</a><br>
</blockquote></div><br>