reverts one hunk from 7966ddfc
The new code from 7966ddfc only covers extradata based SPS

Fixes: ffplay -ss 13 58af5798-fa2c-42a2-997d-dc8e49de2d8a.flv
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>

* commit 'a7829a2a':
  h264: reimplement 3aa661ec in a more explicit way
Merged-by: Derek Buitenhuis <derek.buitenhuis@gmail.com>

* commit 'add1467e':
  svq3: drop the build dependency on the h264 decoder
Merged-by: Derek Buitenhuis <derek.buitenhuis@gmail.com>

* commit 'a4d126dc':
  svq3: eliminate remaining H264Context usage.
Merged-by: Derek Buitenhuis <derek.buitenhuis@gmail.com>

* commit '7bbdae81':
  svq3: move block_offset to SVQ3Context
Merged-by: Derek Buitenhuis <derek.buitenhuis@gmail.com>

* commit '1848a154':
  svq3: stop using H264Context.gb
Merged-by: Derek Buitenhuis <derek.buitenhuis@gmail.com>

* commit 'ea6ab02a':
  svq3: move the frame num variables to the SVQ3Context
Merged-by: Derek Buitenhuis <derek.buitenhuis@gmail.com>

* commit '21b74693':
  svq3: eliminate H264Context.cur_pic usage
Merged-by: Derek Buitenhuis <derek.buitenhuis@gmail.com>

* commit '939b3883':
  svq3: eliminate remaining H264SliceContext usage
Merged-by: Derek Buitenhuis <derek.buitenhuis@gmail.com>

* commit '5a5db90e':
  svq3: move pict_type to the SVQ3Context
Merged-by: Derek Buitenhuis <derek.buitenhuis@gmail.com>

* commit '12f13ecb':
  svq3: move mb strides/sizes to the SVQ3Context
Merged-by: Derek Buitenhuis <derek.buitenhuis@gmail.com>

* commit 'ad9d3384':
  svq3: move the dequant buffer to SVQ3Context
Merged-by: Derek Buitenhuis <derek.buitenhuis@gmail.com>

Related to ticket #5501.

This is done by actually handling the "prev_values" in the cascaded LMS data
as if it were int16_t, thus requiring switching at various locations the
computations.

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

Fixes: m702_2.avi
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>

This didn't actually check if sync word was found and always errored out
with "-err_detect explode" option enabled.
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>

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

Fixes Ticket5443
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>

Should evaluate coefficients and raw pcm tiles.
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>

avcodec/mjpegdec: Do not try to detect last scan but apply idct after all scans for progressive jpeg

Fixes: IMG-20160418-WA0002.jpg
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>

This fixes ticket #5487 - mjpeg2jpeg bitstream filter causes
segmentation fault with header-less mjpeg.
Signed-off-by: Jan Sebechlebsky <sebechlebskyjan@gmail.com>
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>

Signed-off-by: James Almer <jamrial@gmail.com>

Signed-off-by: James Almer <jamrial@gmail.com>

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

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

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

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

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

Fixes Debian bug 823098.

Fixes ticket #5174.

Fixes presence of opening tags when running
  ffmpeg -i x.ass -c text x.srt
Reported-by: Jean First <jeanfirst@gmail.com>

Fixes Ticket #5350

Regression since 29412821.

16bits samples with CDLMS orders of 8 are currently unsupported, but have never
been encountered before.

However, 8 seems to be the most frequent, if not the only order used for 24bits.
In that case, the dsp functions are fine with handling order that are multiples
of 8, so silence the warning.
Signed-off-by: Paul B Mahol <onemda@gmail.com>

They should really be int16_t.
Signed-off-by: Paul B Mahol <onemda@gmail.com>

DCA core decoder no longer uses fixed tables for channel reordering.
Move them into private encoder header (and drop ff_dca_ prefix).
Signed-off-by: James Almer <jamrial@gmail.com>

Signed-off-by: James Almer <jamrial@gmail.com>