• 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: Format Converters
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Format Converters


  • Subject: Re: Format Converters
  • From: William Stewart <email@hidden>
  • Date: Thu, 13 Oct 2005 15:21:23 -0700


On 13/10/2005, at 2:16 PM, Jeremy Sagan wrote:

Bill & Doug,

Thank you for responding. As far as the rule goes, is this a hard and fast rule that I should abide by? If there are no custom views for the format converter then I should not present it to the user as a possible plug-in? Currently I am presenting all format converters (as long as I can pull input since input samples != output samples in general) and there seems to be no bad repercussions other than the plugs you mention don't appear to do anything other than pass audio through so that may be confusing to the user.

I just don't want to miss anything for free in case you guys make a great AUWidget that has no custom view.


Yes - we have the same issue with AU Generator units - for instance, we have the ScheduledSlice AU that would do nothing for a user, and the FilePlayer AU that must have its UI showing...


What the Time Pitch and Varispeed do is just publish the generic carbon (or cocoa) view - so its not really a "custom" view - we're using this to indicate that this *is* something a user might like to use.

In fact in AU Lab we will explicitly filter out a "custom" generic carbon view (so we don't present this view as if it were a custom view)

Bill


Jeremy


On Oct 13, 2005, at 3:18 PM, William Stewart wrote:

The rule we've applied to this in AU Lab (which will host AU Converter units if the source of a strip is a Generator AU) is that the AU publishes a "custom" view.

We use this as a way for the AU to tell us that it has applicability as a "user" type of AU, compared with the more generic convert data role (or some other data management) that converter units do.



--
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


References: 
 >Format Converters (From: Jeremy Sagan <email@hidden>)
 >Re: Format Converters (From: William Stewart <email@hidden>)
 >Re: Format Converters (From: Jeremy Sagan <email@hidden>)

  • Prev by Date: Re: Using the new MovieAudioExtractionFillBuffer() on a MIDI file
  • Next by Date: Re: Using the new MovieAudioExtractionFillBuffer() on a MIDI file
  • Previous by thread: Re: Format Converters
  • Next by thread: Re: Format Converters
  • Index(es):
    • Date
    • Thread