Re: Don't ignore the 64 bit run time! (was Re: au won't register)
Re: Don't ignore the 64 bit run time! (was Re: au won't register)
- Subject: Re: Don't ignore the 64 bit run time! (was Re: au won't register)
- From: Brian Willoughby <email@hidden>
- Date: Tue, 11 Dec 2007 16:30:38 -0800
Ah. So the next logical question is whether AU is a 32-bit API or
both. Have we already discussed this on the list? What does an AU
developer have to do to enable 64-bit in an AU, that could be tested
in AULab? Does the AU have properties or info marking it as 64-bit
(other than the usual executable flags) so that a host can
distinguish the two? Can a 64-bit host load 32-bit AUs without too
much special coding?
Brian Willoughby
Sound Consulting
On Dec 11, 2007, at 12:45, Jeff Moore wrote:
Full blown 64 bit apps will be here sooner than you think. There are
some real advantages to running in 64 bit mode for applications. For
instance, on Intel hardware, you get twice as many registers. This
can boost throughput and/or calculation speed for some apps. Also,
those apps that have large sample banks and want to use more than 4GB
of physical ram have no choice but to run in 64 bit mode.
To facilitate the transition, AULab and HALLab already run in 64 bit
mode today. Just not by default. To get these apps to run in 64 bit
mode, just get info on the application bundle (in /Developer/
Applications/Audio) and uncheck the "Open in 32 bit mode" box.
On Dec 11, 2007, at 12:23 PM, Brian Willoughby wrote:
Theoretically, support for 64-bit AU would require *every* AU host
to be rewritten as a 64-bit application. It's pretty tricky to
rewrite a GUI application for 64-bit, and all popular AU hosts have
a GUI. It's going to be a long time before there is any host that
would support a 64-bit AU anyway. This "limitation" is merely a
practicality.
On Dec 11, 2007, at 11:05, Daniel Oberhoff wrote:
I finally figured I had 64bit set (x86_64), assuming leopard is all
64bit. But it isn't it just supports 64bit, but doesn't use it in
AUs. Which I suppose is two avoid deprecating lots of installed AUs.
_______________________________________________
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