Re: [Cs-dev] instr 0
| Date | 2006-09-16 20:35 |
| From | Victor Lazzarini |
| Subject | Re: [Cs-dev] instr 0 |
What about a flag --always_on to keep the performance going after the score has finished? > > i'm teaching csound again this semester and watching > people approach csound for the first time always brings up > minor details that are not intuitive & we quickly learn to > workaround. but they can be frustrating for newbies. > i'll probably have a number of questions/suggestions over > the next few weeks about this stuff but here a couple i am > thinking about today: > > > is there any reason why all opcodes can't be allowed in > header/global space? > > it seems like i frequently have to make an "always on" > global instrument, > especially with real-time performance, and it would be > convenient to just > put it all in the header space and not worry about making > an instrument and allocating an instance of it. > > alternatively, i could see specifying a keyword for an > instrument that does > not respond to "i" statements and automatically runs the > entire performance, > > instr globals > ... > endin > > |
| Date | 2006-09-16 21:02 |
| From | matt ingalls |
| Subject | Re: [Cs-dev] instr 0 |
i could live with that, but imo it should be implicit in a real-time render. -m On Sep 16, 2006, at 12:35 PM, Victor Lazzarini wrote: > What about a flag --always_on to keep the > performance going after the score has finished? ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net |
| Date | 2006-09-17 23:00 |
| From | "Steven Yi" |
| Subject | Re: [Cs-dev] instr 0 |
| Attachments | None |
| Date | 2006-09-18 00:46 |
| From | matt ingalls |
| Subject | Re: [Cs-dev] instr 0 |
On Sep 17, 2006, at 3:00 PM, Steven Yi wrote: > Hi matt, > > For the check for allowable opcodes in instr0, there's one in otran > (you can search for "thread" to find it). I am planning for the new > parser to parse instrument 0 space like any other instrument, but then > do the same verification and have restrictions as in the past. ok. but my question is: why have restrictions? [ especially if instr0 is like any other instr except only one instance with infinite dur ] > > For my own working method, for having an implicit option in real-time > render to be always on, are you implying that if you render in > realtime it should always just stay on regardless of if the score ends > or not? yes > If so, I can understand that if you're doing real-time > performance, but for the use-case of people like me who are mostly not > concerned with real-time performance but am interested in real-time > auditioning of a piece, this would not work. well that is why i said add a commandline flag (like -T or just modify -T itself) to terminate real-time performance at the end of the score. Victor suggested the opposite, which is OK with me [ i'll just have my front-end automatically add it ] but i was thinking that we already have occasional questions from people asking why they can't render in real-time because they don't know/remember to add an f0 in their score. if we made a commandline option, the problem would still remain the same, if we make it automatic then the problem would go away. Would it make other problems? i don't know - i guess i could see issues with accumulating processes that never end, or issues with cleaning up when you ctrl-c out of a render or things like that.. if these are potential problems then certainly just add an "endless" commandline flag. -m ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net |
| Date | 2006-09-18 11:41 |
| From | Victor Lazzarini |
| Subject | Re: [Cs-dev] instr 0 |
I think one way of resolving this is embracing fullly the concept of Csound as a library, and advertising, spreading it, and enforcing it with multiple frontends. So we can have a Csound 'real-time' frontend, dedicated to it, and one that is for offline synthesis, in addition to the command-line all-purpose 'classic' frontend (and some of the existing GUI frontends). So realtimers will not even need to know you can run a performance to disk, if they don't care for it. Victor At 00:46 18/09/2006, you wrote: >Victor suggested the opposite, which is OK with >me [ i'll just have my front-end automatically add it ] but i was >thinking >that we already have occasional questions from people asking why they >can't render in real-time because they don't know/remember to add >an f0 in their score. if we made a commandline option, the problem >would >still remain the same, if we make it automatic then the problem would >go away. > >Would it make other problems? i don't know - i guess i could see issues >with accumulating processes that never end, or issues with cleaning up >when you ctrl-c out of a render or things like that.. if these are >potential >problems then certainly just add an "endless" commandline flag. Victor Lazzarini Music Technology Laboratory Music Department National University of Ireland, Maynooth ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net |
| Date | 2006-09-18 11:55 |
| From | "Steven Yi" |
| Subject | Re: [Cs-dev] instr 0 |
| Attachments | None |
| Date | 2006-09-18 12:31 |
| From | Victor Lazzarini |
| Subject | Re: [Cs-dev] instr 0 |
But I thought this was not a strict requirement. What about FLTK widget opcodes, aren't some of them k-rate? What makes them different? At 11:55 18/09/2006, you wrote: >Now, if instrument 0 is made to allow for non i-time code, I think the >only thing that would need to be done is to remove that one check in >oload: Victor Lazzarini Music Technology Laboratory Music Department National University of Ireland, Maynooth ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net |