GNOME Bugzilla – Bug 746330
mad: Stuttering playback of mp3
Last modified: 2016-12-28 11:00:28 UTC
My OS is Arch Linux x86_64 I use the following command line: gst-launch-1.0 filesrc location="/home/ilya/Music/Коррозия Металла/Человек-динамит-камикадзе.mp3" ! mad ! alsasink https://yadi.sk/d/jyUj1DcWfJGK3 - mp3-file This decodes mp3 but provides very stuttering sound In console output I see 0:00:04.442974227 27513 0x204d000 TRACE GST_REFCOUNTING gstminiobject.c:493:gst_mini_object_replace: replace (nil) (0) with (nil) (0) 0:00:04.442980844 27513 0x204d000 TRACE GST_REFCOUNTING gstminiobject.c:493:gst_mini_object_replace: replace (nil) (0) with (nil) (0) 0:00:04.442987529 27513 0x204d000 TRACE GST_REFCOUNTING gstminiobject.c:493:gst_mini_object_replace: replace (nil) (0) with (nil) (0) 0:00:04.442994187 27513 0x204d000 TRACE GST_REFCOUNTING gstminiobject.c:493:gst_mini_object_replace: replace (nil) (0) with (nil) (0) 0:00:04.443000686 27513 0x204d000 TRACE GST_REFCOUNTING gstminiobject.c:493:gst_mini_object_replace: replace (nil) (0) with (nil) (0) 0:00:04.443188914 27513 0x204d000 TRACE GST_REFCOUNTING gstobject.c:769:gst_object_unparent:<pipeline> unparent 0:00:04.443194238 27513 0x204d000 TRACE GST_REFCOUNTING gstobject.c:280:gst_object_unref:<pipeline> 0x2070920 unref 1->0 0:00:04.443200731 27513 0x204d000 TRACE GST_REFCOUNTING gstobject.c:369:gst_object_dispose:<pipeline> dispose
Interesting. I can reproduce this, also with a proper pipeline involving mpegaudioparse, or gst-play-1.0. It also happens with VLC, but not with mplayer.
It looks like some clipping/overflow issue with integer decoding: Good: gst-launch-1.0 filesrc location=Человек-динамит-камикадзе.mp3 ! mpegaudioparse ! avdec_mp3float ! pulsesink Bad: gst-launch-1.0 filesrc location=Человек-динамит-камикадзе.mp3 ! mpegaudioparse ! avdec_mp3 ! pulsesink
Interestingly, both pipelines now sound ok.
Yes, but not with the mad decoder as in bug report.
Please re-open if it's still a problem with mpg123audiodec or avdec_* commit 2f767fb24ac8ee001bde7e1452b46a4f8fe3a719 Author: Tim-Philipp Müller <tim@centricular.com> Date: Wed Dec 28 10:42:15 2016 +0000 mad: remove plugin We have better replacements such as the mpg123 plugin. The main reason to keep around mad was for 'freeform' mp3 support, but mpg123 can handle those too nowadays. Also, mad is GPL and has been unmaintained for years. https://bugzilla.gnome.org/show_bug.cgi?id=776140