[Ffmpeg-devel] Interleaving audio and video

[Michael Niedermayer]

Hi

On Fri, Feb 02, 2007 at 12:08:25PM +0100, Baptiste Coudurier wrote:
> Hi
> 
> Michael Niedermayer wrote:
> > Hi
> > 
> > On Thu, Feb 01, 2007 at 03:41:45PM -0800, Roman Shaposhnick wrote:
> >> On Thu, 2007-02-01 at 09:42 +0100, Michael Niedermayer wrote:
> >>> Hi
> >>> 
> >>> On Wed, Jan 31, 2007 at 08:10:28PM -0800, Roman Shaposhnik wrote:
> >>> 
> >>>> While implementing an idea suggested by Michael for
> >>>> restructuring DV audio muxer I've come to realize that DV muxer
> >>>> currently expects a caller to take care of interleaving audio
> >>>> and video properly based on PTS valued. Now we know that
> >>>> ffmpeg.c does it, but is it fair to require that kind of
> >>>> behaviour in general of all users of libavformat ?
> >>>> 
> >>>> Or to put it differently, do I have to care about caller giving
> >>>>  me the following pattern of DV audio/video packets:
> >>> see av_interleaved_write_frame() (the docs above it) and
> >>> AVOutputFormat.interleave_packet()
> >> I see. Thanks for pointing it out. I guess my followup question is
> >> exactly along the lines of what Baptiste has asked -- should we
> >> enforce it somehow ?
> > 
> > packets MUST be interleaved according to
> > AVOutputFormat.interleave_packet i thought the doxygen comments
> > clearly say so but apparently not
> 
> yes, API atm permits to use av_write_frame though, maybe adding a check
> for interleave_packet presence, and then call it in av_write_frame anyway ?

no, if the user app can gurantee correct inerleaving then interleave_packet()
should not be used as it slows muxing down by a small amount of memcpy() time

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

Republics decline into democracies and democracies degenerate into
despotisms. -- Aristotle
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/attachments/20070202/a62d77a2/attachment.pgp>