unfamiliar error in complex configuration
Date | 2015-05-03 05:46 |
From | Forrest Curo |
Subject | unfamiliar error in complex configuration |
Attachments | None None |
Okay, I was receiving score lines from pd, which was writing them to a fifo (called 'testfif) via pd's [textfile] -- whence they were being picked up and played through '-L testfif' in the csound command line (along with midi notes from the keyboard.) Messages to pd were going via OSC (and being correctly read there.)Text keyboard input was derailed somehow (It's now obvious I'd just lost focus on the terminal running csound every time I'd click on the pd window... Okay, so csound just wasn't getting those....) ------------------------ Anyway, under the circumstances I'm not sure where this was coming from: "*** Error in `csound': double free or corruption (fasttop): ...." Is there any typical cause for this sort of error? [Duplicate notes? Overlap between midi notes of indefinite duration and terminating score lines, same instrument -- Maybe? ] |
Date | 2015-05-04 14:44 |
From | Steven Yi |
Subject | Re: unfamiliar error in complex configuration |
Hi Forrest, I don't think there's a typical cause as this isn't a typical error that should be happening in any scenario. The error indicates some problem with freeing memory that's already been freed. I guess some questions: 1. Are you using csoundapi~? 2. What version of csound and PD are you using? 3. What Operating System is this on? 4. Do you have an example we can use to diagnose this? I don't think any of the developers use a setup like this, so it's likely some are of code being triggered that no one else really has gone through in their regular testing. We'll need some help here to diagnose what's going on. Thanks! steven On Sun, May 3, 2015 at 12:46 AM, Forrest Curo |
Date | 2015-05-04 16:01 |
From | Forrest Curo |
Subject | Re: unfamiliar error in complex configuration |
Attachments | None None |
This is more out of curiosity than anything else for now, but what you've asked (Thanks!): 1. I'm not using 'csoundapi', each program is running independently and communicating by different means. 2. Csound version 6.03.2 (double samples) Aug 23 2014, Pd-0.45.5 ("") compiled 17:25:12 Jun 25 2014 [ textfile ] | ----------------------------- import time fifo=open("ins", "r") while 1: line=fifo.readline() # to stop the repeated printing of " '' " while nothing is in the fifo: if line == '': time.sleep(.005) # wait 1/200th of a second else: print line #[again just running to show that the communication does get through, though I may find some things more convenient to write in that language -- meanwhile this shows each noteon/off played by the csound]: ----------------------------------- instr 1 ........... ioff = i(gkoff) ; offset into array ifr = cpsmidinn( inote) imod = inote % 12 ; renumbering keyboard w/out black keys (used for control) iquot = int(inote /12) ; to 7 notes/octave if (imod >= 5) then imod = imod +1 endif if ((imod == 1)||(imod ==3)||(imod==7)||(imod==9)||(imod==11)) then goto blackkeys endif imod = int(imod/2) itim times kplop release if ((kplop == 1)&&(kcount==0)) then ; send to python [?] when this note starts to release ktim timeinsts kcount = kcount + 1 fprintks "ins1", "(%f, %f, %f, %f)\n",ktim,iquot,imod,impy endif ifr = cpsmidinn(12*iquot + gimidkey - 60)*girat[gimode[imod + ioff]] ; multiply freq by scale ratios from an array of 7 notes at 4 different offsets ( for different modes) kifr = ifr kimp = impy *.000002 fprints "ins", "(%f, %f, %f, %f)\n",itim,iquot,imod,impy ; tell python when new note starts impy = 50; ipre = i(gkpreset) a1,a2 sfplay3 inote, impy,kimp,kifr,ipre, 1 aenv linsegr 0, .05, .5,.5,.1, 1, 0 ;envelope outs a1*aenv, a2*aenv goto whitekeys blackkeys: ; shutoff in case note-off wasn't received turnoff2 1, 1, 1 turnoff whitekeys: OSCsend 1, "",7770, "ins1", "fff", 1, 2, 3 ; in here to show the connection to pd works endin --------------------- reasons? Csound offers better controlled sound; pd is a nice interface; python is easier to code in when the quirks of pd get maddening.... (ie when I'd like to change everything via a global variable without needing to go through a maze of [ send ] boxes) On Mon, May 4, 2015 at 6:44 AM, Steven Yi <stevenyi@gmail.com> wrote: Hi Forrest, |
Date | 2015-05-04 18:01 |
From | jpff |
Subject | Re: unfamiliar error in complex configuration |
Version 6.03.2 is rather old and there has been a great deal of fixuing of memory use. I would be happier if this could be demonstrated in 6.05 But otherwise as Steven says, we need an example On Mon, 4 May 2015, Forrest Curo wrote: > > 4. Examples of occurrences have been confined entirely to times when I was > simultaneously triggering many notes with the midi keyboard ( -> csound) and > the mouse ( -> pd -> fifo -> csound ), so I've at least tentatively concluded > that I'm getting confusion between instances of the same instrument playing > the same note with different durations.... which I think would go away if I > merely numbered the notes from pd as: "i 1.0001, i 1.0002 ..." and the like. > i doubt this explanation but I could be wrong ==John ff ------------------------------------------------------------------------------ One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y _______________________________________________ Csound-users mailing list Csound-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/csound-users Send bugs reports to https://github.com/csound/csound/issues Discussions of bugs and features can be posted here |
Date | 2015-05-04 18:23 |
From | Victor Lazzarini |
Subject | Re: unfamiliar error in complex configuration |
On the other hand, unless on the fly compilation is used, memory usage issues should not come into consideration (at least the fixes we were targetting) Victor Lazzarini Dean of Arts, Celtic Studies, and Philosophy Maynooth University Ireland > On 4 May 2015, at 18:01, jpff |
Date | 2015-05-04 18:26 |
From | Forrest Curo |
Subject | Re: unfamiliar error in complex configuration |
Attachments | None None |
You could well be right; but that's when and how it manifests. The score events from pd are specific duration but they're mixing with potentially-identical-pitch midi notes with --- um, p3 set to 60 by mididefault. Long notes, not unterminated after all. 6.03.2 is the package my current ubuntu considers latest. (Messing w that in the past has seriously fnurgled my audio at least on one system!)On Mon, May 4, 2015 at 10:01 AM, jpff <jpff@codemist.co.uk> wrote: Version 6.03.2 is rather old and there has been a great deal of fixuing of |
Date | 2015-05-04 18:32 |
From | Forrest Curo |
Subject | Re: unfamiliar error in complex configuration |
Attachments | None None |
Hmm, this does puzzle me (in output): (?) That would be:Unknown TREE node of type 273 found in root. error: perf-pass statements illegal in header blk -------------- gisf1 sfload "FluidR3_GM.sf2" sfplist gisf1 ;list presets of first soundfont gi init 0 label: gir sfpreset gi,0,gisf1,gi gi = gi +1 if gi < 128 goto label gi = 128 gir sfpreset 80,8,gisf1,gi ;150 Sine Wave: prog:80 bank:8 girat[] array 1, 16/15, 9/8, 6/5, 5/4, 4/3, 45/32, 3/2, 8/5, 5/3, 9/5, 15/8 gimode[] array 0,2,4,5,7,9,11,0,2,3,5,7,8,11,0,2,3,5,7,9,10,0,3,4,5,8,9,10; major, minor, dorian,jazzy gimidkey init 60 gkpreset init 46 gibfrk init cpsmidinn(gimidkey);base frequency <---- [Maybe it's unhappy w this?] gkoff init 0 gkscalelength init 7 gkup init 0 gkmdky init 0 On Mon, May 4, 2015 at 10:23 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie> wrote: On the other hand, unless on the fly compilation is used, memory usage issues should not come into consideration (at least the fixes we were targetting) |
Date | 2015-05-04 18:42 |
From | Michael Gogins |
Subject | Re: unfamiliar error in complex configuration |
Attachments | None None |
Might be the logic test and loop. Try taking just that out. Regards, On May 4, 2015 1:33 PM, "Forrest Curo" <treegestalt@gmail.com> wrote:
|
Date | 2015-05-04 18:48 |
From | Forrest Curo |
Subject | Re: unfamiliar error in complex configuration |
Attachments | None None |
Okay, I will when my wife's done practicing. It works, however. (Maybe should put the loop in an instrument to change the global stuff later?) On Mon, May 4, 2015 at 10:42 AM, Michael Gogins <michael.gogins@gmail.com> wrote:
|
Date | 2015-05-04 18:53 |
From | jpff |
Subject | Re: unfamiliar error in complex configuration |
Attachments | None None |
Tis fragmet parser O on 6.05 Have you tried with -v option? I think 273 means label ==John ff On Mon, 4 May 2015, Forrest Curo wrote: > Hmm, this does puzzle me (in output): > Unknown TREE node of type 273 found in root. > error: perf-pass statements illegal in header blk > -------------- > (?) That would be: > > gisf1 sfload "FluidR3_GM.sf2" > sfplist gisf1 ;list presets of first soundfont > gi init 0 > label: > gir sfpreset gi,0,gisf1,gi > gi = gi +1 > if gi < 128 goto label > gi = 128 > gir sfpreset 80,8,gisf1,gi ;150 Sine Wave: prog:80 bank:8 > girat[] array 1, 16/15, 9/8, 6/5, 5/4, 4/3, 45/32, 3/2, 8/5, 5/3, 9/5, 15/8 > gimode[] array 0,2,4,5,7,9,11,0,2,3,5,7,8,11,0,2,3,5,7,9,10,0,3,4,5,8,9,10; > major, minor, dorian,jazzy > gimidkey init 60 > gkpreset init 46 > > gibfrk init cpsmidinn(gimidkey);base frequency <---- [Maybe it's > unhappy w this?] > > gkoff init 0 > gkscalelength init 7 > gkup init 0 > gkmdky init 0 > |
Date | 2015-05-04 19:32 |
From | jpff |
Subject | Re: unfamiliar error in complex configuration |
Apologies --typo here. It fails in 6.05 with Unknown TREE node of type 273 found in root. ***opcode=cggoto.0 thread=3 pftype=b So it is the jump that is the problem ans it has a k-time use. Cj=hang to igoto and I think it works ==John ff ------------------------------------------------------------------------------ One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y _______________________________________________ Csound-users mailing list Csound-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/csound-users Send bugs reports to https://github.com/csound/csound/issues Discussions of bugs and features can be posted here |
Date | 2015-05-04 19:33 |
From | Forrest Curo |
Subject | Re: unfamiliar error in complex configuration |
Attachments | None None |
Never tried that before (truly amazing amt of detail the system normally spares us): "... Arg: gkmdky esr = 44100.0, ekr = 689.1, ksmps = 64, nchnls = 2 0dbfs = 1.0 Unknown TREE node of type 273 found in root. Arg: kcount ....... ***opcode=cggoto.0 thread=3 pftype=b error: perf-pass statements illegal in header blk sfload args: gisf1 "FluidR3_GM.sf2" ...." I can't tell anything from the placement of 'Unknown TREE node' here but it looks like the loop in fact was causing the error message. Which didn't trigger an immediate crash but quite possibly bent the rail where the whole train flew off under stress later on? On Mon, May 4, 2015 at 10:53 AM, jpff <jpff@codemist.co.uk> wrote: Tis fragmet parser O on 6.05 |
Date | 2015-05-04 20:07 |
From | Michael Gogins |
Subject | Re: unfamiliar error in complex configuration |
Attachments | None None |
Sounds right. We'll see. Forrest, only irate things work in the orc header. Regards, Mike ----------------------------------------------------- Michael GoginsIrreducible Productions http://michaelgogins.tumblr.com Michael dot Gogins at gmail dot com On Mon, May 4, 2015 at 2:32 PM, jpff <jpff@codemist.co.uk> wrote: Apologies --typo here. It fails in 6.05 with |
Date | 2015-05-04 20:17 |
From | Forrest Curo |
Subject | Re: unfamiliar error in complex configuration |
Attachments | None None |
Cj=hanging to 'igoto' does eliminate the 'illegal ' part but 'unknown TREE' type remains. On Mon, May 4, 2015 at 11:32 AM, jpff <jpff@codemist.co.uk> wrote: Apologies --typo here. It fails in 6.05 with |
Date | 2015-05-04 20:26 |
From | jpff |
Subject | Re: unfamiliar error in complex configuration |
Attachments | None None |
Tree type273 is a label. I am not sure is it matters. In my test here I see the message but it runs without error waitung for input ==John On Mon, 4 May 2015, Forrest Curo wrote: > Cj=hanging to 'igoto' does eliminate the 'illegal ' part but 'unknown TREE' > type remains. > > On Mon, May 4, 2015 at 11:32 AM, jpff |
Date | 2015-05-04 20:28 |
From | Forrest Curo |
Subject | Re: unfamiliar error in complex configuration |
Attachments | None None |
Okay, now instr 3 plays at time 0: endinand this part is out of the header: gi init 0 label: gir sfpreset gi,0,gisf1,gi gi = gi +1 if gi < 128 igoto label gi = 128 gir sfpreset 80,8,gisf1,gi ;150 Sine Wave: prog:80 bank:8 On Mon, May 4, 2015 at 12:07 PM, Michael Gogins <michael.gogins@gmail.com> wrote:
|
Date | 2015-05-05 15:39 |
From | Forrest Curo |
Subject | Re: unfamiliar error in complex configuration |
Attachments | None None |
Anyway, while I think I can fix this -- and do appreciate the help I've received -- I think I should report back: I still get that error if I start flailing on the midi keyboard while sending in multiple score lines via -L . It still looks like it's too many overlapping notes of the same pitch, same instrument -- something that wouldn't normally happen with straight midi input (though there is a warning sometimes when the usb fails to catch a noteoff before I hit the same key.) Next thing to try is assigning different fractional instrument numbers... On Mon, May 4, 2015 at 12:28 PM, Forrest Curo <treegestalt@gmail.com> wrote:
|
Date | 2015-05-05 15:52 |
From | jpff |
Subject | Re: unfamiliar error in complex configuration |
Attachments | None None |
Just to add that I have improved the duiagnostics and made a fewadjustments in this area. But that is for 6.06 or whatever ==John ff On Tue, 5 May 2015, Forrest Curo wrote: > Anyway, while I think I can fix this -- and do appreciate the help I've > received -- I think I should report back: I still get that error if I start > flailing on the midi keyboard while sending in multiple score lines via -L . > > It still looks like it's too many overlapping notes of the same pitch, same > instrument -- something that wouldn't normally happen with straight midi input > (though there is a warning sometimes when the usb fails to catch a noteoff > before I hit the same key.) Next thing to try is assigning different > fractional instrument numbers... > > On Mon, May 4, 2015 at 12:28 PM, Forrest Curo |
Date | 2015-05-05 21:23 |
From | Forrest Curo |
Subject | Re: unfamiliar error in complex configuration |
Attachments | None None |
New observation: I can get the error without midi input. input from pd patch below (sending score lines through fifo with -L command line flag):[textfile] On Tue, May 5, 2015 at 7:52 AM, jpff <jpff@codemist.co.uk> wrote: Just to add that I have improved the duiagnostics and made a fewadjustments in this area. But that is for 6.06 or whatever |
Date | 2015-05-05 23:00 |
From | Victor Lazzarini |
Subject | Re: unfamiliar error in complex configuration |
Attachments | None None |
If you got rid of PD and the Fifo, and say, run the same number of events in Python directly into Csound, would the same thing happen? Or else, if you used csoundapi~ and PD, but no Fifo, running these notes as events into csoundapi~? Victor Lazzarini Dean of Arts, Celtic Studies, and Philosophy Maynooth University Ireland
|
Date | 2015-05-06 01:05 |
From | Forrest Curo |
Subject | Re: unfamiliar error in complex configuration |
Attachments | None None |
With considerably more notes, all that happens is that the program puts out one underrun notice and fails to produce any sound whatsoever afterwards (although it does come back from ^c.instr 100 event "i",100, .01, 1 event "i",100, .02, 1 event "i", 1, 2, 5, 60, 79 endin On Tue, May 5, 2015 at 3:00 PM, Victor Lazzarini <Victor.Lazzarini@nuim.ie> wrote:
|
Date | 2015-05-06 04:13 |
From | Forrest Curo |
Subject | Re: unfamiliar error in complex configuration |
Attachments | None None |
Since it isn't coming from the sheer number of notes... It might be the sheer number of these messages in instrument 1:fprintks "ins", "(%f, %f, %f, %f)\n",ktim,iquot,imod,impy (to a fifo file) OSCsend 1, "",7770, "ins1", "fff", 1, 2, 3 [which must have been swamped by instr 100 calls in my example before they could happen] On Tue, May 5, 2015 at 5:05 PM, Forrest Curo <treegestalt@gmail.com> wrote:
|
Date | 2015-05-06 07:20 |
From | Victor Lazzarini |
Subject | Re: unfamiliar error in complex configuration |
Attachments | None None |
I don't think so. It could well run out of CPU, so in that case you could get dropouts, underruns, and interruptions in the audio. Having print statements is also a problema because they can slow down or block execution. The rule is, in RT, if you will use a lot of CPU, suppress all messages. Victor Lazzarini Dean of Arts, Celtic Studies, and Philosophy Maynooth University Ireland
|
Date | 2015-05-06 15:22 |
From | Forrest Curo |
Subject | Re: unfamiliar error in complex configuration |
Attachments | None None |
Well, the prints to a fifo and the messages via OSC would both be taking up memory, rather than disk space, wouldn't they? Is that the sort of 'corruption' that particular error message is referring to? -- Does csound get huffy when it tries to digest a score file with too many errors?Or would it be 'corruption' in a file that was blowing up faster than it could be consumed...? Capacity of a fifo is limited, now that I think of it... On Tue, May 5, 2015 at 11:20 PM, Victor Lazzarini <Victor.Lazzarini@nuim.ie> wrote:
|
Date | 2015-05-06 15:35 |
From | Victor Lazzarini |
Subject | Re: unfamiliar error in complex configuration |
Attachments | None None |
The worst case should be no sound, but it should not segfault. If it does, then it is not right. Victor Lazzarini Dean of Arts, Celtic Studies, and Philosophy Maynooth University Ireland
|
Date | 2015-05-06 15:42 |
From | Michael Gogins |
Subject | Re: unfamiliar error in complex configuration |
Attachments | None None |
csoundInputMessage used to have a limited capacity (several hundred lines, I think). csoundReadScore did not have a limited capacity. I believe that the limited capacity of csoundInputMessage has now been fixed. You other Csound developers, is that true? Even if the number of incoming score events is not an issue, if each event caused Csound to print a message to the console, that too could cause a capacity problem. Regards, Mike ----------------------------------------------------- Michael GoginsIrreducible Productions http://michaelgogins.tumblr.com Michael dot Gogins at gmail dot com On Wed, May 6, 2015 at 10:22 AM, Forrest Curo <treegestalt@gmail.com> wrote:
|
Date | 2015-05-06 15:56 |
From | Forrest Curo |
Subject | Re: unfamiliar error in complex configuration |
Attachments | None None |
I haven't checked my own memory; maybe something causes a segfault just on my own faulty hardware if memory gets overloaded. As you say, too much to process just makes for underruns & eventually silence. On Wed, May 6, 2015 at 7:42 AM, Michael Gogins <michael.gogins@gmail.com> wrote:
|
Date | 2015-05-06 16:01 |
From | David Worrall |
Subject | Re: unfamiliar error in complex configuration |
Attachments | None None |
I can report that i am using ReadScore continuously (or weeks of contiguous running) with sometimes a very large number (+/-100 events/second in RT) and in nonRT, thousands, and it has never complained. D. On 06.05.2015, at 16:42, Michael Gogins <michael.gogins@gmail.com> wrote:
______________________________________ Prof. Dr. David Worrall Emerging Audio Research (EAR) Audio Department International Audio Laboratories Erlangen Fraunhofer-Institut für Integrierte Schaltungen IIS Am Wolfsmantel 33 91058 Erlangen www: iis.fraunhofer.de --- Adjunct Senior Research Fellow School of Music, Australian National University |
Date | 2015-05-06 16:12 |
From | David Worrall |
Subject | Re: unfamiliar error in complex configuration |
Attachments | None None |
It _is_ naughty of me to jump in when I haven't been following this thread carefully, but I am using FIFOs for input without any problems (on OS X). I looked at the manual entry for fprintks and it doesn't say anything about how it handles the file pointer. Is the file opened and closed each time it is read/written? Even given that the file is a FIFO, system resources need to be allocated. I wonder if that is the cause of the problem .It wouldn't be hard to set up a read/write loop to test how quickly one can do this continuously. On 06.05.2015, at 05:13, Forrest Curo <treegestalt@gmail.com> wrote: ... ______________________________________ Prof. Dr. David Worrall Emerging Audio Research (EAR) Audio Department International Audio Laboratories Erlangen Fraunhofer-Institut für Integrierte Schaltungen IIS Am Wolfsmantel 33 91058 Erlangen www: iis.fraunhofer.de --- Adjunct Senior Research Fellow School of Music, Australian National University |
Date | 2015-05-06 16:14 |
From | Michael Gogins |
Subject | Re: unfamiliar error in complex configuration |
Attachments | None None |
I'm not sure which handles -L. I haven't look at that code yet so there may possibly be other issues there. Regards, Mike ----------------------------------------------------- Michael GoginsIrreducible Productions http://michaelgogins.tumblr.com Michael dot Gogins at gmail dot com On Wed, May 6, 2015 at 10:56 AM, Forrest Curo <treegestalt@gmail.com> wrote:
|
Date | 2015-05-06 16:24 |
From | jpff |
Subject | Re: unfamiliar error in complex configuration |
As far as I can tell -L reads lines into a buffer sized 32768 bytes. The buffer expands if necessary. It reads via read(2) (for developers: all in Engine/linevent.c but not my code) ==John ff ------------------------------------------------------------------------------ One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y _______________________________________________ Csound-users mailing list Csound-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/csound-users Send bugs reports to https://github.com/csound/csound/issues Discussions of bugs and features can be posted here |
Date | 2015-05-06 16:51 |
From | jpff |
Subject | Re: unfamiliar error in complex configuration |
csoundInputMessageInternal is used by -L wich is default alue for csound->InputMessage On Wed, 6 May 2015, jpff wrote: > As far as I can tell -L reads lines into a buffer sized 32768 bytes. The > buffer expands if necessary. It reads via read(2) > > (for developers: all in Engine/linevent.c but not my code) > ==John ff > > > > ------------------------------------------------------------------------------ > One dashboard for servers and applications across Physical-Virtual-Cloud > Widest out-of-the-box monitoring support with 50+ applications > Performance metrics, stats and reports that give you Actionable Insights > Deep dive visibility with transaction tracing using APM Insight. > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y > _______________________________________________ > Csound-users mailing list > Csound-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/csound-users > Send bugs reports to > https://github.com/csound/csound/issues > Discussions of bugs and features can be posted here > ------------------------------------------------------------------------------ One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y _______________________________________________ Csound-users mailing list Csound-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/csound-users Send bugs reports to https://github.com/csound/csound/issues Discussions of bugs and features can be posted here |
Date | 2015-05-06 17:12 |
From | Michael Gogins |
Subject | Re: unfamiliar error in complex configuration |
Attachments | None None |
And what about csoundReadScore? Does it also use csoundInputMessageInternal? Best, On May 6, 2015 11:52 AM, "jpff" <jpff@codemist.co.uk> wrote:
csoundInputMessageInternal is used by -L wich is default alue for |
Date | 2015-05-06 17:29 |
From | Forrest Curo |
Subject | Re: unfamiliar error in complex configuration |
Attachments | None None |
And does that break down if something like a timing mismatch corrupts the score lines it's receiving. On Wed, May 6, 2015 at 9:12 AM, Michael Gogins <michael.gogins@gmail.com> wrote:
|
Date | 2015-05-06 17:44 |
From | Michael Gogins |
Subject | Re: unfamiliar error in complex configuration |
Attachments | None None |
csoundInputMessage is thread safe, so that should be OK. I don't know about csoundInputMessageInternal with -L. Regards, Mike ----------------------------------------------------- Michael GoginsIrreducible Productions http://michaelgogins.tumblr.com Michael dot Gogins at gmail dot com On Wed, May 6, 2015 at 12:29 PM, Forrest Curo <treegestalt@gmail.com> wrote:
|
Date | 2015-05-06 18:56 |
From | jpff |
Subject | Re: unfamiliar error in complex configuration |
Attachments | None None |
csoundReadScore calls csoundInoutMessage/internal witin a mutex On Wed, 6 May 2015, Michael Gogins wrote: > > And what about csoundReadScore? Does it also use csoundInputMessageInternal? > > Best, > Mile > > On May 6, 2015 11:52 AM, "jpff" |
Date | 2015-05-06 19:00 |
From | Michael Gogins |
Subject | Re: unfamiliar error in complex configuration |
Attachments | None None |
Thanks. What about line vents (-L)? Best, Mike ----------------------------------------------------- Michael GoginsIrreducible Productions http://michaelgogins.tumblr.com Michael dot Gogins at gmail dot com On Wed, May 6, 2015 at 1:56 PM, jpff <jpff@codemist.co.uk> wrote: csoundReadScore calls csoundInoutMessage/internal witin a mutex |
Date | 2015-05-06 19:57 |
From | Victor Lazzarini |
Subject | Re: unfamiliar error in complex configuration |
Attachments | None None |
Afaik line events are processed in the csoundPerformKsmps() via a call to read() Victor Lazzarini Dean of Arts, Celtic Studies, and Philosophy Maynooth University Ireland
|