| Sherlock wrote:
>
> Phasor does not work according the sample.
> Does anyone who knows this command inside and out tell me why Csound,
> and Winsound, gives a blank sound wave?
> I am working on a phaser-like sound. And thought phasor would be perfect
> for the job.
Please see http://www.haint.com/sounds for an implementation of a phase shifting
effect in Csound (in stringphaser.orc). This is a direct translation of the
allpass-based effect found in the Electro-Harmonix Small Stone, the Mutron
Phasor II/Biphase, the MXR Phase 90, etc. It is a far different sound than
"flanging," which is an effect based on longer delays (some people use the terms
phasing and flanging to describe the delay-based effect, but "phasing" is
generally held to mean the allpass-based effect in the world of commercial
effects devices).
I am working on a few unit generators that will implement this allpass
filter-based phase shifting. I'm not sure what to call them, however. My first
attempt is allpassn, based on the fact that it implements n number of
first-order allpass sections with sweepable coefficients. I will also be
implementing a version based on cascaded second-order sections, with each notch
in the spectrum having independent controls over frequency, width, and depth.
What would be a good name for this? phshift? phaseshift (is this too long)?
"phaser" would be too close to phasor to be useful, I think.
Sean Costello
Received: from wallace.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa14078;
29 Aug 99 3:48 BST
Received: from [144.173.6.14] (helo=exeter.ac.uk)
by wallace.maths.bath.ac.uk with esmtp (Exim 2.12 #1)
id 11Ktuz-0000Q0-00
for jpff@maths.bath.ac.uk; Sun, 29 Aug 1999 02:38:01 +0100
Received: from noether [144.173.8.10] by hermes via SMTP (DAA03535); Sun, 29 Aug 1999 03:46:06 +0100 (BST)
Received: from exeter.ac.uk by maths.ex.ac.uk; Sun, 29 Aug 1999 03:45:49 +0100
Received: from grynet.passagen.se [195.163.107.36] by hermes via ESMTP (DAA08546); Sun, 29 Aug 1999 03:45:45 +0100 (BST)
Received: from hem.passagen.se (z10-28.stockholm.sbbs2.net [212.112.10.28])
by grynet.passagen.se (8.8.6/8.8.6) with ESMTP id EAA12842;
Sun, 29 Aug 1999 04:45:40 +0200 (MDT)
Message-ID: <37C8A02C.6E9D922F@hem.passagen.se>
Date: Sun, 29 Aug 1999 04:51:24 +0200
From: rasmus ekman
Organization: .
X-Mailer: Mozilla 4.61 [en] (Win95; I)
X-Accept-Language: en
MIME-Version: 1.0
To: Sean Costello
CC: Csound list
Subject: Re: Phasor notes
References: <37C5C80A.A0D57570@netzero.net> <37C8650F.7216E0FF@seanet.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk
Sean Costello wrote:
>
> I'm not sure what to call them, however. My first
> attempt is allpassn,
> in the spectrum having independent controls over frequency, width, and depth.
> What would be a good name for this? phshift? phaseshift (is this too long)?
In one case there were reportedly complaints about long names,
the problem being that they destroy tabbing. The opcodes were
the "butter*p" set, and the solution was to provide aliases
called butbp, butlp etc. But now there are many 8/9-letter opcodes
around (and a couple of 10-letter ones), so you're safe around
there somewhere. ((is phashift too witty maybe?))
You probably know that the initial letter should usually not be
an a, k or i, as this disrupts the orchestra variable namespace.
(If you call it alpassn you would normally risk having it renamed
to eg lpassn or something, but this case would of course pass
as there already is an alpass opcode...)
Keep up the good work!
re
Received: from shaun.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa14305;
29 Aug 99 6:15 BST
Received: from [195.163.107.36] (helo=grynet.passagen.se)
by shaun.maths.bath.ac.uk with esmtp (Exim 2.12 #1)
id 11KxJ2-0001WV-00
for jpff@maths.bath.ac.uk; Sun, 29 Aug 1999 06:15:04 +0100
Received: from hem.passagen.se (z10-40.stockholm.sbbs2.net [212.112.10.40])
by grynet.passagen.se (8.8.6/8.8.6) with ESMTP id HAA13468;
Sun, 29 Aug 1999 07:14:57 +0200 (MDT)
Message-ID: <37C8C32B.648C4E08@hem.passagen.se>
Date: Sun, 29 Aug 1999 07:20:43 +0200
From: rasmus ekman
Organization: .
X-Mailer: Mozilla 4.61 [en] (Win95; I)
X-Accept-Language: en
MIME-Version: 1.0
To: Csound list
CC: John ffitch
Subject: New bug generator opcode
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Ave Csound coders,
This is to announce my intention to design an opcode which can
generate subtle performance errors in most other opcodes
used in the orchestra.
"How?" you ask - "Csound is pretty stable isitnot?"
Easy!
As some of you may know, the Csound orchestra parser will,
when it finds an (i-type, or k-rate) opcode argument which
is set with a constant value (ie a direct number), store this
value in a pool, and let the opcode parameter point to this value.
If two opcodes use the same constant value, they will thus
point to the same value in the pool.
k-rate variables which use a named orchestra variable are
however given individual storage space.
You can now figure out the new opcode: It will traverse this pool
of constants at k-rate and swap around values, or insert new
random values. (I think I'll call it "leatoric", so as not to
pollute namespace.)
And if this opcode is not included in the canonical sources,
there are actually a few who already have the feature built-in.
To be specific, any opcode which assigns values to any of its own
(k-rate or i-time) input arguments, may sometimes corrupt some
value in the const pool. This will then ruin the performance of
other opcodes which happened to be inited with the same value
constant.
Here are the ones I've found and confirmed so far:
cross2 will correct the iovlp value without warning to make sure
it is a power of two. (Lines 362-364 in Cross.c)
grain forces kgdur to be same length as imgdur. (Line 78 in Grain.c)
nlfilt will similarly correct the kL input value to stay in the
range 1.0 - 1024.0. (Lines 50, 53 in Nlfilt.c)
pitch sets irolloff to 0.6 if it was negative. (Line 150 in pitch.c)
repluck corrects argument iplk to be in range 0.0 - 1.0.
(Line 39 in Repluck.c)
xyin, will, if a min value is larger than the corresponding max,
swap around its argument values.
(Several places in lines 16-33 in Windin.c)
Except for xyin, which got me on the track, these were all
detected by greping sources for "*p->\w+ = " (where "\w+" means
"one or more alphanumerics") and looking at those not called
*p->ar, *p->out etc. I have probably missed some.
The problem can of course be repaired locally for these few cases,
the (temporary?) fix being to make them cause initerrors or perferrors,
thus making Csound slightly more picky.
But programmers should be warned, as this is nowhere documented.
Perhaps there should also be some change to the parser, but
I haven't dug deeply enough to have any advise here - this is
for the maintainer(s) to decide. (I could continue digging, but
if anybody has some idea about this, that's probably quicker
and better.)
Regards,
re
------------- Bugdemo -------------
instr 1 ; Demo of bugs in some opcodes
; This causes invalid ftable no 0.3 in victim
; kx, ky xyin .03, 1, .3, 0, 1, .5, 440
; cross2 paraphernalia
anysig rand 30000
ar1 pluck 20000, 300, 250, 0, 1
ar2 oscil ar1, 440, 1
kbias line 0, p3, 1
; This causes invalid ftable no 2 in victim
; ar cross2 ar1, ar2, 512, 1, 8, kbias
; This causes amp of victim to be 1.0 instead of 0.1
; ar nlfilt anysig, 2, 3, 4, 5, 0.1
; This causes invalid ftable no 0.0 in victim
; ar repluck 1, 10000, 220, .7, .5, anysig
; This causes cps of victim to be .2 instead of 440
; ar grain 25000, 2, 3, 4, 5, 440, 1, 8, .2
; Change victim ftable to -1, then this will cause it to be 0.6
; kpitch, kamp pitch anysig, .2, 7.0, 8.0, 1, 12, 10, 7.5, 6, 10, 4, -1
endin
instr 2
; The victim
ar oscil .1, 440, 1
out ar*300000
endin
f1 0 8192 10 1 ; Sine
f8 0 1024 20 4 ; Blackman
i1 0 1
i2 0 5
e
Received: from shaun.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa14319;
29 Aug 99 6:17 BST
Received: from [144.173.6.14] (helo=exeter.ac.uk)
by shaun.maths.bath.ac.uk with esmtp (Exim 2.12 #1)
id 11KxLP-0001WZ-00
for jpff@maths.bath.ac.uk; Sun, 29 Aug 1999 06:17:31 +0100
Received: from noether [144.173.8.10] by hermes via SMTP (GAA11453); Sun, 29 Aug 1999 06:15:14 +0100 (BST)
Received: from exeter.ac.uk by maths.ex.ac.uk; Sun, 29 Aug 1999 06:15:03 +0100
Received: from grynet.passagen.se [195.163.107.36] by hermes via ESMTP (GAA12994); Sun, 29 Aug 1999 06:15:02 +0100 (BST)
Received: from hem.passagen.se (z10-40.stockholm.sbbs2.net [212.112.10.40])
by grynet.passagen.se (8.8.6/8.8.6) with ESMTP id HAA13468;
Sun, 29 Aug 1999 07:14:57 +0200 (MDT)
Message-ID: <37C8C32B.648C4E08@hem.passagen.se>
Date: Sun, 29 Aug 1999 07:20:43 +0200
From: rasmus ekman
Organization: .
X-Mailer: Mozilla 4.61 [en] (Win95; I)
X-Accept-Language: en
MIME-Version: 1.0
To: Csound list
CC: John ffitch
Subject: New bug generator opcode
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk
Ave Csound coders,
This is to announce my intention to design an opcode which can
generate subtle performance errors in most other opcodes
used in the orchestra.
"How?" you ask - "Csound is pretty stable isitnot?"
Easy!
As some of you may know, the Csound orchestra parser will,
when it finds an (i-type, or k-rate) opcode argument which
is set with a constant value (ie a direct number), store this
value in a pool, and let the opcode parameter point to this value.
If two opcodes use the same constant value, they will thus
point to the same value in the pool.
k-rate variables which use a named orchestra variable are
however given individual storage space.
You can now figure out the new opcode: It will traverse this pool
of constants at k-rate and swap around values, or insert new
random values. (I think I'll call it "leatoric", so as not to
pollute namespace.)
And if this opcode is not included in the canonical sources,
there are actually a few who already have the feature built-in.
To be specific, any opcode which assigns values to any of its own
(k-rate or i-time) input arguments, may sometimes corrupt some
value in the const pool. This will then ruin the performance of
other opcodes which happened to be inited with the same value
constant.
Here are the ones I've found and confirmed so far:
cross2 will correct the iovlp value without warning to make sure
it is a power of two. (Lines 362-364 in Cross.c)
grain forces kgdur to be same length as imgdur. (Line 78 in Grain.c)
nlfilt will similarly correct the kL input value to stay in the
range 1.0 - 1024.0. (Lines 50, 53 in Nlfilt.c)
pitch sets irolloff to 0.6 if it was negative. (Line 150 in pitch.c)
repluck corrects argument iplk to be in range 0.0 - 1.0.
(Line 39 in Repluck.c)
xyin, will, if a min value is larger than the corresponding max,
swap around its argument values.
(Several places in lines 16-33 in Windin.c)
Except for xyin, which got me on the track, these were all
detected by greping sources for "*p->\w+ = " (where "\w+" means
"one or more alphanumerics") and looking at those not called
*p->ar, *p->out etc. I have probably missed some.
The problem can of course be repaired locally for these few cases,
the (temporary?) fix being to make them cause initerrors or perferrors,
thus making Csound slightly more picky.
But programmers should be warned, as this is nowhere documented.
Perhaps there should also be some change to the parser, but
I haven't dug deeply enough to have any advise here - this is
for the maintainer(s) to decide. (I could continue digging, but
if anybody has some idea about this, that's probably quicker
and better.)
Regards,
re
------------- Bugdemo -------------
instr 1 ; Demo of bugs in some opcodes
; This causes invalid ftable no 0.3 in victim
; kx, ky xyin .03, 1, .3, 0, 1, .5, 440
; cross2 paraphernalia
anysig rand 30000
ar1 pluck 20000, 300, 250, 0, 1
ar2 oscil ar1, 440, 1
kbias line 0, p3, 1
; This causes invalid ftable no 2 in victim
; ar cross2 ar1, ar2, 512, 1, 8, kbias
; This causes amp of victim to be 1.0 instead of 0.1
; ar nlfilt anysig, 2, 3, 4, 5, 0.1
; This causes invalid ftable no 0.0 in victim
; ar repluck 1, 10000, 220, .7, .5, anysig
; This causes cps of victim to be .2 instead of 440
; ar grain 25000, 2, 3, 4, 5, 440, 1, 8, .2
; Change victim ftable to -1, then this will cause it to be 0.6
; kpitch, kamp pitch anysig, .2, 7.0, 8.0, 1, 12, 10, 7.5, 6, 10, 4, -1
endin
instr 2
; The victim
ar oscil .1, 440, 1
out ar*300000
endin
f1 0 8192 10 1 ; Sine
f8 0 1024 20 4 ; Blackman
i1 0 1
i2 0 5
e
Received: from wallace.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa14346;
29 Aug 99 6:41 BST
Received: from [144.173.6.14] (helo=exeter.ac.uk)
by wallace.maths.bath.ac.uk with esmtp (Exim 2.12 #1)
id 11KwcY-0000aw-00
for jpff@maths.bath.ac.uk; Sun, 29 Aug 1999 05:31:10 +0100
Received: from noether [144.173.8.10] by hermes via SMTP (GAA13729); Sun, 29 Aug 1999 06:39:16 +0100 (BST)
Received: from exeter.ac.uk by maths.ex.ac.uk; Sun, 29 Aug 1999 06:39:06 +0100
Received: from bunyip.flash.net [209.30.6.15] by hermes via ESMTP (GAA14448); Sun, 29 Aug 1999 06:39:05 +0100 (BST)
Received: from bigfoot.com (p82.amax22.dialup.aus2.flash.net [209.30.216.82])
by bunyip.flash.net (8.9.3/Pro-8.9.3) with ESMTP id AAA22663
for ; Sun, 29 Aug 1999 00:38:58 -0500 (CDT)
Message-ID: <37C8C7B5.709235DD@bigfoot.com>
Date: Sun, 29 Aug 1999 05:40:05 +0000
From: pete moss
Organization: pete moss GmbH
X-Mailer: Mozilla 4.61 [en] (X11; I; Linux 2.2.9-27mdk i686)
X-Accept-Language: en
MIME-Version: 1.0
To: "csound@maths.ex.ac.uk"
Subject: silly name restrictions was:Re: Phasor notes
References: <37C5C80A.A0D57570@netzero.net> <37C8650F.7216E0FF@seanet.com> <37C8A02C.6E9D922F@hem.passagen.se>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk
sorry, i need to vent here.
i think the whole idea of avoiding an initial a, k, or i in an opcode
name is a silly thing in some cases. granted, there doesnt need to be
ipow, kpow, and apow if there can just be pow. but alpassn -> lpassn ?
why? i also dont agree that agogobel should have been changed to
gogobel. some opcodes should be left alone. starting with a, k or i
shouldnt be banned if it makes sense! alpassn makes some sense whereas
lpassn doesnt. besides, a good programmer should be able to avoid using
reserved keywords in code. i dont write code in c and use variables
named if, asm, or static. i think we have gone too far in this not
polluting the variable namespace issue. a few things need to be changed
back to what they were.
:P
> You probably know that the initial letter should usually not be
> an a, k or i, as this disrupts the orchestra variable namespace.
Received: from wallace.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa14608;
29 Aug 99 11:18 BST
Received: from [144.173.6.14] (helo=exeter.ac.uk)
by wallace.maths.bath.ac.uk with esmtp (Exim 2.12 #1)
id 11L0wC-0000em-00
for jpff@maths.bath.ac.uk; Sun, 29 Aug 1999 10:07:44 +0100
Received: from noether [144.173.8.10] by hermes via SMTP (LAA02425); Sun, 29 Aug 1999 11:15:38 +0100 (BST)
Received: from exeter.ac.uk by maths.ex.ac.uk; Sun, 29 Aug 1999 11:15:26 +0100
Received: from jaguars-int.cableinet.net [193.38.113.9] by hermes via SMTP (LAA02334); Sun, 29 Aug 1999 11:15:25 +0100 (BST)
Received: (qmail 8292 invoked from network); 29 Aug 1999 10:15:37 -0000
Received: from unknown (HELO cableinet.co.uk) (194.117.146.64)
by jaguars with SMTP; 29 Aug 1999 10:15:37 -0000
Message-ID: <37C90A79.3FAE5A0B@cableinet.co.uk>
Date: Sun, 29 Aug 1999 11:24:57 +0100
From: Richard Dobson
Organization: Composers Desktop Project
X-Mailer: Mozilla 4.51 [en] (WinNT; I)
X-Accept-Language: en
MIME-Version: 1.0
To: "csound@maths.ex.ac.uk"
Subject: Re: silly name restrictions was:Re: Phasor notes
References: <37C5C80A.A0D57570@netzero.net> <37C8650F.7216E0FF@seanet.com> <37C8A02C.6E9D922F@hem.passagen.se> <37C8C7B5.709235DD@bigfoot.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk
I recall muttering darkly about gogobel a while back! If I saw 'lpassn'
as an opcode, my immediate instinct would be to assume it referred to a
low-pass filter of some kind.
I suppose, if we were all to start over, we would use uppercase
characters for the rate signifiers, so we could have variables such as
Asomething, Ksomething and so on, and thus keep allpassn and agogbel et
al. in the idiomatic form that pleases the eye and calms the mind.
Richard Dobson
pete moss wrote:
>
> sorry, i need to vent here.
>
> i think the whole idea of avoiding an initial a, k, or i in an opcode
> name is a silly thing in some cases. granted, there doesnt need to be
> ipow, kpow, and apow if there can just be pow. but alpassn -> lpassn ?
> why? i also dont agree that agogobel should have been changed to
> gogobel. some opcodes should be left alone. starting with a, k or i
> shouldnt be banned if it makes sense! alpassn makes some sense whereas
> lpassn doesnt. besides, a good programmer should be able to avoid using
> reserved keywords in code. i dont write code in c and use variables
> named if, asm, or static. i think we have gone too far in this not
> polluting the variable namespace issue. a few things need to be changed
> back to what they were.
>
> :P
>
> > You probably know that the initial letter should usually not be
> > an a, k or i, as this disrupts the orchestra variable namespace.
--
Test your DAW with my Soundcard Attrition Page!
http://wkweb5.cableinet.co.uk/rwd (LU: 23rd August 1999)
CDP: http://www.bath.ac.uk/~masjpf/CDP/CDP.htm (LU: 14th June 1999)
Received: from shaun.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa14656;
29 Aug 99 11:54 BST
Received: from [194.179.21.2] (helo=lix.intercom.es ident=root)
by shaun.maths.bath.ac.uk with esmtp (Exim 2.12 #1)
id 11L2bm-0001Yp-00
for jpff@maths.bath.ac.uk; Sun, 29 Aug 1999 11:54:47 +0100
Received: from intercom.es (iv3-50.intercom.es [195.76.131.50]) by lix.intercom.es (8.7.3/8.6.12) with ESMTP id NAA23781; Sun, 29 Aug 1999 13:02:43 +0100
Message-ID: <37C910D7.D62AA0E6@intercom.es>
Date: Sun, 29 Aug 1999 12:52:07 +0200
From: Josep M Comajuncosas
X-Mailer: Mozilla 4.5 [es] (Win95; I)
X-Accept-Language: es
MIME-Version: 1.0
To: rasmus ekman
CC: Csound list , John ffitch
Subject: Re: New bug generator opcode
References: <37C8C32B.648C4E08@hem.passagen.se>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
I had a similar idea to emulate subtle variations of analog equipment. Maybe it
would be nice to define a new set of variables, say ?i,?k,?a variables, which
could have an added (and user definable) amount of thermal noise in them. The
most important think should be the kind of randomness to be applied, and where.
rasmus ekman escribi:
> Ave Csound coders,
>
> This is to announce my intention to design an opcode which can
> generate subtle performance errors in most other opcodes
> used in the orchestra.
>
--
Josep M Comajuncosas
C/ Circumval.lacio 75 08790 Gelida - Penedes
Catalunya - SPAIN tel. 93 7792243
e-mail: gelida@intercom.es
ET Informatica de Sistemes
e-mail: jcomajuncosas@campus.uoc.es
http://members.tripod.com/csound/
Received: from shaun.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa14665;
29 Aug 99 11:59 BST
Received: from [144.173.6.14] (helo=exeter.ac.uk)
by shaun.maths.bath.ac.uk with esmtp (Exim 2.12 #1)
id 11L2gh-0001Yr-00
for jpff@maths.bath.ac.uk; Sun, 29 Aug 1999 11:59:51 +0100
Received: from noether [144.173.8.10] by hermes via SMTP (LAA14879); Sun, 29 Aug 1999 11:54:50 +0100 (BST)
Received: from exeter.ac.uk by maths.ex.ac.uk; Sun, 29 Aug 1999 11:54:42 +0100
Received: from root@lix.intercom.es [194.179.21.2] by hermes via ESMTP (LAA18210); Sun, 29 Aug 1999 11:54:41 +0100 (BST)
Received: from intercom.es (iv3-50.intercom.es [195.76.131.50]) by lix.intercom.es (8.7.3/8.6.12) with ESMTP id NAA23781; Sun, 29 Aug 1999 13:02:43 +0100
Message-ID: <37C910D7.D62AA0E6@intercom.es>
Date: Sun, 29 Aug 1999 12:52:07 +0200
From: Josep M Comajuncosas
X-Mailer: Mozilla 4.5 [es] (Win95; I)
X-Accept-Language: es
MIME-Version: 1.0
To: rasmus ekman
CC: Csound list , John ffitch
Subject: Re: New bug generator opcode
References: <37C8C32B.648C4E08@hem.passagen.se>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-MIME-Autoconverted: from 8bit to quoted-printable by exeter.ac.uk id LAA18210
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk
I had a similar idea to emulate subtle variations of analog equipment. Ma=
ybe it
would be nice to define a new set of variables, say ?i,?k,?a variables, w=
hich
could have an added (and user definable) amount of thermal noise in them.=
The
most important think should be the kind of randomness to be applied, and =
where.
rasmus ekman escribi=F3:
> Ave Csound coders,
>
> This is to announce my intention to design an opcode which can
> generate subtle performance errors in most other opcodes
> used in the orchestra.
>
--
Josep M Comajuncosas
C/ Circumval.lacio 75 08790 Gelida - Penedes
Catalunya - SPAIN tel. 93 7792243
e-mail: gelida@intercom.es
ET Informatica de Sistemes
e-mail: jcomajuncosas@campus.uoc.es
http://members.tripod.com/csound/
Received: from wallace.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa14701;
29 Aug 99 12:24 BST
Received: from [144.173.6.14] (helo=exeter.ac.uk)
by wallace.maths.bath.ac.uk with esmtp (Exim 2.12 #1)
id 11L1yR-0000fY-00
for jpff@maths.bath.ac.uk; Sun, 29 Aug 1999 11:14:07 +0100
Received: from noether [144.173.8.10] by hermes via SMTP (MAA05026); Sun, 29 Aug 1999 12:22:23 +0100 (BST)
Received: from exeter.ac.uk by maths.ex.ac.uk; Sun, 29 Aug 1999 12:22:12 +0100
Received: from saba.wwa.com [198.49.174.36] by hermes via ESMTP (MAA05035); Sun, 29 Aug 1999 12:22:11 +0100 (BST)
Received: from [157.238.67.129] (157-238-67-129.il.verio.net [157.238.67.129])
by saba.wwa.com (8.9.0/8.9.0) with SMTP id GAA27163
for ; Sun, 29 Aug 1999 06:22:10 -0500 (CDT)
Message-Id: <199908291122.GAA27163@saba.wwa.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Date: Sun, 29 Aug 1999 06:27:07 -0600
To: Csound list
From: "17.hzV.tRL.478"
Subject: Re: New bug generator [ot]code
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk
>I had a similar idea to emulate subtle variations of analog equipment.
humanz =3D zpektklr kre.a.turz
!=3D kan aprez!at 1 eror unlesz programd.
=3D humanz !=3D kan aprez!at 1 eror.
en fakt dze! =3D u!l rezort 2 m=10zt v!olnt meanz
2 an!h!lat dzat kondusz!v 2.
d!f betu!n 1 `!d!ot` + 1 dada.!zt =3D_?
>Maybe it
>would be nice to define a new set of variables, say ?i,?k,?a variables, whi=
ch
>could have an added (and user definable) amount of thermal noise in them. T=
he
>most important think should be the kind of randomness to be applied, and wh=
ere.
>
>rasmus ekman escribi=F3:
>
>> Ave Csound coders,
>>
>> This is to announce my intention to design an opcode which can
>> generate subtle performance errors in most other opcodes
>> used in the orchestra.
du =3D k or ekt. [sol++]
error =3D mark ov dze `h!gher` organ!zm.
hensz =3D shall hold zelekt l!f 4rmz rezponz!bl ov genoz!d.
cezt vra! cezt vra!.
heterozeczual reprodukz!on++ hensz m9ndfukc++
modl c!t!znz =3D !nkompetent l!f 4rmz
r!zn modl c!t!znz =3D zurv!v +?
iDr
d!f betu!n 1 `!d!ot` + 1 dada.!zt =3D_?
iDr
forSS !=3D kan aprez!at 1 eror unlesz forSSd
iDral.m9ndfukc.dze laplaz!an fantaz!e ov +1 eq =3D govrnz =3D 0+0
"But chaos is a condition of creativity, says Zarathustra
!deaz !=3D ar!v v!a ordrz sez l!f
introtravel
climbing my ladder of convolutions
over a mountain of space
i breathe the air of an intellectual
i run to the end of a boundless infinity
falling into a bottomless thought
(by cathy and theresa)
-
Tel: +30-1-7217941
(press 106 after you hear the greek message
Man is most nearly himself when he achieves the seriousness of a child at
play. -Heraclitus, Greek philosopher (500 B.C.))
|