• 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: AU Universal Binary no worky on Intel
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: AU Universal Binary no worky on Intel


  • Subject: Re: AU Universal Binary no worky on Intel
  • From: Hidetomo Katsura <email@hidden>
  • Date: Mon, 5 Feb 2007 22:42:57 -0800

hello Chris,

welcome to the AU plugin world. :)

your 'thng' resource doesn't have the entry for Intel. "OTHER_REZ_FLAGS -d ppc_$ppc -d i386_$i386" should generate the correct 'thng' but maybe it's defined in a wrong target or something.

% /Developer/Tools/DeRez -only 'thng' -useDF /Volumes/ChannelAU/ Channel.component/Contents/Resources/Channel.rsrc /System/Library/ Frameworks/Carbon.framework/Headers/Carbon.r

resource 'thng' (1000, "Airwindows: Channel") {
'aufx',
'chnl',
'Dthr',
0x0,
kAnyComponentFlagsMask,
'',
0,
'STR ',
1000,
'STR ',
1001,
'',
0
/****** Extra bytes follow... ******/
/* $"0001 0000 0000 0009 0000 0000 0001 1000" / * .......?........ */
/* $"0000 646C 6C65 03E8 0005" / * ..dlle.?.. */
};


the extra bytes part is supposed to have two 'dlle' types.

/****** Extra bytes follow... ******/
/* $"0001 0300 0000 0009 0000 0000 0002 1000" / * .......?........ */
/* $"0000 646C 6C65 2710 0005 1000 0000 646C" / * ..dlle'.......dl */
/* $"6C65 2710 0006" /* le'... */


regards,
katsura

On Feb 5, 2007, at 9:47 PM, Chris Johnson wrote:


OK, so I seriously need help.

I've made a bunch of AU plugs- at the moment, _exclusively_ AU plugs, if that amuses Cupertino any- eighteen AU plugs, some of which are awfully competitive sound-wise with anything else out there. I have spent years working on DSP code, but only recently got into C++ and plugin authoring. That's why I suddenly have 18 plugs and more in the channel- I had all the DSP code already and it's just a matter of porting.

I've got them working great- on PPC, which I'm building them on. I've got a free plug (Channel) of which the latest build is at
http://www.airwindows.com/f/Channel.dmg and I'm using it to gauge whether the plugs- based on the AU templates, neither Carbon or Cocoa views, and with CAVectorUnit.cpp and CAVectorUnit.h included under 'Source' to get them to compile... will run on Intel, which I don't have.


The guys trying to run it are having no joy at all. It just doesn't work.

I've tried OTHER_REZ_FLAGS -d ppc_$ppc -d i386_$i386
I've tried OTHER_REZ_FLAGS -rd -d ppc_$(ppc) -d i386_$(i386) for good measure, though I can't find what this all means, quite.
I've got Architectures as ppc i386
I've got SDK Path as /Developer/SDKs/MacOSX10.4u.sdk


	One user provided an auval failure log:

Last login: Mon Feb 5 23:04:44 on ttyp1
Welcome to Darwin!
MacBook-Pro:~ msc$ auval -v aufx chnl Dthr

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
AU Validation Tool
Version: 1.1.2c11
Copyright 2003-4, Apple Computer, Inc.


Specify -h (-help) for command options
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *


--------------------------------------------------
VALIDATING AUDIO UNIT: 'aufx' - 'chnl' - 'Dthr'
--------------------------------------------------
ERROR: Cannot get Component's Name strings
ERROR: Cannot get Component's Info strings
ERROR: Error from retrieving Component Version for resource: -3000

* * FAIL
--------------------------------------------------
TESTING OPEN TIMES:
FATAL ERROR: didn't find the component
MacBook-Pro:~ msc$

I've also run lipo on the component and ascertained that it does have Intel code in it, it's just not helping.

All these plugs (including this tester) run fine on PPC- in fact they're pretty resilient because I'm careful to check for improper startup conditions, which seem to pop up in odd places (certain array references I have to manually boundscheck because they can't be trusted to be sane). What is going on that this universal binary build cannot be made to work for my users?

Oh- and hello- hopefully when I've sorted out my own headache maybe I can occasionally be of help to others in turn :)

	Chris Johnson
	airwindows




_______________________________________________ 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

_______________________________________________ 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
  • Follow-Ups:
    • Re: AU Universal Binary no worky on Intel
      • From: Chris Johnson <email@hidden>
References: 
 >AU Universal Binary no worky on Intel (From: Chris Johnson <email@hidden>)

  • Prev by Date: AU Universal Binary no worky on Intel
  • Next by Date: Converting PCM value into AIFF
  • Previous by thread: AU Universal Binary no worky on Intel
  • Next by thread: Re: AU Universal Binary no worky on Intel
  • Index(es):
    • Date
    • Thread