h264_loopfilter: constify all uses of H264Context

All the variables modified by this code are either per-MB arrays or have
been moved to the per-slice context

h264_cavlc: constify all uses of H264Context

All the variables modified by this code are either per-MB arrays or have
been moved to the per-slice context

h264_cabac: constify all uses of H264Context

All the variables modified by this code are either per-MB arrays or have
been moved to the per-slice context

h264.c: constify all uses of H264Context in slice and lower-level functions

All the variables modified by this code are either per-MB arrays or have
been moved to the per-slice context

h264: move mb_mbaff into the per-slice context

h264: move mb_field_decoding_flag into the per-slice context

h264_mb: constify all uses of H264Context

All the variables modified by this code are either per-MB arrays or have
been moved to the per-slice context

h264_mb: constify block_offset

It is read-only in this code.

h264_mvpred: constify all uses of H264Context

All the variables modified by this code are either per-MB arrays or have
been moved to the per-slice context

h264.h: constify all uses of H264Context

All the variables modified by this code are either per-MB arrays or have
been moved to the per-slice context

h264_direct: constify all uses of H264Context

All the variables modified by this code are either per-MB arrays or have
been moved to the per-slice context

h264: use a separate GetBitContext for slice data

h264: do not abuse the context as a temporary storage in get_last_needed_nal()

Use a local variable instead.

h264: remove some remnants of data partitioning

h264: move resync_mb_{x,y} into the per-slice context

h264: move mb_{x,y} into the per-slice context

h264: move mb_xy into the per-slice context

h264: move is_complex into the per-slice context

h264: move mb_skip_run into the per-slice context

h264: move redundant_pic_count into the per-slice context

h264: move cabac_init_idc into the per-slice context

h264: move loopfilter parameters into the per-slice context

h264: move direct_cache into the per-slice context

h264: move mvd_cache into the per-slice context

h264: move mvd_table into the per-slice context

h264: move last_qscale_diff into the per-slice context

h264: move [{top,left}_]cbp into the per-slice context

h264: move cabac[_state] into the per-slice context

h264: move mb[_{padding,luma_dc}] into the per-slice context

h264: move intra_pcm_ptr into the per-slice context

h264: move the ref lists variables into the per-slice context

h264: move map_col_to_list0[_field] into the per-slice context

h264: move dist_scale_factor[_field] into the per-slice context

h264: move col_{parity,fieldoff} into the per-slice context

h264: move direct_spatial_mv_pred into the per-slice context

h264: move sub_mb_type into the per-slice context

h264: move the slice type variables into the per-slice context

h264: move mb_[uv]linesize into the per-slice context

h264: move neighbor_transform_size into the per-slice context

h264: move {mv,ref}_cache into the per-slice context

h264: move non_zero_count_cache into the per-slice context

h264: move *_samples_available into the per-slice context

h264: move intra4x4_pred_mode[_cache] into the per-slice context

h264: move some neighbour information into the per-slice context

h264: move {chroma,intra16x16}_pred_mode into the per-slice context

h264: move {prev,next}_mb_skipped into the per-slice context

h264: move qp_thresh into the per-slice context

h264: move the quantizers into the per-slice context

h264: do not copy qscale when updating per-thread contexts

It's a per-slice quantity constructed when parsing the slice header.

h264: split weighted pred-related vars into per-slice context

h264_ps: properly check cropping parameters against overflow

CC: libav-stable@libav.org

hevc: zero the correct variables on invalid crop parameters

It's the output_window that is applied to the output frame, not
pic_conf_win

hevc: make the crop sizes unsigned

avconv: Print the avfilter errors

Signed-off-by: Luca Barbato <lu_zero@gentoo.org>

cmdutils: Add a stream specifier to map usable streams

It drops everything that cannot be used for re-encoding and/or
streamcopy.

webp: ensure that each transform is only used once

According to the WebP Lossless Bitstream Specification
"each transform is allowed to be used only once".

