Hi List,

Currently in Csound (4 and 5) the commenting style includes

;    -   comment out the rest of the line

and

/* */   -  standard C style block comment

I was wondering what issues exist that would prevent using

//   -   double forward slash, standard C style equivalent to semicolon

within Csound itself. At present, is there another function attached to 
the // symbol (such as reverse quotient divide??) I couldn't find any 
reference to it in the manual.


-David



-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

David Akbari wrote:

> I was wondering what issues exist that would prevent using
> 
> //   -   double forward slash, standard C style equivalent to semicolon

It should be possible to implement it, but is adding a third type of comment
really useful ? You already have ; for the same style of comments (and that
is also one less character to type).


-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Have there been many changes to the csound 5 code since end of June?
Can anyone summarise them?

Thanks a lot

Victor Lazzarini
Music Technology Laboratory
Music Department
National University of Ireland, Maynooth 



-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

(Summaty -- not a lot but new code and file name-variable name changes)

I have not updated this tree for a couple of days but the changeLog says

2005-08-03	Steven Yi	
	* Engine/Entry1.c, Engine/fgens.c, H/ftgen.h:
	  New ftfree opcode, takes in table number and free time arg, if 0 
frees at
	  opcode init time, otherwise at opcode deinit time

2005-08-01	Istvan Varga	
	* Minor fixes in DSSI opcodes (still have problems)
	* Engine/rdorch.c, Engine/entry1.c, Opcodes/uggab.c:
	  minor parser changes, including the addition of a new code 
(fffb)
	  for selecting opcode name based on the first input argument (i-, 
k-,
	  and a-rate, but not constant)
	* Engine/insert.c:
	  fixes related to re-initialisation of user defined opcodes
	* Engine/Entry2.c, H/str_ops.h, OOps/str_ops.c:
	  new opcodes: printf, printf_i
	* Engine/Entry2.c, H/insert.h, OOps/goto_ops.c:
	  new opcodes: loop_l, loop_le, loop_g, loop_ge

2005-07-31  John ff  

	* SConstruct (opts): Added buildDSSI option

2005-07-23  John ff  

	* Opcodes/bowedbar.c (bowedbarset): ADSR not initialised
	correctly.  Still has over hash attack.  Also adjust gain.

2005-07-17	Istvan Varga	
	* Engine/rdorch.c: fixed crash on missing endin
	* Engine/rdorch.c, Engine/sread.c: fixed error message on $ 
without
	  macro name
	* H/diskin.h, OOps/diskin.c: fixed soundout crash on Win32 with 
doubles

2005-07-15	Istvan Varga	
	* removed use of cs.h; replaced with csoundCore.h
	* util1/sortex/smain.c, util1/sortex/xmain.c: fixed compiler 
warnings
	* OOps/diskin2.c: minor fixes in soundin and diskin2
	* Engine/entry1.c: added soundouts; diskin extended to 24 channels
	* H/diskin.h, OOps/diskin.h:
	  replaced diskin with new implementation based on diskin2 (should
	  fix many problems, and allows up to 24 channels instead of the
	  original limit of 4)
	  fixed bug in soundout that resulted in not writing the last 
buffer
	  to disk
	  implemented soundouts opcode (stereo soundout)
	* Engine/fgens.c: fixed memory error in GEN20
	* Engine/rdorch.c: minor fix in parsing of comments

2005-07-13	Istvan Varga	
	* InOut/midirecv.c: reset controllers 7-11 to 0 in raw controller 
mode




-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Victor Lazzarini wrote:

> Have there been many changes to the csound 5 code since end of June?
> Can anyone summarise them?

