• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Buffer overrun management with TPCircularBuffer.. best way to do so?
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Buffer overrun management with TPCircularBuffer.. best way to do so?

  • Subject: Re: Buffer overrun management with TPCircularBuffer.. best way to do so?
  • From: Kevin Dixon <email@hidden>
  • Date: Wed, 30 Apr 2014 17:07:30 -0700
Do "length" - "fillCount" to see how much space is available. If this is less than your threshold, cause the producer thread to sleep until the buffer is sufficiently drained.

-Kevin


On Wed, Apr 16, 2014 at 3:49 AM, Douglas Carmichael <email@hidden> wrote:
To whom it may concern:

I’ve started working on using TPCircularBuffer to manage the output of a music playback library (libxmp: http://xmp.sourceforge.net/libxmp.html), but I’m stumped on the best way to manage overruns.

Currently, my code does take the audio data into the buffer and render it out on the rendering callback, but there doesn’t seem to be a way to check if the buffer is full with a TPCircularBuffer before pushing data into the buffer.

What should I be doing in my code to make it work?

(I was able to send equal-size chunks of audio from the library in my rendering callback without issue, but the ring buffer will work better for the app I want to build.)

Thanks in advance for any help!

—Douglas


 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:

This email sent to email@hidden

 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:

This email sent to email@hidden
  • Prev by Date: ExtAudioFile - Client Channel Layout
  • Previous by thread: ExtAudioFile - Client Channel Layout
  • Index(es):
    • Date
    • Thread