• 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: Cocoa and AudioUnits?
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Cocoa and AudioUnits?


  • Subject: Re: Cocoa and AudioUnits?
  • From: Bill Stewart <email@hidden>
  • Date: Wed, 22 Jan 2003 18:18:25 -0800

Interesting thread - not that I have much to say about it at the moment except that your voices have been heard...

BUT

One thing that I think we did well with AUs was to distinguish between the model and the view of the DSP. If Cocoa is good for UI and your preferred UI choice, then it is certainly easier for a Cocoa based hosts to host a Carbon UI than vice versa.

All of the strengths that have been discussed about Cocoa relate to the UI capabilities - and if/when we do do work in this area it will be in that aspect of the AU - its view.

I don't see us changing any of the implementation and container of the DSP code (the AU proper) to be anything but C/C++ anytime soon. However, that doesn't mean that's the only way that the API for users of AUs or other CoreAudio APIs will be published.

Bill

On Tuesday, January 21, 2003, at 10:58 AM, Robert Abernathy wrote:

It was gently pointed out to me in a private email, that my arguments about the age of the Carbon library where wrong (and silly). I think that it is important to correct myself on this point. The design and implementation of Cocoa is nearly as old as Carbon. Cocoa is actually a mature and well tested library. My point should really have been that Cocoa is the best UI development platform out there (anywhere) and Carbon isn't.

Again, thanks for all the feedback on this. I really would like some from someone at Apple, even if it is just to tell me I'm out of luck. If Apple isn't going to be giving us Cocoa based AU's any time soon then I will set up my own plugin format for the app I'm working on. I will lose all of the nice stuff from AU graphs and I will have to build adaptors between AU's and the other plugins, but I think it will be well worth it.

Rob
_______________________________________________
coreaudio-api mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/coreaudio-api
Do not post admin requests to the list. They will be ignored.


-- 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
________________________________________________________________________ __
_______________________________________________
coreaudio-api mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/coreaudio-api
Do not post admin requests to the list. They will be ignored.
  • Follow-Ups:
    • Re: Cocoa and AudioUnits?
      • From: Robert Abernathy <email@hidden>
    • Re: Cocoa and AudioUnits?
      • From: Andy <email@hidden>
References: 
 >Re: Cocoa and AudioUnits? (From: Robert Abernathy <email@hidden>)

  • Prev by Date: Re: Problems with AUEffectBase w/o Kernels
  • Next by Date: Re: AUView calling SizeWindow?
  • Previous by thread: Re: Cocoa and AudioUnits?
  • Next by thread: Re: Cocoa and AudioUnits?
  • Index(es):
    • Date
    • Thread