| Nice idea, but I´m not sure if Csound can save MIDI files by now...
Maybe another computer to record MIDI out port messages from Csound? ;-)
Josep M Comajuncosas
the Physicist wrote:
> I have the following in mind: A PentiumII-350MHz with Linux/Csound
> connected via MIDI to another PC (Pentium90) running a MIDI Sequencer.
> A MIDI Keyboard will be connected to the PC runnong the Sequencer. The
> PentiumII350 with Csound should work as Realtime-MIDI-Synthesizer.
> Now for realtime playing/recording into the Sequencer, I would set
> the sampling rate in Csound to about 15000 - 22000Hz, mono. When I'm done,
> I will save the work in a MIDI-File and then render it non-realtime
> with 44kHz stereo.
>
> Will that work ? Has anyone used such kind of a setup ? And about
> the subject line of this mail: How many times faster is a up-to-date
> DSP compared to a PentiumII-350 in floating point operations ?
>
> Thomas
Received: from wallace.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa18297;
14 Jan 99 14:42 GMT
Received: from [144.173.6.14] (helo=exeter.ac.uk)
by wallace.maths.bath.ac.uk with esmtp (Exim 1.92 #2)
for jpff@maths.bath.ac.uk
id 100nxD-0004Ue-00; Thu, 14 Jan 1999 14:40:59 +0000
Received: from noether [144.173.8.10] by hermes via SMTP (OAA06905); Thu, 14 Jan 1999 14:31:35 GMT
Received: from exeter.ac.uk by maths.ex.ac.uk; Thu, 14 Jan 1999 14:31:20 GMT
Received: from exim@wallace.maths.bath.ac.uk [138.38.100.104] by hermes via ESMTP (OAA06794); Thu, 14 Jan 1999 14:31:19 GMT
Received: from [138.38.99.25] (helo=maths.Bath.AC.UK ident=mmdf)
by wallace.maths.bath.ac.uk with smtp (Exim 1.92 #2)
for csound@maths.ex.ac.uk
id 100nms-0004Tt-00; Thu, 14 Jan 1999 14:30:18 +0000
Date: Thu, 14 Jan 99 14:31:30 GMT
From: jpff@maths.bath.ac.uk
Subject: Version 3.50
To: csound@maths.ex.ac.uk
Message-Id:
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk
Message written at 14 Jan 1999 12:41:46 +0000
is now on server. Binaries for PC/DOS, PC/Wind, PC/Con, Linux,
Mac/68k, Mac/68k+881. Binaries for SGI and SUN to follow. Mac/PPC to
follow asap
ZIP and tar sources are there.
Also Version notes
=John
------------------------------------------------------------------------
Release Notes for 3.50
===========
These are the release notes for version 3.50. This accumulates a
number of changes which have been released in bits, but there are even
more here than previously released.
It incorporates significant bodies of code from Gabriel Maldonado and
hans Mikelson, with contributions from Richard Boulanger, V.Lazzarini,
Greg Sulliven, rasmus ekman, matt ingalls, Ed Hall, and many others
who assisted in identifying bugs etc. (I really should maintain
records of them all, but they know who they are I hope).
Bug Fixes
---------
Pow now available again.
Internal changes to parser to make fewer calls to strcmp
Corrections to rand in a-rate case and 16 bit randoms
Two bugs in extending labels and goto tables corrected
Minor bug in extending instrument numbers fixed
Language Changes
----------------
hetro had a wrong constant which would give rise to a little noise.
If the incorrect out opcode is used it now attempts to correct to the
correct one, which is not necessarily correct.
new names dumpk rather than kdump introduced.
kon renamed midion
kfilter2 renamed filter2 (still not sure it works though)
The opcodes rand randi and randh take an additional, optional argument
which if non zero gives a 31bit random nuber rather than the 16bit one.
Rising to a power is available in expressions with the ^ operator.
use with some caution as I am not sure that the precidence is correct.
An internal changes has changed the conditional compilation flag for
the Ingalls' port from __MWERKS__ to macintosh; this should help the
BeOS port.
The single file .csd input has been extended for all command-line
versions, and possibly for Windows. It can not decode additional
parameters.
Id a file .csoundrc exists, it is read to set parameters first, which
can be overridden. It used the .csd form so options are written as on
the command line, with optional newlines at appropriate places. It
does not set orc/sco names (as far as i can understand it)
Opcode Fixes
------------
sndwarp had bugs on Linux
rand, randh and randi now take an additional operand, which if
non-zero use a better randon number generator
bug in ntrpol fixed
MIDI on Linux may work, or may not....
Many changes to the pitchbend opcodes
moogvcf and rezzy can accept a-rate parameters, and moogvcf takes an
optional scaling factor
foscil/foscili can take a-rate amplitude and frequency
biquad has an additional optional argument, which if non zero skips
initialisation.
New Opcodes
-----------
schedule -- schedule an instrument event
schedwhen -- conditional scheduling
lfo -- Low Frequency Oscilator with 6 shapes
midion2 -- MIDI turnon (G.Maldonado)
midiin -- (G.Maldonado)
midiout -- (G.Maldonado)
nrpn -- (G.Maldonado)
cpstmid -- (G.Maldonado)
streson -- string resonator (V.Lazzarini)
mod opcodes -- to complete arithmetic operations
slider8, slider8f, islider8
slider16, slider16f, islider16
slider32, slider32f, islider32
slider64, slider64f, islider64
s16b14, is16b14, s32b14, is32b14 -- MIDI slider controls (G.Maldonado)
vco -- (Hans Mikelson)
planet -- (Hans Mikelson)
distort1 -- (Hans Mikelson)
pareq -- Implementation of Zoelzer's Parmentric Equalizer Filters (Hans Mikelson)
deltapn -- (Hans Mikelson)
Experimental opcodes:
--------------------
oscil3 -- Just like oscili but with cubic interpolation
foscil3
losil3
table3
itable3
deltap3
vdelay3
Other Changes:
-------------
use of kdump or kon, while still allowed gives a message about
deprecated opcodes.
Windows GUI Changes
-------------------
None i think
------------------------------------------------------------------------
=John ff
1999 Orthodox Christmas
====================================
Full descriptiosn on server
Received: from wallace.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa18913;
14 Jan 99 18:58 GMT
Received: from [194.73.73.83] (helo=neodymium.btinternet.com)
by wallace.maths.bath.ac.uk with smtp (Exim 1.92 #2)
for jpff@maths.bath.ac.uk
id 100rx3-0004o9-00; Thu, 14 Jan 1999 18:57:05 +0000
Received: from btinternet.com [195.171.233.179]
by neodymium.btinternet.com with esmtp (Exim 1.70 #1)
id 100ryP-0004yd-00; Thu, 14 Jan 1999 18:58:30 +0000
Message-ID: <369E3EC1.D813EFA@btinternet.com>
Date: Thu, 14 Jan 1999 19:00:18 +0000
From: Andrew Cleaton
X-Mailer: Mozilla 4.5 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: jpff@maths.bath.ac.uk
CC: Csound
Subject: Re: b (ignore first)
References:
Content-Type: text/plain; charset=us-ascii; x-mac-type="54455854"; x-mac-creator="4D4F5353"
Content-Transfer-Encoding: 7bit
John
This book sounds useful/interesting/vital! Please could you give more details - including
where I can get a copy.
Many thanks
Andrew
jpff@maths.bath.ac.uk wrote:
>
>
> This is all explained in my chapter in Richard Boulanger's book, the
> chapter entitled "Language Extentions" (ch 5 I think)
>
> However as you may not have a copy of the book to hand....
>
Received: from shaun.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa18930;
14 Jan 99 19:01 GMT
Received: from [144.173.6.14] (helo=exeter.ac.uk)
by shaun.maths.bath.ac.uk with esmtp (Exim 1.92 #2)
for jpff@maths.bath.ac.uk
id 100s0r-0000Zf-00; Thu, 14 Jan 1999 19:01:01 +0000
Received: from noether [144.173.8.10] by hermes via SMTP (SAA04852); Thu, 14 Jan 1999 18:58:20 GMT
Received: from exeter.ac.uk by maths.ex.ac.uk; Thu, 14 Jan 1999 18:58:07 GMT
Received: from neodymium.btinternet.com [194.73.73.83] by hermes via SMTP (SAA06101); Thu, 14 Jan 1999 18:58:06 GMT
Received: from btinternet.com [195.171.233.179]
by neodymium.btinternet.com with esmtp (Exim 1.70 #1)
id 100ryP-0004yd-00; Thu, 14 Jan 1999 18:58:30 +0000
Message-ID: <369E3EC1.D813EFA@btinternet.com>
Date: Thu, 14 Jan 1999 19:00:18 +0000
From: Andrew Cleaton
X-Mailer: Mozilla 4.5 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: jpff@maths.bath.ac.uk
CC: Csound
Subject: Re: b (ignore first)
References:
Content-Type: text/plain; charset=us-ascii; x-mac-type="54455854"; x-mac-creator="4D4F5353"
Content-Transfer-Encoding: 7bit
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk
John
This book sounds useful/interesting/vital! Please could you give more details - including
where I can get a copy.
Many thanks
Andrew
jpff@maths.bath.ac.uk wrote:
>
>
> This is all explained in my chapter in Richard Boulanger's book, the
> chapter entitled "Language Extentions" (ch 5 I think)
>
> However as you may not have a copy of the book to hand....
>
Received: from wallace.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa19188;
14 Jan 99 20:36 GMT
Received: from [209.30.0.40] (heloìho.flash.net)
by wallace.maths.bath.ac.uk with esmtp (Exim 1.92 #2)
for jpff@maths.bath.ac.uk
id 100tU3-0004u8-00; Thu, 14 Jan 1999 20:35:15 +0000
Received: from flash.net (p62.amax7.dialup.ftw1.flash.net [209.30.15.62])
by echo.flash.net (8.9.1/8.8.5) with ESMTP id OAA16716;
Thu, 14 Jan 1999 14:35:37 -0600 (CST)
Message-ID: <369E55CD.AA2A8D73@flash.net>
Date: Thu, 14 Jan 1999 14:38:38 -0600
From: pete moss
Organization: pete moss GmbH
X-Mailer: Mozilla 4.5 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: jpff@maths.bath.ac.uk
CC: csound@maths.ex.ac.uk
Subject: Re: Version 3.50
References:
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
was is this .csd input file? i dont remember any discussion on this.
also, is there info on .csoundrc? can any version use it? what params can i set?
thanks
pete
jpff@maths.bath.ac.uk wrote:
> The single file .csd input has been extended for all command-line
> versions, and possibly for Windows. It can not decode additional
> parameters.
>
> Id a file .csoundrc exists, it is read to set parameters first, which
> can be overridden. It used the .csd form so options are written as on
> the command line, with optional newlines at appropriate places. It
> does not set orc/sco names (as far as i can understand it)
Received: from wallace.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa19195;
14 Jan 99 20:37 GMT
Received: from [144.173.6.14] (helo=exeter.ac.uk)
by wallace.maths.bath.ac.uk with esmtp (Exim 1.92 #2)
for jpff@maths.bath.ac.uk
id 100tVT-0004uL-00; Thu, 14 Jan 1999 20:36:43 +0000
Received: from noether [144.173.8.10] by hermes via SMTP (UAA14514); Thu, 14 Jan 1999 20:36:37 GMT
Received: from exeter.ac.uk by maths.ex.ac.uk; Thu, 14 Jan 1999 20:36:25 GMT
Received: from echo.flash.net [209.30.0.40] by hermes via ESMTP (UAA17931); Thu, 14 Jan 1999 20:36:23 GMT
Received: from flash.net (p62.amax7.dialup.ftw1.flash.net [209.30.15.62])
by echo.flash.net (8.9.1/8.8.5) with ESMTP id OAA16716;
Thu, 14 Jan 1999 14:35:37 -0600 (CST)
Message-ID: <369E55CD.AA2A8D73@flash.net>
Date: Thu, 14 Jan 1999 14:38:38 -0600
From: pete moss
Organization: pete moss GmbH
X-Mailer: Mozilla 4.5 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: jpff@maths.bath.ac.uk
CC: csound@maths.ex.ac.uk
Subject: Re: Version 3.50
References:
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk
was is this .csd input file? i dont remember any discussion on this.
also, is there info on .csoundrc? can any version use it? what params can i set?
thanks
pete
jpff@maths.bath.ac.uk wrote:
> The single file .csd input has been extended for all command-line
> versions, and possibly for Windows. It can not decode additional
> parameters.
>
> Id a file .csoundrc exists, it is read to set parameters first, which
> can be overridden. It used the .csd form so options are written as on
> the command line, with optional newlines at appropriate places. It
> does not set orc/sco names (as far as i can understand it)
Received: from shaun.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa19276;
14 Jan 99 21:28 GMT
Received: from [144.173.6.14] (helo=exeter.ac.uk)
by shaun.maths.bath.ac.uk with esmtp (Exim 1.92 #2)
for jpff@maths.bath.ac.uk
id 100uJU-0000hf-00; Thu, 14 Jan 1999 21:28:24 +0000
Received: from noether [144.173.8.10] by hermes via SMTP (VAA15791); Thu, 14 Jan 1999 21:26:39 GMT
Received: from exeter.ac.uk by maths.ex.ac.uk; Thu, 14 Jan 1999 21:26:27 GMT
Received: from vcn.bc.ca [207.102.64.2] by hermes via ESMTP (VAA07961); Thu, 14 Jan 1999 21:26:25 GMT
Received: from localhost (philip@localhost)
by vcn.bc.ca (8.9.2/8.9.2) with ESMTP id NAA09855
for ; Thu, 14 Jan 1999 13:22:56 -0800 (PST)
Date: Thu, 14 Jan 1999 13:22:56 -0800 (PST)
From: Philip Aker
To: csound@maths.ex.ac.uk
Subject: General source question, Mac Perf compilation stuff
Message-ID:
Composer: Philip Aker
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk
General:
I haven't been able to look at the 3.494 sources yet, but in
3.493 in entry.c there are the lines:
{"outh", S(OUTQ), 4, "", "aaaaaa", NULL, NULL, outh},
{"outo", S(OUTQ), 4, "", "aaaaaaaa", NULL, NULL, outo},
Why are they not:
{"outh", S(OUTH), 4, "", "aaaaaa", NULL, NULL, outh},
{"outo", S(OUTO), 4, "", "aaaaaaaa", NULL, NULL, outo},
?
Mac Perf:
The 68k version now works as a standalone (on my PPC) which
will write and play the default AIFC sound file type (Tested
with Richard Boulanger's TrappedDemo files) with out crashing.
I've not really fixed the cause of the crashing error just yet,
but only worked around the general location as a way of
isolating the specific problem. If anyone has fixed this error
please let me know so I can stop working on it.
Rendering time is incredible:
Average PPC ~ 16 seconds
Average 68K ~ 570 seconds
Philip
philip@vcn.bc.ca
Received: from shaun.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa19486;
15 Jan 99 0:13 GMT
Received: from [144.173.6.14] (helo=exeter.ac.uk)
by shaun.maths.bath.ac.uk with esmtp (Exim 1.92 #2)
for jpff@maths.bath.ac.uk
id 100wt6-0000qJ-00; Fri, 15 Jan 1999 00:13:20 +0000
Received: from noether [144.173.8.10] by hermes via SMTP (AAA15209); Fri, 15 Jan 1999 00:12:19 GMT
Received: from exeter.ac.uk by maths.ex.ac.uk; Fri, 15 Jan 1999 00:12:07 GMT
Received: from falcon.glas.apc.org [193.124.5.54] by hermes via ESMTP (AAA11217); Fri, 15 Jan 1999 00:12:06 GMT
Received: from mail.glas.apc.org([193.124.5.37]) (1242 bytes) by falcon.glas.apc.org
via sendmail with P:esmtp/R:inet_hosts/T:inet_zone_smtp
(sender: )
id
for ; Fri, 15 Jan 1999 03:12:08 +0300 (WSU)
(Smail-3.2.0.104 1998-Nov-20 #2 built 1998-Nov-27)
Received: from default(src addr [195.218.128.190]) (854 bytes) by mail.glas.apc.org
via sendmail with P\:esmtp/R:smart_host/T:smtp
(sender: )
id
for ; Fri, 15 Jan 1999 03:11:58 +0300 (WSU)
(Smail-3.2.0.96 1997-Jun-2 #11 built DST-Aug-25)
Message-Id:
From: Sergey Batov
To: csound@maths.ex.ac.uk
MMDF-Warning: Parse error in original version of preceding line at UK.AC.Bath.maths.omphalos
Subject: analyses of audio input?
Date: Fri, 15 Jan 1999 02:46:58 +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=KOI8-R
Content-Transfer-Encoding: 7bit
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk
Dear Csounders!
I have an idea to create interactive musical system based on DirectCsound
(the last version is excellent, thanks to Gabriel Maldonado!) I'd like the
realtime system to analyse audio input and create some midi messages as a
result. Is it possible to recognize pitch or, say, rithmic patterns of
audio input?
Any suggestions (or maybe examples)?
Thank you,
Sergey Batov batov@glasnet.ru
Received: from wallace.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa20177;
15 Jan 99 8:00 GMT
Received: from [144.173.6.14] (helo=exeter.ac.uk)
by wallace.maths.bath.ac.uk with esmtp (Exim 1.92 #2)
for jpff@maths.bath.ac.uk
id 1014AI-0005Zc-00; Fri, 15 Jan 1999 07:59:34 +0000
Received: from noether [144.173.8.10] by hermes via SMTP (HAA01802); Fri, 15 Jan 1999 07:58:40 GMT
Received: from exeter.ac.uk by maths.ex.ac.uk; Fri, 15 Jan 1999 07:58:27 GMT
Received: from agora.stm.it [195.62.32.1] by hermes via ESMTP (HAA02617); Fri, 15 Jan 1999 07:58:25 GMT
Received: from agora.stm.it (ppp01-21.dial-access.stm.it [195.62.37.21]) by agora.stm.it (8.8.8/8.8.5) with ESMTP id IAA13005; Fri, 15 Jan 1999 08:58:18 +0100 (ITA)
Message-ID: <369EF4BF.82E64A10@agora.stm.it>
Date: Fri, 15 Jan 1999 08:56:47 +0100
From: Gabriel Maldonado
X-Mailer: Mozilla 4.06 [en] (Win95; I)
MIME-Version: 1.0
To: pete moss
CC: csound@maths.ex.ac.uk
Subject: Re: Version 3.50
References: <369E55CD.AA2A8D73@flash.net>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk
.csd is the extension of a file type introduced by Michael Gogins, which include the
orchestra, the score and the command line flags in a single text file. It is now
introduced also in DirectCsoud. Here are the specifications:
The following example is a "csd" text file template. The format of .csd files follows
the
same principles as SGML, XML, or HTML. Each section of data is prefaced by a start
(<>) tag and finished with an end () tag, and sections can be nested
hierarchically.
The Csound tags (boldface) are as follows, with explanatory comments (italics) and
sample data:
; Csound structured data file.
; Command-line options
-W
; Orchestra statements.
sr 44100
kr 441
ksmps 100
nchnls 2
; Instrument definitions.
; The first comment following on the same line as an instrument number is the name of
the instrument.
instr 1 ;Toot1
endin
instr 2 ;Toot2
endin
; Standard Csound function ("f") statements, note ("i") statements, or comments (";").
f 1 2 3
i 1 2 3 4
pete moss wrote:
>
> was is this .csd input file? i dont remember any discussion on this.
>
> also, is there info on .csoundrc? can any version use it? what params can i set?
>
> thanks
> pete
>
> jpff@maths.bath.ac.uk wrote:
>
> > The single file .csd input has been extended for all command-line
> > versions, and possibly for Windows. It can not decode additional
> > parameters.
> >
> > Id a file .csoundrc exists, it is read to set parameters first, which
> > can be overridden. It used the .csd form so options are written as on
> > the command line, with optional newlines at appropriate places. It
> > does not set orc/sco names (as far as i can understand it)
--
Gabriel Maldonado
http://www.agora.stm.it/G.Maldonado/home2.htm
Received: from wallace.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa20201;
15 Jan 99 8:11 GMT
Received: from [195.62.32.1] (helo=agora.stm.it)
by wallace.maths.bath.ac.uk with esmtp (Exim 1.92 #2)
for jpff@maths.bath.ac.uk
id 1014Ku-0005a7-00; Fri, 15 Jan 1999 08:10:32 +0000
Received: from agora.stm.it (ppp01-21.dial-access.stm.it [195.62.37.21]) by agora.stm.it (8.8.8/8.8.5) with ESMTP id JAA15445; Fri, 15 Jan 1999 09:11:28 +0100 (ITA)
Message-ID: <369EF7DD.D608C300@agora.stm.it>
Date: Fri, 15 Jan 1999 09:10:05 +0100
From: Gabriel Maldonado
X-Mailer: Mozilla 4.06 [en] (Win95; I)
MIME-Version: 1.0
To: jpff@maths.bath.ac.uk
CC: csound@maths.ex.ac.uk
Subject: Re: b (ignore first)
References:
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
I'm testing the new score opcodes. I find them very useful when using macro arithmetic.
I'd like an opcode which terminates the loop cycle without terminating a section, in order
to allow using more loops at the same time. Unfortunately at present time only 's', 'e'
and a new 'r' can be used to terminate the loop cycle, which make impossible to begin a
concurrent loop. There is a way to avoid this? That is, I'd like a terminator (such as 's'
opcode) that doesn't reinit the time clock and doesn't obbligate to place all the new
notes after the end of the previous section. Could it be possible?
jpff@maths.bath.ac.uk wrote:
>
> Message written at 13 Jan 1999 09:18:36 +0000
> --- Copy of mail to g.maldonado@agora.stm.it ---
> In-reply-to: <369B921F.E7B20132@agora.stm.it> (message from Gabriel Maldonado
> on Tue, 12 Jan 1999 19:19:11 +0100)
> References: <369B921F.E7B20132@agora.stm.it>
>
> This is all explained in my chapter in Richard Boulanger's book, the
> chapter entitled "Language Extentions" (ch 5 I think)
>
> However as you may not have a copy of the book to hand....
>
> b Resets the base clock for textually following events. I use
> it for repeated sections where I want an overlap with previous version
> as it does not start a new section. It is textual, and is expanded
> before sorting.
>
> v Sets a scaling on the speed of the clock, again textually until
> the end of the section or the next v command. I use it for phase
> music, where there is 1 theme played twice simultaneously at different
> speeds. As it is textual it is local unlike the t command
>
> m Sets a mark in the score which can be referenced by later n
> directives
>
> n repeat a named section (ie from m to end of section).
> Designed to simplify verse+chorus structures.
>
> w is totally different and is used internally related to t
> directives. There is no reason to understand it as it shoudl not be
> used. Alternatively, read the cod if you want to know!
>
> =John ffitch
--
Gabriel Maldonado
http://www.agora.stm.it/G.Maldonado/home2.htm
Received: from shaun.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa20210;
15 Jan 99 8:13 GMT
Received: from [144.173.6.14] (helo=exeter.ac.uk)
by shaun.maths.bath.ac.uk with esmtp (Exim 1.92 #2)
for jpff@maths.bath.ac.uk
id 1014NB-0001FK-00; Fri, 15 Jan 1999 08:12:53 +0000
Received: from noether [144.173.8.10] by hermes via SMTP (IAA05158); Fri, 15 Jan 1999 08:11:55 GMT
Received: from exeter.ac.uk by maths.ex.ac.uk; Fri, 15 Jan 1999 08:11:42 GMT
Received: from agora.stm.it [195.62.32.1] by hermes via ESMTP (IAA04899); Fri, 15 Jan 1999 08:11:38 GMT
Received: from agora.stm.it (ppp01-21.dial-access.stm.it [195.62.37.21]) by agora.stm.it (8.8.8/8.8.5) with ESMTP id JAA15445; Fri, 15 Jan 1999 09:11:28 +0100 (ITA)
Message-ID: <369EF7DD.D608C300@agora.stm.it>
Date: Fri, 15 Jan 1999 09:10:05 +0100
From: Gabriel Maldonado
X-Mailer: Mozilla 4.06 [en] (Win95; I)
MIME-Version: 1.0
To: jpff@maths.bath.ac.uk
CC: csound@maths.ex.ac.uk
Subject: Re: b (ignore first)
References:
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk
I'm testing the new score opcodes. I find them very useful when using macro arithmetic.
I'd like an opcode which terminates the loop cycle without terminating a section, in order
to allow using more loops at the same time. Unfortunately at present time only 's', 'e'
and a new 'r' can be used to terminate the loop cycle, which make impossible to begin a
concurrent loop. There is a way to avoid this? That is, I'd like a terminator (such as 's'
opcode) that doesn't reinit the time clock and doesn't obbligate to place all the new
notes after the end of the previous section. Could it be possible?
jpff@maths.bath.ac.uk wrote:
>
> Message written at 13 Jan 1999 09:18:36 +0000
> --- Copy of mail to g.maldonado@agora.stm.it ---
> In-reply-to: <369B921F.E7B20132@agora.stm.it> (message from Gabriel Maldonado
> on Tue, 12 Jan 1999 19:19:11 +0100)
> References: <369B921F.E7B20132@agora.stm.it>
>
> This is all explained in my chapter in Richard Boulanger's book, the
> chapter entitled "Language Extentions" (ch 5 I think)
>
> However as you may not have a copy of the book to hand....
>
> b Resets the base clock for textually following events. I use
> it for repeated sections where I want an overlap with previous version
> as it does not start a new section. It is textual, and is expanded
> before sorting.
>
> v Sets a scaling on the speed of the clock, again textually until
> the end of the section or the next v command. I use it for phase
> music, where there is 1 theme played twice simultaneously at different
> speeds. As it is textual it is local unlike the t command
>
> m Sets a mark in the score which can be referenced by later n
> directives
>
> n repeat a named section (ie from m to end of section).
> Designed to simplify verse+chorus structures.
>
> w is totally different and is used internally related to t
> directives. There is no reason to understand it as it shoudl not be
> used. Alternatively, read the cod if you want to know!
>
> =John ffitch
--
Gabriel Maldonado
http://www.agora.stm.it/G.Maldonado/home2.htm
Received: from shaun.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa20299;
15 Jan 99 8:45 GMT
Received: from [203.36.219.100] (helo=www.webpage.com.au)
by shaun.maths.bath.ac.uk with smtp (Exim 1.92 #2)
for jpff@maths.bath.ac.uk
id 1014sL-0001Gt-00; Fri, 15 Jan 1999 08:45:06 +0000
Received: from RossBencina (unverified [203.56.205.3]) by www.webpage.com.au
(EMWAC SMTPRS 0.83) with SMTP id ;
Fri, 15 Jan 1999 19:40:13 +1100
Message-ID: <000201be4062$76f9af00$03cd38cb@RossBencina>
From: Ross Bencina
To: jpff@maths.bath.ac.uk
MMDF-Warning: Parse error in original version of preceding line at UK.AC.Bath.maths.omphalos
Cc: csound@maths.ex.ac.uk
MMDF-Warning: Parse error in original version of preceding line at UK.AC.Bath.maths.omphalos
Subject: Re: opcode signature selection mechanism
Date: Thu, 14 Jan 1999 22:07:38 +1030
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.72.3110.5
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3
Thanks John,
I asume the following is the "yes and no":
I understand your explanation of oscil. Are all multirate opcodes
implemented like this or would it be true to say that sometimes opcodes
dynamically select behavior (internally - using if()s or switch()es for
example) based on their input types - even though this information is
essentially static (could be determined at compile time)?
I am just thinking that if all of these determinations were always performed
at compile time (if they are not already), things might be faster (not that
they are slow now).
Would I be correct in saying that the current implementation is a trade off
between having a million leaf types for every opcode, and the penalty
incurred by checking parameter types at runtime. Or is there something more
subtle that I am missing.
The reason I ask is that I am trying to assess whether such runtime type
indentification techniques are part of csound, and hence whether that is a
reasonable (if not optimal) way of doing things.
Best regards,
Ross.
jpff writes:
>Well teh simple answer is yes and no.
>
>In some cases there is descrimination on the result of an opcode, and
>in some others there is descrimination on the first two arguments.
>
>For exampel oscil is really one of oscil_kk oscil_ka oscil_ak oscil_aa
>depending on answer and first argument.
>
>Similarly = is on of 4 versions (special, i, k or a)
>
>and so on.
>
>I have recently done some recoding in this area so this relationship
>is more explicit.
>
>Is that enough?
>
>=John ff
Received: from wallace.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa20308;
15 Jan 99 8:46 GMT
Received: from [144.173.6.14] (helo=exeter.ac.uk)
by wallace.maths.bath.ac.uk with esmtp (Exim 1.92 #2)
for jpff@maths.bath.ac.uk
id 1014sT-0005cy-00; Fri, 15 Jan 1999 08:45:13 +0000
Received: from noether [144.173.8.10] by hermes via SMTP (IAA00089); Fri, 15 Jan 1999 08:45:18 GMT
Received: from exeter.ac.uk by maths.ex.ac.uk; Fri, 15 Jan 1999 08:45:05 GMT
Received: from [203.36.219.100] by hermes via SMTP (IAA15952); Fri, 15 Jan 1999 08:45:03 GMT
Received: from RossBencina (unverified [203.56.205.3]) by www.webpage.com.au
(EMWAC SMTPRS 0.83) with SMTP id ;
Fri, 15 Jan 1999 19:40:13 +1100
Message-ID: <000201be4062$76f9af00$03cd38cb@RossBencina>
From: Ross Bencina
To: jpff@maths.bath.ac.uk
MMDF-Warning: Parse error in original version of preceding line at UK.AC.Bath.maths.omphalos
Cc: csound@maths.ex.ac.uk
MMDF-Warning: Parse error in original version of preceding line at UK.AC.Bath.maths.omphalos
Subject: Re: opcode signature selection mechanism
Date: Thu, 14 Jan 1999 22:07:38 +1030
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.72.3110.5
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk
Thanks John,
I asume the following is the "yes and no":
I understand your explanation of oscil. Are all multirate opcodes
implemented like this or would it be true to say that sometimes opcodes
dynamically select behavior (internally - using if()s or switch()es for
example) based on their input types - even though this information is
essentially static (could be determined at compile time)?
I am just thinking that if all of these determinations were always performed
at compile time (if they are not already), things might be faster (not that
they are slow now).
Would I be correct in saying that the current implementation is a trade off
between having a million leaf types for every opcode, and the penalty
incurred by checking parameter types at runtime. Or is there something more
subtle that I am missing.
The reason I ask is that I am trying to assess whether such runtime type
indentification techniques are part of csound, and hence whether that is a
reasonable (if not optimal) way of doing things.
Best regards,
Ross.
jpff writes:
>Well teh simple answer is yes and no.
>
>In some cases there is descrimination on the result of an opcode, and
>in some others there is descrimination on the first two arguments.
>
>For exampel oscil is really one of oscil_kk oscil_ka oscil_ak oscil_aa
>depending on answer and first argument.
>
>Similarly = is on of 4 versions (special, i, k or a)
>
>and so on.
>
>I have recently done some recoding in this area so this relationship
>is more explicit.
>
>Is that enough?
>
>=John ff
Received: from wallace.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa20588;
15 Jan 99 10:39 GMT
Received: from [144.173.6.14] (helo=exeter.ac.uk)
by wallace.maths.bath.ac.uk with esmtp (Exim 1.92 #2)
for jpff@maths.bath.ac.uk
id 1016dy-0005nF-00; Fri, 15 Jan 1999 10:38:22 +0000
Received: from noether [144.173.8.10] by hermes via SMTP (KAA11200); Fri, 15 Jan 1999 10:37:03 GMT
Received: from exeter.ac.uk by maths.ex.ac.uk; Fri, 15 Jan 1999 10:36:49 GMT
Received: from smtp4.erols.com [207.172.3.237] by hermes via ESMTP (KAA00587); Fri, 15 Jan 1999 10:36:45 GMT
Received: from oemcomputer (209-122-225-242.s242.tnt1.nyw.erols.com [209.122.225.242])
by smtp4.erols.com (8.8.8/smtp-v1) with SMTP id FAA29668
for ; Fri, 15 Jan 1999 05:36:25 -0500 (EST)
Message-ID: <369F1A0D.21FD@erols.com>
Date: Fri, 15 Jan 1999 05:35:57 -0500
From: Paul Winkler
Reply-To: zarmzarm@erols.com
X-Mailer: Mozilla 3.03 (Win95; I)
MIME-Version: 1.0
To: Csound mailing list
Subject: NY Csounders meeting notes
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk
Well, only three of us showed up for the first meeting, but we had a
good time anyway. I'd like to do something like this again, and
hopefully more of the dozen or so New Yorkers on the list will be able
to make it.
I arrived at Michael Gogins' lovely abode to find Tolve already there.
We discussed, in no particular order:
The trials and tribulations of doing music for theater ... Tolve played
us some excerpts from his Dante project, composed with Cecilia and
Digital Performer, nicely inventive industialesque music;
Algorithmic composition ... Michael played us several pieces he
composed with Silence, they're quite beautiful;
Java and other programming languages interfacing with Csound;
Why musicians can't make a living in new york;
The history of the musicians' union in NYC ... Tolve, it turns out,
knows a LOT about this first-hand;
Restaurants open after midnight;
The fact that everyone(?) uses some other language or interface to write
their csound scores (I pulled out a tape of an old piece that I _did_
write entirely in the standard score format, which serves to prove the
point-- it's short, sparse, unfinished, and nearly killed me just to get
that much done);
Electronic dance music;
Cecilia;
Lansky's Rt (I played a tape of my old cmix & Rt piece);
J. Cage;
Michael's plug-in opcode system, which we all thought sounded like it
should be in the distribution;
How to get in to the Screen Actors' Guild;
Russolo's strange wooden boxes, which Tolve claims are on record
somewhere;
Futurism and dadaism;
Why it's illegal to dance almost anywhere in New York City;
Tools and toys as a distraction from composition (a particular problem
of mine which, Michael assures me, happens to everyone at some time or
other);
and I forget what else.
We also listened to an assortment of Michael's diverse record
collection, including a bit of Eric Lyon's stuff, which reminded me I
_must_ buy at least one of his CDs sometime soon.
--PW |