Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!wuarchive!uunet!mcsun!news.funet.fi!hydra!klaava!cc.helsinki.fi!jalkio
From: jalkio@cc.helsinki.fi
Newsgroups: comp.music
Subject: Re: Csound and samples again
Message-ID: <1991Jun26.002918.1@cc.helsinki.fi>
Date: 25 Jun 91 22:29:18 GMT
References: <1991Jun23.224435.1@cc.helsinki.fi> <4cNnxvy00WB4AGm0Ug@andrew.cmu.edu>
Sender: news@klaava.Helsinki.FI (Uutis Ankka)
Organization: University of Helsinki
Lines: 24

In article <4cNnxvy00WB4AGm0Ug@andrew.cmu.edu>, ts09+@andrew.cmu.edu (Thomas Sullivan) writes:


> a1	oscil	p3,  p4 * (R/Y), p5 
> 	out	a1
> 	endin
> 
> Basically, all that is going on here is that we are scaling the cps
> field by the 
> ratio between the real sample rate of the original sound, and the
> "internal sample rate" of one cycle of a waveform, namely the table
> length.  If you divide your table length into your original sound's
> sample rate, do you get something in the neighborhood of the 0.18 that
> you reported?
> 
> --Tom
> (tms@speech1.cs.cmu.edu)

Yup! This was quite helpful. Dividing the sample rate of my sample with
the table length was the trick. BTW, is there any way to detect from the
orchestra what is the table length of one particular table? If not, I
will have to manually give the numbers in the scorefile.

				Jouni