Csound Csound-dev Csound-tekno Search About

graphic tool for csound api use

Date2017-03-06 17:56
FromForrest Curo
Subjectgraphic tool for csound api use
Attachmentsdosome.png  events.png  main.png  
I'm finding this stuff very useful for working up a program to run a csound instance via the api while receiving midi input and sending it the (possibly delayed, repeated, otherwise-modified) results, a problem that was up till now too complex for this bear of little brain...

http://drakon-editor.sourceforge.net/DRAKON.pdf

[The gist of the csd file is that it's getting note-ons sent to (say, for midi note 67) instr 5.67 and note-offs to instr 4:
instr 4
kinst = 5 + p4/100
turnoff2 kinst, 4, .01
endin]

Guts of the thing so far:




Csound mailing list Csound@listserv.heanet.ie https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND Send bugs reports to https://github.com/csound/csound/issues Discussions of bugs and features can be posted here

Date2017-03-06 17:59
FromForrest Curo
SubjectRe: graphic tool for csound api use
Attachmentsmain.png  dosome.png  events.png  
[I forgot to add]: It also generates the code [in c. A gung-ho enthusiast might produce a plug-in for diagramming & producing csound orcs & scores...(Help?)]



On Mon, Mar 6, 2017 at 9:56 AM, Forrest Curo <treegestalt@gmail.com> wrote:
I'm finding this stuff very useful for working up a program to run a csound instance via the api while receiving midi input and sending it the (possibly delayed, repeated, otherwise-modified) results, a problem that was up till now too complex for this bear of little brain...

http://drakon-editor.sourceforge.net/DRAKON.pdf

[The gist of the csd file is that it's getting note-ons sent to (say, for midi note 67) instr 5.67 and note-offs to instr 4:
instr 4
kinst = 5 + p4/100
turnoff2 kinst, 4, .01
endin]

Guts of the thing so far:





Csound mailing list Csound@listserv.heanet.ie https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND Send bugs reports to https://github.com/csound/csound/issues Discussions of bugs and features can be posted here

Date2017-03-06 18:08
FromRichard
SubjectRe: graphic tool for csound api use

Interesting. Just glanced over it. My first impression is that it looks like introducing flow charts again.
I am a strong advocate of not using slow charts (another translation layer, this possibly introducing errors)
Structured English is my favourite low level design tool:
1) although it should not resemble actual syntax, it can be directly translated to code
2) structured text (another name for it) can and should be used as comment in the actual program, thus showing the relation with the design
3) one line of structured text typically translates to 3 to 6  lines of actual code

Richard

On 06/03/17 18:56, Forrest Curo wrote:
I'm finding this stuff very useful for working up a program to run a csound instance via the api while receiving midi input and sending it the (possibly delayed, repeated, otherwise-modified) results, a problem that was up till now too complex for this bear of little brain...

http://drakon-editor.sourceforge.net/DRAKON.pdf

[The gist of the csd file is that it's getting note-ons sent to (say, for midi note 67) instr 5.67 and note-offs to instr 4:
instr 4
kinst = 5 + p4/100
turnoff2 kinst, 4, .01
endin]

Guts of the thing so far:




Csound mailing list Csound@listserv.heanet.ie https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND Send bugs reports to https://github.com/csound/csound/issues Discussions of bugs and features can be posted here


Date2017-03-06 19:30
FromForrest Curo
SubjectRe: graphic tool for csound api use
AttachmentsNone  None  None  
Advantages over traditional flow charts: more human-readable design constraints (as the guy explains in the linked article) and the fact that the editor turns .drn files directly into (c, python, various other alternatives so far) code. [I'd have sent the drn files rather than these pictures , except that the files aren't intelligible without the editior.]

Comments normally go in the thick-lined black boxes, pretty easily recognizable as such. Pseudo-code could go there, if needed -- but the design itself is directly apparent from a few simple principles: generally straight down or straight left-to-right, arrows only used for exceptions to that. Nesting of loops clear in a way that written code doesn't quite do for human eyes.

All I know is that I'd been floundering in complexities... and this gave me a way to map them, without needing to translate the map to code by hand.



On Mon, Mar 6, 2017 at 10:08 AM, Richard <zappfinger@gmail.com> wrote:

Interesting. Just glanced over it. My first impression is that it looks like introducing flow charts again.
I am a strong advocate of not using slow charts (another translation layer, this possibly introducing errors)
Structured English is my favourite low level design tool:
1) although it should not resemble actual syntax, it can be directly translated to code
2) structured text (another name for it) can and should be used as comment in the actual program, thus showing the relation with the design
3) one line of structured text typically translates to 3 to 6  lines of actual code

Richard

On 06/03/17 18:56, Forrest Curo wrote:
I'm finding this stuff very useful for working up a program to run a csound instance via the api while receiving midi input and sending it the (possibly delayed, repeated, otherwise-modified) results, a problem that was up till now too complex for this bear of little brain...

http://drakon-editor.sourceforge.net/DRAKON.pdf

[The gist of the csd file is that it's getting note-ons sent to (say, for midi note 67) instr 5.67 and note-offs to instr 4:
instr 4
kinst = 5 + p4/100
turnoff2 kinst, 4, .01
endin]

Guts of the thing so far:




Csound mailing list Csound@listserv.heanet.ie https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND Send bugs reports to https://github.com/csound/csound/issues Discussions of bugs and features can be posted here

Csound mailing list Csound@listserv.heanet.ie https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND Send bugs reports to https://github.com/csound/csound/issues Discussions of bugs and features can be posted here

Csound mailing list Csound@listserv.heanet.ie https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND Send bugs reports to https://github.com/csound/csound/issues Discussions of bugs and features can be posted here

Date2017-03-06 19:36
FromDave Seidel
SubjectRe: graphic tool for csound api use
AttachmentsNone  None  None  
I think both approaches are valid. I gravitate more toward structured text (I use outlines all the time), but many people find a graphical view more useful.

On Mon, Mar 6, 2017 at 2:30 PM, Forrest Curo <treegestalt@gmail.com> wrote:
Advantages over traditional flow charts: more human-readable design constraints (as the guy explains in the linked article) and the fact that the editor turns .drn files directly into (c, python, various other alternatives so far) code. [I'd have sent the drn files rather than these pictures , except that the files aren't intelligible without the editior.]

Comments normally go in the thick-lined black boxes, pretty easily recognizable as such. Pseudo-code could go there, if needed -- but the design itself is directly apparent from a few simple principles: generally straight down or straight left-to-right, arrows only used for exceptions to that. Nesting of loops clear in a way that written code doesn't quite do for human eyes.

All I know is that I'd been floundering in complexities... and this gave me a way to map them, without needing to translate the map to code by hand.



On Mon, Mar 6, 2017 at 10:08 AM, Richard <zappfinger@gmail.com> wrote:

Interesting. Just glanced over it. My first impression is that it looks like introducing flow charts again.
I am a strong advocate of not using slow charts (another translation layer, this possibly introducing errors)
Structured English is my favourite low level design tool:
1) although it should not resemble actual syntax, it can be directly translated to code
2) structured text (another name for it) can and should be used as comment in the actual program, thus showing the relation with the design
3) one line of structured text typically translates to 3 to 6  lines of actual code

Richard

On 06/03/17 18:56, Forrest Curo wrote:
I'm finding this stuff very useful for working up a program to run a csound instance via the api while receiving midi input and sending it the (possibly delayed, repeated, otherwise-modified) results, a problem that was up till now too complex for this bear of little brain...

http://drakon-editor.sourceforge.net/DRAKON.pdf

[The gist of the csd file is that it's getting note-ons sent to (say, for midi note 67) instr 5.67 and note-offs to instr 4:
instr 4
kinst = 5 + p4/100
turnoff2 kinst, 4, .01
endin]

Guts of the thing so far:




Csound mailing list Csound@listserv.heanet.ie https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND Send bugs reports to https://github.com/csound/csound/issues Discussions of bugs and features can be posted here

Csound mailing list Csound@listserv.heanet.ie https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND Send bugs reports to https://github.com/csound/csound/issues Discussions of bugs and features can be posted here

Csound mailing list Csound@listserv.heanet.ie https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND Send bugs reports to https://github.com/csound/csound/issues Discussions of bugs and features can be posted here



--
Csound mailing list Csound@listserv.heanet.ie https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND Send bugs reports to https://github.com/csound/csound/issues Discussions of bugs and features can be posted here