[gst-devel] GStreamer-CRITICAL **: gst_bin_add: assertion `GST_IS_ELEMENT (element)' failed
Tim-Philipp Müller
t.i.m at zen.co.uk
Wed May 6 21:09:21 CEST 2009
On Wed, 2009-05-06 at 15:38 -0300, Guilherme wrote:
> The question that still pending is how can I get handle of a buffered data??
>
> For example a simple situation:
>
> source -> sink
>
> I know that data flows from the source src-pad to a buffer than to
> the sink-pad of the sink element.
You could set up a buffer probe on the pad, or you could insert an
identity element and connect to the "handoff" signal to get to the
GstBuffers as they're being pushed through the pipeline.
> 1 - Am I able to specify size for that buffer?
That depends on the source really.
> Cause I want to dump the data in this buffer when its full to another
> buffer, than I can realize a operation with that second buffer while
> the first receives more data and so on..!
Buffers aren't really "filled" like that in GStreamer (with the
exception of the ringbuffers in the audio sink/sources maybe), a buffer
is more akin to a chunk of malloc'ed data that's being passed through
the pipeline.
> 2 - If the first option isn't a valid option, Is that possible to
> get handle of data in this first buffer even with the pipeline play.
> Cause I need to check the input that to perform a transformation with
> the data. FFT (fast fourier transform) to be more exactly. Since there
> is no plug-in available to perform that operation I have to do it
> separately.
It would be much easier if you would just describe what exactly you
eventually want to achieve, rather than make us guess by working
backwards from the low-level details you mention.
You might want to check out the 'spectrum' element btw.
Cheers
-Tim
More information about the gstreamer-devel
mailing list