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 737735 - wavenc writes broken file if caps are set
wavenc writes broken file if caps are set
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
git master
Other Linux
: Normal normal
: 1.4.4
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks: 735627
Reported: 2014-10-01 16:12 UTC by Peter G. Baum
Modified: 2014-10-14 07:44 UTC
See Also:
GNOME target: ---
GNOME version: ---

Resulting output file (17.11 KB, audio/x-wav)
2014-10-01 16:12 UTC, Peter G. Baum
The input file (generated by Audacity) (17.11 KB, application/octet-stream)
2014-10-01 16:13 UTC, Peter G. Baum
The log file (301.91 KB, application/gzip)
2014-10-01 16:19 UTC, Peter G. Baum

Description Peter G. Baum 2014-10-01 16:12:23 UTC
Created attachment 287527 [details]
Resulting output file

gst-launch-1.0 --gst-debug-level=5 --gst-debug-no-color filesrc location=stereo.wav ! wavparse ! wavenc ! audio/x-wav ! filesink location=q.wav

with an input file with 4370 Samples results in a file where soxi says that it has 536854528 samples, but in reality it is only a few bytes longer than the input file.

The problem is reproducible with GStreamer Core Library version 1.2.4 and the lates git version.

It works with 0.10.36.
Comment 1 Peter G. Baum 2014-10-01 16:13:40 UTC
Created attachment 287528 [details]
The input file (generated by Audacity)
Comment 2 Peter G. Baum 2014-10-01 16:19:52 UTC
Created attachment 287529 [details]
The log file
Comment 3 Sebastian Dröge (slomo) 2014-10-02 07:15:42 UTC
Each of these fixes it individually, but they're actually two separate bugs.

commit 798cafa7fc2716478d4e3bbcdfd2c89340c7ecc5
Author: Sebastian Dröge <>
Date:   Thu Oct 2 10:13:28 2014 +0300

    capsfilter: Push pending events before a buffer also if upstream never configured caps but we have srcpad caps already
    Otherwise we never send pending events downstream that arrive after we
    configured caps on the srcpad.

commit 7729f4ce81580df72e03e509966651eebb092d81
Author: Sebastian Dröge <>
Date:   Thu Oct 2 10:10:11 2014 +0300

    wavenc: Send CAPS event after the pad was activated
    Otherwise the CAPS event will be dropped and we never configure any caps at
    all, leading to weird behaviour in many situations. Especially header
    rewriting is not going to work if a capsfilter is after wavenc.