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 590360 - [qtmux] requires endianness even if the samples are 8bit
[qtmux] requires endianness even if the samples are 8bit
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
git master
Other All
: Normal minor
: 0.10.14
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Reported: 2009-07-31 11:07 UTC by Jan Urbański
Modified: 2009-08-04 10:59 UTC
See Also:
GNOME target: ---
GNOME version: ---

make qtmux not barf on 8bit samples with unspecified endianness (1.03 KB, patch)
2009-07-31 11:09 UTC, Jan Urbański
committed Details | Review

Description Jan Urbański 2009-07-31 11:07:30 UTC
Please describe the problem:
When muxing audio/x-raw-int samples with qtmux, it erros out complaining about "broken caps" if there's no endianness in them. That happens even if the samples are 8 bit.

This can happen when remuxing a QT file that has raw 8-bit PCM audio (fourcc 'raw ').

Steps to reproduce:
Take a QT file with raw PCM audio, and run:

GST_DEBUG=qt*:4 gst-launch filesrc ! qtdemux ! queue ! qtmux ! filesink

Actual results:
qtmux gstqtmux.c:1559:gst_qt_mux_audio_sink_set_caps:<mux> broken caps, width/depth/signed/endianness field missing

Expected results:
The file gets remuxed

Does this happen every time?

Other information:
Comment 1 Jan Urbański 2009-07-31 11:09:18 UTC
Created attachment 139619 [details] [review]
make qtmux not barf on 8bit samples with unspecified endianness
Comment 2 Sebastian Dröge (slomo) 2009-08-04 10:59:55 UTC
commit 5a596e67dafefcebc85d270364bf7508e7edbcd5
Author: Jan Urbanski <>
Date:   Tue Aug 4 12:58:35 2009 +0200

    qtmux: Don't require endianness field for 8 bit raw audio
    Fixes bug #590360.