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

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

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

Silences an "assignment discards ‘const’ qualifier" warning.

Silences an "assignment discards ‘const’ qualifier" warning.

Only lossy part is decoded for now.
Signed-off-by: NPaul B Mahol <onemda@gmail.com>

When user use the hls_wrap, there have many problem:
1. some platform refersh the old but usefull segment
2. CDN(Content Delivery Network) Deliver HLS not friendly

The hls_wrap is used to wrap segments for use little space,
now user can use hls_list_size and hls_flags delete_segments
instead it.
Reviewed-by: NMichael Niedermayer <michael@niedermayer.cc>
Reviewed-by: NCarl Eugen Hoyos <ceffmpeg@gmail.com>
Signed-off-by: NSteven Liu <lq@chinaffmpeg.org>

Tested-by: NMichael Niedermayer <michael@niedermayer.cc>
Signed-off-by: NJames Almer <jamrial@gmail.com>

Signed-off-by: NMulvya <mulvya@gmail.com>
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>

In case parsers care about the version that started writing
correct flags.
Signed-off-by: NJames Almer <jamrial@gmail.com>

This way it's clear the size field accounts for the footer length plus every
tag entry, but not the header.
Reviewed-by: NPaul B Mahol <onemda@gmail.com>
Signed-off-by: NJames Almer <jamrial@gmail.com>

The size field in the header/footer accounts for the entire APE tag
structure except the 32 bytes from header, for compatibility with
APEv1.
Reviewed-by: NPaul B Mahol <onemda@gmail.com>
Signed-off-by: NJames Almer <jamrial@gmail.com>

According to the spec[1], a value of 0 means the footer is present and a value
of 1 means it's absent, the exact opposite of header presence flag where 1
means present and 0 absent.
The reason for this is compatibility with APEv1 tags, where there's no header,
footer presence was mandatory for all files, and the flags field was a zeroed
reserved field.

[1] http://wiki.hydrogenaud.io/index.php?title=Ape_Tags_FlagsReviewed-by: NPaul B Mahol <onemda@gmail.com>
Signed-off-by: NJames Almer <jamrial@gmail.com>

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

Core of patch is from paul@paulmehta.com
Reference https://crbug.com/643952 (senc,saiz portions)
Signed-off-by: NMatt Wolenetz <wolenetz@chromium.org>
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>

Core of patch is from paul@paulmehta.com
Reference https://crbug.com/643952 (udta_string portion)
Signed-off-by: NMatt Wolenetz <wolenetz@chromium.org>
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>

Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>

This limits the bugs, speedloss and extra memory allocation to the case when
optimal tables are needed.
Fixes regressions with slice multi-threading
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>

The changes are not needed anymore and the return code was never used
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>

Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>

Avoids false positives when greping for non constant statics
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>

Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>

If this is wanted iam not against it but it must be designed to work with all cases
like slice threads, and a single growing buffer does not work very well with slices.
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>

Signed-off-by: NRostislav Pehlivanov <atomnuker@gmail.com>

Signed-off-by: NRostislav Pehlivanov <atomnuker@gmail.com>

Signed-off-by: NRostislav Pehlivanov <atomnuker@gmail.com>

Signed-off-by: NRostislav Pehlivanov <atomnuker@gmail.com>

The command line parameter remains linear.
Signed-off-by: NMarton Balint <cus@passwd.hu>

Fixes ticket #6116.

(cherry picked from commit ca62236a)

Only do this when building for a recent VAAPI version - initial
driver implementations were confused about the interpretation of the
framerate field, but hopefully this will be consistent everywhere
once 0.40.0 is released.

(cherry picked from commit ff35aa8c)

Default to using VBR when a target bitrate is set, unless the max rate
is also set and matches the target.  Changes to the Intel driver mean
that min_qp is also respected in this case, so set a codec default to
unset the value rather than using the current default inherited from
the MPEG-4 part 2 encoder.

(cherry picked from commit eddfb572)

This includes a backward-compatibility hack to choose CBR anyway on
old drivers which have no CBR support, so that existing programs will
continue to work their options now map to VBR.

(cherry picked from commit f033ba47)