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 304765 - another silly capsnego: sinesrc -> 3 channel audio
another silly capsnego: sinesrc -> 3 channel audio
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins
0.8.9
Other Linux
: Normal normal
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2005-05-19 14:32 UTC by Thomas Vander Stichele
Modified: 2005-11-22 12:46 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Thomas Vander Stichele 2005-05-19 14:32:54 UTC 
gst-launch -v sinesrc ! audioconvert ! audioscale ! fakesink silent=TRUE

this negotiates to 3-channel audio.  Negotiation really should make elements
prefer passthrough for as many properties as possible.  There's no reason to go
from 1 channel to 3 channel.
Comment 1 Thomas Vander Stichele 2005-05-20 12:13:54 UTC 
seems related to the fact that audioscale has [3, ...] for the passthrough caps;
changing it to 4 gives:

gst-0.8] [thomas@otto gst-plugins]$ gst-launch -v sinesrc ! audioconvert !
audioscale ! fakesink silent=TRUE
RUNNING pipeline ...
/pipeline0/audioscale0.src: caps = audio/x-raw-int, rate=(int)44100,
channels=(int)4, endianness=(int)1234, width=(int)16, depth=(int)16,
signed=(boolean)true, 

ie 4 channel audio

might this be related to the bug in caps_simplify that doesn't respect order of
caps ?
Comment 2 Andy Wingo 2005-11-22 12:46:50 UTC 
Obsolete; this is fixed in HEAD and no one hacks 0.8 capsnego any more.