[Live-devel] doGetNextFrame interval

[James Heliker]

Hi Ross -

Thanks so much for getting back to me!

I see what you mean, and fDurationInMicroseconds is being calculated
correctly. For my fragmentation issue, If I don't call afterGetting() then
doGetNextFrame() is not ever re-invoked, so the server essentially stops on
the first partial read.

Is there a method or variable I should set to indicate to Live555 that I
want to continue accumulating data?

 - James

On Thu, Oct 9, 2014 at 9:25 PM, Ross Finlayson <finlayson at live555.com>
wrote:

> In my AudioBufferSource (based on AudioInputDevice) the doGetNextFrame
> happens at an extremely fast interval - which is sometimes causing my PCM
> audio running at 44.1 kHz to get fragmented.
>
>
> The frequency at which "doGetNextFrame()" gets called depends entirely on
> the value that you set for "fDurationInMicroseconds".  If you set this
> appropriately
> i.e., fDurationInMicroseconds =
> (numSamplesDelivered*1000000)/samplesPerSecond
> then "doGetNextFrame()" will get called at the appropriate frequency.
>
> Alternatively, if you leave "fDurationInMicroseconds" at its default value
> of zero, then "doGetNextFrame()" will get called again immediately after
> you complete delivery of the previous frame, but that's OK, provided that
> you don't actually complete the delivery (i.e., call
> "FramedSource::afterGetting()") until you have accumulated however many
> samples you want to deliver each time.  (Of course, you shouldn't 'block'
> or 'spin' waiting for this to happen.)
>
>
> Ross Finlayson
> Live Networks, Inc.
> http://www.live555.com/
>
>
> _______________________________________________
> live-devel mailing list
> live-devel at lists.live555.com
> http://lists.live555.com/mailman/listinfo/live-devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.live555.com/pipermail/live-devel/attachments/20141010/3a826cef/attachment.html>