| David Schuyeteneer wrote:
>
> Can someone sum up some differences in use and/or advantages/disadvantages
> of using a TABLE in memory for playing soundsamples and using DISKIN
> I might suffer from a temporally shortage of vision,
> but i really can't see why one would use a static table if you can use a
> dynamic
Tables sit in RAM, and are limited in size to 2^16 (I believe). But they are
much faster accessed that anything on disk, making techniques like granulation
easier. They can also be indexed in the most obfuscating ways
Diskin reads from disk and has no size limitations.
--
________________________________________________________
Jean Piche
Universite de Montreal
http://mistral.ere.umontreal.ca/~pichej
http://www.musique.umontreal.ca/electro/CEC/
Received: from stork.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa22451;
27 Jul 98 15:53 BST
Received: from pat.bath.ac.uk by stork.maths.Bath.AC.UK id aa21455;
27 Jul 98 15:53 BST
Received: (qmail 16851 invoked from network); 27 Jul 1998 14:53:38 -0000
Received: from hermes.ex.ac.uk (HELO exeter.ac.uk) (144.173.6.14)
by pat.bath.ac.uk with SMTP; 27 Jul 1998 14:53:38 -0000
Received: from noether [144.173.8.10] by hermes via SMTP (PAA07846); Mon, 27 Jul 1998 15:48:00 +0100 (BST)
Received: from exeter.ac.uk by maths.ex.ac.uk; Mon, 27 Jul 1998 15:47:41 +0100
Received: from dns1.cod.edu [192.217.1.3] by hermes via ESMTP (PAA23457); Mon, 27 Jul 1998 15:47:39 +0100 (BST)
Received: from mse1.cod.edu (mse1.cod.edu [192.217.1.9])
by dns1.cod.edu (8.9.1/8.9.1) with ESMTP id JAA08480
for ; Mon, 27 Jul 1998 09:47:37 -0500
Message-Id: <199807271447.JAA08480@dns1.cod.edu>
Received: by mse1.cod.edu with Internet Mail Service (5.5.1960.3)
id ; Mon, 27 Jul 1998 09:45:28 -0500
From: "Valentine, Bob"
To: 'Csound'
Date: Mon, 27 Jul 1998 09:45:56 -0500
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.1960.3)
Content-Type: multipart/mixed;
boundary="---- =_NextPart_000_01BDB96D.324BFBFA"
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk
This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.
------ =_NextPart_000_01BDB96D.324BFBFA
Content-Type: text/plain
unsubscribe
------ =_NextPart_000_01BDB96D.324BFBFA
Content-Type: application/ms-tnef
Content-Transfer-Encoding: base64
eJ8+Ih0OAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAEIgAcAGAAAAElQTS5NaWNy
b3NvZnQgTWFpbC5Ob3RlADEIAQSAAQABAAAAAAAAAQmAAQAhAAAAQzgwRDU3QzUyNTI1RDIxMTkz
RUUwMEFBMDBDMUY3NEUAGwcBIIADAA4AAADOBwcAGwAJAC0AHAABAEoBAQWAAwAOAAAAzgcHABsA
CQAtADgAAQBmAQENgAQAAgAAAAIAAgABA5AGAIgEAAApAAAACwACAAEAAABAADkA4PAtQ225vQEC
AXEAAQAAABYAAAABvbltQw3FVw3WJSUR0pPuAKoAwfdOAAACAQkQAQAAAGsAAABnAAAAiAAAAExa
RnUOsKbhAwAKAHJjcGcxMjXSMgD7MzYB6CACpAPjCQIAY2gKwHNldDCWIAcTAoB9CoF1YwBQiwsD
C2BuDhAwMzMMYJRsbgIgZQumIHUAgPR1YgTyYhOACrEKgBHRAgAVcAAeAHAAAQAAAAEAAAAAAAAA
CwAAgAggBgAAAAAAwAAAAAAAAEYAAAAAA4UAAAAAAAADAAKACCAGAAAAAADAAAAAAAAARgAAAAAQ
hQAAAAAAAAMABYAIIAYAAAAAAMAAAAAAAABGAAAAAFKFAAAVEgAAHgAlgAggBgAAAAAAwAAAAAAA
AEYAAAAAVIUAAAEAAAAFAAAAOC4wMwAAAAADACaACCAGAAAAAADAAAAAAAAARgAAAAABhQAAAAAA
AAsAL4AIIAYAAAAAAMAAAAAAAABGAAAAAA6FAAAAAAAAAwAwgAggBgAAAAAAwAAAAAAAAEYAAAAA
EYUAAAAAAAADADKACCAGAAAAAADAAAAAAAAARgAAAAAYhQAAAAAAAB4AQYAIIAYAAAAAAMAAAAAA
AABGAAAAADaFAAABAAAAAQAAAAAAAAAeAEKACCAGAAAAAADAAAAAAAAARgAAAAA3hQAAAQAAAAEA
AAAAAAAAHgBDgAggBgAAAAAAwAAAAAAAAEYAAAAAOIUAAAEAAAABAAAAAAAAAAMAJgAAAAAAAwA2
AAAAAAAeADFAAQAAABEAAABWQUxFTlRJTkI1OTlCOTA0AAAAAAMAGkAAAAAAHgAwQAEAAAARAAAA
VkFMRU5USU5CNTk5QjkwNAAAAAADABlAAAAAAAMA/T9SAwAAAwCAEP////8CAfk/AQAAAF0AAAAA
AAAA3KdAyMBCEBq0uQgAKy/hggEAAAAGAAAAL089Q09MTEVHRSBPRiBEVVBBR0UvT1U9RFVQQUdF
L0NOPVJFQ0lQSUVOVFMvQ049VkFMRU5USU5CNTk5QjkwNAAAAAAeAPg/AQAAAA8AAABWYWxlbnRp
bmUsIEJvYgAAHgA4QAEAAAARAAAAVkFMRU5USU5CNTk5QjkwNAAAAAACAfs/AQAAAF0AAAAAAAAA
3KdAyMBCEBq0uQgAKy/hggEAAAAGAAAAL089Q09MTEVHRSBPRiBEVVBBR0UvT1U9RFVQQUdFL0NO
PVJFQ0lQSUVOVFMvQ049VkFMRU5USU5CNTk5QjkwNAAAAAAeAPo/AQAAAA8AAABWYWxlbnRpbmUs
IEJvYgAAHgA5QAEAAAARAAAAVkFMRU5USU5CNTk5QjkwNAAAAABAAAcwYL3KLG25vQFAAAgw+vtL
Mm25vQEeAD0AAQAAAAEAAAAAAAAAHgAdDgEAAAABAAAAAAAAAAsAKQAAAAAACwAjAAAAAAADAAYQ
ChPoQwMABxALAAAAAwAQEAAAAAADABEQAAAAAB4ACBABAAAADAAAAFVOU1VCU0NSSUJFAL62
------ =_NextPart_000_01BDB96D.324BFBFA--
Received: from stork.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id ak23344;
28 Jul 98 10:15 BST
Received: from pat.bath.ac.uk by stork.maths.Bath.AC.UK id aa05500;
27 Jul 98 20:01 BST
Received: (qmail 2695 invoked from network); 27 Jul 1998 19:01:00 -0000
Received: from hermes.ex.ac.uk (HELO exeter.ac.uk) (144.173.6.14)
by pat.bath.ac.uk with SMTP; 27 Jul 1998 19:01:00 -0000
Received: from noether [144.173.8.10] by hermes via SMTP (TAA05358); Mon, 27 Jul 1998 19:56:55 +0100 (BST)
Received: from exeter.ac.uk by maths.ex.ac.uk; Mon, 27 Jul 1998 19:56:46 +0100
Received: from angel.algonet.se [194.213.74.112] by hermes via SMTP (TAA14233); Mon, 27 Jul 1998 19:56:45 +0100 (BST)
Received: (qmail 7621 invoked from network); 27 Jul 1998 18:56:43 -0000
Received: from du138-24.ppp.algonet.se (HELO algonet.se) (195.100.24.138)
by angel.algonet.se with SMTP; 27 Jul 1998 18:56:43 -0000
From: Anders Andersson
Reply-To: Anders Andersson
To: -
Date: Mon, 27 Jul 1998 20:56:19 +0100
Message-ID:
In-Reply-To:
X-Mailer: YAM 1.3.5 [020] - Amiga Mailer by Marcel Beck
Organization: Nature
Subject: Re: problems with envelope
MIME-Version: 1.0
Content-Type: text/plain
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk
>It would be nice to extend the overall note duration so that the
>last timout cycle could be completed. I tried doing this using linenr and
>linsegr, but neither would increase the note duration beyond p3. Ideas,
>anyone?
Well.. actually you can do something like this:
instr 1
kvol linseg 0, 0.05, p4, p3-0.05, p4, 2, 0
p3 = p3+2
[...]
endin
This will set the note to last 2 seconds more than stated in the score.
I didn't had time to check if this suits your needs, but still, it's a nice
way to extend a note's duration.
.--- -- - -
| Anders "Pipe/Nature" Andersson, pipe@algonet.se
:
Received: from stork.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id cb23401;
28 Jul 98 10:15 BST
Received: from mercury.bath.ac.uk by stork.maths.Bath.AC.UK id aa23473;
28 Jul 98 3:43 BST
Received: (qmail 13300 invoked from network); 28 Jul 1998 02:43:09 -0000
Received: from hermes.ex.ac.uk (HELO exeter.ac.uk) (144.173.6.14)
by mercury.bath.ac.uk with SMTP; 28 Jul 1998 02:43:09 -0000
Received: from noether [144.173.8.10] by hermes via SMTP (DAA07610); Tue, 28 Jul 1998 03:39:51 +0100 (BST)
Received: from exeter.ac.uk by maths.ex.ac.uk; Tue, 28 Jul 1998 03:39:42 +0100
Received: from [200.32.1.233] by hermes via ESMTP (DAA22715); Tue, 28 Jul 1998 03:39:26 +0100 (BST)
Received: from default ([200.32.1.45]) by s4.redynet.com.ar
(Post.Office MTA v3.1.2 release (PO205-101c)
ID# 0-51882U500L2S100V35) with ESMTP id AAA298;
Mon, 27 Jul 1998 23:37:06 -0300
From: Nabla
To: MMCFERRON@cctr.umkc.edu
MMDF-Warning: Parse error in original version of preceding line at UK.AC.Bath.maths.stork
Cc: CSOUND
Subject: RE: simultaneous notes
Date: Mon, 27 Jul 1998 22:45:15 -0300
X-MSMail-Priority: Normal
X-Priority: 3
X-Mailer: Microsoft Internet Mail 4.70.1155
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Message-ID: <19980728023704924.AAA298@default>
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk
> Ernesto,
>
> I haven't had a lot of time to look at you .orc and sco files, but from
first
> glance I don't think you need i99....I think that the global variables
are
> throwing a wrench in it....you might try to test without using the global
> variables and simply putting:
> outs1 asigl
> outs2 asigr
>
> endin
>
>
> all your gvariables are doing is adding amp? if that's the case..you can
> achieve this much easier.... Anyway...I'll give it a look over
again...but at
> first glance, the g-variables seemed to look funny to me...
>
> M
HI M!!!
I DON'T THINK THE GVARIABLES TO BE USELESS BECAUSE THEY ARE USED IN OTHER
INSTRUMENTS (FILTERS, REVERBS, LPRESON ETC..). BUT JOHN FFT(?) GAVE ME THE
SOLUTION:
IF IN INSTR 1 gasl=asigl*iamp AND gasr=asigr*iamp, THE SECOND NOTE MUTE THE
FIRST ONE...
IF IN INSTR 1 gasl=gasl+(asigl*iamp) AND gasr=gasr+(asigr*iamp), THEN "IT
WILL BLOW UP", BUT IF IN INSTR 99 gasl=0 AND gasr=0 IT WORKS OUT.
ANYWAY IF YOU'VE GOT SOME DOUBT OR COMMENT, I LISTEN TO YOU.
THANK YOU AND THANX TO JOHN FFTch.
Received: from stork.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id cj23401;
28 Jul 98 10:15 BST
Received: from mercury.bath.ac.uk by stork.maths.Bath.AC.UK id aa27761;
28 Jul 98 5:41 BST
Received: (qmail 15906 invoked from network); 28 Jul 1998 04:41:28 -0000
Received: from hermes.ex.ac.uk (HELO exeter.ac.uk) (144.173.6.14)
by mercury.bath.ac.uk with SMTP; 28 Jul 1998 04:41:28 -0000
Received: from noether [144.173.8.10] by hermes via SMTP (FAA21390); Tue, 28 Jul 1998 05:37:23 +0100 (BST)
Received: from exeter.ac.uk by maths.ex.ac.uk; Tue, 28 Jul 1998 05:37:13 +0100
Received: from howl.werewolf.net [206.103.224.20] by hermes via ESMTP (FAA13188); Tue, 28 Jul 1998 05:37:12 +0100 (BST)
Received: from default (dial68.werewolf.net [206.103.225.78])
by howl.werewolf.net (8.9.0/8.9.0) with SMTP id XAA13215
for ; Mon, 27 Jul 1998 23:36:14 -0500 (CDT)
From: Hans Mikelson
To: CSOUND
Subject: Re: simultaneous notes
Date: Mon, 27 Jul 1998 23:39:07 -0500
Message-ID: <01bdb9e1$a85d2a20$4ee167ce@default>
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.71.1712.3
X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk
Hello,
Nabla wrote:
> INSTR 1 gasl=asigl*iamp AND gasr=asigr*iamp, THE SECOND NOTE MUTE THE
> FIRST ONE...
> IF IN INSTR 1 gasl=gasl+(asigl*iamp) AND gasr=gasr+(asigr*iamp), THEN "IT
> WILL BLOW UP", BUT IF IN INSTR 99 gasl=0 AND gasr=0 IT WORKS OUT.
The Zak opcodes are a more flexible way to do this.
Hans Mikelson
Received: from stork.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa23897;
28 Jul 98 12:30 BST
Received: from mercury.bath.ac.uk by stork.maths.Bath.AC.UK id aa28341;
28 Jul 98 12:30 BST
Received: (qmail 5835 invoked from network); 28 Jul 1998 11:30:13 -0000
Received: from hermes.ex.ac.uk (HELO exeter.ac.uk) (144.173.6.14)
by mercury.bath.ac.uk with SMTP; 28 Jul 1998 11:30:13 -0000
Received: from noether [144.173.8.10] by hermes via SMTP (MAA15801); Tue, 28 Jul 1998 12:25:05 +0100 (BST)
Received: from zeno.maths.exeter.ac.uk by maths.ex.ac.uk; Tue, 28 Jul 1998 12:24:55 +0100
From: james@maths.ex.ac.uk
Message-Id: <18804.199807281124@zeno.maths.exeter.ac.uk>
Subject: [ Csound] BOUNCE Csound: Non-member submission from [Magnus Danielson ] (fwd)
To: csound@maths.ex.ac.uk
Date: Tue, 28 Jul 1998 12:24:54 +0100 (BST)
Reply-To: magnus@analogue.org
X-Mailer: ELM [version 2.4 PL25]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk
>>>>> "JvZ" == Job van Zuijlen writes:
JvZ> David's question about butterworth filters evoked some
JvZ> old-time memories from the time (some 20 years ago) when I was
JvZ> designing analog synthesizers and other electronic music
JvZ> equipment.
JvZ> One thing I remember from that time is that cascading lower
JvZ> order filters does not result in a higher order filter *unless*
JvZ> you include some form of feedback. The effect of cascading, for
JvZ> example, three low-pass second-order Butterworth filters is
JvZ> a low-pass filter with a slope of 36db/octave, but with a very
JvZ> round cut-off region (i.e. the steep slope doesn't start right
JvZ> away after the cut-off frequency). The feedback helps to make
JvZ> this point "sharper" (This though to explain with pictures and I
JvZ> don't want to bore you with 10k words ;-)
But, this feedback hardly renders a Butterworth filter. In order to
create a Butterworth filter of higher order one has to position the
poles in the correct positions. For Butterworth filters one has to
position the poles evenly spaced on a circle centered around the origo
in the s-plane. The circle radius determines the cut-off frequency.
All this is a direct consequence of the maximally flat approximation
on block filter. There are several brilliant texts that describes
this, but the formulas for Butterworth pole positions are:
pi pi
s (i) = - sin -- (2i - 1) + j cos -- (2i - 1)
p 2n 2n
where n is the number of poles, i is the pole number (1 to n).
Note that this formula gives a filter normalized to w = 1, so the
poles needs to be transposed to the wanted frequency, but this is done
with a simple multiplication. A realization needs to pair up poles
wich is complementary, and this happends by takine the pairs from the
outer ends of the series and pair up, and so on to the middle.
For the lazy people there are many diffrent percalculated tables, but
beware, many writers of these tend in insert small errors to know that
when reprinted with the error, they can approach these and claim
money. Using appropriate formulas will calculations be simple.
JvZ> I used to be able to design filters and work with poles and zeros.
JvZ> It is part of standard analog filter theory, so may be you can find
JvZ> a book about it. If I can find my notes, I might want to try it
JvZ> out myself, which I will let you know.
I use a book called "Filtering in the Time and Frequency Domains" by
Blinchikoff and Zverev to solve most of my questions on the topic, I
have found that this book replaces many others and is to be considered
a good reference. It survives time better than many.
Cheers,
Magnus
Received: from stork.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa23905;
28 Jul 98 12:32 BST
Received: from mercury.bath.ac.uk by stork.maths.Bath.AC.UK id aa28585;
28 Jul 98 12:32 BST
Received: (qmail 5937 invoked from network); 28 Jul 1998 11:32:49 -0000
Received: from hermes.ex.ac.uk (HELO exeter.ac.uk) (144.173.6.14)
by mercury.bath.ac.uk with SMTP; 28 Jul 1998 11:32:49 -0000
Received: from noether [144.173.8.10] by hermes via SMTP (MAA04677); Tue, 28 Jul 1998 12:26:15 +0100 (BST)
Received: from zeno.maths.exeter.ac.uk by maths.ex.ac.uk; Tue, 28 Jul 1998 12:26:05 +0100
From: james@maths.ex.ac.uk
Message-Id: <18814.199807281126@zeno.maths.exeter.ac.uk>
Subject: [ Csound] BOUNCE Csound: Non-member submission from [Paul Koonce ] (fwd)
To: csound@maths.ex.ac.uk
Date: Tue, 28 Jul 1998 12:26:04 +0100 (BST)
Reply-To: koonce@silvertone.princeton.edu
X-Mailer: ELM [version 2.4 PL25]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk
Are octdown and noctdft no longer available? ?
I did a compile from the Montreal source (3.482) (SGI)
ftp.musique.umontreal.ca/pub/mirrors/dream/newest/Csound.tar.gz
and found them missing, both in the -z listing and in action.
They are missing from the 3.48 version as well.
Paul Koonce
Princeton University
--
James Andrews, maths CDO, ext.3977 |