Nabble - Csound - General

Re: Vosim bug

2008-09-07T23:13:38Z

Vosim was not in version 5.08 of Csound -- it is new in 5.09 which will be
released soon.

Anthony

Super Pija wrote on 9/8/08 1:57 AM:

> When running the vosim opcode with the example of the csound manual, this
> message is displayed:

> Csound version 5.08 beta (double samples) Mar 16 2008

> error: no legal opcode, line 70:
> ar1 vosim kamp, kfund, kform, kDecay, kPulseCount, kPulseFactor, 17,
> p12

Send bugs reports to this list.
To unsubscribe, send email sympa@... with body "unsubscribe csound"

Vosim bug

2008-09-07T22:57:11Z

When running the vosim opcode with the example of the csound manual, this message is displayed:

PortMIDI real time MIDI plugin for Csound
PortAudio real-time audio module for Csound
virtual_keyboard real time MIDI plugin for Csound
0dBFS level = 32768.0
Csound version 5.08 beta (double samples) Mar 16 2008
libsndfile-1.0.17
UnifiedCSD: C:/Documents and Settings/ibm/Desktop/vosim.csd
STARTING FILE
Creating options
Creating orchestra
Creating score
orchname: C:\DOCUME~1\ibm\LOCALS~1\Temp\cs259.orc
scorename: C:\DOCUME~1\ibm\LOCALS~1\Temp\cs260.sco
rtaudio: PortAudio module enabled ... using callback interface
rtmidi: PortMIDI module enabled
orch compiler:
65 lines read
instr 10
instr 1
error: no legal opcode, line 70:
ar1 vosim kamp, kfund, kform, kDecay, kPulseCount, kPulseFactor, 17, p12
error: input arg 'ar1' used before defined, line 77:
out ar1 * amp
2 syntax errors in orchestra. compilation invalid
Removing temporary file C:\DOCUME~1\ibm\LOCALS~1\Temp\cs260.sco ...
Removing temporary file C:\DOCUME~1\ibm\LOCALS~1\Temp\cs259.orc ...

----- Original Message ----
From: Michael Gogins <gogins@...>
To: csound@...
Sent: Saturday, September 6, 2008 5:55:36 PM
Subject: [Csnd] Re: Re: cswish on Windows

Tcl and Tk 8.4 are installed as part of Python 2.5, which uses them for the IDLE Python editor and for a basic graphical user interface toolkit.

Hope this helps,
Mike

-----Original Message-----

>From: victor <Victor.Lazzarini@...>
>Sent: Sep 6, 2008 4:44 AM
>To: csound@...
>Subject: [Csnd] Re: cswish on Windows
>
>I suppose this is possible alright, but it's up to the packager
>(Michael) to see if he can do it.
>
>Regards
>
>Victor
>----- Original Message -----
>From: "joachim heintz" <jh@...>
>To: <csound@...>
>Sent: Wednesday, September 03, 2008 7:57 PM
>Subject: [Csnd] cswish on Windows
>
>
>>I want to use cswish on a PC with MS Windows. I can't launch cswish (in
>>Csound\bin), because it fails to load tcl84.dll. I installed the current
>>version of TclTk, which is 8.5/ 8.6; so I can't get a binary installer for
>>Tcl 8.4. I have two questions now:
>> 1. Can the next release of cswish/Csound ask for Tcl 8.5 instead of 8.4?
>> 2. Is it possible in the future for cswish/Csound to use the most recent
>> version of TclTk which is installed on a computer?
>> (BTW: where exactly? Which is the search path for cswish?)
>>
>> Thanks!
>>
>> joachim
>>
>>
>> Send bugs reports to this list.
>> To unsubscribe, send email sympa@... with body "unsubscribe
>> csound"
>
>
>
>Send bugs reports to this list.
>To unsubscribe, send email sympa@... with body "unsubscribe csound"

Send bugs reports to this list.
To unsubscribe, send email sympa@... with body "unsubscribe csound"

Send bugs reports to this list.
To unsubscribe, send email sympa@... with body "unsubscribe csound"

Re: Re: Re: Re: Re: cswish on Windows

2008-09-06T13:50:06Z

yes, that will be much better.
----- Original Message -----
From: "Felipe Sateler" <fsateler@...>
To: <csound@...>
Sent: Saturday, September 06, 2008 9:31 PM
Subject: [Csnd] Re: Re: Re: Re: cswish on Windows

Send bugs reports to this list.
To unsubscribe, send email sympa@... with body "unsubscribe csound"

Re: Re: Re: Re: cswish on Windows

2008-09-06T13:31:42Z

El 06/09/08 16:24 victor escribió:
> The Tcl library version can be made a scons option.

I have some autodetection code in SConstruct2 (which I have neglected for a
while), it may be worthy to move it. An option may be a better solution,
though.

Saludos,
Felipe Sateler

signature.asc (204 bytes) Download Attachment

Re: Re: Re: cswish on Windows

2008-09-06T13:24:49Z

