[gst-devel] some gsoc ideas

[Stefan Kost]

Am 21.03.2010 00:37, schrieb Christopher Harvey:
> 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.
>
If you want file a bug requesting the plugin to be moved to good. You would need
to check the gstreamer/docs/random/moving-plugins checklist to see whether it is
ready. I think there are some open feature requests. One thing I have somewhere
on my todo list is to allow the application to set the jack-client. This would
help to have a pesistent jack connection and is needed of one wants to e.g.
support jack midi in addition or handling the jack transport control.

Anyway, I am not sure if that is enough for a GSoC project :/

> 
> -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?

Multiple delays are usualy done as a multitap delay, that is a single delay line
with multiple taps. Still this makes no reverb. Adding some delay variants would
be nice (a multitap delay, a cross-delays, a cross-delays with filters in the
feedback loop, ...). And a real reverb would be nice (could e.g. be build on
freeverb). Right now we can use this via ladspa bridge in gstreamer.

Maybe both suggestions could be joined as a "creative audio" GSoC bundle. Not
sure what others think.

Stefan

> 
> -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)

http://code.google.com/p/gst-gengui/

> 
> any comments and/or criticism is welcome,
> Chris.
> 
> ------------------------------------------------------------------------------
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel