search

admsyn / ofxAudioUnit

An openFrameworks addon which makes it easy to work with Audio Units on OSX and iOS
MIT License
121 stars 24 forks source link

It is possible to throw the file player into an infinite priming loop #12

Closed admsyn closed 10 years ago

admsyn commented 10 years ago

Not sure what the sequence of calls to trigger it is yet, but there's a way to get the file player to call prime() on itself in an infinite loop using the public API. That's no good.

admsyn commented 10 years ago

It looks like this isn't an infinite loop, it just hangs internally in a core audio call after setting kAudioUnitProperty_ScheduledFilePrime sometimes.

headdesk

admsyn commented 10 years ago

This looks like it was due to _seekSampleTime not being initialized to 0, so the file player sometimes tried to seek to some random point in the future when priming the file player.

Pinging @jasonlevine since I think this had bitten you in the past. I think it's fixed now but please let me know if you ever experience it?

jasonlevine commented 10 years ago

Will do! I'm deep in graphics land right now, as soon as I get a chance i'll stop by audio land and test it out. On Apr 24, 2014 3:55 PM, "Adam Carlucci" notifications@github.com wrote:

This looks like it was due to _seekSampleTime not being initialized to 0, so the file player sometimes tried to seek to some random point in the future when priming the file player.

Pinging @jasonlevine https://github.com/jasonlevine since I think this had bitten you in the past. I think it's fixed now but please let me know if you ever experience it?

— Reply to this email directly or view it on GitHubhttps://github.com/admsyn/ofxAudioUnit/issues/12#issuecomment-41324341 .