The Tcl library version can be made a scons option.
----- Original Message -----
From: "Felipe Sateler" <fsateler@...>
To: <csound@...>
Sent: Saturday, September 06, 2008 8:39 PM
Subject: [Csnd] Re: Re: cswish on Windows

Send bugs reports to this list.
To unsubscribe, send email sympa@... with body "unsubscribe csound"

Re: Re: cswish on Windows

2008-09-06T12:39:58Z

El 06/09/08 04:44 victor escribió:
> I suppose this is possible alright, but it's up to the packager
> (Michael) to see if he can do it.

It requires a few changes to SConstruct (it hardcodes 8.4).

Saludos,
Felipe Sateler

signature.asc (204 bytes) Download Attachment

Re: Re: cswish on Windows

2008-09-06T07:55:36Z

Tcl and Tk 8.4 are installed as part of Python 2.5, which uses them for the IDLE Python editor and for a basic graphical user interface toolkit.

Hope this helps,
Mike

-----Original Message-----

Send bugs reports to this list.
To unsubscribe, send email sympa@... with body "unsubscribe csound"

Re: cswish on Windows

2008-09-06T01:44:53Z

I suppose this is possible alright, but it's up to the packager
(Michael) to see if he can do it.

Regards

Victor
----- Original Message -----
From: "joachim heintz" <jh@...>
To: <csound@...>
Sent: Wednesday, September 03, 2008 7:57 PM
Subject: [Csnd] cswish on Windows

>I want to use cswish on a PC with MS Windows. I can't launch cswish (in
>Csound\bin), because it fails to load tcl84.dll. I installed the current
>version of TclTk, which is 8.5/ 8.6; so I can't get a binary installer for
>Tcl 8.4. I have two questions now:
> 1. Can the next release of cswish/Csound ask for Tcl 8.5 instead of 8.4?
> 2. Is it possible in the future for cswish/Csound to use the most recent
> version of TclTk which is installed on a computer?
> (BTW: where exactly? Which is the search path for cswish?)
>
> Thanks!
>
> joachim
>
>
> Send bugs reports to this list.
> To unsubscribe, send email sympa@... with body "unsubscribe
> csound"

Send bugs reports to this list.
To unsubscribe, send email sympa@... with body "unsubscribe csound"

Re: [Cs-dev] My music

2008-09-05T12:13:00Z

Hi Michael,

Thanks for sharing these! I had a number of them downloaded before
but many are new to me, so it's nice to listen to ones familiar and
new. =) As for the MP3's, one thing I noticed was that the mp3 file
names were hard to figure out what the piece were, and the ID3 tags
have no composer/title/etc. except a copyright added by sonus. Did
Sonus strip out any ID3 info?

Thanks!
steven

On Thu, Sep 4, 2008 at 6:31 AM, Michael Gogins <gogins@...> wrote:

> I have made a number of my compositions available on Sonus: http://www.sonus.ca.
>
> Most of these pieces were made using CsoundAC to generate scores and Csound to render the soundfiles.
>
> Thanks to the Canadian Electroacoustic Community for creating and maintaining this site, and to the Csound community for providing starting points for many of the Csound instruments that I used.
>
> Regards,
> Mike
>
>
>
>
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@...
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>

Send bugs reports to this list.
To unsubscribe, send email sympa@... with body "unsubscribe csound"

Re: Re: Re: Build from Source or Install Binary ?

2008-09-04T13:58:25Z

I see that you're on linux, not sure if there is a prebuilt 64bit
available for your platform or not, but if so then I'd recommend it :-)

P

On 4 Sep 2008, at 20:23, Felipe Sateler wrote:

> El 04/09/08 12:27 jpff@... escribió:
>> The only reasons to build from sources are
>> 1) there is no prebuilt system
>> 2) one wishes to change or develop sources
>> 3) one is using gentoo
>> 4) it is a while since a release and on needs sone new/fixed stuff
>> or
>> 5) one just does that kind of thing
>
> 6) the prebuilt binaries don't contain some needed functionality
> (stk opcodes,
> vst, whatever).
>
>
> Saludos,
> Felipe Sateler

Send bugs reports to this list.
To unsubscribe, send email sympa@... with body "unsubscribe csound"

Re: Re: Re: Build from Source or Install Binary ?

2008-09-04T13:50:20Z

I think Victor is getting together a 64bit binary for osx, but right
now if you're on mac and in need of double precision then you need to
build from source.

P

On 4 Sep 2008, at 20:23, Felipe Sateler wrote:

Send bugs reports to this list.
To unsubscribe, send email sympa@... with body "unsubscribe csound"

Re: Re: Build from Source or Install Binary ?

2008-09-04T12:23:57Z

El 04/09/08 12:27 jpff@... escribió:
> The only reasons to build from sources are
> 1) there is no prebuilt system
> 2) one wishes to change or develop sources
> 3) one is using gentoo
> 4) it is a while since a release and on needs sone new/fixed stuff
> or
> 5) one just does that kind of thing

6) the prebuilt binaries don't contain some needed functionality (stk opcodes,
vst, whatever).

