QUICK-REF - CsoundManual - Top of this section - Previous - Contents - Index - Next 

Writing a Main program.

The general format for a control program is:

           #include  "cscore.h"
     cscore()
     {
      /*  VARIABLE DECLARATIONS  */

      /*  PROGRAM BODY  */
     }

The include statement will define the event and list structures for the program.  The following C program will read from a standard numeric score, up to (but not including) the first s or e statement, then write that data (unaltered) as output.

          #include  "cscore.h"
     cscore()
     {
          EVLIST *a;       /* a is allowed to point to an event list */
          a = lget();      /* read events in, return the list pointer */
          lput(a);         /* write these events out (unchanged) */
          putstr("e");     /* write the string e to output */
     }
After execution of lget(), the variable a points to a list of event addresses, each of which points to a stored event.  We have used that same pointer to enable another list function (lput) to access and write out all of the events that were read.  If we now define another symbol e to be an event pointer, then the statement
 

      e = a->e[4];
will set it to the contents of the 4th slot in the evlist structure. The contents is a pointer to an event, which is itself comprised of an array of parameter field values.  Thus the term e->p[5] will mean the value of parameter field 5 of the 4th event in the evlist denoted by a.  The program below will multiply the value of that pfield by 2 before writing it out.

          #include  "cscore.h"
     cscore()
     {
          EVENT  *e;       /* a pointer to an event   */
          EVLIST *a;
          a = lget();      /* read a score as a list of events */
          e = a->e[4];     /* point to event 4 in event list a  */
          e->p[5] *= 2;    /* find pfield 5, multiply its value by 2 */
          lput(a);         /* write out the list of events  */
          putstr("e");     /* add a "score end" statement */
     }

Now consider the following score, in which p[5] contains frequency in cps.
 

If this score were given to the preceding main program, the resulting output would look like this:
  Note that the 4th event is in fact the second note of the score.  So far we have not distinguished between notes and function table setup in a numeric score.  Both can be classed as events.  Also note that our 4th event has been stored in e[4] of the structure.  For compatibility with Csound pfield notation, we will ignore p[0] and e[0] of the event and list structures, storing p1 in p[1], event 1 in e[1], etc.  The Cscore functions all adopt this convention.

As an extension to the above, we could decide to use a and e to examine each of the events in the list.  Note that e has not preserved the numeral 4, but the contents of that slot.  To inspect p5 of the previous listed event we need only redefine e with the assignment

      e = a->e[3];
More generally, if we declare a new variable f to be a pointer to a pointer to an event, the statement
      f = &a->e[4];
will set f to the address of the fourth event in the event list a, and *f will signify the contents of the slot, namely the event pointer itself.  The expression
      (*f)->p[5],
like e->p[5], signifies the fifth pfield of the selected event. However, we can advance to the next slot in the evlist by advancing the pointer f.  In C this is denoted by f++.

In the following program we will use the same input score.  This time we will separate the ftable statements from the note statements.  We will next write the three note-events stored in the list a, then create a second score section consisting of the original pitch set and a transposed version of itself.  This will bring about an octave doubling.

By pointing the variable f to the first note-event and incrementing f inside a while block which iterates n times (the number of events in the list), one statement can be made to act upon the same pfield of each successive event.
 

     }

The output of this program is:

Next we extend the above program by using the while statement to look at p[5] and p[6].  In the original score p[6] denotes amplitude.  To create a diminuendo in the added lower octave, which is independent from the original set of notes, a variable called dim will be used.

           #include "cscore.h"
     cscore()
     {

     }

The increment of f in the above programs has depended on certain precedence rules of C.  Although this keeps the code tight, the practice can be dangerous for beginners.  Incrementing may alternately be written as a separate statement to make it more clear.

Using the same input score again, the output from this program is:
  In the following program the same three-note sequence will be repeated at various time intervals.  The starting time of each group is determined by the values of the array cue.  This time the dim will occur for each group of notes rather than each note.  Note the position of the statement which increments the variable dim outside the inner while block.

          #include  "cscore.h"
     int cue[3]={0,10,17};              /* declare an array of 3 integers */

     cscore()
     {
          EVENT *e, **f;
          EVLIST *a, *b;
          int n, dim, cuecount, holdn;  /* declare new variables */

Here the inner while block looks at the events of list a (the notes) and the outer while block looks at each repetition of the events of list a (the pitch group repetitions).  This program also demonstrates a useful trouble-shooting device with the printf function. The semi-colon is first in the character string to produce a comment statement in the resulting score file.  In this case the value of cue is being printed in the output to insure that the program is taking the proper array member at the proper time.  When output data is wrong or error messages are encountered, the printf function can help to pinpoint the problem.

Using the identical input file, the C program above will generate:


QUICK-REF - CsoundManual - Top of this section - Previous - Contents - Index - Next 
HTML Csound Manual - © Jean Piché & Peter J. Nix, 1994-97