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

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