[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