• 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: Audio Drop-outs - VM?
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Audio Drop-outs - VM?


  • Subject: Re: Audio Drop-outs - VM?
  • From: William Stewart <email@hidden>
  • Date: Mon, 31 Jan 2005 12:29:05 -0800

Try running Shark as you're doing this - it can give you a trace of all the activity on your system.

You can also install an overload listener, that will tell you for sure if you are missing data because of overloads.

Bill

On 30/01/2005, at 6:48 PM, Ethan Funk wrote:

Hi all.

I am having a bit of difficulty with brief audio drop outs... sounds like one render buffer worth. At first I thought it was a processor loading problem, but even with "top" reporting 80% idle time, I'm still getting the drop outs. Now I suspect it is a virtual memory problem since it gets worse as I run a little test program that slowly eats up memory.

My render call back does not do much... copies sample data from a 15 second ring buffer and sends a signal to another thread if the buffer need another junk of data written in. No mutex or anything that could block. I signal with a pthread conditional variable which souldn't block if the render callback is the only thread that used it to wake the filler thread - I think. Is it possible that the drop outs occur when I get to a point in the ring buffer where the memory pager has to page the data in from disk? And if so, what can I do to get the pager to get it ahead of time or possible force the ring buffer to be physical memory?

Thanks,

Ethan...
_______________________________________________
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


-- mailto:email@hidden
tel: +1 408 974 4056


________________________________________________________________________ __
Culture Ship Names:
Ravished By The Sheer Implausibility Of That Last Statement [GSV]
I said, I've Got A Big Stick [OU]
Inappropiate Response [OU]
Far Over The Borders Of Insanity And Still Accelerating [Eccentric]
________________________________________________________________________ __


_______________________________________________
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


References: 
 >Audio Drop-outs - VM? (From: Ethan Funk <email@hidden>)

  • Prev by Date: Re: Music Device and channel handshake
  • Next by Date: Re: Initializing static C++ class variable in a HAL plugin problem (Modifié par Stéphane Letz)
  • Previous by thread: Re: Audio Drop-outs - VM?
  • Next by thread: Ogg QT Component not decompressing
  • Index(es):
    • Date
    • Thread