[FFmpeg-devel] [PATCH] avformat: Support merging side data before the muxer

Michael Niedermayer michaelni at gmx.at
Mon Sep 22 01:08:55 CEST 2014


On Sun, Sep 21, 2014 at 09:47:54PM +0200, wm4 wrote:
> On Sun, 21 Sep 2014 21:37:14 +0200
> Michael Niedermayer <michaelni at gmx.at> wrote:
> 
> > On Sun, Sep 21, 2014 at 09:23:18PM +0200, Nicolas George wrote:
> > > Le jour de la Récompense, an CCXXII, Michael Niedermayer a écrit :
> > > > This allows applications which interface through AVIOContext or URLProtocol
> > > > to access side data.
> > > > 
> > > > Based-on patch by: Thomas Volkert <silvo at gmx.net>
> > > > Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
> > > 
> > > Can you point to the discussion about this patch and/or explain the actual
> > > use case?
> > 
> > user applications and libs which interface to FFmpeg or libavformat
> > through a URLProtocol or AVIOContext receive the AVPacket.data but
> > not AVPacket.side_data but the side data is often essential
> > 
> > With this patch, such applications can set the flag and would
> > receive the complete data stream. The alternative would be for such
> > libs to be redesigned to interface to FFmpeg or libavformat
> > differently
> > 
> > 
> > [...]
> > 
> 
> So it's some kind of in-application serialization? I still don't

> follow. Why? Over what format?

i dont know details about the application/lib using this, this patch
was just the result of some investigation into why this other patch
was needed:
"[FFmpeg-devel] [PATCH 1/2] mux: make sure that the AV_PKT_DATA_H263_MB_INFO side data is received by the H.263/RTP packetizer (rfc2190)"


> Shouldn't nut be able to handle all
> these potentially ffmpeg-specific things?

maybe

the idea though was that a 5 line patch would avoid some application
redesign work. And it may very well be usefull in various other
scenarios.

[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

I am the wisest man alive, for I know one thing, and that is that I know
nothing. -- Socrates
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 181 bytes
Desc: Digital signature
URL: <https://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20140922/2be30913/attachment.asc>


More information about the ffmpeg-devel mailing list