summaryrefslogtreecommitdiff
path: root/gst/typefind
diff options
context:
space:
mode:
authorTim-Philipp Müller <tim@centricular.com>2014-03-05 00:35:30 +0000
committerTim-Philipp Müller <tim@centricular.com>2014-03-05 00:41:20 +0000
commit61fa4c7bb2295f29d38daceffdfaca3a8eb2216a (patch)
tree204a4c9ee3424bd3a233f2f46329681ed67ee87f /gst/typefind
parent422044244177f23a6351837170863a02305341c2 (diff)
typefindfunctions: lower H.263 typefinder max probability
The typefinder returns LIKELY for as little as one possible sync and no bad sync (not even taking into account how much data was looked at for that). It's generally just not fit for purpose, so should just not return anything like LIKELY at all ever, even more so since it only recognises one out of ten H263 files, and likes to mis-detect mp3s as H263. https://bugzilla.gnome.org/show_bug.cgi?id=700770 https://bugzilla.gnome.org/show_bug.cgi?id=725644
Diffstat (limited to 'gst/typefind')
-rw-r--r--gst/typefind/gsttypefindfunctions.c6
1 files changed, 3 insertions, 3 deletions
diff --git a/gst/typefind/gsttypefindfunctions.c b/gst/typefind/gsttypefindfunctions.c
index 53f19440e..78907ef9c 100644
--- a/gst/typefind/gsttypefindfunctions.c
+++ b/gst/typefind/gsttypefindfunctions.c
@@ -2587,9 +2587,9 @@ h263_video_type_find (GstTypeFind * tf, gpointer unused)
data_scan_ctx_advance (tf, &c, 1);
}
- if (good > 0 && bad == 0)
- gst_type_find_suggest (tf, GST_TYPE_FIND_LIKELY, H263_VIDEO_CAPS);
- else if (good > 2 * bad)
+ GST_LOG ("good: %d, bad: %d", good, bad);
+
+ if (good > 2 * bad)
gst_type_find_suggest (tf, GST_TYPE_FIND_POSSIBLE, H263_VIDEO_CAPS);
return;