World: r3wp

Just tried synth2.r, nice work by the way.

:)  its getting there slowly - i really need to look at ADSR envelopes 
so 16bit samples dont sound so horrid :)

ICarii, have a look at my PM-101 http://www.rebol.org/view-script.r?script=pm-101.r

I use 8-point free envelope there (ADSR can be easily emulated using 
just 3 points), maybe it will be of some use for you

will do :)  ive been looking at using piano waveforms but they require 
too much number crunching for rebol :(

I was compiling the math functions to C and the result was about 
5-10x faster (not optimalized), but I cannot find that code right 
now.

pm-101 reminds me of an aircraft console ;)   once it stops scaring 
me ill look more closely :)

hehe :)

i was thinking of prebuilding and saving envelope shapes and modifying 
the tone like a mask

I was also working on tracker-like program (not published). I had 
a simple format for notes there that was similar to sequencers - 
I was using tuple! for timing information, it may be better than 
having two blocks, one for notes and one for timing.

so it looked like 1.1.1.1 C1 0.0.1.0 1.1.2.1 D1 0.0.1.0 etc

I think it was used in my demo pitch.green for Rebol demo contest

i intend to fully reproduce sheet music so the format is still a 
little in teh air at the moment

the next version of synth is using a top/bottom stave block with 
separate timings

Ah, OK

i am also trying to make the R3 conversion as simple as possible 
by keeping most of it generic

its taking me a little longer than i thought as im having to learn 
acoustic physics :P

Yes it's better to have the generator totally separated from the 
UI.

yes - i have an R3 synth version now that can build the wav files 
in the same manner as R2

nice

I should have a drumsynth for R3 somewhere, I'll try to find it.

heh :)

wait ... for R3? can that do sound now?

No, just save the sound as WAV or AIFF

ahh ok

it uses vector! for storing sound data

i thought vector was broken? - ive been avoiding it since i heard 
that

Well vector has its limitations but if you try hard enough, it's 
usable :)

noticed an Endian bug in bitrates of 16+ when saving to wav files 
- will fix this in next release.

ok - im trying to calc the optimal intersection point where 3 different 
frequency sine waves create the highest complex wave -
w1: freq 440.0Hz  w2: freq 530.0Hz w3: freq 720.0Hz
i was using: sine (90 * w2 / w3) + sine (90 * w1 / w3) + 1.0

this was under the assumption that the greatest cumulative distance 
from 0 would be at the 90degree mark from the highest freq wave - 
unfortunately this is not the case :(

does anyone have a nice (or not too nasty) formula that will find 
the optimum value? - i will post this in maths too

Do you mean you are trying to find the repeating period of the three 
sine waves, once they are combined ?
I think that means finding the lowest common denominator.

i am trying to find the maximum amplitude of the complex wave

Ok, different problem than I thought..

sorry - wasnt very clear in my original post

So you want to calculate it in advance.

yes - it is a huge time save when i go to do loudness balancing

just a note to Sound. Some time ago, when Cyphre tried to do media 
player in REBOL for us, he complained about some bugs in smooth playback. 
Carl released C code for the sound system in REBOL - this is some 
2 - 3 pages of C code (mostly wrappers) IIRC? Maybe we could fix 
few things for next R2 release?

sounds good - now all we need is a coding sound engineer ;)

The max amplitude, you find, depends on how long you play the sound, 
doesn't it? If you play it long enough, you might get max for each 
of the sin added together, which is 3.

If your 3 waves happen to peak all at the same time, then the maximum 
amplitude is simply the addition of all three amplitudes. If not, 
then the max amplitude is some lesser value. Calculating this seems 
complicated to me..

i cheated and used the number of waves

its not strictly correct though depending on the start phase etc

As you add together a larger number of waves, you will find the maximum 
amplitude is typically much less than the total of all the wave amplitudes. 
It might be easier to generate all the samples of the complex wave 
(using decimal!/float), keeping track of the maximum value, then 
scaling it to 8 or 16 bit integers afterwards. It would be nice to 
have a precise mathematical way of calculating the maximum peak values 
in advance, though...

yes - that would be nice.  Ill have a hunt about see what i can find. 
 I know a couple of sound engineers who might know

It makes me think of something called Fourier Transformations:
http://en.wikipedia.org/wiki/Fourier_transform

yes - they are good for decomposing waves.  very math/processor intensive 
though

hey guys,  I have somewhere an FFT implementation in Rebol, interested 
?

Steeve, what did you use it for? Just experimenting?

it shows frenquencies for a sample, but i don't remember how i did 
that, i can post the demo

would be interesting to see one :)  My next project is to decompose 
complex waves into sheet music :)