[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