• 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: AU interface consistency
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: AU interface consistency


  • Subject: Re: AU interface consistency
  • From: email@hidden
  • Date: Mon, 30 Sep 2002 22:19:44 +0100

Surely even if Apple supplied some generic audio control types as part of the System that would be good. This would also free up AU developers from interface design. Of course, if an AU developer wanted to do their own custom controls, let it be.

It just seems a little opposite of Apple's interface standards to make user interface *inconsistency* the standard in any area.

-- John

I second that.

Sure, there are controls in the audio world, that can't be matched by standard user interface widgets. Think of sampleeditors, visual envelope editors with control point handles etc. These need to be implemented individually.

But there are also controls that have become common with identical behaviour, like sliders with two max-min handles (see Emagic plugins), knobs, buttons, radio groups etc., that need to be "skinnable" by custom made graphics. It IMO is absolutely necessary to have standard prototypes that could be passed the needed graphics ressources and sport identical behaviour like command-click == set default value. It would furthermore be nice to have source code of these for peeking implementation details if you for some reason or another need to derive from these, i.e. to add additional behaviour.

A secondary issue is the graphical framework used. Quartz drawing would be comfortable but might cost more performance (If you have heavy cpu load by audio processing, you can't need drop outs by eye candy). Quickdraw might expire somewhen. It would be a desaster if everybody had to do his own benchmarking and adopting the several techniques that exist.

My suggestion would be inventing a site like musicdsp.org, preferredly moderated by CoreAudio group, where example implementations of controls could be posted, commented and evolved. That would be a more open and faster approach than providing such examples via SDK (and even more convenient than that open-source-cvs-hassle).

Cheers,

;) Urs
_______________________________________________
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: AU interface consistency (From: Urs Heckmann <email@hidden>)

  • Prev by Date: IOAudioControl for arbitrary device data
  • Next by Date: Re: AU interface consistency
  • Previous by thread: Re: AU interface consistency
  • Next by thread: Re: AU interface consistency
  • Index(es):
    • Date
    • Thread