Around 3x speedup with 4 threads. Maybe more mb lines should be
batched per thread, but that's good enough for a first try.
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>

Key repeats have been introduced simply because they improve usability in my
experience for volume, brightness, and other such controls by speeding up the
time taken to go from 0 to max intensity. As a side benefit, this enables rapid
seeking through a file via left/right keys.
Signed-off-by: NGanesh Ajjanagadde <gajjanagadde@gmail.com>
Signed-off-by: NMarton Balint <cus@passwd.hu>

They were added to binutils in the same version so it's safe to combine.
Signed-off-by: NAlex Smith <theryuu@warpsharp.info>
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>

They're short enough that inlining them actually reduces code size due to
all the overhead associated with making a function call.

Reviewed-by: NHenrik Gramner <henrik@gramner.com>
Signed-off-by: NJames Almer <jamrial@gmail.com>

Reviewed-by: NHenrik Gramner <henrik@gramner.com>
Signed-off-by: NJames Almer <jamrial@gmail.com>

Reviewed-by: NMichael Niedermayer <michael@niedermayer.cc>
Signed-off-by: NTimo Rothenpieler <timo@rothenpieler.org>

Fixes -Wunused-function from
http://fate.ffmpeg.org/report.cgi?time=20150820031140&slot=arm64-darwin-clang-apple-5.1Signed-off-by: NGanesh Ajjanagadde <gajjanagadde@gmail.com>

Indicates a YCbCr->RGB transform at the block level. Although nothing
explicitly states it, this would assume the actual content is planar
RGB.

Currently unsupported, but the one sequence I found using it flagged
every mb that way, actually meaning the content was YCbCr, and thus
best left to the output format to decide what to do of it.
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>

It currently only applies to CID 1260, but this flag is dependent on
a higher-level flag located in the header.
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>

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

Tested functions are internally kept in a binary search tree for efficient
lookups. The downside of the current implementation is that the tree quickly
becomes unbalanced which causes an unneccessary amount of comparisons between
nodes. Improve this by changing the tree into a self-balancing left-leaning
red-black tree with a worst case lookup/insertion time complexity of O(log n).

Significantly reduces the recursion depth and makes the tests run around 10%
faster overall. The relative performance improvement compared to the existing
non-balanced tree will also most likely increase as more tests are added.

Fixes: invalid_read.nut
Found-by: NPaul B Mahol <onemda@gmail.com>
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>

Forwards the error code, avoids potential integer overflow
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>

* commit 'b2417ee6':
  dxv: Improve error message
Merged-by: NHendrik Leppkes <h.leppkes@gmail.com>

* commit '1bcd4a47':
  dxv: Support RAW intermediate compression
Merged-by: NHendrik Leppkes <h.leppkes@gmail.com>

* commit 'bbf71d46':
  dxv: Print texture information after header parsing
Merged-by: NHendrik Leppkes <h.leppkes@gmail.com>

* commit 'fb288969':
  dxv: Support the original first version
Merged-by: NHendrik Leppkes <h.leppkes@gmail.com>

* commit '588a5619':
  dxv: Parse ancillary encoder information
Merged-by: NHendrik Leppkes <h.leppkes@gmail.com>

* commit 'a9b8c638':
  mmal: Fix AVBufferRef usage
Merged-by: NHendrik Leppkes <h.leppkes@gmail.com>

* commit '49623f53':
  mmal: Remove setting extradata on input format
Merged-by: NHendrik Leppkes <h.leppkes@gmail.com>

* commit 'f290e48d':
  mmal: drop the h264 BSF
Merged-by: NHendrik Leppkes <h.leppkes@gmail.com>

Fix out of bounds access caused by wrongful usage
of swb_offset constants when computing scalefactor
positions.

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

Signed-off-by: NReynaldo H. Verdejo Pinochet <reynaldo@osg.samsung.com>

Signed-off-by: NReynaldo H. Verdejo Pinochet <reynaldo@osg.samsung.com>

Signed-off-by: NReynaldo H. Verdejo Pinochet <reynaldo@osg.samsung.com>

It is supposed to only old BT.709 colorspaces.
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>

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

CID 1260 (as evidenced by incorrect decoding of a sample from ticket
4876) seems to use incorrect weight tables. It appears those tables
were not zigzag-scanned.

Apply zigzag on weight tables for new CIDs 1258, 1259, and 1260, and
fix an incorrect chroma table for CID 1256.

Fixes last issue from ticket #4876.
Found-by: NChristophe Gisquet <christophe.gisquet@gmail.com>
Signed-off-by: NChristophe Gisquet <christophe.gisquet@gmail.com>
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>

This bit is 1 in some samples, and seems to coincide with interlaced
mbs and CID1260. 2008 specs do not know about it, and maintain qscale
is 11 bits. This looks oversized, but may help larger bitdepths.

Currently, it leads to an obviously incorrect qscale value, meaning
its syntax is shifted by 1. However, reading 11 bits also leads to
obviously incorrect decoding: qscale seems to be 10 bits.

However, as most profiles still have 11bits qscale, the feature is
restricted to the CID1260 profile.

The encoder writes 12 bits of syntax, last and first bits always 0,
which is now somewhat inconsistent with the decoder, but ends up with
the same effect (progressive + reserved bit).

Partially fixes ticket #4876.
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>

Context cookies must be updated when a playlist response return Setcookie header.
Signed-off-by: Nwm4 <nfxjfg@googlemail.com>

Fixes: 03_cave_girls_h264_slc24_slicecrc1_fuzzed.avi
Found-by: NDinah Handel <dinahrhandel@gmail.com>
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>

Fixes hang.nut
Found-by: NPaul B Mahol <onemda@gmail.com>
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>

This patch tweaks search_for_pns to be both more
aggressive and more careful when applying PNS. On
the one side, it will again try to use PNS on zero
(or effectively zero) bands. For this, both zeroes
and band_type have to be checked (some ZERO bands
aren't marked in zeroes). On the other side, a more
accurate rate-distortion measure avoids using PNS
where it would cause audible distortion.

Also fixed a small bug in the computation of freq
that caused PNS usage on low-frequency bands during
8-short windows. This allows re-enabling PNS during
8-short.