Other than the usual bug fixes and code cleanup, addition of new opcodes
(soundouts, loop_l, loop_le, loop_g, loop_ge, printf, printf_i, ftfree,
ftgentmp, GEN53, and Andres Cabrera's DSSI plugin host opcodes),
new API functions (see header files), and a revised PortAudio plugin
(all files have been merged to a single rtpa.c), there are these major changes:

   * removed cs.h (all uses of this file have been replaced with
     csoundCore.h)
   * cleaned up headers: include csound.h from host applications, csdl.h
     from plugins, and csoundCore.h from Csound internals; changes were
     made for better separation of these interfaces.
     This work is still not complete, but having the API and headers
     finished will be a major step towards releasing Csound 5.
   * renamed ENVIRON to CSOUND (and struct ENVIRON_ to struct CSOUND_)
   * changed functions that take a void* Csound instance pointer to use
     CSOUND* type instead


-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

what does loop_l (etc) do?

Victor


At 15:56 16/08/2005, you wrote:
>Victor Lazzarini wrote:
>
>>Have there been many changes to the csound 5 code since end of June?
>>Can anyone summarise them?
>
>Other than the usual bug fixes and code cleanup, addition of new opcodes
>(soundouts, loop_l, loop_le, loop_g, loop_ge, printf, printf_i, ftfree,
>ftgentmp, GEN53, and Andres Cabrera's DSSI plugin host opcodes),
>new API functions (see header files), and a revised PortAudio plugin
>(all files have been merged to a single rtpa.c), there are these major 
>changes:
>
>   * removed cs.h (all uses of this file have been replaced with
>     csoundCore.h)
>   * cleaned up headers: include csound.h from host applications, csdl.h
>     from plugins, and csoundCore.h from Csound internals; changes were
>     made for better separation of these interfaces.
>     This work is still not complete, but having the API and headers
>     finished will be a major step towards releasing Csound 5.
>   * renamed ENVIRON to CSOUND (and struct ENVIRON_ to struct CSOUND_)
>   * changed functions that take a void* Csound instance pointer to use
>     CSOUND* type instead
>
>
>-------------------------------------------------------
>SF.Net email is Sponsored by the Better Software Conference & EXPO
>September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
>Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
>Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
>_______________________________________________
>Csound-devel mailing list
>Csound-devel@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/csound-devel

Victor Lazzarini
Music Technology Laboratory
Music Department
National University of Ireland, Maynooth 



-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Victor Lazzarini wrote:

> what does loop_l (etc) do?

     loop_l indx, incr, imax, label

is identical to

indx  =  indx + incr
       if (indx < imax) igoto label

     loop_l kndx, kncr, kmax, label

is the same as

kndx  =  kndx + kncr
       if (kndx < kmax) kgoto label

loop_le, loop_g, and loop_ge are similar, but use <=, >, and >= instead
of <, respectively. Also, loop_g and loop_ge decrement the iterator variable.


-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

This reminds me of a question: will it be possible in the future
to have arrays of signals [& ugens], within, say, for loops?

something like

amix = 0
for ic=0, ic < 10, ic++
as[ic]  oscil 1000, 100*(ic+1), 1
amix = as[ic] + amix
endfor

which you can currently do with recursion in UDOs, but
not (afaik) in any other way.

Victor

At 20:13 16/08/2005, you wrote:
>And just to mention, I think the loop opcodes are very handy! =)
>
>On 8/16/05, Istvan Varga  wrote:
> > Victor Lazzarini wrote:
> >
> > > what does loop_l (etc) do?
> >
> >      loop_l indx, incr, imax, label
> >
> > is identical to
> >
> > indx  =  indx + incr
> >        if (indx < imax) igoto label
> >
> >      loop_l kndx, kncr, kmax, label
> >
> > is the same as
> >
> > kndx  =  kndx + kncr
> >        if (kndx < kmax) kgoto label
> >
> > loop_le, loop_g, and loop_ge are similar, but use <=, >, and >= instead
> > of <, respectively. Also, loop_g and loop_ge decrement the iterator 
> variable.
> >
> >
> > -------------------------------------------------------
> > SF.Net email is Sponsored by the Better Software Conference & EXPO
> > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> > _______________________________________________
> > Csound-devel mailing list
> > Csound-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/csound-devel
> >
>
>
>-------------------------------------------------------
>SF.Net email is Sponsored by the Better Software Conference & EXPO
>September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
>Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
>Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
>_______________________________________________
>Csound-devel mailing list
>Csound-devel@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/csound-devel

Victor Lazzarini
Music Technology Laboratory
Music Department
National University of Ireland, Maynooth 



-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

But the problem with the code below is that it implies
the use of a single oscillator, which is not what it is meant (a bank
of oscillators). With just one oscillator, it will not work, of course.

In terms of declaring an array, perhaps we would need an opcode
to initialise its length, something like

as[]  size  8

Anyway, your comments about ftgentmp are interesting and I will
look at these new opcodes to see their possibilities.

Victor

At 18:42 17/08/2005, you wrote:
>the out argument would have to accept not only pointers to values but
>also this kind of expression statement, so that might mean it would
>have to require a temp variable:
>
>atmp  oscil 1000, 100*(ic+1), 1
>as[ic]  = atmp
>
>but then that would not work either as = is an opcode.  Hmm... okay,
>so a little more work than I first thought!
>
>steven

Victor Lazzarini
Music Technology Laboratory
Music Department
National University of Ireland, Maynooth 



-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Would it not be more consistent to have the names loop_lt and loop_gt
than loop_l and loop_g which are not clear names?
==John ffitch


-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

jpff@codemist.co.uk wrote:

> Would it not be more consistent to have the names loop_lt and loop_gt
> than loop_l and loop_g which are not clear names?

I do not generally object to this change, although some existing
orchestras may need to be updated for the new names.


-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net