Saludos,
Felipe Sateler

signature.asc (204 bytes) Download Attachment

Re: Re: Re: Build from Source or Install Binary ?

2008-09-04T09:40:37Z

>
>
> I see.
> By the way, what release is that?
>
>
> Panos

Version 5.09
We are preparing it now. There is a beta available of the sources for the
people who cannot wait. Two of teh developers have been at ICMC and DAFx
so it was delayed until next week.

==John ff

Send bugs reports to this list.
To unsubscribe, send email sympa@... with body "unsubscribe csound"

Re: Re: Build from Source or Install Binary ?

2008-09-04T09:32:04Z

I see.
By the way, what release is that?

Panos

jpff@... wrote:

> The only reasons to build from sources are
> 1) there is no prebuilt system
> 2) one wishes to change or develop sources
> 3) one is using gentoo
> 4) it is a while since a release and on needs sone new/fixed stuff
> or
> 5) one just does that kind of thing
>
> We are planning a release within the next 10 days all being well so 4 is
> not the case now. The Debian package should be OK for Ubuntu
> ==John
>
>
>> Hello all
>>
>> I switched from Slackware to Ubuntu (8.04.1) where i see that there are
>> pre-built binaries available for installation. Not being a Linux expert
>> per se, i was wondering if there is --> any <-- reason whatsoever, to
>> build my Csound instead of installing the binaries.
>>
>> Regards
>>
>> Panos
>>
>>
>>
>>
>> Send bugs reports to this list.
>> To unsubscribe, send email sympa@... with body "unsubscribe
>> csound"
>>
>>
>>
>
>
>
>
> Send bugs reports to this list.
> To unsubscribe, send email sympa@... with body "unsubscribe csound"
>

Send bugs reports to this list.
To unsubscribe, send email sympa@... with body "unsubscribe csound"

Re: Build from Source or Install Binary ?

2008-09-04T09:27:20Z

The only reasons to build from sources are
1) there is no prebuilt system
2) one wishes to change or develop sources
3) one is using gentoo
4) it is a while since a release and on needs sone new/fixed stuff
or
5) one just does that kind of thing

We are planning a release within the next 10 days all being well so 4 is
not the case now. The Debian package should be OK for Ubuntu
==John

> Hello all
>
> I switched from Slackware to Ubuntu (8.04.1) where i see that there are
> pre-built binaries available for installation. Not being a Linux expert
> per se, i was wondering if there is --> any <-- reason whatsoever, to
> build my Csound instead of installing the binaries.
>
> Regards
>
> Panos
>
>
>
>
> Send bugs reports to this list.
> To unsubscribe, send email sympa@... with body "unsubscribe
> csound"
>
>
>

Send bugs reports to this list.
To unsubscribe, send email sympa@... with body "unsubscribe csound"

Build from Source or Install Binary ?

2008-09-04T08:56:11Z

Hello all

I switched from Slackware to Ubuntu (8.04.1) where i see that there are
pre-built binaries available for installation. Not being a Linux expert
per se, i was wondering if there is --> any <-- reason whatsoever, to
build my Csound instead of installing the binaries.

Regards

Panos

Send bugs reports to this list.
To unsubscribe, send email sympa@... with body "unsubscribe csound"

My music

2008-09-04T06:31:37Z

I have made a number of my compositions available on Sonus: http://www.sonus.ca.

Most of these pieces were made using CsoundAC to generate scores and Csound to render the soundfiles.

Thanks to the Canadian Electroacoustic Community for creating and maintaining this site, and to the Csound community for providing starting points for many of the Csound instruments that I used.

Regards,
Mike

Send bugs reports to this list.
To unsubscribe, send email sympa@... with body "unsubscribe csound"

cswish on Windows

2008-09-03T11:57:05Z

I want to use cswish on a PC with MS Windows. I can't launch cswish
(in Csound\bin), because it fails to load tcl84.dll. I installed the
current version of TclTk, which is 8.5/ 8.6; so I can't get a binary
installer for Tcl 8.4. I have two questions now:
1. Can the next release of cswish/Csound ask for Tcl 8.5 instead of 8.4?
2. Is it possible in the future for cswish/Csound to use the most
recent version of TclTk which is installed on a computer?
(BTW: where exactly? Which is the search path for cswish?)

Thanks!

joachim

Send bugs reports to this list.
To unsubscribe, send email sympa@... with body "unsubscribe csound"

Re: JCN megadist, and source code map

2008-09-03T04:21:42Z

> It seems the JCN megadist on
> http://www.csounds.com/jmc/Processors/Processors.htm are accompanied
> by a pdf with the implemented formula and transfer function,
> but I can not open the pdf, my acrobat reader syas there's something
> wrong with the file.
> Does anyone have a working copy of the file ?
> Josep are you still here ?
>

That file is correpted for me too with xpdf -- I managed a work-around for
the lack of www.csounds.com

Send bugs reports to this list.
To unsubscribe, send email sympa@... with body "unsubscribe csound"

Re: JCN megadist, and source code map

