| Hi,
Ken Locarnini wrote:
>
> How about velocity switching between sample layers? Is there an easy way
> to do this? Are you planning to incorporate. Thanks alot for all your
> work, I'm using your CSound version and its the most stable and fastest one
> yet.
> Ken
there is a very simple way :
instr 1
ival veloc ; velocity value (1-127)
ifreq cpsmidi ;note number
if ival < 64 goto sample1 ; if velocity < 64 play sample1 else play
sample2
goto sample2
sample1:
a1 loscil ival*3000/127,ifreq,"sample1.wav"
goto output
sample2:
a1 loscil ival*3000/127,ifreq,"sample2.wav"
output:
out a1
endin
I hope this example can help you (I have not tested it).
bye
--
Gabriel Maldonado
mailto:g.maldonado@agora.stm.it
http://www.agora.stm.it/G.Maldonado/home2.htm
Received: from stork2.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa28341;
18 Mar 97 3:01 GMT
Received: from goggins.bath.ac.uk by stork.maths.Bath.AC.UK id aa21586;
18 Mar 97 3:01 GMT
Received: from hermes.ex.ac.uk by goggins.bath.ac.uk with SMTP (PP);
Tue, 18 Mar 1997 03:00:47 +0000
Received: from noether [144.173.8.10] by hermes via SMTP (CAA29135);
Tue, 18 Mar 1997 02:57:06 GMT
Received: from hermes.ex.ac.uk by noether.maths.exeter.ac.uk;
Tue, 18 Mar 97 03:04:11 GMT
Received: from protozoa.com [206.14.8.3] by hermes via ESMTP (CAA29132);
Tue, 18 Mar 1997 02:56:57 GMT
Received: from benny.protozoa.com by protozoa.protozoa.com
via SMTP (950215.SGI.8.6.10/940406.SGI.AUTO) id SAA20163;
Mon, 17 Mar 1997 18:56:42 -0800
Message-Id: <332E048F.1E2D@protozoa.com>
Date: Mon, 17 Mar 1997 18:57:19 -0800
From: John Boyd
Reply-To: jboyd@protozoa.com
Organization: Protozoa, Inc.
X-Mailer: Mozilla 3.0 (Win95; I)
Mime-Version: 1.0
To: g.maldonado@agora.stm.it
Cc: csound@maths.ex.ac.uk
Subject: Re: Win95 Realtime MIDI Csound
References: <332BC830.24C@agora.stm.it>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk
Gabriel et al,
Gabriel Maldonado wrote:
>
> hi everybody,
>
> I am ending to develope a new version that allows any sample rate (not
> only 11025, 22050 and 44100 hz) from 5 Khz to 44100Khz. This new version
> will be more than 50% faster and will allow about 50 oscili at 44100 hz
> in mono. This version will replace my soundin2 UG with "soundinew" by
> Matt J. Ingalls, more robust. This version will present some UG for midi
> input controllers with 14 bit precision or more.
>
> bye
> --
> Gabriel Maldonado
>
> mailto:g.maldonado@agora.stm.it
> http://www.agora.stm.it/G.Maldonado/home2.htm
Hi,
Have you or anyone else looked into porting any of this over to Linux?
Will your midi-realtime program version of csound always just be for
Win95? And
what about the new UG's like "soundin2" and "soundinew"?
If you have any interest in improving the performance (even more), then
you should definitely look into it. Because of your version release, I
tried
porting some of my other compositional tools that I wrapper around
Csound to
Win95 but the speed/performance sucks! Win95 just cannot do true
multitasking
like a real Unix OS can. It also leads me to believe that your program
would
be even more robust in Linux.
Anyone else have comments?
jsb
Received: from stork2.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa28468;
18 Mar 97 3:43 GMT
Received: from goggins.bath.ac.uk by stork.maths.Bath.AC.UK id aa22596;
18 Mar 97 3:43 GMT
Received: from hermes.ex.ac.uk by goggins.bath.ac.uk with SMTP (PP);
Tue, 18 Mar 1997 03:43:26 +0000
Received: from noether [144.173.8.10] by hermes via SMTP (DAA00230);
Tue, 18 Mar 1997 03:40:58 GMT
Received: from hermes.ex.ac.uk by noether.maths.exeter.ac.uk;
Tue, 18 Mar 97 03:40:52 GMT
Received: from mail1.themall.net [204.80.99.30] by hermes via ESMTP (DAA00225);
Tue, 18 Mar 1997 03:40:41 GMT
Received: from default (Cust4.Max31.Atlanta.GA.MS.UU.NET [153.35.56.4])
by mail.themall.net (8.8.5/8.8.2/IIAM 1.0 (DCH)) with ESMTP
id TAA11544 for ;
Mon, 17 Mar 1997 19:38:22 -0800 (PST)
Message-Id: <199703180338.TAA11544@mail.themall.net>
From: John C
To: CSound mailing list
Subject: GM is evil? You've got to be kidding
Date: Mon, 17 Mar 1997 21:11:34 -0600
X-Msmail-Priority: Normal
X-Priority: 3
X-Mailer: Microsoft Internet Mail 4.70.1160
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk
I am using Csound to produce my own music on a shoestring budget. However,
I've spent a little time in larger studios, read about it constantly, and
talk to many people about pro techniques. I believe that if Csound is to
be of any significant use to studio musicians, it needs to support GM
format.
I realize that 90% of computer users have a low estimation of GM. This is
because most GM soundcards, and about half of the GM sound modules sound
cheesy. Many people would prefer to listen to .MOD or other tracker format
files, because at least if someone wants to use a high quality patch in
their song, they can include their own samples. This appears to be the
case with DLS as well. There is nothing wrong with the concept of
including a sample in a portable music file, and GM does not support this.
I myself get no thrill from downloading GM files for "I will survive" and
hearing them cheesily rendered by some lame MIDI card or module.
However, I have before me, product info on the Ensoniq ASR-10. A friend of
mine who is way into synths says that all of the really large studios he
has ever been in all have different equipment, except for this Ensoniq
keyboard/sampler. One big advantage, in my mind, is not only phenomenal
sample processing ability, but the ability to be linked into a SCSI bus,
and transfer its info directly into a computer for mastering, instead of
not having a direct digital out like many samplers. My point? This, along
with many other pro studio pieces of hardware does NOT support MOD, Csound
..orc format, or even DLS format. I don't know of a keyboard which does
have a .orc out plug, and probably never will! If you are in a studio, and
on a schedule, you do not want to muck around trying to get the industry
standard format converted (non-realtime is obligatory) to the favorite
format of academia. You want to either record your MIDI tracks, and render
them using Csound, or do it in Csound realtime if that feature works well
on your computer. All of my sequencers use MIDI format as well.
Supporting nifty new formats is good and fine. If Csound is ever to be
more than an academic curiosity, intended to study sound theory, but rather
to be a useful production tool, GM, or perhaps some other format which is
more powerful, and widely accepted as a studio standard, is the future.
Also, for the foreseeable future, I don't think samples are going to be
going over synth connectors DURING A PERFORMANCE, as to move samples down
the pipeline realtime will choke most current machinery. I do agree that
it is a big oversight in GM not to have a sample transfer format. Doing it
with sysex is criminally slow, as in the Turtle Beach Monterey. I urge the
adoption of new formats that can do this. I do not urge building Csound
around a format which no existing studio hardware uses.
Uh, ... warmest regards, really!
Jackee Criswell
TheSilverSurfer@themall.net
Received: from stork2.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa28824;
18 Mar 97 6:45 GMT
Received: from goggins.bath.ac.uk by stork.maths.Bath.AC.UK id aa26150;
18 Mar 97 6:45 GMT
Received: from hermes.ex.ac.uk by goggins.bath.ac.uk with SMTP (PP);
Tue, 18 Mar 1997 06:45:22 +0000
Received: from noether [144.173.8.10] by hermes via SMTP (GAA04659);
Tue, 18 Mar 1997 06:43:01 GMT
Received: from hermes.ex.ac.uk by noether.maths.exeter.ac.uk;
Tue, 18 Mar 97 06:50:08 GMT
Received: from trias.softlab.lejonet.se [193.45.213.18] by hermes
via SMTP (GAA04652); Tue, 18 Mar 1997 06:42:54 GMT
Received: by trias.softlab.se; id AA04123; Tue, 18 Mar 97 07:42:03 +0100
Received: from softlab.se(192.36.210.100) by trias.softlab.se
via smap (3.2) id xma004121; Tue, 18 Mar 97 07:41:45 +0100
Received: from elrond by softlab.se (4.1/SMI-4.1) id AA28527;
Tue, 18 Mar 97 07:41:48 +0100
Date: Tue, 18 Mar 97 07:41:48 +0100
From: Mikael Hillborg
Message-Id: <9703180641.AA28527@softlab.se>
To: csound@maths.ex.ac.uk
Subject: Re: GM is evil? You've got to be kidding
Cc: TheSilverSurfer@themall.net
X-Mailer: Pronto E-Mail [version 2.01]
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk
> However, I have before me, product info on the Ensoniq ASR-10. A friend
> of mine who is way into synths says that all of the really large studios
he
> has ever been in all have different equipment, except for this Ensoniq
> keyboard/sampler.
All I have been in use Akai. It's the studio standard. The S-1000 have been
the industry standard of samplers for years.
> One big advantage, in my mind, is not only phenomenal
> sample processing ability, but the ability to be linked into a SCSI bus,
> and transfer its info directly into a computer for mastering, instead of
> not having a direct digital out like many samplers.
Hrm, ASR-10 is an old sampler architecture no doubt. The sample processing,
for example a fade out, is not fast.
All pro samplers have both SCSI and S/PDIF as standard and not option as
on the ASR-10.
> My point? This, along
> with many other pro studio pieces of hardware does NOT support MOD,
> Csound ..orc format, or even DLS format. I don't know of a keyboard
> which does
> have a .orc out plug, and probably never will! If you are in a studio,
> and on a schedule, you do not want to muck around trying to get the
> industry standard format converted (non-realtime is obligatory) to the
> favorite format of academia.
Exactly, one application is to use a Csound platform that makes use
of the computer's S/PDIF, like the Composer's Desktop Project Csound
implementation for the Falcon030, so that the sounds get transfered to
the sampler at the same moment as you replay them.
Kind regards
Mikael Hillborg
|