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 307353 - [Quicktime IMA ADPCM] Sound is only on left channel, and the right channel contains pops and clicks
[Quicktime IMA ADPCM] Sound is only on left channel, and the right channel co...
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins
0.8.x
Other Linux
: Normal normal
: 0.8.6
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks: 138435
 
 
Reported: 2005-06-12 08:55 UTC by Michaël Arnauts
Modified: 2005-07-22 16:07 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Michaël Arnauts 2005-06-12 08:55:26 UTC
Perhaps this is related to Bug 169999, it's the same file, but 169999 is about
the video, while the video is correct on my computer.

The problem this bug is about is the sound. When i play that file, i can hear
the sound correct in the left speaker, but the right speaker contains clicks and
pops. MPlayer plays it correctly.

The commandline output gives this clues:
ERROR (0x84463a0 - 310712:52:06.895478000)         qtdemux(11012)
qtdemux.c(1424):qtdemux_parse: length too long (1397573920 > 21)
ERROR (0x84463a0 - 310712:52:06.895712000)         qtdemux(11012)
qtdemux.c(1223):qtdemux_parse: atom length too short (0 < 8)


The file is:
http://media.nintendo.com/mediaFiles/52937b07-384a-4364-b8fc-e6f11617d1ab.mov
Comment 1 Ronald Bultje 2005-07-22 16:07:25 UTC
2005-07-22  Ronald S. Bultje  <rbultje@ronald.bitfreak.net>

        * ext/ffmpeg/gstffmpegcodecmap.c:
          Make type explicit.
        * ext/ffmpeg/gstffmpegdec.c: (gst_ffmpegdec_release_buffer),
        (gst_ffmpegdec_frame), (gst_ffmpegdec_chain),
        (gst_ffmpegdec_change_state):
          When we provide a buffer and get a valid return value (data was
          read), but no output (have-data==0), then we need to reuse this
          same output buffer, because it may be used for caching output
          data. Fixes #307353.
        * ext/ffmpeg/gstffmpegdemux.c: (gst_ffmpegdemux_loop):
          Timestamp fix.