[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[sc-users] Re: 64 bit signal processing in the server? pros & cons?
ddw_music wrote
> The pattern system is actually plenty /fast/.
I stand corrected. I appreciate you taking the time to run the benchmark. I
think I'm confusing the language to server message time with the actual
language speed.
ddw_music wrote
> If it takes 2 ms, in a large and complex patch, for a bang at the top to
> finish all its work through the rest of the patch, then generating bangs
> every 1 ms or less will accomplish nothing except overwhelm the system.
This is interesting. I suppose I've been overwhelming the system this whole
time while thinking I was gaining extra precision.
ddw_music wrote
> OK, you started by talking about linear ramps -- and questioning their
> value based on a SinOsc test -- but now you're talking about triggers.
> Those aren't the same thing.
I think you misunderstood what I was describing. The "triggers" are only
used to advance the counter which does indeed create an integer ramp which
is then divided down to a float ramp. This ramp is then fed to the
sequencers and envelopes advancing them at floating point precision. I
imagine VST plug ins receive a similar clock when requesting the position
from the host.
ddw_music wrote
> If you require absolute precision in triggering down to sub-ms resolution,
> then it may become a factor when you try to synchronize with language-side
> patterns.
Yes I noticed this. I'll keep the language/server interaction at reasonable
speeds.
ddw_music wrote
> Your SinOsc phase-input test is interesting, but I'm not sure it's
> relevant to the accuracy of *triggers*. I just glanced at the source code
> for SinOsc, and I have my doubts that audio-rate phase modulation is
> absolutely 100% reliable when freq == 0.0. Good enough for PM synthesis,
> but probably not good enough for a pure sine tone.
The SinOsc test was used as a kind of brute force method to illustrate the
gradual breakdown of precision as the ramp signal advances. Think of this
configuration as an audio rate alternative to the way I was doing it in
Max/Pd with the counter. However the PulseCount you mentioned intrigues me
as a replacement for the Phasor. Also, I'll keep in mind your doubts about
the precision of modulating the SinOsc phase. I wouldn't normally drive an
oscillator this way. It's just a convenient way to visualize the error using
the spectrum visualization.
Thank you again. Your guidance is a valuable resource.
--
View this message in context: http://new-supercollider-mailing-lists-forums-use-these.2681727.n2.nabble.com/64-bit-signal-processing-in-the-server-pros-cons-tp7621808p7621865.html
Sent from the SuperCollider Users New (Use this!!!!) mailing list archive at Nabble.com.
_______________________________________________
sc-users mailing list
info (subscription, etc.): http://www.birmingham.ac.uk/facilities/ea-studios/research/supercollider/mailinglist.aspx
archive: https://listarc.bham.ac.uk/marchives/sc-users/
search: https://listarc.bham.ac.uk/lists/sc-users/search/