[gstreamer-bugs] [Bug 552569] audioresample producing strange sized buffers

GStreamer (bugzilla.gnome.org) bugzilla-daemon at bugzilla.gnome.org
Fri Nov 28 02:41:01 PST 2008


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=552569

  GStreamer | gst-plugins-base | Ver: HEAD CVS

Sebastian Dröge changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |slomo at circular-chaos.org
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |FIXED
   Target Milestone|HEAD                        |0.10.22




------- Comment #1 from Sebastian Dröge  2008-11-28 10:41 UTC -------
The different sizes of buffers are intentional. The resampler internally uses a
filter that adds some delay which results in the first buffer being a bit
smaller and a small buffer being added at the end.
We don't insert zeroes in the beginning as we then either have a longer stream
or would lose some audio data. GStreamer handles the added latency properly,
even for live streams from an microphone for example ;)

The other part, the 3 added samples, are fixed in CVS with the new resampler.
Also all buffers except the first and last have the same size now.


-- 
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=552569.




More information about the Gstreamer-bugs mailing list