All being well a number of the Csound developers and community (*)
will all be at the Linux Audio Conference in Maynooth in early May.
This is a useful opportunity for us to plan ahead, so suggestions of
what you would like might be timely.  Clearly we do not promise to do
all that you ask, or indeed any, but ideas now.


==John ffitch

*I saw these?
    * Brandtsegg, Oeyvind
    * Gogins, Michael
    * Heintz, Joachim
    * Lato, John
    * Phillips, Dave
    * Steiner, Malte
    * Victor, Lazzarini
    * Walsh, Rory
    * Yi, Steven
    * ffitch, John
    * khosravi, peiman

 


Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

i would to have a streaming set of opcodes for LPC.
I find the present LPC opcodes hard to work with, there are problems with
silences, when to choose the -a function...
I was looking at rt_lpc. http://soundlab.cs.princeton.edu/software/rt_lpc/
it is GPL, perhaps it is a good starting point for developpers.

greetings
Menno

--
View this message in context: http://csound.1045644.n5.nabble.com/Now-is-the-time-to-make-suggestions-tp4282301p4283552.html
Sent from the Csound - General mailing list archive at Nabble.com.


Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

Dear John,

It's very nice of you to ask for suggestions, even though we know not all of 
them can be fulfilled. May I dare to come back to an old wish in the list, that 
the number of P-fields be unlimited (with dynamic allocation), as is the case 
with the number of GEN (previously limited, now free)?
I realise that writing a GEN with, say, 10000 P-fields may look very unrealistic 
and outrageously long, if hand made, but when mapping analysis data (such as 
partial tracking analysis) of relatively long sounds, or complex spatial 
movements (of course, algorithmically computed), such long GENs (usually 7) are 
very useful. For the time being, I have an data reduction algorithm, that is 
bounded by the current PMAX.
Thanks a lot in advance.

Marco


----- Ursprüngliche Mail ----
> Von: john ffitch 
> An: csound@lists.bath.ac.uk
> Gesendet: Montag, den 4. April 2011, 19:29:31 Uhr
> Betreff: [Csnd] Now is the time to make suggestions
> 
> All being well a number of the Csound developers and community (*)
> will all  be at the Linux Audio Conference in Maynooth in early May.
> This is a useful  opportunity for us to plan ahead, so suggestions of
> what you would like might  be timely.  Clearly we do not promise to do
> all that you ask, or indeed  any, but ideas now.
> 
> 
> ==John ffitch
> 
> *I saw these?
>      * Brandtsegg, Oeyvind
>     * Gogins, Michael
>      * Heintz, Joachim
>     * Lato, John
>     * Phillips,  Dave
>     * Steiner, Malte
>     * Victor,  Lazzarini
>     * Walsh, Rory
>     * Yi, Steven
>      * ffitch, John
>     * khosravi, peiman
> 
> 
> 
> 
> Send bugs reports to the Sourceforge bug tracker
>              https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions  of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body  "unsubscribe 
>csound"
> 
>


Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

Do cps2pch and cpsxpch display some bug, or is this a case of not reading the manual?

The manual describes the problem they are experiencing as the intended behavior of the opcode, and recommends other opcodes if precision is desired:

"[Note] Note

The conversion from pch, oct, or midinn into cps is not a linear operation but involves an exponential process that could be time-consuming when executed repeatedly. Csound now uses a built-in table lookup to do this efficiently, even at audio rates. Because the table index is truncated without interpolation, pitch resolution when using one of these opcodes is limited to 8192 discrete and equal divisions of the octave, and some pitches of the standard 12-tone equally-tempered scale are very slightly mistuned (by at most 0.15 cents).

If you need more precision in the calculation, use cps2pch or cpsxpch instead. "


----- Original message -----
> I'm sure this can be looked at. Maybe if examples can be furnished so 
> we know what the problem is.
>
> Victor
>
>
> On 5 Apr 2011, at 16:17, Aaron Krister Johnson wrote:
>
> > Hi John,
> >
> > On the micro/tuning lists there have been recent discussions about 
> > the lacking accuracy of the cpspch and kin opcodes....any chance 
> > they can be improved or fixed to provide more accuracy?
> >
> > I use cps in HZ for my needs in order to avoid those opcodes for 
> > that very reason. I'm fine using HZ myself, but others have asked....
> >
> > Best,
> > AKJ
> >
> > On Mon, Apr 4, 2011 at 12:29 PM, john ffitch <jpff@codemist.co.uk> 
> > wrote:
> > All being well a number of the Csound developers and community (*)
> > will all be at the Linux Audio Conference in Maynooth in early May.
> > This is a useful opportunity for us to plan ahead, so suggestions of
> > what you would like might be timely.  Clearly we do not promise to do
> > all that you ask, or indeed any, but ideas now.
> >
> >
> > ==John ffitch
> >
> > *I saw these?
> > * Brandtsegg, Oeyvind
> > * Gogins, Michael
> > * Heintz, Joachim
> > * Lato, John
> > * Phillips, Dave
> > * Steiner, Malte
> > * Victor, Lazzarini
> > * Walsh, Rory
> > * Yi, Steven
> > * ffitch, John
> > * khosravi, peiman
> >
> >
> >
> >
> > Send bugs reports to the Sourceforge bug tracker
> > https://sourceforge.net/tracker/?group_id=81968&atid=564599
> > Discussions of bugs and features can be posted here
> > To unsubscribe, send email sympa@lists.bath.ac.uk with body 
> > "unsubscribe csound"
> >
> >
> >
> >
> > --
> > Aaron Krister Johnson
> > http://www.akjmusic.com
> > http://www.untwelve.org
> >
>
> Dr Victor Lazzarini
> Senior Lecturer
> Dept. of Music
> NUI Maynooth Ireland
> tel.: +353 1 708 3545
> Victor dot Lazzarini AT nuim dot ie
>
>
>
>
> Send bugs reports to the Sourceforge bug tracker
>                        https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
> csound"
>

I switched to using cps2pch myself as cpspch uses a lookup table.
(There was a conversation I brought up regarding this a while back on
the csound list).  The manual for cpspch explicitly mentions:

The conversion from pch, oct, or midinn into cps is not a linear
operation but involves an exponential process that could be
time-consuming when executed repeatedly. Csound now uses a built-in
table lookup to do this efficiently, even at audio rates. Because the
table index is truncated without interpolation, pitch resolution when
using one of these opcodes is limited to 8192 discrete and equal
divisions of the octave, and some pitches of the standard 12-tone
equally-tempered scale are very slightly mistuned (by at most 0.15
cents).



On Tue, Apr 5, 2011 at 11:17 AM, Aaron Krister Johnson
 wrote:
> Hi John,
> On the micro/tuning lists there have been recent discussions about the
> lacking accuracy of the cpspch and kin opcodes....any chance they can be
> improved or fixed to provide more accuracy?
> I use cps in HZ for my needs in order to avoid those opcodes for that very
> reason. I'm fine using HZ myself, but others have asked....
> Best,
> AKJ
>
> On Mon, Apr 4, 2011 at 12:29 PM, john ffitch  wrote:
>>
>> All being well a number of the Csound developers and community (*)
>> will all be at the Linux Audio Conference in Maynooth in early May.
>> This is a useful opportunity for us to plan ahead, so suggestions of
>> what you would like might be timely.  Clearly we do not promise to do
>> all that you ask, or indeed any, but ideas now.
>>
>>
>> ==John ffitch
>>
>> *I saw these?
>>    * Brandtsegg, Oeyvind
>>    * Gogins, Michael
>>    * Heintz, Joachim
>>    * Lato, John
>>    * Phillips, Dave
>>    * Steiner, Malte
>>    * Victor, Lazzarini
>>    * Walsh, Rory
>>    * Yi, Steven
>>    * ffitch, John
>>    * khosravi, peiman
>>
>>
>>
>>
>> Send bugs reports to the Sourceforge bug tracker
>>            https://sourceforge.net/tracker/?group_id=81968&atid=564599
>> Discussions of bugs and features can be posted here
>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
>> csound"
>>
>
>
>
> --
> Aaron Krister Johnson
> http://www.akjmusic.com
> http://www.untwelve.org
>
>


Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

