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 540401 - Garbled sound instead of music
Garbled sound instead of music
Status: RESOLVED DUPLICATE of bug 377400
Product: GStreamer
Classification: Platform
Component: gst-libav
git master
Other Linux
: Normal normal
: 0.10.5
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2008-06-27 00:16 UTC by Bastien Nocera
Modified: 2008-07-01 15:49 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Bastien Nocera 2008-06-27 00:16:10 UTC
Playing:
http://www.peregrinehw.com/downloads/junk/cool/moveyourfeet/moveyourfeet.mov

I only get a few pops and garbage as sound output. xine-lib and mplayer can play the file properly.

The properties say it's a mono, 44.1kHz "QDesign Music v.2" track.
Comment 1 Sebastian Dröge (slomo) 2008-06-30 08:49:16 UTC
Problem is probably:

[...]
Setting pipeline to PLAYING ...
New clock: GstAudioSinkClock
WARNING: from element /pipeline0/alsasink0: Compensating for audio synchronisation problems
Additional debug info:
gstbaseaudiosink.c(1395): gst_base_audio_sink_render (): /pipeline0/alsasink0:
Unexpected discontinuity in audio timestamps of more than half a second (0:00:00.551451247), resyncing
WARNING: from element /pipeline0/alsasink0: Compensating for audio synchronisation problems
Additional debug info:
gstbaseaudiosink.c(1395): gst_base_audio_sink_render (): /pipeline0/alsasink0:
Unexpected discontinuity in audio timestamps of more than half a second (0:00:00.922993197), resyncing
WARNING: from element /pipeline0/alsasink0: Compensating for audio synchronisation problems
[...]
Comment 2 Wim Taymans 2008-07-01 15:48:46 UTC
This commit fixed it.

2008-07-01  Jan Schmidt  <jan.schmidt@sun.com>

        * ext/ffmpeg/gstffmpegdec.c:
        If ffmpeg reports 0 bytes of input data consumed, don't break out
        unless it also didn't produce any output. Fixes the audio in #377400
        and doesn't break anything else I've tested.

        Enable the mp3 parser, and set mp3 and mpeg2-video decoding autoplug
        at marginal level, as they seem to both work fine now.


*** This bug has been marked as a duplicate of 377400 ***