mxfdec: Fix a potential DoS vector in mxf_read_pixel_layout()

There's a a potential DoS problem in this function. Say an MXF file is
created with a PixelLayout with a long run of non-zeroes. Such a file could be
sent quickly (packed) over the net and would unpack quite fast. mxfdec would
then read it byte-by-byte, which would take considerable time.

Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
mxfdec: Fix potential leak in mxf_read_local_tags()

This fixes CID 733800.

Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
mxfenc: Fix possible integer overflows

None of these are likely unless the user is writing a file with two billion
streams or a duration of around two months.

This fixes CIDs 700568, 700569, 700570, 700571, 700572 and 700573.

Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
lavf: const correctness for avformat_new_stream

Signed-off-by: Paul B Mahol <onemda@gmail.com>
pgmyuvenc: do not create files which are not supported

It is possible to support files with odd width and/or height
if real width and height are stored in header.

Signed-off-by: Paul B Mahol <onemda@gmail.com>
http: add -content_type user option.
libavfilter: include needed header for AVDictionary

Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
fourcc2pixfmt: fix compilation

If someone finds a cleaner fix, dont hesitate to revert this!

Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
doc/texi2pod.pl: drop unnecessary rule, which was converting "\," to ","

I cannot find a reason for such a rule, which was resulting in badly
escaped filtergraph snippets.

Fix trac ticket #1610.
Doxyfile: update examples path and patterns
ffprobe: add an array of section print buffers to the WriterContext

Allow to factorize buffers initialization/release, for all the writers
which use it. Simplify.
lavf/srtdec: simplify start/end computation.

Also fix potential overflow (CID733778)
lavc/utils: make sub decode consistent with A/V.

This allows side data to be transmitted properly with subtitles.
lavc: add AV_PKT_DATA_SUBTITLE_POSITION side data type.

This commit introduces a new packet side data type for the subtitle
position information. This is meant to be used by the SRT format where
that information is stored along with the timing, which is not part of
the subrip packets.
srt: make the demuxer output SubRip packets.

The SRT format should never have outputted CODEC_ID_SRT packets in the
first place: SRT is a subtitle format containing SubRip text markup
events. The timing information is part of the format, not the codec, and
thus CODEC_ID_SRT should not exist.

Creating packets with the timing information within the payload only
leads to problem (such as remuxing with timing alteration not working),
especially when the SubRip markup is being used in container like
Matroska in addition to this standalone SRT format.

The main reason the timing line was included in those CODEC_ID_SRT
packets is likely because it contained extra information (the event
position) the codec actually needs. This issue is solved by using the
AV_PKT_DATA_SUBTITLE_POSITION side data type.
lavf/srtenc: simplify timing printing.
lavf/srtenc: set codec to subrip by default.

We don't have a text encoder yet, so this commit makes automatic
encoding working with srt output.
cmdutils: remove writes in never read variable

Fixes CID739868
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
mov_probe: use correct variable

Fixes CID739867
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
cmdutils: fix unclosed file on error

Fixes CID739865
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>