On Mon, Jan 30, 2012 at 02:16:27PM +0200, Martin Storsjö wrote:
> ---
>  doc/muxers.texi |   61 
> +++++++++++++++++++++++++++++++++++++++++++++++++++++++
>  1 files changed, 61 insertions(+), 0 deletions(-)

Push with my below suggestions please.

> --- a/doc/muxers.texi
> +++ b/doc/muxers.texi
> @@ -142,6 +142,67 @@ Note also that the pattern must not necessarily contain 
> "%d" or
>  
> +@section MOV/MP4/ISMV
> +
> +The mov/mp4/ismv muxer supports fragmentation. Normally, a MOV/MP4
> +file has all the metadata about all packets stored in one location
> +(written at the end of the file, it can be moved to the start for
> +better playback using the @command{qt-faststart} tool). A fragmented
> +file consists of a number of fragments, where packets and metadata
> +about these packets are stored together. Writing a fragmented
> +file has the advantage that the file is decodable even if the
> +writing is interrupted (while a normal MOV/MP4 is undecodable if
> +it isn't properly finished), and it requires less memory when writing

is not

> +very long files (since writing normal MOV/MP4 files stores info about
> +every single packet in memory until the file is closed). The downside
> +is that it normally is less compatible with other applications.

s/normally//

> +@item -movflags empty_moov
> +Write an initial moov atom directly at the start of the file, without
> +describing any samples in it. Generally, a mdat/moov pair is written

an mdat/moov pair

Diego
_______________________________________________
libav-devel mailing list
[email protected]
https://lists.libav.org/mailman/listinfo/libav-devel

Reply via email to