• 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: MusicDevice implementation [Update]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: MusicDevice implementation [Update]


  • Subject: Re: MusicDevice implementation [Update]
  • From: "Mark's Studio" <email@hidden>
  • Date: Mon, 10 Nov 2003 08:44:48 +0100

I have now managed to make a Cocoa MusicDevice,
it's a standard MusicDevice made with the SDK
that has a Cocoa window in a bundle and
all the Audio generation and midi handling is passed on to a cocoa
ObjectiveC class in the bundle.







On 9/11-2003, at 15:30, Mark's Studio wrote:

> I just want to tell you that i succeeded in making a AU that opens a
> Cocoa window, in a host that don't support Cocoa
> i have tested it in a couple of host's AudioUnitHosting, Rax, Metro,
> Peak.
>
>
> On 9/11-2003, at 3:10, Marc Poirier wrote:
>
>> On Sat, 8 Nov 2003, Mark's Studio wrote:
>>
>>> Yes, but i need some sort of test host
>>> the CocoaAUHost don't support MusicDevices.
>>
>> Oh yeah, definitely an issue... ;) I wonder if any of the Cocoa AU
>> host
>> authors out there want to do the first one? I haven't looked too much
>> into the Cocoa UI spec yet, but I'm guessing that it's probably easier
>> for
>> a Cocoa host to add support in...
>>
>>> Another thing is that the my app has almost 1100 parameters,
>>> (32 banks of 32 slider)
>>> and that is very simple to handle in Cocoa, but in a AU it looks like
>>> i
>>> have to declare all of them.
>>
>> Hmmm, that just seems like more of a programming technique issue than
>> anything else, no? I mean, you can use arrays and control statements
>> for
>> repeating and conditionals and whatnot in C and C++. I would
>> certainly
>> think that you can find a way to right your code that only involved
>> individually handling at most 32 different parameters, not 1024...
>>
>> Marc
>>
>>
> Peter Mark
>
> Mark's Recording Studio A/S
> Lundeskovsvej 3
> 2900 Hellerup
> Denmark
> Tel: +45 35366078 Fax: +45 35366038
> www.marks-studio.dk
> email@hidden
> _______________________________________________
> 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.
>
>
Peter Mark

Mark's Recording Studio A/S
Lundeskovsvej 3
2900 Hellerup
Denmark
Tel: +45 35366078 Fax: +45 35366038
www.marks-studio.dk
email@hidden
_______________________________________________
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.

References: 
 >Re: MusicDevice implementation (From: Marc Poirier <email@hidden>)
 >Re: MusicDevice implementation (From: "Mark's Studio" <email@hidden>)

  • Prev by Date: kAudioDevicePropertyStreamFormat unsupported?
  • Next by Date: Re: AUGraphs and Logic
  • Previous by thread: Re: MusicDevice implementation
  • Next by thread: Re: MusicDevice implementation
  • Index(es):
    • Date
    • Thread