2008-09-03T04:13:35Z

> I'm looking into distortion designs for a dsp class.
>
> It seems the JCN megadist on
> http://www.csounds.com/jmc/Processors/Processors.htm are accompanied
> by a pdf with the implemented formula and transfer function,
> but I can not open the pdf, my acrobat reader syas there's something
> wrong with the file.
> Does anyone have a working copy of the file ?
> Josep are you still here ?
>

Hum... I cannot evet get to www.csounds.com at present

> Also, on the same subject, I would like to look into the source code
> for the distort1 and clip opcodes to see if I can understand how they
> work. I have trouble finding the source code, is there a "map"
> somewhere, telling what files contain the source code for specific
> opcodes ?
>

The TAGS file gives the best map, but I did write a utility to produce a
reliable map -- just cannot find it at present!

distort1 is in Opcodes/biquad.c

clip is in Opcodes/pitch.c

Send bugs reports to this list.
To unsubscribe, send email sympa@... with body "unsubscribe csound"

Re: Re: bizarre happening with pvs opcodes...

2008-09-03T03:35:33Z

Hello,

Thanks very much for the clarification. The sound I posted was
modified in csound rather than maxmsp. This is the max thread that
started the whole thing:

http://www.cycling74.com/forums/index.php?
t=msg&th=35236&start=0&rid=0&S=28bc6cc331c17e17f131ac2181a32bf3

I'm not actually making the max examples myself as I've very little
experience of fft in max, its a shared experiment with Alex Harker
from the msp list. We'll have to check if max keeps the phase
information or not. So far though we haven't noticed any significant
differences in sound quality. More complex operations remain to be done.

Thanks again
Peiman

On 3 Sep 2008, at 11:05, Richard Dobson wrote:

> I don't have max/msp so can't reproduce your circumstances exactly
> (or comment on the max/msp opcodes), so it would be handy to have a
> URL for your source soundfile.
>
> However, the general story with all things pvoc is that (in the
> absence of highly esoteric and advanced (some of it patented)
> stuff!) all and any frequency modifications to pvoc frames will
> throw the bin phases out of alignment to a greater or lesser
> extent. This is the famous/notorious "phasing problem" with pvoc,
> heard most obviously on percussive sounds. I note that your params
> to pvscale amount to a no-op (ratio 1.0), so pvshift is the only
> opcode making frequency changes. Your source sound would seem to
> have just such a hard attack transient, and (especially with long
> analysis windows) it would then not be unexpected to get some
> blurring.
>
> The primary solution to this is usually some form of peak tracking
> of partials (significant increase in CPU load), and Victor will
> very likely have much more to say about that; but you may well find
> that reducing the analysis lengths will reduce smearing. There does
> not seem to be a significant LF component in the source (the usual
> reason for using large FFT windows), so as a guess you should be
> able to reduce by at least a half before losing frequency resolution.
>
> Richard Dobson
>
>
>
> peiman wrote:
>> Hello,
>> I'm making some sound examples with the pvs opcodes for a sound
>> quality
>> comparison with the native fft objects in maxmsp (I'v always
>> thought that
>> csound sounds better but now is time for the real experiment!).
>> I've just encountered a subtle but strange artefact with pvshift.
>> Listening
>> to the audio example I made earlier
>> http://idisk.mac.com/peimankh/Public/pvstest.aiff you will notice
>> that the
>> very end part of the file sounds blurry (fft artefact) compared to
>> the
>> beginning of the file. This is despite the frequency shift being
>> set to +160
>> for both parts (after a krate change in the middle). So it seems that
>> changing the shift parameter in krate somehow messes up the timing
>> of the
>> fft windows and the resynthesis gradually degrades. Maybe I'm doing
>> something wrong, any insights would be most welcome.
>> You can see my analysis settings from the instrument bellow...
>> Many Thanks
>> Peiman
>> ain1,ain2 xin
>> ain1 butterhp ain1, 20 ;remove dc
>> ain2 butterhp ain2, 20
>> ftps1 pvsanal ain1, 4096, 4096/4, 4096*2, 1 ; analyse
>> ftps2 pvsanal ain2, 4096, 4096/4, 4096*2, 1
>> fscale1 pvscale ftps1, 1.0, 0 ; transpose
>> fscale2 pvscale ftps2, 1.0, 0
>> fshift1 pvshift fscale1, gk_blue_auto0, 0.0, 0
>> fshift2 pvshift fscale2, gk_blue_auto0, 0.0, 0
>> aout1 pvsynth fshift1 ; synthesise
>> aout2 pvsynth
>> fshift2 xout aout1,aout2
>>
>
>
>
>
> Send bugs reports to this list.
> To unsubscribe, send email sympa@... with body
> "unsubscribe csound"

Send bugs reports to this list.
To unsubscribe, send email sympa@... with body "unsubscribe csound"

Re: bizarre happening with pvs opcodes...

2008-09-03T03:05:07Z

I don't have max/msp so can't reproduce your circumstances exactly (or
comment on the max/msp opcodes), so it would be handy to have a URL for
your source soundfile.

