Guidance while adding Closed Caption (CEA-708) support
Steve Maynard
steve at secondstryke.com
Wed Jul 3 09:22:46 PDT 2013
The group I'm working with has created an element that accepts MPEG user
data on its sink pad and dissects and compiles that data into CEA-708 CC
packets/commands and further digests this information into WebVTT(text/vtt)
output on its source pad.
During development I created a bin with a tee and queues that processed in
parallel with mpegtsdemux and generated the MPEG user data output with a
new mime-type of video/user-data. The new CC element auto plugged to this
output and all was well. In an attempt to move this code closer to
something acceptable to the GStreamer community, I have moved the CC
element down into plugins-bad and I had thought I would patch mpegtsdemux
to add a new source pad, however mpegtsdemux does not dig deep enough into
the video packets to obtain the user data. It appears that mpegvideoparse
however does. I was planning on modifying mpegvparse, but that would
violate its purpose as a parser (adding another output pad). (apologies
for the long-winded set-up for my question)
Should I modify mpegvparse to add "user data" to its out-bound caps and
then add another demuxer of-sorts to split out the user data stream for the
new CC element? Or is there yet a better way that currently eludes me?
Thanks,
Steve Maynard
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Steve Maynard
Principal Engineer & Partner
Second Stryke Services LLC
8405 West 68th Place
Arvada, CO 80004
303.648.4094 x22 Voice
303.960.6749 Mobile
www.secondstryke.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20130703/0d7fdf5f/attachment.html>
More information about the gstreamer-devel
mailing list