[FFmpeg-devel] Allow MPEGTS and KLV metadata remuxing

Stefano Sabatini stefasab at gmail.com
Wed Jan 27 19:30:59 CET 2016


On date Monday 2016-01-18 00:40:52 +0100, Michael Niedermayer encoded:
> On Sun, Jan 17, 2016 at 01:24:29PM +0100, Stefano Sabatini wrote:
> > Hi,
> > 
> > the attached patches allow to remux MPEGTS files containing KLV
> > metadata. Since there are two kinds of metadata (synchronous and
> > asynchronous), the first patch creates side data which stores the
> > stream ID used to distinguish the two kind of packets, which is
> > otherwise lost.
> > 
> > At the moment, I'm storing a single byte in the side data
> > (corresponding to the stream ID), but the metadata could be extended
> > to contain more information.
[...]
> >  libavcodec/avcodec.h    |    7 +++++++
> >  libavcodec/avpacket.c   |    1 +
> >  libavformat/mpegts.c    |   12 +++++++++++-
> >  libavformat/mpegtsenc.c |   27 ++++++++++++++++++++-------
> 
> breaks fate
> --- ./tests/ref/acodec/s302m    2016-01-17 18:42:03.168224316 +0100
> +++ tests/data/fate/acodec-s302m        2016-01-18 00:19:04.128650317 +0100
> @@ -1,4 +1,4 @@
> -2d1494ad78292dca556fd079ec27f28d *tests/data/fate/acodec-s302m.mpegts
> +8601644c674752c62ca35567a0294eef *tests/data/fate/acodec-s302m.mpegts

Can this be explained by the fact that the demuxer adds the merged
side data to the packet data? How is this hash computed?

Updated patch in attachment.
-- 
FFmpeg = Friendly and Foolish Most Picky Esoteric Gladiator
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-lavc-lavf-transmit-stream_id-information-for-mpegts-.patch
Type: text/x-diff
Size: 30797 bytes
Desc: not available
URL: <http://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20160127/537f48c4/attachment.patch>


More information about the ffmpeg-devel mailing list