May I also suggest the urgency of implementing multithreading. I'm now 
working with 6-8 channels and am beginning to feel the need for those 
extra three processors lying dormant!

Also it would be great if the java wrapper could be looked at on the OS 
X and tested (for the doubles version). This seems to be messing with 
Blue (Steven, please correct me).

Best,

Peiman
>> On Mon, Apr 4, 2011 at 12:29 PM, john ffitch  wrote:
>>> All being well a number of the Csound developers and community (*)
>>> will all be at the Linux Audio Conference in Maynooth in early May.
>>> This is a useful opportunity for us to plan ahead, so suggestions of
>>> what you would like might be timely.  Clearly we do not promise to do
>>> all that you ask, or indeed any, but ideas now.
>>>
>>>
>>> ==John ffitch
>>>
>>> *I saw these?
>>>     * Brandtsegg, Oeyvind
>>>     * Gogins, Michael
>>>     * Heintz, Joachim
>>>     * Lato, John
>>>     * Phillips, Dave
>>>     * Steiner, Malte
>>>     * Victor, Lazzarini
>>>     * Walsh, Rory
>>>     * Yi, Steven
>>>     * ffitch, John
>>>     * khosravi, peiman
>>>
>>>
>>>
>>>
>>> Send bugs reports to the Sourceforge bug tracker
>>>             https://sourceforge.net/tracker/?group_id=81968&atid=564599
>>> Discussions of bugs and features can be posted here
>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
>>> csound"
>>>
>>
>>
>> --
>> Aaron Krister Johnson
>> http://www.akjmusic.com
>> http://www.untwelve.org
>>
>>
>
> Send bugs reports to the Sourceforge bug tracker
>              https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
>



Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

No, you are correct.  I can only get the float version working with
blue on OSX, even though the java jar I compile again is for doubles
(very strange).  I'm not sure what's going on but it's on my list of
things to investigate once I can get some build stuff out of the way.

On Wed, Apr 6, 2011 at 11:00 AM, peiman khosravi
 wrote:
> May I also suggest the urgency of implementing multithreading. I'm now
> working with 6-8 channels and am beginning to feel the need for those extra
> three processors lying dormant!
>
> Also it would be great if the java wrapper could be looked at on the OS X
> and tested (for the doubles version). This seems to be messing with Blue
> (Steven, please correct me).
>
> Best,
>
> Peiman
>>>
>>> On Mon, Apr 4, 2011 at 12:29 PM, john ffitch  wrote:
>>>>
>>>> All being well a number of the Csound developers and community (*)
>>>> will all be at the Linux Audio Conference in Maynooth in early May.
>>>> This is a useful opportunity for us to plan ahead, so suggestions of
>>>> what you would like might be timely.  Clearly we do not promise to do
>>>> all that you ask, or indeed any, but ideas now.
>>>>
>>>>
>>>> ==John ffitch
>>>>
>>>> *I saw these?
>>>>    * Brandtsegg, Oeyvind
>>>>    * Gogins, Michael
>>>>    * Heintz, Joachim
>>>>    * Lato, John
>>>>    * Phillips, Dave
>>>>    * Steiner, Malte
>>>>    * Victor, Lazzarini
>>>>    * Walsh, Rory
>>>>    * Yi, Steven
>>>>    * ffitch, John
>>>>    * khosravi, peiman
>>>>
>>>>
>>>>
>>>>
>>>> Send bugs reports to the Sourceforge bug tracker
>>>>            https://sourceforge.net/tracker/?group_id=81968&atid=564599
>>>> Discussions of bugs and features can be posted here
>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
>>>> csound"
>>>>
>>>
>>>
>>> --
>>> Aaron Krister Johnson
>>> http://www.akjmusic.com
>>> http://www.untwelve.org
>>>
>>>
>>
>> Send bugs reports to the Sourceforge bug tracker
>>             https://sourceforge.net/tracker/?group_id=81968&atid=564599
>> Discussions of bugs and features can be posted here
>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
>> csound"
>>
>
>
>
> Send bugs reports to the Sourceforge bug tracker
>           https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
> csound"
>
>


Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

> I think a pattern system like in supercollider will be a fantastic
> addition
> to the power of csound.
> schedkwhen and other are very good but a level highter can be super.
>
> stf
>
>

can you be more specific for those of us who do not have or use
Supercollider?

==John ff



Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

Dear All,
i recently asked for some better ftable graphic display.
What i would like, enough for me, is only some better aspect
of the actual graphic window (tk?). i.e. is possible to have
a grid and some numbers on the axis, and, maybe,
 a little big default size?
And is possible that when i focus on the window csound do not pause
running?
Or do require too much work for too simpler things?
 
PS: can i ask where is this graphic displaying code in source code?

Hope not stupid/boring question,
thanks, ciao,
francesco.


--
View this message in context: http://csound.1045644.n5.nabble.com/Now-is-the-time-to-make-suggestions-tp4282301p4287999.html
Sent from the Csound - General mailing list archive at Nabble.com.


Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

I think a pattern system like in supercollider will be a fantastic addition to the power of csound.

schedkwhen and other are very good but a level highter can be super.

stf

2011/4/6 peiman khosravi <peimankhosravi@gmail.com>

May I also suggest the urgency of implementing multithreading. I'm now working with 6-8 channels and am beginning to feel the need for those extra three processors lying dormant!

Also it would be great if the java wrapper could be looked at on the OS X and tested (for the doubles version). This seems to be messing with Blue (Steven, please correct me).

Best,

Peiman

On Mon, Apr 4, 2011 at 12:29 PM, john ffitch<jpff@codemist.co.uk>  wrote:

All being well a number of the Csound developers and community (*)
will all be at the Linux Audio Conference in Maynooth in early May.
This is a useful opportunity for us to plan ahead, so suggestions of
what you would like might be timely.  Clearly we do not promise to do
all that you ask, or indeed any, but ideas now.


==John ffitch

*I saw these?
   * Brandtsegg, Oeyvind
   * Gogins, Michael
   * Heintz, Joachim
   * Lato, John
   * Phillips, Dave
   * Steiner, Malte
   * Victor, Lazzarini
   * Walsh, Rory
   * Yi, Steven
   * ffitch, John
   * khosravi, peiman




Send bugs reports to the Sourceforge bug tracker
           https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
csound"

--
Aaron Krister Johnson
http://www.akjmusic.com
http://www.untwelve.org

Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

Send bugs reports to the Sourceforge bug tracker
          https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

There is a brief explanation here: http://www.dewdrop-world.net/sc3/sym09/

I think these are quite similar to those found in common music.

Best,

Peiman

On 07/04/2011 08:46, jpff@cs.bath.ac.uk wrote:
>> I think a pattern system like in supercollider will be a fantastic
>> addition
>> to the power of csound.
>> schedkwhen and other are very good but a level highter can be super.
>>
>> stf
>>
>>
> can you be more specific for those of us who do not have or use
> Supercollider?
>
> ==John ff
>
>
>
> Send bugs reports to the Sourceforge bug tracker
>              https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
>



Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

