[gstreamer-bugs] [Bug 558124] [PLUGIN-MOVE] Move speexresample as audioresample2 to -base

[GStreamer (bugzilla.gnome.org)]

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
  http://bugzilla.gnome.org/show_bug.cgi?id=558124

  GStreamer | gst-plugins-base | Ver: 0.10.22




------- Comment #3 from Tim-Philipp Müller  2008-11-21 14:40 UTC -------
Sounds like a good idea to me, given that chances are (imo) rather slim that
anyone's going to make our current audioresample not suck any time soon.

I'm wondering:

 - does setting the 'filter-length' to a specific value imply something
directly
   quantifiable about the behaviour of the element in the pipeline (e.g. is
there
   a direct relationship between the filter-length value and max. latency or
so)?

 - if not, maybe we could just add a filter-length property to
speexaudioresample
   and translate that to some roughly equivalent quality value, and then just
   replace the old audioresample with this, instead of having an
audioresample2?
   (this should be done after the release then though imo)

 - either way, I think we should not make playbin use the new resample
   so shortly before the release, but give it some testing in cvs first.

 - (also, minor point, but I'm not sure if we should really fix up all the
example
   pipelines, wouldn't that make them unnecessarily confusing for beginners?)


-- 
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=558124.