| Organised Sound
An International Journal of Music and Technology
Volume 4, Number 3
Issue thematic title: Breaking the Boundaries
Date of Publication: December 1999
Publishers: Cambridge University Press
Articles to be considered for publication in the named issue are now
invited.
Volume 4/3 is to investigate the theme "Breaking the Boundaries". Too
many decade thresholds (or "centuries", or "millennia" if you prefer)
have stimulated change, not only in the arts but in many other aspects
of society, politics and economy.
Are we, the community of electroacoustic music and music
technology, satisfied with our music, our scholarship, our technological
developments or our relationship with society at large?
Organised Sound invites you to document your vision of where we might
go from here in any area of music involving technology, or of technology
involving organised sound.
Submissions can be in written, graphic or sonic form. What artistic
and technological boundaries are fixed or due for removal in the
future? Is there anyone ahead of his/her time in our field these days?
SUBMISSION DEADLINE: 1st August 1999
SUBMISSION FORMAT
Notes for Contributors can be obtained from the inside back cover of
published issues of Organised Sound or from:
http://www.cup.cam.ac.uk/journals/oso/osoifc.htm
TIMETABLE for SUBMISSIONS
Articles and other material for the editors' consideration should be
submitted
by 1st August 1999. Hard copy to:
The Editors,
Organised Sound,
Department of Contemporary Arts
Crewe+Alsager Faculty
Manchester Metropolitan University
Hassall Road
Alsager
Cheshire ST7 2HL, UK.
Email submissions should be mailed to (please see SUBMISSION FORMAT
above):
os@cage.york.ac.uk
Further details about Organised Sound are available at:
http://www.cup.cam.ac.uk/Journals/JNLSCAT/oso/oso.html
Editors: Ross Kirk, Leigh Landy, Tony Myatt, Richard Orton.
Corresponding Editors:
Lelio Camilleri, Daniel Oppenheim, Miller Puckette, Barry Truax,
David Worrall
International Editorial Board:
Marc Battier, Francois Bayle, Peter Castine, Alcedo Coenen,
Francis Dhomont,Simon Emmerson, Rajmil Fischman, Takayuki Rai,
John Rimmer, Jean-Claude Risset, Francis Rumsey, Conrado Silva,
Christiane Ten-Hoopen, Daniel Teruggi, Jukka Tiensuu,
Trevor Wishart, Scott Wyatt, Iannis Xenakis.
Received: from wallace.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa18523;
11 May 99 19:27 BST
Received: from [144.173.6.14] (helo=exeter.ac.uk)
by wallace.maths.bath.ac.uk with esmtp (Exim 2.12 #1)
id 10hHFT-0003n6-00
for jpff@maths.bath.ac.uk; Tue, 11 May 1999 19:27:23 +0100
Received: from noether [144.173.8.10] by hermes via SMTP (TAA17567); Tue, 11 May 1999 19:24:29 +0100 (BST)
Received: from exeter.ac.uk by maths.ex.ac.uk; Tue, 11 May 1999 19:24:07 +0100
Received: from hromeo.algonet.se [194.213.74.10] by hermes via SMTP (TAA07408); Tue, 11 May 1999 19:24:06 +0100 (BST)
Received: (qmail 14605 invoked from network); 11 May 1999 20:24:04 +0200
Received: from du215-93.ppp.algonet.se (HELO algonet.se) (195.100.93.215)
by hromeo.algonet.se with SMTP; 11 May 1999 20:24:04 +0200
From: Anders Andersson
To: The CSound mailinglist
CC: CSound list
Date: Tue, 11 May 1999 20:19:28 +0200
Message-ID:
In-Reply-To: <37373EC5.DB7005EF@babcom.u-net.com>
X-Mailer: YAM 2.0Preview7 [020] - Amiga Mailer by Marcel Beck - http://www.yam.ch
Subject: oscil3
MIME-Version: 1.0
Content-Type: text/plain
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk
>> > The output from this contains a single sample -32768 spike about a
>> > third of the way in for no apparent reason.
>>
>> steve, your orchestra produces a perfectly clean sine sweep for me too
>> (winsound 3.53; gabriel maldonado's directcsound 2.70, based on csound
>> 3.52 i think). so check your version of csound.
> Anyway, my glitching problem remains, so here is a simplified version of
> my orc and sco which shows the problem more clearly. When I run this I get
> a half wave rectified sine, i.e. no negative output at all. Halving the
> table size produces a sine sweep with a 1 sample wide -32768 spike on a
> zero crossing point about one quarter of the way in, reducing the table
> size more cures the problem. Replacing oscil3 with oscili also cures the
> problem.
Well, 1st: You have an amplitude of 32768, and sin(90)*32768 = 32768,
ie one sample to high for a 16-bit output. Thats why you get a spike,
because 32768 = -32768 when using signed values (as in a sample).
Aparently, CSound will clip the value to 32767 when using word-sized output
(16bit) but not for 8-bit output, this might be why some people get spikes,
and some are not.
Instead of setting /ilevl/ to /p4*32768/, try with /p4*32767/. It might
(should) help.
2nd: Oscili uses *linear* interpolation, in wich a sample will not be
louder than one of the points used when interpolating.
Oscil3 uses some other kind of interpolation, where *(i guess)* if you have
a specific sequence of input values, the output *CAN* be higher than the
inputs. (im not shure about this though).
This should *NOT* be the reason in this case though, as you have a very
large
sine as input, and it's the best signal an interpolator could think of..
// Anders
ps. I used my own GCC-compiled 3.52 Amiga-version
Received: from wallace.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa18523;
11 May 99 19:27 BST
Received: from [144.173.6.14] (helo=exeter.ac.uk)
by wallace.maths.bath.ac.uk with esmtp (Exim 2.12 #1)
id 10hHFT-0003n6-00
for jpff@maths.bath.ac.uk; Tue, 11 May 1999 19:27:23 +0100
Received: from noether [144.173.8.10] by hermes via SMTP (TAA17567); Tue, 11 May 1999 19:24:29 +0100 (BST)
Received: from exeter.ac.uk by maths.ex.ac.uk; Tue, 11 May 1999 19:24:07 +0100
Received: from hromeo.algonet.se [194.213.74.10] by hermes via SMTP (TAA07408); Tue, 11 May 1999 19:24:06 +0100 (BST)
Received: (qmail 14605 invoked from network); 11 May 1999 20:24:04 +0200
Received: from du215-93.ppp.algonet.se (HELO algonet.se) (195.100.93.215)
by hromeo.algonet.se with SMTP; 11 May 1999 20:24:04 +0200
From: Anders Andersson
To: The CSound mailinglist
CC: CSound list
Date: Tue, 11 May 1999 20:19:28 +0200
Message-ID:
In-Reply-To: <37373EC5.DB7005EF@babcom.u-net.com>
X-Mailer: YAM 2.0Preview7 [020] - Amiga Mailer by Marcel Beck - http://www.yam.ch
Subject: oscil3
MIME-Version: 1.0
Content-Type: text/plain
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk
>> > The output from this contains a single sample -32768 spike about a
>> > third of the way in for no apparent reason.
>>
>> steve, your orchestra produces a perfectly clean sine sweep for me too
>> (winsound 3.53; gabriel maldonado's directcsound 2.70, based on csound
>> 3.52 i think). so check your version of csound.
> Anyway, my glitching problem remains, so here is a simplified version of
> my orc and sco which shows the problem more clearly. When I run this I get
> a half wave rectified sine, i.e. no negative output at all. Halving the
> table size produces a sine sweep with a 1 sample wide -32768 spike on a
> zero crossing point about one quarter of the way in, reducing the table
> size more cures the problem. Replacing oscil3 with oscili also cures the
> problem.
Well, 1st: You have an amplitude of 32768, and sin(90)*32768 = 32768,
ie one sample to high for a 16-bit output. Thats why you get a spike,
because 32768 = -32768 when using signed values (as in a sample).
Aparently, CSound will clip the value to 32767 when using word-sized output
(16bit) but not for 8-bit output, this might be why some people get spikes,
and some are not.
Instead of setting /ilevl/ to /p4*32768/, try with /p4*32767/. It might
(should) help.
2nd: Oscili uses *linear* interpolation, in wich a sample will not be
louder than one of the points used when interpolating.
Oscil3 uses some other kind of interpolation, where *(i guess)* if you have
a specific sequence of input values, the output *CAN* be higher than the
inputs. (im not shure about this though).
This should *NOT* be the reason in this case though, as you have a very
large
sine as input, and it's the best signal an interpolator could think of..
// Anders
ps. I used my own GCC-compiled 3.52 Amiga-version
Received: from wallace.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa18529;
11 May 99 19:27 BST
Received: from [144.173.6.14] (helo=exeter.ac.uk)
by wallace.maths.bath.ac.uk with esmtp (Exim 2.12 #1)
id 10hHFf-0003n9-00
for jpff@maths.bath.ac.uk; Tue, 11 May 1999 19:27:35 +0100
Received: from noether [144.173.8.10] by hermes via SMTP (TAA15245); Tue, 11 May 1999 19:24:30 +0100 (BST)
Received: from exeter.ac.uk by maths.ex.ac.uk; Tue, 11 May 1999 19:24:07 +0100
Received: from hromeo.algonet.se [194.213.74.10] by hermes via SMTP (TAA00285); Tue, 11 May 1999 19:24:06 +0100 (BST)
Received: (qmail 14605 invoked from network); 11 May 1999 20:24:04 +0200
Received: from du215-93.ppp.algonet.se (HELO algonet.se) (195.100.93.215)
by hromeo.algonet.se with SMTP; 11 May 1999 20:24:04 +0200
From: Anders Andersson
To: The CSound mailinglist
CC: CSound list
Date: Tue, 11 May 1999 20:19:28 +0200
Message-ID:
In-Reply-To: <37373EC5.DB7005EF@babcom.u-net.com>
X-Mailer: YAM 2.0Preview7 [020] - Amiga Mailer by Marcel Beck - http://www.yam.ch
Subject: oscil3
MIME-Version: 1.0
Content-Type: text/plain
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk
>> > The output from this contains a single sample -32768 spike about a
>> > third of the way in for no apparent reason.
>>
>> steve, your orchestra produces a perfectly clean sine sweep for me too
>> (winsound 3.53; gabriel maldonado's directcsound 2.70, based on csound
>> 3.52 i think). so check your version of csound.
> Anyway, my glitching problem remains, so here is a simplified version of
> my orc and sco which shows the problem more clearly. When I run this I get
> a half wave rectified sine, i.e. no negative output at all. Halving the
> table size produces a sine sweep with a 1 sample wide -32768 spike on a
> zero crossing point about one quarter of the way in, reducing the table
> size more cures the problem. Replacing oscil3 with oscili also cures the
> problem.
Well, 1st: You have an amplitude of 32768, and sin(90)*32768 = 32768,
ie one sample to high for a 16-bit output. Thats why you get a spike,
because 32768 = -32768 when using signed values (as in a sample).
Aparently, CSound will clip the value to 32767 when using word-sized output
(16bit) but not for 8-bit output, this might be why some people get spikes,
and some are not.
Instead of setting /ilevl/ to /p4*32768/, try with /p4*32767/. It might
(should) help.
2nd: Oscili uses *linear* interpolation, in wich a sample will not be
louder than one of the points used when interpolating.
Oscil3 uses some other kind of interpolation, where *(i guess)* if you have
a specific sequence of input values, the output *CAN* be higher than the
inputs. (im not shure about this though).
This should *NOT* be the reason in this case though, as you have a very
large
sine as input, and it's the best signal an interpolator could think of..
// Anders
ps. I used my own GCC-compiled 3.52 Amiga-version
Received: from wallace.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa18529;
11 May 99 19:27 BST
Received: from [144.173.6.14] (helo=exeter.ac.uk)
by wallace.maths.bath.ac.uk with esmtp (Exim 2.12 #1)
id 10hHFf-0003n9-00
for jpff@maths.bath.ac.uk; Tue, 11 May 1999 19:27:35 +0100
Received: from noether [144.173.8.10] by hermes via SMTP (TAA15245); Tue, 11 May 1999 19:24:30 +0100 (BST)
Received: from exeter.ac.uk by maths.ex.ac.uk; Tue, 11 May 1999 19:24:07 +0100
Received: from hromeo.algonet.se [194.213.74.10] by hermes via SMTP (TAA00285); Tue, 11 May 1999 19:24:06 +0100 (BST)
Received: (qmail 14605 invoked from network); 11 May 1999 20:24:04 +0200
Received: from du215-93.ppp.algonet.se (HELO algonet.se) (195.100.93.215)
by hromeo.algonet.se with SMTP; 11 May 1999 20:24:04 +0200
From: Anders Andersson
To: The CSound mailinglist
CC: CSound list
Date: Tue, 11 May 1999 20:19:28 +0200
Message-ID:
In-Reply-To: <37373EC5.DB7005EF@babcom.u-net.com>
X-Mailer: YAM 2.0Preview7 [020] - Amiga Mailer by Marcel Beck - http://www.yam.ch
Subject: oscil3
MIME-Version: 1.0
Content-Type: text/plain
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk
>> > The output from this contains a single sample -32768 spike about a
>> > third of the way in for no apparent reason.
>>
>> steve, your orchestra produces a perfectly clean sine sweep for me too
>> (winsound 3.53; gabriel maldonado's directcsound 2.70, based on csound
>> 3.52 i think). so check your version of csound.
> Anyway, my glitching problem remains, so here is a simplified version of
> my orc and sco which shows the problem more clearly. When I run this I get
> a half wave rectified sine, i.e. no negative output at all. Halving the
> table size produces a sine sweep with a 1 sample wide -32768 spike on a
> zero crossing point about one quarter of the way in, reducing the table
> size more cures the problem. Replacing oscil3 with oscili also cures the
> problem.
Well, 1st: You have an amplitude of 32768, and sin(90)*32768 = 32768,
ie one sample to high for a 16-bit output. Thats why you get a spike,
because 32768 = -32768 when using signed values (as in a sample).
Aparently, CSound will clip the value to 32767 when using word-sized output
(16bit) but not for 8-bit output, this might be why some people get spikes,
and some are not.
Instead of setting /ilevl/ to /p4*32768/, try with /p4*32767/. It might
(should) help.
2nd: Oscili uses *linear* interpolation, in wich a sample will not be
louder than one of the points used when interpolating.
Oscil3 uses some other kind of interpolation, where *(i guess)* if you have
a specific sequence of input values, the output *CAN* be higher than the
inputs. (im not shure about this though).
This should *NOT* be the reason in this case though, as you have a very
large
sine as input, and it's the best signal an interpolator could think of..
// Anders
ps. I used my own GCC-compiled 3.52 Amiga-version
Received: from wallace.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa18796;
11 May 99 21: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 10hJS3-0003pv-00
for jpff@maths.bath.ac.uk; Tue, 11 May 1999 21:48:31 +0100
Received: from noether [144.173.8.10] by hermes via SMTP (VAA07302); Tue, 11 May 1999 21:43:11 +0100 (BST)
Received: from exeter.ac.uk by maths.ex.ac.uk; Tue, 11 May 1999 21:42:58 +0100
Received: from eos.arc.nasa.gov [128.102.118.20] by hermes via ESMTP (VAA07616); Tue, 11 May 1999 21:42:56 +0100 (BST)
Received: (from jim-ra@localhost)
by eos.arc.nasa.gov (8.8.4/8.8.4)
id NAA01971; Tue, 11 May 1999 13:42:41 -0700
Date: Tue, 11 May 1999 13:42:41 -0700
From: "Dr J.Stevenson's research assistant"
Message-Id: <199905112042.NAA01971@eos.arc.nasa.gov>
To: T.McDermott@latrobe.edu.au, csound@maths.ex.ac.uk
Subject: Re: Optimizations
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk
Hmph, sort of on the topic of chip specific optimization:
I understand that the pentium can sort of parallel process\
some operations ( lets see way back ( oh 5 years ago ) I took a
class in parallel processing where we programmed a Cray computer...
in order to take advantage of its chips we used in C vector adding
and multiplying functions
Is the same possible with the Pentium now that it to purportedly
can handle multiple instructions at once?
Received: from wallace.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa19687;
12 May 99 6:20 BST
Received: from [144.173.6.14] (helo=exeter.ac.uk)
by wallace.maths.bath.ac.uk with esmtp (Exim 2.12 #1)
id 10hRRe-00047B-00
for jpff@maths.bath.ac.uk; Wed, 12 May 1999 06:20:38 +0100
Received: from noether [144.173.8.10] by hermes via SMTP (GAA15388); Wed, 12 May 1999 06:16:52 +0100 (BST)
Received: from exeter.ac.uk by maths.ex.ac.uk; Wed, 12 May 1999 06:16:39 +0100
Received: from root@renoir.op.net [209.152.193.4] by hermes via ESMTP (GAA11158); Wed, 12 May 1999 06:16:37 +0100 (BST)
Received: from op.net (d-bm2-17.ppp.op.net [209.152.194.55]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id BAA05199; Wed, 12 May 1999 01:16:27 -0400 (EDT)
Received: (from pbd@localhost) by op.net ($Revision: 1.2 $) id BAA08929; Wed, 12 May 1999 01:14:15 -0400
Date: Wed, 12 May 1999 01:14:15 -0400
Message-Id: <199905120514.BAA08929@op.net>
From: Paul Barton-Davis
To: csound@renoir.op.net, csound@maths.ex.ac.uk
Subject: [quasimodo] version 0.1.2 released
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk
This continues to be a hackers-only release. Please do not download
this if you're not a programmer or it you're not prepared to deal with
a system that is still evolving. I've already had reports of people
successfully running 0.1.1 on uniprocessor machines, with only a few
compile time problems if you have the required libraries correctly
installed. libc5 systems are problematic, but Fred Floberg is reported
to be working on this :)
Also, someone is already 95% of the way toward porting Quasimodo the
SGI/Irix platform, which has proved very useful in flushing out some
bugs (some are mine, some are EGCS's).
See http://www.op.net/~pbd/quasimodo/ for details.
See http://www.op.net/~pbd/quasimodo/NEWS for whats new since 0.1.1
--p |