summaryrefslogtreecommitdiffstats
path: root/libavcodec/h2645_parse.c
diff options
context:
space:
mode:
authorJanne Grunau <janne-libav@jannau.net>2016-07-07 20:33:01 +0200
committerJanne Grunau <janne-libav@jannau.net>2016-07-13 22:18:52 +0200
commit17c99b6158f2c6720af74e81ee727ee50d2e7e96 (patch)
treeca6f19e3b775305e57b72c3d9ae1b6c47c07cd21 /libavcodec/h2645_parse.c
parenta8cbe5a0ccebf60a8a8b0aba5d5716dd54c1595c (diff)
downloadffmpeg-streaming-17c99b6158f2c6720af74e81ee727ee50d2e7e96.zip
ffmpeg-streaming-17c99b6158f2c6720af74e81ee727ee50d2e7e96.tar.gz
h2645_parse: handle embedded Annex B NAL units in size prefixed NAL units
Fixes a regression in ca2f19b9cc3 with some mov/mp4 files. The files have several NAL units in the supposed single NAL unit after the size field. Annex B start code prefixes are used to separate them. The first NAL unit is correctly parsed but the buffer does not point to the next size field. Instead semi random data (it seems to be the rbsp_stop_one_bit and the start code prefix) is then parsed as length and will exceed the remaining length of the buffer. Patch based on the code in h264's decode_nal_units() and a similar patch by Hendrik Leppkes in FFmpeg (a9bb4cf87d1). Bug-Id: ffmpeg/trac5529 Reported-By: Vittorio Giovara
Diffstat (limited to 'libavcodec/h2645_parse.c')
-rw-r--r--libavcodec/h2645_parse.c63
1 files changed, 51 insertions, 12 deletions
diff --git a/libavcodec/h2645_parse.c b/libavcodec/h2645_parse.c
index defe001..e252efa 100644
--- a/libavcodec/h2645_parse.c
+++ b/libavcodec/h2645_parse.c
@@ -195,11 +195,27 @@ static int h264_parse_nal_header(H2645NAL *nal, void *logctx)
return 1;
}
+static int find_next_start_code(const uint8_t *buf, const uint8_t *next_avc)
+{
+ int i = 0;
+
+ if (buf + 3 >= next_avc)
+ return next_avc - buf;
+
+ while (buf + i + 3 < next_avc) {
+ if (buf[i] == 0 && buf[i + 1] == 0 && buf[i + 2] == 1)
+ break;
+ i++;
+ }
+ return i + 3;
+}
+
int ff_h2645_packet_split(H2645Packet *pkt, const uint8_t *buf, int length,
void *logctx, int is_nalff, int nal_length_size,
enum AVCodecID codec_id)
{
int consumed, ret = 0;
+ const uint8_t *next_avc = buf + (is_nalff ? 0 : length);
pkt->nb_nals = 0;
while (length >= 4) {
@@ -207,29 +223,52 @@ int ff_h2645_packet_split(H2645Packet *pkt, const uint8_t *buf, int length,
int extract_length = 0;
int skip_trailing_zeros = 1;
- if (is_nalff) {
+ /*
+ * Only parse an AVC1 length field if one is expected at the current
+ * buffer position. There are unfortunately streams with multiple
+ * NAL units covered by the length field. Those NAL units are delimited
+ * by Annex B start code prefixes. ff_h2645_extract_rbsp() detects it
+ * correctly and consumes only the first NAL unit. The additional NAL
+ * units are handled here in the Annex B parsing code.
+ */
+ if (buf == next_avc) {
int i;
for (i = 0; i < nal_length_size; i++)
extract_length = (extract_length << 8) | buf[i];
- buf += nal_length_size;
- length -= nal_length_size;
if (extract_length > length) {
av_log(logctx, AV_LOG_ERROR, "Invalid NAL unit size.\n");
return AVERROR_INVALIDDATA;
}
+ buf += nal_length_size;
+ length -= nal_length_size;
+ // keep track of the next AVC1 length field
+ next_avc = buf + extract_length;
} else {
- if (buf[2] == 0) {
- length--;
- buf++;
+ /*
+ * expected to return immediately except for streams with mixed
+ * NAL unit coding
+ */
+ int buf_index = find_next_start_code(buf, next_avc);
+
+ buf += buf_index;
+ length -= buf_index;
+
+ /*
+ * break if an AVC1 length field is expected at the current buffer
+ * position
+ */
+ if (buf == next_avc)
continue;
- }
- if (buf[0] != 0 || buf[1] != 0 || buf[2] != 1)
- return AVERROR_INVALIDDATA;
- buf += 3;
- length -= 3;
- extract_length = length;
+ if (length > 0) {
+ extract_length = length;
+ } else if (pkt->nb_nals == 0) {
+ av_log(logctx, AV_LOG_ERROR, "No NAL unit found\n");
+ return AVERROR_INVALIDDATA;
+ } else {
+ break;
+ }
}
if (pkt->nals_allocated < pkt->nb_nals + 1) {
OpenPOWER on IntegriCloud