Support

If you have a problem or need to report a bug please email : support@dsprobotics.com

There are 3 sections to this support area:

DOWNLOADS: access to product manuals, support files and drivers

HELP & INFORMATION: tutorials and example files for learning or finding pre-made modules for your projects

USER FORUMS: meet with other users and exchange ideas, you can also get help and assistance here

NEW REGISTRATIONS - please contact us if you wish to register on the forum

Oscillators

Post any examples or modules that you want to share here

Oscillators

Postby martinvicanek » Wed Oct 15, 2014 9:01 am

Hi gang!

Over the years I have been accumulating knowledge about oscillators, and I would like to share with you some results. You may ask, "Is not everything said and done about oscillators?" or "Why bother, we have the stock oscillators after all!". Well, the stock oscillators are not very CPU efficient, and they have a number of limitations like artifacts at low frequencies. Also, there is no random LFO of any sort. And, hey, isn't it just cool to have your own oscillators? 8-) ;) :lol:

I have four contributions in the pipe on harmonic oscillators, classical waveform oscillators, noise generators, and LFOs, respectively. Today I will release the first one.

Happy Flowstoning!
User avatar
martinvicanek
 
Posts: 1315
Joined: Sat Jun 22, 2013 8:28 pm

Harmonic Oscillators

Postby martinvicanek » Wed Oct 15, 2014 9:07 am

Harmonic Oscillators

A harmonic or sine wave oscillator generates a pure tone without any harmonics. It may be used for additive synthesis, where a number sine waves are added to generate timbre – the Hammond organ is a prominent example of this principle. However, harmonic oscillators are also useful in various DSP applications like heterodyning, frequency conversion, etc.

Methods for generating sine waves fall roughly into two categories:
1. Recursive oscillators, where the actual output value is computed from previous states
2. Direct evaluation as a function of a phase accumulator (= non band-limited ramp)

There are many algorithms for recursive oscillators, with different characteristics in terms of accuracy (especially at low frequencies), stability, computational complexity, etc. Clay Turner has a good overview in http://www.claysturner.com/dsp/digital_resonators.pdf. I have chosen two such algorithms for their unique properties: the Reinsch oscillator as the fastest possible (static), (hyper)stable, low-frequency accurate oscillator, and my own quadrature oscillator as the only hyperstable, equi-amplitude quadrature oscillator that I am aware of.

Recursive oscillators perform best at constant frequency. Modulation requires coefficient(s) updating and may often result in amplitude change. It is somewhat difficult to add phase modulation (it can be done for a quadrature oscillator, but it is not very efficient).

Direct evaluation methods often reduce the range of the phase argument by exploiting symmetry, and then proceed by approximating the sine function by polynomials or rational functions. Another option is to use a lookup table, possibly with some interpolation. The stock sine oscillator uses an uninterpolated 65k-point lookup table. Lookup tables are general purpose and somewhat brute force, however they not always the most efficient choice for a specific task.

Frequency and phase modulation can be easily implemented in direct evaluation schemes.
Attachments
MVsHarmonicOsc 2.0.fsm
Replaced naive saw driver to eliminate phase drift
(46.89 KiB) Downloaded 2054 times
MVsHarmonicOsc.fsm
MV's Harmonic Oscillator Pack v1.0
(47.43 KiB) Downloaded 2202 times
Last edited by martinvicanek on Tue Jun 30, 2015 10:24 pm, edited 1 time in total.
User avatar
martinvicanek
 
Posts: 1315
Joined: Sat Jun 22, 2013 8:28 pm

Re: Oscillators

Postby MyCo » Wed Oct 15, 2014 12:33 pm

Nice, keep on posting! :D

I used the "Reinsch Oscillator" for LFOs quite for a long time, never had problems with it. But didn't know that it's called that. I always thought, this is just a self oscilating filter, and someone accidently discovered that it can self oscillate very stable ;)

@Martin: Have you checked how the drifting of your Oscs are compared to the stock Osc? I expect for the recursive Oscs, that they drift a lot faster.

Lately I switched for LFOs completely to a ramps system. Basically you have just a counter and pass that into converters for the given waveforms. That way it doesn't matter what source generates the LFO. That's the code I use as replacement for the "sin1()" code function:
Code: Select all
streamin angle;           
streamout out;
           
int ABSMASK = 2147483647;
float ONE = 1;       

movaps xmm1,angle;   
addps xmm1,xmm1;
subps xmm1,ONE;
movaps xmm0,xmm1;

addps xmm0,xmm0;
andps xmm1,ABSMASK;
addps xmm0,xmm0;

subps xmm1,ONE;
mulps xmm0,xmm1;
movaps out,xmm0;
User avatar
MyCo
 
Posts: 718
Joined: Tue Jul 13, 2010 12:33 pm
Location: Germany

Re: Oscillators

Postby Exo » Wed Oct 15, 2014 1:40 pm

Thanks Martin, great posts as always :)

I cannot wait to check this out when I am back at my machine :)
Flowstone Guru. Blog and download site for Flowstone.
Best VST Plugins. Initial Audio.
Exo
 
Posts: 426
Joined: Wed Aug 04, 2010 8:58 pm
Location: UK

Re: Oscillators

Postby tulamide » Wed Oct 15, 2014 5:14 pm

Thank you Martin, for sharing your knowledge. I appreciate the generousity! I will read this thread with eagle eyes, since I'm especially interested in your explanations. Most other references always expect me to already be a qualified sound engineer. With the result, that I don't understand much :oops:
But you speak my language, so to say :D
"There lies the dog buried" (German saying translated literally)
tulamide
 
Posts: 2686
Joined: Sat Jun 21, 2014 2:48 pm
Location: Germany

Re: Oscillators

