| Message written at 19 Sep 1998 16:33:28 +0100
I think I have missed something. What is wanted more than is provided
by two calls to the scale program? That seems easier that including
an opcode. I must have misunderstood.
==John ffitch
Received: from stork.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa00822;
19 Sep 98 19:35 BST
Received: from mercury.bath.ac.uk by stork.maths.Bath.AC.UK id aa18047;
19 Sep 98 19:35 BST
Received: (qmail 12160 invoked from network); 19 Sep 1998 18:35:52 -0000
Received: from hermes.ex.ac.uk (HELO exeter.ac.uk) (144.173.6.14)
by mercury.bath.ac.uk with SMTP; 19 Sep 1998 18:35:52 -0000
Received: from noether [144.173.8.10] by hermes via SMTP (TAA02149); Sat, 19 Sep 1998 19:31:56 +0100 (BST)
Received: from exeter.ac.uk by maths.ex.ac.uk; Sat, 19 Sep 1998 19:31:43 +0100
Received: from mail.infohouse.com [206.30.88.4] by hermes via ESMTP (TAA20070); Sat, 19 Sep 1998 19:31:42 +0100 (BST)
Received: from [208.151.41.89] by milhouse.infohouse.com
(Post.Office MTA v3.5.1 release 219 ID# 141-53521U2500L250S0V35)
with ESMTP id com; Sat, 19 Sep 1998 14:21:03 -0400
X-Sender: ic11748@mail.infohouse.com
Message-Id:
In-Reply-To: <36038417.B92100C3@cableinet.co.uk>
References:
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Sat, 19 Sep 1998 14:38:39 -0500
To: Richard Dobson ,
"Matt J. Ingalls" , csound@maths.ex.ac.uk,
Mike Berry
MMDF-Warning: Parse error in original version of preceding line at UK.AC.Bath.maths.stork
From: tolve
Subject: Re: maximizer opcode request
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk
just broke down and picked up the L1, which is billed as a limiter. there
are quite a number of companies that are coming out with these devices,
including digidesign, but word on the street is that Waves L1 (available as
part of Native Power Pack which includes eq, compressor, dithering...) is
still the one.
ok, might not be any faster to use if you manage to set an instrument up in
csound. and this is way over my head anyway. what i meant was that they
require minimum tweaking and still do a great job. and about their alleged
intelligence. a wild guess. they may actually be far more complicated than
even multiband limiters. according to the box, L1 does look ahead. may self
adjust compression ratios in specific bands based on levels of overall
frequency content for their normal usage in boosting levels for mastering
cd's. this came up on the motu list a while back and i don't remember if a
programmer from one of the commercial companies commented. as has been
pointed out, this stuff is proprietary and it probably wouldn't matter if i
did remember. and several searches on the internet have turned up squat on
these things.
having said all this, and yet still said nothing, i will say that a
multiband compressor opcode sounds like a great idea. it would be far more
powerful than dam and useful for sound mangling purposes far beyond the
"simple" utility i had in mind. limiting or compression is not in of itself
evil. if you build it i will use it. it's all i can do.
thank you,
tolve
>I see what you mean; but I worry that the audio quality will be much less than
>what would be expected intuitively. If a filter has a gain of 30dB, which is
>added or otherwise combined with existing material without normalizing it,
>that
>will have the effect of pushing the previous material down by the same 30dB,
>eventually descending below audibility into quantization noise (hence the need
>for a maximiser, I suppose!).
>
>In the worst case, the number cannot accomodate the addition, and will go
>denormal, truncate, or whatever, which would lead to even greater distortion.
>
>Of course, if the 'user' is a Csound user, they have control of this at every
>stage (and the peak values in the header will add much to that control),
>but if
>that user is a non-technical user of a GUI environment, they may have no
>control
>at all, and will simply be surprised by what comes out of the DAC.
>
>I admit this is mostly theorizing on my part, as I always ensure
>everything I do
>is within range; I suppose I will have to create some huge-ranged
>non-normalized
>sounds and see what happens. It's good to have a tool like Csound which enbles
>me to do just that, without hiding anything!
>
>Richard Dobson
>
>Matt J. Ingalls wrote:
>>
>> > you will need to normalize the data in order to play it on a
>>real-world sound
>> > card - and be limited by that card's resolution;
>>
>> of course-but from a "user" point of view there would be no
>> normalization-the playback would just be "right" leaving her file
>> untouched
>>
>[etc]
Received: from stork.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa01394;
19 Sep 98 21:25 BST
Received: from mercury.bath.ac.uk by stork.maths.Bath.AC.UK id aa27099;
19 Sep 98 21:25 BST
Received: (qmail 18461 invoked from network); 19 Sep 1998 20:25:23 -0000
Received: from hermes.ex.ac.uk (HELO exeter.ac.uk) (144.173.6.14)
by mercury.bath.ac.uk with SMTP; 19 Sep 1998 20:25:23 -0000
Received: from noether [144.173.8.10] by hermes via SMTP (VAA20844); Sat, 19 Sep 1998 21:21:15 +0100 (BST)
Received: from exeter.ac.uk by maths.ex.ac.uk; Sat, 19 Sep 1998 21:21:03 +0100
Received: from monsoon.dial.pipex.net [158.43.128.69] by hermes via SMTP (VAA26893); Sat, 19 Sep 1998 21:21:03 +0100 (BST)
Received: (qmail 14640 invoked from network); 19 Sep 1998 20:21:08 -0000
Received: from usero330.uk.uudial.com (HELO dial.pipex.com) (193.149.88.92)
by smtp.dial.pipex.com with SMTP; 19 Sep 1998 20:21:08 -0000
Message-ID: <3604126E.B70B9473@dial.pipex.com>
Date: Sat, 19 Sep 1998 21:22:06 +0100
From: Gareth Whittock
X-Mailer: Mozilla 4.05 [en] (Win95; I)
MIME-Version: 1.0
To: Csound mailing list
Subject: signal processing
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk
I'm thinking of writing a prog for csound to process my electric guitar,
(delays, reverse delays, filtering etc) Has anyone tried this? If so how
far did you get?
Cheers,
Gareth Whittock
Received: from stork.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa03487;
20 Sep 98 12:00 BST
Received: from pat.bath.ac.uk by stork.maths.Bath.AC.UK id aa12213;
20 Sep 98 12:00 BST
Received: (qmail 26043 invoked from network); 20 Sep 1998 11:00:14 -0000
Received: from hermes.ex.ac.uk (HELO exeter.ac.uk) (144.173.6.14)
by pat.bath.ac.uk with SMTP; 20 Sep 1998 11:00:14 -0000
Received: from noether [144.173.8.10] by hermes via SMTP (LAA04673); Sun, 20 Sep 1998 11:57:04 +0100 (BST)
Received: from exeter.ac.uk by maths.ex.ac.uk; Sun, 20 Sep 1998 11:56:52 +0100
Received: from alpha.netvision.net.il [194.90.1.13] by hermes via ESMTP (LAA05836); Sun, 20 Sep 1998 11:56:49 +0100 (BST)
Received: from netvision.net.il (ts001p13.hrz.netvision.net.il [194.90.11.33])
by alpha.netvision.net.il (8.8.6/8.8.6) with ESMTP id MAA28130
for ; Sun, 20 Sep 1998 12:55:49 +0300 (IDT)
Message-ID: <3604DF79.C5D53807@netvision.net.il>
Date: Sun, 20 Sep 1998 12:56:57 +0200
From: Yair Kass
X-Mailer: Mozilla 4.05 [en] (Win95; I)
MIME-Version: 1.0
To: csound@maths.ex.ac.uk
Subject: some RT1.9 help needed
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk
Hi,
I'm kind of new on the list (4 months) but an avid user of Csound from
about version 3.45.
Although I'm using RT1.9 quite a lot lately, I still have a few fences
to jump.
I'v been looking into a specific problem I'm having latley.
I'll use the "delay.orc/sco" example codes to explain what I'm looking
for.
The delay example recieves WAVE IN and the instrument is activated in
the sco(.. i1 0 3600 ..).
[Btw, there is also the 'f0 600' statement there.Is it for real-time
performance in general or
like I think it states in the manual, for MIDI real-time performance]
If I now want to add MIDI controlers (e.g. 'kfdbk midic7 1,0,1')I must,
for some reason,
abandon the idea of activating the instr from sco and it seems like I
now need to activate it
"manually", (wich means pressing a button on the PC1600 MIDI controller
and keeping it there).
There seems to be a clash between the score's i statement & the orc's
midi controllers.
When I don't remove the i statment & use MIDI controllers in the orc -
RT crashes(probably with good reason)
Naturally I also rechecked my command line flgas and they seem in order
-
alowing MIDI IN,WAVE IN etc.
Any help will be much apriciated.
Thanks,
Yair Kass
|