>
> I'm currently trying to set up developer tools on my new, fresh Mavericks
> installation, but there is only one place where containsString: is being
> called, at least by my code, and its here:
>
> - (void)detectDistributionFamily {
> SBLinuxDistribution family = [SBUSBDevice
> dist
On Dec 29, 2014, at 16:27 , SevenBits wrote:
>
> The thing is, I am not using iCloud and that entitlement isn't even present
> in my entitlements file. Those messages are from just opening the
> NSOpenPanel, and doing anything else; clearly, Powerbox is flipping out.
AFAIK, NSOpenPanel originall
> On 30 Dec 2014, at 08:27, SevenBits wrote:
>
> Hey guys,
>
> Maybe my experience is simply too narrow to be able to know how to resolve
> this issue, but I'm seriously confused by an issue I'm seeing in my Cocoa
> app.
What’s going on at the point the actual exception is thrown near the bott
Hey guys,
Maybe my experience is simply too narrow to be able to know how to resolve
this issue, but I'm seriously confused by an issue I'm seeing in my Cocoa
app.
I just released version 3.0 of Mac Linux USB Loader, my app, and it
supports 10.8-10.10. Yesterday I received a bug report that the a
> Depending on what your overall goal is
In this particular case, all I wanted was to learn how to spit audio
samples directly into the sound driver.
My input does come from another thread, reading ogg vorbis, flac, wave
or mp3 files that write into a circular buffer. When the buffer is
full a m
On Dec 29, 2014, at 2:12 AM, Michael Crawford wrote:
>for ( int i = 0; i < inNumberFrames; ++i ){
> *sample++ = sin( twoPi * ( now / 100.0 ) );
> now += 1.0;
>}
Depending on what your overall goal is, it might be easier to use the software
MIDI synthesizer instead of comput
> On Dec 29, 2014, at 2:12 AM, Michael Crawford wrote:
>
> OpenAComponent( comp, &output )
> CloseComponent( output )
These are deprecated since — I believe — OS X 10.8.
You should probably use the iOS compatible functions:
AudioComponentInstanceNew(comp, &output)
AudioComponentInsta
> On Dec 29, 2014, at 2:12 AM, Michael Crawford wrote:
>
> While this source runs in userspace,
> and it supplies data from userspace, the requests for samples seem to
> be coming from a hardware interrupt task.
It's not quite that low-level! It's a thread, but a super-high-priority
(real-time
The following plays a 441 Hz tone directly into the audio driver.
If you alter this code, it is important not to block requests from the
audio driver for more samples. While this source runs in userspace,
and it supplies data from userspace, the requests for samples seem to
be coming from a hardw
