| >
> I need a volunteer to extract and comment all the different error
> messages generated by Csound. For inclusion in the manual appendices. No
> pay but untold glory!
>
> Cheers
>
> Mail to me.
>
>
>
> --
> ________________________________________________________
> Jean Piche
> Universite de Montreal
> http://mistral.ere.umontreal.ca/~pichej
> http://www.musique.umontreal.ca/Org/CompoElectro/CEC/
>
>
I think this may need to be a case of 'wait for the next full version'. I have
just identified a whole class of bugs in Csound, where it crashes, when it should
print an error. basically, if you attempt to jump over any opcode which
allocates memory, by using 'igoto', csound should complain, but it crashes. i have
Fixed most of these already, and will be passing all of them onto John fitch. I
am also hunting down the bug which crashes Csound if 'endin' is left out.
What this means really is that, IMHO, the error messaging in Csound is still
in a somewhat fluid and evolving state. I have also heard that some messages are
less than helpful or accurate. Can we turn this around then, and ask the question -
what does everyone think about the current state of the error messages? Are ther
any that are particularly tiresome and unhelpful?
In this respect, I will be very interested to hear of any other bugs which
crash Csound, or which throuw poor error messages. I can single-step through
the C code thanks to the debugger in VC++ v4, so I can always identify where
the code fails, even if I cannot always figure out the ideal solution. The
trouble seems to be that so many users write such perfect code that these bugs
only crop up very occasionally!
Received: from stork2.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa02003;
25 Apr 97 19:13 BST
Received: from goggins.bath.ac.uk by stork.maths.Bath.AC.UK id ab22895;
25 Apr 97 19:13 BST
Received: from hermes.ex.ac.uk by goggins.bath.ac.uk with SMTP (PP);
Fri, 25 Apr 1997 19:13:02 +0100
Received: from noether [144.173.8.10] by hermes via SMTP (TAA13278);
Fri, 25 Apr 1997 19:07:11 +0100
Received: from hermes.ex.ac.uk by maths.exeter.ac.uk;
Fri, 25 Apr 97 19:07:04 +0100
Received: from ho13.eng.ua.edu [130.160.40.13] by hermes via ESMTP (TAA13269);
Fri, 25 Apr 1997 19:07:01 +0100
Received: (from jwilder@localhost) by ho13.eng.ua.edu (AIX4.2/UCB 8.7/8.7)
id NAA04322 for csound@noether.ex.ac.uk;
Fri, 25 Apr 1997 13:00:30 -0500 (CDT)
Date: Fri, 25 Apr 1997 13:00:30 -0500 (CDT)
From: jwilder
Message-Id: <199704251800.NAA04322@ho13.eng.ua.edu>
To: csound@maths.ex.ac.uk
Subject: a hardware question....
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Md5: Q5lpG3cVrxyLqI+8e8FV1g==
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk
I wanted to post this question to the group to see if there are any soundcard pros out there..
For my Masters of Science in Engineering thesis at the University of Alabama, I've been working on building a quad-output
soundcard for the PC that will work with Csound. Basically, the idea is that it will take any digital sound file that
contains 16 bit samples and convert that to analog information ==> sound. The thesis idea came from a music prof. here
that's been wanting to have electronic music quad output for a long time and suggested that if I wanted to do a thesis
project for the music dept., that I build one for him. I know there are some devices out there that will do quad, but I
haven't been able to find anything that's specifically used just for quad output. Anyway, enough background info. and
on to my question.
I'm using a hardware interrupt to signal an interrupt software routine to port out 4 samples to my card, where each of the
samples is loaded into a different digital-to-analog converter. My hardware interrupt is a clock that equals 44.1kHz, so
in theory, within one clock cycle of 44.1kHz (about 22 micro-secs.), the interrupt software routine (ISR) should access
the digital sound file(which is dang large as we all know) four times within 22usec. The problem is that hard drive access
time isn't quick enough to keep up with my 44.1kHz clock; hence, within 22usec I could never hope to make 4 reads to the
hard drive, and the samples to the DACs aren't making it there fast enough! I thought about loading my samples first into
RAM, but that wouldn't be very efficient and would place a severe limit on the size of the sound file(100 secs of quad
music takes around 35 Megabytes). Does anyone know how a sound card achieves its output? Surely it uses some kind of
buffering (maybe with DMA?) that will keep on filling up a buffer with the samples, and then the samples are just
ported out from the buffer, thus allowing the critical 22usec time frame to be achieved so that all DACs are filled and
outputed according to the 44.1kHz clock before the next set of samples comes in.
Any knowlege on sound card output would be appreciated...
Thanks in advance,
Joel Wilder
Received: from stork2.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa02135;
25 Apr 97 19:51 BST
Received: from goggins.bath.ac.uk by stork.maths.Bath.AC.UK id aa25123;
25 Apr 97 19:50 BST
Received: from hermes.ex.ac.uk by goggins.bath.ac.uk with SMTP (PP);
Fri, 25 Apr 1997 19:50:31 +0100
Received: from noether [144.173.8.10] by hermes via SMTP (TAA14771);
Fri, 25 Apr 1997 19:42:21 +0100
Received: from hermes.ex.ac.uk by maths.exeter.ac.uk;
Fri, 25 Apr 97 19:42:15 +0100
Received: from dns.doruk.net.tr [195.174.34.101] by hermes via SMTP (TAA14759);
Fri, 25 Apr 1997 19:42:12 +0100
Received: by bbs.doruk.com.tr id af14318; 25 Apr 97 21:37 TSI
From: omni
To: csound@maths.ex.ac.uk
Subject: ispecwp parameter of pvoc
Date: Fri, 25 Apr 97 20:20:53
Comment: Turkce karekter filtresinden gecirildi.
Content-Type: text/plain; charset="us-ascii"
Message-Id: <9704252027.aa13410@bbs.doruk.com.tr>
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk
Hello Csounders,
The 'isecwp' parameter of 'pvoc' has a default value of (0).
And I attempted to preserve the spectral envelope while changing the 'kreq'
parameter by setting another value (e.g. '1') to isecwp. But the resulting
signal has been nothing than zero after compiling.
Does someone has an idea for this situation?
Thanks for your interest,
Sinan Boekesoy
Received: from stork2.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa02580;
26 Apr 97 0:24 BST
Received: from goggins.bath.ac.uk by stork.maths.Bath.AC.UK id aa03966;
26 Apr 97 0:24 BST
Received: from hermes.ex.ac.uk by goggins.bath.ac.uk with SMTP (PP);
Sat, 26 Apr 1997 00:24:15 +0100
Received: from noether [144.173.8.10] by hermes via SMTP (AAA24003);
Sat, 26 Apr 1997 00:20:42 +0100
Received: from hermes.ex.ac.uk by maths.exeter.ac.uk;
Sat, 26 Apr 97 00:20:36 +0100
Received: from root@solar.sky.net [198.70.175.2] by hermes
via ESMTP (AAA23996); Sat, 26 Apr 1997 00:20:34 +0100
Received: from 206.230.175.79 (ts7p44.sky.net [206.230.175.79]) by sky.net (8.8.5/8.8.5)
with SMTP id SAA12888; Fri, 25 Apr 1997 18:20:33 -0500 (CDT)
Message-Id: <3360F7A0.2606@solar.sky.net>
Date: Fri, 25 Apr 1997 18:28:13 +0000
From: Cliff Caruthers
Reply-To: cliffc@sky.net
Organization: Glacial Erratica
X-Mailer: Mozilla 3.01 (Macintosh; I; 68K)
Mime-Version: 1.0
To: csound@maths.ex.ac.uk
Subject: Re: ispecwp parameter of pvoc
References: <9704252027.aa13410@bbs.doruk.com.tr>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk
I personally have tried a number of values for this parameter, and have
found that it will accept a value from 0 (default) up to but not
including 1; however, I (and others) were unable to hear a difference no
matter what value was entered. Does this damn thing work or not? I
personally love pvoc for the time stretching effect, but am quite
disappointed in the pitch shifting aspect. Anybody with some technical
knowledge on this have any answers/comments.
cliff
omni wrote:
>
> Hello Csounders,
>
> The 'isecwp' parameter of 'pvoc' has a default value of (0).
>
> And I attempted to preserve the spectral envelope while changing the 'kreq'
> parameter by setting another value (e.g. '1') to isecwp. But the resulting
> signal has been nothing than zero after compiling.
>
> Does someone has an idea for this situation?
>
> Thanks for your interest,
>
> Sinan Boekesoy
|