qtdemux: workaround for files with wrong color_table_id value
authorMatej Knopp <matej.knopp@gmail.com>
Sat, 6 Feb 2016 13:39:05 +0000 (14:39 +0100)
committerTim-Philipp Müller <tim@centricular.com>
Fri, 19 Feb 2016 16:00:59 +0000 (16:00 +0000)
Instead of erroring out, just use the default color table.

https://bugzilla.gnome.org/show_bug.cgi?id=761637

gst/isomp4/qtdemux.c

index 63314bc..ea6c488 100644 (file)
@@ -8917,6 +8917,14 @@ qtdemux_parse_trak (GstQTDemux * qtdemux, GNode * trak)
     stream->bits_per_sample = QT_UINT16 (stsd_data + offset + 82);
     stream->color_table_id = QT_UINT16 (stsd_data + offset + 84);
 
+    /* if color_table_id is 0, ctab atom must follow; however some files
+     * produced by TMPEGEnc have color_table_id = 0 and no ctab atom, so
+     * if color table is not present we'll correct the value */
+    if (stream->color_table_id == 0 &&
+        (len < 90 || QT_FOURCC (stsd_data + offset + 86) != FOURCC_ctab)) {
+      stream->color_table_id = -1;
+    }
+
     GST_LOG_OBJECT (qtdemux, "width %d, height %d, bps %d, color table id %d",
         stream->width, stream->height, stream->bits_per_sample,
         stream->color_table_id);