Postby tester » Wed Oct 15, 2014 9:35 pm

Hi Martin,

At some point, efficient and clean sine oscillators with accurate phase settings will be very useful here as well (can you add resync nodes somewhere too?), so this one should give some great boost.

I was wondering about one thing. Is it possible to make multi-sine oscillator (static, no modulation, perhaps individual phase offsets to each frequency), that would be more efficient than combining individual sine oscillators?
Need to take a break? I have something right for you.
Feel free to donate. Thank you for your contribution.
tester
 
Posts: 1786
Joined: Wed Jan 18, 2012 10:52 pm
Location: Poland, internet

Re: Oscillators

Postby martinvicanek » Wed Oct 15, 2014 9:45 pm

Thanks guys, it is good to know that someone actually reads the stuff.
@MyCo: Indeed, a recursive oscillator is a filter driven to self-oscillation. With regard to drift, you can analyze those beasts theoretically and classify them as unstable or hyperstable, respectively. The unstable ones don't have their poles exactly on the unit circle in the z-plane, hence the amplitude runs away exponentially. That may start out very slow in the beginning, but ultimately the thing will blow up or collapse. The only way to tame these is to apply some gain control mechanism. The coupled form is one example for this class. The hyperstable ones, on the other hand, do have their poles exactly on the unit circle, hence there is no systematic runaway but only a possible drift due to roundoff errors in the iteration. That difference may seem subtle, but it is not. The oscillators in my schematic are hyperstable.

Yes, I did some testing and let them run freely for half an hour or so. The amplitude remained constant (deviation was less than 1e-4). However, I want to have a closer look, run longer periods and also record some statistics. Thanks for asking.

Yes, the ramp driven LFO concept has some nice features, and I like your stitched parabolas as a fake sine ;) - absolutely legit for an LFO! We can take this up again when I post #4.
@tulamide, thank you, glad you find my explanations useful.
User avatar
martinvicanek
 
Posts: 1315
Joined: Sat Jun 22, 2013 8:28 pm

Re: Oscillators

Postby martinvicanek » Sat Oct 18, 2014 6:52 pm

Okay, so I did some more testing regarding drift of those freely running recursive oscillators, with some interesting results. Below is a log from an overnight run. The display shows the amplitude deviation from unity magnified by 1e+4, taking 1 sample each minute.
DriftTest1.png
DriftTest1.png (17.99 KiB) Viewed 57168 times
The amplitude fluctuations are confined to a band of possible values, there is no growth or exponential runaway. I would have expected a random-walk-like deviation proportional to the square root of running time, however the oscillator seems to get trapped in a limit cycle instead. I found this behavior in all test cases in a wide range of initial conditions and input parameters. So this is good news.

@tester: I deliberately left out sync inputs because naive hard syncing causes terrible aliasing. I thought it is useless and only increases CPU load. Do you have a particular use for it? And yes, it is possible to create a multiple oscillator (straightforward code replication) however there is not much to gain to be expected in terms of efficiency compared to individual modules, no overhead that could be shared.
User avatar
martinvicanek
 
Posts: 1315
Joined: Sat Jun 22, 2013 8:28 pm

Re: Oscillators

Postby KG_is_back » Sat Oct 18, 2014 7:04 pm

martinvicanek wrote:The amplitude fluctuations are confined to a band of possible values, there is no growth or exponential runaway. I would have expected a random-walk-like deviation proportional to the square root of running time, however the oscillator seems to get trapped in a limit cycle instead. I found this behavior in all test cases in a wide range of initial conditions and input parameters. So this is good news.


This is good news indeed. And quite surprising too.
KG_is_back
 
Posts: 1196
Joined: Tue Oct 22, 2013 5:43 pm
Location: Slovakia

Classical Waveforms Oscillators

Postby martinvicanek » Sat Oct 18, 2014 7:21 pm

(MV's Oscillators Part II)

Classical waveforms like a sawtooth feature a rich overtone spectrum. In an analog processing chain, this is no concern as any content above 20 kHz, say, can be easily removed by appropriate filtering. In the digital domain, however, frequencies above the Nyquist frequency get reflected back into the audible range – a well-known and generally unwanted phenomenon called aliasing. It is very hard to eliminate aliasing once it occurs, so the objective is to avoid generating frequencies above Nyquist in the first place.

There are a number of ways to generate band limited waveforms, each addressing a different balance between alias suppression efficiency, faithful waveform approximation, and computational load. Jussi Pekonen’s Seminar Lecture “Antialiasing Oscillator Algorithms for Digital Subtractive Synthesis” at http://legacy.spa.aalto.fi/u/jpekonen/t ... ekonen.pdf provides a good overview.

In this schematic I have chosen the so-called PolyBLEP method to generate band limited classical waveforms. (The acronym stands for “polynomial-based band-limited step”.) This method marks a sweet spot in terms of CPU efficiency and alias suppression: the typical CPU load is only about 10% compared to the stock oscillators. However, ultimately the sound is what counts, and that’s to some degree a subjective issue. So go and check it out! ;)

Updates:
v1.1 - bugfix for negative frequencies/through zero FM.
v2.0 - bugfix for phase drift, included MyCo's additions
Attachments
MVs+MyCosClassicalOsc_v2.0.fsm
Replaced naive saw driver to eliminate phase drift
(77.3 KiB) Downloaded 2041 times
MVsClassicalOsc_v1.1.fsm
Updated 22.02.2015
(65.48 KiB) Downloaded 2026 times
Last edited by martinvicanek on Wed Jul 01, 2015 8:20 am, edited 2 times in total.
User avatar
martinvicanek
 
Posts: 1315
Joined: Sat Jun 22, 2013 8:28 pm

Next

Return to User Examples

Who is online

Users browsing this forum: No registered users and 24 guests