[gst-devel] some gsoc ideas

Christopher Harvey chris at basementcode.com
Sat Mar 20 23:37:42 CET 2010


Hello gstreamer developers,

I'm going to put in a GSoC application for gstreamer. I have a few ideas that 
I'm considering and I want to get some feedback (as google suggests) before I 
write it up.

-Jack output
I saw the plugin in the bad section. The documentation was written in '06. 
Jack seems like it would be important to gstreamer, since being able to pass 
data from application to application is a natural extension of the 
element/pipeline paradigm. I think this deserves to be in the "good" section.

-Delay/reverb
I believe this element could also use some attention. As per the 
documentation:
audioecho adds an echo or (simple) reverb effect to an audio stream.
Reverberation effects are rarely composed of one delay. In fact just to 
simulate a simple square room you need to use many delays with different 
intensities to account for the multiple more important sound reflections. It 
is tedious to combine many identical elements in gstreamer, why not make it 
possible to set the number of delays and their parameters inside one 
audioecho?

-parameter input (gui)
This one is a little sketchy imo because it goes against the theme of other 
gst elements and would depend on GTK (or other). Rather than force the user to 
write a gui to control values within a pipeline, it could be nice to have an 
element that would create a new thread and spawn a gtk window inside it. The 
user could tell the element how many, what type and a short label for each gui 
control. The element would then in turn push the selected values into the 
pipeline. (Think controls for things like fading, color hue/saturation, file 
paths, ip addresses, etc)

any comments and/or criticism is welcome,
Chris.




More information about the gstreamer-devel mailing list