[gstreamer-bugs] [Bug 552569] New: audioresample producing strange sized buffers
GStreamer (bugzilla.gnome.org)
bugzilla-daemon at bugzilla.gnome.org
Tue Sep 16 15:51:37 PDT 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
Summary: audioresample producing strange sized buffers
Product: GStreamer
Version: HEAD CVS
Platform: Other
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: Normal
Component: gst-plugins-base
AssignedTo: gstreamer-bugs at lists.sourceforge.net
ReportedBy: havard.graff at tandberg.com
QAContact: gstreamer-bugs at lists.sourceforge.net
CC: wim.taymans at gmail.com
GNOME version: Unspecified
GNOME milestone: Unspecified
with the launch line:
gst-launch-0.10 audiotestsrc samplesperbuffer=960 num-buffers=3 !
"audio/x-raw-float, rate=(int)48000" ! audioresample ! "audio/x-raw-float,
rate=(int)16000" ! fakesink -v
I get the output:
/GstPipeline:pipeline0/GstFakeSink:fakesink0: last-message = "chain ******* <
( 1268 bytes, timestamp: 0:00:00.000000000, duration: 0:00:00.019812500,
offset: 0, offset_end: 317, flags: 32) 00CF2380"
/GstPipeline:pipeline0/GstFakeSink:fakesink0: last-message = "chain ******* <
( 1284 bytes, timestamp: 0:00:00.019812500, duration: 0:00:00.020062500,
offset: 317, offset_end: 638, flags: 0) 00CF2430"
/GstPipeline:pipeline0/GstFakeSink:fakesink0: last-message = "chain ******* <
( 1280 bytes, timestamp: 0:00:00.039875000, duration: 0:00:00.020000000,
offset: 638, offset_end: 958, flags: 0) 00CF24E0"
/GstPipeline:pipeline0/GstFakeSink:fakesink0: last-message = "chain ******* <
( 12 bytes, timestamp: 0:00:00.059875000, duration: 0:00:00.000187500,
offset: 958, offset_end: 961, flags: 0) 00CF2538"
1268, 1284, 1280, (and 12) bytes.
In my opinion it should produce an even 1280 bytes every time. (960 *
sizeof(float) * 16000 / 48000) as well as a even duration of 20ms.
Fair enough that it uses a delayline, but this should be accounted for with
inserting silence, making the first buffer 1280 bytes no matter what.
And where does the extra 4 in 1284 come from?
And is it really wanted behavior to have it output the few samples in the
delayline(? I am guessing here) after you have sent an EOS? (we are talking 3
samples here, making it 187,5 microseconds of sound :)
--
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