[Bug 662199] [capsfilter] behavior has changed

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=662199
  GStreamer | gstreamer (core) | git

--- Comment #35 from Sebastian Dröge <slomo at circular-chaos.org> 2011-12-07 16:26:33 UTC ---
(In reply to comment #34)
> (In reply to comment #33)
> > What should this pipeline do?
> > 
> 
> Sure this is not a usefull pipeline (except to reproduce the problem). The
> usfull usecase is the following (but no command line):
> 
> My audio source is retrieving audio from TV. The pipeline starts, we are on a
> TV channel where audio is stereo then we zap and audio is 5.1 then zap and
> audio is back to stereo etc...
> So the audio buffer that come from my audio source are sometimes channels=2 and
> sometimes channels=6, for a same run.

Ok, but that's something completely different than this pipeline (which I don't
see why it would work at all).

In your case you have a source that sometimes generates 2 and sometimes 6
channels. Then comes an audioconvert and then you seem to have a capsfilter,
which forces 2 channels. Correct?
In that case the current code should work, if it doesn't could you provide a
testcase that has the same behaviour?


> > Anyway, this looks like a bug in the code that was already there before.
> > ::fixate_caps() must be called with fixed caps for the first caps parameter
> > while it isn't and usually the allowed caps of the srcpad will not be fixed.
> > This code looks wrong on multiple levels
> 
> Which code exactly ?

The code where your assertion is triggered, gstbasetransform.c:1973

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.