[gst-devel] GStreamer-CRITICAL **: gst_bin_add: assertion `GST_IS_ELEMENT (element)' failed

[Guilherme]

Tim, I just thought that a superficial description wouldn't help.

What I need exactly is:

    I have a pipeline getting the sound from alsasrc. I need to get all 
the data passing through the pipeline to make a conversion. I'm going to 
use fftw library  to listen to that sound and gimme as  a result  2  
content  that is going to be stored in 2 variables.

     Basically fftw will get the input audio and gimme 2 graphs:

       (frequency x amp)  and (phase diagram)

     That's why I need to get handle of the data passing through the 
pipeline. The thing is this is a live streaming so it is a little more 
complicated than reading from a file.

    These 2 solutions you gave me is valid for my case?

    Thanks Tim!

Tks!

-------------------

Guilherme Longo
Dept. Eng. da Computação
Unaerp

Linux User - #484927

*Before Asking
http://www.istf.com.br/?page=perguntas

!- I'd rather die on my feet than live on my knees -!



Tim-Philipp Müller wrote:
> 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
>
>
>
> ------------------------------------------------------------------------------
> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
> production scanning environment may not be a perfect world - but thanks to
> Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
> Series Scanner you'll get full speed at 300 dpi even with all image 
> processing features enabled. http://p.sf.net/sfu/kodak-com
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>
>