• 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: Paremeter changes by the user
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Paremeter changes by the user


  • Subject: Re: Paremeter changes by the user
  • From: Aristotel Digenis <email@hidden>
  • Date: Sat, 19 Jun 2004 04:45:23 +0100

Good points! I will reconsider how I pass and calculate the values of my parameters over the weekend, but those are good points..Thanks you!

Marc Poirier wrote:

On Fri, 18 Jun 2004, Aristotel Digenis wrote:



Thank you Brian and Bill,

Good point, about calling the GetParameter function in the rendering and therefore having the latest value on a per sample basis. However I have chosen to go with the SetParameter when a slider is changed because I will actually be doing some calculations on that incoming parameter before its use in the render stage. I was also a bit confused with the two SetParameter functions, one that takes 2 arguements and one that takes more. I now have it working just fine.



That's C++ function overloading.



Out of curiosity, calling the GetParameter function for the parameter on every sample would take more processing power than having the value set only when the slider is moved?



Well, it's not really just a choice between those 2 options. If you're worried about calling GetParameter for every sample, then why not just call GetParameter once at the start of your rendering and then store the result in some local variable in your render function? Just like what I am guessing your were doing in your SetParameter overriding approach (though I guess a class variable not a local one), right?

Then there's also this to think about: if you are doing much in the way of calculations in response to some parameter changes, and given that you may get many SetParameter calls for one render slice, then do you want to be doing your calculations in SetParameter, possibly several redundant times, rather than doing them once at the start of your rendering? Or if your calculations are really very heavy, and you want to make sure that you really only do them when absolutely necessary and only when the parameter has definitely changed, and not multiple times for one slice if the parameter changes multiple times, then maybe you want a different approach where you set a flag of some sort in SetParameter, then check the flag in render and do your calculations there if something changed.

Anyway, at that point it all just really depends on the specifics of your plugin. But if you want the easiest way, then call GetParameter during render. If you have unique performance concerns, then think about all the options and what is best for your application.

Marc






--
Aristotel Digenis
email@hidden
http://www.digenis.ws
_______________________________________________
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: Paremeter changes by the user (From: Marc Poirier <email@hidden>)

  • Prev by Date: Process and Render
  • Next by Date: how soon is now?
  • Previous by thread: Re: Paremeter changes by the user
  • Next by thread: Re: Paremeter changes by the user
  • Index(es):
    • Date
    • Thread