Re: Cocoa and AudioUnits?
Re: Cocoa and AudioUnits?
- Subject: Re: Cocoa and AudioUnits?
- From: Kurt Bigler <email@hidden>
- Date: Mon, 20 Jan 2003 17:28:47 -0800
on 1/20/03 4:55 PM, john <email@hidden> wrote:
>
Hi Robert,
>
>
I've voiced my complaints on this list regarding Carbon. It was
>
disappointing to hear that new APIs from Apple were being developed
>
based on Carbon, with no Cocoa accessibility. As an extra complaint, I
>
was particular disappointed to see that the latest CoreAudio SDK has
>
example apps using a simple C++ application framework, instead of the
>
feature-rich Cocoa!
>
>
Carbon has taken on a more active role than initially announced,
>
probably because of developers resisting the switch to Cocoa. Obj-C is
>
probably a bit weird looking at first to pre-OS X programmers, and of
>
course it is easy to feel safe using what you've always used,
>
regardless if there's something better.
>
>
I'd be all for a movement that moves away from Carbon! :)
Moving away from C++ is fine if you don't also have to support Windows
versions of your apps. And although Windows is as ugly as sin I am
surprised how many people are willing to develop using a language that has
no portability whatsoever.
Of course, I suppose using CodeWarrior one can still target ObjC to Windows.
What I am not hearing about, but constantly wondering about is whether
people are succesfully using CodeWarrior to do hybrid C++ / ObjC
development. If so, then a real case can be made for trying ObjC, and
otherwise not, as I see it. It would be a boon to the ObjC "camp" (if only
we didn't have to camp separately!) if more information about hybrid
C++/ObjC development were floating around.
But I am really curious, and would love to learn ObjC (I know I will get
over the really ugly syntax that makes it hard for the eye to recognize the
beginning of a function). But I need to hear success stores that are not
purely Mac-centric. Mind you I would love to be Mac-centric but I am not
given that choice.
We just need a good balance between the creative and the sustainable. These
are still rough times. Apple is wise to respond to the reluctance of
developers who are not purely Mac-centric, and even your success on this
platform depends on this. I doubt Apple is abandoning Cocoa, but only so
much can be done at once. If Apple's immediate choices (e.g. this month)
appear to be moving away from long-term Cocoa-embracing picture, then it is
probably because other immediate and essential needs are being addressed.
Are you really so sure they are against you? If Apple fails to address
immediate needs then you will have no platform to develop for. So what is
needed is not polarity and camps, but dialog!
Regards,
Kurt Bigler
>
>
-- John
>
>
> I've started to work on developing (learning to develop) AudioUnits. I
>
> was at first disappointed to see that I would need to use Carbon for
>
> the UI. Then I went and looked at the Carbon docs, and now I'm really
>
> disappointed! There were good reasons I stopped using Macs and went to
>
> NeXT. I looked through the archives regarding this question and I've
>
> got to say I was disturbed.
>
>
>
> So now that 10.2.3 is out, and the Cocoa-Carbon interoperability stuff
>
> is there a bit, is this a reasonable path to take? This seems to be a
>
> bit painful to have to do each time. When looking at the bundle
>
> documentation, it seemed to me that the only limitation to having a
>
> native Cocoa AudioUnit SDK would be the ObjC runtime limitation on
>
> unloading symbols.
>
>
>
> Can someone from Apple give a hint about the possible future of Cocoa
>
> for AU UI's? Do we need to start a grassroots movement to develop a
>
> way to do this?
>
>
>
> Sorry to be a bit grumpy about this, but when I look at the developer
>
> site at Apple, I get the feeling that Cocoa is taking a back seat (and
>
> not just for audio). I think that this is a major mistake.
>
>
>
> Thanks for your help,
>
> 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.
_______________________________________________
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.