After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 725644 - typefinding: mp3 file is misdetected as H.263
typefinding: mp3 file is misdetected as H.263
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-base
git master
Other Linux
: Normal normal
: 1.2.4
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2014-03-04 07:56 UTC by Yong woo Park
Modified: 2014-04-12 13:24 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Yong woo Park 2014-03-04 07:56:11 UTC 
when I execute "gst-launch playbin uri=file:///filename.mp3",
file is recognized as h.263 but it contains only audio stream.

gst/typefind/gsttypefindfunction.c h263_video_type_find function results good(1), bad(0) so this problem is occured.
Comment 1 Yong woo Park 2014-03-04 08:28:15 UTC 
I will attach the mp3 file.
Comment 3 Tim-Philipp Müller 2014-03-05 00:43:45 UTC 
Thanks for the bug report and the sample file.

This should fix it:

commit 61fa4c7bb2295f29d38daceffdfaca3a8eb2216a
Author: Tim-Philipp Müller <tim@centricular.com>
Date:   Wed Mar 5 00:35:30 2014 +0000

    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