If a transform is more than once this can lead to memory
corruption.

Signed-off-by: Andreas Cadhalpun <Andreas.Cadhalpun@googlemail.com>
Signed-off-by: Anton Khirnov <anton@khirnov.net>

movenc: write the display transform matrix

ismindex: Calculate the pts duration of trun atoms, not the dts duration

Since the duration is compared to the tfra durations/intervals which
are expressed in pts, calculate that here as well.

Signed-off-by: Martin Storsjö <martin@martin.st>

movenc: Don't assume that fragment durations in pts is equal to duration in dts

For strict CFR, they should be pretty much equal, but if the stream
is VFR, there can be a sometimes significant difference.

Calculate the pts duration separately, used in sidx atoms and for
tfrf/tfxd boxes in smooth streaming ismv files.

Also make sure to reduce the duration of sidx entries according to
edit lists.

Signed-off-by: Martin Storsjö <martin@martin.st>

movenc: Move sidx edit list timestamp adjustment into a block

When reading these values from track->frag_info, the same adjustment
has already been done.

Signed-off-by: Martin Storsjö <martin@martin.st>

movenc: Only adjust the cts offset at the start of fragments if necessary

Adjusting it is only necessary when a sidx/tfrf/tfxd atom already has
been written for the previous fragment (since the sidx/tfrf/tfxd atoms
include the duration between the first pts of the previous fragment, to
the first pts of the new fragment).

Signed-off-by: Martin Storsjö <martin@martin.st>

movenc: Write pts timestamps in tfxd, instead of dts timestamps

This matches what we write in tfra and tfrf since 9cbf70fa0e.

Signed-off-by: Martin Storsjö <martin@martin.st>

movenc: Set the last packet duration based on the next packet when autoflushing

When automatically flushing fragments based on set conditions
(fragmentation on keyframes, after some interval or byte size),
we already have the next packet for one stream - use this for setting
the duration of the last packet in the flushed fragment correctly.

This avoids having to adjust the timestamp of the first packet in
the new fragment since the last duration was unknown.

Unfortunately, this only works for automatic flushing (not for
caller-triggered flushing, like in the dash muxer), and only for the
one single track that triggered the flushing. The duration of the
last sample in all other tracks still is dependent on AVPacket
duration (or heuristics).

Signed-off-by: Martin Storsjö <martin@martin.st>

dashenc: Heuristically fill in the duration of packets that need it

This avoids that the mp4 muxer does a similar heuristic, adjusting
the timestamps in a way that the dash muxer doesn't know the actual
timestamps written to the file in the end. By making sure that the
mp4 muxer internal heuristic isn't applied, we know the exact
timestamps written to file, so that the timestamps in manifest match
the files.

Signed-off-by: Martin Storsjö <martin@martin.st>

movenc: Heuristically set the duration of the last sample in a fragment if not set

Even if this is a guess, it is way better than writing a zero duration
of the last sample in a fragment (because if the duration is zero,
the first sample of the next fragment will have the same timestamp
as the last sample in the previous one).

Since we normally don't require libavformat muxer users to set
the duration field in AVPacket, we probably can't strictly require
it here either, so don't log this as a strict warning, only as info.

Signed-off-by: Martin Storsjö <martin@martin.st>

udp: Fix crashes after adding AVOptions

Add a missing AVClass member, check whether localaddr is null.
(Previously, localaddr was always a local stack buffer, while it
now also can be an avoption string which can be null.)

This fixes crashes when not passing any localaddr parameter, since
66028b7ba.

Signed-off-by: Martin Storsjö <martin@martin.st>

mov: Add option to keep exact packet sequence after seeking

The current behavior may produce a different sequence of packets
after seeking, compared to demuxing linearly from the beginning.
This is because the MOV demuxer seeks in each stream individually,
based on timestamp, which may set each stream at a slightly different
position than if the file would have been read sequentially.