> I think a pattern system like in supercollider will be a fantastic
> addition to the power of csound.
> schedkwhen and other are very good but a level highter can be super.

I don't think this belong to csound, a sound synthesis software.

Patterns are a composing tool, so they belong to an (as you say) higher 
level software producing a csound score or driving csound, such as Blue, 
Common Music or Surmulot.

On a more personal note, I do not care much for patterns: they are tools 
for serial composition, which I'm not interested into. Which composition 
tools are super is a very personal matter.

Now for my usual (but seemingly ineffective) plug: did you look at 
Surmulot ? It as *lots* of compositional tools, including patterns-like 
ones.

Best,

Stef


Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

On 07/04/2011 12:48, Stéphane Rollandin wrote:
>> I think a pattern system like in supercollider will be a fantastic
>> addition to the power of csound.
>> schedkwhen and other are very good but a level highter can be super.
>
> I don't think this belong to csound, a sound synthesis software.
>
> Patterns are a composing tool, so they belong to an (as you say) 
> higher level software producing a csound score or driving csound, such 
> as Blue, Common Music or Surmulot.
>
Well that depends on your attitude towards composing. It is not always 
possible or convenient to 'compose' at the note level. And a generalised 
programming language should not impose any particular aesthetics. What 
if I want to use patterns to arrange grains in time using Partikkel? Or 
even, rearrange FFT frames or control a pointer into a table reading 
opcode? In such cases using a note as a grain is primitive, inefficient 
or just impossible.

Moreover patterns are not only useful for serial composition, they can 
be used to, well, create perceptually relevant patterns.

CM also includes some nice pattern-like objects but again the problem is 
that you are limited to note generation which becomes cumbersome. Now if 
CM supported the csound api...

Best,

Peiman

> On a more personal note, I do not care much for patterns: they are 
> tools for serial composition, which I'm not interested into. Which 
> composition tools are super is a very personal matter.
>
> Now for my usual (but seemingly ineffective) plug: did you look at 
> Surmulot ? It as *lots* of compositional tools, including 
> patterns-like ones.
>
> Best,
>
> Stef
>
>
> Send bugs reports to the Sourceforge bug tracker
>            https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body 
> "unsubscribe csound"
>



Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

> Well that depends on your attitude towards composing. It is not always
> possible or convenient to 'compose' at the note level. And a generalised
> programming language should not impose any particular aesthetics. What
> if I want to use patterns to arrange grains in time using Partikkel? Or
> even, rearrange FFT frames or control a pointer into a table reading
> opcode? In such cases using a note as a grain is primitive, inefficient
> or just impossible.

Ah, I did not understand the proposal then; since the OP refers to 
schedkwhen I thought we were talking about notes (aka events). What 
would patterns look like in the examples you give ?


Stef


Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

I don't have a clear idea but maybe there could be a new value
generated using a trigger? That way it will be more geneic.

P

2011/4/7 Stéphane Rollandin :
>
>> Well that depends on your attitude towards composing. It is not always
>> possible or convenient to 'compose' at the note level. And a generalised
>> programming language should not impose any particular aesthetics. What
>> if I want to use patterns to arrange grains in time using Partikkel? Or
>> even, rearrange FFT frames or control a pointer into a table reading
>> opcode? In such cases using a note as a grain is primitive, inefficient
>> or just impossible.
>
> Ah, I did not understand the proposal then; since the OP refers to
> schedkwhen I thought we were talking about notes (aka events). What would
> patterns look like in the examples you give ?
>
>
> Stef
>
>
> Send bugs reports to the Sourceforge bug tracker
>           https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
> csound"
>
>


Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

> PS: can i ask where is this graphic displaying code in source code?
>

In InOut/
 winascii.c window.c winEPS.c winFLTK.c



Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

Cm can support the csound api via cffi.

Thanks Michael,

Is there any tutorial or documentation on this? I had no idea.

Thanks

Peiman

On 7 April 2011 19:04, Michael Gogins  wrote:
> Cm can support the csound api via cffi.
>
> On Apr 7, 2011 8:04 AM, "peiman khosravi"  wrote:
>> On 07/04/2011 12:48, Stéphane Rollandin wrote:
>>>> I think a pattern system like in supercollider will be a fantastic
>>>> addition to the power of csound.
>>>> schedkwhen and other are very good but a level highter can be super.
>>>
>>> I don't think this belong to csound, a sound synthesis software.
>>>
>>> Patterns are a composing tool, so they belong to an (as you say)
>>> higher level software producing a csound score or driving csound, such
>>> as Blue, Common Music or Surmulot.
>>>
>> Well that depends on your attitude towards composing. It is not always
>> possible or convenient to 'compose' at the note level. And a generalised
>> programming language should not impose any particular aesthetics. What
>> if I want to use patterns to arrange grains in time using Partikkel? Or
>> even, rearrange FFT frames or control a pointer into a table reading
>> opcode? In such cases using a note as a grain is primitive, inefficient
>> or just impossible.
>>
>> Moreover patterns are not only useful for serial composition, they can
>> be used to, well, create perceptually relevant patterns.
>>
>> CM also includes some nice pattern-like objects but again the problem is
>> that you are limited to note generation which becomes cumbersome. Now if
>> CM supported the csound api...
>>
>> Best,
>>
>> Peiman
>>
>>> On a more personal note, I do not care much for patterns: they are
>>> tools for serial composition, which I'm not interested into. Which
>>> composition tools are super is a very personal matter.
>>>
>>> Now for my usual (but seemingly ineffective) plug: did you look at
>>> Surmulot ? It as *lots* of compositional tools, including
>>> patterns-like ones.
>>>
>>> Best,
>>>
>>> Stef
>>>
>>>
>>> Send bugs reports to the Sourceforge bug tracker
>>> https://sourceforge.net/tracker/?group_id=81968&atid=564599
>>> Discussions of bugs and features can be posted here
>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body
>>> "unsubscribe csound"
>>>
>>
>>
>>
>> Send bugs reports to the Sourceforge bug tracker
>> https://sourceforge.net/tracker/?group_id=81968&atid=564599
>> Discussions of bugs and features can be posted here
>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
>> csound"
>>
>


Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

You could probably do this with the Python opcodes and Python
extension module that provides access to MySQL.

Regards,
Mike

On Thu, Apr 7, 2011 at 4:38 PM, DavidW  wrote:
> I do apologise if this is a repeat of someone else's, or if I am not
> interpolating the Subject line correctly as I haven't been following this
> thead closely, but one suggestion I'd like to make for additions to Csound
> is a unit gen. interface to mySQL DBs
> David
>
>
> ________________________________________________
> Dr David Worrall.
> - Experimental Polymedia:   worrall.avatar.com.au
> - Sonification: www.sonification.com.au
> - Education for Financial Independence: www.mindthemarkets.com.au
>
>
>
>
>
>
>



-- 
Michael Gogins
Irreducible Productions
http://www.michael-gogins.com
Michael dot Gogins at gmail dot com


Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

Hi,

If these kind of things are implemented, they should be added to the
API as well as opcodes, to have them available while the Csound engine
is running.

Cheers,
Andres

