[Ffmpeg-devel] Interleaving audio and video

Michael Niedermayer michaelni
Fri Feb 2 12:05:23 CET 2007


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


> Or perhaps have a flag for AVOutputFormat ?

i dunno what do we gain from this? making non interleaved mov and avi,
which are slower to demux due to seeking between streams, and cant be
streamed over non seekable protocols, it doesnt seem like a good idea


[...]

-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Observe your enemies, for they first find out your faults. -- Antisthenes
-------------- 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/3523d6f7/attachment.pgp>



More information about the ffmpeg-devel mailing list