However, the general story with all things pvoc is that (in the absence
of highly esoteric and advanced (some of it patented) stuff!) all and
any frequency modifications to pvoc frames will throw the bin phases out
of alignment to a greater or lesser extent. This is the famous/notorious
"phasing problem" with pvoc, heard most obviously on percussive sounds.
I note that your params to pvscale amount to a no-op (ratio 1.0), so
pvshift is the only opcode making frequency changes. Your source sound
would seem to have just such a hard attack transient, and (especially
with long analysis windows) it would then not be unexpected to get some
blurring.

The primary solution to this is usually some form of peak tracking of
partials (significant increase in CPU load), and Victor will very likely
have much more to say about that; but you may well find that reducing
the analysis lengths will reduce smearing. There does not seem to be a
significant LF component in the source (the usual reason for using large
FFT windows), so as a guess you should be able to reduce by at least a
half before losing frequency resolution.

Richard Dobson

peiman wrote:

> Hello,
>
> I'm making some sound examples with the pvs opcodes for a sound quality
> comparison with the native fft objects in maxmsp (I'v always thought that
> csound sounds better but now is time for the real experiment!).
>
> I've just encountered a subtle but strange artefact with pvshift. Listening
> to the audio example I made earlier
> http://idisk.mac.com/peimankh/Public/pvstest.aiff you will notice that the
> very end part of the file sounds blurry (fft artefact) compared to the
> beginning of the file. This is despite the frequency shift being set to +160
> for both parts (after a krate change in the middle). So it seems that
> changing the shift parameter in krate somehow messes up the timing of the
> fft windows and the resynthesis gradually degrades. Maybe I'm doing
> something wrong, any insights would be most welcome.
>
> You can see my analysis settings from the instrument bellow...
>
> Many Thanks
> Peiman
>
> ain1,ain2 xin
> ain1 butterhp ain1, 20 ;remove dc
> ain2 butterhp ain2, 20
> ftps1 pvsanal ain1, 4096, 4096/4, 4096*2, 1 ; analyse
> ftps2 pvsanal ain2, 4096, 4096/4, 4096*2, 1
>
> fscale1 pvscale ftps1, 1.0, 0 ; transpose
> fscale2 pvscale ftps2, 1.0, 0
>
> fshift1 pvshift fscale1, gk_blue_auto0, 0.0, 0
> fshift2 pvshift fscale2, gk_blue_auto0, 0.0, 0
>
> aout1 pvsynth fshift1 ; synthesise
> aout2 pvsynth fshift2
>
> xout aout1,aout2
>

Send bugs reports to this list.
To unsubscribe, send email sympa@... with body "unsubscribe csound"

JCN megadist, and source code map

2008-09-03T02:07:40Z

I'm looking into distortion designs for a dsp class.

It seems the JCN megadist on
http://www.csounds.com/jmc/Processors/Processors.htm are accompanied
by a pdf with the implemented formula and transfer function,
but I can not open the pdf, my acrobat reader syas there's something
wrong with the file.
Does anyone have a working copy of the file ?
Josep are you still here ?

Also, on the same subject, I would like to look into the source code
for the distort1 and clip opcodes to see if I can understand how they
work. I have trouble finding the source code, is there a "map"
somewhere, telling what files contain the source code for specific
opcodes ?

very best
Oeyvind

Send bugs reports to this list.
To unsubscribe, send email sympa@... with body "unsubscribe csound"

Re: soft midi connections ...

2008-09-02T19:03:27Z

Line break, like this?

asig = a1+a2+a3
kenv linenr 1,.07,.11,.01 <== Declared and defined
out asig*kenv <== Then used

Cool. Okay, no problem, I get it now, that makes more sense.
Thanks.

Partev :-)

-----------------------------------------------------------------------------------------------

From: Dave Phillips <dlphillips@...>
Reply-To: csound@...
To: csound@...
Subject: [Csnd] Re: Re: Re: soft midi connections, linux
Date: Tue 09/02/08 02:13 AM

Joseph Sanger wrote:
> I think that there should be a line break between a3 and kenv
>
>
>>
>> asig = a1+a2+a3 kenv linenr 1,.07,.11,.01
>> out asig*kenv
>>
>>
Indeed there should be. Sorry about that.

Best,

dp

Send bugs reports to this list.
To unsubscribe, send email sympa@... with body "unsubscribe
csound"

_____________________________________________________________
Netscape. Just the Net You Need.

Send bugs reports to this list.
To unsubscribe, send email sympa@... with body "unsubscribe csound"

Re: Bformenc/dec manual example problem

2008-09-02T18:46:40Z

Hi Mark,

Can you try the new opcodes bformenc1 and bformdec1? I believe they have deprecated the previous ones.

Cheers,
Andrés

On Tue, Aug 26, 2008 at 9:39 AM, mark jamerson <bass_pilot@...> wrote:

Hey everybody,

I just tried out the bformenc/dec manual example and I got 0 amplitude output on all channels. I'm not sure if this is a bad manual example or what might be going on here, but if anyone knows, let me know. Thanks.

