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 140141 - [qtdemux] cannot playback gsm audio
[qtdemux] cannot playback gsm audio
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins
git master
Other Linux
: Normal normal
: 0.8.8
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks: 138435
 
 
Reported: 2004-04-15 10:10 UTC by Johan (not receiving bugmail) Dahlin
Modified: 2005-01-28 10:36 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
testcase for ffmpeg (3.93 KB, patch)
2005-01-27 22:22 UTC, Ronald Bultje
none Details | Review

Description Johan (not receiving bugmail) Dahlin 2004-04-15 10:10:45 UTC
I can't play the following file with gstreamer:

ftp://ftp.mplayerhq.hu/MPlayer/samples/A-codecs/GSM/sample-gsm-8000.mov

It shows the following error message on the console:
** (totem:22758): CRITICAL **: Don't know how to convert fourcc 'agsm' to caps

So, I guess someone needs to write a gsm decoder.

Plays fine in MPlayer.
Comment 1 Ronald Bultje 2004-04-18 23:59:28 UTC
We do, gsmdec. I guess the fourcc isn't handled in qtdemux.
Comment 2 Ronald Bultje 2004-04-19 02:01:12 UTC
We do now, and gsmdec is fixed as well...

It doesn't play back yet, it appears to have alignment issues. I need help from
someone familiar with GSM in Quicktime here. Gsmdec handles MS GSM 10:6, and
Quicktime contains Apple GSM 10:1. It's apparently different. If I handle each
buffer from the start (and thus remove the storage) from gsmdec, parts work, but
others don't, which is why I think there's alignment issues. Anyway, I don't
know how to fix this right now... I guess MS GSM 10:6 has different block
alignments (33 bytes for MS GSM 10:6) than Quicktime GSM 10:1, but there's no
docs on this, so...
Comment 3 Ronald Bultje 2005-01-27 22:22:20 UTC
Created attachment 36620 [details] [review]
testcase for ffmpeg

With the attached patch (see also #14555/#155163), we can play this file fine,
so apparently, see the other two bugs, this is a qtdemux bug.
Comment 4 Ronald Bultje 2005-01-27 23:50:33 UTC
Given the above bugs, I checked samplesize, and they're exactly 1/0.103125
(320/33) too large. Adding that as compression/BPF factor in qtdemux.c fixes
this file.
Comment 5 Ronald Bultje 2005-01-28 10:36:12 UTC
Fixed.