On Fri, Apr 8, 2011 at 8:17 AM, stephane boussuge  wrote:
> Pattern system in supercollider is effectively something like CM and you can
> use for score generation or events generation,  inside an instrument for
> sound particle generation etc ....
> It's more high level than using schedkwhen etc... and as a composer, i like
> tools who permit to me to express or test an idea very quickly without to
> much diving into the code.
> Another thing, pattern in supercollider is much more developed than pattern
> in CM and it is why they are useful .
>  when you want to do something, they are always pattern who can do that
> (it's what i like with the myriad of opcode in csound)
> I don't want to oppose sc and csound and personally i prefer csound .
> i think the addition of such type of pattern system will increase the power
> of csound.
> stf
>
> 2011/4/7 peiman khosravi 
>>
>> On 07/04/2011 12:48, Stéphane Rollandin wrote:
>>>>
>>>> I think a pattern system like in supercollider will be a fantastic
>>>> addition to the power of csound.
>>>> schedkwhen and other are very good but a level highter can be super.
>>>
>>> I don't think this belong to csound, a sound synthesis software.
>>>
>>> Patterns are a composing tool, so they belong to an (as you say) higher
>>> level software producing a csound score or driving csound, such as Blue,
>>> Common Music or Surmulot.
>>>
>> Well that depends on your attitude towards composing. It is not always
>> possible or convenient to 'compose' at the note level. And a generalised
>> programming language should not impose any particular aesthetics. What if I
>> want to use patterns to arrange grains in time using Partikkel? Or even,
>> rearrange FFT frames or control a pointer into a table reading opcode? In
>> such cases using a note as a grain is primitive, inefficient or just
>> impossible.
>>
>> Moreover patterns are not only useful for serial composition, they can be
>> used to, well, create perceptually relevant patterns.
>>
>> CM also includes some nice pattern-like objects but again the problem is
>> that you are limited to note generation which becomes cumbersome. Now if CM
>> supported the csound api...
>>
>> Best,
>>
>> Peiman
>>
>>> On a more personal note, I do not care much for patterns: they are tools
>>> for serial composition, which I'm not interested into. Which composition
>>> tools are super is a very personal matter.
>>>
>>> Now for my usual (but seemingly ineffective) plug: did you look at
>>> Surmulot ? It as *lots* of compositional tools, including patterns-like
>>> ones.
>>>
>>> Best,
>>>
>>> Stef
>>>
>>>
>>> Send bugs reports to the Sourceforge bug tracker
>>>           https://sourceforge.net/tracker/?group_id=81968&atid=564599
>>> Discussions of bugs and features can be posted here
>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
>>> csound"
>>>
>>
>>
>>
>> Send bugs reports to the Sourceforge bug tracker
>>           https://sourceforge.net/tracker/?group_id=81968&atid=564599
>> Discussions of bugs and features can be posted here
>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
>> csound"
>>
>
>


Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

Passing strings as p-fields when using the event opcodes would be nice.

On 8 April 2011 08:27, Andres Cabrera  wrote:
> Hi,
>
> If these kind of things are implemented, they should be added to the
> API as well as opcodes, to have them available while the Csound engine
> is running.
>
> Cheers,
> Andres
>
> On Fri, Apr 8, 2011 at 8:17 AM, stephane boussuge  wrote:
>> Pattern system in supercollider is effectively something like CM and you can
>> use for score generation or events generation,  inside an instrument for
>> sound particle generation etc ....
>> It's more high level than using schedkwhen etc... and as a composer, i like
>> tools who permit to me to express or test an idea very quickly without to
>> much diving into the code.
>> Another thing, pattern in supercollider is much more developed than pattern
>> in CM and it is why they are useful .
>>  when you want to do something, they are always pattern who can do that
>> (it's what i like with the myriad of opcode in csound)
>> I don't want to oppose sc and csound and personally i prefer csound .
>> i think the addition of such type of pattern system will increase the power
>> of csound.
>> stf
>>
>> 2011/4/7 peiman khosravi 
>>>
>>> On 07/04/2011 12:48, Stéphane Rollandin wrote:
>>>>>
>>>>> I think a pattern system like in supercollider will be a fantastic
>>>>> addition to the power of csound.
>>>>> schedkwhen and other are very good but a level highter can be super.
>>>>
>>>> I don't think this belong to csound, a sound synthesis software.
>>>>
>>>> Patterns are a composing tool, so they belong to an (as you say) higher
>>>> level software producing a csound score or driving csound, such as Blue,
>>>> Common Music or Surmulot.
>>>>
>>> Well that depends on your attitude towards composing. It is not always
>>> possible or convenient to 'compose' at the note level. And a generalised
>>> programming language should not impose any particular aesthetics. What if I
>>> want to use patterns to arrange grains in time using Partikkel? Or even,
>>> rearrange FFT frames or control a pointer into a table reading opcode? In
>>> such cases using a note as a grain is primitive, inefficient or just
>>> impossible.
>>>
>>> Moreover patterns are not only useful for serial composition, they can be
>>> used to, well, create perceptually relevant patterns.
>>>
>>> CM also includes some nice pattern-like objects but again the problem is
>>> that you are limited to note generation which becomes cumbersome. Now if CM
>>> supported the csound api...
>>>
>>> Best,
>>>
>>> Peiman
>>>
>>>> On a more personal note, I do not care much for patterns: they are tools
>>>> for serial composition, which I'm not interested into. Which composition
>>>> tools are super is a very personal matter.
>>>>
>>>> Now for my usual (but seemingly ineffective) plug: did you look at
>>>> Surmulot ? It as *lots* of compositional tools, including patterns-like
>>>> ones.
>>>>
>>>> Best,
>>>>
>>>> Stef
>>>>
>>>>
>>>> Send bugs reports to the Sourceforge bug tracker
>>>>           https://sourceforge.net/tracker/?group_id=81968&atid=564599
>>>> Discussions of bugs and features can be posted here
>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
>>>> csound"
>>>>
>>>
>>>
>>>
>>> Send bugs reports to the Sourceforge bug tracker
>>>           https://sourceforge.net/tracker/?group_id=81968&atid=564599
>>> Discussions of bugs and features can be posted here
>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
>>> csound"
>>>
>>
>>
>
>
> Send bugs reports to the Sourceforge bug tracker
>            https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
>
>


Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

this is possible with scoreline, isn't it?

Am 08.04.2011 13:24, schrieb Rory Walsh:
> Passing strings as p-fields when using the event opcodes would be nice.
> 
> On 8 April 2011 08:27, Andres Cabrera  wrote:
>> Hi,
>>
>> If these kind of things are implemented, they should be added to the
>> API as well as opcodes, to have them available while the Csound engine
>> is running.
>>
>> Cheers,
>> Andres
>>
>> On Fri, Apr 8, 2011 at 8:17 AM, stephane boussuge  wrote:
>>> Pattern system in supercollider is effectively something like CM and you can
>>> use for score generation or events generation,  inside an instrument for
>>> sound particle generation etc ....
>>> It's more high level than using schedkwhen etc... and as a composer, i like
>>> tools who permit to me to express or test an idea very quickly without to
>>> much diving into the code.
>>> Another thing, pattern in supercollider is much more developed than pattern
>>> in CM and it is why they are useful .
>>>  when you want to do something, they are always pattern who can do that
>>> (it's what i like with the myriad of opcode in csound)
>>> I don't want to oppose sc and csound and personally i prefer csound .
>>> i think the addition of such type of pattern system will increase the power
>>> of csound.
>>> stf
>>>
>>> 2011/4/7 peiman khosravi 
>>>>
>>>> On 07/04/2011 12:48, Stéphane Rollandin wrote:
>>>>>>
>>>>>> I think a pattern system like in supercollider will be a fantastic
>>>>>> addition to the power of csound.
>>>>>> schedkwhen and other are very good but a level highter can be super.
>>>>>
>>>>> I don't think this belong to csound, a sound synthesis software.
>>>>>
>>>>> Patterns are a composing tool, so they belong to an (as you say) higher
>>>>> level software producing a csound score or driving csound, such as Blue,
>>>>> Common Music or Surmulot.
>>>>>
>>>> Well that depends on your attitude towards composing. It is not always
>>>> possible or convenient to 'compose' at the note level. And a generalised
>>>> programming language should not impose any particular aesthetics. What if I
>>>> want to use patterns to arrange grains in time using Partikkel? Or even,
>>>> rearrange FFT frames or control a pointer into a table reading opcode? In
>>>> such cases using a note as a grain is primitive, inefficient or just
>>>> impossible.
>>>>
>>>> Moreover patterns are not only useful for serial composition, they can be
>>>> used to, well, create perceptually relevant patterns.
>>>>
>>>> CM also includes some nice pattern-like objects but again the problem is
>>>> that you are limited to note generation which becomes cumbersome. Now if CM
>>>> supported the csound api...
>>>>
>>>> Best,
>>>>
>>>> Peiman
>>>>
>>>>> On a more personal note, I do not care much for patterns: they are tools
>>>>> for serial composition, which I'm not interested into. Which composition
>>>>> tools are super is a very personal matter.
>>>>>
>>>>> Now for my usual (but seemingly ineffective) plug: did you look at
>>>>> Surmulot ? It as *lots* of compositional tools, including patterns-like
>>>>> ones.
>>>>>
>>>>> Best,
>>>>>
>>>>> Stef
>>>>>
>>>>>
>>>>> Send bugs reports to the Sourceforge bug tracker
>>>>>           https://sourceforge.net/tracker/?group_id=81968&atid=564599
>>>>> Discussions of bugs and features can be posted here
>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
>>>>> csound"
>>>>>
>>>>
>>>>
>>>>
>>>> Send bugs reports to the Sourceforge bug tracker
>>>>           https://sourceforge.net/tracker/?group_id=81968&atid=564599
>>>> Discussions of bugs and features can be posted here
>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
>>>> csound"
>>>>
>>>
>>>
>>
>>
>> Send bugs reports to the Sourceforge bug tracker
>>            https://sourceforge.net/tracker/?group_id=81968&atid=564599
>> Discussions of bugs and features can be posted here
>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
>>
>>
> 
> 
> Send bugs reports to the Sourceforge bug tracker
>             https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
> 
> 


Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

Sure is. I'd still like to be able to do it with the event opcodes :(

On 8 April 2011 12:34, joachim heintz  wrote:
> this is possible with scoreline, isn't it?
>
> Am 08.04.2011 13:24, schrieb Rory Walsh:
>> Passing strings as p-fields when using the event opcodes would be nice.
>>
>> On 8 April 2011 08:27, Andres Cabrera  wrote:
>>> Hi,
>>>
>>> If these kind of things are implemented, they should be added to the
>>> API as well as opcodes, to have them available while the Csound engine
>>> is running.
>>>
>>> Cheers,
>>> Andres
>>>
>>> On Fri, Apr 8, 2011 at 8:17 AM, stephane boussuge  wrote:
>>>> Pattern system in supercollider is effectively something like CM and you can
>>>> use for score generation or events generation,  inside an instrument for
>>>> sound particle generation etc ....
>>>> It's more high level than using schedkwhen etc... and as a composer, i like
>>>> tools who permit to me to express or test an idea very quickly without to
>>>> much diving into the code.
>>>> Another thing, pattern in supercollider is much more developed than pattern
>>>> in CM and it is why they are useful .
>>>>  when you want to do something, they are always pattern who can do that
>>>> (it's what i like with the myriad of opcode in csound)
>>>> I don't want to oppose sc and csound and personally i prefer csound .
>>>> i think the addition of such type of pattern system will increase the power
>>>> of csound.
>>>> stf
>>>>
>>>> 2011/4/7 peiman khosravi 
>>>>>
>>>>> On 07/04/2011 12:48, Stéphane Rollandin wrote:
>>>>>>>
>>>>>>> I think a pattern system like in supercollider will be a fantastic
>>>>>>> addition to the power of csound.
>>>>>>> schedkwhen and other are very good but a level highter can be super.
>>>>>>
>>>>>> I don't think this belong to csound, a sound synthesis software.
>>>>>>
>>>>>> Patterns are a composing tool, so they belong to an (as you say) higher
>>>>>> level software producing a csound score or driving csound, such as Blue,
>>>>>> Common Music or Surmulot.
>>>>>>
>>>>> Well that depends on your attitude towards composing. It is not always
>>>>> possible or convenient to 'compose' at the note level. And a generalised
>>>>> programming language should not impose any particular aesthetics. What if I
>>>>> want to use patterns to arrange grains in time using Partikkel? Or even,
>>>>> rearrange FFT frames or control a pointer into a table reading opcode? In
>>>>> such cases using a note as a grain is primitive, inefficient or just
>>>>> impossible.
>>>>>
>>>>> Moreover patterns are not only useful for serial composition, they can be
>>>>> used to, well, create perceptually relevant patterns.
>>>>>
>>>>> CM also includes some nice pattern-like objects but again the problem is
>>>>> that you are limited to note generation which becomes cumbersome. Now if CM
>>>>> supported the csound api...
>>>>>
>>>>> Best,
>>>>>
>>>>> Peiman
>>>>>
>>>>>> On a more personal note, I do not care much for patterns: they are tools
>>>>>> for serial composition, which I'm not interested into. Which composition
>>>>>> tools are super is a very personal matter.
>>>>>>
>>>>>> Now for my usual (but seemingly ineffective) plug: did you look at
>>>>>> Surmulot ? It as *lots* of compositional tools, including patterns-like
>>>>>> ones.
>>>>>>
>>>>>> Best,
>>>>>>
>>>>>> Stef
>>>>>>
>>>>>>
>>>>>> Send bugs reports to the Sourceforge bug tracker
>>>>>>           https://sourceforge.net/tracker/?group_id=81968&atid=564599
>>>>>> Discussions of bugs and features can be posted here
>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
>>>>>> csound"
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Send bugs reports to the Sourceforge bug tracker
>>>>>           https://sourceforge.net/tracker/?group_id=81968&atid=564599
>>>>> Discussions of bugs and features can be posted here
>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
>>>>> csound"
>>>>>
>>>>
>>>>
>>>
>>>
>>> Send bugs reports to the Sourceforge bug tracker
>>>            https://sourceforge.net/tracker/?group_id=81968&atid=564599
>>> Discussions of bugs and features can be posted here
>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
>>>
>>>
>>
>>
>> Send bugs reports to the Sourceforge bug tracker
>>             https://sourceforge.net/tracker/?group_id=81968&atid=564599
>> Discussions of bugs and features can be posted here
>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
>>
>>
>
>
> Send bugs reports to the Sourceforge bug tracker
>            https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
>
>


Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

Looking at when scoreline was added makes me wonder if scoreline was
written specifically as a solution to the issue of passing strings as
pfields to instruments using the event opcodes?

On 8 April 2011 12:50, Rory Walsh  wrote:
> Sure is. I'd still like to be able to do it with the event opcodes :(
>
> On 8 April 2011 12:34, joachim heintz  wrote:
>> this is possible with scoreline, isn't it?
>>
>> Am 08.04.2011 13:24, schrieb Rory Walsh:
>>> Passing strings as p-fields when using the event opcodes would be nice.
>>>
>>> On 8 April 2011 08:27, Andres Cabrera  wrote:
>>>> Hi,
>>>>
>>>> If these kind of things are implemented, they should be added to the
>>>> API as well as opcodes, to have them available while the Csound engine
>>>> is running.
>>>>
>>>> Cheers,
>>>> Andres
>>>>
>>>> On Fri, Apr 8, 2011 at 8:17 AM, stephane boussuge  wrote:
>>>>> Pattern system in supercollider is effectively something like CM and you can
>>>>> use for score generation or events generation,  inside an instrument for
>>>>> sound particle generation etc ....
>>>>> It's more high level than using schedkwhen etc... and as a composer, i like
>>>>> tools who permit to me to express or test an idea very quickly without to
>>>>> much diving into the code.
>>>>> Another thing, pattern in supercollider is much more developed than pattern
>>>>> in CM and it is why they are useful .
>>>>>  when you want to do something, they are always pattern who can do that
>>>>> (it's what i like with the myriad of opcode in csound)
>>>>> I don't want to oppose sc and csound and personally i prefer csound .
>>>>> i think the addition of such type of pattern system will increase the power
>>>>> of csound.
>>>>> stf
>>>>>
>>>>> 2011/4/7 peiman khosravi 
>>>>>>
>>>>>> On 07/04/2011 12:48, Stéphane Rollandin wrote:
>>>>>>>>
>>>>>>>> I think a pattern system like in supercollider will be a fantastic
>>>>>>>> addition to the power of csound.
>>>>>>>> schedkwhen and other are very good but a level highter can be super.
>>>>>>>
>>>>>>> I don't think this belong to csound, a sound synthesis software.
>>>>>>>
>>>>>>> Patterns are a composing tool, so they belong to an (as you say) higher
>>>>>>> level software producing a csound score or driving csound, such as Blue,
>>>>>>> Common Music or Surmulot.
>>>>>>>
>>>>>> Well that depends on your attitude towards composing. It is not always
>>>>>> possible or convenient to 'compose' at the note level. And a generalised
>>>>>> programming language should not impose any particular aesthetics. What if I
>>>>>> want to use patterns to arrange grains in time using Partikkel? Or even,
>>>>>> rearrange FFT frames or control a pointer into a table reading opcode? In
>>>>>> such cases using a note as a grain is primitive, inefficient or just
>>>>>> impossible.
>>>>>>
>>>>>> Moreover patterns are not only useful for serial composition, they can be
>>>>>> used to, well, create perceptually relevant patterns.
>>>>>>
>>>>>> CM also includes some nice pattern-like objects but again the problem is
>>>>>> that you are limited to note generation which becomes cumbersome. Now if CM
>>>>>> supported the csound api...
>>>>>>
>>>>>> Best,
>>>>>>
>>>>>> Peiman
>>>>>>
>>>>>>> On a more personal note, I do not care much for patterns: they are tools
>>>>>>> for serial composition, which I'm not interested into. Which composition
>>>>>>> tools are super is a very personal matter.
>>>>>>>
>>>>>>> Now for my usual (but seemingly ineffective) plug: did you look at
>>>>>>> Surmulot ? It as *lots* of compositional tools, including patterns-like
>>>>>>> ones.
>>>>>>>
>>>>>>> Best,
>>>>>>>
>>>>>>> Stef
>>>>>>>
>>>>>>>
>>>>>>> Send bugs reports to the Sourceforge bug tracker
>>>>>>>           https://sourceforge.net/tracker/?group_id=81968&atid=564599
>>>>>>> Discussions of bugs and features can be posted here
>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
>>>>>>> csound"
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> Send bugs reports to the Sourceforge bug tracker
>>>>>>           https://sourceforge.net/tracker/?group_id=81968&atid=564599
>>>>>> Discussions of bugs and features can be posted here
>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
>>>>>> csound"
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>> Send bugs reports to the Sourceforge bug tracker
>>>>            https://sourceforge.net/tracker/?group_id=81968&atid=564599
>>>> Discussions of bugs and features can be posted here
>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
>>>>
>>>>
>>>
>>>
>>> Send bugs reports to the Sourceforge bug tracker
>>>             https://sourceforge.net/tracker/?group_id=81968&atid=564599
>>> Discussions of bugs and features can be posted here
>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
>>>
>>>
>>
>>
>> Send bugs reports to the Sourceforge bug tracker
>>            https://sourceforge.net/tracker/?group_id=81968&atid=564599
>> Discussions of bugs and features can be posted here
>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
>>
>>
>


Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

I can't remember, but I guess that would have been a concern.

Victor
On 8 Apr 2011, at 13:00, Rory Walsh wrote:

> Looking at when scoreline was added makes me wonder if scoreline was
> written specifically as a solution to the issue of passing strings as
> pfields to instruments using the event opcodes?
>
> On 8 April 2011 12:50, Rory Walsh  wrote:
>> Sure is. I'd still like to be able to do it with the event opcodes :(
>>
>> On 8 April 2011 12:34, joachim heintz  wrote:
>>> this is possible with scoreline, isn't it?
>>>
>>> Am 08.04.2011 13:24, schrieb Rory Walsh:
>>>> Passing strings as p-fields when using the event opcodes would be  
>>>> nice.
>>>>
>>>> On 8 April 2011 08:27, Andres Cabrera   
>>>> wrote:
>>>>> Hi,
>>>>>
>>>>> If these kind of things are implemented, they should be added to  
>>>>> the
>>>>> API as well as opcodes, to have them available while the Csound  
>>>>> engine
>>>>> is running.
>>>>>
>>>>> Cheers,
>>>>> Andres
>>>>>
>>>>> On Fri, Apr 8, 2011 at 8:17 AM, stephane boussuge >>>> > wrote:
>>>>>> Pattern system in supercollider is effectively something like  
>>>>>> CM and you can
>>>>>> use for score generation or events generation,  inside an  
>>>>>> instrument for
>>>>>> sound particle generation etc ....
>>>>>> It's more high level than using schedkwhen etc... and as a  
>>>>>> composer, i like
>>>>>> tools who permit to me to express or test an idea very quickly  
>>>>>> without to
>>>>>> much diving into the code.
>>>>>> Another thing, pattern in supercollider is much more developed  
>>>>>> than pattern
>>>>>> in CM and it is why they are useful .
>>>>>>  when you want to do something, they are always pattern who can  
>>>>>> do that
>>>>>> (it's what i like with the myriad of opcode in csound)
>>>>>> I don't want to oppose sc and csound and personally i prefer  
>>>>>> csound .
>>>>>> i think the addition of such type of pattern system will  
>>>>>> increase the power
>>>>>> of csound.
>>>>>> stf
>>>>>>
>>>>>> 2011/4/7 peiman khosravi 
>>>>>>>
>>>>>>> On 07/04/2011 12:48, Stéphane Rollandin wrote:
>>>>>>>>>
>>>>>>>>> I think a pattern system like in supercollider will be a  
>>>>>>>>> fantastic
>>>>>>>>> addition to the power of csound.
>>>>>>>>> schedkwhen and other are very good but a level highter can  
>>>>>>>>> be super.
>>>>>>>>
>>>>>>>> I don't think this belong to csound, a sound synthesis  
>>>>>>>> software.
>>>>>>>>
>>>>>>>> Patterns are a composing tool, so they belong to an (as you  
>>>>>>>> say) higher
>>>>>>>> level software producing a csound score or driving csound,  
>>>>>>>> such as Blue,
>>>>>>>> Common Music or Surmulot.
>>>>>>>>
>>>>>>> Well that depends on your attitude towards composing. It is  
>>>>>>> not always
>>>>>>> possible or convenient to 'compose' at the note level. And a  
>>>>>>> generalised
>>>>>>> programming language should not impose any particular  
>>>>>>> aesthetics. What if I
>>>>>>> want to use patterns to arrange grains in time using  
>>>>>>> Partikkel? Or even,
>>>>>>> rearrange FFT frames or control a pointer into a table reading  
>>>>>>> opcode? In
>>>>>>> such cases using a note as a grain is primitive, inefficient  
>>>>>>> or just
>>>>>>> impossible.
>>>>>>>
>>>>>>> Moreover patterns are not only useful for serial composition,  
>>>>>>> they can be
>>>>>>> used to, well, create perceptually relevant patterns.
>>>>>>>
>>>>>>> CM also includes some nice pattern-like objects but again the  
>>>>>>> problem is
>>>>>>> that you are limited to note generation which becomes  
>>>>>>> cumbersome. Now if CM
>>>>>>> supported the csound api...
>>>>>>>
>>>>>>> Best,
>>>>>>>
>>>>>>> Peiman
>>>>>>>
>>>>>>>> On a more personal note, I do not care much for patterns:  
>>>>>>>> they are tools
>>>>>>>> for serial composition, which I'm not interested into. Which  
>>>>>>>> composition
>>>>>>>> tools are super is a very personal matter.
>>>>>>>>
>>>>>>>> Now for my usual (but seemingly ineffective) plug: did you  
>>>>>>>> look at
>>>>>>>> Surmulot ? It as *lots* of compositional tools, including  
>>>>>>>> patterns-like
>>>>>>>> ones.
>>>>>>>>
>>>>>>>> Best,
>>>>>>>>
>>>>>>>> Stef
>>>>>>>>
>>>>>>>>
>>>>>>>> Send bugs reports to the Sourceforge bug tracker
>>>>>>>>           https://sourceforge.net/tracker/?group_id=81968&atid=564599
>>>>>>>> Discussions of bugs and features can be posted here
>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
>>>>>>>> "unsubscribe
>>>>>>>> csound"
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Send bugs reports to the Sourceforge bug tracker
>>>>>>>           https://sourceforge.net/tracker/?group_id=81968&atid=564599
>>>>>>> Discussions of bugs and features can be posted here
>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
>>>>>>> "unsubscribe
>>>>>>> csound"
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> Send bugs reports to the Sourceforge bug tracker
>>>>>            https://sourceforge.net/tracker/?group_id=81968&atid=564599
>>>>> Discussions of bugs and features can be posted here
>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
>>>>> "unsubscribe csound"
>>>>>
>>>>>
>>>>
>>>>
>>>> Send bugs reports to the Sourceforge bug tracker
>>>>             https://sourceforge.net/tracker/?group_id=81968&atid=564599
>>>> Discussions of bugs and features can be posted here
>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
>>>> "unsubscribe csound"
>>>>
>>>>
>>>
>>>
>>> Send bugs reports to the Sourceforge bug tracker
>>>            https://sourceforge.net/tracker/?group_id=81968&atid=564599
>>> Discussions of bugs and features can be posted here
>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
>>> "unsubscribe csound"
>>>
>>>
>>
>
>
> Send bugs reports to the Sourceforge bug tracker
>            https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
> "unsubscribe csound"
>

Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie





Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

Fair enough. The reason I asked was that if the solution was to write
a new opcode then I guess modifying event probably wasn't as easy as
it may appear. scoreline is grand but it's a pain building strings up
to represent score statements.

Rory.



On 8 April 2011 14:35, Victor Lazzarini  wrote:
> I can't remember, but I guess that would have been a concern.
>
> Victor
> On 8 Apr 2011, at 13:00, Rory Walsh wrote:
>
>> Looking at when scoreline was added makes me wonder if scoreline was
>> written specifically as a solution to the issue of passing strings as
>> pfields to instruments using the event opcodes?
>>
>> On 8 April 2011 12:50, Rory Walsh  wrote:
>>>
>>> Sure is. I'd still like to be able to do it with the event opcodes :(
>>>
>>> On 8 April 2011 12:34, joachim heintz  wrote:
>>>>
>>>> this is possible with scoreline, isn't it?
>>>>
>>>> Am 08.04.2011 13:24, schrieb Rory Walsh:
>>>>>
>>>>> Passing strings as p-fields when using the event opcodes would be nice.
>>>>>
>>>>> On 8 April 2011 08:27, Andres Cabrera  wrote:
>>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> If these kind of things are implemented, they should be added to the
>>>>>> API as well as opcodes, to have them available while the Csound engine
>>>>>> is running.
>>>>>>
>>>>>> Cheers,
>>>>>> Andres
>>>>>>
>>>>>> On Fri, Apr 8, 2011 at 8:17 AM, stephane boussuge
>>>>>>  wrote:
>>>>>>>
>>>>>>> Pattern system in supercollider is effectively something like CM and
>>>>>>> you can
>>>>>>> use for score generation or events generation,  inside an instrument
>>>>>>> for
>>>>>>> sound particle generation etc ....
>>>>>>> It's more high level than using schedkwhen etc... and as a composer,
>>>>>>> i like
>>>>>>> tools who permit to me to express or test an idea very quickly
>>>>>>> without to
>>>>>>> much diving into the code.
>>>>>>> Another thing, pattern in supercollider is much more developed than
>>>>>>> pattern
>>>>>>> in CM and it is why they are useful .
>>>>>>>  when you want to do something, they are always pattern who can do
>>>>>>> that
>>>>>>> (it's what i like with the myriad of opcode in csound)
>>>>>>> I don't want to oppose sc and csound and personally i prefer csound .
>>>>>>> i think the addition of such type of pattern system will increase the
>>>>>>> power
>>>>>>> of csound.
>>>>>>> stf
>>>>>>>
>>>>>>> 2011/4/7 peiman khosravi 
>>>>>>>>
>>>>>>>> On 07/04/2011 12:48, Stéphane Rollandin wrote:
>>>>>>>>>>
>>>>>>>>>> I think a pattern system like in supercollider will be a fantastic
>>>>>>>>>> addition to the power of csound.
>>>>>>>>>> schedkwhen and other are very good but a level highter can be
>>>>>>>>>> super.
>>>>>>>>>
>>>>>>>>> I don't think this belong to csound, a sound synthesis software.
>>>>>>>>>
>>>>>>>>> Patterns are a composing tool, so they belong to an (as you say)
>>>>>>>>> higher
>>>>>>>>> level software producing a csound score or driving csound, such as
>>>>>>>>> Blue,
>>>>>>>>> Common Music or Surmulot.
>>>>>>>>>
>>>>>>>> Well that depends on your attitude towards composing. It is not
>>>>>>>> always
>>>>>>>> possible or convenient to 'compose' at the note level. And a
>>>>>>>> generalised
>>>>>>>> programming language should not impose any particular aesthetics.
>>>>>>>> What if I
>>>>>>>> want to use patterns to arrange grains in time using Partikkel? Or
>>>>>>>> even,
>>>>>>>> rearrange FFT frames or control a pointer into a table reading
>>>>>>>> opcode? In
>>>>>>>> such cases using a note as a grain is primitive, inefficient or just
>>>>>>>> impossible.
>>>>>>>>
>>>>>>>> Moreover patterns are not only useful for serial composition, they
>>>>>>>> can be
>>>>>>>> used to, well, create perceptually relevant patterns.
>>>>>>>>
>>>>>>>> CM also includes some nice pattern-like objects but again the
>>>>>>>> problem is
>>>>>>>> that you are limited to note generation which becomes cumbersome.
>>>>>>>> Now if CM
>>>>>>>> supported the csound api...
>>>>>>>>
>>>>>>>> Best,
>>>>>>>>
>>>>>>>> Peiman
>>>>>>>>
>>>>>>>>> On a more personal note, I do not care much for patterns: they are
>>>>>>>>> tools
>>>>>>>>> for serial composition, which I'm not interested into. Which
>>>>>>>>> composition
>>>>>>>>> tools are super is a very personal matter.
>>>>>>>>>
>>>>>>>>> Now for my usual (but seemingly ineffective) plug: did you look at
>>>>>>>>> Surmulot ? It as *lots* of compositional tools, including
>>>>>>>>> patterns-like
>>>>>>>>> ones.
>>>>>>>>>
>>>>>>>>> Best,
>>>>>>>>>
>>>>>>>>> Stef
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Send bugs reports to the Sourceforge bug tracker
>>>>>>>>>
>>>>>>>>>  https://sourceforge.net/tracker/?group_id=81968&atid=564599
>>>>>>>>> Discussions of bugs and features can be posted here
>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body
>>>>>>>>> "unsubscribe
>>>>>>>>> csound"
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Send bugs reports to the Sourceforge bug tracker
>>>>>>>>          https://sourceforge.net/tracker/?group_id=81968&atid=564599
>>>>>>>> Discussions of bugs and features can be posted here
>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body
>>>>>>>> "unsubscribe
>>>>>>>> csound"
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> Send bugs reports to the Sourceforge bug tracker
>>>>>>           https://sourceforge.net/tracker/?group_id=81968&atid=564599
>>>>>> Discussions of bugs and features can be posted here
>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body
>>>>>> "unsubscribe csound"
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> Send bugs reports to the Sourceforge bug tracker
>>>>>            https://sourceforge.net/tracker/?group_id=81968&atid=564599
>>>>> Discussions of bugs and features can be posted here
>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body
>>>>> "unsubscribe csound"
>>>>>
>>>>>
>>>>
>>>>
>>>> Send bugs reports to the Sourceforge bug tracker
>>>>           https://sourceforge.net/tracker/?group_id=81968&atid=564599
>>>> Discussions of bugs and features can be posted here
>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
>>>> csound"
>>>>
>>>>
>>>
>>
>>
>> Send bugs reports to the Sourceforge bug tracker
>>           https://sourceforge.net/tracker/?group_id=81968&atid=564599
>> Discussions of bugs and features can be posted here
>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
>> csound"
>>
>
> Dr Victor Lazzarini
> Senior Lecturer
> Dept. of Music
> NUI Maynooth Ireland
> tel.: +353 1 708 3545
> Victor dot Lazzarini AT nuim dot ie
>
>
>
>
>
> Send bugs reports to the Sourceforge bug tracker
>           https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
> csound"
>
>


Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

isnan() and family functions.
c-array style named table access for expressions.
compiler.

kelly

On Mon, 4 Apr 2011, john ffitch wrote:

> All being well a number of the Csound developers and community (*)
> will all be at the Linux Audio Conference in Maynooth in early May.
> This is a useful opportunity for us to plan ahead, so suggestions of
> what you would like might be timely.  Clearly we do not promise to do
> all that you ask, or indeed any, but ideas now.
>
>
> ==John ffitch
>
> *I saw these?
>    * Brandtsegg, Oeyvind
>    * Gogins, Michael
>    * Heintz, Joachim
>    * Lato, John
>    * Phillips, Dave
>    * Steiner, Malte
>    * Victor, Lazzarini
>    * Walsh, Rory
>    * Yi, Steven
>    * ffitch, John
>    * khosravi, peiman
>
>
>
>
> Send bugs reports to the Sourceforge bug tracker
>            https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
>


Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

In the past few days I read about the sfz format, an open format that is 
a successor to the more familiar soundfounts that CSound can already 
handle. It is described at 
. There are 
some great ones in this format like the Yamaha C5 grand at 
 (1.9 GB!), and the Sonatina Symphonic 
Orchestra at  (500 MB but for tens of 
instruments).

This seems to be better than soundfonts, but on the other hand I 
couldn't find more good sfz downloads than these, so I'm not sure 
whether it's worthwile to implement in CSound. The format is quite 
simple, just a bunch of wave files and a text file describing how to use 
them.

Mark

john ffitch wrote:
> All being well a number of the Csound developers and community (*)
> will all be at the Linux Audio Conference in Maynooth in early May.
> This is a useful opportunity for us to plan ahead, so suggestions of
> what you would like might be timely.  Clearly we do not promise to do
> all that you ask, or indeed any, but ideas now.
>
>
> ==John ffitch
>   



Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

On Tue, Apr 19, 2011 at 11:13 PM, Mark Van Peteghem
 wrote:
> In the past few days I read about the sfz format, an open format that is a
> successor to the more familiar soundfounts that CSound can already handle.
> It is described at
> . There are some
> great ones in this format like the Yamaha C5 grand at
>  (1.9 GB!), and the Sonatina Symphonic Orchestra
> at  (500 MB but for tens of instruments).

Interesting!

I found 3 more

http://www.turtlesounds.net/

http://www.orangetreesamples.com/blog/2009/10/free-jazz-funk-drum-sample-library/

http://www.mediafire.com/?zmgqhttzdmy

Apparently companies developing proprietary softwares do not have much
interest in this format, yet.

I personally like the possibility to create instruments by directly
editing text...

Nil

>
> This seems to be better than soundfonts, but on the other hand I couldn't
> find more good sfz downloads than these, so I'm not sure whether it's
> worthwile to implement in CSound. The format is quite simple, just a bunch
> of wave files and a text file describing how to use them.
>
> Mark
>
> john ffitch wrote:
>>
>> All being well a number of the Csound developers and community (*)
>> will all be at the Linux Audio Conference in Maynooth in early May.
>> This is a useful opportunity for us to plan ahead, so suggestions of
>> what you would like might be timely.  Clearly we do not promise to do
>> all that you ask, or indeed any, but ideas now.
>>
>>
>> ==John ffitch
>>
>
>
>
> Send bugs reports to the Sourceforge bug tracker
>           https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
> csound"
>
>


Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

Nil Geisweiller wrote:
> On Tue, Apr 19, 2011 at 11:13 PM, Mark Van Peteghem
>  wrote:
>   
>> In the past few days I read about the sfz format, an open format that is a
>> successor to the more familiar soundfounts that CSound can already handle.
>> It is described at
>> . There are some
>> great ones in this format like the Yamaha C5 grand at
>>  (1.9 GB!), and the Sonatina Symphonic Orchestra
>> at  (500 MB but for tens of instruments).
>>     
>
> Interesting!
>
> I found 3 more
>
> http://www.turtlesounds.net/
>
> http://www.orangetreesamples.com/blog/2009/10/free-jazz-funk-drum-sample-library/
>
> http://www.mediafire.com/?zmgqhttzdmy
>   

Thanks! I downloaded the Jazz Funk Drum kit (102 MB). The nice thing is 
you can use the single wav files like that in CSound, but using them 
like a soundfont would of course be better.

> Apparently companies developing proprietary softwares do not have much
> interest in this format, yet.
>   

I've read somewhere that they don't want to use it for commercial 
reasons, because they want to invest in recording instruments 
themselves. If they did it in an open format, they could be easily 
copied and used with other software.