Mark

Send bugs reports to this list.
To unsubscribe, send email sympa@... with body "unsubscribe csound"

--

Andrés

Re: Re: Re: Re: Re: Re: soft midi connections, linux

2008-09-02T13:32:30Z

Thanks, that is what I need.

----- Original Message -----
From: Dave Phillips <dlphillips@...>
Date: Tuesday, September 2, 2008 5:01 pm
Subject: [Csnd] Re: Re: Re: Re: Re: soft midi connections, linux
To: csound@...

> Victor.Lazzarini@... wrote:
> > Dave,
> >
> > thanks. As far as hardware midi is concerned, I'm OK, but I was
> > wondering about soft midi, say from Timidity. Does alsa provide
> > soft midi connections by default (the 'virMIDI' ones?), or do you
> > have to configure them?
> >
> > Also, I am using -+rtmidi=alsa (no portmidi in the system I want
> > to do this, the OLPC). If I list with aconnect -l I generally get
> > just the hardware ports. How to get the soft ones?
> modprobe snd-virmidi
>
> That will give you four virtual MIDI ports that you can address
> and
> connect just like the real things.
>
> Best,
>
> dp
>
>
>
> Send bugs reports to this list.
> To unsubscribe, send email sympa@... with body
> "unsubscribe csound"

Send bugs reports to this list.
To unsubscribe, send email sympa@... with body "unsubscribe csound"

Re: Re: Re: Re: Re: soft midi connections, linux

2008-09-02T07:00:34Z

Victor.Lazzarini@... wrote:

> Dave,
>
> thanks. As far as hardware midi is concerned, I'm OK, but I was
> wondering about soft midi, say from Timidity. Does alsa provide
> soft midi connections by default (the 'virMIDI' ones?), or do you
> have to configure them?
>
> Also, I am using -+rtmidi=alsa (no portmidi in the system I want
> to do this, the OLPC). If I list with aconnect -l I generally get
> just the hardware ports. How to get the soft ones?

modprobe snd-virmidi

That will give you four virtual MIDI ports that you can address and
connect just like the real things.

Best,

dp

Send bugs reports to this list.
To unsubscribe, send email sympa@... with body "unsubscribe csound"

bizarre happening with pvs opcodes...

2008-09-02T06:50:58Z

Hello,

I'm making some sound examples with the pvs opcodes for a sound quality comparison with the native fft objects in maxmsp (I'v always thought that csound sounds better but now is time for the real experiment!).

I've just encountered a subtle but strange artefact with pvshift. Listening to the audio example I made earlier http://idisk.mac.com/peimankh/Public/pvstest.aiff you will notice that the very end part of the file sounds blurry (fft artefact) compared to the beginning of the file. This is despite the frequency shift being set to +160 for both parts (after a krate change in the middle). So it seems that changing the shift parameter in krate somehow messes up the timing of the fft windows and the resynthesis gradually degrades. Maybe I'm doing something wrong, any insights would be most welcome.

You can see my analysis settings from the instrument bellow...

Many Thanks
Peiman

ain1,ain2 xin
ain1 butterhp ain1, 20 ;remove dc
ain2 butterhp ain2, 20
ftps1 pvsanal ain1, 4096, 4096/4, 4096*2, 1 ; analyse
ftps2 pvsanal ain2, 4096, 4096/4, 4096*2, 1

fscale1 pvscale ftps1, 1.0, 0 ; transpose
fscale2 pvscale ftps2, 1.0, 0

fshift1 pvshift fscale1, gk_blue_auto0, 0.0, 0
fshift2 pvshift fscale2, gk_blue_auto0, 0.0, 0

aout1 pvsynth fshift1 ; synthesise
aout2 pvsynth fshift2

xout aout1,aout2

Re: Re: Re: Re: soft midi connections, linux

2008-09-02T06:42:25Z

Dave,

thanks. As far as hardware midi is concerned, I'm OK, but I was
wondering about soft midi, say from Timidity. Does alsa provide
soft midi connections by default (the 'virMIDI' ones?), or do you
have to configure them?

Also, I am using -+rtmidi=alsa (no portmidi in the system I want
to do this, the OLPC). If I list with aconnect -l I generally get
just the hardware ports. How to get the soft ones?

Thanks

Victor

----- Original Message -----
From: Dave Phillips <dlphillips@...>
Date: Monday, September 1, 2008 2:14 pm
Subject: [Csnd] Re: Re: Re: soft midi connections, linux
To: csound@...

