lavc: add Intel libmfx-based H.264 encoder

qsvdec: add 'decode' to the non-static function names

qsvdec: split off some code that will be shared with the encoder

qsv: rename to qsvdec

This is to avoid conflicts with the upcoming QSV encoding support.

avisynth: update documentation about the avisynth_c.h header

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

avisynth: Fix compilation against current 2.6 header(s).

AviSynth 2.6 (and by extension, AviSynth+) moves these functions
into AVSC_API. This requires both adjusting their normal use,
and for AvxSynth, adjusting the position/use of the USING_AVISYNTH
ifdefs.

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

vaapi_h264: fix slice data offset

dxva2_h264: fix slice offset in long slice structs

lavc: Prefer x264 over openh264 if both libraries are available

pixfmt: Update documentation with prefixed pixel formats

pixdesc: Replace a few leftover instances of non AV-prefixed flags

fate: Add test for tscc2 in mov

Rename the existing tscc2 test.

mov: Write the display matrix in order

This will allow to copy the matrix as is and it is just cleaner to keep
the matrix in the same order specified by the mov standard (which is
also explicitly described in the documentation).

In order to preserve compatibility, flip the angle sign in the display API
av_display_rotation_set() and av_display_rotation_get(), and improve the
documentation mentioning the rotation direction.

movenc: Write the make and model metadata keys for mov style files

These are essential allowing QuickTime to keep detecting content
as slow-motion - this allows preserving them on stream copy.

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

avfilter: Document avfilter_graph_alloc return value

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

oggdec: Check memory allocation

Bug-Id: CID 1257798 / CID 1257805

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

mms: Check memory allocation

Bug-Id: CID 1258462

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

avplay: Check memory allocation

Bug-Id: CID 1288294

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

rmenc: Check memory allocation

Bug-Id: CID 1257832

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

swscale: Check memory allocation

Bug-Id: CID 1267890
CC: libav-stable@libav.org
Signed-off-by: Luca Barbato <lu_zero@gentoo.org>

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

While it is a per-frame variable, it is only really used in the
low-level decoding code, so it is more efficient to store it in the
slice context.

h264_cabac: remove now unnecessary H264Context function parameters

h264: use a smaller struct for the ref lists

There is no need to store a whole H264Picture, with a full AVFrame
embedded in it. This should allow getting rid of the embedded AVFrame
later.

h264_mb: remove an unused function parameter

h264: drop some mpegvideo remnants from draw_horiz_band()

This code makes no sense for h.264.

h264: drop the now unused per-slice H264Contexts

h264: use the main H264Context as the parent for all slice contexts

There is now no need to have per-slice copies of the H264Context.

h264_slice: constify all the uses of H264Context during slice decoding

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

h264: move rbsp_buffer into the per-slice context

h264: move remaining ER stuff into the per-slice context

error_resilience: do not require mbintra/skip tables

h264dec does not use them at all and only allocates them for ER.

h264: move top_borders into the per-slice context

Also change the method for allocating to the same one as used by
edge_emu_buffer.

h264: move the scratch buffers into the per-slice context

Also change the method for allocating them. Instead of two possible
alloc calls from different places, just ensure they are allocated at the
start of each slice. This should be simpler and less bug-prone than the
previous method.

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.