• 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
New CA SDK Available (1.4.3)
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

New CA SDK Available (1.4.3)


  • Subject: New CA SDK Available (1.4.3)
  • From: William Stewart <email@hidden>
  • Date: Wed, 16 Nov 2005 18:10:45 -0800

https://connect.apple.com/cgi-bin/WebObjects/MemberSite.woa/wa/ getSoftware?fileID=20191

Here is a list of the primary issues addressed in this SDK (as compared with 1.4.2). This is also the same SDK that is available in the newly released XCode 2.2 (so if you've installed that you will already have this SDK). It is also worth mentioning that there is a revision of AULab - 1.0.2 - in this XCode release as well.

From the readme:

+ Address usage of previous OS SDKs
	- Fix build problems with AU SDK
	- AudioReflector, AudioCodec, AudioFileComponents notes
	- Add document to describe this in more detail

I should add to this that we've primarily targeted the 10.3.9 SDK here. We continue to have problems with the 10.2.8 SDK which are out of our purview (these are problems with the compiler and the header files in that SDK). If you need to target 10.2.8, then you should let your concerns be known through Apple's Developer Relations group (bug reporting is a fine vehicle).


+ Updated document included to explain usage of Carbon windows in Cocoa apps


This has been requested by a number of developers wanting to integrate hosting of carbon windows in Cocoa apps. One point that I'd add to this is that with AULab we've found that the window type matters and does affect the behaviour when layered, so we've switched to using the Panel type window.


+ Denormals handling added to AUBase::Render


+ Universal Builds tip:
The AudioUnit, AudioFileComponent and AudioCodec components all use a similar approach now when building
- All projects use AUResources.h to build the required resources
- This file looks for the definitions of ppc_YES and i386_YES to determine which architectures are being built
- These symbols are defined by adding the following to OTHER_REZ_FLAGS in your project:
-d ppc_$ppc -d i386_$i386
- The actual value of these symbols are then set with the normal architecture check box in your XCode project
This means that once established like this, the resource files will automatically generate appropriate resources for whichever architecture you build for.



Thanks

Bill

--
mailto:email@hidden
tel: +1 408 974 4056
________________________________________________________________________ __
"Much human ingenuity has gone into finding the ultimate Before.
The current state of knowledge can be summarized thus:
In the beginning, there was nothing, which exploded" - Terry Pratchett
________________________________________________________________________ __


_______________________________________________
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: New CA SDK Available (1.4.3)
      • From: Brian Willoughby <email@hidden>
  • Prev by Date: Re: Compositing or not?
  • Next by Date: kAudioHardwareUnsupportedOperationError after calling AudioDeviceStop/AudioDeviceRemoveIOProc from atexit
  • Previous by thread: Re: Compositing or not?
  • Next by thread: Re: New CA SDK Available (1.4.3)
  • Index(es):
    • Date
    • Thread