Re: --realtime dropping events?
| Date | 2015-06-09 14:39 |
| From | thorin kerr |
| Subject | Re: --realtime dropping events? |
| Attachments | None None |
Forrest Curo alerted me to some behaviour which might be a clue? There's some connection to ksmps: With --realtime, giving instr 2 a longer duration fixes the problem. The lower ksmps, then the shorter it can be. However, it doesn't seem to be simply a case of allowing a control pass, since it needs a lot longer than 1/kr. Also, I'd have thought a k-rate pass isn't necessary, since the schedule opcode is an i-rate opcode. And..., as mentioned... without --realtime it all works fine. Should I file a bug? Thorin On Tue, Jun 9, 2015 at 7:56 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie> wrote: http://csound.github.io/docs/manual/CommandFlagsCategory.html |
| Date | 2015-06-09 16:28 |
| From | Victor Lazzarini |
| Subject | Re: --realtime dropping events? |
| Attachments | None None |
yes, that is a good idea. The fact is that if the event is not initialised in time, it might arrive late, but it should not be dropped unless the duration is very short of the order of one or two ksmps. Victor Lazzarini Dean of Arts, Celtic Studies, and Philosophy Maynooth University Ireland
|
| Date | 2015-06-09 23:57 |
| From | Andres Cabrera |
| Subject | Re: --realtime dropping events? |
| Attachments | None None |
There's an interesting question... Should the duration be considered from the moment the event has finished initializing or from the moment it should have been put in if initialization had been immediate.On Tue, Jun 9, 2015 at 8:28 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie> wrote:
|