Re: Intel iMac (framework problem with Xcode 2.2.1)
Re: Intel iMac (framework problem with Xcode 2.2.1)
- Subject: Re: Intel iMac (framework problem with Xcode 2.2.1)
- From: Michael Thornburgh <email@hidden>
- Date: Wed, 1 Feb 2006 18:09:30 -0800
does amiciPhone run correctly on your intel imac?
does AudioMonitor (ppc build) run under rosetta on your intel imac?
do you have a "copy files" build phase to copy MTCoreAudio.framework
into your app bundle's "Frameworks" folder? is it copying the right
version? otherwise, is the framework located somewhere in your
DYLD_FRAMEWORK_PATH?
-mike
On Feb 1, 2006, at 5:42 PM, Paul Fredlein wrote:
Hi Michael,
I've downloaded and extracted the framework from "amiciPhone" and
added it to a new project. The new project was created and then
immediately run and worked OK. I then added the MTCoreAudio
framework and received this error:
---------------------
[Session started at 2006-02-02 11:28:42 +1000.]
dyld: Library not loaded: @executable_path/../Frameworks/
MTCoreAudio.framework/Versions/B/MTCoreAudio
Referenced from: /Users/paul/Documents/test/build/Debug/test.app/
Contents/MacOS/test
Reason: image not found
test has exited due to signal 5 (SIGTRAP).
---------------------
This was done on the Intel iMac running Xcode 2.2.1. I did exactly
the same think on my PPC but it's running Xcode 2.2 and it works fine.
I'm totally lost. Any help appreciated.
Paul
On 31/01/2006, at 11:06 AM, Michael Thornburgh wrote:
MTCoreAudio is just a thin veneer over the HAL. it has no trouble
with usb or other similar (separate in/out) devices.
MTCoreAudioDevice objects map directly to AudioDeviceIDs. in
fact, the only* funny business going on with these objects is in
the IO cycle, where if you have multiple MTCoreAudioDevice objects
for the same AudioDeviceID, they will all share the same
(internal) AudioDeviceIOProc, which will mix together the playback
buffers (with veclib) for all the virtual AudioDeviceIOProcs and
IOTarget methods for the several MTCoreAudioDevice objects.
* i suppose the mapping of property notifications to delegate
methods could be considered "funny business" too.
i don't have access to an intel mac at this time, but my current
development build of MTCoreAudio (universal), which has no changes
to any parts that could affect -allDevices or +defaultInputDevice,
has been tested in a real application on an intel imac, and
appears to work fine.
you can go to
http://www.amicima.com/
and download "amiciPhone beta 2 for Macintosh", and copy the
MTCoreAudio.framework out of the Frameworks folder in the
application bundle. if that works for you, that suggests you're
having trouble building a universal version of the framework
yourself.
also, you can try running the "AudioMonitor" app (ppc build) under
rosetta on your intel imac, and see if it behaves correctly. i
bet it will.
-mike
On Jan 30, 2006, at 4:40 PM, Andrew Kimpton wrote:
On Jan 30, 2006, at 4:28 PM, Paul Fredlein wrote:
Hi,
. I tried using my USB iMic device on the iMac but still sees
nothing.
Perhaps I parsed your sentence incorrectly - but :
If MTCoreAudio on a PowerPC machines fails to see the USB Audio
device (iMic for example). Then I'd suspect an MTCoreAudio
limitation (or bug) when handling a device which is 'uni-
directional' (output or input only).
Since according to Jeff all the built-in devices on the Intel
iMac are 'uni-directional' I would not expect MTCoreAudio to work
there until this problem is resolved, or if you can test with an
alternative device (I believe MOTU recently released Universal
drivers for their hardware and it's not a 'split device').
Thanks,
Paul
Andrew 8-)
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
40optusnet.com.au
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