This makes implementing certain operations, such as segmenting,
quite hard, and slower than need be.

Therefore, add an option which retains the same packet sequence
after seeking, as when a file is demuxed linearly.

Replace a few leftover instances of enum PixelFormat with enum AVPixelFormat

Signed-off-by: Martin Storsjö <martin@martin.st>

fate: Move tdsc to the appropriate screen capture file

mov: Fix little endian audio detection

Set this field to TRUE if the audio component is to operate on
little-endian data, and FALSE otherwise.

However TRUE and FALSE are not defined. Since this flag is just a boolean,
interpret all values except for 0 as little endian.

Sample-Id: 64bit_FLOAT_Little_Endian.mov

aacsbr: Fix type for index variable

Prevents unsigned overflow and variable truncation.

Bug-Id: CID 603186

hqx: Drop unused offsets table

This is a leftover from the static to dynamic vlc table conversion.

lavf: Do not list mov-only codecs in riff tags

Instead check for all mov code-points when demuxing avi
and print a warning if a video codec is found like this.

Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>

isom: Add X-Com Radvision FourCC

Signed-off-by: Paul B Mahol <onemda@gmail.com>

riff: Add 'tshd' FourCC for H.264

libx264: Allow full-range yuv422 and yuv444 pixel formats

Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>

dca: Read params->pancABIT0[param_index] only if part0 is set

Prevent a spurious read from uninitialized memory.

x86: Put COPY3_IF_LT under HAVE_6REGS

It uses 6 registers, unbreaks building on hardened x86 system.

Bug-Id: gentoo/541930
CC: libav-stable@libav.org

isom: Add support for TSCC2

As produced by Camtasia 4.

configure: Disable shift operator precedence warnings with MSVC

movenc: Allow interleaving samples when writing fragmented files

This is incompatible with the omit_tfhd_offset flag (writing
position independent fragments with interleaving requires the
default_base_moof flag).

This makes the moof atoms slightly bigger, but can be better for
playback (improving locality of sample data in the mdat).

Signed-off-by: Martin Storsjö <martin@martin.st>

movenc: Support writing multiple trun atoms

This is needed if all the data for one track isn't continuous
within the mdat. Normally we make sure all the data for one
track is continuous, but in new cases we will need to have
the samples interleaved.

Signed-off-by: Martin Storsjö <martin@martin.st>

configure: move cross_compile checks after the toolchain section

configure: handle Apple's armv7s in probe_arm_arch()

fate: add explicit support for the toolchain configure option

doc: fate: remove outdated SSH key fingerprint

mkv: Add support for DVB subtitles

Bug-Id: 833

libswscale: fix compiler warnings enumerated type mixed with another type

Signed-off-by: Luca Barbato <lu_zero@gentoo.org>

udp: Use AVOptions

Add AVOptions for options currently available as url parameters.

sctp: Update to match tcp

Use AVOption and fallback over multiple addresses

fate: Add test for DCA XLL

dca: Support for XLL (lossless extension)

Cleanup and integration by Diego Biurrun.

Signed-off-by: Diego Biurrun <diego@biurrun.de>

dca: Mark syncword constants unsigned; they do not fit in 32-bit signed int

TDSC decoder

Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>

mjpeg: Mark decoder family as thread safe

No global variables are used and the VLC tables are allocated without
static elements. This will allow using a JPEG decoding context within
other decoders.

lavc: Introduce AVCodec internal capabilities

This field is designed for marking codec properties useful to lavc internals.
Two internal capabilities are added:
 - FF_CODEC_CAP_INIT_THREADSAFE: codec can be opened without locks;
 - FF_CODEC_CAP_INIT_CLEANUP: codec frees memory if initialization fails.

lavc: Improve thread locking error message

libx264: Return more meaningful error codes

Signed-off-by: Luca Barbato <lu_zero@gentoo.org>

matroskadec: Check memory allocations

CC: libav-stable@libav.org

formats: Check memory allocations