mirror of
https://git.ffmpeg.org/ffmpeg.git
synced 2024-12-26 01:02:33 +00:00
Add another special case to the Cinepak video decoder so that it can handle the following file:
http://samples.mplayerhq.hu/V-codecs/CVID/bad_cinepak_frame_size.mov This fix works around another work around which handles a different type of odd Cinepak data. Thanks to Matthew Hoops (clone2727 - gmail.com) for the sample and fix. Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
This commit is contained in:
parent
974d25e2db
commit
12d9a36481
@ -330,12 +330,13 @@ static int cinepak_decode (CinepakContext *s)
|
||||
|
||||
/* if this is the first frame, check for deviant Sega FILM data */
|
||||
if (s->sega_film_skip_bytes == -1) {
|
||||
if (encoded_buf_size != s->size) {
|
||||
if (encoded_buf_size != s->size && (s->size % encoded_buf_size) != 0) {
|
||||
/* If the encoded frame size differs from the frame size as indicated
|
||||
* by the container file, this data likely comes from a Sega FILM/CPK file.
|
||||
* If the frame header is followed by the bytes FE 00 00 06 00 00 then
|
||||
* this is probably one of the two known files that have 6 extra bytes
|
||||
* after the frame header. Else, assume 2 extra bytes. */
|
||||
* after the frame header. Else, assume 2 extra bytes. The container size
|
||||
* size also cannot be a multiple of the encoded size. */
|
||||
if (s->size >= 16 &&
|
||||
(s->data[10] == 0xFE) &&
|
||||
(s->data[11] == 0x00) &&
|
||||
|
Loading…
Reference in New Issue
Block a user