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 317774 - wavpack: segfault on files encoded with -h (lossy, lossless and hybrid)
wavpack: segfault on files encoded with -h (lossy, lossless and hybrid)
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins
0.8.10
Other Linux
: Normal normal
: 0.8.12
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2005-10-02 22:40 UTC by Sebastian Dröge (slomo)
Modified: 2005-11-11 20:35 UTC
See Also:
GNOME target: ---
GNOME version: 2.11/2.12



Description Sebastian Dröge (slomo) 2005-10-02 22:40:02 UTC
Distribution/Version: Ubuntu Breezy

Hi,
when playing an wavpack file which was encoded with -h gstreamer just segfaults.
this can be easily reproduced for every file I tried with lossy, lossless and
hybrid mode.

I used the following to create the files:
wavpack -h -c -b256 test.wav
wavpack -h -b256 test.wav
wavpack -h test.wav
(and the same without -h)

the files with -h were segfaulting when playing with
gst-launch-0.8 filesrc location=test.wv ! wavpackparse ! wavpackdec ! osssink
the ones without worked without problems


wvunpack (which uses the same libraries for decoding) can decode all files
without problems so it should be a problem in the gst plugin


Bye
Comment 1 PsychoTrauma 2005-10-07 16:03:47 UTC
I have had similar segfaults on files that were encoded with the -h string. This
happens in any gstreamer based application I try to play back the files with
(totem, rhythmbox).
Comment 2 awok3nindech 2005-10-24 05:28:54 UTC
noticed the same issue, which is still in 0.8.11
using a test file encoded with wavpack -hx, I decoded with wvunpack, which
worked okay and the resulting wav was fine with gstreamer, and the file works
fine when reencoding without -h with gstreamer
Comment 3 Arwed v. Merkatz 2005-11-11 16:33:09 UTC
I can reproduce that, trying to find the cause now.
Comment 4 Arwed v. Merkatz 2005-11-11 17:24:51 UTC
fixed in cvs:

2005-11-11  Arwed v. Merkatz  <v.merkatz@gmx.net>

        * ext/wavpack/gstwavpackdec.c: (gst_wavpack_dec_link),
        (gst_wavpack_dec_init), (gst_wavpack_dec_setup_context):
        * ext/wavpack/gstwavpackdec.h:
          Adjust the size of the internal decode buffer dynamically instead of
          assuming 0.5 seconds are enough, fixes bug #317774
Comment 5 Sebastian Dröge (slomo) 2005-11-11 18:06:44 UTC
thanks... fixes it for me too :)