oddson wrote:Found it
Since f(hz)/440hz is a ratio I assume I can do the same with normalized values.
I'm too lazy to post a screenshot:oddson wrote:f2p.osm
infuzion wrote:I'm confused... does the P-F read the sample rate?
Acrobat wrote:infuzion wrote:I'm confused... does the P-F read the sample rate?
No, it boosts a normalized freq, where 0 is 0 hz and 1 is SR/2, TMK...
EDIT: --mh so why 0 input ouputs 0.0003..? - mmmh
I have to keep on top of reduction, or else my huge OSMs will become so big I can't edit them. My own MultiEnv is 230Kb with 3 included patches, & that is after alot of reduction. I do keep just enough extras to keep it understandable, so if I wanted I could reduce down to 210kb if I pushed it. Without any reduction, I'm sure it would have been 400k+, & slower due to all the primitives. If each VST has atleast 4 envs (easily more), that would have been 1.2Mb before adding the first OSC.oddson wrote:As for primitive count I don't worry about a handful of simple primitives as long as they bring something to the table. Sometimes it's comprehensibility.
A little extra here, a few there... you're beginning to sound more like a politician when planning a budgetoddson wrote:I hear ya... but most primitives are only a few bytes of data in an OSM and I don't think they're any bigger in a VST or exe....
Clever planning will save you more memory and CPU than picking out a few primitives here and there.
Users browsing this forum: Google [Bot] and 1 guest