> victor wrote:
> > No, just lazy and wanting to know how to do it without having to
> > experiment. So how do you do this, please?
> As you know, Csound makes its own MIDI connections, so if you
> want to
> drive it from a sequencer you'll use aconnect to hook the
> sequencer to
> the input port designated by the -M option (see below).
>
> Here's an old and simple CSD for MIDI input. In this example I
> use an
> external MIDI keyboard (connected to Live's hardware MIDI In
> port) to
> play the synthesizer :
>
> <CsoundSynthesizer>
>
> <CsOptions>
> ;;; Set -M to some ridiculous value to see a list of available
> numbered
> MIDI input devices.
> ;;; At -M100 my system reports that these devices exist for use
> with
> that option:
>
> ; The available MIDI in devices are:
> ; 0: EMU10K1 MPU-401 (UART) (ALSA)
> ; 1: VirMIDI 1-0 (ALSA)
> ; 2: VirMIDI 1-1 (ALSA)
> ; 3: VirMIDI 1-2 (ALSA)
> ; 4: VirMIDI 1-3 (ALSA)
>
> ;;; In the following instance I've selected the external MIDI
> port on my
> SBLive
> ;;; for MIDI input and the default audio output device:
>
> -+rtmidi=pm -M0 -o dac -d -m0
>
> </CsOptions>
>
> <CsInstruments>
>
> instr 1
> iamp ampmidi 5000
> kfreq cpsmidib
> kmod midictrl
> 1,0,10 ; Mod wheel controls vibrato depth and rate.
> irate veloc
> 1,10 ; This idea
> shamelessly stolen from J.
> Bohn's Csound tutorial
> kvib oscil kmod, irate,
> 1 ; at
> http://www.bohnmedia.com/jbohn/csound/index.html.
> a1 oscili iamp,kfreq+kvib,2
> a2 oscili
> iamp,(kfreq*1.003)+kvib,3a3
> oscili iamp,(kfreq*.997)+kvib,4
> asig = a1+a2+a3
> kenv linenr 1,.07,.11,.01
> out asig*kenv
> endin
>
> </CsInstruments>
>
> ; ==============================================
>
> <CsScore>
> f1 0 8192 10 .1 0 .2 0 0 .4 0 0 0 0 .8
> f2 0 8192 10 1 0 .9 0 0 .7 0 0 0 .4
> f3 0 8192 10 .5 0 .6 0 0 .3 0 0 0 .9
> f4 0 8192 10 .9 0 .3 0 0 .6 0 0 0 .5
> f0 10000
> e
> </CsScore>
>
> </CsoundSynthesizer>
>
>
>
> Victor, let me know if this example works for you or if I've
> misunderstood your question. :)
>
> Best,
>
> dp
>
>
>
> Send bugs reports to this list.
> To unsubscribe, send email sympa@... with body
> "unsubscribe csound"

Send bugs reports to this list.
To unsubscribe, send email sympa@... with body "unsubscribe csound"

Re: Re: Re: Running liblame from system opcode?

2008-09-02T04:35:59Z

Perhaps it will help if I remark that the SCC (Sufficiently Clever
Compiler) never got wrtten either!

==John ff
> Thank you root!
>
> Such a pity that I'm just a NSNCP! (Non-sufficiently non-clever
> programmer).
> (Hmm... Was that double negatives?) (You see what I mean... :-)
>
> Jonas

Send bugs reports to this list.
To unsubscribe, send email sympa@... with body "unsubscribe csound"

Re: Re: Re: soft midi connections, linux

2008-09-02T03:13:01Z

Joseph Sanger wrote:
> I think that there should be a line break between a3 and kenv
>
>
>>
>> asig = a1+a2+a3 kenv linenr 1,.07,.11,.01
>> out asig*kenv
>>
>>
Indeed there should be. Sorry about that.

Best,

dp

Send bugs reports to this list.
To unsubscribe, send email sympa@... with body "unsubscribe csound"

Re: Strange behavior with igoto and perf-time opcodes

2008-09-02T00:32:40Z

I have added code to check for this case. Will be in next release
==John ff

Send bugs reports to this list.
To unsubscribe, send email sympa@... with body "unsubscribe csound"

Re: Strange behavior with igoto and perf-time opcodes

2008-09-02T00:30:43Z

You can try with a cross control.

regards.

sr = 48000

kr = 375

nchnls = 2

instr 1

kcond init 0

if (kcond != 1) kgoto B

printk .2, 1

printk .2, 2

kcond = 1

END:

endin

Il giorno 02/set/08, alle ore 08:00, Carlos Pita ha scritto:

<CsInstruments>

sr = 48000
kr = 375
nchnls = 2

instr 1

igoto B
A:
printk .1, 1
B:
printk .1, 2
END:

endin

</CsInstruments>

<CsScore>
i 1 0 1
</CsScore>

alessandropetrolati* alessandropetrolati::address()

{

cout << "Loc. Acquaviva, 33" << endl

<< "61043 Cagli/PU" << endl

<< "Italy" << endl

<< "P.Iva 02294030412" << endl

<< "C.F. PTRLNS74P30B352I" << endl

<< "Phones:" << endl

<< "+39.329.62.21.413" << endl

<< "+39.0721.78.70.58" << endl

<< "info@..." << endl

<< "www.alessandro-petrolati.it" << endl

<< "www.pianoforti-pesaro.com " << endl;

if (_pinfo == 0)

_pinfo = new alessandropetrolati;

return _pinfo;

}

///EOF

