• 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: Underflow causes permanent silence
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Underflow causes permanent silence


  • Subject: Re: Underflow causes permanent silence
  • From: "Timothy J. Wood" <email@hidden>
  • Date: Fri, 30 Aug 2002 11:30:41 -0700

A little more info on this -- if I stop the program in the debugger for a short enough period of time, and then continue everything seems OK. It's only when I stop for a 'long' time (more than a couple seconds in this case) that CoreAudio seems to get tired of waiting for me.

Maybe I need some horrific hack where my I/O proc detects that it hasn't been called in a while and causes itself to get detached and reattached to wake up CoreAudio. Yuck, but I suppose I'll try it if no one has any better ideas (no, using printf for debugging is not an option -- CoreAudio should work in this scenario).

-tim


On Friday, August 30, 2002, at 10:56 AM, Timothy J. Wood wrote:

I'm working on a ObjC wrapper around audio units for our game ports. One of the obvious features is a stream that has a QuickTime decoder attached to one end and I/O proc attached to the other end. This all works fine (with the QT decoding happening in one thread and the I/O proc happening in the HAL thread).

Now, the problem is that if I'm in the debugger, and hit ctrl-c to stop my program for some reason, or worse, when loading the QT decompression components the debugger hangs while reading symbols, this causes CoreAudio to get grumpy with me somehow and I only get silence from then on even though my decoding and I/O proc seem to be working just fine.

In fact, often iTunes will quit playing sound at this point until I kill my application. If I run my app directly w/o the debugger involve, it seems to work much better, but I strongly suspect that if my app chugs for some reason, that I'll hit the same problem.

Is there something that I could be doing wrong to cause this? My setup is as follows:

default output has a stereo mixer as its sole input
the stereo mixer has a I/O proc on its first element configured for 44.1kHz mono
10.2

Seems pretty basic, really.

-tim
_______________________________________________
coreaudio-api mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/coreaudio-api
Do not post admin requests to the list. They will be ignored.
_______________________________________________
coreaudio-api mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/coreaudio-api
Do not post admin requests to the list. They will be ignored.

References: 
 >Underflow causes permanent silence (From: "Timothy J. Wood" <email@hidden>)

  • Prev by Date: Re: Playing lots of tiny sounds with different formats?
  • Next by Date: Re: Underflow causes permanent silence
  • Previous by thread: Underflow causes permanent silence
  • Next by thread: Re: Underflow causes permanent silence
  • Index(es):
    • Date
    • Thread