Re: Strange behavior with igoto and perf-time opcodes

2008-09-01T23:56:36Z

The first printk is not initialised so the triggers etc sare not set

Not done complete analysis yet but I am sure it is the random
initialisarion. Perhaps we should trapnon-initialisation

==Johnff

> Hi,
>
> in an attempt to understand csound's control flow I've read this
> informative article http://www.goodeveca.net/ifs-buts-gotos.html. As
> you can see, it explains some at first sight bizarre behavior as
> caused by the separation of opcodes in perf and init time chains. I
> thought I have grasped the idea so I wrote a simple instr to
> corroborate it:
>
> <CsInstruments>
>
> sr = 48000
> kr = 375
> nchnls = 2
>
> instr 1
>
> igoto B
> A:
> printk .1, 1
> B:
> printk .1, 2
> END:
>
> endin
>
> </CsInstruments>
>
> <CsScore>
> i 1 0 1
> </CsScore>
>
> I expected the output to be 1,2,1,2,1,2,..... as both printk would
> reside at the perf-chain while the igoto stayed at the init-chain.
> Well, the output was in fact this:
>
> i 1 time 0.00267: 2.00000
> i 1 time 0.10133: 2.00000
> i 1 time 0.20267: 2.00000
> i 1 time 0.30133: 2.00000
> i 1 time 0.40267: 2.00000
> i 1 time 0.50133: 2.00000
> i 1 time 0.60267: 2.00000
> i 1 time 0.70133: 2.00000
> i 1 time 0.80267: 2.00000
> i 1 time 0.90133: 2.00000
>
> The A-B "branch" was never executed. I thought: maybe opcodes that are
> not seen at init phase are considered non initialized and therefore
> not added to the perf-chain, or they're added but later ignored. So I
> run a little variation of my first instr:
>
> instr 1
> igoto B
> A:
> printk .1, 1
> kgoto END
> B:
> printk .1, 2
> END:
>
> Here I added a kgoto to the A-B branch that according to my adhoc
> extension of the two-chain theory shouldn't be executed (it has
> somehow the same status of printk .1, 1, being in the A-B branch). But
> then the new hypothesis was also refuted by the example:
>
> NO printk output at all => kgoto END was executed while the printk
> immediately above it didn't.
>
> Could you explain this brain melting behavior? Is this because printk
> was never initialized with its parameters (or was initialized with
> defaults parameters that avoid any printing) while kgoto doesn't need
> any initialization at all? Or are control opcodes given special
> treatment? Or whatever...
>
> Thank you in advance
> Regards
> -Carlos
>
>
> Send bugs reports to this list.
> To unsubscribe, send email sympa@... with body "unsubscribe
> csound"
>
>
>

Send bugs reports to this list.
To unsubscribe, send email sympa@... with body "unsubscribe csound"

Strange behavior with igoto and perf-time opcodes

2008-09-01T23:00:27Z

Hi,

in an attempt to understand csound's control flow I've read this
informative article http://www.goodeveca.net/ifs-buts-gotos.html. As
you can see, it explains some at first sight bizarre behavior as
caused by the separation of opcodes in perf and init time chains. I
thought I have grasped the idea so I wrote a simple instr to
corroborate it:

<CsInstruments>

sr = 48000
kr = 375
nchnls = 2

instr 1

igoto B
A:
printk .1, 1
B:
printk .1, 2
END:

endin

</CsInstruments>

<CsScore>
i 1 0 1
</CsScore>

I expected the output to be 1,2,1,2,1,2,..... as both printk would
reside at the perf-chain while the igoto stayed at the init-chain.
Well, the output was in fact this:

i 1 time 0.00267: 2.00000
i 1 time 0.10133: 2.00000
i 1 time 0.20267: 2.00000
i 1 time 0.30133: 2.00000
i 1 time 0.40267: 2.00000
i 1 time 0.50133: 2.00000
i 1 time 0.60267: 2.00000
i 1 time 0.70133: 2.00000
i 1 time 0.80267: 2.00000
i 1 time 0.90133: 2.00000

The A-B "branch" was never executed. I thought: maybe opcodes that are
not seen at init phase are considered non initialized and therefore
not added to the perf-chain, or they're added but later ignored. So I
run a little variation of my first instr:

instr 1
igoto B
A:
printk .1, 1
kgoto END
B:
printk .1, 2
END:

Here I added a kgoto to the A-B branch that according to my adhoc
extension of the two-chain theory shouldn't be executed (it has
somehow the same status of printk .1, 1, being in the A-B branch). But
then the new hypothesis was also refuted by the example:

NO printk output at all => kgoto END was executed while the printk
immediately above it didn't.

Could you explain this brain melting behavior? Is this because printk
was never initialized with its parameters (or was initialized with
defaults parameters that avoid any printing) while kgoto doesn't need
any initialization at all? Or are control opcodes given special
treatment? Or whatever...

Thank you in advance
Regards
-Carlos

Send bugs reports to this list.
To unsubscribe, send email sympa@... with body "unsubscribe csound"