[Csnd] Latency and buffers

[Csnd] Latency and buffers

Date	2014-02-04 12:41
From	Oeyvind Brandtsegg
Subject	[Csnd] Latency and buffers
	Regarding latency and buffers, I thought I had understood that csound, when used as a plugin (e.g. Cabbage or csound~) would process the audio buffer "in place", so no extra latency would incur due to the sound being processed through Csound, assuming that ksmps is smaler than the host program's buffer size. Now, running Cabbage plugins in Ableton Live, I've been investigating latency issues, and I find that adding a simple Cabbage plugin will delay the signal. Also, adding more than one such plugin in series increases the delay/latency accordingly. I've tried using different ksmps, and this indeed affects the amount of latency but even setting ksmps=1 does not get rid of it. Can the buffer be processed "in place"? best Oeyvind -- Oeyvind Brandtsegg Professor of Music Technology NTNU 7491 Trondheim Norway Cell: +47 92 203 205 http://flyndresang.no/ http://www.partikkelaudio.com/ http://soundcloud.com/brandtsegg http://soundcloud.com/t-emp

Date	2014-02-04 12:56
From	Rory Walsh
Subject	Re: [Csnd] Latency and buffers
	Are you just running audio straight in and out, no processing? The plugin host calls the plugin's processBlock() which in turn calls performKsmps(). So long as processBlock() is being called (if the track is playing for example) performKsmps() will be called over and over again processing ksmps samples each time. At the moment the processBlock() method and the performKsmps() are firing off at different speeds. I can look at forcing Cabbage plugins to process the same amount of samples as the plugin does with each call to processBlock(). Perhaps that might help. On 4 February 2014 12:41, Oeyvind Brandtsegg wrote: > Regarding latency and buffers, > I thought I had understood that csound, when used as a plugin (e.g. > Cabbage or csound~) would process the audio buffer "in place", so no > extra latency would incur due to the sound being processed through > Csound, assuming that ksmps is smaler than the host program's buffer > size. > Now, running Cabbage plugins in Ableton Live, I've been investigating > latency issues, and I find that adding a simple Cabbage plugin will > delay the signal. Also, adding more than one such plugin in series > increases the delay/latency accordingly. I've tried using different > ksmps, and this indeed affects the amount of latency but even setting > ksmps=1 does not get rid of it. > > Can the buffer be processed "in place"? > > best > Oeyvind > > -- > > Oeyvind Brandtsegg > Professor of Music Technology > NTNU > 7491 Trondheim > Norway > Cell: +47 92 203 205 > > http://flyndresang.no/ > http://www.partikkelaudio.com/ > http://soundcloud.com/brandtsegg > http://soundcloud.com/t-emp > > > Send bugs reports to the Sourceforge bug trackers > csound6: > https://sourceforge.net/p/csound/tickets/ > csound5: > https://sourceforge.net/p/csound/bugs/ > Discussions of bugs and features can be posted here > To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" > >

Date	2014-02-04 13:01
From	Rory Walsh
Subject	Re: [Csnd] Latency and buffers
	I think I have it... Lunch first though.. sent from a mobile device... On 4 Feb 2014 12:56, "Rory Walsh" <rorywalsh@ear.ie> wrote: Are you just running audio straight in and out, no processing? The plugin host calls the plugin's processBlock() which in turn calls performKsmps(). So long as processBlock() is being called (if the track is playing for example) performKsmps() will be called over and over again processing ksmps samples each time. At the moment the processBlock() method and the performKsmps() are firing off at different speeds. I can look at forcing Cabbage plugins to process the same amount of samples as the plugin does with each call to processBlock(). Perhaps that might help. On 4 February 2014 12:41, Oeyvind Brandtsegg <oyvind.brandtsegg@ntnu.no> wrote: > Regarding latency and buffers, > I thought I had understood that csound, when used as a plugin (e.g. > Cabbage or csound~) would process the audio buffer "in place", so no > extra latency would incur due to the sound being processed through > Csound, assuming that ksmps is smaler than the host program's buffer > size. > Now, running Cabbage plugins in Ableton Live, I've been investigating > latency issues, and I find that adding a simple Cabbage plugin will > delay the signal. Also, adding more than one such plugin in series > increases the delay/latency accordingly. I've tried using different > ksmps, and this indeed affects the amount of latency but even setting > ksmps=1 does not get rid of it. > > Can the buffer be processed "in place"? > > best > Oeyvind > > -- > > Oeyvind Brandtsegg > Professor of Music Technology > NTNU > 7491 Trondheim > Norway > Cell: +47 92 203 205 > > http://flyndresang.no/ > http://www.partikkelaudio.com/ > http://soundcloud.com/brandtsegg > http://soundcloud.com/t-emp > > > Send bugs reports to the Sourceforge bug trackers > csound6: > https://sourceforge.net/p/csound/tickets/ > csound5: > https://sourceforge.net/p/csound/bugs/ > Discussions of bugs and features can be posted here > To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" > >

Date	2014-02-04 13:20
From	Rory Walsh
Subject	Re: [Csnd] Latency and buffers
	On second thoughts I can't see what might be causing this. Have you tried setting ksmps to be the same as your host's buffer size? On 4 February 2014 13:01, Rory Walsh wrote: > I think I have it... Lunch first though.. > > sent from a mobile device... > > On 4 Feb 2014 12:56, "Rory Walsh" wrote: >> >> Are you just running audio straight in and out, no processing? The >> plugin host calls the plugin's processBlock() which in turn calls >> performKsmps(). So long as processBlock() is being called (if the >> track is playing for example) performKsmps() will be called over and >> over again processing ksmps samples each time. At the moment the >> processBlock() method and the performKsmps() are firing off at >> different speeds. I can look at forcing Cabbage plugins to process the >> same amount of samples as the plugin does with each call to >> processBlock(). Perhaps that might help. >> >> On 4 February 2014 12:41, Oeyvind Brandtsegg >> wrote: >> > Regarding latency and buffers, >> > I thought I had understood that csound, when used as a plugin (e.g. >> > Cabbage or csound~) would process the audio buffer "in place", so no >> > extra latency would incur due to the sound being processed through >> > Csound, assuming that ksmps is smaler than the host program's buffer >> > size. >> > Now, running Cabbage plugins in Ableton Live, I've been investigating >> > latency issues, and I find that adding a simple Cabbage plugin will >> > delay the signal. Also, adding more than one such plugin in series >> > increases the delay/latency accordingly. I've tried using different >> > ksmps, and this indeed affects the amount of latency but even setting >> > ksmps=1 does not get rid of it. >> > >> > Can the buffer be processed "in place"? >> > >> > best >> > Oeyvind >> > >> > -- >> > >> > Oeyvind Brandtsegg >> > Professor of Music Technology >> > NTNU >> > 7491 Trondheim >> > Norway >> > Cell: +47 92 203 205 >> > >> > http://flyndresang.no/ >> > http://www.partikkelaudio.com/ >> > http://soundcloud.com/brandtsegg >> > http://soundcloud.com/t-emp >> > >> > >> > Send bugs reports to the Sourceforge bug trackers >> > csound6: >> > https://sourceforge.net/p/csound/tickets/ >> > csound5: >> > https://sourceforge.net/p/csound/bugs/ >> > Discussions of bugs and features can be posted here >> > To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe >> > csound" >> > >> >

Date	2014-02-04 13:38
From	Oeyvind Brandtsegg
Subject	Re: [Csnd] Latency and buffers
	Yes, I have tried different ksmps values, both higher and lower and equal to the host buffer size. Will investigate if I can reproduce it on csound~. Oeyvind 2014-02-04 Rory Walsh : > On second thoughts I can't see what might be causing this. Have you > tried setting ksmps to be the same as your host's buffer size? > > On 4 February 2014 13:01, Rory Walsh wrote: >> I think I have it... Lunch first though.. >> >> sent from a mobile device... >> >> On 4 Feb 2014 12:56, "Rory Walsh" wrote: >>> >>> Are you just running audio straight in and out, no processing? The >>> plugin host calls the plugin's processBlock() which in turn calls >>> performKsmps(). So long as processBlock() is being called (if the >>> track is playing for example) performKsmps() will be called over and >>> over again processing ksmps samples each time. At the moment the >>> processBlock() method and the performKsmps() are firing off at >>> different speeds. I can look at forcing Cabbage plugins to process the >>> same amount of samples as the plugin does with each call to >>> processBlock(). Perhaps that might help. >>> >>> On 4 February 2014 12:41, Oeyvind Brandtsegg >>> wrote: >>> > Regarding latency and buffers, >>> > I thought I had understood that csound, when used as a plugin (e.g. >>> > Cabbage or csound~) would process the audio buffer "in place", so no >>> > extra latency would incur due to the sound being processed through >>> > Csound, assuming that ksmps is smaler than the host program's buffer >>> > size. >>> > Now, running Cabbage plugins in Ableton Live, I've been investigating >>> > latency issues, and I find that adding a simple Cabbage plugin will >>> > delay the signal. Also, adding more than one such plugin in series >>> > increases the delay/latency accordingly. I've tried using different >>> > ksmps, and this indeed affects the amount of latency but even setting >>> > ksmps=1 does not get rid of it. >>> > >>> > Can the buffer be processed "in place"? >>> > >>> > best >>> > Oeyvind >>> > >>> > -- >>> > >>> > Oeyvind Brandtsegg >>> > Professor of Music Technology >>> > NTNU >>> > 7491 Trondheim >>> > Norway >>> > Cell: +47 92 203 205 >>> > >>> > http://flyndresang.no/ >>> > http://www.partikkelaudio.com/ >>> > http://soundcloud.com/brandtsegg >>> > http://soundcloud.com/t-emp >>> > >>> > >>> > Send bugs reports to the Sourceforge bug trackers >>> > csound6: >>> > https://sourceforge.net/p/csound/tickets/ >>> > csound5: >>> > https://sourceforge.net/p/csound/bugs/ >>> > Discussions of bugs and features can be posted here >>> > To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe >>> > csound" >>> > >>> > > > > Send bugs reports to the Sourceforge bug trackers > csound6: > https://sourceforge.net/p/csound/tickets/ > csound5: > https://sourceforge.net/p/csound/bugs/ > Discussions of bugs and features can be posted here > To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" > > -- Oeyvind Brandtsegg Professor of Music Technology NTNU 7491 Trondheim Norway Cell: +47 92 203 205 http://flyndresang.no/ http://www.partikkelaudio.com/ http://soundcloud.com/brandtsegg http://soundcloud.com/t-emp

Date	2014-02-04 14:00
From	Rory Walsh
Subject	Re: [Csnd] Latency and buffers
	I can recreate it here. It's subtle, but present. I'll take a look. On 4 February 2014 13:38, Oeyvind Brandtsegg wrote: > Yes, I have tried different ksmps values, both higher and lower and > equal to the host buffer size. > Will investigate if I can reproduce it on csound~. > Oeyvind > > 2014-02-04 Rory Walsh : >> On second thoughts I can't see what might be causing this. Have you >> tried setting ksmps to be the same as your host's buffer size? >> >> On 4 February 2014 13:01, Rory Walsh wrote: >>> I think I have it... Lunch first though.. >>> >>> sent from a mobile device... >>> >>> On 4 Feb 2014 12:56, "Rory Walsh" wrote: >>>> >>>> Are you just running audio straight in and out, no processing? The >>>> plugin host calls the plugin's processBlock() which in turn calls >>>> performKsmps(). So long as processBlock() is being called (if the >>>> track is playing for example) performKsmps() will be called over and >>>> over again processing ksmps samples each time. At the moment the >>>> processBlock() method and the performKsmps() are firing off at >>>> different speeds. I can look at forcing Cabbage plugins to process the >>>> same amount of samples as the plugin does with each call to >>>> processBlock(). Perhaps that might help. >>>> >>>> On 4 February 2014 12:41, Oeyvind Brandtsegg >>>> wrote: >>>> > Regarding latency and buffers, >>>> > I thought I had understood that csound, when used as a plugin (e.g. >>>> > Cabbage or csound~) would process the audio buffer "in place", so no >>>> > extra latency would incur due to the sound being processed through >>>> > Csound, assuming that ksmps is smaler than the host program's buffer >>>> > size. >>>> > Now, running Cabbage plugins in Ableton Live, I've been investigating >>>> > latency issues, and I find that adding a simple Cabbage plugin will >>>> > delay the signal. Also, adding more than one such plugin in series >>>> > increases the delay/latency accordingly. I've tried using different >>>> > ksmps, and this indeed affects the amount of latency but even setting >>>> > ksmps=1 does not get rid of it. >>>> > >>>> > Can the buffer be processed "in place"? >>>> > >>>> > best >>>> > Oeyvind >>>> > >>>> > -- >>>> > >>>> > Oeyvind Brandtsegg >>>> > Professor of Music Technology >>>> > NTNU >>>> > 7491 Trondheim >>>> > Norway >>>> > Cell: +47 92 203 205 >>>> > >>>> > http://flyndresang.no/ >>>> > http://www.partikkelaudio.com/ >>>> > http://soundcloud.com/brandtsegg >>>> > http://soundcloud.com/t-emp >>>> > >>>> > >>>> > Send bugs reports to the Sourceforge bug trackers >>>> > csound6: >>>> > https://sourceforge.net/p/csound/tickets/ >>>> > csound5: >>>> > https://sourceforge.net/p/csound/bugs/ >>>> > Discussions of bugs and features can be posted here >>>> > To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe >>>> > csound" >>>> > >>>> > >> >> >> Send bugs reports to the Sourceforge bug trackers >> csound6: >> https://sourceforge.net/p/csound/tickets/ >> csound5: >> https://sourceforge.net/p/csound/bugs/ >> Discussions of bugs and features can be posted here >> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >> >> > > > > -- > > Oeyvind Brandtsegg > Professor of Music Technology > NTNU > 7491 Trondheim > Norway > Cell: +47 92 203 205 > > http://flyndresang.no/ > http://www.partikkelaudio.com/ > http://soundcloud.com/brandtsegg > http://soundcloud.com/t-emp > > > Send bugs reports to the Sourceforge bug trackers > csound6: > https://sourceforge.net/p/csound/tickets/ > csound5: > https://sourceforge.net/p/csound/bugs/ > Discussions of bugs and features can be posted here > To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" > >

Date	2014-02-04 14:38
From	Oeyvind Brandtsegg
Subject	Re: [Csnd] Latency and buffers
	I can also reproduce it with csound~ in MaxForLive haven't tried with csound6~ (where can I find it?) Now, testing with Max (not in Live), and with Reaper, I find I can not reproduce the behaviour there. So there is something with Live then. However, other VST plugins in Live does not introduce extra latency. The way I measure latency is by setiing up a microphone close to the speaker, close enough that it will almost feed, then tap the mic and listen to the resonance of the system. When the latency changes, the resonance will change. When I add a plugin (Cabbage or MaxForLive with csound~), the latency (and so the resonance) changes. If I load other VST plugins this does not happen, the latency does not change. But as I said, I can only reproduce it in Live. Sorry for the noise. 2014-02-04 Rory Walsh : > I can recreate it here. It's subtle, but present. I'll take a look. > > On 4 February 2014 13:38, Oeyvind Brandtsegg wrote: >> Yes, I have tried different ksmps values, both higher and lower and >> equal to the host buffer size. >> Will investigate if I can reproduce it on csound~. >> Oeyvind >> >> 2014-02-04 Rory Walsh : >>> On second thoughts I can't see what might be causing this. Have you >>> tried setting ksmps to be the same as your host's buffer size? >>> >>> On 4 February 2014 13:01, Rory Walsh wrote: >>>> I think I have it... Lunch first though.. >>>> >>>> sent from a mobile device... >>>> >>>> On 4 Feb 2014 12:56, "Rory Walsh" wrote: >>>>> >>>>> Are you just running audio straight in and out, no processing? The >>>>> plugin host calls the plugin's processBlock() which in turn calls >>>>> performKsmps(). So long as processBlock() is being called (if the >>>>> track is playing for example) performKsmps() will be called over and >>>>> over again processing ksmps samples each time. At the moment the >>>>> processBlock() method and the performKsmps() are firing off at >>>>> different speeds. I can look at forcing Cabbage plugins to process the >>>>> same amount of samples as the plugin does with each call to >>>>> processBlock(). Perhaps that might help. >>>>> >>>>> On 4 February 2014 12:41, Oeyvind Brandtsegg >>>>> wrote: >>>>> > Regarding latency and buffers, >>>>> > I thought I had understood that csound, when used as a plugin (e.g. >>>>> > Cabbage or csound~) would process the audio buffer "in place", so no >>>>> > extra latency would incur due to the sound being processed through >>>>> > Csound, assuming that ksmps is smaler than the host program's buffer >>>>> > size. >>>>> > Now, running Cabbage plugins in Ableton Live, I've been investigating >>>>> > latency issues, and I find that adding a simple Cabbage plugin will >>>>> > delay the signal. Also, adding more than one such plugin in series >>>>> > increases the delay/latency accordingly. I've tried using different >>>>> > ksmps, and this indeed affects the amount of latency but even setting >>>>> > ksmps=1 does not get rid of it. >>>>> > >>>>> > Can the buffer be processed "in place"? >>>>> > >>>>> > best >>>>> > Oeyvind >>>>> > >>>>> > -- >>>>> > >>>>> > Oeyvind Brandtsegg >>>>> > Professor of Music Technology >>>>> > NTNU >>>>> > 7491 Trondheim >>>>> > Norway >>>>> > Cell: +47 92 203 205 >>>>> > >>>>> > http://flyndresang.no/ >>>>> > http://www.partikkelaudio.com/ >>>>> > http://soundcloud.com/brandtsegg >>>>> > http://soundcloud.com/t-emp >>>>> > >>>>> > >>>>> > Send bugs reports to the Sourceforge bug trackers >>>>> > csound6: >>>>> > https://sourceforge.net/p/csound/tickets/ >>>>> > csound5: >>>>> > https://sourceforge.net/p/csound/bugs/ >>>>> > Discussions of bugs and features can be posted here >>>>> > To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe >>>>> > csound" >>>>> > >>>>> > >>> >>> >>> Send bugs reports to the Sourceforge bug trackers >>> csound6: >>> https://sourceforge.net/p/csound/tickets/ >>> csound5: >>> https://sourceforge.net/p/csound/bugs/ >>> Discussions of bugs and features can be posted here >>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >>> >>> >> >> >> >> -- >> >> Oeyvind Brandtsegg >> Professor of Music Technology >> NTNU >> 7491 Trondheim >> Norway >> Cell: +47 92 203 205 >> >> http://flyndresang.no/ >> http://www.partikkelaudio.com/ >> http://soundcloud.com/brandtsegg >> http://soundcloud.com/t-emp >> >> >> Send bugs reports to the Sourceforge bug trackers >> csound6: >> https://sourceforge.net/p/csound/tickets/ >> csound5: >> https://sourceforge.net/p/csound/bugs/ >> Discussions of bugs and features can be posted here >> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >> >> > > > Send bugs reports to the Sourceforge bug trackers > csound6: > https://sourceforge.net/p/csound/tickets/ > csound5: > https://sourceforge.net/p/csound/bugs/ > Discussions of bugs and features can be posted here > To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" > > -- Oeyvind Brandtsegg Professor of Music Technology NTNU 7491 Trondheim Norway Cell: +47 92 203 205 http://flyndresang.no/ http://www.partikkelaudio.com/ http://soundcloud.com/brandtsegg http://soundcloud.com/t-emp

Date	2014-02-04 14:44
From	Steven Yi
Subject	Re: [Csnd] Latency and buffers
	csound6~ should be with the installer; also available at: http://sourceforge.net/projects/csound/files/csound6/Csound6.02/csound~_v1.1.1.pkg/download On Tue, Feb 4, 2014 at 9:38 AM, Oeyvind Brandtsegg wrote: > I can also reproduce it with csound~ in MaxForLive > haven't tried with csound6~ (where can I find it?) > > Now, testing with Max (not in Live), and with Reaper, I find I can not > reproduce the behaviour there. > So there is something with Live then. However, other VST plugins in > Live does not introduce extra latency. > > The way I measure latency is by setiing up a microphone close to the > speaker, close enough that it will almost feed, > then tap the mic and listen to the resonance of the system. When the > latency changes, the resonance will change. > When I add a plugin (Cabbage or MaxForLive with csound~), the latency > (and so the resonance) changes. If I load other VST plugins this does > not happen, the latency does not change. > But as I said, I can only reproduce it in Live. Sorry for the noise. > > > 2014-02-04 Rory Walsh : >> I can recreate it here. It's subtle, but present. I'll take a look. >> >> On 4 February 2014 13:38, Oeyvind Brandtsegg wrote: >>> Yes, I have tried different ksmps values, both higher and lower and >>> equal to the host buffer size. >>> Will investigate if I can reproduce it on csound~. >>> Oeyvind >>> >>> 2014-02-04 Rory Walsh : >>>> On second thoughts I can't see what might be causing this. Have you >>>> tried setting ksmps to be the same as your host's buffer size? >>>> >>>> On 4 February 2014 13:01, Rory Walsh wrote: >>>>> I think I have it... Lunch first though.. >>>>> >>>>> sent from a mobile device... >>>>> >>>>> On 4 Feb 2014 12:56, "Rory Walsh" wrote: >>>>>> >>>>>> Are you just running audio straight in and out, no processing? The >>>>>> plugin host calls the plugin's processBlock() which in turn calls >>>>>> performKsmps(). So long as processBlock() is being called (if the >>>>>> track is playing for example) performKsmps() will be called over and >>>>>> over again processing ksmps samples each time. At the moment the >>>>>> processBlock() method and the performKsmps() are firing off at >>>>>> different speeds. I can look at forcing Cabbage plugins to process the >>>>>> same amount of samples as the plugin does with each call to >>>>>> processBlock(). Perhaps that might help. >>>>>> >>>>>> On 4 February 2014 12:41, Oeyvind Brandtsegg >>>>>> wrote: >>>>>> > Regarding latency and buffers, >>>>>> > I thought I had understood that csound, when used as a plugin (e.g. >>>>>> > Cabbage or csound~) would process the audio buffer "in place", so no >>>>>> > extra latency would incur due to the sound being processed through >>>>>> > Csound, assuming that ksmps is smaler than the host program's buffer >>>>>> > size. >>>>>> > Now, running Cabbage plugins in Ableton Live, I've been investigating >>>>>> > latency issues, and I find that adding a simple Cabbage plugin will >>>>>> > delay the signal. Also, adding more than one such plugin in series >>>>>> > increases the delay/latency accordingly. I've tried using different >>>>>> > ksmps, and this indeed affects the amount of latency but even setting >>>>>> > ksmps=1 does not get rid of it. >>>>>> > >>>>>> > Can the buffer be processed "in place"? >>>>>> > >>>>>> > best >>>>>> > Oeyvind >>>>>> > >>>>>> > -- >>>>>> > >>>>>> > Oeyvind Brandtsegg >>>>>> > Professor of Music Technology >>>>>> > NTNU >>>>>> > 7491 Trondheim >>>>>> > Norway >>>>>> > Cell: +47 92 203 205 >>>>>> > >>>>>> > http://flyndresang.no/ >>>>>> > http://www.partikkelaudio.com/ >>>>>> > http://soundcloud.com/brandtsegg >>>>>> > http://soundcloud.com/t-emp >>>>>> > >>>>>> > >>>>>> > Send bugs reports to the Sourceforge bug trackers >>>>>> > csound6: >>>>>> > https://sourceforge.net/p/csound/tickets/ >>>>>> > csound5: >>>>>> > https://sourceforge.net/p/csound/bugs/ >>>>>> > Discussions of bugs and features can be posted here >>>>>> > To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe >>>>>> > csound" >>>>>> > >>>>>> > >>>> >>>> >>>> Send bugs reports to the Sourceforge bug trackers >>>> csound6: >>>> https://sourceforge.net/p/csound/tickets/ >>>> csound5: >>>> https://sourceforge.net/p/csound/bugs/ >>>> Discussions of bugs and features can be posted here >>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >>>> >>>> >>> >>> >>> >>> -- >>> >>> Oeyvind Brandtsegg >>> Professor of Music Technology >>> NTNU >>> 7491 Trondheim >>> Norway >>> Cell: +47 92 203 205 >>> >>> http://flyndresang.no/ >>> http://www.partikkelaudio.com/ >>> http://soundcloud.com/brandtsegg >>> http://soundcloud.com/t-emp >>> >>> >>> Send bugs reports to the Sourceforge bug trackers >>> csound6: >>> https://sourceforge.net/p/csound/tickets/ >>> csound5: >>> https://sourceforge.net/p/csound/bugs/ >>> Discussions of bugs and features can be posted here >>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >>> >>> >> >> >> Send bugs reports to the Sourceforge bug trackers >> csound6: >> https://sourceforge.net/p/csound/tickets/ >> csound5: >> https://sourceforge.net/p/csound/bugs/ >> Discussions of bugs and features can be posted here >> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >> >> > > > > -- > > Oeyvind Brandtsegg > Professor of Music Technology > NTNU > 7491 Trondheim > Norway > Cell: +47 92 203 205 > > http://flyndresang.no/ > http://www.partikkelaudio.com/ > http://soundcloud.com/brandtsegg > http://soundcloud.com/t-emp > > > Send bugs reports to the Sourceforge bug trackers > csound6: > https://sourceforge.net/p/csound/tickets/ > csound5: > https://sourceforge.net/p/csound/bugs/ > Discussions of bugs and features can be posted here > To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" > >

Date	2014-02-04 14:47
From	Oeyvind Brandtsegg
Subject	Re: [Csnd] Latency and buffers
	That looks as if it's for OSX only (?), perhaps not compiled for windows yet? 2014-02-04 Steven Yi : > csound6~ should be with the installer; also available at: > > http://sourceforge.net/projects/csound/files/csound6/Csound6.02/csound~_v1.1.1.pkg/download > > On Tue, Feb 4, 2014 at 9:38 AM, Oeyvind Brandtsegg > wrote: >> I can also reproduce it with csound~ in MaxForLive >> haven't tried with csound6~ (where can I find it?) >> >> Now, testing with Max (not in Live), and with Reaper, I find I can not >> reproduce the behaviour there. >> So there is something with Live then. However, other VST plugins in >> Live does not introduce extra latency. >> >> The way I measure latency is by setiing up a microphone close to the >> speaker, close enough that it will almost feed, >> then tap the mic and listen to the resonance of the system. When the >> latency changes, the resonance will change. >> When I add a plugin (Cabbage or MaxForLive with csound~), the latency >> (and so the resonance) changes. If I load other VST plugins this does >> not happen, the latency does not change. >> But as I said, I can only reproduce it in Live. Sorry for the noise. >> >> >> 2014-02-04 Rory Walsh : >>> I can recreate it here. It's subtle, but present. I'll take a look. >>> >>> On 4 February 2014 13:38, Oeyvind Brandtsegg wrote: >>>> Yes, I have tried different ksmps values, both higher and lower and >>>> equal to the host buffer size. >>>> Will investigate if I can reproduce it on csound~. >>>> Oeyvind >>>> >>>> 2014-02-04 Rory Walsh : >>>>> On second thoughts I can't see what might be causing this. Have you >>>>> tried setting ksmps to be the same as your host's buffer size? >>>>> >>>>> On 4 February 2014 13:01, Rory Walsh wrote: >>>>>> I think I have it... Lunch first though.. >>>>>> >>>>>> sent from a mobile device... >>>>>> >>>>>> On 4 Feb 2014 12:56, "Rory Walsh" wrote: >>>>>>> >>>>>>> Are you just running audio straight in and out, no processing? The >>>>>>> plugin host calls the plugin's processBlock() which in turn calls >>>>>>> performKsmps(). So long as processBlock() is being called (if the >>>>>>> track is playing for example) performKsmps() will be called over and >>>>>>> over again processing ksmps samples each time. At the moment the >>>>>>> processBlock() method and the performKsmps() are firing off at >>>>>>> different speeds. I can look at forcing Cabbage plugins to process the >>>>>>> same amount of samples as the plugin does with each call to >>>>>>> processBlock(). Perhaps that might help. >>>>>>> >>>>>>> On 4 February 2014 12:41, Oeyvind Brandtsegg >>>>>>> wrote: >>>>>>> > Regarding latency and buffers, >>>>>>> > I thought I had understood that csound, when used as a plugin (e.g. >>>>>>> > Cabbage or csound~) would process the audio buffer "in place", so no >>>>>>> > extra latency would incur due to the sound being processed through >>>>>>> > Csound, assuming that ksmps is smaler than the host program's buffer >>>>>>> > size. >>>>>>> > Now, running Cabbage plugins in Ableton Live, I've been investigating >>>>>>> > latency issues, and I find that adding a simple Cabbage plugin will >>>>>>> > delay the signal. Also, adding more than one such plugin in series >>>>>>> > increases the delay/latency accordingly. I've tried using different >>>>>>> > ksmps, and this indeed affects the amount of latency but even setting >>>>>>> > ksmps=1 does not get rid of it. >>>>>>> > >>>>>>> > Can the buffer be processed "in place"? >>>>>>> > >>>>>>> > best >>>>>>> > Oeyvind >>>>>>> > >>>>>>> > -- >>>>>>> > >>>>>>> > Oeyvind Brandtsegg >>>>>>> > Professor of Music Technology >>>>>>> > NTNU >>>>>>> > 7491 Trondheim >>>>>>> > Norway >>>>>>> > Cell: +47 92 203 205 >>>>>>> > >>>>>>> > http://flyndresang.no/ >>>>>>> > http://www.partikkelaudio.com/ >>>>>>> > http://soundcloud.com/brandtsegg >>>>>>> > http://soundcloud.com/t-emp >>>>>>> > >>>>>>> > >>>>>>> > Send bugs reports to the Sourceforge bug trackers >>>>>>> > csound6: >>>>>>> > https://sourceforge.net/p/csound/tickets/ >>>>>>> > csound5: >>>>>>> > https://sourceforge.net/p/csound/bugs/ >>>>>>> > Discussions of bugs and features can be posted here >>>>>>> > To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe >>>>>>> > csound" >>>>>>> > >>>>>>> > >>>>> >>>>> >>>>> Send bugs reports to the Sourceforge bug trackers >>>>> csound6: >>>>> https://sourceforge.net/p/csound/tickets/ >>>>> csound5: >>>>> https://sourceforge.net/p/csound/bugs/ >>>>> Discussions of bugs and features can be posted here >>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >>>>> >>>>> >>>> >>>> >>>> >>>> -- >>>> >>>> Oeyvind Brandtsegg >>>> Professor of Music Technology >>>> NTNU >>>> 7491 Trondheim >>>> Norway >>>> Cell: +47 92 203 205 >>>> >>>> http://flyndresang.no/ >>>> http://www.partikkelaudio.com/ >>>> http://soundcloud.com/brandtsegg >>>> http://soundcloud.com/t-emp >>>> >>>> >>>> Send bugs reports to the Sourceforge bug trackers >>>> csound6: >>>> https://sourceforge.net/p/csound/tickets/ >>>> csound5: >>>> https://sourceforge.net/p/csound/bugs/ >>>> Discussions of bugs and features can be posted here >>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >>>> >>>> >>> >>> >>> Send bugs reports to the Sourceforge bug trackers >>> csound6: >>> https://sourceforge.net/p/csound/tickets/ >>> csound5: >>> https://sourceforge.net/p/csound/bugs/ >>> Discussions of bugs and features can be posted here >>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >>> >>> >> >> >> >> -- >> >> Oeyvind Brandtsegg >> Professor of Music Technology >> NTNU >> 7491 Trondheim >> Norway >> Cell: +47 92 203 205 >> >> http://flyndresang.no/ >> http://www.partikkelaudio.com/ >> http://soundcloud.com/brandtsegg >> http://soundcloud.com/t-emp >> >> >> Send bugs reports to the Sourceforge bug trackers >> csound6: >> https://sourceforge.net/p/csound/tickets/ >> csound5: >> https://sourceforge.net/p/csound/bugs/ >> Discussions of bugs and features can be posted here >> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >> >> > > > Send bugs reports to the Sourceforge bug trackers > csound6: > https://sourceforge.net/p/csound/tickets/ > csound5: > https://sourceforge.net/p/csound/bugs/ > Discussions of bugs and features can be posted here > To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" > > -- Oeyvind Brandtsegg Professor of Music Technology NTNU 7491 Trondheim Norway Cell: +47 92 203 205 http://flyndresang.no/ http://www.partikkelaudio.com/ http://soundcloud.com/brandtsegg http://soundcloud.com/t-emp

Date	2014-02-04 14:55
From	Steven Yi
Subject	Re: [Csnd] Latency and buffers
	Nope. I did some work on updating the CMake file to try building on Windows yesterday. I need to do so me research to see about libraries to link to and other things, but it may take a while with current work load. On Tue, Feb 4, 2014 at 9:47 AM, Oeyvind Brandtsegg wrote: > That looks as if it's for OSX only (?), > perhaps not compiled for windows yet? > > > 2014-02-04 Steven Yi : >> csound6~ should be with the installer; also available at: >> >> http://sourceforge.net/projects/csound/files/csound6/Csound6.02/csound~_v1.1.1.pkg/download >> >> On Tue, Feb 4, 2014 at 9:38 AM, Oeyvind Brandtsegg >> wrote: >>> I can also reproduce it with csound~ in MaxForLive >>> haven't tried with csound6~ (where can I find it?) >>> >>> Now, testing with Max (not in Live), and with Reaper, I find I can not >>> reproduce the behaviour there. >>> So there is something with Live then. However, other VST plugins in >>> Live does not introduce extra latency. >>> >>> The way I measure latency is by setiing up a microphone close to the >>> speaker, close enough that it will almost feed, >>> then tap the mic and listen to the resonance of the system. When the >>> latency changes, the resonance will change. >>> When I add a plugin (Cabbage or MaxForLive with csound~), the latency >>> (and so the resonance) changes. If I load other VST plugins this does >>> not happen, the latency does not change. >>> But as I said, I can only reproduce it in Live. Sorry for the noise. >>> >>> >>> 2014-02-04 Rory Walsh : >>>> I can recreate it here. It's subtle, but present. I'll take a look. >>>> >>>> On 4 February 2014 13:38, Oeyvind Brandtsegg wrote: >>>>> Yes, I have tried different ksmps values, both higher and lower and >>>>> equal to the host buffer size. >>>>> Will investigate if I can reproduce it on csound~. >>>>> Oeyvind >>>>> >>>>> 2014-02-04 Rory Walsh : >>>>>> On second thoughts I can't see what might be causing this. Have you >>>>>> tried setting ksmps to be the same as your host's buffer size? >>>>>> >>>>>> On 4 February 2014 13:01, Rory Walsh wrote: >>>>>>> I think I have it... Lunch first though.. >>>>>>> >>>>>>> sent from a mobile device... >>>>>>> >>>>>>> On 4 Feb 2014 12:56, "Rory Walsh" wrote: >>>>>>>> >>>>>>>> Are you just running audio straight in and out, no processing? The >>>>>>>> plugin host calls the plugin's processBlock() which in turn calls >>>>>>>> performKsmps(). So long as processBlock() is being called (if the >>>>>>>> track is playing for example) performKsmps() will be called over and >>>>>>>> over again processing ksmps samples each time. At the moment the >>>>>>>> processBlock() method and the performKsmps() are firing off at >>>>>>>> different speeds. I can look at forcing Cabbage plugins to process the >>>>>>>> same amount of samples as the plugin does with each call to >>>>>>>> processBlock(). Perhaps that might help. >>>>>>>> >>>>>>>> On 4 February 2014 12:41, Oeyvind Brandtsegg >>>>>>>> wrote: >>>>>>>> > Regarding latency and buffers, >>>>>>>> > I thought I had understood that csound, when used as a plugin (e.g. >>>>>>>> > Cabbage or csound~) would process the audio buffer "in place", so no >>>>>>>> > extra latency would incur due to the sound being processed through >>>>>>>> > Csound, assuming that ksmps is smaler than the host program's buffer >>>>>>>> > size. >>>>>>>> > Now, running Cabbage plugins in Ableton Live, I've been investigating >>>>>>>> > latency issues, and I find that adding a simple Cabbage plugin will >>>>>>>> > delay the signal. Also, adding more than one such plugin in series >>>>>>>> > increases the delay/latency accordingly. I've tried using different >>>>>>>> > ksmps, and this indeed affects the amount of latency but even setting >>>>>>>> > ksmps=1 does not get rid of it. >>>>>>>> > >>>>>>>> > Can the buffer be processed "in place"? >>>>>>>> > >>>>>>>> > best >>>>>>>> > Oeyvind >>>>>>>> > >>>>>>>> > -- >>>>>>>> > >>>>>>>> > Oeyvind Brandtsegg >>>>>>>> > Professor of Music Technology >>>>>>>> > NTNU >>>>>>>> > 7491 Trondheim >>>>>>>> > Norway >>>>>>>> > Cell: +47 92 203 205 >>>>>>>> > >>>>>>>> > http://flyndresang.no/ >>>>>>>> > http://www.partikkelaudio.com/ >>>>>>>> > http://soundcloud.com/brandtsegg >>>>>>>> > http://soundcloud.com/t-emp >>>>>>>> > >>>>>>>> > >>>>>>>> > Send bugs reports to the Sourceforge bug trackers >>>>>>>> > csound6: >>>>>>>> > https://sourceforge.net/p/csound/tickets/ >>>>>>>> > csound5: >>>>>>>> > https://sourceforge.net/p/csound/bugs/ >>>>>>>> > Discussions of bugs and features can be posted here >>>>>>>> > To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe >>>>>>>> > csound" >>>>>>>> > >>>>>>>> > >>>>>> >>>>>> >>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>> csound6: >>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>> csound5: >>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>> Discussions of bugs and features can be posted here >>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >>>>>> >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> >>>>> Oeyvind Brandtsegg >>>>> Professor of Music Technology >>>>> NTNU >>>>> 7491 Trondheim >>>>> Norway >>>>> Cell: +47 92 203 205 >>>>> >>>>> http://flyndresang.no/ >>>>> http://www.partikkelaudio.com/ >>>>> http://soundcloud.com/brandtsegg >>>>> http://soundcloud.com/t-emp >>>>> >>>>> >>>>> Send bugs reports to the Sourceforge bug trackers >>>>> csound6: >>>>> https://sourceforge.net/p/csound/tickets/ >>>>> csound5: >>>>> https://sourceforge.net/p/csound/bugs/ >>>>> Discussions of bugs and features can be posted here >>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >>>>> >>>>> >>>> >>>> >>>> Send bugs reports to the Sourceforge bug trackers >>>> csound6: >>>> https://sourceforge.net/p/csound/tickets/ >>>> csound5: >>>> https://sourceforge.net/p/csound/bugs/ >>>> Discussions of bugs and features can be posted here >>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >>>> >>>> >>> >>> >>> >>> -- >>> >>> Oeyvind Brandtsegg >>> Professor of Music Technology >>> NTNU >>> 7491 Trondheim >>> Norway >>> Cell: +47 92 203 205 >>> >>> http://flyndresang.no/ >>> http://www.partikkelaudio.com/ >>> http://soundcloud.com/brandtsegg >>> http://soundcloud.com/t-emp >>> >>> >>> Send bugs reports to the Sourceforge bug trackers >>> csound6: >>> https://sourceforge.net/p/csound/tickets/ >>> csound5: >>> https://sourceforge.net/p/csound/bugs/ >>> Discussions of bugs and features can be posted here >>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >>> >>> >> >> >> Send bugs reports to the Sourceforge bug trackers >> csound6: >> https://sourceforge.net/p/csound/tickets/ >> csound5: >> https://sourceforge.net/p/csound/bugs/ >> Discussions of bugs and features can be posted here >> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >> >> > > > > -- > > Oeyvind Brandtsegg > Professor of Music Technology > NTNU > 7491 Trondheim > Norway > Cell: +47 92 203 205 > > http://flyndresang.no/ > http://www.partikkelaudio.com/ > http://soundcloud.com/brandtsegg > http://soundcloud.com/t-emp > > > Send bugs reports to the Sourceforge bug trackers > csound6: > https://sourceforge.net/p/csound/tickets/ > csound5: > https://sourceforge.net/p/csound/bugs/ > Discussions of bugs and features can be posted here > To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" > >

Date	2014-02-04 15:04
From	Oeyvind Brandtsegg
Subject	Re: [Csnd] Latency and buffers
	All good. I could test with csound~ and found another cause for the latency. Oeyvind 2014-02-04 Steven Yi : > Nope. I did some work on updating the CMake file to try building on > Windows yesterday. I need to do so me research to see about libraries > to link to and other things, but it may take a while with current work > load. > > On Tue, Feb 4, 2014 at 9:47 AM, Oeyvind Brandtsegg > wrote: >> That looks as if it's for OSX only (?), >> perhaps not compiled for windows yet? >> >> >> 2014-02-04 Steven Yi : >>> csound6~ should be with the installer; also available at: >>> >>> http://sourceforge.net/projects/csound/files/csound6/Csound6.02/csound~_v1.1.1.pkg/download >>> >>> On Tue, Feb 4, 2014 at 9:38 AM, Oeyvind Brandtsegg >>> wrote: >>>> I can also reproduce it with csound~ in MaxForLive >>>> haven't tried with csound6~ (where can I find it?) >>>> >>>> Now, testing with Max (not in Live), and with Reaper, I find I can not >>>> reproduce the behaviour there. >>>> So there is something with Live then. However, other VST plugins in >>>> Live does not introduce extra latency. >>>> >>>> The way I measure latency is by setiing up a microphone close to the >>>> speaker, close enough that it will almost feed, >>>> then tap the mic and listen to the resonance of the system. When the >>>> latency changes, the resonance will change. >>>> When I add a plugin (Cabbage or MaxForLive with csound~), the latency >>>> (and so the resonance) changes. If I load other VST plugins this does >>>> not happen, the latency does not change. >>>> But as I said, I can only reproduce it in Live. Sorry for the noise. >>>> >>>> >>>> 2014-02-04 Rory Walsh : >>>>> I can recreate it here. It's subtle, but present. I'll take a look. >>>>> >>>>> On 4 February 2014 13:38, Oeyvind Brandtsegg wrote: >>>>>> Yes, I have tried different ksmps values, both higher and lower and >>>>>> equal to the host buffer size. >>>>>> Will investigate if I can reproduce it on csound~. >>>>>> Oeyvind >>>>>> >>>>>> 2014-02-04 Rory Walsh : >>>>>>> On second thoughts I can't see what might be causing this. Have you >>>>>>> tried setting ksmps to be the same as your host's buffer size? >>>>>>> >>>>>>> On 4 February 2014 13:01, Rory Walsh wrote: >>>>>>>> I think I have it... Lunch first though.. >>>>>>>> >>>>>>>> sent from a mobile device... >>>>>>>> >>>>>>>> On 4 Feb 2014 12:56, "Rory Walsh" wrote: >>>>>>>>> >>>>>>>>> Are you just running audio straight in and out, no processing? The >>>>>>>>> plugin host calls the plugin's processBlock() which in turn calls >>>>>>>>> performKsmps(). So long as processBlock() is being called (if the >>>>>>>>> track is playing for example) performKsmps() will be called over and >>>>>>>>> over again processing ksmps samples each time. At the moment the >>>>>>>>> processBlock() method and the performKsmps() are firing off at >>>>>>>>> different speeds. I can look at forcing Cabbage plugins to process the >>>>>>>>> same amount of samples as the plugin does with each call to >>>>>>>>> processBlock(). Perhaps that might help. >>>>>>>>> >>>>>>>>> On 4 February 2014 12:41, Oeyvind Brandtsegg >>>>>>>>> wrote: >>>>>>>>> > Regarding latency and buffers, >>>>>>>>> > I thought I had understood that csound, when used as a plugin (e.g. >>>>>>>>> > Cabbage or csound~) would process the audio buffer "in place", so no >>>>>>>>> > extra latency would incur due to the sound being processed through >>>>>>>>> > Csound, assuming that ksmps is smaler than the host program's buffer >>>>>>>>> > size. >>>>>>>>> > Now, running Cabbage plugins in Ableton Live, I've been investigating >>>>>>>>> > latency issues, and I find that adding a simple Cabbage plugin will >>>>>>>>> > delay the signal. Also, adding more than one such plugin in series >>>>>>>>> > increases the delay/latency accordingly. I've tried using different >>>>>>>>> > ksmps, and this indeed affects the amount of latency but even setting >>>>>>>>> > ksmps=1 does not get rid of it. >>>>>>>>> > >>>>>>>>> > Can the buffer be processed "in place"? >>>>>>>>> > >>>>>>>>> > best >>>>>>>>> > Oeyvind >>>>>>>>> > >>>>>>>>> > -- >>>>>>>>> > >>>>>>>>> > Oeyvind Brandtsegg >>>>>>>>> > Professor of Music Technology >>>>>>>>> > NTNU >>>>>>>>> > 7491 Trondheim >>>>>>>>> > Norway >>>>>>>>> > Cell: +47 92 203 205 >>>>>>>>> > >>>>>>>>> > http://flyndresang.no/ >>>>>>>>> > http://www.partikkelaudio.com/ >>>>>>>>> > http://soundcloud.com/brandtsegg >>>>>>>>> > http://soundcloud.com/t-emp >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > Send bugs reports to the Sourceforge bug trackers >>>>>>>>> > csound6: >>>>>>>>> > https://sourceforge.net/p/csound/tickets/ >>>>>>>>> > csound5: >>>>>>>>> > https://sourceforge.net/p/csound/bugs/ >>>>>>>>> > Discussions of bugs and features can be posted here >>>>>>>>> > To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe >>>>>>>>> > csound" >>>>>>>>> > >>>>>>>>> > >>>>>>> >>>>>>> >>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>> csound6: >>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>> csound5: >>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>> Discussions of bugs and features can be posted here >>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> >>>>>> Oeyvind Brandtsegg >>>>>> Professor of Music Technology >>>>>> NTNU >>>>>> 7491 Trondheim >>>>>> Norway >>>>>> Cell: +47 92 203 205 >>>>>> >>>>>> http://flyndresang.no/ >>>>>> http://www.partikkelaudio.com/ >>>>>> http://soundcloud.com/brandtsegg >>>>>> http://soundcloud.com/t-emp >>>>>> >>>>>> >>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>> csound6: >>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>> csound5: >>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>> Discussions of bugs and features can be posted here >>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >>>>>> >>>>>> >>>>> >>>>> >>>>> Send bugs reports to the Sourceforge bug trackers >>>>> csound6: >>>>> https://sourceforge.net/p/csound/tickets/ >>>>> csound5: >>>>> https://sourceforge.net/p/csound/bugs/ >>>>> Discussions of bugs and features can be posted here >>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >>>>> >>>>> >>>> >>>> >>>> >>>> -- >>>> >>>> Oeyvind Brandtsegg >>>> Professor of Music Technology >>>> NTNU >>>> 7491 Trondheim >>>> Norway >>>> Cell: +47 92 203 205 >>>> >>>> http://flyndresang.no/ >>>> http://www.partikkelaudio.com/ >>>> http://soundcloud.com/brandtsegg >>>> http://soundcloud.com/t-emp >>>> >>>> >>>> Send bugs reports to the Sourceforge bug trackers >>>> csound6: >>>> https://sourceforge.net/p/csound/tickets/ >>>> csound5: >>>> https://sourceforge.net/p/csound/bugs/ >>>> Discussions of bugs and features can be posted here >>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >>>> >>>> >>> >>> >>> Send bugs reports to the Sourceforge bug trackers >>> csound6: >>> https://sourceforge.net/p/csound/tickets/ >>> csound5: >>> https://sourceforge.net/p/csound/bugs/ >>> Discussions of bugs and features can be posted here >>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >>> >>> >> >> >> >> -- >> >> Oeyvind Brandtsegg >> Professor of Music Technology >> NTNU >> 7491 Trondheim >> Norway >> Cell: +47 92 203 205 >> >> http://flyndresang.no/ >> http://www.partikkelaudio.com/ >> http://soundcloud.com/brandtsegg >> http://soundcloud.com/t-emp >> >> >> Send bugs reports to the Sourceforge bug trackers >> csound6: >> https://sourceforge.net/p/csound/tickets/ >> csound5: >> https://sourceforge.net/p/csound/bugs/ >> Discussions of bugs and features can be posted here >> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >> >> > > > Send bugs reports to the Sourceforge bug trackers > csound6: > https://sourceforge.net/p/csound/tickets/ > csound5: > https://sourceforge.net/p/csound/bugs/ > Discussions of bugs and features can be posted here > To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" > > -- Oeyvind Brandtsegg Professor of Music Technology NTNU 7491 Trondheim Norway Cell: +47 92 203 205 http://flyndresang.no/ http://www.partikkelaudio.com/ http://soundcloud.com/brandtsegg http://soundcloud.com/t-emp

Date	2014-02-04 15:47
From	Rory Walsh
Subject	Re: [Csnd] Latency and buffers
	I can confirm that it's not an issue with the plugin framework I'm using. I can also confirm it happens whether the plugin's processBlock() is being called the same amount of times as performKsmps(). That is to say, if the plugin sample buffer is set to 64 and so is Csound's, the problem persists. I can recreate it with Reaper by placing two identical audio tracks in the session. On one track I place a straight forward in/out Cabbage effect plugin. Then play both back at the same time. You'll hear subtle phasing taking place until you bypass the plugin effect. Here's my processBlock(), it couldn't be any simpler. Can any devs out there spot something that might introduce latency? CSCompResult = csound->PerformKsmps(); for(int i=0;i wrote: > All good. > I could test with csound~ and found another cause for the latency. > Oeyvind > > 2014-02-04 Steven Yi : >> Nope. I did some work on updating the CMake file to try building on >> Windows yesterday. I need to do so me research to see about libraries >> to link to and other things, but it may take a while with current work >> load. >> >> On Tue, Feb 4, 2014 at 9:47 AM, Oeyvind Brandtsegg >> wrote: >>> That looks as if it's for OSX only (?), >>> perhaps not compiled for windows yet? >>> >>> >>> 2014-02-04 Steven Yi : >>>> csound6~ should be with the installer; also available at: >>>> >>>> http://sourceforge.net/projects/csound/files/csound6/Csound6.02/csound~_v1.1.1.pkg/download >>>> >>>> On Tue, Feb 4, 2014 at 9:38 AM, Oeyvind Brandtsegg >>>> wrote: >>>>> I can also reproduce it with csound~ in MaxForLive >>>>> haven't tried with csound6~ (where can I find it?) >>>>> >>>>> Now, testing with Max (not in Live), and with Reaper, I find I can not >>>>> reproduce the behaviour there. >>>>> So there is something with Live then. However, other VST plugins in >>>>> Live does not introduce extra latency. >>>>> >>>>> The way I measure latency is by setiing up a microphone close to the >>>>> speaker, close enough that it will almost feed, >>>>> then tap the mic and listen to the resonance of the system. When the >>>>> latency changes, the resonance will change. >>>>> When I add a plugin (Cabbage or MaxForLive with csound~), the latency >>>>> (and so the resonance) changes. If I load other VST plugins this does >>>>> not happen, the latency does not change. >>>>> But as I said, I can only reproduce it in Live. Sorry for the noise. >>>>> >>>>> >>>>> 2014-02-04 Rory Walsh : >>>>>> I can recreate it here. It's subtle, but present. I'll take a look. >>>>>> >>>>>> On 4 February 2014 13:38, Oeyvind Brandtsegg wrote: >>>>>>> Yes, I have tried different ksmps values, both higher and lower and >>>>>>> equal to the host buffer size. >>>>>>> Will investigate if I can reproduce it on csound~. >>>>>>> Oeyvind >>>>>>> >>>>>>> 2014-02-04 Rory Walsh : >>>>>>>> On second thoughts I can't see what might be causing this. Have you >>>>>>>> tried setting ksmps to be the same as your host's buffer size? >>>>>>>> >>>>>>>> On 4 February 2014 13:01, Rory Walsh wrote: >>>>>>>>> I think I have it... Lunch first though.. >>>>>>>>> >>>>>>>>> sent from a mobile device... >>>>>>>>> >>>>>>>>> On 4 Feb 2014 12:56, "Rory Walsh" wrote: >>>>>>>>>> >>>>>>>>>> Are you just running audio straight in and out, no processing? The >>>>>>>>>> plugin host calls the plugin's processBlock() which in turn calls >>>>>>>>>> performKsmps(). So long as processBlock() is being called (if the >>>>>>>>>> track is playing for example) performKsmps() will be called over and >>>>>>>>>> over again processing ksmps samples each time. At the moment the >>>>>>>>>> processBlock() method and the performKsmps() are firing off at >>>>>>>>>> different speeds. I can look at forcing Cabbage plugins to process the >>>>>>>>>> same amount of samples as the plugin does with each call to >>>>>>>>>> processBlock(). Perhaps that might help. >>>>>>>>>> >>>>>>>>>> On 4 February 2014 12:41, Oeyvind Brandtsegg >>>>>>>>>> wrote: >>>>>>>>>> > Regarding latency and buffers, >>>>>>>>>> > I thought I had understood that csound, when used as a plugin (e.g. >>>>>>>>>> > Cabbage or csound~) would process the audio buffer "in place", so no >>>>>>>>>> > extra latency would incur due to the sound being processed through >>>>>>>>>> > Csound, assuming that ksmps is smaler than the host program's buffer >>>>>>>>>> > size. >>>>>>>>>> > Now, running Cabbage plugins in Ableton Live, I've been investigating >>>>>>>>>> > latency issues, and I find that adding a simple Cabbage plugin will >>>>>>>>>> > delay the signal. Also, adding more than one such plugin in series >>>>>>>>>> > increases the delay/latency accordingly. I've tried using different >>>>>>>>>> > ksmps, and this indeed affects the amount of latency but even setting >>>>>>>>>> > ksmps=1 does not get rid of it. >>>>>>>>>> > >>>>>>>>>> > Can the buffer be processed "in place"? >>>>>>>>>> > >>>>>>>>>> > best >>>>>>>>>> > Oeyvind >>>>>>>>>> > >>>>>>>>>> > -- >>>>>>>>>> > >>>>>>>>>> > Oeyvind Brandtsegg >>>>>>>>>> > Professor of Music Technology >>>>>>>>>> > NTNU >>>>>>>>>> > 7491 Trondheim >>>>>>>>>> > Norway >>>>>>>>>> > Cell: +47 92 203 205 >>>>>>>>>> > >>>>>>>>>> > http://flyndresang.no/ >>>>>>>>>> > http://www.partikkelaudio.com/ >>>>>>>>>> > http://soundcloud.com/brandtsegg >>>>>>>>>> > http://soundcloud.com/t-emp >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > Send bugs reports to the Sourceforge bug trackers >>>>>>>>>> > csound6: >>>>>>>>>> > https://sourceforge.net/p/csound/tickets/ >>>>>>>>>> > csound5: >>>>>>>>>> > https://sourceforge.net/p/csound/bugs/ >>>>>>>>>> > Discussions of bugs and features can be posted here >>>>>>>>>> > To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe >>>>>>>>>> > csound" >>>>>>>>>> > >>>>>>>>>> > >>>>>>>> >>>>>>>> >>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>> csound6: >>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>> csound5: >>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>> Discussions of bugs and features can be posted here >>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> >>>>>>> Oeyvind Brandtsegg >>>>>>> Professor of Music Technology >>>>>>> NTNU >>>>>>> 7491 Trondheim >>>>>>> Norway >>>>>>> Cell: +47 92 203 205 >>>>>>> >>>>>>> http://flyndresang.no/ >>>>>>> http://www.partikkelaudio.com/ >>>>>>> http://soundcloud.com/brandtsegg >>>>>>> http://soundcloud.com/t-emp >>>>>>> >>>>>>> >>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>> csound6: >>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>> csound5: >>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>> Discussions of bugs and features can be posted here >>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>> csound6: >>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>> csound5: >>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>> Discussions of bugs and features can be posted here >>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >>>>>> >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> >>>>> Oeyvind Brandtsegg >>>>> Professor of Music Technology >>>>> NTNU >>>>> 7491 Trondheim >>>>> Norway >>>>> Cell: +47 92 203 205 >>>>> >>>>> http://flyndresang.no/ >>>>> http://www.partikkelaudio.com/ >>>>> http://soundcloud.com/brandtsegg >>>>> http://soundcloud.com/t-emp >>>>> >>>>> >>>>> Send bugs reports to the Sourceforge bug trackers >>>>> csound6: >>>>> https://sourceforge.net/p/csound/tickets/ >>>>> csound5: >>>>> https://sourceforge.net/p/csound/bugs/ >>>>> Discussions of bugs and features can be posted here >>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >>>>> >>>>> >>>> >>>> >>>> Send bugs reports to the Sourceforge bug trackers >>>> csound6: >>>> https://sourceforge.net/p/csound/tickets/ >>>> csound5: >>>> https://sourceforge.net/p/csound/bugs/ >>>> Discussions of bugs and features can be posted here >>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >>>> >>>> >>> >>> >>> >>> -- >>> >>> Oeyvind Brandtsegg >>> Professor of Music Technology >>> NTNU >>> 7491 Trondheim >>> Norway >>> Cell: +47 92 203 205 >>> >>> http://flyndresang.no/ >>> http://www.partikkelaudio.com/ >>> http://soundcloud.com/brandtsegg >>> http://soundcloud.com/t-emp >>> >>> >>> Send bugs reports to the Sourceforge bug trackers >>> csound6: >>> https://sourceforge.net/p/csound/tickets/ >>> csound5: >>> https://sourceforge.net/p/csound/bugs/ >>> Discussions of bugs and features can be posted here >>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >>> >>> >> >> >> Send bugs reports to the Sourceforge bug trackers >> csound6: >> https://sourceforge.net/p/csound/tickets/ >> csound5: >> https://sourceforge.net/p/csound/bugs/ >> Discussions of bugs and features can be posted here >> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >> >> > > > > -- > > Oeyvind Brandtsegg > Professor of Music Technology > NTNU > 7491 Trondheim > Norway > Cell: +47 92 203 205 > > http://flyndresang.no/ > http://www.partikkelaudio.com/ > http://soundcloud.com/brandtsegg > http://soundcloud.com/t-emp > > > Send bugs reports to the Sourceforge bug trackers > csound6: > https://sourceforge.net/p/csound/tickets/ > csound5: > https://sourceforge.net/p/csound/bugs/ > Discussions of bugs and features can be posted here > To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" > >

Date	2014-02-04 16:03
From	Steven Yi
Subject	Re: [Cs-dev] [Csnd] Latency and buffers
	I was in the middle of replying pretty much the same thing as Victor. Seems like you're introducing block's worth of latency due to the code order. On Tue, Feb 4, 2014 at 11:05 AM, Victor Lazzarini wrote: > I would have thought that you would > > 1) write data into spin > 2) process > 3) write data out of spout. > > if you read and write after running PeformKsmps(), as far as I can see there might be > a delay between input and output, as you will be effectively putting out the data that > you processed in the previous period. > > 1) process (means process the current spin data) > 2) write to spin the new data > 3) write out the result of processing the previous spin > > That's what it looks like to me. Not sure if I am right. Also this discussion should be in the dev list not > in the users list (so my response is going there). > > Victor > > On 4 Feb 2014, at 15:47, Rory Walsh wrote: > >> I can confirm that it's not an issue with the plugin framework I'm >> using. I can also confirm it happens whether the plugin's >> processBlock() is being called the same amount of times as >> performKsmps(). That is to say, if the plugin sample buffer is set to >> 64 and so is Csound's, the problem persists. >> >> I can recreate it with Reaper by placing two identical audio tracks in >> the session. On one track I place a straight forward in/out Cabbage >> effect plugin. Then play both back at the same time. You'll hear >> subtle phasing taking place until you bypass the plugin effect. Here's >> my processBlock(), it couldn't be any simpler. Can any devs out there >> spot something that might introduce latency? >> >> CSCompResult = csound->PerformKsmps(); >> for(int i=0;i> { >> if(!CSCompResult) >> { >> for(int channel = 0; channel < getNumOutputChannels(); channel++ ) >> { >> audioBuffer = buffer.getSampleData(channel,0); >> pos = igetNumOutputChannels(); >> CSspin[channel+pos] = audioBuffer[i]cs_scale; >> audioBuffer[i] = (CSspout[channel+pos]/cs_scale); >> } >> } >> else >> buffer.clear(); >> } >> >> On 4 February 2014 15:04, Oeyvind Brandtsegg wrote: >>> All good. >>> I could test with csound~ and found another cause for the latency. >>> Oeyvind >>> >>> 2014-02-04 Steven Yi : >>>> Nope. I did some work on updating the CMake file to try building on >>>> Windows yesterday. I need to do so me research to see about libraries >>>> to link to and other things, but it may take a while with current work >>>> load. >>>> >>>> On Tue, Feb 4, 2014 at 9:47 AM, Oeyvind Brandtsegg >>>> wrote: >>>>> That looks as if it's for OSX only (?), >>>>> perhaps not compiled for windows yet? >>>>> >>>>> >>>>> 2014-02-04 Steven Yi : >>>>>> csound6~ should be with the installer; also available at: >>>>>> >>>>>> http://sourceforge.net/projects/csound/files/csound6/Csound6.02/csound~_v1.1.1.pkg/download >>>>>> >>>>>> On Tue, Feb 4, 2014 at 9:38 AM, Oeyvind Brandtsegg >>>>>> wrote: >>>>>>> I can also reproduce it with csound~ in MaxForLive >>>>>>> haven't tried with csound6~ (where can I find it?) >>>>>>> >>>>>>> Now, testing with Max (not in Live), and with Reaper, I find I can not >>>>>>> reproduce the behaviour there. >>>>>>> So there is something with Live then. However, other VST plugins in >>>>>>> Live does not introduce extra latency. >>>>>>> >>>>>>> The way I measure latency is by setiing up a microphone close to the >>>>>>> speaker, close enough that it will almost feed, >>>>>>> then tap the mic and listen to the resonance of the system. When the >>>>>>> latency changes, the resonance will change. >>>>>>> When I add a plugin (Cabbage or MaxForLive with csound~), the latency >>>>>>> (and so the resonance) changes. If I load other VST plugins this does >>>>>>> not happen, the latency does not change. >>>>>>> But as I said, I can only reproduce it in Live. Sorry for the noise. >>>>>>> >>>>>>> >>>>>>> 2014-02-04 Rory Walsh : >>>>>>>> I can recreate it here. It's subtle, but present. I'll take a look. >>>>>>>> >>>>>>>> On 4 February 2014 13:38, Oeyvind Brandtsegg wrote: >>>>>>>>> Yes, I have tried different ksmps values, both higher and lower and >>>>>>>>> equal to the host buffer size. >>>>>>>>> Will investigate if I can reproduce it on csound~. >>>>>>>>> Oeyvind >>>>>>>>> >>>>>>>>> 2014-02-04 Rory Walsh : >>>>>>>>>> On second thoughts I can't see what might be causing this. Have you >>>>>>>>>> tried setting ksmps to be the same as your host's buffer size? >>>>>>>>>> >>>>>>>>>> On 4 February 2014 13:01, Rory Walsh wrote: >>>>>>>>>>> I think I have it... Lunch first though.. >>>>>>>>>>> >>>>>>>>>>> sent from a mobile device... >>>>>>>>>>> >>>>>>>>>>> On 4 Feb 2014 12:56, "Rory Walsh" wrote: >>>>>>>>>>>> >>>>>>>>>>>> Are you just running audio straight in and out, no processing? The >>>>>>>>>>>> plugin host calls the plugin's processBlock() which in turn calls >>>>>>>>>>>> performKsmps(). So long as processBlock() is being called (if the >>>>>>>>>>>> track is playing for example) performKsmps() will be called over and >>>>>>>>>>>> over again processing ksmps samples each time. At the moment the >>>>>>>>>>>> processBlock() method and the performKsmps() are firing off at >>>>>>>>>>>> different speeds. I can look at forcing Cabbage plugins to process the >>>>>>>>>>>> same amount of samples as the plugin does with each call to >>>>>>>>>>>> processBlock(). Perhaps that might help. >>>>>>>>>>>> >>>>>>>>>>>> On 4 February 2014 12:41, Oeyvind Brandtsegg >>>>>>>>>>>> wrote: >>>>>>>>>>>>> Regarding latency and buffers, >>>>>>>>>>>>> I thought I had understood that csound, when used as a plugin (e.g. >>>>>>>>>>>>> Cabbage or csound~) would process the audio buffer "in place", so no >>>>>>>>>>>>> extra latency would incur due to the sound being processed through >>>>>>>>>>>>> Csound, assuming that ksmps is smaler than the host program's buffer >>>>>>>>>>>>> size. >>>>>>>>>>>>> Now, running Cabbage plugins in Ableton Live, I've been investigating >>>>>>>>>>>>> latency issues, and I find that adding a simple Cabbage plugin will >>>>>>>>>>>>> delay the signal. Also, adding more than one such plugin in series >>>>>>>>>>>>> increases the delay/latency accordingly. I've tried using different >>>>>>>>>>>>> ksmps, and this indeed affects the amount of latency but even setting >>>>>>>>>>>>> ksmps=1 does not get rid of it. >>>>>>>>>>>>> >>>>>>>>>>>>> Can the buffer be processed "in place"? >>>>>>>>>>>>> >>>>>>>>>>>>> best >>>>>>>>>>>>> Oeyvind >>>>>>>>>>>>> >>>>>>>>>>>>> -- >>>>>>>>>>>>> >>>>>>>>>>>>> Oeyvind Brandtsegg >>>>>>>>>>>>> Professor of Music Technology >>>>>>>>>>>>> NTNU >>>>>>>>>>>>> 7491 Trondheim >>>>>>>>>>>>> Norway >>>>>>>>>>>>> Cell: +47 92 203 205 >>>>>>>>>>>>> >>>>>>>>>>>>> http://flyndresang.no/ >>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>> csound6: >>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>> csound5: >>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe >>>>>>>>>>>>> csound" >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>> csound6: >>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>> csound5: >>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> >>>>>>>>> Oeyvind Brandtsegg >>>>>>>>> Professor of Music Technology >>>>>>>>> NTNU >>>>>>>>> 7491 Trondheim >>>>>>>>> Norway >>>>>>>>> Cell: +47 92 203 205 >>>>>>>>> >>>>>>>>> http://flyndresang.no/ >>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>>> http://soundcloud.com/t-emp >>>>>>>>> >>>>>>>>> >>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>> csound6: >>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>> csound5: >>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>> csound6: >>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>> csound5: >>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>> Discussions of bugs and features can be posted here >>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> >>>>>>> Oeyvind Brandtsegg >>>>>>> Professor of Music Technology >>>>>>> NTNU >>>>>>> 7491 Trondheim >>>>>>> Norway >>>>>>> Cell: +47 92 203 205 >>>>>>> >>>>>>> http://flyndresang.no/ >>>>>>> http://www.partikkelaudio.com/ >>>>>>> http://soundcloud.com/brandtsegg >>>>>>> http://soundcloud.com/t-emp >>>>>>> >>>>>>> >>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>> csound6: >>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>> csound5: >>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>> Discussions of bugs and features can be posted here >>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>> csound6: >>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>> csound5: >>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>> Discussions of bugs and features can be posted here >>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >>>>>> >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> >>>>> Oeyvind Brandtsegg >>>>> Professor of Music Technology >>>>> NTNU >>>>> 7491 Trondheim >>>>> Norway >>>>> Cell: +47 92 203 205 >>>>> >>>>> http://flyndresang.no/ >>>>> http://www.partikkelaudio.com/ >>>>> http://soundcloud.com/brandtsegg >>>>> http://soundcloud.com/t-emp >>>>> >>>>> >>>>> Send bugs reports to the Sourceforge bug trackers >>>>> csound6: >>>>> https://sourceforge.net/p/csound/tickets/ >>>>> csound5: >>>>> https://sourceforge.net/p/csound/bugs/ >>>>> Discussions of bugs and features can be posted here >>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >>>>> >>>>> >>>> >>>> >>>> Send bugs reports to the Sourceforge bug trackers >>>> csound6: >>>> https://sourceforge.net/p/csound/tickets/ >>>> csound5: >>>> https://sourceforge.net/p/csound/bugs/ >>>> Discussions of bugs and features can be posted here >>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >>>> >>>> >>> >>> >>> >>> -- >>> >>> Oeyvind Brandtsegg >>> Professor of Music Technology >>> NTNU >>> 7491 Trondheim >>> Norway >>> Cell: +47 92 203 205 >>> >>> http://flyndresang.no/ >>> http://www.partikkelaudio.com/ >>> http://soundcloud.com/brandtsegg >>> http://soundcloud.com/t-emp >>> >>> >>> Send bugs reports to the Sourceforge bug trackers >>> csound6: >>> https://sourceforge.net/p/csound/tickets/ >>> csound5: >>> https://sourceforge.net/p/csound/bugs/ >>> Discussions of bugs and features can be posted here >>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >>> >>> >> >> >> Send bugs reports to the Sourceforge bug trackers >> csound6: >> https://sourceforge.net/p/csound/tickets/ >> csound5: >> https://sourceforge.net/p/csound/bugs/ >> Discussions of bugs and features can be posted here >> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >> >> > > > ------------------------------------------------------------------------------ > Managing the Performance of Cloud-Based Applications > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. > Read the Whitepaper. > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk > _______________________________________________ > Csound-devel mailing list > Csound-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/csound-devel ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net

Date	2014-02-04 16:05
From	Victor Lazzarini
Subject	Re: [Cs-dev] [Csnd] Latency and buffers
	I would have thought that you would 1) write data into spin 2) process 3) write data out of spout. if you read and write after running PeformKsmps(), as far as I can see there might be a delay between input and output, as you will be effectively putting out the data that you processed in the previous period. 1) process (means process the current spin data) 2) write to spin the new data 3) write out the result of processing the previous spin That’s what it looks like to me. Not sure if I am right. Also this discussion should be in the dev list not in the users list (so my response is going there). Victor On 4 Feb 2014, at 15:47, Rory Walsh wrote: > I can confirm that it's not an issue with the plugin framework I'm > using. I can also confirm it happens whether the plugin's > processBlock() is being called the same amount of times as > performKsmps(). That is to say, if the plugin sample buffer is set to > 64 and so is Csound's, the problem persists. > > I can recreate it with Reaper by placing two identical audio tracks in > the session. On one track I place a straight forward in/out Cabbage > effect plugin. Then play both back at the same time. You'll hear > subtle phasing taking place until you bypass the plugin effect. Here's > my processBlock(), it couldn't be any simpler. Can any devs out there > spot something that might introduce latency? > > CSCompResult = csound->PerformKsmps(); > for(int i=0;i { > if(!CSCompResult) > { > for(int channel = 0; channel < getNumOutputChannels(); channel++ ) > { > audioBuffer = buffer.getSampleData(channel,0); > pos = igetNumOutputChannels(); > CSspin[channel+pos] = audioBuffer[i]cs_scale; > audioBuffer[i] = (CSspout[channel+pos]/cs_scale); > } > } > else > buffer.clear(); > } > > On 4 February 2014 15:04, Oeyvind Brandtsegg wrote: >> All good. >> I could test with csound~ and found another cause for the latency. >> Oeyvind >> >> 2014-02-04 Steven Yi : >>> Nope. I did some work on updating the CMake file to try building on >>> Windows yesterday. I need to do so me research to see about libraries >>> to link to and other things, but it may take a while with current work >>> load. >>> >>> On Tue, Feb 4, 2014 at 9:47 AM, Oeyvind Brandtsegg >>> wrote: >>>> That looks as if it's for OSX only (?), >>>> perhaps not compiled for windows yet? >>>> >>>> >>>> 2014-02-04 Steven Yi : >>>>> csound6~ should be with the installer; also available at: >>>>> >>>>> http://sourceforge.net/projects/csound/files/csound6/Csound6.02/csound~_v1.1.1.pkg/download >>>>> >>>>> On Tue, Feb 4, 2014 at 9:38 AM, Oeyvind Brandtsegg >>>>> wrote: >>>>>> I can also reproduce it with csound~ in MaxForLive >>>>>> haven't tried with csound6~ (where can I find it?) >>>>>> >>>>>> Now, testing with Max (not in Live), and with Reaper, I find I can not >>>>>> reproduce the behaviour there. >>>>>> So there is something with Live then. However, other VST plugins in >>>>>> Live does not introduce extra latency. >>>>>> >>>>>> The way I measure latency is by setiing up a microphone close to the >>>>>> speaker, close enough that it will almost feed, >>>>>> then tap the mic and listen to the resonance of the system. When the >>>>>> latency changes, the resonance will change. >>>>>> When I add a plugin (Cabbage or MaxForLive with csound~), the latency >>>>>> (and so the resonance) changes. If I load other VST plugins this does >>>>>> not happen, the latency does not change. >>>>>> But as I said, I can only reproduce it in Live. Sorry for the noise. >>>>>> >>>>>> >>>>>> 2014-02-04 Rory Walsh : >>>>>>> I can recreate it here. It's subtle, but present. I'll take a look. >>>>>>> >>>>>>> On 4 February 2014 13:38, Oeyvind Brandtsegg wrote: >>>>>>>> Yes, I have tried different ksmps values, both higher and lower and >>>>>>>> equal to the host buffer size. >>>>>>>> Will investigate if I can reproduce it on csound~. >>>>>>>> Oeyvind >>>>>>>> >>>>>>>> 2014-02-04 Rory Walsh : >>>>>>>>> On second thoughts I can't see what might be causing this. Have you >>>>>>>>> tried setting ksmps to be the same as your host's buffer size? >>>>>>>>> >>>>>>>>> On 4 February 2014 13:01, Rory Walsh wrote: >>>>>>>>>> I think I have it... Lunch first though.. >>>>>>>>>> >>>>>>>>>> sent from a mobile device... >>>>>>>>>> >>>>>>>>>> On 4 Feb 2014 12:56, "Rory Walsh" wrote: >>>>>>>>>>> >>>>>>>>>>> Are you just running audio straight in and out, no processing? The >>>>>>>>>>> plugin host calls the plugin's processBlock() which in turn calls >>>>>>>>>>> performKsmps(). So long as processBlock() is being called (if the >>>>>>>>>>> track is playing for example) performKsmps() will be called over and >>>>>>>>>>> over again processing ksmps samples each time. At the moment the >>>>>>>>>>> processBlock() method and the performKsmps() are firing off at >>>>>>>>>>> different speeds. I can look at forcing Cabbage plugins to process the >>>>>>>>>>> same amount of samples as the plugin does with each call to >>>>>>>>>>> processBlock(). Perhaps that might help. >>>>>>>>>>> >>>>>>>>>>> On 4 February 2014 12:41, Oeyvind Brandtsegg >>>>>>>>>>> wrote: >>>>>>>>>>>> Regarding latency and buffers, >>>>>>>>>>>> I thought I had understood that csound, when used as a plugin (e.g. >>>>>>>>>>>> Cabbage or csound~) would process the audio buffer "in place", so no >>>>>>>>>>>> extra latency would incur due to the sound being processed through >>>>>>>>>>>> Csound, assuming that ksmps is smaler than the host program's buffer >>>>>>>>>>>> size. >>>>>>>>>>>> Now, running Cabbage plugins in Ableton Live, I've been investigating >>>>>>>>>>>> latency issues, and I find that adding a simple Cabbage plugin will >>>>>>>>>>>> delay the signal. Also, adding more than one such plugin in series >>>>>>>>>>>> increases the delay/latency accordingly. I've tried using different >>>>>>>>>>>> ksmps, and this indeed affects the amount of latency but even setting >>>>>>>>>>>> ksmps=1 does not get rid of it. >>>>>>>>>>>> >>>>>>>>>>>> Can the buffer be processed "in place"? >>>>>>>>>>>> >>>>>>>>>>>> best >>>>>>>>>>>> Oeyvind >>>>>>>>>>>> >>>>>>>>>>>> -- >>>>>>>>>>>> >>>>>>>>>>>> Oeyvind Brandtsegg >>>>>>>>>>>> Professor of Music Technology >>>>>>>>>>>> NTNU >>>>>>>>>>>> 7491 Trondheim >>>>>>>>>>>> Norway >>>>>>>>>>>> Cell: +47 92 203 205 >>>>>>>>>>>> >>>>>>>>>>>> http://flyndresang.no/ >>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>>>>>> http://soundcloud.com/t-emp >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>> csound6: >>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>> csound5: >>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe >>>>>>>>>>>> csound" >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>> csound6: >>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>> csound5: >>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> >>>>>>>> Oeyvind Brandtsegg >>>>>>>> Professor of Music Technology >>>>>>>> NTNU >>>>>>>> 7491 Trondheim >>>>>>>> Norway >>>>>>>> Cell: +47 92 203 205 >>>>>>>> >>>>>>>> http://flyndresang.no/ >>>>>>>> http://www.partikkelaudio.com/ >>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>> http://soundcloud.com/t-emp >>>>>>>> >>>>>>>> >>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>> csound6: >>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>> csound5: >>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>> Discussions of bugs and features can be posted here >>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>> csound6: >>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>> csound5: >>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>> Discussions of bugs and features can be posted here >>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> >>>>>> Oeyvind Brandtsegg >>>>>> Professor of Music Technology >>>>>> NTNU >>>>>> 7491 Trondheim >>>>>> Norway >>>>>> Cell: +47 92 203 205 >>>>>> >>>>>> http://flyndresang.no/ >>>>>> http://www.partikkelaudio.com/ >>>>>> http://soundcloud.com/brandtsegg >>>>>> http://soundcloud.com/t-emp >>>>>> >>>>>> >>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>> csound6: >>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>> csound5: >>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>> Discussions of bugs and features can be posted here >>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >>>>>> >>>>>> >>>>> >>>>> >>>>> Send bugs reports to the Sourceforge bug trackers >>>>> csound6: >>>>> https://sourceforge.net/p/csound/tickets/ >>>>> csound5: >>>>> https://sourceforge.net/p/csound/bugs/ >>>>> Discussions of bugs and features can be posted here >>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >>>>> >>>>> >>>> >>>> >>>> >>>> -- >>>> >>>> Oeyvind Brandtsegg >>>> Professor of Music Technology >>>> NTNU >>>> 7491 Trondheim >>>> Norway >>>> Cell: +47 92 203 205 >>>> >>>> http://flyndresang.no/ >>>> http://www.partikkelaudio.com/ >>>> http://soundcloud.com/brandtsegg >>>> http://soundcloud.com/t-emp >>>> >>>> >>>> Send bugs reports to the Sourceforge bug trackers >>>> csound6: >>>> https://sourceforge.net/p/csound/tickets/ >>>> csound5: >>>> https://sourceforge.net/p/csound/bugs/ >>>> Discussions of bugs and features can be posted here >>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >>>> >>>> >>> >>> >>> Send bugs reports to the Sourceforge bug trackers >>> csound6: >>> https://sourceforge.net/p/csound/tickets/ >>> csound5: >>> https://sourceforge.net/p/csound/bugs/ >>> Discussions of bugs and features can be posted here >>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >>> >>> >> >> >> >> -- >> >> Oeyvind Brandtsegg >> Professor of Music Technology >> NTNU >> 7491 Trondheim >> Norway >> Cell: +47 92 203 205 >> >> http://flyndresang.no/ >> http://www.partikkelaudio.com/ >> http://soundcloud.com/brandtsegg >> http://soundcloud.com/t-emp >> >> >> Send bugs reports to the Sourceforge bug trackers >> csound6: >> https://sourceforge.net/p/csound/tickets/ >> csound5: >> https://sourceforge.net/p/csound/bugs/ >> Discussions of bugs and features can be posted here >> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >> >> > > > Send bugs reports to the Sourceforge bug trackers > csound6: > https://sourceforge.net/p/csound/tickets/ > csound5: > https://sourceforge.net/p/csound/bugs/ > Discussions of bugs and features can be posted here > To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" > > ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net

Date	2014-02-04 16:57
From	alfonso santimone
Subject	Re: [Csnd] Latency and buffers
	hi all, interesting findings! i wonder, Rory, if this can have some link to the performance issues when running Cabbage/csound stuff at 64 samples of ASIO buffer. As far as i remember i never got crackling usinc csound~ ( the csound 5 one ) with 64 samples buffer. maybe is something related to the new csound 6 architecture? a. Il martedì 4 febbraio 2014, Rory Walsh <rorywalsh@ear.ie> ha scritto: I can confirm that it's not an issue with the plugin framework I'm using. I can also confirm it happens whether the plugin's processBlock() is being called the same amount of times as performKsmps(). That is to say, if the plugin sample buffer is set to 64 and so is Csound's, the problem persists. I can recreate it with Reaper by placing two identical audio tracks in the session. On one track I place a straight forward in/out Cabbage effect plugin. Then play both back at the same time. You'll hear subtle phasing taking place until you bypass the plugin effect. Here's my processBlock(), it couldn't be any simpler. Can any devs out there spot something that might introduce latency? CSCompResult = csound->PerformKsmps(); for(int i=0;i<numSamplesInBuffer;i++) { if(!CSCompResult) { for(int channel = 0; channel < getNumOutputChannels(); channel++ ) { audioBuffer = buffer.getSampleData(channel,0); pos = igetNumOutputChannels(); CSspin[channel+pos] = audioBuffer[i]cs_scale; audioBuffer[i] = (CSspout[channel+pos]/cs_scale); } } else buffer.clear(); } On 4 February 2014 15:04, Oeyvind Brandtsegg <oyvind.brandtsegg@ntnu.no> wrote: > All good. > I could test with csound~ and found another cause for the latency. > Oeyvind > > 2014-02-04 Steven Yi <stevenyi@gmail.com>: >> Nope. I did some work on updating the CMake file to try building on >> Windows yesterday. I need to do so me research to see about libraries >> to link to and other things, but it may take a while with current work >> load. >> >> On Tue, Feb 4, 2014 at 9:47 AM, Oeyvind Brandtsegg >> <oyvind.brandtsegg@ntnu.no> wrote: >>> That looks as if it's for OSX only (?), >>> perhaps not compiled for windows yet? >>> >>> >>> 2014-02-04 Steven Yi <stevenyi@gmail.com>: >>>> csound6~ should be with the installer; also available at: >>>> >>>> http://sourceforge.net/projects/csound/files/csound6/Csound6.02/csound~_v1.1.1.pkg/download >>>> >>>> On Tue, Feb 4, 2014 at 9:38 AM, Oeyvind Brandtsegg >>>> <oyvind.brandtsegg@ntnu.no> wrote: >>>>> I can also reproduce it with csound~ in MaxForLive >>>>> haven't tried with csound6~ (where can I find it?) >>>>> >>>>> Now, testing with Max (not in Live), and with Reaper, I find I can not >>>>> reproduce the behaviour there. >>>>> So there is something with Live then. However, other VST plugins in >>>>> Live does not introduce extra latency. >>>>> >>>>> The way I measure latency is by setiing up a microphone close to the >>>>> speaker, close enough that it will almost feed, >>>>> then tap the mic and listen to the resonance of the system. When the >>>>> latency changes, the resonance will change. >>>>> When I add a plugin (Cabbage or MaxForLive with csound~), the latency >>>>> (and so the resonance) changes. If I load other VST plugins this does >>>>> not happen, the latency does not change. >>>>> But as I said, I can only reproduce it in Live. Sorry for the noise. >>>>> >>>>> >>>>> 2014-02-04 Rory Walsh <rorywalsh@ear.ie>: >>>>>> I can recreate it here. It's subtle, but present. I'll take a look. >>>>>> >>>>>> On 4 February 2014 13:38, Oeyvind Brandtsegg <oyvind.brandtsegg@ntnu.no> wrote: >>>>>>> Yes, I have tried different ksmps values, both higher and lower and >>>>>>> equal to the host buffer size. >>>>>>> Will investigate if I can reproduce it on csound~. >>>>>>> Oeyvind >>>>>>> >>>>>>> 2014-02-04 Rory Walsh <rorywalsh@ear.ie>: >>>>>>>> On second thoughts I can't see what might be causing this. Have you >>>>>>>> tried setting ksmps to be the same as your host's buffer size? >>>>>>>> >>>>>>>> On 4 February 2014 13:01, Rory Walsh <rorywalsh@ear.ie> wrote: >>>>>>>>> I think I have it... Lunch first though.. >>>>>>>>> >>>>>>>>> sent from a mobile device... >>>>>>>>> >>>>>>>>> On 4 Feb 2014 12:56, "Rory Walsh" <rorywalsh@ear.ie> wrote: >>>>>>>>>> >>>>>>>>>> Are you just running audio straight in and out, no -- www.elgallorojorecords.com soundcloud.com/alfonsosantimone www.facebook.com/alfonsosantimone

Date	2014-02-04 17:21
From	Rory Walsh
Subject	Re: [Csnd] Latency and buffers
	No, I don't think this has any bearing on the performance issues 'you' are having with Cabbage :) In fact Victor and Steven have pointed out the issue to me. I'm just working on a fix now. On 4 February 2014 16:57, alfonso santimone wrote: > hi all, > interesting findings! > i wonder, Rory, if this can have some link to the performance issues when > running Cabbage/csound stuff at 64 samples of ASIO buffer. > As far as i remember i never got crackling usinc csound~ ( the csound 5 one > ) with 64 samples buffer. > maybe is something related to the new csound 6 architecture? > > a. > > Il martedì 4 febbraio 2014, Rory Walsh ha scritto: > >> I can confirm that it's not an issue with the plugin framework I'm >> using. I can also confirm it happens whether the plugin's >> processBlock() is being called the same amount of times as >> performKsmps(). That is to say, if the plugin sample buffer is set to >> 64 and so is Csound's, the problem persists. >> >> I can recreate it with Reaper by placing two identical audio tracks in >> the session. On one track I place a straight forward in/out Cabbage >> effect plugin. Then play both back at the same time. You'll hear >> subtle phasing taking place until you bypass the plugin effect. Here's >> my processBlock(), it couldn't be any simpler. Can any devs out there >> spot something that might introduce latency? >> >> CSCompResult = csound->PerformKsmps(); >> for(int i=0;i> { >> if(!CSCompResult) >> { >> for(int channel = 0; channel < getNumOutputChannels(); channel++ ) >> { >> audioBuffer = buffer.getSampleData(channel,0); >> pos = igetNumOutputChannels(); >> CSspin[channel+pos] = audioBuffer[i]cs_scale; >> audioBuffer[i] = (CSspout[channel+pos]/cs_scale); >> } >> } >> else >> buffer.clear(); >> } >> >> On 4 February 2014 15:04, Oeyvind Brandtsegg >> wrote: >> > All good. >> > I could test with csound~ and found another cause for the latency. >> > Oeyvind >> > >> > 2014-02-04 Steven Yi : >> >> Nope. I did some work on updating the CMake file to try building on >> >> Windows yesterday. I need to do so me research to see about libraries >> >> to link to and other things, but it may take a while with current work >> >> load. >> >> >> >> On Tue, Feb 4, 2014 at 9:47 AM, Oeyvind Brandtsegg >> >> wrote: >> >>> That looks as if it's for OSX only (?), >> >>> perhaps not compiled for windows yet? >> >>> >> >>> >> >>> 2014-02-04 Steven Yi : >> >>>> csound6~ should be with the installer; also available at: >> >>>> >> >>>> >> >>>> http://sourceforge.net/projects/csound/files/csound6/Csound6.02/csound~_v1.1.1.pkg/download >> >>>> >> >>>> On Tue, Feb 4, 2014 at 9:38 AM, Oeyvind Brandtsegg >> >>>> wrote: >> >>>>> I can also reproduce it with csound~ in MaxForLive >> >>>>> haven't tried with csound6~ (where can I find it?) >> >>>>> >> >>>>> Now, testing with Max (not in Live), and with Reaper, I find I can >> >>>>> not >> >>>>> reproduce the behaviour there. >> >>>>> So there is something with Live then. However, other VST plugins in >> >>>>> Live does not introduce extra latency. >> >>>>> >> >>>>> The way I measure latency is by setiing up a microphone close to the >> >>>>> speaker, close enough that it will almost feed, >> >>>>> then tap the mic and listen to the resonance of the system. When the >> >>>>> latency changes, the resonance will change. >> >>>>> When I add a plugin (Cabbage or MaxForLive with csound~), the >> >>>>> latency >> >>>>> (and so the resonance) changes. If I load other VST plugins this >> >>>>> does >> >>>>> not happen, the latency does not change. >> >>>>> But as I said, I can only reproduce it in Live. Sorry for the noise. >> >>>>> >> >>>>> >> >>>>> 2014-02-04 Rory Walsh : >> >>>>>> I can recreate it here. It's subtle, but present. I'll take a look. >> >>>>>> >> >>>>>> On 4 February 2014 13:38, Oeyvind Brandtsegg >> >>>>>> wrote: >> >>>>>>> Yes, I have tried different ksmps values, both higher and lower >> >>>>>>> and >> >>>>>>> equal to the host buffer size. >> >>>>>>> Will investigate if I can reproduce it on csound~. >> >>>>>>> Oeyvind >> >>>>>>> >> >>>>>>> 2014-02-04 Rory Walsh : >> >>>>>>>> On second thoughts I can't see what might be causing this. Have >> >>>>>>>> you >> >>>>>>>> tried setting ksmps to be the same as your host's buffer size? >> >>>>>>>> >> >>>>>>>> On 4 February 2014 13:01, Rory Walsh wrote: >> >>>>>>>>> I think I have it... Lunch first though.. >> >>>>>>>>> >> >>>>>>>>> sent from a mobile device... >> >>>>>>>>> >> >>>>>>>>> On 4 Feb 2014 12:56, "Rory Walsh" wrote: >> >>>>>>>>>> >> >>>>>>>>>> Are you just running audio straight in and out, no > > > > -- > www.elgallorojorecords.com > soundcloud.com/alfonsosantimone > www.facebook.com/alfonsosantimone >

Date	2014-02-04 17:29
From	Rory Walsh
Subject	Re: [Csnd] Latency and buffers
	Btw, Alfonso, the new release has a new identifier called refreshgui() which tells Cabbage how often to update hte GUI components. It's currently set to 20 be default which means Cabbage will update its GUI every 20 k-cycles. This is porbably too fast for most things. You can try overriding the default by setting refreshgui(50) on a 'form' declaration/line. That should speed things up even more. On 4 February 2014 17:21, Rory Walsh wrote: > No, I don't think this has any bearing on the performance issues 'you' > are having with Cabbage :) In fact Victor and Steven have pointed out > the issue to me. I'm just working on a fix now. > > On 4 February 2014 16:57, alfonso santimone wrote: >> hi all, >> interesting findings! >> i wonder, Rory, if this can have some link to the performance issues when >> running Cabbage/csound stuff at 64 samples of ASIO buffer. >> As far as i remember i never got crackling usinc csound~ ( the csound 5 one >> ) with 64 samples buffer. >> maybe is something related to the new csound 6 architecture? >> >> a. >> >> Il martedì 4 febbraio 2014, Rory Walsh ha scritto: >> >>> I can confirm that it's not an issue with the plugin framework I'm >>> using. I can also confirm it happens whether the plugin's >>> processBlock() is being called the same amount of times as >>> performKsmps(). That is to say, if the plugin sample buffer is set to >>> 64 and so is Csound's, the problem persists. >>> >>> I can recreate it with Reaper by placing two identical audio tracks in >>> the session. On one track I place a straight forward in/out Cabbage >>> effect plugin. Then play both back at the same time. You'll hear >>> subtle phasing taking place until you bypass the plugin effect. Here's >>> my processBlock(), it couldn't be any simpler. Can any devs out there >>> spot something that might introduce latency? >>> >>> CSCompResult = csound->PerformKsmps(); >>> for(int i=0;i>> { >>> if(!CSCompResult) >>> { >>> for(int channel = 0; channel < getNumOutputChannels(); channel++ ) >>> { >>> audioBuffer = buffer.getSampleData(channel,0); >>> pos = igetNumOutputChannels(); >>> CSspin[channel+pos] = audioBuffer[i]cs_scale; >>> audioBuffer[i] = (CSspout[channel+pos]/cs_scale); >>> } >>> } >>> else >>> buffer.clear(); >>> } >>> >>> On 4 February 2014 15:04, Oeyvind Brandtsegg >>> wrote: >>> > All good. >>> > I could test with csound~ and found another cause for the latency. >>> > Oeyvind >>> > >>> > 2014-02-04 Steven Yi : >>> >> Nope. I did some work on updating the CMake file to try building on >>> >> Windows yesterday. I need to do so me research to see about libraries >>> >> to link to and other things, but it may take a while with current work >>> >> load. >>> >> >>> >> On Tue, Feb 4, 2014 at 9:47 AM, Oeyvind Brandtsegg >>> >> wrote: >>> >>> That looks as if it's for OSX only (?), >>> >>> perhaps not compiled for windows yet? >>> >>> >>> >>> >>> >>> 2014-02-04 Steven Yi : >>> >>>> csound6~ should be with the installer; also available at: >>> >>>> >>> >>>> >>> >>>> http://sourceforge.net/projects/csound/files/csound6/Csound6.02/csound~_v1.1.1.pkg/download >>> >>>> >>> >>>> On Tue, Feb 4, 2014 at 9:38 AM, Oeyvind Brandtsegg >>> >>>> wrote: >>> >>>>> I can also reproduce it with csound~ in MaxForLive >>> >>>>> haven't tried with csound6~ (where can I find it?) >>> >>>>> >>> >>>>> Now, testing with Max (not in Live), and with Reaper, I find I can >>> >>>>> not >>> >>>>> reproduce the behaviour there. >>> >>>>> So there is something with Live then. However, other VST plugins in >>> >>>>> Live does not introduce extra latency. >>> >>>>> >>> >>>>> The way I measure latency is by setiing up a microphone close to the >>> >>>>> speaker, close enough that it will almost feed, >>> >>>>> then tap the mic and listen to the resonance of the system. When the >>> >>>>> latency changes, the resonance will change. >>> >>>>> When I add a plugin (Cabbage or MaxForLive with csound~), the >>> >>>>> latency >>> >>>>> (and so the resonance) changes. If I load other VST plugins this >>> >>>>> does >>> >>>>> not happen, the latency does not change. >>> >>>>> But as I said, I can only reproduce it in Live. Sorry for the noise. >>> >>>>> >>> >>>>> >>> >>>>> 2014-02-04 Rory Walsh : >>> >>>>>> I can recreate it here. It's subtle, but present. I'll take a look. >>> >>>>>> >>> >>>>>> On 4 February 2014 13:38, Oeyvind Brandtsegg >>> >>>>>> wrote: >>> >>>>>>> Yes, I have tried different ksmps values, both higher and lower >>> >>>>>>> and >>> >>>>>>> equal to the host buffer size. >>> >>>>>>> Will investigate if I can reproduce it on csound~. >>> >>>>>>> Oeyvind >>> >>>>>>> >>> >>>>>>> 2014-02-04 Rory Walsh : >>> >>>>>>>> On second thoughts I can't see what might be causing this. Have >>> >>>>>>>> you >>> >>>>>>>> tried setting ksmps to be the same as your host's buffer size? >>> >>>>>>>> >>> >>>>>>>> On 4 February 2014 13:01, Rory Walsh wrote: >>> >>>>>>>>> I think I have it... Lunch first though.. >>> >>>>>>>>> >>> >>>>>>>>> sent from a mobile device... >>> >>>>>>>>> >>> >>>>>>>>> On 4 Feb 2014 12:56, "Rory Walsh" wrote: >>> >>>>>>>>>> >>> >>>>>>>>>> Are you just running audio straight in and out, no >> >> >> >> -- >> www.elgallorojorecords.com >> soundcloud.com/alfonsosantimone >> www.facebook.com/alfonsosantimone >>

Date	2014-02-04 18:47
From	Michael Gogins
Subject	Re: [Cs-dev] [Csnd] Latency and buffers
Attachments	None None
	CsoundVST does the following: In the processReplacing callback there are essentially two simultaneous loops, each with their own loop indexes. One loop is for the host audio buffer, which can change in size from one call to the next. The other loop is for Csound. For each frame of audio, one frame of audio is copied from the host input buffer to spin, one frame of audio is copied from spout to the host audio output buffer, and both loop indexes are incremented. At the end of spout, ksmps audio are processed by Csound, and the spin and spout buffer indexes are reset to 0. These indexes persist from call to call, so there are no gaps or glitches. There is ksmps frames latency in the code because spin is read in before it spout is computed. But I will try to change the code so that the buffers are rewound to line spout up with spin. There will then be zero latency. ----------------------------------------------------- Michael Gogins Irreducible Productions http://michaelgogins.tumblr.com Michael dot Gogins at gmail dot com On Tue, Feb 4, 2014 at 11:03 AM, Steven Yi <stevenyi@gmail.com> wrote: I was in the middle of replying pretty much the same thing as Victor. Seems like you're introducing block's worth of latency due to the code order. On Tue, Feb 4, 2014 at 11:05 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie> wrote: > I would have thought that you would > > 1) write data into spin > 2) process > 3) write data out of spout. > > if you read and write after running PeformKsmps(), as far as I can see there might be > a delay between input and output, as you will be effectively putting out the data that > you processed in the previous period. > > 1) process (means process the current spin data) > 2) write to spin the new data > 3) write out the result of processing the previous spin > > That's what it looks like to me. Not sure if I am right. Also this discussion should be in the dev list not > in the users list (so my response is going there). > > Victor > > On 4 Feb 2014, at 15:47, Rory Walsh <rorywalsh@ear.ie> wrote: > >> I can confirm that it's not an issue with the plugin framework I'm >> using. I can also confirm it happens whether the plugin's >> processBlock() is being called the same amount of times as >> performKsmps(). That is to say, if the plugin sample buffer is set to >> 64 and so is Csound's, the problem persists. >> >> I can recreate it with Reaper by placing two identical audio tracks in >> the session. On one track I place a straight forward in/out Cabbage >> effect plugin. Then play both back at the same time. You'll hear >> subtle phasing taking place until you bypass the plugin effect. Here's >> my processBlock(), it couldn't be any simpler. Can any devs out there >> spot something that might introduce latency? >> >> CSCompResult = csound->PerformKsmps(); >> for(int i=0;i<numSamplesInBuffer;i++) >> { >> if(!CSCompResult) >> { >> for(int channel = 0; channel < getNumOutputChannels(); channel++ ) >> { >> audioBuffer = buffer.getSampleData(channel,0); >> pos = igetNumOutputChannels(); >> CSspin[channel+pos] = audioBuffer[i]cs_scale; >> audioBuffer[i] = (CSspout[channel+pos]/cs_scale); >> } >> } >> else >> buffer.clear(); >> } >> >> On 4 February 2014 15:04, Oeyvind Brandtsegg <oyvind.brandtsegg@ntnu.no> wrote: >>> All good. >>> I could test with csound~ and found another cause for the latency. >>> Oeyvind >>> >>> 2014-02-04 Steven Yi <stevenyi@gmail.com>: >>>> Nope. I did some work on updating the CMake file to try building on >>>> Windows yesterday. I need to do so me research to see about libraries >>>> to link to and other things, but it may take a while with current work >>>> load. >>>> >>>> On Tue, Feb 4, 2014 at 9:47 AM, Oeyvind Brandtsegg >>>> <oyvind.brandtsegg@ntnu.no> wrote: >>>>> That looks as if it's for OSX only (?), >>>>> perhaps not compiled for windows yet? >>>>> >>>>> >>>>> 2014-02-04 Steven Yi <stevenyi@gmail.com>: >>>>>> csound6~ should be with the installer; also available at: >>>>>> >>>>>> http://sourceforge.net/projects/csound/files/csound6/Csound6.02/csound~_v1.1.1.pkg/download >>>>>> >>>>>> On Tue, Feb 4, 2014 at 9:38 AM, Oeyvind Brandtsegg >>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >>>>>>> I can also reproduce it with csound~ in MaxForLive >>>>>>> haven't tried with csound6~ (where can I find it?) >>>>>>> >>>>>>> Now, testing with Max (not in Live), and with Reaper, I find I can not >>>>>>> reproduce the behaviour there. >>>>>>> So there is something with Live then. However, other VST plugins in >>>>>>> Live does not introduce extra latency. >>>>>>> >>>>>>> The way I measure latency is by setiing up a microphone close to the >>>>>>> speaker, close enough that it will almost feed, >>>>>>> then tap the mic and listen to the resonance of the system. When the >>>>>>> latency changes, the resonance will change. >>>>>>> When I add a plugin (Cabbage or MaxForLive with csound~), the latency >>>>>>> (and so the resonance) changes. If I load other VST plugins this does >>>>>>> not happen, the latency does not change. >>>>>>> But as I said, I can only reproduce it in Live. Sorry for the noise. >>>>>>> >>>>>>> >>>>>>> 2014-02-04 Rory Walsh <rorywalsh@ear.ie>: >>>>>>>> I can recreate it here. It's subtle, but present. I'll take a look. >>>>>>>> >>>>>>>> On 4 February 2014 13:38, Oeyvind Brandtsegg <oyvind.brandtsegg@ntnu.no> wrote: >>>>>>>>> Yes, I have tried different ksmps values, both higher and lower and >>>>>>>>> equal to the host buffer size. >>>>>>>>> Will investigate if I can reproduce it on csound~. >>>>>>>>> Oeyvind >>>>>>>>> >>>>>>>>> 2014-02-04 Rory Walsh <rorywalsh@ear.ie>: >>>>>>>>>> On second thoughts I can't see what might be causing this. Have you >>>>>>>>>> tried setting ksmps to be the same as your host's buffer size? >>>>>>>>>> >>>>>>>>>> On 4 February 2014 13:01, Rory Walsh <rorywalsh@ear.ie> wrote: >>>>>>>>>>> I think I have it... Lunch first though.. >>>>>>>>>>> >>>>>>>>>>> sent from a mobile device... >>>>>>>>>>> >>>>>>>>>>> On 4 Feb 2014 12:56, "Rory Walsh" <rorywalsh@ear.ie> wrote: >>>>>>>>>>>> >>>>>>>>>>>> Are you just running audio straight in and out, no processing? The >>>>>>>>>>>> plugin host calls the plugin's processBlock() which in turn calls >>>>>>>>>>>> performKsmps(). So long as processBlock() is being called (if the >>>>>>>>>>>> track is playing for example) performKsmps() will be called over and >>>>>>>>>>>> over again processing ksmps samples each time. At the moment the >>>>>>>>>>>> processBlock() method and the performKsmps() are firing off at >>>>>>>>>>>> different speeds. I can look at forcing Cabbage plugins to process the >>>>>>>>>>>> same amount of samples as the plugin does with each call to >>>>>>>>>>>> processBlock(). Perhaps that might help. >>>>>>>>>>>> >>>>>>>>>>>> On 4 February 2014 12:41, Oeyvind Brandtsegg <oyvind.brandtsegg@ntnu.no> >>>>>>>>>>>> wrote: >>>>>>>>>>>>> Regarding latency and buffers, >>>>>>>>>>>>> I thought I had understood that csound, when used as a plugin (e.g. >>>>>>>>>>>>> Cabbage or csound~) would process the audio buffer "in place", so no >>>>>>>>>>>>> extra latency would incur due to the sound being processed through >>>>>>>>>>>>> Csound, assuming that ksmps is smaler than the host program's buffer >>>>>>>>>>>>> size. >>>>>>>>>>>>> Now, running Cabbage plugins in Ableton Live, I've been investigating >>>>>>>>>>>>> latency issues, and I find that adding a simple Cabbage plugin will >>>>>>>>>>>>> delay the signal. Also, adding more than one such plugin in series >>>>>>>>>>>>> increases the delay/latency accordingly. I've tried using different >>>>>>>>>>>>> ksmps, and this indeed affects the amount of latency but even setting >>>>>>>>>>>>> ksmps=1 does not get rid of it. >>>>>>>>>>>>> >>>>>>>>>>>>> Can the buffer be processed "in place"? >>>>>>>>>>>>> >>>>>>>>>>>>> best >>>>>>>>>>>>> Oeyvind >>>>>>>>>>>>> >>>>>>>>>>>>> -- >>>>>>>>>>>>> >>>>>>>>>>>>> Oeyvind Brandtsegg >>>>>>>>>>>>> Professor of Music Technology >>>>>>>>>>>>> NTNU >>>>>>>>>>>>> 7491 Trondheim >>>>>>>>>>>>> Norway >>>>>>>>>>>>> Cell: +47 92 203 205 >>>>>>>>>>>>> >>>>>>>>>>>>> http://flyndresang.no/ >>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>> csound6: >>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>> csound5: >>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe >>>>>>>>>>>>> csound" >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>> csound6: >>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>> csound5: >>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> >>>>>>>>> Oeyvind Brandtsegg >>>>>>>>> Professor of Music Technology >>>>>>>>> NTNU >>>>>>>>> 7491 Trondheim >>>>>>>>> Norway >>>>>>>>> Cell: +47 92 203 205 >>>>>>>>> >>>>>>>>> http://flyndresang.no/ >>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>>> http://soundcloud.com/t-emp >>>>>>>>> >>>>>>>>> >>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>> csound6: >>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>> csound5: >>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>> csound6: >>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>> csound5: >>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>> Discussions of bugs and features can be posted here >>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> >>>>>>> Oeyvind Brandtsegg >>>>>>> Professor of Music Technology >>>>>>> NTNU >>>>>>> 7491 Trondheim >>>>>>> Norway >>>>>>> Cell: +47 92 203 205 >>>>>>> >>>>>>> http://flyndresang.no/ >>>>>>> http://www.partikkelaudio.com/ >>>>>>> http://soundcloud.com/brandtsegg >>>>>>> http://soundcloud.com/t-emp >>>>>>> >>>>>>> >>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>> csound6: >>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>> csound5: >>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>> Discussions of bugs and features can be posted here >>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>> csound6: >>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>> csound5: >>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>> Discussions of bugs and features can be posted here >>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >>>>>> >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> >>>>> Oeyvind Brandtsegg >>>>> Professor of Music Technology >>>>> NTNU >>>>> 7491 Trondheim >>>>> Norway >>>>> Cell: +47 92 203 205 >>>>> >>>>> http://flyndresang.no/ >>>>> http://www.partikkelaudio.com/ >>>>> http://soundcloud.com/brandtsegg >>>>> http://soundcloud.com/t-emp >>>>> >>>>> >>>>> Send bugs reports to the Sourceforge bug trackers >>>>> csound6: >>>>> https://sourceforge.net/p/csound/tickets/ >>>>> csound5: >>>>> https://sourceforge.net/p/csound/bugs/ >>>>> Discussions of bugs and features can be posted here >>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >>>>> >>>>> >>>> >>>> >>>> Send bugs reports to the Sourceforge bug trackers >>>> csound6: >>>> https://sourceforge.net/p/csound/tickets/ >>>> csound5: >>>> https://sourceforge.net/p/csound/bugs/ >>>> Discussions of bugs and features can be posted here >>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >>>> >>>> >>> >>> >>> >>> -- >>> >>> Oeyvind Brandtsegg >>> Professor of Music Technology >>> NTNU >>> 7491 Trondheim >>> Norway >>> Cell: +47 92 203 205 >>> >>> http://flyndresang.no/ >>> http://www.partikkelaudio.com/ >>> http://soundcloud.com/brandtsegg >>> http://soundcloud.com/t-emp >>> >>> >>> Send bugs reports to the Sourceforge bug trackers >>> csound6: >>> https://sourceforge.net/p/csound/tickets/ >>> csound5: >>> https://sourceforge.net/p/csound/bugs/ >>> Discussions of bugs and features can be posted here >>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >>> >>> >> >> >> Send bugs reports to the Sourceforge bug trackers >> csound6: >> https://sourceforge.net/p/csound/tickets/ >> csound5: >> https://sourceforge.net/p/csound/bugs/ >> Discussions of bugs and features can be posted here >> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >> >> > > > ------------------------------------------------------------------------------ > Managing the Performance of Cloud-Based Applications > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. > Read the Whitepaper. > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk > _______________________________________________ > Csound-devel mailing list > Csound-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/csound-devel ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/csound-devel

Date	2014-02-04 22:12
From	alfonso santimone
Subject	Re: [Csnd] Latency and buffers
	:-) cool! thanks Rory! Il martedì 4 febbraio 2014, Rory Walsh <rorywalsh@ear.ie> ha scritto: Btw, Alfonso, the new release has a new identifier called refreshgui() which tells Cabbage how often to update hte GUI components. It's currently set to 20 be default which means Cabbage will update its GUI every 20 k-cycles. This is porbably too fast for most things. You can try overriding the default by setting refreshgui(50) on a 'form' declaration/line. That should speed things up even more. On 4 February 2014 17:21, Rory Walsh <rorywalsh@ear.ie> wrote: > No, I don't think this has any bearing on the performance issues 'you' > are having with Cabbage :) In fact Victor and Steven have pointed out > the issue to me. I'm just working on a fix now. > > On 4 February 2014 16:57, alfonso santimone <alfonso.santimone@gmail.com> wrote: >> hi all, >> interesting findings! >> i wonder, Rory, if this can have some link to the performance issues when >> running Cabbage/csound stuff at 64 samples of ASIO buffer. >> As far as i remember i never got crackling usinc csound~ ( the csound 5 one >> ) with 64 samples buffer. >> maybe is something related to the new csound 6 architecture? >> >> a. >> >> Il martedì 4 febbraio 2014, Rory Walsh <rorywalsh@ear.ie> ha scritto: >> >>> I can confirm that it's not an issue with the plugin framework I'm >>> using. I can also confirm it happens whether the plugin's >>> processBlock() is being called the same amount of times as >>> performKsmps(). That is to say, if the plugin sample buffer is set to >>> 64 and so is Csound's, the problem persists. >>> >>> I can recreate it with Reaper by placing two identical audio tracks in >>> the session. On one track I place a straight forward in/out Cabbage >>> effect plugin. Then play both back at the same time. You'll hear >>> subtle phasing taking place until you bypass the plugin effect. Here's >>> my processBlock(), it couldn't be any simpler. Can any devs out there >>> spot something that might introduce latency? >>> >>> CSCompResult = csound->PerformKsmps(); >>> for(int i=0;i<numSamplesInBuffer;i++) >>> { >>> if(!CSCompResult) >>> { >>> for(int channel = 0; channel < getNumOutputChannels(); channel++ ) >>> { >>> audioBuffer = buffer.getSampleData(channel,0); >>> pos = igetNumOutputChannels(); >>> CSspin[channel+pos] = audioBuffer[i]cs_scale; >>> audioBuffer[i] = (CSspout[channel+pos]/cs_scale); >>> } >>> } >>> else >>> buffer.clear(); >>> } >>> >>> On 4 February 2014 15:04, Oeyvind Brandtsegg <oyvind.brandtsegg@ntnu.no> >>> wrote: >>> > All good. >>> > I could test with csound~ and found another cause for the latency. >>> > Oeyvind >>> > >>> > 2014-02-04 Steven Yi <stevenyi@gmail.com>: >>> >> Nope. I did some work on updating the CMake file to try building on >>> >> Windows yesterday. I need to do so me research to see about libraries >>> >> to link to and other things, but it may take a while with current work >>> >> load. >>> >> >>> >> On Tue, Feb 4, 2014 at 9:47 AM, Oeyvind Brandtsegg >>> >> <oyvind.brandtsegg@ntnu.no> wrote: >>> >>> That looks as if it's for OSX only (?), >>> >>> perhaps not compiled for windows yet? >>> >>> >>> >>> >>> >>> 2014-02-04 Steven Yi <stevenyi@gmail.com>: >>> >>>> csound6~ should be with the installer; also available at: >>> >>>> >>> >>>> >>> >>>> htt -- www.elgallorojorecords.com soundcloud.com/alfonsosantimone www.facebook.com/alfonsosantimone

Date	2014-02-05 15:55
From	Michael Gogins
Subject	Re: [Cs-dev] [Csnd] Latency and buffers
Attachments	None None
	I've looked into this some more. As long as the host audio buffer is not an integral multiple of ksmps, there will have to be ksmps latency between input and output. That is because performKsmps requires spin to be full, but if there is some remainder from hostsize/ksmps, there will be some frames that the host buffer doesn't have but spin needs. I am letting this go for now, but if Csound could adjust ksmps during performance via the API, then we could get rid of this latency by setting ksmps equal to the host buffer size on each host processing call. I think this would be a really good idea. I'm entering it as a feature request. Regards, Mike Regards, Mike ----------------------------------------------------- Michael Gogins Irreducible Productions http://michaelgogins.tumblr.com Michael dot Gogins at gmail dot com On Tue, Feb 4, 2014 at 1:47 PM, Michael Gogins <michael.gogins@gmail.com> wrote: CsoundVST does the following: In the processReplacing callback there are essentially two simultaneous loops, each with their own loop indexes. One loop is for the host audio buffer, which can change in size from one call to the next. The other loop is for Csound. For each frame of audio, one frame of audio is copied from the host input buffer to spin, one frame of audio is copied from spout to the host audio output buffer, and both loop indexes are incremented. At the end of spout, ksmps audio are processed by Csound, and the spin and spout buffer indexes are reset to 0. These indexes persist from call to call, so there are no gaps or glitches. There is ksmps frames latency in the code because spin is read in before it spout is computed. But I will try to change the code so that the buffers are rewound to line spout up with spin. There will then be zero latency. ----------------------------------------------------- Michael Gogins Irreducible Productions http://michaelgogins.tumblr.com Michael dot Gogins at gmail dot com On Tue, Feb 4, 2014 at 11:03 AM, Steven Yi <stevenyi@gmail.com> wrote: I was in the middle of replying pretty much the same thing as Victor. Seems like you're introducing block's worth of latency due to the code order. On Tue, Feb 4, 2014 at 11:05 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie> wrote: > I would have thought that you would > > 1) write data into spin > 2) process > 3) write data out of spout. > > if you read and write after running PeformKsmps(), as far as I can see there might be > a delay between input and output, as you will be effectively putting out the data that > you processed in the previous period. > > 1) process (means process the current spin data) > 2) write to spin the new data > 3) write out the result of processing the previous spin > > That's what it looks like to me. Not sure if I am right. Also this discussion should be in the dev list not > in the users list (so my response is going there). > > Victor > > On 4 Feb 2014, at 15:47, Rory Walsh <rorywalsh@ear.ie> wrote: > >> I can confirm that it's not an issue with the plugin framework I'm >> using. I can also confirm it happens whether the plugin's >> processBlock() is being called the same amount of times as >> performKsmps(). That is to say, if the plugin sample buffer is set to >> 64 and so is Csound's, the problem persists. >> >> I can recreate it with Reaper by placing two identical audio tracks in >> the session. On one track I place a straight forward in/out Cabbage >> effect plugin. Then play both back at the same time. You'll hear >> subtle phasing taking place until you bypass the plugin effect. Here's >> my processBlock(), it couldn't be any simpler. Can any devs out there >> spot something that might introduce latency? >> >> CSCompResult = csound->PerformKsmps(); >> for(int i=0;i<numSamplesInBuffer;i++) >> { >> if(!CSCompResult) >> { >> for(int channel = 0; channel < getNumOutputChannels(); channel++ ) >> { >> audioBuffer = buffer.getSampleData(channel,0); >> pos = igetNumOutputChannels(); >> CSspin[channel+pos] = audioBuffer[i]cs_scale; >> audioBuffer[i] = (CSspout[channel+pos]/cs_scale); >> } >> } >> else >> buffer.clear(); >> } >> >> On 4 February 2014 15:04, Oeyvind Brandtsegg <oyvind.brandtsegg@ntnu.no> wrote: >>> All good. >>> I could test with csound~ and found another cause for the latency. >>> Oeyvind >>> >>> 2014-02-04 Steven Yi <stevenyi@gmail.com>: >>>> Nope. I did some work on updating the CMake file to try building on >>>> Windows yesterday. I need to do so me research to see about libraries >>>> to link to and other things, but it may take a while with current work >>>> load. >>>> >>>> On Tue, Feb 4, 2014 at 9:47 AM, Oeyvind Brandtsegg >>>> <oyvind.brandtsegg@ntnu.no> wrote: >>>>> That looks as if it's for OSX only (?), >>>>> perhaps not compiled for windows yet? >>>>> >>>>> >>>>> 2014-02-04 Steven Yi <stevenyi@gmail.com>: >>>>>> csound6~ should be with the installer; also available at: >>>>>> >>>>>> http://sourceforge.net/projects/csound/files/csound6/Csound6.02/csound~_v1.1.1.pkg/download >>>>>> >>>>>> On Tue, Feb 4, 2014 at 9:38 AM, Oeyvind Brandtsegg >>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >>>>>>> I can also reproduce it with csound~ in MaxForLive >>>>>>> haven't tried with csound6~ (where can I find it?) >>>>>>> >>>>>>> Now, testing with Max (not in Live), and with Reaper, I find I can not >>>>>>> reproduce the behaviour there. >>>>>>> So there is something with Live then. However, other VST plugins in >>>>>>> Live does not introduce extra latency. >>>>>>> >>>>>>> The way I measure latency is by setiing up a microphone close to the >>>>>>> speaker, close enough that it will almost feed, >>>>>>> then tap the mic and listen to the resonance of the system. When the >>>>>>> latency changes, the resonance will change. >>>>>>> When I add a plugin (Cabbage or MaxForLive with csound~), the latency >>>>>>> (and so the resonance) changes. If I load other VST plugins this does >>>>>>> not happen, the latency does not change. >>>>>>> But as I said, I can only reproduce it in Live. Sorry for the noise. >>>>>>> >>>>>>> >>>>>>> 2014-02-04 Rory Walsh <rorywalsh@ear.ie>: >>>>>>>> I can recreate it here. It's subtle, but present. I'll take a look. >>>>>>>> >>>>>>>> On 4 February 2014 13:38, Oeyvind Brandtsegg <oyvind.brandtsegg@ntnu.no> wrote: >>>>>>>>> Yes, I have tried different ksmps values, both higher and lower and >>>>>>>>> equal to the host buffer size. >>>>>>>>> Will investigate if I can reproduce it on csound~. >>>>>>>>> Oeyvind >>>>>>>>> >>>>>>>>> 2014-02-04 Rory Walsh <rorywalsh@ear.ie>: >>>>>>>>>> On second thoughts I can't see what might be causing this. Have you >>>>>>>>>> tried setting ksmps to be the same as your host's buffer size? >>>>>>>>>> >>>>>>>>>> On 4 February 2014 13:01, Rory Walsh <rorywalsh@ear.ie> wrote: >>>>>>>>>>> I think I have it... Lunch first though.. >>>>>>>>>>> >>>>>>>>>>> sent from a mobile device... >>>>>>>>>>> >>>>>>>>>>> On 4 Feb 2014 12:56, "Rory Walsh" <rorywalsh@ear.ie> wrote: >>>>>>>>>>>> >>>>>>>>>>>> Are you just running audio straight in and out, no processing? The >>>>>>>>>>>> plugin host calls the plugin's processBlock() which in turn calls >>>>>>>>>>>> performKsmps(). So long as processBlock() is being called (if the >>>>>>>>>>>> track is playing for example) performKsmps() will be called over and >>>>>>>>>>>> over again processing ksmps samples each time. At the moment the >>>>>>>>>>>> processBlock() method and the performKsmps() are firing off at >>>>>>>>>>>> different speeds. I can look at forcing Cabbage plugins to process the >>>>>>>>>>>> same amount of samples as the plugin does with each call to >>>>>>>>>>>> processBlock(). Perhaps that might help. >>>>>>>>>>>> >>>>>>>>>>>> On 4 February 2014 12:41, Oeyvind Brandtsegg <oyvind.brandtsegg@ntnu.no> >>>>>>>>>>>> wrote: >>>>>>>>>>>>> Regarding latency and buffers, >>>>>>>>>>>>> I thought I had understood that csound, when used as a plugin (e.g. >>>>>>>>>>>>> Cabbage or csound~) would process the audio buffer "in place", so no >>>>>>>>>>>>> extra latency would incur due to the sound being processed through >>>>>>>>>>>>> Csound, assuming that ksmps is smaler than the host program's buffer >>>>>>>>>>>>> size. >>>>>>>>>>>>> Now, running Cabbage plugins in Ableton Live, I've been investigating >>>>>>>>>>>>> latency issues, and I find that adding a simple Cabbage plugin will >>>>>>>>>>>>> delay the signal. Also, adding more than one such plugin in series >>>>>>>>>>>>> increases the delay/latency accordingly. I've tried using different >>>>>>>>>>>>> ksmps, and this indeed affects the amount of latency but even setting >>>>>>>>>>>>> ksmps=1 does not get rid of it. >>>>>>>>>>>>> >>>>>>>>>>>>> Can the buffer be processed "in place"? >>>>>>>>>>>>> >>>>>>>>>>>>> best >>>>>>>>>>>>> Oeyvind >>>>>>>>>>>>> >>>>>>>>>>>>> -- >>>>>>>>>>>>> >>>>>>>>>>>>> Oeyvind Brandtsegg >>>>>>>>>>>>> Professor of Music Technology >>>>>>>>>>>>> NTNU >>>>>>>>>>>>> 7491 Trondheim >>>>>>>>>>>>> Norway >>>>>>>>>>>>> Cell: +47 92 203 205 >>>>>>>>>>>>> >>>>>>>>>>>>> http://flyndresang.no/ >>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>> csound6: >>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>> csound5: >>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe >>>>>>>>>>>>> csound" >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>> csound6: >>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>> csound5: >>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> >>>>>>>>> Oeyvind Brandtsegg >>>>>>>>> Professor of Music Technology >>>>>>>>> NTNU >>>>>>>>> 7491 Trondheim >>>>>>>>> Norway >>>>>>>>> Cell: +47 92 203 205 >>>>>>>>> >>>>>>>>> http://flyndresang.no/ >>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>>> http://soundcloud.com/t-emp >>>>>>>>> >>>>>>>>> >>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>> csound6: >>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>> csound5: >>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>> csound6: >>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>> csound5: >>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>> Discussions of bugs and features can be posted here >>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> >>>>>>> Oeyvind Brandtsegg >>>>>>> Professor of Music Technology >>>>>>> NTNU >>>>>>> 7491 Trondheim >>>>>>> Norway >>>>>>> Cell: +47 92 203 205 >>>>>>> >>>>>>> http://flyndresang.no/ >>>>>>> http://www.partikkelaudio.com/ >>>>>>> http://soundcloud.com/brandtsegg >>>>>>> http://soundcloud.com/t-emp >>>>>>> >>>>>>> >>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>> csound6: >>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>> csound5: >>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>> Discussions of bugs and features can be posted here >>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>> csound6: >>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>> csound5: >>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>> Discussions of bugs and features can be posted here >>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >>>>>> >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> >>>>> Oeyvind Brandtsegg >>>>> Professor of Music Technology >>>>> NTNU >>>>> 7491 Trondheim >>>>> Norway >>>>> Cell: +47 92 203 205 >>>>> >>>>> http://flyndresang.no/ >>>>> http://www.partikkelaudio.com/ >>>>> http://soundcloud.com/brandtsegg >>>>> http://soundcloud.com/t-emp >>>>> >>>>> >>>>> Send bugs reports to the Sourceforge bug trackers >>>>> csound6: >>>>> https://sourceforge.net/p/csound/tickets/ >>>>> csound5: >>>>> https://sourceforge.net/p/csound/bugs/ >>>>> Discussions of bugs and features can be posted here >>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >>>>> >>>>> >>>> >>>> >>>> Send bugs reports to the Sourceforge bug trackers >>>> csound6: >>>> https://sourceforge.net/p/csound/tickets/ >>>> csound5: >>>> https://sourceforge.net/p/csound/bugs/ >>>> Discussions of bugs and features can be posted here >>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >>>> >>>> >>> >>> >>> >>> -- >>> >>> Oeyvind Brandtsegg >>> Professor of Music Technology >>> NTNU >>> 7491 Trondheim >>> Norway >>> Cell: +47 92 203 205 >>> >>> http://flyndresang.no/ >>> http://www.partikkelaudio.com/ >>> http://soundcloud.com/brandtsegg >>> http://soundcloud.com/t-emp >>> >>> >>> Send bugs reports to the Sourceforge bug trackers >>> csound6: >>> https://sourceforge.net/p/csound/tickets/ >>> csound5: >>> https://sourceforge.net/p/csound/bugs/ >>> Discussions of bugs and features can be posted here >>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >>> >>> >> >> >> Send bugs reports to the Sourceforge bug trackers >> csound6: >> https://sourceforge.net/p/csound/tickets/ >> csound5: >> https://sourceforge.net/p/csound/bugs/ >> Discussions of bugs and features can be posted here >> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound" >> >> > > > ------------------------------------------------------------------------------ > Managing the Performance of Cloud-Based Applications > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. > Read the Whitepaper. > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk > _______________________________________________ > Csound-devel mailing list > Csound-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/csound-devel ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/csound-devel

Date	2014-02-05 16:27
From	Rory Walsh
Subject	Re: [Cs-dev] [Csnd] Latency and buffers
	Hi Mike, isn't it possible to query the host buffer size before the processing function is first called, in which case you can just override the csd's ksmps? On 5 February 2014 15:55, Michael Gogins wrote: > I've looked into this some more. As long as the host audio buffer is not an > integral multiple of ksmps, there will have to be ksmps latency between > input and output. That is because performKsmps requires spin to be full, but > if there is some remainder from hostsize/ksmps, there will be some frames > that the host buffer doesn't have but spin needs. > > I am letting this go for now, but if Csound could adjust ksmps during > performance via the API, then we could get rid of this latency by setting > ksmps equal to the host buffer size on each host processing call. I think > this would be a really good idea. I'm entering it as a feature request. > > Regards, > Mike > > > Regards, > Mike > > > ----------------------------------------------------- > Michael Gogins > Irreducible Productions > http://michaelgogins.tumblr.com > Michael dot Gogins at gmail dot com > > > On Tue, Feb 4, 2014 at 1:47 PM, Michael Gogins > wrote: >> >> CsoundVST does the following: >> >> In the processReplacing callback there are essentially two simultaneous >> loops, each with their own loop indexes. One loop is for the host audio >> buffer, which can change in size from one call to the next. The other loop >> is for Csound. >> >> For each frame of audio, one frame of audio is copied from the host input >> buffer to spin, one frame of audio is copied from spout to the host audio >> output buffer, and both loop indexes are incremented. >> >> At the end of spout, ksmps audio are processed by Csound, and the spin and >> spout buffer indexes are reset to 0. These indexes persist from call to >> call, so there are no gaps or glitches. >> >> There is ksmps frames latency in the code because spin is read in before >> it spout is computed. But I will try to change the code so that the buffers >> are rewound to line spout up with spin. There will then be zero latency. >> >> >> ----------------------------------------------------- >> Michael Gogins >> Irreducible Productions >> http://michaelgogins.tumblr.com >> Michael dot Gogins at gmail dot com >> >> >> On Tue, Feb 4, 2014 at 11:03 AM, Steven Yi wrote: >>> >>> I was in the middle of replying pretty much the same thing as Victor. >>> Seems like you're introducing block's worth of latency due to the code >>> order. >>> >>> On Tue, Feb 4, 2014 at 11:05 AM, Victor Lazzarini >>> wrote: >>> > I would have thought that you would >>> > >>> > 1) write data into spin >>> > 2) process >>> > 3) write data out of spout. >>> > >>> > if you read and write after running PeformKsmps(), as far as I can see >>> > there might be >>> > a delay between input and output, as you will be effectively putting >>> > out the data that >>> > you processed in the previous period. >>> > >>> > 1) process (means process the current spin data) >>> > 2) write to spin the new data >>> > 3) write out the result of processing the previous spin >>> > >>> > That's what it looks like to me. Not sure if I am right. Also this >>> > discussion should be in the dev list not >>> > in the users list (so my response is going there). >>> > >>> > Victor >>> > >>> > On 4 Feb 2014, at 15:47, Rory Walsh wrote: >>> > >>> >> I can confirm that it's not an issue with the plugin framework I'm >>> >> using. I can also confirm it happens whether the plugin's >>> >> processBlock() is being called the same amount of times as >>> >> performKsmps(). That is to say, if the plugin sample buffer is set to >>> >> 64 and so is Csound's, the problem persists. >>> >> >>> >> I can recreate it with Reaper by placing two identical audio tracks in >>> >> the session. On one track I place a straight forward in/out Cabbage >>> >> effect plugin. Then play both back at the same time. You'll hear >>> >> subtle phasing taking place until you bypass the plugin effect. Here's >>> >> my processBlock(), it couldn't be any simpler. Can any devs out there >>> >> spot something that might introduce latency? >>> >> >>> >> CSCompResult = csound->PerformKsmps(); >>> >> for(int i=0;i>> >> { >>> >> if(!CSCompResult) >>> >> { >>> >> for(int channel = 0; channel < getNumOutputChannels(); >>> >> channel++ ) >>> >> { >>> >> audioBuffer = buffer.getSampleData(channel,0); >>> >> pos = igetNumOutputChannels(); >>> >> CSspin[channel+pos] = audioBuffer[i]cs_scale; >>> >> audioBuffer[i] = (CSspout[channel+pos]/cs_scale); >>> >> } >>> >> } >>> >> else >>> >> buffer.clear(); >>> >> } >>> >> >>> >> On 4 February 2014 15:04, Oeyvind Brandtsegg >>> >> wrote: >>> >>> All good. >>> >>> I could test with csound~ and found another cause for the latency. >>> >>> Oeyvind >>> >>> >>> >>> 2014-02-04 Steven Yi : >>> >>>> Nope. I did some work on updating the CMake file to try building on >>> >>>> Windows yesterday. I need to do so me research to see about >>> >>>> libraries >>> >>>> to link to and other things, but it may take a while with current >>> >>>> work >>> >>>> load. >>> >>>> >>> >>>> On Tue, Feb 4, 2014 at 9:47 AM, Oeyvind Brandtsegg >>> >>>> wrote: >>> >>>>> That looks as if it's for OSX only (?), >>> >>>>> perhaps not compiled for windows yet? >>> >>>>> >>> >>>>> >>> >>>>> 2014-02-04 Steven Yi : >>> >>>>>> csound6~ should be with the installer; also available at: >>> >>>>>> >>> >>>>>> >>> >>>>>> http://sourceforge.net/projects/csound/files/csound6/Csound6.02/csound~_v1.1.1.pkg/download >>> >>>>>> >>> >>>>>> On Tue, Feb 4, 2014 at 9:38 AM, Oeyvind Brandtsegg >>> >>>>>> wrote: >>> >>>>>>> I can also reproduce it with csound~ in MaxForLive >>> >>>>>>> haven't tried with csound6~ (where can I find it?) >>> >>>>>>> >>> >>>>>>> Now, testing with Max (not in Live), and with Reaper, I find I >>> >>>>>>> can not >>> >>>>>>> reproduce the behaviour there. >>> >>>>>>> So there is something with Live then. However, other VST plugins >>> >>>>>>> in >>> >>>>>>> Live does not introduce extra latency. >>> >>>>>>> >>> >>>>>>> The way I measure latency is by setiing up a microphone close to >>> >>>>>>> the >>> >>>>>>> speaker, close enough that it will almost feed, >>> >>>>>>> then tap the mic and listen to the resonance of the system. When >>> >>>>>>> the >>> >>>>>>> latency changes, the resonance will change. >>> >>>>>>> When I add a plugin (Cabbage or MaxForLive with csound~), the >>> >>>>>>> latency >>> >>>>>>> (and so the resonance) changes. If I load other VST plugins this >>> >>>>>>> does >>> >>>>>>> not happen, the latency does not change. >>> >>>>>>> But as I said, I can only reproduce it in Live. Sorry for the >>> >>>>>>> noise. >>> >>>>>>> >>> >>>>>>> >>> >>>>>>> 2014-02-04 Rory Walsh : >>> >>>>>>>> I can recreate it here. It's subtle, but present. I'll take a >>> >>>>>>>> look. >>> >>>>>>>> >>> >>>>>>>> On 4 February 2014 13:38, Oeyvind Brandtsegg >>> >>>>>>>> wrote: >>> >>>>>>>>> Yes, I have tried different ksmps values, both higher and lower >>> >>>>>>>>> and >>> >>>>>>>>> equal to the host buffer size. >>> >>>>>>>>> Will investigate if I can reproduce it on csound~. >>> >>>>>>>>> Oeyvind >>> >>>>>>>>> >>> >>>>>>>>> 2014-02-04 Rory Walsh : >>> >>>>>>>>>> On second thoughts I can't see what might be causing this. >>> >>>>>>>>>> Have you >>> >>>>>>>>>> tried setting ksmps to be the same as your host's buffer size? >>> >>>>>>>>>> >>> >>>>>>>>>> On 4 February 2014 13:01, Rory Walsh wrote: >>> >>>>>>>>>>> I think I have it... Lunch first though.. >>> >>>>>>>>>>> >>> >>>>>>>>>>> sent from a mobile device... >>> >>>>>>>>>>> >>> >>>>>>>>>>> On 4 Feb 2014 12:56, "Rory Walsh" wrote: >>> >>>>>>>>>>>> >>> >>>>>>>>>>>> Are you just running audio straight in and out, no >>> >>>>>>>>>>>> processing? The >>> >>>>>>>>>>>> plugin host calls the plugin's processBlock() which in turn >>> >>>>>>>>>>>> calls >>> >>>>>>>>>>>> performKsmps(). So long as processBlock() is being called >>> >>>>>>>>>>>> (if the >>> >>>>>>>>>>>> track is playing for example) performKsmps() will be called >>> >>>>>>>>>>>> over and >>> >>>>>>>>>>>> over again processing ksmps samples each time. At the moment >>> >>>>>>>>>>>> the >>> >>>>>>>>>>>> processBlock() method and the performKsmps() are firing off >>> >>>>>>>>>>>> at >>> >>>>>>>>>>>> different speeds. I can look at forcing Cabbage plugins to >>> >>>>>>>>>>>> process the >>> >>>>>>>>>>>> same amount of samples as the plugin does with each call to >>> >>>>>>>>>>>> processBlock(). Perhaps that might help. >>> >>>>>>>>>>>> >>> >>>>>>>>>>>> On 4 February 2014 12:41, Oeyvind Brandtsegg >>> >>>>>>>>>>>> >>> >>>>>>>>>>>> wrote: >>> >>>>>>>>>>>>> Regarding latency and buffers, >>> >>>>>>>>>>>>> I thought I had understood that csound, when used as a >>> >>>>>>>>>>>>> plugin (e.g. >>> >>>>>>>>>>>>> Cabbage or csound~) would process the audio buffer "in >>> >>>>>>>>>>>>> place", so no >>> >>>>>>>>>>>>> extra latency would incur due to the sound being processed >>> >>>>>>>>>>>>> through >>> >>>>>>>>>>>>> Csound, assuming that ksmps is smaler than the host >>> >>>>>>>>>>>>> program's buffer >>> >>>>>>>>>>>>> size. >>> >>>>>>>>>>>>> Now, running Cabbage plugins in Ableton Live, I've been >>> >>>>>>>>>>>>> investigating >>> >>>>>>>>>>>>> latency issues, and I find that adding a simple Cabbage >>> >>>>>>>>>>>>> plugin will >>> >>>>>>>>>>>>> delay the signal. Also, adding more than one such plugin in >>> >>>>>>>>>>>>> series >>> >>>>>>>>>>>>> increases the delay/latency accordingly. I've tried using >>> >>>>>>>>>>>>> different >>> >>>>>>>>>>>>> ksmps, and this indeed affects the amount of latency but >>> >>>>>>>>>>>>> even setting >>> >>>>>>>>>>>>> ksmps=1 does not get rid of it. >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> Can the buffer be processed "in place"? >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> best >>> >>>>>>>>>>>>> Oeyvind >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> -- >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> Oeyvind Brandtsegg >>> >>>>>>>>>>>>> Professor of Music Technology >>> >>>>>>>>>>>>> NTNU >>> >>>>>>>>>>>>> 7491 Trondheim >>> >>>>>>>>>>>>> Norway >>> >>>>>>>>>>>>> Cell: +47 92 203 205 >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> http://flyndresang.no/ >>> >>>>>>>>>>>>> http://www.partikkelaudio.com/ >>> >>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>> >>>>>>>>>>>>> http://soundcloud.com/t-emp >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>> >>>>>>>>>>>>> csound6: >>> >>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>>>>>>>>>>>> csound5: >>> >>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>>>>>>>>>>>> Discussions of bugs and features can be posted here >>> >>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>> >>>>>>>>>>>>> "unsubscribe >>> >>>>>>>>>>>>> csound" >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> >>> >>>>>>>>>> >>> >>>>>>>>>> >>> >>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>> >>>>>>>>>> csound6: >>> >>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>>>>>>>>> csound5: >>> >>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>>>>>>>>> Discussions of bugs and features can be posted here >>> >>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>> >>>>>>>>>> "unsubscribe csound" >>> >>>>>>>>>> >>> >>>>>>>>>> >>> >>>>>>>>> >>> >>>>>>>>> >>> >>>>>>>>> >>> >>>>>>>>> -- >>> >>>>>>>>> >>> >>>>>>>>> Oeyvind Brandtsegg >>> >>>>>>>>> Professor of Music Technology >>> >>>>>>>>> NTNU >>> >>>>>>>>> 7491 Trondheim >>> >>>>>>>>> Norway >>> >>>>>>>>> Cell: +47 92 203 205 >>> >>>>>>>>> >>> >>>>>>>>> http://flyndresang.no/ >>> >>>>>>>>> http://www.partikkelaudio.com/ >>> >>>>>>>>> http://soundcloud.com/brandtsegg >>> >>>>>>>>> http://soundcloud.com/t-emp >>> >>>>>>>>> >>> >>>>>>>>> >>> >>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>> >>>>>>>>> csound6: >>> >>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>>>>>>>> csound5: >>> >>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>>>>>>>> Discussions of bugs and features can be posted here >>> >>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>> >>>>>>>>> "unsubscribe csound" >>> >>>>>>>>> >>> >>>>>>>>> >>> >>>>>>>> >>> >>>>>>>> >>> >>>>>>>> Send bugs reports to the Sourceforge bug trackers >>> >>>>>>>> csound6: >>> >>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>>>>>>> csound5: >>> >>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>>>>>>> Discussions of bugs and features can be posted here >>> >>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>> >>>>>>>> "unsubscribe csound" >>> >>>>>>>> >>> >>>>>>>> >>> >>>>>>> >>> >>>>>>> >>> >>>>>>> >>> >>>>>>> -- >>> >>>>>>> >>> >>>>>>> Oeyvind Brandtsegg >>> >>>>>>> Professor of Music Technology >>> >>>>>>> NTNU >>> >>>>>>> 7491 Trondheim >>> >>>>>>> Norway >>> >>>>>>> Cell: +47 92 203 205 >>> >>>>>>> >>> >>>>>>> http://flyndresang.no/ >>> >>>>>>> http://www.partikkelaudio.com/ >>> >>>>>>> http://soundcloud.com/brandtsegg >>> >>>>>>> http://soundcloud.com/t-emp >>> >>>>>>> >>> >>>>>>> >>> >>>>>>> Send bugs reports to the Sourceforge bug trackers >>> >>>>>>> csound6: >>> >>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>>>>>> csound5: >>> >>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>>>>>> Discussions of bugs and features can be posted here >>> >>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>> >>>>>>> "unsubscribe csound" >>> >>>>>>> >>> >>>>>>> >>> >>>>>> >>> >>>>>> >>> >>>>>> Send bugs reports to the Sourceforge bug trackers >>> >>>>>> csound6: >>> >>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>>>>> csound5: >>> >>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>>>>> Discussions of bugs and features can be posted here >>> >>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>> >>>>>> "unsubscribe csound" >>> >>>>>> >>> >>>>>> >>> >>>>> >>> >>>>> >>> >>>>> >>> >>>>> -- >>> >>>>> >>> >>>>> Oeyvind Brandtsegg >>> >>>>> Professor of Music Technology >>> >>>>> NTNU >>> >>>>> 7491 Trondheim >>> >>>>> Norway >>> >>>>> Cell: +47 92 203 205 >>> >>>>> >>> >>>>> http://flyndresang.no/ >>> >>>>> http://www.partikkelaudio.com/ >>> >>>>> http://soundcloud.com/brandtsegg >>> >>>>> http://soundcloud.com/t-emp >>> >>>>> >>> >>>>> >>> >>>>> Send bugs reports to the Sourceforge bug trackers >>> >>>>> csound6: >>> >>>>> https://sourceforge.net/p/csound/tickets/ >>> >>>>> csound5: >>> >>>>> https://sourceforge.net/p/csound/bugs/ >>> >>>>> Discussions of bugs and features can be posted here >>> >>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>> >>>>> "unsubscribe csound" >>> >>>>> >>> >>>>> >>> >>>> >>> >>>> >>> >>>> Send bugs reports to the Sourceforge bug trackers >>> >>>> csound6: >>> >>>> https://sourceforge.net/p/csound/tickets/ >>> >>>> csound5: >>> >>>> https://sourceforge.net/p/csound/bugs/ >>> >>>> Discussions of bugs and features can be posted here >>> >>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>> >>>> "unsubscribe csound" >>> >>>> >>> >>>> >>> >>> >>> >>> >>> >>> >>> >>> -- >>> >>> >>> >>> Oeyvind Brandtsegg >>> >>> Professor of Music Technology >>> >>> NTNU >>> >>> 7491 Trondheim >>> >>> Norway >>> >>> Cell: +47 92 203 205 >>> >>> >>> >>> http://flyndresang.no/ >>> >>> http://www.partikkelaudio.com/ >>> >>> http://soundcloud.com/brandtsegg >>> >>> http://soundcloud.com/t-emp >>> >>> >>> >>> >>> >>> Send bugs reports to the Sourceforge bug trackers >>> >>> csound6: >>> >>> https://sourceforge.net/p/csound/tickets/ >>> >>> csound5: >>> >>> https://sourceforge.net/p/csound/bugs/ >>> >>> Discussions of bugs and features can be posted here >>> >>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>> >>> "unsubscribe csound" >>> >>> >>> >>> >>> >> >>> >> >>> >> Send bugs reports to the Sourceforge bug trackers >>> >> csound6: >>> >> https://sourceforge.net/p/csound/tickets/ >>> >> csound5: >>> >> https://sourceforge.net/p/csound/bugs/ >>> >> Discussions of bugs and features can be posted here >>> >> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>> >> "unsubscribe csound" >>> >> >>> >> >>> > >>> > >>> > >>> > ------------------------------------------------------------------------------ >>> > Managing the Performance of Cloud-Based Applications >>> > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>> > Read the Whitepaper. >>> > >>> > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> > _______________________________________________ >>> > Csound-devel mailing list >>> > Csound-devel@lists.sourceforge.net >>> > https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>> >>> ------------------------------------------------------------------------------ >>> Managing the Performance of Cloud-Based Applications >>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>> Read the Whitepaper. >>> >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> _______________________________________________ >>> Csound-devel mailing list >>> Csound-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> > > > ------------------------------------------------------------------------------ > Managing the Performance of Cloud-Based Applications > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. > Read the Whitepaper. > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk > _______________________________________________ > Csound-devel mailing list > Csound-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/csound-devel > ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net

Date	2014-02-05 18:03
From	Michael Gogins
Subject	Re: [Cs-dev] [Csnd] Latency and buffers
Attachments	None None
	No. The host can and often does use a different host audio buffer size on each call to process() or processReplacing(). Regards, Mike ----------------------------------------------------- Michael Gogins Irreducible Productions http://michaelgogins.tumblr.com Michael dot Gogins at gmail dot com On Wed, Feb 5, 2014 at 11:27 AM, Rory Walsh <rorywalsh@ear.ie> wrote: Hi Mike, isn't it possible to query the host buffer size before the processing function is first called, in which case you can just override the csd's ksmps? On 5 February 2014 15:55, Michael Gogins <michael.gogins@gmail.com> wrote: > I've looked into this some more. As long as the host audio buffer is not an > integral multiple of ksmps, there will have to be ksmps latency between > input and output. That is because performKsmps requires spin to be full, but > if there is some remainder from hostsize/ksmps, there will be some frames > that the host buffer doesn't have but spin needs. > > I am letting this go for now, but if Csound could adjust ksmps during > performance via the API, then we could get rid of this latency by setting > ksmps equal to the host buffer size on each host processing call. I think > this would be a really good idea. I'm entering it as a feature request. > > Regards, > Mike > > > Regards, > Mike > > > ----------------------------------------------------- > Michael Gogins > Irreducible Productions > http://michaelgogins.tumblr.com > Michael dot Gogins at gmail dot com > > > On Tue, Feb 4, 2014 at 1:47 PM, Michael Gogins <michael.gogins@gmail.com> > wrote: >> >> CsoundVST does the following: >> >> In the processReplacing callback there are essentially two simultaneous >> loops, each with their own loop indexes. One loop is for the host audio >> buffer, which can change in size from one call to the next. The other loop >> is for Csound. >> >> For each frame of audio, one frame of audio is copied from the host input >> buffer to spin, one frame of audio is copied from spout to the host audio >> output buffer, and both loop indexes are incremented. >> >> At the end of spout, ksmps audio are processed by Csound, and the spin and >> spout buffer indexes are reset to 0. These indexes persist from call to >> call, so there are no gaps or glitches. >> >> There is ksmps frames latency in the code because spin is read in before >> it spout is computed. But I will try to change the code so that the buffers >> are rewound to line spout up with spin. There will then be zero latency. >> >> >> ----------------------------------------------------- >> Michael Gogins >> Irreducible Productions >> http://michaelgogins.tumblr.com >> Michael dot Gogins at gmail dot com >> >> >> On Tue, Feb 4, 2014 at 11:03 AM, Steven Yi <stevenyi@gmail.com> wrote: >>> >>> I was in the middle of replying pretty much the same thing as Victor. >>> Seems like you're introducing block's worth of latency due to the code >>> order. >>> >>> On Tue, Feb 4, 2014 at 11:05 AM, Victor Lazzarini >>> <Victor.Lazzarini@nuim.ie> wrote: >>> > I would have thought that you would >>> > >>> > 1) write data into spin >>> > 2) process >>> > 3) write data out of spout. >>> > >>> > if you read and write after running PeformKsmps(), as far as I can see >>> > there might be >>> > a delay between input and output, as you will be effectively putting >>> > out the data that >>> > you processed in the previous period. >>> > >>> > 1) process (means process the current spin data) >>> > 2) write to spin the new data >>> > 3) write out the result of processing the previous spin >>> > >>> > That's what it looks like to me. Not sure if I am right. Also this >>> > discussion should be in the dev list not >>> > in the users list (so my response is going there). >>> > >>> > Victor >>> > >>> > On 4 Feb 2014, at 15:47, Rory Walsh <rorywalsh@ear.ie> wrote: >>> > >>> >> I can confirm that it's not an issue with the plugin framework I'm >>> >> using. I can also confirm it happens whether the plugin's >>> >> processBlock() is being called the same amount of times as >>> >> performKsmps(). That is to say, if the plugin sample buffer is set to >>> >> 64 and so is Csound's, the problem persists. >>> >> >>> >> I can recreate it with Reaper by placing two identical audio tracks in >>> >> the session. On one track I place a straight forward in/out Cabbage >>> >> effect plugin. Then play both back at the same time. You'll hear >>> >> subtle phasing taking place until you bypass the plugin effect. Here's >>> >> my processBlock(), it couldn't be any simpler. Can any devs out there >>> >> spot something that might introduce latency? >>> >> >>> >> CSCompResult = csound->PerformKsmps(); >>> >> for(int i=0;i<numSamplesInBuffer;i++) >>> >> { >>> >> if(!CSCompResult) >>> >> { >>> >> for(int channel = 0; channel < getNumOutputChannels(); >>> >> channel++ ) >>> >> { >>> >> audioBuffer = buffer.getSampleData(channel,0); >>> >> pos = igetNumOutputChannels(); >>> >> CSspin[channel+pos] = audioBuffer[i]cs_scale; >>> >> audioBuffer[i] = (CSspout[channel+pos]/cs_scale); >>> >> } >>> >> } >>> >> else >>> >> buffer.clear(); >>> >> } >>> >> >>> >> On 4 February 2014 15:04, Oeyvind Brandtsegg >>> >> <oyvind.brandtsegg@ntnu.no> wrote: >>> >>> All good. >>> >>> I could test with csound~ and found another cause for the latency. >>> >>> Oeyvind >>> >>> >>> >>> 2014-02-04 Steven Yi <stevenyi@gmail.com>: >>> >>>> Nope. I did some work on updating the CMake file to try building on >>> >>>> Windows yesterday. I need to do so me research to see about >>> >>>> libraries >>> >>>> to link to and other things, but it may take a while with current >>> >>>> work >>> >>>> load. >>> >>>> >>> >>>> On Tue, Feb 4, 2014 at 9:47 AM, Oeyvind Brandtsegg >>> >>>> <oyvind.brandtsegg@ntnu.no> wrote: >>> >>>>> That looks as if it's for OSX only (?), >>> >>>>> perhaps not compiled for windows yet? >>> >>>>> >>> >>>>> >>> >>>>> 2014-02-04 Steven Yi <stevenyi@gmail.com>: >>> >>>>>> csound6~ should be with the installer; also available at: >>> >>>>>> >>> >>>>>> >>> >>>>>> http://sourceforge.net/projects/csound/files/csound6/Csound6.02/csound~_v1.1.1.pkg/download >>> >>>>>> >>> >>>>>> On Tue, Feb 4, 2014 at 9:38 AM, Oeyvind Brandtsegg >>> >>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >>> >>>>>>> I can also reproduce it with csound~ in MaxForLive >>> >>>>>>> haven't tried with csound6~ (where can I find it?) >>> >>>>>>> >>> >>>>>>> Now, testing with Max (not in Live), and with Reaper, I find I >>> >>>>>>> can not >>> >>>>>>> reproduce the behaviour there. >>> >>>>>>> So there is something with Live then. However, other VST plugins >>> >>>>>>> in >>> >>>>>>> Live does not introduce extra latency. >>> >>>>>>> >>> >>>>>>> The way I measure latency is by setiing up a microphone close to >>> >>>>>>> the >>> >>>>>>> speaker, close enough that it will almost feed, >>> >>>>>>> then tap the mic and listen to the resonance of the system. When >>> >>>>>>> the >>> >>>>>>> latency changes, the resonance will change. >>> >>>>>>> When I add a plugin (Cabbage or MaxForLive with csound~), the >>> >>>>>>> latency >>> >>>>>>> (and so the resonance) changes. If I load other VST plugins this >>> >>>>>>> does >>> >>>>>>> not happen, the latency does not change. >>> >>>>>>> But as I said, I can only reproduce it in Live. Sorry for the >>> >>>>>>> noise. >>> >>>>>>> >>> >>>>>>> >>> >>>>>>> 2014-02-04 Rory Walsh <rorywalsh@ear.ie>: >>> >>>>>>>> I can recreate it here. It's subtle, but present. I'll take a >>> >>>>>>>> look. >>> >>>>>>>> >>> >>>>>>>> On 4 February 2014 13:38, Oeyvind Brandtsegg >>> >>>>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >>> >>>>>>>>> Yes, I have tried different ksmps values, both higher and lower >>> >>>>>>>>> and >>> >>>>>>>>> equal to the host buffer size. >>> >>>>>>>>> Will investigate if I can reproduce it on csound~. >>> >>>>>>>>> Oeyvind >>> >>>>>>>>> >>> >>>>>>>>> 2014-02-04 Rory Walsh <rorywalsh@ear.ie>: >>> >>>>>>>>>> On second thoughts I can't see what might be causing this. >>> >>>>>>>>>> Have you >>> >>>>>>>>>> tried setting ksmps to be the same as your host's buffer size? >>> >>>>>>>>>> >>> >>>>>>>>>> On 4 February 2014 13:01, Rory Walsh <rorywalsh@ear.ie> wrote: >>> >>>>>>>>>>> I think I have it... Lunch first though.. >>> >>>>>>>>>>> >>> >>>>>>>>>>> sent from a mobile device... >>> >>>>>>>>>>> >>> >>>>>>>>>>> On 4 Feb 2014 12:56, "Rory Walsh" <rorywalsh@ear.ie> wrote: >>> >>>>>>>>>>>> >>> >>>>>>>>>>>> Are you just running audio straight in and out, no >>> >>>>>>>>>>>> processing? The >>> >>>>>>>>>>>> plugin host calls the plugin's processBlock() which in turn >>> >>>>>>>>>>>> calls >>> >>>>>>>>>>>> performKsmps(). So long as processBlock() is being called >>> >>>>>>>>>>>> (if the >>> >>>>>>>>>>>> track is playing for example) performKsmps() will be called >>> >>>>>>>>>>>> over and >>> >>>>>>>>>>>> over again processing ksmps samples each time. At the moment >>> >>>>>>>>>>>> the >>> >>>>>>>>>>>> processBlock() method and the performKsmps() are firing off >>> >>>>>>>>>>>> at >>> >>>>>>>>>>>> different speeds. I can look at forcing Cabbage plugins to >>> >>>>>>>>>>>> process the >>> >>>>>>>>>>>> same amount of samples as the plugin does with each call to >>> >>>>>>>>>>>> processBlock(). Perhaps that might help. >>> >>>>>>>>>>>> >>> >>>>>>>>>>>> On 4 February 2014 12:41, Oeyvind Brandtsegg >>> >>>>>>>>>>>> <oyvind.brandtsegg@ntnu.no> >>> >>>>>>>>>>>> wrote: >>> >>>>>>>>>>>>> Regarding latency and buffers, >>> >>>>>>>>>>>>> I thought I had understood that csound, when used as a >>> >>>>>>>>>>>>> plugin (e.g. >>> >>>>>>>>>>>>> Cabbage or csound~) would process the audio buffer "in >>> >>>>>>>>>>>>> place", so no >>> >>>>>>>>>>>>> extra latency would incur due to the sound being processed >>> >>>>>>>>>>>>> through >>> >>>>>>>>>>>>> Csound, assuming that ksmps is smaler than the host >>> >>>>>>>>>>>>> program's buffer >>> >>>>>>>>>>>>> size. >>> >>>>>>>>>>>>> Now, running Cabbage plugins in Ableton Live, I've been >>> >>>>>>>>>>>>> investigating >>> >>>>>>>>>>>>> latency issues, and I find that adding a simple Cabbage >>> >>>>>>>>>>>>> plugin will >>> >>>>>>>>>>>>> delay the signal. Also, adding more than one such plugin in >>> >>>>>>>>>>>>> series >>> >>>>>>>>>>>>> increases the delay/latency accordingly. I've tried using >>> >>>>>>>>>>>>> different >>> >>>>>>>>>>>>> ksmps, and this indeed affects the amount of latency but >>> >>>>>>>>>>>>> even setting >>> >>>>>>>>>>>>> ksmps=1 does not get rid of it. >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> Can the buffer be processed "in place"? >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> best >>> >>>>>>>>>>>>> Oeyvind >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> -- >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> Oeyvind Brandtsegg >>> >>>>>>>>>>>>> Professor of Music Technology >>> >>>>>>>>>>>>> NTNU >>> >>>>>>>>>>>>> 7491 Trondheim >>> >>>>>>>>>>>>> Norway >>> >>>>>>>>>>>>> Cell: +47 92 203 205 >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> http://flyndresang.no/ >>> >>>>>>>>>>>>> http://www.partikkelaudio.com/ >>> >>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>> >>>>>>>>>>>>> http://soundcloud.com/t-emp >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>> >>>>>>>>>>>>> csound6: >>> >>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>>>>>>>>>>>> csound5: >>> >>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>>>>>>>>>>>> Discussions of bugs and features can be posted here >>> >>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>> >>>>>>>>>>>>> "unsubscribe >>> >>>>>>>>>>>>> csound" >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> >>> >>>>>>>>>> >>> >>>>>>>>>> >>> >>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>> >>>>>>>>>> csound6: >>> >>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>>>>>>>>> csound5: >>> >>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>>>>>>>>> Discussions of bugs and features can be posted here >>> >>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>> >>>>>>>>>> "unsubscribe csound" >>> >>>>>>>>>> >>> >>>>>>>>>> >>> >>>>>>>>> >>> >>>>>>>>> >>> >>>>>>>>> >>> >>>>>>>>> -- >>> >>>>>>>>> >>> >>>>>>>>> Oeyvind Brandtsegg >>> >>>>>>>>> Professor of Music Technology >>> >>>>>>>>> NTNU >>> >>>>>>>>> 7491 Trondheim >>> >>>>>>>>> Norway >>> >>>>>>>>> Cell: +47 92 203 205 >>> >>>>>>>>> >>> >>>>>>>>> http://flyndresang.no/ >>> >>>>>>>>> http://www.partikkelaudio.com/ >>> >>>>>>>>> http://soundcloud.com/brandtsegg >>> >>>>>>>>> http://soundcloud.com/t-emp >>> >>>>>>>>> >>> >>>>>>>>> >>> >>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>> >>>>>>>>> csound6: >>> >>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>>>>>>>> csound5: >>> >>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>>>>>>>> Discussions of bugs and features can be posted here >>> >>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>> >>>>>>>>> "unsubscribe csound" >>> >>>>>>>>> >>> >>>>>>>>> >>> >>>>>>>> >>> >>>>>>>> >>> >>>>>>>> Send bugs reports to the Sourceforge bug trackers >>> >>>>>>>> csound6: >>> >>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>>>>>>> csound5: >>> >>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>>>>>>> Discussions of bugs and features can be posted here >>> >>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>> >>>>>>>> "unsubscribe csound" >>> >>>>>>>> >>> >>>>>>>> >>> >>>>>>> >>> >>>>>>> >>> >>>>>>> >>> >>>>>>> -- >>> >>>>>>> >>> >>>>>>> Oeyvind Brandtsegg >>> >>>>>>> Professor of Music Technology >>> >>>>>>> NTNU >>> >>>>>>> 7491 Trondheim >>> >>>>>>> Norway >>> >>>>>>> Cell: +47 92 203 205 >>> >>>>>>> >>> >>>>>>> http://flyndresang.no/ >>> >>>>>>> http://www.partikkelaudio.com/ >>> >>>>>>> http://soundcloud.com/brandtsegg >>> >>>>>>> http://soundcloud.com/t-emp >>> >>>>>>> >>> >>>>>>> >>> >>>>>>> Send bugs reports to the Sourceforge bug trackers >>> >>>>>>> csound6: >>> >>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>>>>>> csound5: >>> >>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>>>>>> Discussions of bugs and features can be posted here >>> >>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>> >>>>>>> "unsubscribe csound" >>> >>>>>>> >>> >>>>>>> >>> >>>>>> >>> >>>>>> >>> >>>>>> Send bugs reports to the Sourceforge bug trackers >>> >>>>>> csound6: >>> >>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>>>>> csound5: >>> >>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>>>>> Discussions of bugs and features can be posted here >>> >>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>> >>>>>> "unsubscribe csound" >>> >>>>>> >>> >>>>>> >>> >>>>> >>> >>>>> >>> >>>>> >>> >>>>> -- >>> >>>>> >>> >>>>> Oeyvind Brandtsegg >>> >>>>> Professor of Music Technology >>> >>>>> NTNU >>> >>>>> 7491 Trondheim >>> >>>>> Norway >>> >>>>> Cell: +47 92 203 205 >>> >>>>> >>> >>>>> http://flyndresang.no/ >>> >>>>> http://www.partikkelaudio.com/ >>> >>>>> http://soundcloud.com/brandtsegg >>> >>>>> http://soundcloud.com/t-emp >>> >>>>> >>> >>>>> >>> >>>>> Send bugs reports to the Sourceforge bug trackers >>> >>>>> csound6: >>> >>>>> https://sourceforge.net/p/csound/tickets/ >>> >>>>> csound5: >>> >>>>> https://sourceforge.net/p/csound/bugs/ >>> >>>>> Discussions of bugs and features can be posted here >>> >>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>> >>>>> "unsubscribe csound" >>> >>>>> >>> >>>>> >>> >>>> >>> >>>> >>> >>>> Send bugs reports to the Sourceforge bug trackers >>> >>>> csound6: >>> >>>> https://sourceforge.net/p/csound/tickets/ >>> >>>> csound5: >>> >>>> https://sourceforge.net/p/csound/bugs/ >>> >>>> Discussions of bugs and features can be posted here >>> >>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>> >>>> "unsubscribe csound" >>> >>>> >>> >>>> >>> >>> >>> >>> >>> >>> >>> >>> -- >>> >>> >>> >>> Oeyvind Brandtsegg >>> >>> Professor of Music Technology >>> >>> NTNU >>> >>> 7491 Trondheim >>> >>> Norway >>> >>> Cell: +47 92 203 205 >>> >>> >>> >>> http://flyndresang.no/ >>> >>> http://www.partikkelaudio.com/ >>> >>> http://soundcloud.com/brandtsegg >>> >>> http://soundcloud.com/t-emp >>> >>> >>> >>> >>> >>> Send bugs reports to the Sourceforge bug trackers >>> >>> csound6: >>> >>> https://sourceforge.net/p/csound/tickets/ >>> >>> csound5: >>> >>> https://sourceforge.net/p/csound/bugs/ >>> >>> Discussions of bugs and features can be posted here >>> >>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>> >>> "unsubscribe csound" >>> >>> >>> >>> >>> >> >>> >> >>> >> Send bugs reports to the Sourceforge bug trackers >>> >> csound6: >>> >> https://sourceforge.net/p/csound/tickets/ >>> >> csound5: >>> >> https://sourceforge.net/p/csound/bugs/ >>> >> Discussions of bugs and features can be posted here >>> >> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>> >> "unsubscribe csound" >>> >> >>> >> >>> > >>> > >>> > >>> > ------------------------------------------------------------------------------ >>> > Managing the Performance of Cloud-Based Applications >>> > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>> > Read the Whitepaper. >>> > >>> > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> > _______________________________________________ >>> > Csound-devel mailing list >>> > Csound-devel@lists.sourceforge.net >>> > https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>> >>> ------------------------------------------------------------------------------ >>> Managing the Performance of Cloud-Based Applications >>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>> Read the Whitepaper. >>> >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> _______________________________________________ >>> Csound-devel mailing list >>> Csound-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> > > > ------------------------------------------------------------------------------ > Managing the Performance of Cloud-Based Applications > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. > Read the Whitepaper. > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk > _______________________________________________ > Csound-devel mailing list > Csound-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/csound-devel > ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/csound-devel

Date	2014-02-05 18:10
From	Rory Walsh
Subject	Re: [Cs-dev] [Csnd] Latency and buffers
	I was just about to answer my previous mail with the same thing. That's a pain. On 5 February 2014 18:03, Michael Gogins wrote: > No. The host can and often does use a different host audio buffer size on > each call to process() or processReplacing(). > > Regards, > Mike > > > ----------------------------------------------------- > Michael Gogins > Irreducible Productions > http://michaelgogins.tumblr.com > Michael dot Gogins at gmail dot com > > > On Wed, Feb 5, 2014 at 11:27 AM, Rory Walsh wrote: >> >> Hi Mike, isn't it possible to query the host buffer size before the >> processing function is first called, in which case you can just >> override the csd's ksmps? >> >> On 5 February 2014 15:55, Michael Gogins wrote: >> > I've looked into this some more. As long as the host audio buffer is not >> > an >> > integral multiple of ksmps, there will have to be ksmps latency between >> > input and output. That is because performKsmps requires spin to be full, >> > but >> > if there is some remainder from hostsize/ksmps, there will be some >> > frames >> > that the host buffer doesn't have but spin needs. >> > >> > I am letting this go for now, but if Csound could adjust ksmps during >> > performance via the API, then we could get rid of this latency by >> > setting >> > ksmps equal to the host buffer size on each host processing call. I >> > think >> > this would be a really good idea. I'm entering it as a feature request. >> > >> > Regards, >> > Mike >> > >> > >> > Regards, >> > Mike >> > >> > >> > ----------------------------------------------------- >> > Michael Gogins >> > Irreducible Productions >> > http://michaelgogins.tumblr.com >> > Michael dot Gogins at gmail dot com >> > >> > >> > On Tue, Feb 4, 2014 at 1:47 PM, Michael Gogins >> > >> > wrote: >> >> >> >> CsoundVST does the following: >> >> >> >> In the processReplacing callback there are essentially two simultaneous >> >> loops, each with their own loop indexes. One loop is for the host audio >> >> buffer, which can change in size from one call to the next. The other >> >> loop >> >> is for Csound. >> >> >> >> For each frame of audio, one frame of audio is copied from the host >> >> input >> >> buffer to spin, one frame of audio is copied from spout to the host >> >> audio >> >> output buffer, and both loop indexes are incremented. >> >> >> >> At the end of spout, ksmps audio are processed by Csound, and the spin >> >> and >> >> spout buffer indexes are reset to 0. These indexes persist from call to >> >> call, so there are no gaps or glitches. >> >> >> >> There is ksmps frames latency in the code because spin is read in >> >> before >> >> it spout is computed. But I will try to change the code so that the >> >> buffers >> >> are rewound to line spout up with spin. There will then be zero >> >> latency. >> >> >> >> >> >> ----------------------------------------------------- >> >> Michael Gogins >> >> Irreducible Productions >> >> http://michaelgogins.tumblr.com >> >> Michael dot Gogins at gmail dot com >> >> >> >> >> >> On Tue, Feb 4, 2014 at 11:03 AM, Steven Yi wrote: >> >>> >> >>> I was in the middle of replying pretty much the same thing as Victor. >> >>> Seems like you're introducing block's worth of latency due to the code >> >>> order. >> >>> >> >>> On Tue, Feb 4, 2014 at 11:05 AM, Victor Lazzarini >> >>> wrote: >> >>> > I would have thought that you would >> >>> > >> >>> > 1) write data into spin >> >>> > 2) process >> >>> > 3) write data out of spout. >> >>> > >> >>> > if you read and write after running PeformKsmps(), as far as I can >> >>> > see >> >>> > there might be >> >>> > a delay between input and output, as you will be effectively putting >> >>> > out the data that >> >>> > you processed in the previous period. >> >>> > >> >>> > 1) process (means process the current spin data) >> >>> > 2) write to spin the new data >> >>> > 3) write out the result of processing the previous spin >> >>> > >> >>> > That's what it looks like to me. Not sure if I am right. Also this >> >>> > discussion should be in the dev list not >> >>> > in the users list (so my response is going there). >> >>> > >> >>> > Victor >> >>> > >> >>> > On 4 Feb 2014, at 15:47, Rory Walsh wrote: >> >>> > >> >>> >> I can confirm that it's not an issue with the plugin framework I'm >> >>> >> using. I can also confirm it happens whether the plugin's >> >>> >> processBlock() is being called the same amount of times as >> >>> >> performKsmps(). That is to say, if the plugin sample buffer is set >> >>> >> to >> >>> >> 64 and so is Csound's, the problem persists. >> >>> >> >> >>> >> I can recreate it with Reaper by placing two identical audio tracks >> >>> >> in >> >>> >> the session. On one track I place a straight forward in/out Cabbage >> >>> >> effect plugin. Then play both back at the same time. You'll hear >> >>> >> subtle phasing taking place until you bypass the plugin effect. >> >>> >> Here's >> >>> >> my processBlock(), it couldn't be any simpler. Can any devs out >> >>> >> there >> >>> >> spot something that might introduce latency? >> >>> >> >> >>> >> CSCompResult = csound->PerformKsmps(); >> >>> >> for(int i=0;i> >>> >> { >> >>> >> if(!CSCompResult) >> >>> >> { >> >>> >> for(int channel = 0; channel < getNumOutputChannels(); >> >>> >> channel++ ) >> >>> >> { >> >>> >> audioBuffer = buffer.getSampleData(channel,0); >> >>> >> pos = igetNumOutputChannels(); >> >>> >> CSspin[channel+pos] = audioBuffer[i]cs_scale; >> >>> >> audioBuffer[i] = (CSspout[channel+pos]/cs_scale); >> >>> >> } >> >>> >> } >> >>> >> else >> >>> >> buffer.clear(); >> >>> >> } >> >>> >> >> >>> >> On 4 February 2014 15:04, Oeyvind Brandtsegg >> >>> >> wrote: >> >>> >>> All good. >> >>> >>> I could test with csound~ and found another cause for the latency. >> >>> >>> Oeyvind >> >>> >>> >> >>> >>> 2014-02-04 Steven Yi : >> >>> >>>> Nope. I did some work on updating the CMake file to try building >> >>> >>>> on >> >>> >>>> Windows yesterday. I need to do so me research to see about >> >>> >>>> libraries >> >>> >>>> to link to and other things, but it may take a while with current >> >>> >>>> work >> >>> >>>> load. >> >>> >>>> >> >>> >>>> On Tue, Feb 4, 2014 at 9:47 AM, Oeyvind Brandtsegg >> >>> >>>> wrote: >> >>> >>>>> That looks as if it's for OSX only (?), >> >>> >>>>> perhaps not compiled for windows yet? >> >>> >>>>> >> >>> >>>>> >> >>> >>>>> 2014-02-04 Steven Yi : >> >>> >>>>>> csound6~ should be with the installer; also available at: >> >>> >>>>>> >> >>> >>>>>> >> >>> >>>>>> >> >>> >>>>>> http://sourceforge.net/projects/csound/files/csound6/Csound6.02/csound~_v1.1.1.pkg/download >> >>> >>>>>> >> >>> >>>>>> On Tue, Feb 4, 2014 at 9:38 AM, Oeyvind Brandtsegg >> >>> >>>>>> wrote: >> >>> >>>>>>> I can also reproduce it with csound~ in MaxForLive >> >>> >>>>>>> haven't tried with csound6~ (where can I find it?) >> >>> >>>>>>> >> >>> >>>>>>> Now, testing with Max (not in Live), and with Reaper, I find I >> >>> >>>>>>> can not >> >>> >>>>>>> reproduce the behaviour there. >> >>> >>>>>>> So there is something with Live then. However, other VST >> >>> >>>>>>> plugins >> >>> >>>>>>> in >> >>> >>>>>>> Live does not introduce extra latency. >> >>> >>>>>>> >> >>> >>>>>>> The way I measure latency is by setiing up a microphone close >> >>> >>>>>>> to >> >>> >>>>>>> the >> >>> >>>>>>> speaker, close enough that it will almost feed, >> >>> >>>>>>> then tap the mic and listen to the resonance of the system. >> >>> >>>>>>> When >> >>> >>>>>>> the >> >>> >>>>>>> latency changes, the resonance will change. >> >>> >>>>>>> When I add a plugin (Cabbage or MaxForLive with csound~), the >> >>> >>>>>>> latency >> >>> >>>>>>> (and so the resonance) changes. If I load other VST plugins >> >>> >>>>>>> this >> >>> >>>>>>> does >> >>> >>>>>>> not happen, the latency does not change. >> >>> >>>>>>> But as I said, I can only reproduce it in Live. Sorry for the >> >>> >>>>>>> noise. >> >>> >>>>>>> >> >>> >>>>>>> >> >>> >>>>>>> 2014-02-04 Rory Walsh : >> >>> >>>>>>>> I can recreate it here. It's subtle, but present. I'll take a >> >>> >>>>>>>> look. >> >>> >>>>>>>> >> >>> >>>>>>>> On 4 February 2014 13:38, Oeyvind Brandtsegg >> >>> >>>>>>>> wrote: >> >>> >>>>>>>>> Yes, I have tried different ksmps values, both higher and >> >>> >>>>>>>>> lower >> >>> >>>>>>>>> and >> >>> >>>>>>>>> equal to the host buffer size. >> >>> >>>>>>>>> Will investigate if I can reproduce it on csound~. >> >>> >>>>>>>>> Oeyvind >> >>> >>>>>>>>> >> >>> >>>>>>>>> 2014-02-04 Rory Walsh : >> >>> >>>>>>>>>> On second thoughts I can't see what might be causing this. >> >>> >>>>>>>>>> Have you >> >>> >>>>>>>>>> tried setting ksmps to be the same as your host's buffer >> >>> >>>>>>>>>> size? >> >>> >>>>>>>>>> >> >>> >>>>>>>>>> On 4 February 2014 13:01, Rory Walsh >> >>> >>>>>>>>>> wrote: >> >>> >>>>>>>>>>> I think I have it... Lunch first though.. >> >>> >>>>>>>>>>> >> >>> >>>>>>>>>>> sent from a mobile device... >> >>> >>>>>>>>>>> >> >>> >>>>>>>>>>> On 4 Feb 2014 12:56, "Rory Walsh" >> >>> >>>>>>>>>>> wrote: >> >>> >>>>>>>>>>>> >> >>> >>>>>>>>>>>> Are you just running audio straight in and out, no >> >>> >>>>>>>>>>>> processing? The >> >>> >>>>>>>>>>>> plugin host calls the plugin's processBlock() which in >> >>> >>>>>>>>>>>> turn >> >>> >>>>>>>>>>>> calls >> >>> >>>>>>>>>>>> performKsmps(). So long as processBlock() is being called >> >>> >>>>>>>>>>>> (if the >> >>> >>>>>>>>>>>> track is playing for example) performKsmps() will be >> >>> >>>>>>>>>>>> called >> >>> >>>>>>>>>>>> over and >> >>> >>>>>>>>>>>> over again processing ksmps samples each time. At the >> >>> >>>>>>>>>>>> moment >> >>> >>>>>>>>>>>> the >> >>> >>>>>>>>>>>> processBlock() method and the performKsmps() are firing >> >>> >>>>>>>>>>>> off >> >>> >>>>>>>>>>>> at >> >>> >>>>>>>>>>>> different speeds. I can look at forcing Cabbage plugins >> >>> >>>>>>>>>>>> to >> >>> >>>>>>>>>>>> process the >> >>> >>>>>>>>>>>> same amount of samples as the plugin does with each call >> >>> >>>>>>>>>>>> to >> >>> >>>>>>>>>>>> processBlock(). Perhaps that might help. >> >>> >>>>>>>>>>>> >> >>> >>>>>>>>>>>> On 4 February 2014 12:41, Oeyvind Brandtsegg >> >>> >>>>>>>>>>>> >> >>> >>>>>>>>>>>> wrote: >> >>> >>>>>>>>>>>>> Regarding latency and buffers, >> >>> >>>>>>>>>>>>> I thought I had understood that csound, when used as a >> >>> >>>>>>>>>>>>> plugin (e.g. >> >>> >>>>>>>>>>>>> Cabbage or csound~) would process the audio buffer "in >> >>> >>>>>>>>>>>>> place", so no >> >>> >>>>>>>>>>>>> extra latency would incur due to the sound being >> >>> >>>>>>>>>>>>> processed >> >>> >>>>>>>>>>>>> through >> >>> >>>>>>>>>>>>> Csound, assuming that ksmps is smaler than the host >> >>> >>>>>>>>>>>>> program's buffer >> >>> >>>>>>>>>>>>> size. >> >>> >>>>>>>>>>>>> Now, running Cabbage plugins in Ableton Live, I've been >> >>> >>>>>>>>>>>>> investigating >> >>> >>>>>>>>>>>>> latency issues, and I find that adding a simple Cabbage >> >>> >>>>>>>>>>>>> plugin will >> >>> >>>>>>>>>>>>> delay the signal. Also, adding more than one such plugin >> >>> >>>>>>>>>>>>> in >> >>> >>>>>>>>>>>>> series >> >>> >>>>>>>>>>>>> increases the delay/latency accordingly. I've tried >> >>> >>>>>>>>>>>>> using >> >>> >>>>>>>>>>>>> different >> >>> >>>>>>>>>>>>> ksmps, and this indeed affects the amount of latency but >> >>> >>>>>>>>>>>>> even setting >> >>> >>>>>>>>>>>>> ksmps=1 does not get rid of it. >> >>> >>>>>>>>>>>>> >> >>> >>>>>>>>>>>>> Can the buffer be processed "in place"? >> >>> >>>>>>>>>>>>> >> >>> >>>>>>>>>>>>> best >> >>> >>>>>>>>>>>>> Oeyvind >> >>> >>>>>>>>>>>>> >> >>> >>>>>>>>>>>>> -- >> >>> >>>>>>>>>>>>> >> >>> >>>>>>>>>>>>> Oeyvind Brandtsegg >> >>> >>>>>>>>>>>>> Professor of Music Technology >> >>> >>>>>>>>>>>>> NTNU >> >>> >>>>>>>>>>>>> 7491 Trondheim >> >>> >>>>>>>>>>>>> Norway >> >>> >>>>>>>>>>>>> Cell: +47 92 203 205 >> >>> >>>>>>>>>>>>> >> >>> >>>>>>>>>>>>> http://flyndresang.no/ >> >>> >>>>>>>>>>>>> http://www.partikkelaudio.com/ >> >>> >>>>>>>>>>>>> http://soundcloud.com/brandtsegg >> >>> >>>>>>>>>>>>> http://soundcloud.com/t-emp >> >>> >>>>>>>>>>>>> >> >>> >>>>>>>>>>>>> >> >>> >>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >>> >>>>>>>>>>>>> csound6: >> >>> >>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>> >>>>>>>>>>>>> csound5: >> >>> >>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>> >>>>>>>>>>>>> Discussions of bugs and features can be posted here >> >>> >>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with >> >>> >>>>>>>>>>>>> body >> >>> >>>>>>>>>>>>> "unsubscribe >> >>> >>>>>>>>>>>>> csound" >> >>> >>>>>>>>>>>>> >> >>> >>>>>>>>>>>>> >> >>> >>>>>>>>>> >> >>> >>>>>>>>>> >> >>> >>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >>> >>>>>>>>>> csound6: >> >>> >>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>> >>>>>>>>>> csound5: >> >>> >>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>> >>>>>>>>>> Discussions of bugs and features can be posted here >> >>> >>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >> >>> >>>>>>>>>> "unsubscribe csound" >> >>> >>>>>>>>>> >> >>> >>>>>>>>>> >> >>> >>>>>>>>> >> >>> >>>>>>>>> >> >>> >>>>>>>>> >> >>> >>>>>>>>> -- >> >>> >>>>>>>>> >> >>> >>>>>>>>> Oeyvind Brandtsegg >> >>> >>>>>>>>> Professor of Music Technology >> >>> >>>>>>>>> NTNU >> >>> >>>>>>>>> 7491 Trondheim >> >>> >>>>>>>>> Norway >> >>> >>>>>>>>> Cell: +47 92 203 205 >> >>> >>>>>>>>> >> >>> >>>>>>>>> http://flyndresang.no/ >> >>> >>>>>>>>> http://www.partikkelaudio.com/ >> >>> >>>>>>>>> http://soundcloud.com/brandtsegg >> >>> >>>>>>>>> http://soundcloud.com/t-emp >> >>> >>>>>>>>> >> >>> >>>>>>>>> >> >>> >>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >>> >>>>>>>>> csound6: >> >>> >>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>> >>>>>>>>> csound5: >> >>> >>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>> >>>>>>>>> Discussions of bugs and features can be posted here >> >>> >>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >> >>> >>>>>>>>> "unsubscribe csound" >> >>> >>>>>>>>> >> >>> >>>>>>>>> >> >>> >>>>>>>> >> >>> >>>>>>>> >> >>> >>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >>> >>>>>>>> csound6: >> >>> >>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>> >>>>>>>> csound5: >> >>> >>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>> >>>>>>>> Discussions of bugs and features can be posted here >> >>> >>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >> >>> >>>>>>>> "unsubscribe csound" >> >>> >>>>>>>> >> >>> >>>>>>>> >> >>> >>>>>>> >> >>> >>>>>>> >> >>> >>>>>>> >> >>> >>>>>>> -- >> >>> >>>>>>> >> >>> >>>>>>> Oeyvind Brandtsegg >> >>> >>>>>>> Professor of Music Technology >> >>> >>>>>>> NTNU >> >>> >>>>>>> 7491 Trondheim >> >>> >>>>>>> Norway >> >>> >>>>>>> Cell: +47 92 203 205 >> >>> >>>>>>> >> >>> >>>>>>> http://flyndresang.no/ >> >>> >>>>>>> http://www.partikkelaudio.com/ >> >>> >>>>>>> http://soundcloud.com/brandtsegg >> >>> >>>>>>> http://soundcloud.com/t-emp >> >>> >>>>>>> >> >>> >>>>>>> >> >>> >>>>>>> Send bugs reports to the Sourceforge bug trackers >> >>> >>>>>>> csound6: >> >>> >>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>> >>>>>>> csound5: >> >>> >>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>> >>>>>>> Discussions of bugs and features can be posted here >> >>> >>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >> >>> >>>>>>> "unsubscribe csound" >> >>> >>>>>>> >> >>> >>>>>>> >> >>> >>>>>> >> >>> >>>>>> >> >>> >>>>>> Send bugs reports to the Sourceforge bug trackers >> >>> >>>>>> csound6: >> >>> >>>>>> https://sourceforge.net/p/csound/tickets/ >> >>> >>>>>> csound5: >> >>> >>>>>> https://sourceforge.net/p/csound/bugs/ >> >>> >>>>>> Discussions of bugs and features can be posted here >> >>> >>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >> >>> >>>>>> "unsubscribe csound" >> >>> >>>>>> >> >>> >>>>>> >> >>> >>>>> >> >>> >>>>> >> >>> >>>>> >> >>> >>>>> -- >> >>> >>>>> >> >>> >>>>> Oeyvind Brandtsegg >> >>> >>>>> Professor of Music Technology >> >>> >>>>> NTNU >> >>> >>>>> 7491 Trondheim >> >>> >>>>> Norway >> >>> >>>>> Cell: +47 92 203 205 >> >>> >>>>> >> >>> >>>>> http://flyndresang.no/ >> >>> >>>>> http://www.partikkelaudio.com/ >> >>> >>>>> http://soundcloud.com/brandtsegg >> >>> >>>>> http://soundcloud.com/t-emp >> >>> >>>>> >> >>> >>>>> >> >>> >>>>> Send bugs reports to the Sourceforge bug trackers >> >>> >>>>> csound6: >> >>> >>>>> https://sourceforge.net/p/csound/tickets/ >> >>> >>>>> csound5: >> >>> >>>>> https://sourceforge.net/p/csound/bugs/ >> >>> >>>>> Discussions of bugs and features can be posted here >> >>> >>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >> >>> >>>>> "unsubscribe csound" >> >>> >>>>> >> >>> >>>>> >> >>> >>>> >> >>> >>>> >> >>> >>>> Send bugs reports to the Sourceforge bug trackers >> >>> >>>> csound6: >> >>> >>>> https://sourceforge.net/p/csound/tickets/ >> >>> >>>> csound5: >> >>> >>>> https://sourceforge.net/p/csound/bugs/ >> >>> >>>> Discussions of bugs and features can be posted here >> >>> >>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >> >>> >>>> "unsubscribe csound" >> >>> >>>> >> >>> >>>> >> >>> >>> >> >>> >>> >> >>> >>> >> >>> >>> -- >> >>> >>> >> >>> >>> Oeyvind Brandtsegg >> >>> >>> Professor of Music Technology >> >>> >>> NTNU >> >>> >>> 7491 Trondheim >> >>> >>> Norway >> >>> >>> Cell: +47 92 203 205 >> >>> >>> >> >>> >>> http://flyndresang.no/ >> >>> >>> http://www.partikkelaudio.com/ >> >>> >>> http://soundcloud.com/brandtsegg >> >>> >>> http://soundcloud.com/t-emp >> >>> >>> >> >>> >>> >> >>> >>> Send bugs reports to the Sourceforge bug trackers >> >>> >>> csound6: >> >>> >>> https://sourceforge.net/p/csound/tickets/ >> >>> >>> csound5: >> >>> >>> https://sourceforge.net/p/csound/bugs/ >> >>> >>> Discussions of bugs and features can be posted here >> >>> >>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >> >>> >>> "unsubscribe csound" >> >>> >>> >> >>> >>> >> >>> >> >> >>> >> >> >>> >> Send bugs reports to the Sourceforge bug trackers >> >>> >> csound6: >> >>> >> https://sourceforge.net/p/csound/tickets/ >> >>> >> csound5: >> >>> >> https://sourceforge.net/p/csound/bugs/ >> >>> >> Discussions of bugs and features can be posted here >> >>> >> To unsubscribe, send email sympa@lists.bath.ac.uk with body >> >>> >> "unsubscribe csound" >> >>> >> >> >>> >> >> >>> > >> >>> > >> >>> > >> >>> > >> >>> > ------------------------------------------------------------------------------ >> >>> > Managing the Performance of Cloud-Based Applications >> >>> > Take advantage of what the Cloud has to offer - Avoid Common >> >>> > Pitfalls. >> >>> > Read the Whitepaper. >> >>> > >> >>> > >> >>> > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>> > _______________________________________________ >> >>> > Csound-devel mailing list >> >>> > Csound-devel@lists.sourceforge.net >> >>> > https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>> >> >>> >> >>> >> >>> ------------------------------------------------------------------------------ >> >>> Managing the Performance of Cloud-Based Applications >> >>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> >>> Read the Whitepaper. >> >>> >> >>> >> >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>> _______________________________________________ >> >>> Csound-devel mailing list >> >>> Csound-devel@lists.sourceforge.net >> >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >> >> >> > >> > >> > >> > ------------------------------------------------------------------------------ >> > Managing the Performance of Cloud-Based Applications >> > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> > Read the Whitepaper. >> > >> > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> > _______________________________________________ >> > Csound-devel mailing list >> > Csound-devel@lists.sourceforge.net >> > https://lists.sourceforge.net/lists/listinfo/csound-devel >> > >> >> >> ------------------------------------------------------------------------------ >> Managing the Performance of Cloud-Based Applications >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> Read the Whitepaper. >> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> _______________________________________________ >> Csound-devel mailing list >> Csound-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/csound-devel > > > > ------------------------------------------------------------------------------ > Managing the Performance of Cloud-Based Applications > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. > Read the Whitepaper. > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk > _______________________________________________ > Csound-devel mailing list > Csound-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/csound-devel > ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net

Date	2014-02-05 18:10
From	Michael Gogins
Subject	Re: [Cs-dev] [Csnd] Latency and buffers
Attachments	None None
	I should add, this is how the VST protocol does sample accurate timing on sequence playback. For real-time control, the VST protocol time granularity is some maximum value of the audio buffer size, this corresponds to ksmps in Csound. Regards, Mike ----------------------------------------------------- Michael Gogins Irreducible Productions http://michaelgogins.tumblr.com Michael dot Gogins at gmail dot com On Wed, Feb 5, 2014 at 1:03 PM, Michael Gogins <michael.gogins@gmail.com> wrote: No. The host can and often does use a different host audio buffer size on each call to process() or processReplacing(). Regards, Mike ----------------------------------------------------- Michael Gogins Irreducible Productions http://michaelgogins.tumblr.com Michael dot Gogins at gmail dot com On Wed, Feb 5, 2014 at 11:27 AM, Rory Walsh <rorywalsh@ear.ie> wrote: Hi Mike, isn't it possible to query the host buffer size before the processing function is first called, in which case you can just override the csd's ksmps? On 5 February 2014 15:55, Michael Gogins <michael.gogins@gmail.com> wrote: > I've looked into this some more. As long as the host audio buffer is not an > integral multiple of ksmps, there will have to be ksmps latency between > input and output. That is because performKsmps requires spin to be full, but > if there is some remainder from hostsize/ksmps, there will be some frames > that the host buffer doesn't have but spin needs. > > I am letting this go for now, but if Csound could adjust ksmps during > performance via the API, then we could get rid of this latency by setting > ksmps equal to the host buffer size on each host processing call. I think > this would be a really good idea. I'm entering it as a feature request. > > Regards, > Mike > > > Regards, > Mike > > > ----------------------------------------------------- > Michael Gogins > Irreducible Productions > http://michaelgogins.tumblr.com > Michael dot Gogins at gmail dot com > > > On Tue, Feb 4, 2014 at 1:47 PM, Michael Gogins <michael.gogins@gmail.com> > wrote: >> >> CsoundVST does the following: >> >> In the processReplacing callback there are essentially two simultaneous >> loops, each with their own loop indexes. One loop is for the host audio >> buffer, which can change in size from one call to the next. The other loop >> is for Csound. >> >> For each frame of audio, one frame of audio is copied from the host input >> buffer to spin, one frame of audio is copied from spout to the host audio >> output buffer, and both loop indexes are incremented. >> >> At the end of spout, ksmps audio are processed by Csound, and the spin and >> spout buffer indexes are reset to 0. These indexes persist from call to >> call, so there are no gaps or glitches. >> >> There is ksmps frames latency in the code because spin is read in before >> it spout is computed. But I will try to change the code so that the buffers >> are rewound to line spout up with spin. There will then be zero latency. >> >> >> ----------------------------------------------------- >> Michael Gogins >> Irreducible Productions >> http://michaelgogins.tumblr.com >> Michael dot Gogins at gmail dot com >> >> >> On Tue, Feb 4, 2014 at 11:03 AM, Steven Yi <stevenyi@gmail.com> wrote: >>> >>> I was in the middle of replying pretty much the same thing as Victor. >>> Seems like you're introducing block's worth of latency due to the code >>> order. >>> >>> On Tue, Feb 4, 2014 at 11:05 AM, Victor Lazzarini >>> <Victor.Lazzarini@nuim.ie> wrote: >>> > I would have thought that you would >>> > >>> > 1) write data into spin >>> > 2) process >>> > 3) write data out of spout. >>> > >>> > if you read and write after running PeformKsmps(), as far as I can see >>> > there might be >>> > a delay between input and output, as you will be effectively putting >>> > out the data that >>> > you processed in the previous period. >>> > >>> > 1) process (means process the current spin data) >>> > 2) write to spin the new data >>> > 3) write out the result of processing the previous spin >>> > >>> > That's what it looks like to me. Not sure if I am right. Also this >>> > discussion should be in the dev list not >>> > in the users list (so my response is going there). >>> > >>> > Victor >>> > >>> > On 4 Feb 2014, at 15:47, Rory Walsh <rorywalsh@ear.ie> wrote: >>> > >>> >> I can confirm that it's not an issue with the plugin framework I'm >>> >> using. I can also confirm it happens whether the plugin's >>> >> processBlock() is being called the same amount of times as >>> >> performKsmps(). That is to say, if the plugin sample buffer is set to >>> >> 64 and so is Csound's, the problem persists. >>> >> >>> >> I can recreate it with Reaper by placing two identical audio tracks in >>> >> the session. On one track I place a straight forward in/out Cabbage >>> >> effect plugin. Then play both back at the same time. You'll hear >>> >> subtle phasing taking place until you bypass the plugin effect. Here's >>> >> my processBlock(), it couldn't be any simpler. Can any devs out there >>> >> spot something that might introduce latency? >>> >> >>> >> CSCompResult = csound->PerformKsmps(); >>> >> for(int i=0;i<numSamplesInBuffer;i++) >>> >> { >>> >> if(!CSCompResult) >>> >> { >>> >> for(int channel = 0; channel < getNumOutputChannels(); >>> >> channel++ ) >>> >> { >>> >> audioBuffer = buffer.getSampleData(channel,0); >>> >> pos = igetNumOutputChannels(); >>> >> CSspin[channel+pos] = audioBuffer[i]cs_scale; >>> >> audioBuffer[i] = (CSspout[channel+pos]/cs_scale); >>> >> } >>> >> } >>> >> else >>> >> buffer.clear(); >>> >> } >>> >> >>> >> On 4 February 2014 15:04, Oeyvind Brandtsegg >>> >> <oyvind.brandtsegg@ntnu.no> wrote: >>> >>> All good. >>> >>> I could test with csound~ and found another cause for the latency. >>> >>> Oeyvind >>> >>> >>> >>> 2014-02-04 Steven Yi <stevenyi@gmail.com>: >>> >>>> Nope. I did some work on updating the CMake file to try building on >>> >>>> Windows yesterday. I need to do so me research to see about >>> >>>> libraries >>> >>>> to link to and other things, but it may take a while with current >>> >>>> work >>> >>>> load. >>> >>>> >>> >>>> On Tue, Feb 4, 2014 at 9:47 AM, Oeyvind Brandtsegg >>> >>>> <oyvind.brandtsegg@ntnu.no> wrote: >>> >>>>> That looks as if it's for OSX only (?), >>> >>>>> perhaps not compiled for windows yet? >>> >>>>> >>> >>>>> >>> >>>>> 2014-02-04 Steven Yi <stevenyi@gmail.com>: >>> >>>>>> csound6~ should be with the installer; also available at: >>> >>>>>> >>> >>>>>> >>> >>>>>> http://sourceforge.net/projects/csound/files/csound6/Csound6.02/csound~_v1.1.1.pkg/download >>> >>>>>> >>> >>>>>> On Tue, Feb 4, 2014 at 9:38 AM, Oeyvind Brandtsegg >>> >>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >>> >>>>>>> I can also reproduce it with csound~ in MaxForLive >>> >>>>>>> haven't tried with csound6~ (where can I find it?) >>> >>>>>>> >>> >>>>>>> Now, testing with Max (not in Live), and with Reaper, I find I >>> >>>>>>> can not >>> >>>>>>> reproduce the behaviour there. >>> >>>>>>> So there is something with Live then. However, other VST plugins >>> >>>>>>> in >>> >>>>>>> Live does not introduce extra latency. >>> >>>>>>> >>> >>>>>>> The way I measure latency is by setiing up a microphone close to >>> >>>>>>> the >>> >>>>>>> speaker, close enough that it will almost feed, >>> >>>>>>> then tap the mic and listen to the resonance of the system. When >>> >>>>>>> the >>> >>>>>>> latency changes, the resonance will change. >>> >>>>>>> When I add a plugin (Cabbage or MaxForLive with csound~), the >>> >>>>>>> latency >>> >>>>>>> (and so the resonance) changes. If I load other VST plugins this >>> >>>>>>> does >>> >>>>>>> not happen, the latency does not change. >>> >>>>>>> But as I said, I can only reproduce it in Live. Sorry for the >>> >>>>>>> noise. >>> >>>>>>> >>> >>>>>>> >>> >>>>>>> 2014-02-04 Rory Walsh <rorywalsh@ear.ie>: >>> >>>>>>>> I can recreate it here. It's subtle, but present. I'll take a >>> >>>>>>>> look. >>> >>>>>>>> >>> >>>>>>>> On 4 February 2014 13:38, Oeyvind Brandtsegg >>> >>>>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >>> >>>>>>>>> Yes, I have tried different ksmps values, both higher and lower >>> >>>>>>>>> and >>> >>>>>>>>> equal to the host buffer size. >>> >>>>>>>>> Will investigate if I can reproduce it on csound~. >>> >>>>>>>>> Oeyvind >>> >>>>>>>>> >>> >>>>>>>>> 2014-02-04 Rory Walsh <rorywalsh@ear.ie>: >>> >>>>>>>>>> On second thoughts I can't see what might be causing this. >>> >>>>>>>>>> Have you >>> >>>>>>>>>> tried setting ksmps to be the same as your host's buffer size? >>> >>>>>>>>>> >>> >>>>>>>>>> On 4 February 2014 13:01, Rory Walsh <rorywalsh@ear.ie> wrote: >>> >>>>>>>>>>> I think I have it... Lunch first though.. >>> >>>>>>>>>>> >>> >>>>>>>>>>> sent from a mobile device... >>> >>>>>>>>>>> >>> >>>>>>>>>>> On 4 Feb 2014 12:56, "Rory Walsh" <rorywalsh@ear.ie> wrote: >>> >>>>>>>>>>>> >>> >>>>>>>>>>>> Are you just running audio straight in and out, no >>> >>>>>>>>>>>> processing? The >>> >>>>>>>>>>>> plugin host calls the plugin's processBlock() which in turn >>> >>>>>>>>>>>> calls >>> >>>>>>>>>>>> performKsmps(). So long as processBlock() is being called >>> >>>>>>>>>>>> (if the >>> >>>>>>>>>>>> track is playing for example) performKsmps() will be called >>> >>>>>>>>>>>> over and >>> >>>>>>>>>>>> over again processing ksmps samples each time. At the moment >>> >>>>>>>>>>>> the >>> >>>>>>>>>>>> processBlock() method and the performKsmps() are firing off >>> >>>>>>>>>>>> at >>> >>>>>>>>>>>> different speeds. I can look at forcing Cabbage plugins to >>> >>>>>>>>>>>> process the >>> >>>>>>>>>>>> same amount of samples as the plugin does with each call to >>> >>>>>>>>>>>> processBlock(). Perhaps that might help. >>> >>>>>>>>>>>> >>> >>>>>>>>>>>> On 4 February 2014 12:41, Oeyvind Brandtsegg >>> >>>>>>>>>>>> <oyvind.brandtsegg@ntnu.no> >>> >>>>>>>>>>>> wrote: >>> >>>>>>>>>>>>> Regarding latency and buffers, >>> >>>>>>>>>>>>> I thought I had understood that csound, when used as a >>> >>>>>>>>>>>>> plugin (e.g. >>> >>>>>>>>>>>>> Cabbage or csound~) would process the audio buffer "in >>> >>>>>>>>>>>>> place", so no >>> >>>>>>>>>>>>> extra latency would incur due to the sound being processed >>> >>>>>>>>>>>>> through >>> >>>>>>>>>>>>> Csound, assuming that ksmps is smaler than the host >>> >>>>>>>>>>>>> program's buffer >>> >>>>>>>>>>>>> size. >>> >>>>>>>>>>>>> Now, running Cabbage plugins in Ableton Live, I've been >>> >>>>>>>>>>>>> investigating >>> >>>>>>>>>>>>> latency issues, and I find that adding a simple Cabbage >>> >>>>>>>>>>>>> plugin will >>> >>>>>>>>>>>>> delay the signal. Also, adding more than one such plugin in >>> >>>>>>>>>>>>> series >>> >>>>>>>>>>>>> increases the delay/latency accordingly. I've tried using >>> >>>>>>>>>>>>> different >>> >>>>>>>>>>>>> ksmps, and this indeed affects the amount of latency but >>> >>>>>>>>>>>>> even setting >>> >>>>>>>>>>>>> ksmps=1 does not get rid of it. >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> Can the buffer be processed "in place"? >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> best >>> >>>>>>>>>>>>> Oeyvind >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> -- >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> Oeyvind Brandtsegg >>> >>>>>>>>>>>>> Professor of Music Technology >>> >>>>>>>>>>>>> NTNU >>> >>>>>>>>>>>>> 7491 Trondheim >>> >>>>>>>>>>>>> Norway >>> >>>>>>>>>>>>> Cell: +47 92 203 205 >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> http://flyndresang.no/ >>> >>>>>>>>>>>>> http://www.partikkelaudio.com/ >>> >>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>> >>>>>>>>>>>>> http://soundcloud.com/t-emp >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>> >>>>>>>>>>>>> csound6: >>> >>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>>>>>>>>>>>> csound5: >>> >>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>>>>>>>>>>>> Discussions of bugs and features can be posted here >>> >>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>> >>>>>>>>>>>>> "unsubscribe >>> >>>>>>>>>>>>> csound" >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> >>> >>>>>>>>>> >>> >>>>>>>>>> >>> >>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>> >>>>>>>>>> csound6: >>> >>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>>>>>>>>> csound5: >>> >>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>>>>>>>>> Discussions of bugs and features can be posted here >>> >>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>> >>>>>>>>>> "unsubscribe csound" >>> >>>>>>>>>> >>> >>>>>>>>>> >>> >>>>>>>>> >>> >>>>>>>>> >>> >>>>>>>>> >>> >>>>>>>>> -- >>> >>>>>>>>> >>> >>>>>>>>> Oeyvind Brandtsegg >>> >>>>>>>>> Professor of Music Technology >>> >>>>>>>>> NTNU >>> >>>>>>>>> 7491 Trondheim >>> >>>>>>>>> Norway >>> >>>>>>>>> Cell: +47 92 203 205 >>> >>>>>>>>> >>> >>>>>>>>> http://flyndresang.no/ >>> >>>>>>>>> http://www.partikkelaudio.com/ >>> >>>>>>>>> http://soundcloud.com/brandtsegg >>> >>>>>>>>> http://soundcloud.com/t-emp >>> >>>>>>>>> >>> >>>>>>>>> >>> >>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>> >>>>>>>>> csound6: >>> >>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>>>>>>>> csound5: >>> >>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>>>>>>>> Discussions of bugs and features can be posted here >>> >>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>> >>>>>>>>> "unsubscribe csound" >>> >>>>>>>>> >>> >>>>>>>>> >>> >>>>>>>> >>> >>>>>>>> >>> >>>>>>>> Send bugs reports to the Sourceforge bug trackers >>> >>>>>>>> csound6: >>> >>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>>>>>>> csound5: >>> >>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>>>>>>> Discussions of bugs and features can be posted here >>> >>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>> >>>>>>>> "unsubscribe csound" >>> >>>>>>>> >>> >>>>>>>> >>> >>>>>>> >>> >>>>>>> >>> >>>>>>> >>> >>>>>>> -- >>> >>>>>>> >>> >>>>>>> Oeyvind Brandtsegg >>> >>>>>>> Professor of Music Technology >>> >>>>>>> NTNU >>> >>>>>>> 7491 Trondheim >>> >>>>>>> Norway >>> >>>>>>> Cell: +47 92 203 205 >>> >>>>>>> >>> >>>>>>> http://flyndresang.no/ >>> >>>>>>> http://www.partikkelaudio.com/ >>> >>>>>>> http://soundcloud.com/brandtsegg >>> >>>>>>> http://soundcloud.com/t-emp >>> >>>>>>> >>> >>>>>>> >>> >>>>>>> Send bugs reports to the Sourceforge bug trackers >>> >>>>>>> csound6: >>> >>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>>>>>> csound5: >>> >>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>>>>>> Discussions of bugs and features can be posted here >>> >>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>> >>>>>>> "unsubscribe csound" >>> >>>>>>> >>> >>>>>>> >>> >>>>>> >>> >>>>>> >>> >>>>>> Send bugs reports to the Sourceforge bug trackers >>> >>>>>> csound6: >>> >>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>>>>> csound5: >>> >>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>>>>> Discussions of bugs and features can be posted here >>> >>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>> >>>>>> "unsubscribe csound" >>> >>>>>> >>> >>>>>> >>> >>>>> >>> >>>>> >>> >>>>> >>> >>>>> -- >>> >>>>> >>> >>>>> Oeyvind Brandtsegg >>> >>>>> Professor of Music Technology >>> >>>>> NTNU >>> >>>>> 7491 Trondheim >>> >>>>> Norway >>> >>>>> Cell: +47 92 203 205 >>> >>>>> >>> >>>>> http://flyndresang.no/ >>> >>>>> http://www.partikkelaudio.com/ >>> >>>>> http://soundcloud.com/brandtsegg >>> >>>>> http://soundcloud.com/t-emp >>> >>>>> >>> >>>>> >>> >>>>> Send bugs reports to the Sourceforge bug trackers >>> >>>>> csound6: >>> >>>>> https://sourceforge.net/p/csound/tickets/ >>> >>>>> csound5: >>> >>>>> https://sourceforge.net/p/csound/bugs/ >>> >>>>> Discussions of bugs and features can be posted here >>> >>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>> >>>>> "unsubscribe csound" >>> >>>>> >>> >>>>> >>> >>>> >>> >>>> >>> >>>> Send bugs reports to the Sourceforge bug trackers >>> >>>> csound6: >>> >>>> https://sourceforge.net/p/csound/tickets/ >>> >>>> csound5: >>> >>>> https://sourceforge.net/p/csound/bugs/ >>> >>>> Discussions of bugs and features can be posted here >>> >>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>> >>>> "unsubscribe csound" >>> >>>> >>> >>>> >>> >>> >>> >>> >>> >>> >>> >>> -- >>> >>> >>> >>> Oeyvind Brandtsegg >>> >>> Professor of Music Technology >>> >>> NTNU >>> >>> 7491 Trondheim >>> >>> Norway >>> >>> Cell: +47 92 203 205 >>> >>> >>> >>> http://flyndresang.no/ >>> >>> http://www.partikkelaudio.com/ >>> >>> http://soundcloud.com/brandtsegg >>> >>> http://soundcloud.com/t-emp >>> >>> >>> >>> >>> >>> Send bugs reports to the Sourceforge bug trackers >>> >>> csound6: >>> >>> https://sourceforge.net/p/csound/tickets/ >>> >>> csound5: >>> >>> https://sourceforge.net/p/csound/bugs/ >>> >>> Discussions of bugs and features can be posted here >>> >>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>> >>> "unsubscribe csound" >>> >>> >>> >>> >>> >> >>> >> >>> >> Send bugs reports to the Sourceforge bug trackers >>> >> csound6: >>> >> https://sourceforge.net/p/csound/tickets/ >>> >> csound5: >>> >> https://sourceforge.net/p/csound/bugs/ >>> >> Discussions of bugs and features can be posted here >>> >> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>> >> "unsubscribe csound" >>> >> >>> >> >>> > >>> > >>> > >>> > ------------------------------------------------------------------------------ >>> > Managing the Performance of Cloud-Based Applications >>> > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>> > Read the Whitepaper. >>> > >>> > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> > _______________________________________________ >>> > Csound-devel mailing list >>> > Csound-devel@lists.sourceforge.net >>> > https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>> >>> ------------------------------------------------------------------------------ >>> Managing the Performance of Cloud-Based Applications >>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>> Read the Whitepaper. >>> >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> _______________________________________________ >>> Csound-devel mailing list >>> Csound-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> > > > ------------------------------------------------------------------------------ > Managing the Performance of Cloud-Based Applications > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. > Read the Whitepaper. > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk > _______________________________________________ > Csound-devel mailing list > Csound-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/csound-devel > ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/csound-devel

Date	2014-02-05 19:17
From	Victor Lazzarini
Subject	Re: [Cs-dev] [Csnd] Latency and buffers
	But I think you're probably safe setting ksmps to a low value that is a power-of-two. I would expect most hosts to run buffers that are power-of-two and that are not that small. ksmps =8,16 or 32 should do. Victor On 5 Feb 2014, at 18:10, Rory Walsh wrote: > I was just about to answer my previous mail with the same thing. That's a pain. > > On 5 February 2014 18:03, Michael Gogins wrote: >> No. The host can and often does use a different host audio buffer size on >> each call to process() or processReplacing(). >> >> Regards, >> Mike >> >> >> ----------------------------------------------------- >> Michael Gogins >> Irreducible Productions >> http://michaelgogins.tumblr.com >> Michael dot Gogins at gmail dot com >> >> >> On Wed, Feb 5, 2014 at 11:27 AM, Rory Walsh wrote: >>> >>> Hi Mike, isn't it possible to query the host buffer size before the >>> processing function is first called, in which case you can just >>> override the csd's ksmps? >>> >>> On 5 February 2014 15:55, Michael Gogins wrote: >>>> I've looked into this some more. As long as the host audio buffer is not >>>> an >>>> integral multiple of ksmps, there will have to be ksmps latency between >>>> input and output. That is because performKsmps requires spin to be full, >>>> but >>>> if there is some remainder from hostsize/ksmps, there will be some >>>> frames >>>> that the host buffer doesn't have but spin needs. >>>> >>>> I am letting this go for now, but if Csound could adjust ksmps during >>>> performance via the API, then we could get rid of this latency by >>>> setting >>>> ksmps equal to the host buffer size on each host processing call. I >>>> think >>>> this would be a really good idea. I'm entering it as a feature request. >>>> >>>> Regards, >>>> Mike >>>> >>>> >>>> Regards, >>>> Mike >>>> >>>> >>>> ----------------------------------------------------- >>>> Michael Gogins >>>> Irreducible Productions >>>> http://michaelgogins.tumblr.com >>>> Michael dot Gogins at gmail dot com >>>> >>>> >>>> On Tue, Feb 4, 2014 at 1:47 PM, Michael Gogins >>>> >>>> wrote: >>>>> >>>>> CsoundVST does the following: >>>>> >>>>> In the processReplacing callback there are essentially two simultaneous >>>>> loops, each with their own loop indexes. One loop is for the host audio >>>>> buffer, which can change in size from one call to the next. The other >>>>> loop >>>>> is for Csound. >>>>> >>>>> For each frame of audio, one frame of audio is copied from the host >>>>> input >>>>> buffer to spin, one frame of audio is copied from spout to the host >>>>> audio >>>>> output buffer, and both loop indexes are incremented. >>>>> >>>>> At the end of spout, ksmps audio are processed by Csound, and the spin >>>>> and >>>>> spout buffer indexes are reset to 0. These indexes persist from call to >>>>> call, so there are no gaps or glitches. >>>>> >>>>> There is ksmps frames latency in the code because spin is read in >>>>> before >>>>> it spout is computed. But I will try to change the code so that the >>>>> buffers >>>>> are rewound to line spout up with spin. There will then be zero >>>>> latency. >>>>> >>>>> >>>>> ----------------------------------------------------- >>>>> Michael Gogins >>>>> Irreducible Productions >>>>> http://michaelgogins.tumblr.com >>>>> Michael dot Gogins at gmail dot com >>>>> >>>>> >>>>> On Tue, Feb 4, 2014 at 11:03 AM, Steven Yi wrote: >>>>>> >>>>>> I was in the middle of replying pretty much the same thing as Victor. >>>>>> Seems like you're introducing block's worth of latency due to the code >>>>>> order. >>>>>> >>>>>> On Tue, Feb 4, 2014 at 11:05 AM, Victor Lazzarini >>>>>> wrote: >>>>>>> I would have thought that you would >>>>>>> >>>>>>> 1) write data into spin >>>>>>> 2) process >>>>>>> 3) write data out of spout. >>>>>>> >>>>>>> if you read and write after running PeformKsmps(), as far as I can >>>>>>> see >>>>>>> there might be >>>>>>> a delay between input and output, as you will be effectively putting >>>>>>> out the data that >>>>>>> you processed in the previous period. >>>>>>> >>>>>>> 1) process (means process the current spin data) >>>>>>> 2) write to spin the new data >>>>>>> 3) write out the result of processing the previous spin >>>>>>> >>>>>>> That's what it looks like to me. Not sure if I am right. Also this >>>>>>> discussion should be in the dev list not >>>>>>> in the users list (so my response is going there). >>>>>>> >>>>>>> Victor >>>>>>> >>>>>>> On 4 Feb 2014, at 15:47, Rory Walsh wrote: >>>>>>> >>>>>>>> I can confirm that it's not an issue with the plugin framework I'm >>>>>>>> using. I can also confirm it happens whether the plugin's >>>>>>>> processBlock() is being called the same amount of times as >>>>>>>> performKsmps(). That is to say, if the plugin sample buffer is set >>>>>>>> to >>>>>>>> 64 and so is Csound's, the problem persists. >>>>>>>> >>>>>>>> I can recreate it with Reaper by placing two identical audio tracks >>>>>>>> in >>>>>>>> the session. On one track I place a straight forward in/out Cabbage >>>>>>>> effect plugin. Then play both back at the same time. You'll hear >>>>>>>> subtle phasing taking place until you bypass the plugin effect. >>>>>>>> Here's >>>>>>>> my processBlock(), it couldn't be any simpler. Can any devs out >>>>>>>> there >>>>>>>> spot something that might introduce latency? >>>>>>>> >>>>>>>> CSCompResult = csound->PerformKsmps(); >>>>>>>> for(int i=0;i>>>>>>> { >>>>>>>> if(!CSCompResult) >>>>>>>> { >>>>>>>> for(int channel = 0; channel < getNumOutputChannels(); >>>>>>>> channel++ ) >>>>>>>> { >>>>>>>> audioBuffer = buffer.getSampleData(channel,0); >>>>>>>> pos = igetNumOutputChannels(); >>>>>>>> CSspin[channel+pos] = audioBuffer[i]cs_scale; >>>>>>>> audioBuffer[i] = (CSspout[channel+pos]/cs_scale); >>>>>>>> } >>>>>>>> } >>>>>>>> else >>>>>>>> buffer.clear(); >>>>>>>> } >>>>>>>> >>>>>>>> On 4 February 2014 15:04, Oeyvind Brandtsegg >>>>>>>> wrote: >>>>>>>>> All good. >>>>>>>>> I could test with csound~ and found another cause for the latency. >>>>>>>>> Oeyvind >>>>>>>>> >>>>>>>>> 2014-02-04 Steven Yi : >>>>>>>>>> Nope. I did some work on updating the CMake file to try building >>>>>>>>>> on >>>>>>>>>> Windows yesterday. I need to do so me research to see about >>>>>>>>>> libraries >>>>>>>>>> to link to and other things, but it may take a while with current >>>>>>>>>> work >>>>>>>>>> load. >>>>>>>>>> >>>>>>>>>> On Tue, Feb 4, 2014 at 9:47 AM, Oeyvind Brandtsegg >>>>>>>>>> wrote: >>>>>>>>>>> That looks as if it's for OSX only (?), >>>>>>>>>>> perhaps not compiled for windows yet? >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> 2014-02-04 Steven Yi : >>>>>>>>>>>> csound6~ should be with the installer; also available at: >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> http://sourceforge.net/projects/csound/files/csound6/Csound6.02/csound~_v1.1.1.pkg/download >>>>>>>>>>>> >>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:38 AM, Oeyvind Brandtsegg >>>>>>>>>>>> wrote: >>>>>>>>>>>>> I can also reproduce it with csound~ in MaxForLive >>>>>>>>>>>>> haven't tried with csound6~ (where can I find it?) >>>>>>>>>>>>> >>>>>>>>>>>>> Now, testing with Max (not in Live), and with Reaper, I find I >>>>>>>>>>>>> can not >>>>>>>>>>>>> reproduce the behaviour there. >>>>>>>>>>>>> So there is something with Live then. However, other VST >>>>>>>>>>>>> plugins >>>>>>>>>>>>> in >>>>>>>>>>>>> Live does not introduce extra latency. >>>>>>>>>>>>> >>>>>>>>>>>>> The way I measure latency is by setiing up a microphone close >>>>>>>>>>>>> to >>>>>>>>>>>>> the >>>>>>>>>>>>> speaker, close enough that it will almost feed, >>>>>>>>>>>>> then tap the mic and listen to the resonance of the system. >>>>>>>>>>>>> When >>>>>>>>>>>>> the >>>>>>>>>>>>> latency changes, the resonance will change. >>>>>>>>>>>>> When I add a plugin (Cabbage or MaxForLive with csound~), the >>>>>>>>>>>>> latency >>>>>>>>>>>>> (and so the resonance) changes. If I load other VST plugins >>>>>>>>>>>>> this >>>>>>>>>>>>> does >>>>>>>>>>>>> not happen, the latency does not change. >>>>>>>>>>>>> But as I said, I can only reproduce it in Live. Sorry for the >>>>>>>>>>>>> noise. >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> 2014-02-04 Rory Walsh : >>>>>>>>>>>>>> I can recreate it here. It's subtle, but present. I'll take a >>>>>>>>>>>>>> look. >>>>>>>>>>>>>> >>>>>>>>>>>>>> On 4 February 2014 13:38, Oeyvind Brandtsegg >>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>> Yes, I have tried different ksmps values, both higher and >>>>>>>>>>>>>>> lower >>>>>>>>>>>>>>> and >>>>>>>>>>>>>>> equal to the host buffer size. >>>>>>>>>>>>>>> Will investigate if I can reproduce it on csound~. >>>>>>>>>>>>>>> Oeyvind >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> 2014-02-04 Rory Walsh : >>>>>>>>>>>>>>>> On second thoughts I can't see what might be causing this. >>>>>>>>>>>>>>>> Have you >>>>>>>>>>>>>>>> tried setting ksmps to be the same as your host's buffer >>>>>>>>>>>>>>>> size? >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> On 4 February 2014 13:01, Rory Walsh >>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>> I think I have it... Lunch first though.. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> sent from a mobile device... >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> On 4 Feb 2014 12:56, "Rory Walsh" >>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Are you just running audio straight in and out, no >>>>>>>>>>>>>>>>>> processing? The >>>>>>>>>>>>>>>>>> plugin host calls the plugin's processBlock() which in >>>>>>>>>>>>>>>>>> turn >>>>>>>>>>>>>>>>>> calls >>>>>>>>>>>>>>>>>> performKsmps(). So long as processBlock() is being called >>>>>>>>>>>>>>>>>> (if the >>>>>>>>>>>>>>>>>> track is playing for example) performKsmps() will be >>>>>>>>>>>>>>>>>> called >>>>>>>>>>>>>>>>>> over and >>>>>>>>>>>>>>>>>> over again processing ksmps samples each time. At the >>>>>>>>>>>>>>>>>> moment >>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>> processBlock() method and the performKsmps() are firing >>>>>>>>>>>>>>>>>> off >>>>>>>>>>>>>>>>>> at >>>>>>>>>>>>>>>>>> different speeds. I can look at forcing Cabbage plugins >>>>>>>>>>>>>>>>>> to >>>>>>>>>>>>>>>>>> process the >>>>>>>>>>>>>>>>>> same amount of samples as the plugin does with each call >>>>>>>>>>>>>>>>>> to >>>>>>>>>>>>>>>>>> processBlock(). Perhaps that might help. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> On 4 February 2014 12:41, Oeyvind Brandtsegg >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>> Regarding latency and buffers, >>>>>>>>>>>>>>>>>>> I thought I had understood that csound, when used as a >>>>>>>>>>>>>>>>>>> plugin (e.g. >>>>>>>>>>>>>>>>>>> Cabbage or csound~) would process the audio buffer "in >>>>>>>>>>>>>>>>>>> place", so no >>>>>>>>>>>>>>>>>>> extra latency would incur due to the sound being >>>>>>>>>>>>>>>>>>> processed >>>>>>>>>>>>>>>>>>> through >>>>>>>>>>>>>>>>>>> Csound, assuming that ksmps is smaler than the host >>>>>>>>>>>>>>>>>>> program's buffer >>>>>>>>>>>>>>>>>>> size. >>>>>>>>>>>>>>>>>>> Now, running Cabbage plugins in Ableton Live, I've been >>>>>>>>>>>>>>>>>>> investigating >>>>>>>>>>>>>>>>>>> latency issues, and I find that adding a simple Cabbage >>>>>>>>>>>>>>>>>>> plugin will >>>>>>>>>>>>>>>>>>> delay the signal. Also, adding more than one such plugin >>>>>>>>>>>>>>>>>>> in >>>>>>>>>>>>>>>>>>> series >>>>>>>>>>>>>>>>>>> increases the delay/latency accordingly. I've tried >>>>>>>>>>>>>>>>>>> using >>>>>>>>>>>>>>>>>>> different >>>>>>>>>>>>>>>>>>> ksmps, and this indeed affects the amount of latency but >>>>>>>>>>>>>>>>>>> even setting >>>>>>>>>>>>>>>>>>> ksmps=1 does not get rid of it. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Can the buffer be processed "in place"? >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> best >>>>>>>>>>>>>>>>>>> Oeyvind >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>>>>>>>>>>>>>>>>> NTNU >>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>>>>>>>>>>>>>>>>> Norway >>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with >>>>>>>>>>>>>>>>>>> body >>>>>>>>>>>>>>>>>>> "unsubscribe >>>>>>>>>>>>>>>>>>> csound" >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>>>>>>>>>>>> Professor of Music Technology >>>>>>>>>>>>>>> NTNU >>>>>>>>>>>>>>> 7491 Trondheim >>>>>>>>>>>>>>> Norway >>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> http://flyndresang.no/ >>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> -- >>>>>>>>>>>>> >>>>>>>>>>>>> Oeyvind Brandtsegg >>>>>>>>>>>>> Professor of Music Technology >>>>>>>>>>>>> NTNU >>>>>>>>>>>>> 7491 Trondheim >>>>>>>>>>>>> Norway >>>>>>>>>>>>> Cell: +47 92 203 205 >>>>>>>>>>>>> >>>>>>>>>>>>> http://flyndresang.no/ >>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>> csound6: >>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>> csound5: >>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>> csound6: >>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>> csound5: >>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> -- >>>>>>>>>>> >>>>>>>>>>> Oeyvind Brandtsegg >>>>>>>>>>> Professor of Music Technology >>>>>>>>>>> NTNU >>>>>>>>>>> 7491 Trondheim >>>>>>>>>>> Norway >>>>>>>>>>> Cell: +47 92 203 205 >>>>>>>>>>> >>>>>>>>>>> http://flyndresang.no/ >>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>>>>> http://soundcloud.com/t-emp >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>> csound6: >>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>> csound5: >>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>> csound6: >>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>> csound5: >>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>>>>>>>>> "unsubscribe csound" >>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> >>>>>>>>> Oeyvind Brandtsegg >>>>>>>>> Professor of Music Technology >>>>>>>>> NTNU >>>>>>>>> 7491 Trondheim >>>>>>>>> Norway >>>>>>>>> Cell: +47 92 203 205 >>>>>>>>> >>>>>>>>> http://flyndresang.no/ >>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>>> http://soundcloud.com/t-emp >>>>>>>>> >>>>>>>>> >>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>> csound6: >>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>> csound5: >>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>>>>>>>> "unsubscribe csound" >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>> csound6: >>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>> csound5: >>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>> Discussions of bugs and features can be posted here >>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>>>>>>> "unsubscribe csound" >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> ------------------------------------------------------------------------------ >>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>> Pitfalls. >>>>>>> Read the Whitepaper. >>>>>>> >>>>>>> >>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>> _______________________________________________ >>>>>>> Csound-devel mailing list >>>>>>> Csound-devel@lists.sourceforge.net >>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>> >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------------ >>>>>> Managing the Performance of Cloud-Based Applications >>>>>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>>>>> Read the Whitepaper. >>>>>> >>>>>> >>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>> _______________________________________________ >>>>>> Csound-devel mailing list >>>>>> Csound-devel@lists.sourceforge.net >>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >>>>> >>>> >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Managing the Performance of Cloud-Based Applications >>>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>>> Read the Whitepaper. >>>> >>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> _______________________________________________ >>>> Csound-devel mailing list >>>> Csound-devel@lists.sourceforge.net >>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Managing the Performance of Cloud-Based Applications >>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>> Read the Whitepaper. >>> >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> _______________________________________________ >>> Csound-devel mailing list >>> Csound-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >> >> ------------------------------------------------------------------------------ >> Managing the Performance of Cloud-Based Applications >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> Read the Whitepaper. >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> _______________________________________________ >> Csound-devel mailing list >> Csound-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/csound-devel >> > > ------------------------------------------------------------------------------ > Managing the Performance of Cloud-Based Applications > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. > Read the Whitepaper. > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk > _______________________________________________ > Csound-devel mailing list > Csound-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/csound-devel Dr Victor Lazzarini Senior Lecturer Dept. of Music NUI Maynooth Ireland tel.: +353 1 708 3545 Victor dot Lazzarini AT nuim dot ie ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net

Date	2014-02-05 19:57
From	Michael Gogins
Subject	Re: [Cs-dev] [Csnd] Latency and buffers
Attachments	None None
	I believe that you are wrong, you cannot count on a power of two size. See these threads from KVR: http://www.kvraudio.com/forum/viewtopic.php?t=279753 http://www.kvraudio.com/forum/viewtopic.php?t=359951 http://www.kvraudio.com/forum/viewtopic.php?p=3458228 Regards, Mike ----------------------------------------------------- Michael Gogins Irreducible Productions http://michaelgogins.tumblr.com Michael dot Gogins at gmail dot com On Wed, Feb 5, 2014 at 2:17 PM, Victor Lazzarini <Victor.Lazzarini@nuim.ie> wrote: But I think you're probably safe setting ksmps to a low value that is a power-of-two. I would expect most hosts to run buffers that are power-of-two and that are not that small. ksmps =8,16 or 32 should do. Victor On 5 Feb 2014, at 18:10, Rory Walsh wrote: > I was just about to answer my previous mail with the same thing. That's a pain. > > On 5 February 2014 18:03, Michael Gogins <michael.gogins@gmail.com> wrote: >> No. The host can and often does use a different host audio buffer size on >> each call to process() or processReplacing(). >> >> Regards, >> Mike >> >> >> ----------------------------------------------------- >> Michael Gogins >> Irreducible Productions >> http://michaelgogins.tumblr.com >> Michael dot Gogins at gmail dot com >> >> >> On Wed, Feb 5, 2014 at 11:27 AM, Rory Walsh <rorywalsh@ear.ie> wrote: >>> >>> Hi Mike, isn't it possible to query the host buffer size before the >>> processing function is first called, in which case you can just >>> override the csd's ksmps? >>> >>> On 5 February 2014 15:55, Michael Gogins <michael.gogins@gmail.com> wrote: >>>> I've looked into this some more. As long as the host audio buffer is not >>>> an >>>> integral multiple of ksmps, there will have to be ksmps latency between >>>> input and output. That is because performKsmps requires spin to be full, >>>> but >>>> if there is some remainder from hostsize/ksmps, there will be some >>>> frames >>>> that the host buffer doesn't have but spin needs. >>>> >>>> I am letting this go for now, but if Csound could adjust ksmps during >>>> performance via the API, then we could get rid of this latency by >>>> setting >>>> ksmps equal to the host buffer size on each host processing call. I >>>> think >>>> this would be a really good idea. I'm entering it as a feature request. >>>> >>>> Regards, >>>> Mike >>>> >>>> >>>> Regards, >>>> Mike >>>> >>>> >>>> ----------------------------------------------------- >>>> Michael Gogins >>>> Irreducible Productions >>>> http://michaelgogins.tumblr.com >>>> Michael dot Gogins at gmail dot com >>>> >>>> >>>> On Tue, Feb 4, 2014 at 1:47 PM, Michael Gogins >>>> <michael.gogins@gmail.com> >>>> wrote: >>>>> >>>>> CsoundVST does the following: >>>>> >>>>> In the processReplacing callback there are essentially two simultaneous >>>>> loops, each with their own loop indexes. One loop is for the host audio >>>>> buffer, which can change in size from one call to the next. The other >>>>> loop >>>>> is for Csound. >>>>> >>>>> For each frame of audio, one frame of audio is copied from the host >>>>> input >>>>> buffer to spin, one frame of audio is copied from spout to the host >>>>> audio >>>>> output buffer, and both loop indexes are incremented. >>>>> >>>>> At the end of spout, ksmps audio are processed by Csound, and the spin >>>>> and >>>>> spout buffer indexes are reset to 0. These indexes persist from call to >>>>> call, so there are no gaps or glitches. >>>>> >>>>> There is ksmps frames latency in the code because spin is read in >>>>> before >>>>> it spout is computed. But I will try to change the code so that the >>>>> buffers >>>>> are rewound to line spout up with spin. There will then be zero >>>>> latency. >>>>> >>>>> >>>>> ----------------------------------------------------- >>>>> Michael Gogins >>>>> Irreducible Productions >>>>> http://michaelgogins.tumblr.com >>>>> Michael dot Gogins at gmail dot com >>>>> >>>>> >>>>> On Tue, Feb 4, 2014 at 11:03 AM, Steven Yi <stevenyi@gmail.com> wrote: >>>>>> >>>>>> I was in the middle of replying pretty much the same thing as Victor. >>>>>> Seems like you're introducing block's worth of latency due to the code >>>>>> order. >>>>>> >>>>>> On Tue, Feb 4, 2014 at 11:05 AM, Victor Lazzarini >>>>>> <Victor.Lazzarini@nuim.ie> wrote: >>>>>>> I would have thought that you would >>>>>>> >>>>>>> 1) write data into spin >>>>>>> 2) process >>>>>>> 3) write data out of spout. >>>>>>> >>>>>>> if you read and write after running PeformKsmps(), as far as I can >>>>>>> see >>>>>>> there might be >>>>>>> a delay between input and output, as you will be effectively putting >>>>>>> out the data that >>>>>>> you processed in the previous period. >>>>>>> >>>>>>> 1) process (means process the current spin data) >>>>>>> 2) write to spin the new data >>>>>>> 3) write out the result of processing the previous spin >>>>>>> >>>>>>> That's what it looks like to me. Not sure if I am right. Also this >>>>>>> discussion should be in the dev list not >>>>>>> in the users list (so my response is going there). >>>>>>> >>>>>>> Victor >>>>>>> >>>>>>> On 4 Feb 2014, at 15:47, Rory Walsh <rorywalsh@ear.ie> wrote: >>>>>>> >>>>>>>> I can confirm that it's not an issue with the plugin framework I'm >>>>>>>> using. I can also confirm it happens whether the plugin's >>>>>>>> processBlock() is being called the same amount of times as >>>>>>>> performKsmps(). That is to say, if the plugin sample buffer is set >>>>>>>> to >>>>>>>> 64 and so is Csound's, the problem persists. >>>>>>>> >>>>>>>> I can recreate it with Reaper by placing two identical audio tracks >>>>>>>> in >>>>>>>> the session. On one track I place a straight forward in/out Cabbage >>>>>>>> effect plugin. Then play both back at the same time. You'll hear >>>>>>>> subtle phasing taking place until you bypass the plugin effect. >>>>>>>> Here's >>>>>>>> my processBlock(), it couldn't be any simpler. Can any devs out >>>>>>>> there >>>>>>>> spot something that might introduce latency? >>>>>>>> >>>>>>>> CSCompResult = csound->PerformKsmps(); >>>>>>>> for(int i=0;i<numSamplesInBuffer;i++) >>>>>>>> { >>>>>>>> if(!CSCompResult) >>>>>>>> { >>>>>>>> for(int channel = 0; channel < getNumOutputChannels(); >>>>>>>> channel++ ) >>>>>>>> { >>>>>>>> audioBuffer = buffer.getSampleData(channel,0); >>>>>>>> pos = igetNumOutputChannels(); >>>>>>>> CSspin[channel+pos] = audioBuffer[i]cs_scale; >>>>>>>> audioBuffer[i] = (CSspout[channel+pos]/cs_scale); >>>>>>>> } >>>>>>>> } >>>>>>>> else >>>>>>>> buffer.clear(); >>>>>>>> } >>>>>>>> >>>>>>>> On 4 February 2014 15:04, Oeyvind Brandtsegg >>>>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >>>>>>>>> All good. >>>>>>>>> I could test with csound~ and found another cause for the latency. >>>>>>>>> Oeyvind >>>>>>>>> >>>>>>>>> 2014-02-04 Steven Yi <stevenyi@gmail.com>: >>>>>>>>>> Nope. I did some work on updating the CMake file to try building >>>>>>>>>> on >>>>>>>>>> Windows yesterday. I need to do so me research to see about >>>>>>>>>> libraries >>>>>>>>>> to link to and other things, but it may take a while with current >>>>>>>>>> work >>>>>>>>>> load. >>>>>>>>>> >>>>>>>>>> On Tue, Feb 4, 2014 at 9:47 AM, Oeyvind Brandtsegg >>>>>>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >>>>>>>>>>> That looks as if it's for OSX only (?), >>>>>>>>>>> perhaps not compiled for windows yet? >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> 2014-02-04 Steven Yi <stevenyi@gmail.com>: >>>>>>>>>>>> csound6~ should be with the installer; also available at: >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> http://sourceforge.net/projects/csound/files/csound6/Csound6.02/csound~_v1.1.1.pkg/download >>>>>>>>>>>> >>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:38 AM, Oeyvind Brandtsegg >>>>>>>>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >>>>>>>>>>>>> I can also reproduce it with csound~ in MaxForLive >>>>>>>>>>>>> haven't tried with csound6~ (where can I find it?) >>>>>>>>>>>>> >>>>>>>>>>>>> Now, testing with Max (not in Live), and with Reaper, I find I >>>>>>>>>>>>> can not >>>>>>>>>>>>> reproduce the behaviour there. >>>>>>>>>>>>> So there is something with Live then. However, other VST >>>>>>>>>>>>> plugins >>>>>>>>>>>>> in >>>>>>>>>>>>> Live does not introduce extra latency. >>>>>>>>>>>>> >>>>>>>>>>>>> The way I measure latency is by setiing up a microphone close >>>>>>>>>>>>> to >>>>>>>>>>>>> the >>>>>>>>>>>>> speaker, close enough that it will almost feed, >>>>>>>>>>>>> then tap the mic and listen to the resonance of the system. >>>>>>>>>>>>> When >>>>>>>>>>>>> the >>>>>>>>>>>>> latency changes, the resonance will change. >>>>>>>>>>>>> When I add a plugin (Cabbage or MaxForLive with csound~), the >>>>>>>>>>>>> latency >>>>>>>>>>>>> (and so the resonance) changes. If I load other VST plugins >>>>>>>>>>>>> this >>>>>>>>>>>>> does >>>>>>>>>>>>> not happen, the latency does not change. >>>>>>>>>>>>> But as I said, I can only reproduce it in Live. Sorry for the >>>>>>>>>>>>> noise. >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> 2014-02-04 Rory Walsh <rorywalsh@ear.ie>: >>>>>>>>>>>>>> I can recreate it here. It's subtle, but present. I'll take a >>>>>>>>>>>>>> look. >>>>>>>>>>>>>> >>>>>>>>>>>>>> On 4 February 2014 13:38, Oeyvind Brandtsegg >>>>>>>>>>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >>>>>>>>>>>>>>> Yes, I have tried different ksmps values, both higher and >>>>>>>>>>>>>>> lower >>>>>>>>>>>>>>> and >>>>>>>>>>>>>>> equal to the host buffer size. >>>>>>>>>>>>>>> Will investigate if I can reproduce it on csound~. >>>>>>>>>>>>>>> Oeyvind >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> 2014-02-04 Rory Walsh <rorywalsh@ear.ie>: >>>>>>>>>>>>>>>> On second thoughts I can't see what might be causing this. >>>>>>>>>>>>>>>> Have you >>>>>>>>>>>>>>>> tried setting ksmps to be the same as your host's buffer >>>>>>>>>>>>>>>> size? >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> On 4 February 2014 13:01, Rory Walsh <rorywalsh@ear.ie> >>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>> I think I have it... Lunch first though.. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> sent from a mobile device... >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> On 4 Feb 2014 12:56, "Rory Walsh" <rorywalsh@ear.ie> >>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Are you just running audio straight in and out, no >>>>>>>>>>>>>>>>>> processing? The >>>>>>>>>>>>>>>>>> plugin host calls the plugin's processBlock() which in >>>>>>>>>>>>>>>>>> turn >>>>>>>>>>>>>>>>>> calls >>>>>>>>>>>>>>>>>> performKsmps(). So long as processBlock() is being called >>>>>>>>>>>>>>>>>> (if the >>>>>>>>>>>>>>>>>> track is playing for example) performKsmps() will be >>>>>>>>>>>>>>>>>> called >>>>>>>>>>>>>>>>>> over and >>>>>>>>>>>>>>>>>> over again processing ksmps samples each time. At the >>>>>>>>>>>>>>>>>> moment >>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>> processBlock() method and the performKsmps() are firing >>>>>>>>>>>>>>>>>> off >>>>>>>>>>>>>>>>>> at >>>>>>>>>>>>>>>>>> different speeds. I can look at forcing Cabbage plugins >>>>>>>>>>>>>>>>>> to >>>>>>>>>>>>>>>>>> process the >>>>>>>>>>>>>>>>>> same amount of samples as the plugin does with each call >>>>>>>>>>>>>>>>>> to >>>>>>>>>>>>>>>>>> processBlock(). Perhaps that might help. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> On 4 February 2014 12:41, Oeyvind Brandtsegg >>>>>>>>>>>>>>>>>> <oyvind.brandtsegg@ntnu.no> >>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>> Regarding latency and buffers, >>>>>>>>>>>>>>>>>>> I thought I had understood that csound, when used as a >>>>>>>>>>>>>>>>>>> plugin (e.g. >>>>>>>>>>>>>>>>>>> Cabbage or csound~) would process the audio buffer "in >>>>>>>>>>>>>>>>>>> place", so no >>>>>>>>>>>>>>>>>>> extra latency would incur due to the sound being >>>>>>>>>>>>>>>>>>> processed >>>>>>>>>>>>>>>>>>> through >>>>>>>>>>>>>>>>>>> Csound, assuming that ksmps is smaler than the host >>>>>>>>>>>>>>>>>>> program's buffer >>>>>>>>>>>>>>>>>>> size. >>>>>>>>>>>>>>>>>>> Now, running Cabbage plugins in Ableton Live, I've been >>>>>>>>>>>>>>>>>>> investigating >>>>>>>>>>>>>>>>>>> latency issues, and I find that adding a simple Cabbage >>>>>>>>>>>>>>>>>>> plugin will >>>>>>>>>>>>>>>>>>> delay the signal. Also, adding more than one such plugin >>>>>>>>>>>>>>>>>>> in >>>>>>>>>>>>>>>>>>> series >>>>>>>>>>>>>>>>>>> increases the delay/latency accordingly. I've tried >>>>>>>>>>>>>>>>>>> using >>>>>>>>>>>>>>>>>>> different >>>>>>>>>>>>>>>>>>> ksmps, and this indeed affects the amount of latency but >>>>>>>>>>>>>>>>>>> even setting >>>>>>>>>>>>>>>>>>> ksmps=1 does not get rid of it. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Can the buffer be processed "in place"? >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> best >>>>>>>>>>>>>>>>>>> Oeyvind >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>>>>>>>>>>>>>>>>> NTNU >>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>>>>>>>>>>>>>>>>> Norway >>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with >>>>>>>>>>>>>>>>>>> body >>>>>>>>>>>>>>>>>>> "unsubscribe >>>>>>>>>>>>>>>>>>> csound" >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>>>>>>>>>>>> Professor of Music Technology >>>>>>>>>>>>>>> NTNU >>>>>>>>>>>>>>> 7491 Trondheim >>>>>>>>>>>>>>> Norway >>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> http://flyndresang.no/ >>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> -- >>>>>>>>>>>>> >>>>>>>>>>>>> Oeyvind Brandtsegg >>>>>>>>>>>>> Professor of Music Technology >>>>>>>>>>>>> NTNU >>>>>>>>>>>>> 7491 Trondheim >>>>>>>>>>>>> Norway >>>>>>>>>>>>> Cell: +47 92 203 205 >>>>>>>>>>>>> >>>>>>>>>>>>> http://flyndresang.no/ >>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>> csound6: >>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>> csound5: >>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>> csound6: >>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>> csound5: >>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> -- >>>>>>>>>>> >>>>>>>>>>> Oeyvind Brandtsegg >>>>>>>>>>> Professor of Music Technology >>>>>>>>>>> NTNU >>>>>>>>>>> 7491 Trondheim >>>>>>>>>>> Norway >>>>>>>>>>> Cell: +47 92 203 205 >>>>>>>>>>> >>>>>>>>>>> http://flyndresang.no/ >>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>>>>> http://soundcloud.com/t-emp >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>> csound6: >>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>> csound5: >>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>> csound6: >>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>> csound5: >>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>>>>>>>>> "unsubscribe csound" >>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> >>>>>>>>> Oeyvind Brandtsegg >>>>>>>>> Professor of Music Technology >>>>>>>>> NTNU >>>>>>>>> 7491 Trondheim >>>>>>>>> Norway >>>>>>>>> Cell: +47 92 203 205 >>>>>>>>> >>>>>>>>> http://flyndresang.no/ >>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>>> http://soundcloud.com/t-emp >>>>>>>>> >>>>>>>>> >>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>> csound6: >>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>> csound5: >>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>>>>>>>> "unsubscribe csound" >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>> csound6: >>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>> csound5: >>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>> Discussions of bugs and features can be posted here >>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>>>>>>> "unsubscribe csound" >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> ------------------------------------------------------------------------------ >>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>> Pitfalls. >>>>>>> Read the Whitepaper. >>>>>>> >>>>>>> >>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>> _______________________________________________ >>>>>>> Csound-devel mailing list >>>>>>> Csound-devel@lists.sourceforge.net >>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>> >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------------ >>>>>> Managing the Performance of Cloud-Based Applications >>>>>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>>>>> Read the Whitepaper. >>>>>> >>>>>> >>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>> _______________________________________________ >>>>>> Csound-devel mailing list >>>>>> Csound-devel@lists.sourceforge.net >>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >>>>> >>>> >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Managing the Performance of Cloud-Based Applications >>>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>>> Read the Whitepaper. >>>> >>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> _______________________________________________ >>>> Csound-devel mailing list >>>> Csound-devel@lists.sourceforge.net >>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Managing the Performance of Cloud-Based Applications >>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>> Read the Whitepaper. >>> >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> _______________________________________________ >>> Csound-devel mailing list >>> Csound-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >> >> ------------------------------------------------------------------------------ >> Managing the Performance of Cloud-Based Applications >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> Read the Whitepaper. >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> _______________________________________________ >> Csound-devel mailing list >> Csound-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/csound-devel >> > > ------------------------------------------------------------------------------ > Managing the Performance of Cloud-Based Applications > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. > Read the Whitepaper. > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk > _______________________________________________ > Csound-devel mailing list > Csound-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/csound-devel Dr Victor Lazzarini Senior Lecturer Dept. of Music NUI Maynooth Ireland tel.: +353 1 708 3545 Victor dot Lazzarini AT nuim dot ie ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/csound-devel

Date	2014-02-05 20:03
From	Rory Walsh
Subject	Re: [Cs-dev] [Csnd] Latency and buffers
	Seems every where I look it says don't make any assumptions about buffer sizes. So I guess the only fail safe way is to force a ksmps of 1? uh... On 5 February 2014 19:57, Michael Gogins wrote: > I believe that you are wrong, you cannot count on a power of two size. > > See these threads from KVR: > > http://www.kvraudio.com/forum/viewtopic.php?t=279753 > > http://www.kvraudio.com/forum/viewtopic.php?t=359951 > > http://www.kvraudio.com/forum/viewtopic.php?p=3458228 > > Regards, > Mike > > > > > > ----------------------------------------------------- > Michael Gogins > Irreducible Productions > http://michaelgogins.tumblr.com > Michael dot Gogins at gmail dot com > > > On Wed, Feb 5, 2014 at 2:17 PM, Victor Lazzarini > wrote: >> >> But I think you're probably safe setting ksmps to a low value that is a >> power-of-two. I would >> expect most hosts to run buffers that are power-of-two and that are not >> that small. >> ksmps =8,16 or 32 should do. >> >> Victor >> >> On 5 Feb 2014, at 18:10, Rory Walsh wrote: >> >> > I was just about to answer my previous mail with the same thing. That's >> > a pain. >> > >> > On 5 February 2014 18:03, Michael Gogins >> > wrote: >> >> No. The host can and often does use a different host audio buffer size >> >> on >> >> each call to process() or processReplacing(). >> >> >> >> Regards, >> >> Mike >> >> >> >> >> >> ----------------------------------------------------- >> >> Michael Gogins >> >> Irreducible Productions >> >> http://michaelgogins.tumblr.com >> >> Michael dot Gogins at gmail dot com >> >> >> >> >> >> On Wed, Feb 5, 2014 at 11:27 AM, Rory Walsh wrote: >> >>> >> >>> Hi Mike, isn't it possible to query the host buffer size before the >> >>> processing function is first called, in which case you can just >> >>> override the csd's ksmps? >> >>> >> >>> On 5 February 2014 15:55, Michael Gogins >> >>> wrote: >> >>>> I've looked into this some more. As long as the host audio buffer is >> >>>> not >> >>>> an >> >>>> integral multiple of ksmps, there will have to be ksmps latency >> >>>> between >> >>>> input and output. That is because performKsmps requires spin to be >> >>>> full, >> >>>> but >> >>>> if there is some remainder from hostsize/ksmps, there will be some >> >>>> frames >> >>>> that the host buffer doesn't have but spin needs. >> >>>> >> >>>> I am letting this go for now, but if Csound could adjust ksmps during >> >>>> performance via the API, then we could get rid of this latency by >> >>>> setting >> >>>> ksmps equal to the host buffer size on each host processing call. I >> >>>> think >> >>>> this would be a really good idea. I'm entering it as a feature >> >>>> request. >> >>>> >> >>>> Regards, >> >>>> Mike >> >>>> >> >>>> >> >>>> Regards, >> >>>> Mike >> >>>> >> >>>> >> >>>> ----------------------------------------------------- >> >>>> Michael Gogins >> >>>> Irreducible Productions >> >>>> http://michaelgogins.tumblr.com >> >>>> Michael dot Gogins at gmail dot com >> >>>> >> >>>> >> >>>> On Tue, Feb 4, 2014 at 1:47 PM, Michael Gogins >> >>>> >> >>>> wrote: >> >>>>> >> >>>>> CsoundVST does the following: >> >>>>> >> >>>>> In the processReplacing callback there are essentially two >> >>>>> simultaneous >> >>>>> loops, each with their own loop indexes. One loop is for the host >> >>>>> audio >> >>>>> buffer, which can change in size from one call to the next. The >> >>>>> other >> >>>>> loop >> >>>>> is for Csound. >> >>>>> >> >>>>> For each frame of audio, one frame of audio is copied from the host >> >>>>> input >> >>>>> buffer to spin, one frame of audio is copied from spout to the host >> >>>>> audio >> >>>>> output buffer, and both loop indexes are incremented. >> >>>>> >> >>>>> At the end of spout, ksmps audio are processed by Csound, and the >> >>>>> spin >> >>>>> and >> >>>>> spout buffer indexes are reset to 0. These indexes persist from call >> >>>>> to >> >>>>> call, so there are no gaps or glitches. >> >>>>> >> >>>>> There is ksmps frames latency in the code because spin is read in >> >>>>> before >> >>>>> it spout is computed. But I will try to change the code so that the >> >>>>> buffers >> >>>>> are rewound to line spout up with spin. There will then be zero >> >>>>> latency. >> >>>>> >> >>>>> >> >>>>> ----------------------------------------------------- >> >>>>> Michael Gogins >> >>>>> Irreducible Productions >> >>>>> http://michaelgogins.tumblr.com >> >>>>> Michael dot Gogins at gmail dot com >> >>>>> >> >>>>> >> >>>>> On Tue, Feb 4, 2014 at 11:03 AM, Steven Yi >> >>>>> wrote: >> >>>>>> >> >>>>>> I was in the middle of replying pretty much the same thing as >> >>>>>> Victor. >> >>>>>> Seems like you're introducing block's worth of latency due to the >> >>>>>> code >> >>>>>> order. >> >>>>>> >> >>>>>> On Tue, Feb 4, 2014 at 11:05 AM, Victor Lazzarini >> >>>>>> wrote: >> >>>>>>> I would have thought that you would >> >>>>>>> >> >>>>>>> 1) write data into spin >> >>>>>>> 2) process >> >>>>>>> 3) write data out of spout. >> >>>>>>> >> >>>>>>> if you read and write after running PeformKsmps(), as far as I can >> >>>>>>> see >> >>>>>>> there might be >> >>>>>>> a delay between input and output, as you will be effectively >> >>>>>>> putting >> >>>>>>> out the data that >> >>>>>>> you processed in the previous period. >> >>>>>>> >> >>>>>>> 1) process (means process the current spin data) >> >>>>>>> 2) write to spin the new data >> >>>>>>> 3) write out the result of processing the previous spin >> >>>>>>> >> >>>>>>> That's what it looks like to me. Not sure if I am right. Also this >> >>>>>>> discussion should be in the dev list not >> >>>>>>> in the users list (so my response is going there). >> >>>>>>> >> >>>>>>> Victor >> >>>>>>> >> >>>>>>> On 4 Feb 2014, at 15:47, Rory Walsh wrote: >> >>>>>>> >> >>>>>>>> I can confirm that it's not an issue with the plugin framework >> >>>>>>>> I'm >> >>>>>>>> using. I can also confirm it happens whether the plugin's >> >>>>>>>> processBlock() is being called the same amount of times as >> >>>>>>>> performKsmps(). That is to say, if the plugin sample buffer is >> >>>>>>>> set >> >>>>>>>> to >> >>>>>>>> 64 and so is Csound's, the problem persists. >> >>>>>>>> >> >>>>>>>> I can recreate it with Reaper by placing two identical audio >> >>>>>>>> tracks >> >>>>>>>> in >> >>>>>>>> the session. On one track I place a straight forward in/out >> >>>>>>>> Cabbage >> >>>>>>>> effect plugin. Then play both back at the same time. You'll hear >> >>>>>>>> subtle phasing taking place until you bypass the plugin effect. >> >>>>>>>> Here's >> >>>>>>>> my processBlock(), it couldn't be any simpler. Can any devs out >> >>>>>>>> there >> >>>>>>>> spot something that might introduce latency? >> >>>>>>>> >> >>>>>>>> CSCompResult = csound->PerformKsmps(); >> >>>>>>>> for(int i=0;i> >>>>>>>> { >> >>>>>>>> if(!CSCompResult) >> >>>>>>>> { >> >>>>>>>> for(int channel = 0; channel < getNumOutputChannels(); >> >>>>>>>> channel++ ) >> >>>>>>>> { >> >>>>>>>> audioBuffer = buffer.getSampleData(channel,0); >> >>>>>>>> pos = igetNumOutputChannels(); >> >>>>>>>> CSspin[channel+pos] = audioBuffer[i]cs_scale; >> >>>>>>>> audioBuffer[i] = (CSspout[channel+pos]/cs_scale); >> >>>>>>>> } >> >>>>>>>> } >> >>>>>>>> else >> >>>>>>>> buffer.clear(); >> >>>>>>>> } >> >>>>>>>> >> >>>>>>>> On 4 February 2014 15:04, Oeyvind Brandtsegg >> >>>>>>>> wrote: >> >>>>>>>>> All good. >> >>>>>>>>> I could test with csound~ and found another cause for the >> >>>>>>>>> latency. >> >>>>>>>>> Oeyvind >> >>>>>>>>> >> >>>>>>>>> 2014-02-04 Steven Yi : >> >>>>>>>>>> Nope. I did some work on updating the CMake file to try >> >>>>>>>>>> building >> >>>>>>>>>> on >> >>>>>>>>>> Windows yesterday. I need to do so me research to see about >> >>>>>>>>>> libraries >> >>>>>>>>>> to link to and other things, but it may take a while with >> >>>>>>>>>> current >> >>>>>>>>>> work >> >>>>>>>>>> load. >> >>>>>>>>>> >> >>>>>>>>>> On Tue, Feb 4, 2014 at 9:47 AM, Oeyvind Brandtsegg >> >>>>>>>>>> wrote: >> >>>>>>>>>>> That looks as if it's for OSX only (?), >> >>>>>>>>>>> perhaps not compiled for windows yet? >> >>>>>>>>>>> >> >>>>>>>>>>> >> >>>>>>>>>>> 2014-02-04 Steven Yi : >> >>>>>>>>>>>> csound6~ should be with the installer; also available at: >> >>>>>>>>>>>> >> >>>>>>>>>>>> >> >>>>>>>>>>>> >> >>>>>>>>>>>> >> >>>>>>>>>>>> http://sourceforge.net/projects/csound/files/csound6/Csound6.02/csound~_v1.1.1.pkg/download >> >>>>>>>>>>>> >> >>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:38 AM, Oeyvind Brandtsegg >> >>>>>>>>>>>> wrote: >> >>>>>>>>>>>>> I can also reproduce it with csound~ in MaxForLive >> >>>>>>>>>>>>> haven't tried with csound6~ (where can I find it?) >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> Now, testing with Max (not in Live), and with Reaper, I find >> >>>>>>>>>>>>> I >> >>>>>>>>>>>>> can not >> >>>>>>>>>>>>> reproduce the behaviour there. >> >>>>>>>>>>>>> So there is something with Live then. However, other VST >> >>>>>>>>>>>>> plugins >> >>>>>>>>>>>>> in >> >>>>>>>>>>>>> Live does not introduce extra latency. >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> The way I measure latency is by setiing up a microphone >> >>>>>>>>>>>>> close >> >>>>>>>>>>>>> to >> >>>>>>>>>>>>> the >> >>>>>>>>>>>>> speaker, close enough that it will almost feed, >> >>>>>>>>>>>>> then tap the mic and listen to the resonance of the system. >> >>>>>>>>>>>>> When >> >>>>>>>>>>>>> the >> >>>>>>>>>>>>> latency changes, the resonance will change. >> >>>>>>>>>>>>> When I add a plugin (Cabbage or MaxForLive with csound~), >> >>>>>>>>>>>>> the >> >>>>>>>>>>>>> latency >> >>>>>>>>>>>>> (and so the resonance) changes. If I load other VST plugins >> >>>>>>>>>>>>> this >> >>>>>>>>>>>>> does >> >>>>>>>>>>>>> not happen, the latency does not change. >> >>>>>>>>>>>>> But as I said, I can only reproduce it in Live. Sorry for >> >>>>>>>>>>>>> the >> >>>>>>>>>>>>> noise. >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> 2014-02-04 Rory Walsh : >> >>>>>>>>>>>>>> I can recreate it here. It's subtle, but present. I'll take >> >>>>>>>>>>>>>> a >> >>>>>>>>>>>>>> look. >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> On 4 February 2014 13:38, Oeyvind Brandtsegg >> >>>>>>>>>>>>>> wrote: >> >>>>>>>>>>>>>>> Yes, I have tried different ksmps values, both higher and >> >>>>>>>>>>>>>>> lower >> >>>>>>>>>>>>>>> and >> >>>>>>>>>>>>>>> equal to the host buffer size. >> >>>>>>>>>>>>>>> Will investigate if I can reproduce it on csound~. >> >>>>>>>>>>>>>>> Oeyvind >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> 2014-02-04 Rory Walsh : >> >>>>>>>>>>>>>>>> On second thoughts I can't see what might be causing >> >>>>>>>>>>>>>>>> this. >> >>>>>>>>>>>>>>>> Have you >> >>>>>>>>>>>>>>>> tried setting ksmps to be the same as your host's buffer >> >>>>>>>>>>>>>>>> size? >> >>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>> On 4 February 2014 13:01, Rory Walsh >> >>>>>>>>>>>>>>>> wrote: >> >>>>>>>>>>>>>>>>> I think I have it... Lunch first though.. >> >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> sent from a mobile device... >> >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> On 4 Feb 2014 12:56, "Rory Walsh" >> >>>>>>>>>>>>>>>>> wrote: >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>> Are you just running audio straight in and out, no >> >>>>>>>>>>>>>>>>>> processing? The >> >>>>>>>>>>>>>>>>>> plugin host calls the plugin's processBlock() which in >> >>>>>>>>>>>>>>>>>> turn >> >>>>>>>>>>>>>>>>>> calls >> >>>>>>>>>>>>>>>>>> performKsmps(). So long as processBlock() is being >> >>>>>>>>>>>>>>>>>> called >> >>>>>>>>>>>>>>>>>> (if the >> >>>>>>>>>>>>>>>>>> track is playing for example) performKsmps() will be >> >>>>>>>>>>>>>>>>>> called >> >>>>>>>>>>>>>>>>>> over and >> >>>>>>>>>>>>>>>>>> over again processing ksmps samples each time. At the >> >>>>>>>>>>>>>>>>>> moment >> >>>>>>>>>>>>>>>>>> the >> >>>>>>>>>>>>>>>>>> processBlock() method and the performKsmps() are firing >> >>>>>>>>>>>>>>>>>> off >> >>>>>>>>>>>>>>>>>> at >> >>>>>>>>>>>>>>>>>> different speeds. I can look at forcing Cabbage plugins >> >>>>>>>>>>>>>>>>>> to >> >>>>>>>>>>>>>>>>>> process the >> >>>>>>>>>>>>>>>>>> same amount of samples as the plugin does with each >> >>>>>>>>>>>>>>>>>> call >> >>>>>>>>>>>>>>>>>> to >> >>>>>>>>>>>>>>>>>> processBlock(). Perhaps that might help. >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>> On 4 February 2014 12:41, Oeyvind Brandtsegg >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>> wrote: >> >>>>>>>>>>>>>>>>>>> Regarding latency and buffers, >> >>>>>>>>>>>>>>>>>>> I thought I had understood that csound, when used as a >> >>>>>>>>>>>>>>>>>>> plugin (e.g. >> >>>>>>>>>>>>>>>>>>> Cabbage or csound~) would process the audio buffer "in >> >>>>>>>>>>>>>>>>>>> place", so no >> >>>>>>>>>>>>>>>>>>> extra latency would incur due to the sound being >> >>>>>>>>>>>>>>>>>>> processed >> >>>>>>>>>>>>>>>>>>> through >> >>>>>>>>>>>>>>>>>>> Csound, assuming that ksmps is smaler than the host >> >>>>>>>>>>>>>>>>>>> program's buffer >> >>>>>>>>>>>>>>>>>>> size. >> >>>>>>>>>>>>>>>>>>> Now, running Cabbage plugins in Ableton Live, I've >> >>>>>>>>>>>>>>>>>>> been >> >>>>>>>>>>>>>>>>>>> investigating >> >>>>>>>>>>>>>>>>>>> latency issues, and I find that adding a simple >> >>>>>>>>>>>>>>>>>>> Cabbage >> >>>>>>>>>>>>>>>>>>> plugin will >> >>>>>>>>>>>>>>>>>>> delay the signal. Also, adding more than one such >> >>>>>>>>>>>>>>>>>>> plugin >> >>>>>>>>>>>>>>>>>>> in >> >>>>>>>>>>>>>>>>>>> series >> >>>>>>>>>>>>>>>>>>> increases the delay/latency accordingly. I've tried >> >>>>>>>>>>>>>>>>>>> using >> >>>>>>>>>>>>>>>>>>> different >> >>>>>>>>>>>>>>>>>>> ksmps, and this indeed affects the amount of latency >> >>>>>>>>>>>>>>>>>>> but >> >>>>>>>>>>>>>>>>>>> even setting >> >>>>>>>>>>>>>>>>>>> ksmps=1 does not get rid of it. >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> Can the buffer be processed "in place"? >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> best >> >>>>>>>>>>>>>>>>>>> Oeyvind >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> -- >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >> >>>>>>>>>>>>>>>>>>> Professor of Music Technology >> >>>>>>>>>>>>>>>>>>> NTNU >> >>>>>>>>>>>>>>>>>>> 7491 Trondheim >> >>>>>>>>>>>>>>>>>>> Norway >> >>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >> >>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >> >>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >> >>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >>>>>>>>>>>>>>>>>>> csound6: >> >>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>>>>>>>>>>>>>>>> csound5: >> >>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >> >>>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with >> >>>>>>>>>>>>>>>>>>> body >> >>>>>>>>>>>>>>>>>>> "unsubscribe >> >>>>>>>>>>>>>>>>>>> csound" >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >>>>>>>>>>>>>>>> csound6: >> >>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>>>>>>>>>>>>> csound5: >> >>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >> >>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with >> >>>>>>>>>>>>>>>> body >> >>>>>>>>>>>>>>>> "unsubscribe csound" >> >>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> -- >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> Oeyvind Brandtsegg >> >>>>>>>>>>>>>>> Professor of Music Technology >> >>>>>>>>>>>>>>> NTNU >> >>>>>>>>>>>>>>> 7491 Trondheim >> >>>>>>>>>>>>>>> Norway >> >>>>>>>>>>>>>>> Cell: +47 92 203 205 >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> http://flyndresang.no/ >> >>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >> >>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >> >>>>>>>>>>>>>>> http://soundcloud.com/t-emp >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >>>>>>>>>>>>>>> csound6: >> >>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>>>>>>>>>>>> csound5: >> >>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >> >>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with >> >>>>>>>>>>>>>>> body >> >>>>>>>>>>>>>>> "unsubscribe csound" >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >>>>>>>>>>>>>> csound6: >> >>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>>>>>>>>>>> csound5: >> >>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>>>>>>>>>>> Discussions of bugs and features can be posted here >> >>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >> >>>>>>>>>>>>>> "unsubscribe csound" >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> -- >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> Oeyvind Brandtsegg >> >>>>>>>>>>>>> Professor of Music Technology >> >>>>>>>>>>>>> NTNU >> >>>>>>>>>>>>> 7491 Trondheim >> >>>>>>>>>>>>> Norway >> >>>>>>>>>>>>> Cell: +47 92 203 205 >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> http://flyndresang.no/ >> >>>>>>>>>>>>> http://www.partikkelaudio.com/ >> >>>>>>>>>>>>> http://soundcloud.com/brandtsegg >> >>>>>>>>>>>>> http://soundcloud.com/t-emp >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >>>>>>>>>>>>> csound6: >> >>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>>>>>>>>>> csound5: >> >>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>>>>>>>>>> Discussions of bugs and features can be posted here >> >>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >> >>>>>>>>>>>>> "unsubscribe csound" >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> >> >>>>>>>>>>>> >> >>>>>>>>>>>> >> >>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >>>>>>>>>>>> csound6: >> >>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>>>>>>>>> csound5: >> >>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>>>>>>>>> Discussions of bugs and features can be posted here >> >>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >> >>>>>>>>>>>> "unsubscribe csound" >> >>>>>>>>>>>> >> >>>>>>>>>>>> >> >>>>>>>>>>> >> >>>>>>>>>>> >> >>>>>>>>>>> >> >>>>>>>>>>> -- >> >>>>>>>>>>> >> >>>>>>>>>>> Oeyvind Brandtsegg >> >>>>>>>>>>> Professor of Music Technology >> >>>>>>>>>>> NTNU >> >>>>>>>>>>> 7491 Trondheim >> >>>>>>>>>>> Norway >> >>>>>>>>>>> Cell: +47 92 203 205 >> >>>>>>>>>>> >> >>>>>>>>>>> http://flyndresang.no/ >> >>>>>>>>>>> http://www.partikkelaudio.com/ >> >>>>>>>>>>> http://soundcloud.com/brandtsegg >> >>>>>>>>>>> http://soundcloud.com/t-emp >> >>>>>>>>>>> >> >>>>>>>>>>> >> >>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >>>>>>>>>>> csound6: >> >>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>>>>>>>> csound5: >> >>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>>>>>>>> Discussions of bugs and features can be posted here >> >>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >> >>>>>>>>>>> "unsubscribe csound" >> >>>>>>>>>>> >> >>>>>>>>>>> >> >>>>>>>>>> >> >>>>>>>>>> >> >>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >>>>>>>>>> csound6: >> >>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>>>>>>> csound5: >> >>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>>>>>>> Discussions of bugs and features can be posted here >> >>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >> >>>>>>>>>> "unsubscribe csound" >> >>>>>>>>>> >> >>>>>>>>>> >> >>>>>>>>> >> >>>>>>>>> >> >>>>>>>>> >> >>>>>>>>> -- >> >>>>>>>>> >> >>>>>>>>> Oeyvind Brandtsegg >> >>>>>>>>> Professor of Music Technology >> >>>>>>>>> NTNU >> >>>>>>>>> 7491 Trondheim >> >>>>>>>>> Norway >> >>>>>>>>> Cell: +47 92 203 205 >> >>>>>>>>> >> >>>>>>>>> http://flyndresang.no/ >> >>>>>>>>> http://www.partikkelaudio.com/ >> >>>>>>>>> http://soundcloud.com/brandtsegg >> >>>>>>>>> http://soundcloud.com/t-emp >> >>>>>>>>> >> >>>>>>>>> >> >>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >>>>>>>>> csound6: >> >>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>>>>>> csound5: >> >>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>>>>>> Discussions of bugs and features can be posted here >> >>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >> >>>>>>>>> "unsubscribe csound" >> >>>>>>>>> >> >>>>>>>>> >> >>>>>>>> >> >>>>>>>> >> >>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >>>>>>>> csound6: >> >>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>>>>> csound5: >> >>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>>>>> Discussions of bugs and features can be posted here >> >>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >> >>>>>>>> "unsubscribe csound" >> >>>>>>>> >> >>>>>>>> >> >>>>>>> >> >>>>>>> >> >>>>>>> >> >>>>>>> >> >>>>>>> >> >>>>>>> ------------------------------------------------------------------------------ >> >>>>>>> Managing the Performance of Cloud-Based Applications >> >>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >> >>>>>>> Pitfalls. >> >>>>>>> Read the Whitepaper. >> >>>>>>> >> >>>>>>> >> >>>>>>> >> >>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>>>> _______________________________________________ >> >>>>>>> Csound-devel mailing list >> >>>>>>> Csound-devel@lists.sourceforge.net >> >>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>>> >> >>>>>> >> >>>>>> >> >>>>>> >> >>>>>> ------------------------------------------------------------------------------ >> >>>>>> Managing the Performance of Cloud-Based Applications >> >>>>>> Take advantage of what the Cloud has to offer - Avoid Common >> >>>>>> Pitfalls. >> >>>>>> Read the Whitepaper. >> >>>>>> >> >>>>>> >> >>>>>> >> >>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>>> _______________________________________________ >> >>>>>> Csound-devel mailing list >> >>>>>> Csound-devel@lists.sourceforge.net >> >>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>> >> >>>>> >> >>>> >> >>>> >> >>>> >> >>>> >> >>>> ------------------------------------------------------------------------------ >> >>>> Managing the Performance of Cloud-Based Applications >> >>>> Take advantage of what the Cloud has to offer - Avoid Common >> >>>> Pitfalls. >> >>>> Read the Whitepaper. >> >>>> >> >>>> >> >>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>> _______________________________________________ >> >>>> Csound-devel mailing list >> >>>> Csound-devel@lists.sourceforge.net >> >>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>> >> >>> >> >>> >> >>> >> >>> ------------------------------------------------------------------------------ >> >>> Managing the Performance of Cloud-Based Applications >> >>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> >>> Read the Whitepaper. >> >>> >> >>> >> >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>> _______________________________________________ >> >>> Csound-devel mailing list >> >>> Csound-devel@lists.sourceforge.net >> >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >> >> >> >> >> >> >> >> ------------------------------------------------------------------------------ >> >> Managing the Performance of Cloud-Based Applications >> >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> >> Read the Whitepaper. >> >> >> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> _______________________________________________ >> >> Csound-devel mailing list >> >> Csound-devel@lists.sourceforge.net >> >> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >> > >> > >> > ------------------------------------------------------------------------------ >> > Managing the Performance of Cloud-Based Applications >> > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> > Read the Whitepaper. >> > >> > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> > _______________________________________________ >> > Csound-devel mailing list >> > Csound-devel@lists.sourceforge.net >> > https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> Dr Victor Lazzarini >> Senior Lecturer >> Dept. of Music >> NUI Maynooth Ireland >> tel.: +353 1 708 3545 >> Victor dot Lazzarini AT nuim dot ie >> >> >> >> >> >> ------------------------------------------------------------------------------ >> Managing the Performance of Cloud-Based Applications >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> Read the Whitepaper. >> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> _______________________________________________ >> Csound-devel mailing list >> Csound-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/csound-devel > > > > ------------------------------------------------------------------------------ > Managing the Performance of Cloud-Based Applications > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. > Read the Whitepaper. > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk > _______________________________________________ > Csound-devel mailing list > Csound-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/csound-devel > ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net

Date	2014-02-05 20:06
From	Michael Gogins
Subject	Re: [Cs-dev] [Csnd] Latency and buffers
Attachments	None None
	Then your code will run 5 times slower or so. Regards, Mike ----------------------------------------------------- Michael Gogins Irreducible Productions http://michaelgogins.tumblr.com Michael dot Gogins at gmail dot com On Wed, Feb 5, 2014 at 3:03 PM, Rory Walsh <rorywalsh@ear.ie> wrote: Seems every where I look it says don't make any assumptions about buffer sizes. So I guess the only fail safe way is to force a ksmps of 1? uh... On 5 February 2014 19:57, Michael Gogins <michael.gogins@gmail.com> wrote: > I believe that you are wrong, you cannot count on a power of two size. > > See these threads from KVR: > > http://www.kvraudio.com/forum/viewtopic.php?t=279753 > > http://www.kvraudio.com/forum/viewtopic.php?t=359951 > > http://www.kvraudio.com/forum/viewtopic.php?p=3458228 > > Regards, > Mike > > > > > > ----------------------------------------------------- > Michael Gogins > Irreducible Productions > http://michaelgogins.tumblr.com > Michael dot Gogins at gmail dot com > > > On Wed, Feb 5, 2014 at 2:17 PM, Victor Lazzarini <Victor.Lazzarini@nuim.ie> > wrote: >> >> But I think you're probably safe setting ksmps to a low value that is a >> power-of-two. I would >> expect most hosts to run buffers that are power-of-two and that are not >> that small. >> ksmps =8,16 or 32 should do. >> >> Victor >> >> On 5 Feb 2014, at 18:10, Rory Walsh wrote: >> >> > I was just about to answer my previous mail with the same thing. That's >> > a pain. >> > >> > On 5 February 2014 18:03, Michael Gogins <michael.gogins@gmail.com> >> > wrote: >> >> No. The host can and often does use a different host audio buffer size >> >> on >> >> each call to process() or processReplacing(). >> >> >> >> Regards, >> >> Mike >> >> >> >> >> >> ----------------------------------------------------- >> >> Michael Gogins >> >> Irreducible Productions >> >> http://michaelgogins.tumblr.com >> >> Michael dot Gogins at gmail dot com >> >> >> >> >> >> On Wed, Feb 5, 2014 at 11:27 AM, Rory Walsh <rorywalsh@ear.ie> wrote: >> >>> >> >>> Hi Mike, isn't it possible to query the host buffer size before the >> >>> processing function is first called, in which case you can just >> >>> override the csd's ksmps? >> >>> >> >>> On 5 February 2014 15:55, Michael Gogins <michael.gogins@gmail.com> >> >>> wrote: >> >>>> I've looked into this some more. As long as the host audio buffer is >> >>>> not >> >>>> an >> >>>> integral multiple of ksmps, there will have to be ksmps latency >> >>>> between >> >>>> input and output. That is because performKsmps requires spin to be >> >>>> full, >> >>>> but >> >>>> if there is some remainder from hostsize/ksmps, there will be some >> >>>> frames >> >>>> that the host buffer doesn't have but spin needs. >> >>>> >> >>>> I am letting this go for now, but if Csound could adjust ksmps during >> >>>> performance via the API, then we could get rid of this latency by >> >>>> setting >> >>>> ksmps equal to the host buffer size on each host processing call. I >> >>>> think >> >>>> this would be a really good idea. I'm entering it as a feature >> >>>> request. >> >>>> >> >>>> Regards, >> >>>> Mike >> >>>> >> >>>> >> >>>> Regards, >> >>>> Mike >> >>>> >> >>>> >> >>>> ----------------------------------------------------- >> >>>> Michael Gogins >> >>>> Irreducible Productions >> >>>> http://michaelgogins.tumblr.com >> >>>> Michael dot Gogins at gmail dot com >> >>>> >> >>>> >> >>>> On Tue, Feb 4, 2014 at 1:47 PM, Michael Gogins >> >>>> <michael.gogins@gmail.com> >> >>>> wrote: >> >>>>> >> >>>>> CsoundVST does the following: >> >>>>> >> >>>>> In the processReplacing callback there are essentially two >> >>>>> simultaneous >> >>>>> loops, each with their own loop indexes. One loop is for the host >> >>>>> audio >> >>>>> buffer, which can change in size from one call to the next. The >> >>>>> other >> >>>>> loop >> >>>>> is for Csound. >> >>>>> >> >>>>> For each frame of audio, one frame of audio is copied from the host >> >>>>> input >> >>>>> buffer to spin, one frame of audio is copied from spout to the host >> >>>>> audio >> >>>>> output buffer, and both loop indexes are incremented. >> >>>>> >> >>>>> At the end of spout, ksmps audio are processed by Csound, and the >> >>>>> spin >> >>>>> and >> >>>>> spout buffer indexes are reset to 0. These indexes persist from call >> >>>>> to >> >>>>> call, so there are no gaps or glitches. >> >>>>> >> >>>>> There is ksmps frames latency in the code because spin is read in >> >>>>> before >> >>>>> it spout is computed. But I will try to change the code so that the >> >>>>> buffers >> >>>>> are rewound to line spout up with spin. There will then be zero >> >>>>> latency. >> >>>>> >> >>>>> >> >>>>> ----------------------------------------------------- >> >>>>> Michael Gogins >> >>>>> Irreducible Productions >> >>>>> http://michaelgogins.tumblr.com >> >>>>> Michael dot Gogins at gmail dot com >> >>>>> >> >>>>> >> >>>>> On Tue, Feb 4, 2014 at 11:03 AM, Steven Yi <stevenyi@gmail.com> >> >>>>> wrote: >> >>>>>> >> >>>>>> I was in the middle of replying pretty much the same thing as >> >>>>>> Victor. >> >>>>>> Seems like you're introducing block's worth of latency due to the >> >>>>>> code >> >>>>>> order. >> >>>>>> >> >>>>>> On Tue, Feb 4, 2014 at 11:05 AM, Victor Lazzarini >> >>>>>> <Victor.Lazzarini@nuim.ie> wrote: >> >>>>>>> I would have thought that you would >> >>>>>>> >> >>>>>>> 1) write data into spin >> >>>>>>> 2) process >> >>>>>>> 3) write data out of spout. >> >>>>>>> >> >>>>>>> if you read and write after running PeformKsmps(), as far as I can >> >>>>>>> see >> >>>>>>> there might be >> >>>>>>> a delay between input and output, as you will be effectively >> >>>>>>> putting >> >>>>>>> out the data that >> >>>>>>> you processed in the previous period. >> >>>>>>> >> >>>>>>> 1) process (means process the current spin data) >> >>>>>>> 2) write to spin the new data >> >>>>>>> 3) write out the result of processing the previous spin >> >>>>>>> >> >>>>>>> That's what it looks like to me. Not sure if I am right. Also this >> >>>>>>> discussion should be in the dev list not >> >>>>>>> in the users list (so my response is going there). >> >>>>>>> >> >>>>>>> Victor >> >>>>>>> >> >>>>>>> On 4 Feb 2014, at 15:47, Rory Walsh <rorywalsh@ear.ie> wrote: >> >>>>>>> >> >>>>>>>> I can confirm that it's not an issue with the plugin framework >> >>>>>>>> I'm >> >>>>>>>> using. I can also confirm it happens whether the plugin's >> >>>>>>>> processBlock() is being called the same amount of times as >> >>>>>>>> performKsmps(). That is to say, if the plugin sample buffer is >> >>>>>>>> set >> >>>>>>>> to >> >>>>>>>> 64 and so is Csound's, the problem persists. >> >>>>>>>> >> >>>>>>>> I can recreate it with Reaper by placing two identical audio >> >>>>>>>> tracks >> >>>>>>>> in >> >>>>>>>> the session. On one track I place a straight forward in/out >> >>>>>>>> Cabbage >> >>>>>>>> effect plugin. Then play both back at the same time. You'll hear >> >>>>>>>> subtle phasing taking place until you bypass the plugin effect. >> >>>>>>>> Here's >> >>>>>>>> my processBlock(), it couldn't be any simpler. Can any devs out >> >>>>>>>> there >> >>>>>>>> spot something that might introduce latency? >> >>>>>>>> >> >>>>>>>> CSCompResult = csound->PerformKsmps(); >> >>>>>>>> for(int i=0;i<numSamplesInBuffer;i++) >> >>>>>>>> { >> >>>>>>>> if(!CSCompResult) >> >>>>>>>> { >> >>>>>>>> for(int channel = 0; channel < getNumOutputChannels(); >> >>>>>>>> channel++ ) >> >>>>>>>> { >> >>>>>>>> audioBuffer = buffer.getSampleData(channel,0); >> >>>>>>>> pos = igetNumOutputChannels(); >> >>>>>>>> CSspin[channel+pos] = audioBuffer[i]cs_scale; >> >>>>>>>> audioBuffer[i] = (CSspout[channel+pos]/cs_scale); >> >>>>>>>> } >> >>>>>>>> } >> >>>>>>>> else >> >>>>>>>> buffer.clear(); >> >>>>>>>> } >> >>>>>>>> >> >>>>>>>> On 4 February 2014 15:04, Oeyvind Brandtsegg >> >>>>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >> >>>>>>>>> All good. >> >>>>>>>>> I could test with csound~ and found another cause for the >> >>>>>>>>> latency. >> >>>>>>>>> Oeyvind >> >>>>>>>>> >> >>>>>>>>> 2014-02-04 Steven Yi <stevenyi@gmail.com>: >> >>>>>>>>>> Nope. I did some work on updating the CMake file to try >> >>>>>>>>>> building >> >>>>>>>>>> on >> >>>>>>>>>> Windows yesterday. I need to do so me research to see about >> >>>>>>>>>> libraries >> >>>>>>>>>> to link to and other things, but it may take a while with >> >>>>>>>>>> current >> >>>>>>>>>> work >> >>>>>>>>>> load. >> >>>>>>>>>> >> >>>>>>>>>> On Tue, Feb 4, 2014 at 9:47 AM, Oeyvind Brandtsegg >> >>>>>>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >> >>>>>>>>>>> That looks as if it's for OSX only (?), >> >>>>>>>>>>> perhaps not compiled for windows yet? >> >>>>>>>>>>> >> >>>>>>>>>>> >> >>>>>>>>>>> 2014-02-04 Steven Yi <stevenyi@gmail.com>: >> >>>>>>>>>>>> csound6~ should be with the installer; also available at: >> >>>>>>>>>>>> >> >>>>>>>>>>>> >> >>>>>>>>>>>> >> >>>>>>>>>>>> >> >>>>>>>>>>>> http://sourceforge.net/projects/csound/files/csound6/Csound6.02/csound~_v1.1.1.pkg/download >> >>>>>>>>>>>> >> >>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:38 AM, Oeyvind Brandtsegg >> >>>>>>>>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >> >>>>>>>>>>>>> I can also reproduce it with csound~ in MaxForLive >> >>>>>>>>>>>>> haven't tried with csound6~ (where can I find it?) >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> Now, testing with Max (not in Live), and with Reaper, I find >> >>>>>>>>>>>>> I >> >>>>>>>>>>>>> can not >> >>>>>>>>>>>>> reproduce the behaviour there. >> >>>>>>>>>>>>> So there is something with Live then. However, other VST >> >>>>>>>>>>>>> plugins >> >>>>>>>>>>>>> in >> >>>>>>>>>>>>> Live does not introduce extra latency. >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> The way I measure latency is by setiing up a microphone >> >>>>>>>>>>>>> close >> >>>>>>>>>>>>> to >> >>>>>>>>>>>>> the >> >>>>>>>>>>>>> speaker, close enough that it will almost feed, >> >>>>>>>>>>>>> then tap the mic and listen to the resonance of the system. >> >>>>>>>>>>>>> When >> >>>>>>>>>>>>> the >> >>>>>>>>>>>>> latency changes, the resonance will change. >> >>>>>>>>>>>>> When I add a plugin (Cabbage or MaxForLive with csound~), >> >>>>>>>>>>>>> the >> >>>>>>>>>>>>> latency >> >>>>>>>>>>>>> (and so the resonance) changes. If I load other VST plugins >> >>>>>>>>>>>>> this >> >>>>>>>>>>>>> does >> >>>>>>>>>>>>> not happen, the latency does not change. >> >>>>>>>>>>>>> But as I said, I can only reproduce it in Live. Sorry for >> >>>>>>>>>>>>> the >> >>>>>>>>>>>>> noise. >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> 2014-02-04 Rory Walsh <rorywalsh@ear.ie>: >> >>>>>>>>>>>>>> I can recreate it here. It's subtle, but present. I'll take >> >>>>>>>>>>>>>> a >> >>>>>>>>>>>>>> look. >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> On 4 February 2014 13:38, Oeyvind Brandtsegg >> >>>>>>>>>>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >> >>>>>>>>>>>>>>> Yes, I have tried different ksmps values, both higher and >> >>>>>>>>>>>>>>> lower >> >>>>>>>>>>>>>>> and >> >>>>>>>>>>>>>>> equal to the host buffer size. >> >>>>>>>>>>>>>>> Will investigate if I can reproduce it on csound~. >> >>>>>>>>>>>>>>> Oeyvind >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> 2014-02-04 Rory Walsh <rorywalsh@ear.ie>: >> >>>>>>>>>>>>>>>> On second thoughts I can't see what might be causing >> >>>>>>>>>>>>>>>> this. >> >>>>>>>>>>>>>>>> Have you >> >>>>>>>>>>>>>>>> tried setting ksmps to be the same as your host's buffer >> >>>>>>>>>>>>>>>> size? >> >>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>> On 4 February 2014 13:01, Rory Walsh <rorywalsh@ear.ie> >> >>>>>>>>>>>>>>>> wrote: >> >>>>>>>>>>>>>>>>> I think I have it... Lunch first though.. >> >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> sent from a mobile device... >> >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> On 4 Feb 2014 12:56, "Rory Walsh" <rorywalsh@ear.ie> >> >>>>>>>>>>>>>>>>> wrote: >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>> Are you just running audio straight in and out, no >> >>>>>>>>>>>>>>>>>> processing? The >> >>>>>>>>>>>>>>>>>> plugin host calls the plugin's processBlock() which in >> >>>>>>>>>>>>>>>>>> turn >> >>>>>>>>>>>>>>>>>> calls >> >>>>>>>>>>>>>>>>>> performKsmps(). So long as processBlock() is being >> >>>>>>>>>>>>>>>>>> called >> >>>>>>>>>>>>>>>>>> (if the >> >>>>>>>>>>>>>>>>>> track is playing for example) performKsmps() will be >> >>>>>>>>>>>>>>>>>> called >> >>>>>>>>>>>>>>>>>> over and >> >>>>>>>>>>>>>>>>>> over again processing ksmps samples each time. At the >> >>>>>>>>>>>>>>>>>> moment >> >>>>>>>>>>>>>>>>>> the >> >>>>>>>>>>>>>>>>>> processBlock() method and the performKsmps() are firing >> >>>>>>>>>>>>>>>>>> off >> >>>>>>>>>>>>>>>>>> at >> >>>>>>>>>>>>>>>>>> different speeds. I can look at forcing Cabbage plugins >> >>>>>>>>>>>>>>>>>> to >> >>>>>>>>>>>>>>>>>> process the >> >>>>>>>>>>>>>>>>>> same amount of samples as the plugin does with each >> >>>>>>>>>>>>>>>>>> call >> >>>>>>>>>>>>>>>>>> to >> >>>>>>>>>>>>>>>>>> processBlock(). Perhaps that might help. >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>> On 4 February 2014 12:41, Oeyvind Brandtsegg >> >>>>>>>>>>>>>>>>>> <oyvind.brandtsegg@ntnu.no> >> >>>>>>>>>>>>>>>>>> wrote: >> >>>>>>>>>>>>>>>>>>> Regarding latency and buffers, >> >>>>>>>>>>>>>>>>>>> I thought I had understood that csound, when used as a >> >>>>>>>>>>>>>>>>>>> plugin (e.g. >> >>>>>>>>>>>>>>>>>>> Cabbage or csound~) would process the audio buffer "in >> >>>>>>>>>>>>>>>>>>> place", so no >> >>>>>>>>>>>>>>>>>>> extra latency would incur due to the sound being >> >>>>>>>>>>>>>>>>>>> processed >> >>>>>>>>>>>>>>>>>>> through >> >>>>>>>>>>>>>>>>>>> Csound, assuming that ksmps is smaler than the host >> >>>>>>>>>>>>>>>>>>> program's buffer >> >>>>>>>>>>>>>>>>>>> size. >> >>>>>>>>>>>>>>>>>>> Now, running Cabbage plugins in Ableton Live, I've >> >>>>>>>>>>>>>>>>>>> been >> >>>>>>>>>>>>>>>>>>> investigating >> >>>>>>>>>>>>>>>>>>> latency issues, and I find that adding a simple >> >>>>>>>>>>>>>>>>>>> Cabbage >> >>>>>>>>>>>>>>>>>>> plugin will >> >>>>>>>>>>>>>>>>>>> delay the signal. Also, adding more than one such >> >>>>>>>>>>>>>>>>>>> plugin >> >>>>>>>>>>>>>>>>>>> in >> >>>>>>>>>>>>>>>>>>> series >> >>>>>>>>>>>>>>>>>>> increases the delay/latency accordingly. I've tried >> >>>>>>>>>>>>>>>>>>> using >> >>>>>>>>>>>>>>>>>>> different >> >>>>>>>>>>>>>>>>>>> ksmps, and this indeed affects the amount of latency >> >>>>>>>>>>>>>>>>>>> but >> >>>>>>>>>>>>>>>>>>> even setting >> >>>>>>>>>>>>>>>>>>> ksmps=1 does not get rid of it. >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> Can the buffer be processed "in place"? >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> best >> >>>>>>>>>>>>>>>>>>> Oeyvind >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> -- >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >> >>>>>>>>>>>>>>>>>>> Professor of Music Technology >> >>>>>>>>>>>>>>>>>>> NTNU >> >>>>>>>>>>>>>>>>>>> 7491 Trondheim >> >>>>>>>>>>>>>>>>>>> Norway >> >>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >> >>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >> >>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >> >>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >>>>>>>>>>>>>>>>>>> csound6: >> >>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>>>>>>>>>>>>>>>> csound5: >> >>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >> >>>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with >> >>>>>>>>>>>>>>>>>>> body >> >>>>>>>>>>>>>>>>>>> "unsubscribe >> >>>>>>>>>>>>>>>>>>> csound" >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >>>>>>>>>>>>>>>> csound6: >> >>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>>>>>>>>>>>>> csound5: >> >>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >> >>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with >> >>>>>>>>>>>>>>>> body >> >>>>>>>>>>>>>>>> "unsubscribe csound" >> >>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> -- >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> Oeyvind Brandtsegg >> >>>>>>>>>>>>>>> Professor of Music Technology >> >>>>>>>>>>>>>>> NTNU >> >>>>>>>>>>>>>>> 7491 Trondheim >> >>>>>>>>>>>>>>> Norway >> >>>>>>>>>>>>>>> Cell: +47 92 203 205 >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> http://flyndresang.no/ >> >>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >> >>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >> >>>>>>>>>>>>>>> http://soundcloud.com/t-emp >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >>>>>>>>>>>>>>> csound6: >> >>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>>>>>>>>>>>> csound5: >> >>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >> >>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with >> >>>>>>>>>>>>>>> body >> >>>>>>>>>>>>>>> "unsubscribe csound" >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >>>>>>>>>>>>>> csound6: >> >>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>>>>>>>>>>> csound5: >> >>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>>>>>>>>>>> Discussions of bugs and features can be posted here >> >>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >> >>>>>>>>>>>>>> "unsubscribe csound" >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> -- >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> Oeyvind Brandtsegg >> >>>>>>>>>>>>> Professor of Music Technology >> >>>>>>>>>>>>> NTNU >> >>>>>>>>>>>>> 7491 Trondheim >> >>>>>>>>>>>>> Norway >> >>>>>>>>>>>>> Cell: +47 92 203 205 >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> http://flyndresang.no/ >> >>>>>>>>>>>>> http://www.partikkelaudio.com/ >> >>>>>>>>>>>>> http://soundcloud.com/brandtsegg >> >>>>>>>>>>>>> http://soundcloud.com/t-emp >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >>>>>>>>>>>>> csound6: >> >>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>>>>>>>>>> csound5: >> >>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>>>>>>>>>> Discussions of bugs and features can be posted here >> >>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >> >>>>>>>>>>>>> "unsubscribe csound" >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> >> >>>>>>>>>>>> >> >>>>>>>>>>>> >> >>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >>>>>>>>>>>> csound6: >> >>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>>>>>>>>> csound5: >> >>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>>>>>>>>> Discussions of bugs and features can be posted here >> >>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >> >>>>>>>>>>>> "unsubscribe csound" >> >>>>>>>>>>>> >> >>>>>>>>>>>> >> >>>>>>>>>>> >> >>>>>>>>>>> >> >>>>>>>>>>> >> >>>>>>>>>>> -- >> >>>>>>>>>>> >> >>>>>>>>>>> Oeyvind Brandtsegg >> >>>>>>>>>>> Professor of Music Technology >> >>>>>>>>>>> NTNU >> >>>>>>>>>>> 7491 Trondheim >> >>>>>>>>>>> Norway >> >>>>>>>>>>> Cell: +47 92 203 205 >> >>>>>>>>>>> >> >>>>>>>>>>> http://flyndresang.no/ >> >>>>>>>>>>> http://www.partikkelaudio.com/ >> >>>>>>>>>>> http://soundcloud.com/brandtsegg >> >>>>>>>>>>> http://soundcloud.com/t-emp >> >>>>>>>>>>> >> >>>>>>>>>>> >> >>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >>>>>>>>>>> csound6: >> >>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>>>>>>>> csound5: >> >>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>>>>>>>> Discussions of bugs and features can be posted here >> >>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >> >>>>>>>>>>> "unsubscribe csound" >> >>>>>>>>>>> >> >>>>>>>>>>> >> >>>>>>>>>> >> >>>>>>>>>> >> >>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >>>>>>>>>> csound6: >> >>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>>>>>>> csound5: >> >>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>>>>>>> Discussions of bugs and features can be posted here >> >>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >> >>>>>>>>>> "unsubscribe csound" >> >>>>>>>>>> >> >>>>>>>>>> >> >>>>>>>>> >> >>>>>>>>> >> >>>>>>>>> >> >>>>>>>>> -- >> >>>>>>>>> >> >>>>>>>>> Oeyvind Brandtsegg >> >>>>>>>>> Professor of Music Technology >> >>>>>>>>> NTNU >> >>>>>>>>> 7491 Trondheim >> >>>>>>>>> Norway >> >>>>>>>>> Cell: +47 92 203 205 >> >>>>>>>>> >> >>>>>>>>> http://flyndresang.no/ >> >>>>>>>>> http://www.partikkelaudio.com/ >> >>>>>>>>> http://soundcloud.com/brandtsegg >> >>>>>>>>> http://soundcloud.com/t-emp >> >>>>>>>>> >> >>>>>>>>> >> >>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >>>>>>>>> csound6: >> >>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>>>>>> csound5: >> >>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>>>>>> Discussions of bugs and features can be posted here >> >>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >> >>>>>>>>> "unsubscribe csound" >> >>>>>>>>> >> >>>>>>>>> >> >>>>>>>> >> >>>>>>>> >> >>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >>>>>>>> csound6: >> >>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>>>>> csound5: >> >>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>>>>> Discussions of bugs and features can be posted here >> >>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >> >>>>>>>> "unsubscribe csound" >> >>>>>>>> >> >>>>>>>> >> >>>>>>> >> >>>>>>> >> >>>>>>> >> >>>>>>> >> >>>>>>> >> >>>>>>> ------------------------------------------------------------------------------ >> >>>>>>> Managing the Performance of Cloud-Based Applications >> >>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >> >>>>>>> Pitfalls. >> >>>>>>> Read the Whitepaper. >> >>>>>>> >> >>>>>>> >> >>>>>>> >> >>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>>>> _______________________________________________ >> >>>>>>> Csound-devel mailing list >> >>>>>>> Csound-devel@lists.sourceforge.net >> >>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>>> >> >>>>>> >> >>>>>> >> >>>>>> >> >>>>>> ------------------------------------------------------------------------------ >> >>>>>> Managing the Performance of Cloud-Based Applications >> >>>>>> Take advantage of what the Cloud has to offer - Avoid Common >> >>>>>> Pitfalls. >> >>>>>> Read the Whitepaper. >> >>>>>> >> >>>>>> >> >>>>>> >> >>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>>> _______________________________________________ >> >>>>>> Csound-devel mailing list >> >>>>>> Csound-devel@lists.sourceforge.net >> >>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>> >> >>>>> >> >>>> >> >>>> >> >>>> >> >>>> >> >>>> ------------------------------------------------------------------------------ >> >>>> Managing the Performance of Cloud-Based Applications >> >>>> Take advantage of what the Cloud has to offer - Avoid Common >> >>>> Pitfalls. >> >>>> Read the Whitepaper. >> >>>> >> >>>> >> >>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>> _______________________________________________ >> >>>> Csound-devel mailing list >> >>>> Csound-devel@lists.sourceforge.net >> >>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>> >> >>> >> >>> >> >>> >> >>> ------------------------------------------------------------------------------ >> >>> Managing the Performance of Cloud-Based Applications >> >>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> >>> Read the Whitepaper. >> >>> >> >>> >> >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>> _______________________________________________ >> >>> Csound-devel mailing list >> >>> Csound-devel@lists.sourceforge.net >> >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >> >> >> >> >> >> >> >> ------------------------------------------------------------------------------ >> >> Managing the Performance of Cloud-Based Applications >> >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> >> Read the Whitepaper. >> >> >> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> _______________________________________________ >> >> Csound-devel mailing list >> >> Csound-devel@lists.sourceforge.net >> >> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >> > >> > >> > ------------------------------------------------------------------------------ >> > Managing the Performance of Cloud-Based Applications >> > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> > Read the Whitepaper. >> > >> > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> > _______________________________________________ >> > Csound-devel mailing list >> > Csound-devel@lists.sourceforge.net >> > https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> Dr Victor Lazzarini >> Senior Lecturer >> Dept. of Music >> NUI Maynooth Ireland >> tel.: +353 1 708 3545 >> Victor dot Lazzarini AT nuim dot ie >> >> >> >> >> >> ------------------------------------------------------------------------------ >> Managing the Performance of Cloud-Based Applications >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> Read the Whitepaper. >> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> _______________________________________________ >> Csound-devel mailing list >> Csound-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/csound-devel > > > > ------------------------------------------------------------------------------ > Managing the Performance of Cloud-Based Applications > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. > Read the Whitepaper. > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk > _______________________________________________ > Csound-devel mailing list > Csound-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/csound-devel > ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/csound-devel

Date	2014-02-05 20:46
From	Rory Walsh
Subject	Re: [Cs-dev] [Csnd] Latency and buffers
	I wish I had thought of this before spending so much time writing a framework for developing VST plugins with Csound. I'm off now to have a few beers and rethink life! On 5 February 2014 20:06, Michael Gogins wrote: > Then your code will run 5 times slower or so. > > Regards, > Mike > > > ----------------------------------------------------- > Michael Gogins > Irreducible Productions > http://michaelgogins.tumblr.com > Michael dot Gogins at gmail dot com > > > On Wed, Feb 5, 2014 at 3:03 PM, Rory Walsh wrote: >> >> Seems every where I look it says don't make any assumptions about >> buffer sizes. So I guess the only fail safe way is to force a ksmps of >> 1? uh... >> >> On 5 February 2014 19:57, Michael Gogins wrote: >> > I believe that you are wrong, you cannot count on a power of two size. >> > >> > See these threads from KVR: >> > >> > http://www.kvraudio.com/forum/viewtopic.php?t=279753 >> > >> > http://www.kvraudio.com/forum/viewtopic.php?t=359951 >> > >> > http://www.kvraudio.com/forum/viewtopic.php?p=3458228 >> > >> > Regards, >> > Mike >> > >> > >> > >> > >> > >> > ----------------------------------------------------- >> > Michael Gogins >> > Irreducible Productions >> > http://michaelgogins.tumblr.com >> > Michael dot Gogins at gmail dot com >> > >> > >> > On Wed, Feb 5, 2014 at 2:17 PM, Victor Lazzarini >> > >> > wrote: >> >> >> >> But I think you're probably safe setting ksmps to a low value that is a >> >> power-of-two. I would >> >> expect most hosts to run buffers that are power-of-two and that are not >> >> that small. >> >> ksmps =8,16 or 32 should do. >> >> >> >> Victor >> >> >> >> On 5 Feb 2014, at 18:10, Rory Walsh wrote: >> >> >> >> > I was just about to answer my previous mail with the same thing. >> >> > That's >> >> > a pain. >> >> > >> >> > On 5 February 2014 18:03, Michael Gogins >> >> > wrote: >> >> >> No. The host can and often does use a different host audio buffer >> >> >> size >> >> >> on >> >> >> each call to process() or processReplacing(). >> >> >> >> >> >> Regards, >> >> >> Mike >> >> >> >> >> >> >> >> >> ----------------------------------------------------- >> >> >> Michael Gogins >> >> >> Irreducible Productions >> >> >> http://michaelgogins.tumblr.com >> >> >> Michael dot Gogins at gmail dot com >> >> >> >> >> >> >> >> >> On Wed, Feb 5, 2014 at 11:27 AM, Rory Walsh >> >> >> wrote: >> >> >>> >> >> >>> Hi Mike, isn't it possible to query the host buffer size before the >> >> >>> processing function is first called, in which case you can just >> >> >>> override the csd's ksmps? >> >> >>> >> >> >>> On 5 February 2014 15:55, Michael Gogins >> >> >>> wrote: >> >> >>>> I've looked into this some more. As long as the host audio buffer >> >> >>>> is >> >> >>>> not >> >> >>>> an >> >> >>>> integral multiple of ksmps, there will have to be ksmps latency >> >> >>>> between >> >> >>>> input and output. That is because performKsmps requires spin to be >> >> >>>> full, >> >> >>>> but >> >> >>>> if there is some remainder from hostsize/ksmps, there will be some >> >> >>>> frames >> >> >>>> that the host buffer doesn't have but spin needs. >> >> >>>> >> >> >>>> I am letting this go for now, but if Csound could adjust ksmps >> >> >>>> during >> >> >>>> performance via the API, then we could get rid of this latency by >> >> >>>> setting >> >> >>>> ksmps equal to the host buffer size on each host processing call. >> >> >>>> I >> >> >>>> think >> >> >>>> this would be a really good idea. I'm entering it as a feature >> >> >>>> request. >> >> >>>> >> >> >>>> Regards, >> >> >>>> Mike >> >> >>>> >> >> >>>> >> >> >>>> Regards, >> >> >>>> Mike >> >> >>>> >> >> >>>> >> >> >>>> ----------------------------------------------------- >> >> >>>> Michael Gogins >> >> >>>> Irreducible Productions >> >> >>>> http://michaelgogins.tumblr.com >> >> >>>> Michael dot Gogins at gmail dot com >> >> >>>> >> >> >>>> >> >> >>>> On Tue, Feb 4, 2014 at 1:47 PM, Michael Gogins >> >> >>>> >> >> >>>> wrote: >> >> >>>>> >> >> >>>>> CsoundVST does the following: >> >> >>>>> >> >> >>>>> In the processReplacing callback there are essentially two >> >> >>>>> simultaneous >> >> >>>>> loops, each with their own loop indexes. One loop is for the host >> >> >>>>> audio >> >> >>>>> buffer, which can change in size from one call to the next. The >> >> >>>>> other >> >> >>>>> loop >> >> >>>>> is for Csound. >> >> >>>>> >> >> >>>>> For each frame of audio, one frame of audio is copied from the >> >> >>>>> host >> >> >>>>> input >> >> >>>>> buffer to spin, one frame of audio is copied from spout to the >> >> >>>>> host >> >> >>>>> audio >> >> >>>>> output buffer, and both loop indexes are incremented. >> >> >>>>> >> >> >>>>> At the end of spout, ksmps audio are processed by Csound, and the >> >> >>>>> spin >> >> >>>>> and >> >> >>>>> spout buffer indexes are reset to 0. These indexes persist from >> >> >>>>> call >> >> >>>>> to >> >> >>>>> call, so there are no gaps or glitches. >> >> >>>>> >> >> >>>>> There is ksmps frames latency in the code because spin is read in >> >> >>>>> before >> >> >>>>> it spout is computed. But I will try to change the code so that >> >> >>>>> the >> >> >>>>> buffers >> >> >>>>> are rewound to line spout up with spin. There will then be zero >> >> >>>>> latency. >> >> >>>>> >> >> >>>>> >> >> >>>>> ----------------------------------------------------- >> >> >>>>> Michael Gogins >> >> >>>>> Irreducible Productions >> >> >>>>> http://michaelgogins.tumblr.com >> >> >>>>> Michael dot Gogins at gmail dot com >> >> >>>>> >> >> >>>>> >> >> >>>>> On Tue, Feb 4, 2014 at 11:03 AM, Steven Yi >> >> >>>>> wrote: >> >> >>>>>> >> >> >>>>>> I was in the middle of replying pretty much the same thing as >> >> >>>>>> Victor. >> >> >>>>>> Seems like you're introducing block's worth of latency due to >> >> >>>>>> the >> >> >>>>>> code >> >> >>>>>> order. >> >> >>>>>> >> >> >>>>>> On Tue, Feb 4, 2014 at 11:05 AM, Victor Lazzarini >> >> >>>>>> wrote: >> >> >>>>>>> I would have thought that you would >> >> >>>>>>> >> >> >>>>>>> 1) write data into spin >> >> >>>>>>> 2) process >> >> >>>>>>> 3) write data out of spout. >> >> >>>>>>> >> >> >>>>>>> if you read and write after running PeformKsmps(), as far as I >> >> >>>>>>> can >> >> >>>>>>> see >> >> >>>>>>> there might be >> >> >>>>>>> a delay between input and output, as you will be effectively >> >> >>>>>>> putting >> >> >>>>>>> out the data that >> >> >>>>>>> you processed in the previous period. >> >> >>>>>>> >> >> >>>>>>> 1) process (means process the current spin data) >> >> >>>>>>> 2) write to spin the new data >> >> >>>>>>> 3) write out the result of processing the previous spin >> >> >>>>>>> >> >> >>>>>>> That's what it looks like to me. Not sure if I am right. Also >> >> >>>>>>> this >> >> >>>>>>> discussion should be in the dev list not >> >> >>>>>>> in the users list (so my response is going there). >> >> >>>>>>> >> >> >>>>>>> Victor >> >> >>>>>>> >> >> >>>>>>> On 4 Feb 2014, at 15:47, Rory Walsh wrote: >> >> >>>>>>> >> >> >>>>>>>> I can confirm that it's not an issue with the plugin framework >> >> >>>>>>>> I'm >> >> >>>>>>>> using. I can also confirm it happens whether the plugin's >> >> >>>>>>>> processBlock() is being called the same amount of times as >> >> >>>>>>>> performKsmps(). That is to say, if the plugin sample buffer is >> >> >>>>>>>> set >> >> >>>>>>>> to >> >> >>>>>>>> 64 and so is Csound's, the problem persists. >> >> >>>>>>>> >> >> >>>>>>>> I can recreate it with Reaper by placing two identical audio >> >> >>>>>>>> tracks >> >> >>>>>>>> in >> >> >>>>>>>> the session. On one track I place a straight forward in/out >> >> >>>>>>>> Cabbage >> >> >>>>>>>> effect plugin. Then play both back at the same time. You'll >> >> >>>>>>>> hear >> >> >>>>>>>> subtle phasing taking place until you bypass the plugin >> >> >>>>>>>> effect. >> >> >>>>>>>> Here's >> >> >>>>>>>> my processBlock(), it couldn't be any simpler. Can any devs >> >> >>>>>>>> out >> >> >>>>>>>> there >> >> >>>>>>>> spot something that might introduce latency? >> >> >>>>>>>> >> >> >>>>>>>> CSCompResult = csound->PerformKsmps(); >> >> >>>>>>>> for(int i=0;i> >> >>>>>>>> { >> >> >>>>>>>> if(!CSCompResult) >> >> >>>>>>>> { >> >> >>>>>>>> for(int channel = 0; channel < getNumOutputChannels(); >> >> >>>>>>>> channel++ ) >> >> >>>>>>>> { >> >> >>>>>>>> audioBuffer = buffer.getSampleData(channel,0); >> >> >>>>>>>> pos = igetNumOutputChannels(); >> >> >>>>>>>> CSspin[channel+pos] = audioBuffer[i]cs_scale; >> >> >>>>>>>> audioBuffer[i] = (CSspout[channel+pos]/cs_scale); >> >> >>>>>>>> } >> >> >>>>>>>> } >> >> >>>>>>>> else >> >> >>>>>>>> buffer.clear(); >> >> >>>>>>>> } >> >> >>>>>>>> >> >> >>>>>>>> On 4 February 2014 15:04, Oeyvind Brandtsegg >> >> >>>>>>>> wrote: >> >> >>>>>>>>> All good. >> >> >>>>>>>>> I could test with csound~ and found another cause for the >> >> >>>>>>>>> latency. >> >> >>>>>>>>> Oeyvind >> >> >>>>>>>>> >> >> >>>>>>>>> 2014-02-04 Steven Yi : >> >> >>>>>>>>>> Nope. I did some work on updating the CMake file to try >> >> >>>>>>>>>> building >> >> >>>>>>>>>> on >> >> >>>>>>>>>> Windows yesterday. I need to do so me research to see about >> >> >>>>>>>>>> libraries >> >> >>>>>>>>>> to link to and other things, but it may take a while with >> >> >>>>>>>>>> current >> >> >>>>>>>>>> work >> >> >>>>>>>>>> load. >> >> >>>>>>>>>> >> >> >>>>>>>>>> On Tue, Feb 4, 2014 at 9:47 AM, Oeyvind Brandtsegg >> >> >>>>>>>>>> wrote: >> >> >>>>>>>>>>> That looks as if it's for OSX only (?), >> >> >>>>>>>>>>> perhaps not compiled for windows yet? >> >> >>>>>>>>>>> >> >> >>>>>>>>>>> >> >> >>>>>>>>>>> 2014-02-04 Steven Yi : >> >> >>>>>>>>>>>> csound6~ should be with the installer; also available at: >> >> >>>>>>>>>>>> >> >> >>>>>>>>>>>> >> >> >>>>>>>>>>>> >> >> >>>>>>>>>>>> >> >> >>>>>>>>>>>> >> >> >>>>>>>>>>>> http://sourceforge.net/projects/csound/files/csound6/Csound6.02/csound~_v1.1.1.pkg/download >> >> >>>>>>>>>>>> >> >> >>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:38 AM, Oeyvind Brandtsegg >> >> >>>>>>>>>>>> wrote: >> >> >>>>>>>>>>>>> I can also reproduce it with csound~ in MaxForLive >> >> >>>>>>>>>>>>> haven't tried with csound6~ (where can I find it?) >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> Now, testing with Max (not in Live), and with Reaper, I >> >> >>>>>>>>>>>>> find >> >> >>>>>>>>>>>>> I >> >> >>>>>>>>>>>>> can not >> >> >>>>>>>>>>>>> reproduce the behaviour there. >> >> >>>>>>>>>>>>> So there is something with Live then. However, other VST >> >> >>>>>>>>>>>>> plugins >> >> >>>>>>>>>>>>> in >> >> >>>>>>>>>>>>> Live does not introduce extra latency. >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> The way I measure latency is by setiing up a microphone >> >> >>>>>>>>>>>>> close >> >> >>>>>>>>>>>>> to >> >> >>>>>>>>>>>>> the >> >> >>>>>>>>>>>>> speaker, close enough that it will almost feed, >> >> >>>>>>>>>>>>> then tap the mic and listen to the resonance of the >> >> >>>>>>>>>>>>> system. >> >> >>>>>>>>>>>>> When >> >> >>>>>>>>>>>>> the >> >> >>>>>>>>>>>>> latency changes, the resonance will change. >> >> >>>>>>>>>>>>> When I add a plugin (Cabbage or MaxForLive with csound~), >> >> >>>>>>>>>>>>> the >> >> >>>>>>>>>>>>> latency >> >> >>>>>>>>>>>>> (and so the resonance) changes. If I load other VST >> >> >>>>>>>>>>>>> plugins >> >> >>>>>>>>>>>>> this >> >> >>>>>>>>>>>>> does >> >> >>>>>>>>>>>>> not happen, the latency does not change. >> >> >>>>>>>>>>>>> But as I said, I can only reproduce it in Live. Sorry for >> >> >>>>>>>>>>>>> the >> >> >>>>>>>>>>>>> noise. >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> 2014-02-04 Rory Walsh : >> >> >>>>>>>>>>>>>> I can recreate it here. It's subtle, but present. I'll >> >> >>>>>>>>>>>>>> take >> >> >>>>>>>>>>>>>> a >> >> >>>>>>>>>>>>>> look. >> >> >>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>> On 4 February 2014 13:38, Oeyvind Brandtsegg >> >> >>>>>>>>>>>>>> wrote: >> >> >>>>>>>>>>>>>>> Yes, I have tried different ksmps values, both higher >> >> >>>>>>>>>>>>>>> and >> >> >>>>>>>>>>>>>>> lower >> >> >>>>>>>>>>>>>>> and >> >> >>>>>>>>>>>>>>> equal to the host buffer size. >> >> >>>>>>>>>>>>>>> Will investigate if I can reproduce it on csound~. >> >> >>>>>>>>>>>>>>> Oeyvind >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> 2014-02-04 Rory Walsh : >> >> >>>>>>>>>>>>>>>> On second thoughts I can't see what might be causing >> >> >>>>>>>>>>>>>>>> this. >> >> >>>>>>>>>>>>>>>> Have you >> >> >>>>>>>>>>>>>>>> tried setting ksmps to be the same as your host's >> >> >>>>>>>>>>>>>>>> buffer >> >> >>>>>>>>>>>>>>>> size? >> >> >>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>> On 4 February 2014 13:01, Rory Walsh >> >> >>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>> wrote: >> >> >>>>>>>>>>>>>>>>> I think I have it... Lunch first though.. >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> sent from a mobile device... >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> On 4 Feb 2014 12:56, "Rory Walsh" >> >> >>>>>>>>>>>>>>>>> wrote: >> >> >>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>> Are you just running audio straight in and out, no >> >> >>>>>>>>>>>>>>>>>> processing? The >> >> >>>>>>>>>>>>>>>>>> plugin host calls the plugin's processBlock() which >> >> >>>>>>>>>>>>>>>>>> in >> >> >>>>>>>>>>>>>>>>>> turn >> >> >>>>>>>>>>>>>>>>>> calls >> >> >>>>>>>>>>>>>>>>>> performKsmps(). So long as processBlock() is being >> >> >>>>>>>>>>>>>>>>>> called >> >> >>>>>>>>>>>>>>>>>> (if the >> >> >>>>>>>>>>>>>>>>>> track is playing for example) performKsmps() will be >> >> >>>>>>>>>>>>>>>>>> called >> >> >>>>>>>>>>>>>>>>>> over and >> >> >>>>>>>>>>>>>>>>>> over again processing ksmps samples each time. At >> >> >>>>>>>>>>>>>>>>>> the >> >> >>>>>>>>>>>>>>>>>> moment >> >> >>>>>>>>>>>>>>>>>> the >> >> >>>>>>>>>>>>>>>>>> processBlock() method and the performKsmps() are >> >> >>>>>>>>>>>>>>>>>> firing >> >> >>>>>>>>>>>>>>>>>> off >> >> >>>>>>>>>>>>>>>>>> at >> >> >>>>>>>>>>>>>>>>>> different speeds. I can look at forcing Cabbage >> >> >>>>>>>>>>>>>>>>>> plugins >> >> >>>>>>>>>>>>>>>>>> to >> >> >>>>>>>>>>>>>>>>>> process the >> >> >>>>>>>>>>>>>>>>>> same amount of samples as the plugin does with each >> >> >>>>>>>>>>>>>>>>>> call >> >> >>>>>>>>>>>>>>>>>> to >> >> >>>>>>>>>>>>>>>>>> processBlock(). Perhaps that might help. >> >> >>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>> On 4 February 2014 12:41, Oeyvind Brandtsegg >> >> >>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>> wrote: >> >> >>>>>>>>>>>>>>>>>>> Regarding latency and buffers, >> >> >>>>>>>>>>>>>>>>>>> I thought I had understood that csound, when used >> >> >>>>>>>>>>>>>>>>>>> as a >> >> >>>>>>>>>>>>>>>>>>> plugin (e.g. >> >> >>>>>>>>>>>>>>>>>>> Cabbage or csound~) would process the audio buffer >> >> >>>>>>>>>>>>>>>>>>> "in >> >> >>>>>>>>>>>>>>>>>>> place", so no >> >> >>>>>>>>>>>>>>>>>>> extra latency would incur due to the sound being >> >> >>>>>>>>>>>>>>>>>>> processed >> >> >>>>>>>>>>>>>>>>>>> through >> >> >>>>>>>>>>>>>>>>>>> Csound, assuming that ksmps is smaler than the host >> >> >>>>>>>>>>>>>>>>>>> program's buffer >> >> >>>>>>>>>>>>>>>>>>> size. >> >> >>>>>>>>>>>>>>>>>>> Now, running Cabbage plugins in Ableton Live, I've >> >> >>>>>>>>>>>>>>>>>>> been >> >> >>>>>>>>>>>>>>>>>>> investigating >> >> >>>>>>>>>>>>>>>>>>> latency issues, and I find that adding a simple >> >> >>>>>>>>>>>>>>>>>>> Cabbage >> >> >>>>>>>>>>>>>>>>>>> plugin will >> >> >>>>>>>>>>>>>>>>>>> delay the signal. Also, adding more than one such >> >> >>>>>>>>>>>>>>>>>>> plugin >> >> >>>>>>>>>>>>>>>>>>> in >> >> >>>>>>>>>>>>>>>>>>> series >> >> >>>>>>>>>>>>>>>>>>> increases the delay/latency accordingly. I've tried >> >> >>>>>>>>>>>>>>>>>>> using >> >> >>>>>>>>>>>>>>>>>>> different >> >> >>>>>>>>>>>>>>>>>>> ksmps, and this indeed affects the amount of >> >> >>>>>>>>>>>>>>>>>>> latency >> >> >>>>>>>>>>>>>>>>>>> but >> >> >>>>>>>>>>>>>>>>>>> even setting >> >> >>>>>>>>>>>>>>>>>>> ksmps=1 does not get rid of it. >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> Can the buffer be processed "in place"? >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> best >> >> >>>>>>>>>>>>>>>>>>> Oeyvind >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> -- >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >> >> >>>>>>>>>>>>>>>>>>> Professor of Music Technology >> >> >>>>>>>>>>>>>>>>>>> NTNU >> >> >>>>>>>>>>>>>>>>>>> 7491 Trondheim >> >> >>>>>>>>>>>>>>>>>>> Norway >> >> >>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >> >> >>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >> >> >>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >> >> >>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >> >>>>>>>>>>>>>>>>>>> csound6: >> >> >>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >> >>>>>>>>>>>>>>>>>>> csound5: >> >> >>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >> >>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >> >> >>>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >> >> >>>>>>>>>>>>>>>>>>> with >> >> >>>>>>>>>>>>>>>>>>> body >> >> >>>>>>>>>>>>>>>>>>> "unsubscribe >> >> >>>>>>>>>>>>>>>>>>> csound" >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >> >>>>>>>>>>>>>>>> csound6: >> >> >>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >> >>>>>>>>>>>>>>>> csound5: >> >> >>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >> >>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >> >> >>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with >> >> >>>>>>>>>>>>>>>> body >> >> >>>>>>>>>>>>>>>> "unsubscribe csound" >> >> >>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> -- >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> Oeyvind Brandtsegg >> >> >>>>>>>>>>>>>>> Professor of Music Technology >> >> >>>>>>>>>>>>>>> NTNU >> >> >>>>>>>>>>>>>>> 7491 Trondheim >> >> >>>>>>>>>>>>>>> Norway >> >> >>>>>>>>>>>>>>> Cell: +47 92 203 205 >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> http://flyndresang.no/ >> >> >>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >> >> >>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >> >> >>>>>>>>>>>>>>> http://soundcloud.com/t-emp >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >> >>>>>>>>>>>>>>> csound6: >> >> >>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >> >>>>>>>>>>>>>>> csound5: >> >> >>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >> >>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >> >> >>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with >> >> >>>>>>>>>>>>>>> body >> >> >>>>>>>>>>>>>>> "unsubscribe csound" >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >> >>>>>>>>>>>>>> csound6: >> >> >>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >> >>>>>>>>>>>>>> csound5: >> >> >>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >> >>>>>>>>>>>>>> Discussions of bugs and features can be posted here >> >> >>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with >> >> >>>>>>>>>>>>>> body >> >> >>>>>>>>>>>>>> "unsubscribe csound" >> >> >>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>> >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> -- >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> Oeyvind Brandtsegg >> >> >>>>>>>>>>>>> Professor of Music Technology >> >> >>>>>>>>>>>>> NTNU >> >> >>>>>>>>>>>>> 7491 Trondheim >> >> >>>>>>>>>>>>> Norway >> >> >>>>>>>>>>>>> Cell: +47 92 203 205 >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> http://flyndresang.no/ >> >> >>>>>>>>>>>>> http://www.partikkelaudio.com/ >> >> >>>>>>>>>>>>> http://soundcloud.com/brandtsegg >> >> >>>>>>>>>>>>> http://soundcloud.com/t-emp >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >> >>>>>>>>>>>>> csound6: >> >> >>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >> >>>>>>>>>>>>> csound5: >> >> >>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >> >>>>>>>>>>>>> Discussions of bugs and features can be posted here >> >> >>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with >> >> >>>>>>>>>>>>> body >> >> >>>>>>>>>>>>> "unsubscribe csound" >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>> >> >> >>>>>>>>>>>> >> >> >>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >> >>>>>>>>>>>> csound6: >> >> >>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >> >>>>>>>>>>>> csound5: >> >> >>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >> >>>>>>>>>>>> Discussions of bugs and features can be posted here >> >> >>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with >> >> >>>>>>>>>>>> body >> >> >>>>>>>>>>>> "unsubscribe csound" >> >> >>>>>>>>>>>> >> >> >>>>>>>>>>>> >> >> >>>>>>>>>>> >> >> >>>>>>>>>>> >> >> >>>>>>>>>>> >> >> >>>>>>>>>>> -- >> >> >>>>>>>>>>> >> >> >>>>>>>>>>> Oeyvind Brandtsegg >> >> >>>>>>>>>>> Professor of Music Technology >> >> >>>>>>>>>>> NTNU >> >> >>>>>>>>>>> 7491 Trondheim >> >> >>>>>>>>>>> Norway >> >> >>>>>>>>>>> Cell: +47 92 203 205 >> >> >>>>>>>>>>> >> >> >>>>>>>>>>> http://flyndresang.no/ >> >> >>>>>>>>>>> http://www.partikkelaudio.com/ >> >> >>>>>>>>>>> http://soundcloud.com/brandtsegg >> >> >>>>>>>>>>> http://soundcloud.com/t-emp >> >> >>>>>>>>>>> >> >> >>>>>>>>>>> >> >> >>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >> >>>>>>>>>>> csound6: >> >> >>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >> >>>>>>>>>>> csound5: >> >> >>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >> >>>>>>>>>>> Discussions of bugs and features can be posted here >> >> >>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >> >> >>>>>>>>>>> "unsubscribe csound" >> >> >>>>>>>>>>> >> >> >>>>>>>>>>> >> >> >>>>>>>>>> >> >> >>>>>>>>>> >> >> >>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >> >>>>>>>>>> csound6: >> >> >>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >> >>>>>>>>>> csound5: >> >> >>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >> >>>>>>>>>> Discussions of bugs and features can be posted here >> >> >>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >> >> >>>>>>>>>> "unsubscribe csound" >> >> >>>>>>>>>> >> >> >>>>>>>>>> >> >> >>>>>>>>> >> >> >>>>>>>>> >> >> >>>>>>>>> >> >> >>>>>>>>> -- >> >> >>>>>>>>> >> >> >>>>>>>>> Oeyvind Brandtsegg >> >> >>>>>>>>> Professor of Music Technology >> >> >>>>>>>>> NTNU >> >> >>>>>>>>> 7491 Trondheim >> >> >>>>>>>>> Norway >> >> >>>>>>>>> Cell: +47 92 203 205 >> >> >>>>>>>>> >> >> >>>>>>>>> http://flyndresang.no/ >> >> >>>>>>>>> http://www.partikkelaudio.com/ >> >> >>>>>>>>> http://soundcloud.com/brandtsegg >> >> >>>>>>>>> http://soundcloud.com/t-emp >> >> >>>>>>>>> >> >> >>>>>>>>> >> >> >>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >> >>>>>>>>> csound6: >> >> >>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >> >>>>>>>>> csound5: >> >> >>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >> >>>>>>>>> Discussions of bugs and features can be posted here >> >> >>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >> >> >>>>>>>>> "unsubscribe csound" >> >> >>>>>>>>> >> >> >>>>>>>>> >> >> >>>>>>>> >> >> >>>>>>>> >> >> >>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >> >>>>>>>> csound6: >> >> >>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >> >>>>>>>> csound5: >> >> >>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >> >>>>>>>> Discussions of bugs and features can be posted here >> >> >>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >> >> >>>>>>>> "unsubscribe csound" >> >> >>>>>>>> >> >> >>>>>>>> >> >> >>>>>>> >> >> >>>>>>> >> >> >>>>>>> >> >> >>>>>>> >> >> >>>>>>> >> >> >>>>>>> >> >> >>>>>>> ------------------------------------------------------------------------------ >> >> >>>>>>> Managing the Performance of Cloud-Based Applications >> >> >>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >> >> >>>>>>> Pitfalls. >> >> >>>>>>> Read the Whitepaper. >> >> >>>>>>> >> >> >>>>>>> >> >> >>>>>>> >> >> >>>>>>> >> >> >>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> >>>>>>> _______________________________________________ >> >> >>>>>>> Csound-devel mailing list >> >> >>>>>>> Csound-devel@lists.sourceforge.net >> >> >>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >>>>>> >> >> >>>>>> >> >> >>>>>> >> >> >>>>>> >> >> >>>>>> >> >> >>>>>> ------------------------------------------------------------------------------ >> >> >>>>>> Managing the Performance of Cloud-Based Applications >> >> >>>>>> Take advantage of what the Cloud has to offer - Avoid Common >> >> >>>>>> Pitfalls. >> >> >>>>>> Read the Whitepaper. >> >> >>>>>> >> >> >>>>>> >> >> >>>>>> >> >> >>>>>> >> >> >>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> >>>>>> _______________________________________________ >> >> >>>>>> Csound-devel mailing list >> >> >>>>>> Csound-devel@lists.sourceforge.net >> >> >>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >>>>> >> >> >>>>> >> >> >>>> >> >> >>>> >> >> >>>> >> >> >>>> >> >> >>>> >> >> >>>> ------------------------------------------------------------------------------ >> >> >>>> Managing the Performance of Cloud-Based Applications >> >> >>>> Take advantage of what the Cloud has to offer - Avoid Common >> >> >>>> Pitfalls. >> >> >>>> Read the Whitepaper. >> >> >>>> >> >> >>>> >> >> >>>> >> >> >>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> >>>> _______________________________________________ >> >> >>>> Csound-devel mailing list >> >> >>>> Csound-devel@lists.sourceforge.net >> >> >>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >>>> >> >> >>> >> >> >>> >> >> >>> >> >> >>> >> >> >>> ------------------------------------------------------------------------------ >> >> >>> Managing the Performance of Cloud-Based Applications >> >> >>> Take advantage of what the Cloud has to offer - Avoid Common >> >> >>> Pitfalls. >> >> >>> Read the Whitepaper. >> >> >>> >> >> >>> >> >> >>> >> >> >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> >>> _______________________________________________ >> >> >>> Csound-devel mailing list >> >> >>> Csound-devel@lists.sourceforge.net >> >> >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> ------------------------------------------------------------------------------ >> >> >> Managing the Performance of Cloud-Based Applications >> >> >> Take advantage of what the Cloud has to offer - Avoid Common >> >> >> Pitfalls. >> >> >> Read the Whitepaper. >> >> >> >> >> >> >> >> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> >> _______________________________________________ >> >> >> Csound-devel mailing list >> >> >> Csound-devel@lists.sourceforge.net >> >> >> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >> >> >> > >> >> > >> >> > >> >> > ------------------------------------------------------------------------------ >> >> > Managing the Performance of Cloud-Based Applications >> >> > Take advantage of what the Cloud has to offer - Avoid Common >> >> > Pitfalls. >> >> > Read the Whitepaper. >> >> > >> >> > >> >> > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> > _______________________________________________ >> >> > Csound-devel mailing list >> >> > Csound-devel@lists.sourceforge.net >> >> > https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >> >> Dr Victor Lazzarini >> >> Senior Lecturer >> >> Dept. of Music >> >> NUI Maynooth Ireland >> >> tel.: +353 1 708 3545 >> >> Victor dot Lazzarini AT nuim dot ie >> >> >> >> >> >> >> >> >> >> >> >> >> >> ------------------------------------------------------------------------------ >> >> Managing the Performance of Cloud-Based Applications >> >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> >> Read the Whitepaper. >> >> >> >> >> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> _______________________________________________ >> >> Csound-devel mailing list >> >> Csound-devel@lists.sourceforge.net >> >> https://lists.sourceforge.net/lists/listinfo/csound-devel >> > >> > >> > >> > >> > ------------------------------------------------------------------------------ >> > Managing the Performance of Cloud-Based Applications >> > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> > Read the Whitepaper. >> > >> > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> > _______________________________________________ >> > Csound-devel mailing list >> > Csound-devel@lists.sourceforge.net >> > https://lists.sourceforge.net/lists/listinfo/csound-devel >> > >> >> >> ------------------------------------------------------------------------------ >> Managing the Performance of Cloud-Based Applications >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> Read the Whitepaper. >> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> _______________________________________________ >> Csound-devel mailing list >> Csound-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/csound-devel > > > > ------------------------------------------------------------------------------ > Managing the Performance of Cloud-Based Applications > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. > Read the Whitepaper. > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk > _______________________________________________ > Csound-devel mailing list > Csound-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/csound-devel > ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net

Date	2014-02-05 21:04
From	Victor Lazzarini
Subject	Re: [Cs-dev] [Csnd] Latency and buffers
	If your ksmps is small, any latency that might exist will be small too, and I can't see it having a major effect. So if you run with ksmps=16, it's 0.3 millisseconds. Not much of a problem. And for the cases where this is a problem, then it's still possible to run with ksmps=1. Victor On 5 Feb 2014, at 20:46, Rory Walsh wrote: > I wish I had thought of this before spending so much time writing a > framework for developing VST plugins with Csound. I'm off now to have > a few beers and rethink life! > > > On 5 February 2014 20:06, Michael Gogins wrote: >> Then your code will run 5 times slower or so. >> >> Regards, >> Mike >> >> >> ----------------------------------------------------- >> Michael Gogins >> Irreducible Productions >> http://michaelgogins.tumblr.com >> Michael dot Gogins at gmail dot com >> >> >> On Wed, Feb 5, 2014 at 3:03 PM, Rory Walsh wrote: >>> >>> Seems every where I look it says don't make any assumptions about >>> buffer sizes. So I guess the only fail safe way is to force a ksmps of >>> 1? uh... >>> >>> On 5 February 2014 19:57, Michael Gogins wrote: >>>> I believe that you are wrong, you cannot count on a power of two size. >>>> >>>> See these threads from KVR: >>>> >>>> http://www.kvraudio.com/forum/viewtopic.php?t=279753 >>>> >>>> http://www.kvraudio.com/forum/viewtopic.php?t=359951 >>>> >>>> http://www.kvraudio.com/forum/viewtopic.php?p=3458228 >>>> >>>> Regards, >>>> Mike >>>> >>>> >>>> >>>> >>>> >>>> ----------------------------------------------------- >>>> Michael Gogins >>>> Irreducible Productions >>>> http://michaelgogins.tumblr.com >>>> Michael dot Gogins at gmail dot com >>>> >>>> >>>> On Wed, Feb 5, 2014 at 2:17 PM, Victor Lazzarini >>>> >>>> wrote: >>>>> >>>>> But I think you're probably safe setting ksmps to a low value that is a >>>>> power-of-two. I would >>>>> expect most hosts to run buffers that are power-of-two and that are not >>>>> that small. >>>>> ksmps =8,16 or 32 should do. >>>>> >>>>> Victor >>>>> >>>>> On 5 Feb 2014, at 18:10, Rory Walsh wrote: >>>>> >>>>>> I was just about to answer my previous mail with the same thing. >>>>>> That's >>>>>> a pain. >>>>>> >>>>>> On 5 February 2014 18:03, Michael Gogins >>>>>> wrote: >>>>>>> No. The host can and often does use a different host audio buffer >>>>>>> size >>>>>>> on >>>>>>> each call to process() or processReplacing(). >>>>>>> >>>>>>> Regards, >>>>>>> Mike >>>>>>> >>>>>>> >>>>>>> ----------------------------------------------------- >>>>>>> Michael Gogins >>>>>>> Irreducible Productions >>>>>>> http://michaelgogins.tumblr.com >>>>>>> Michael dot Gogins at gmail dot com >>>>>>> >>>>>>> >>>>>>> On Wed, Feb 5, 2014 at 11:27 AM, Rory Walsh >>>>>>> wrote: >>>>>>>> >>>>>>>> Hi Mike, isn't it possible to query the host buffer size before the >>>>>>>> processing function is first called, in which case you can just >>>>>>>> override the csd's ksmps? >>>>>>>> >>>>>>>> On 5 February 2014 15:55, Michael Gogins >>>>>>>> wrote: >>>>>>>>> I've looked into this some more. As long as the host audio buffer >>>>>>>>> is >>>>>>>>> not >>>>>>>>> an >>>>>>>>> integral multiple of ksmps, there will have to be ksmps latency >>>>>>>>> between >>>>>>>>> input and output. That is because performKsmps requires spin to be >>>>>>>>> full, >>>>>>>>> but >>>>>>>>> if there is some remainder from hostsize/ksmps, there will be some >>>>>>>>> frames >>>>>>>>> that the host buffer doesn't have but spin needs. >>>>>>>>> >>>>>>>>> I am letting this go for now, but if Csound could adjust ksmps >>>>>>>>> during >>>>>>>>> performance via the API, then we could get rid of this latency by >>>>>>>>> setting >>>>>>>>> ksmps equal to the host buffer size on each host processing call. >>>>>>>>> I >>>>>>>>> think >>>>>>>>> this would be a really good idea. I'm entering it as a feature >>>>>>>>> request. >>>>>>>>> >>>>>>>>> Regards, >>>>>>>>> Mike >>>>>>>>> >>>>>>>>> >>>>>>>>> Regards, >>>>>>>>> Mike >>>>>>>>> >>>>>>>>> >>>>>>>>> ----------------------------------------------------- >>>>>>>>> Michael Gogins >>>>>>>>> Irreducible Productions >>>>>>>>> http://michaelgogins.tumblr.com >>>>>>>>> Michael dot Gogins at gmail dot com >>>>>>>>> >>>>>>>>> >>>>>>>>> On Tue, Feb 4, 2014 at 1:47 PM, Michael Gogins >>>>>>>>> >>>>>>>>> wrote: >>>>>>>>>> >>>>>>>>>> CsoundVST does the following: >>>>>>>>>> >>>>>>>>>> In the processReplacing callback there are essentially two >>>>>>>>>> simultaneous >>>>>>>>>> loops, each with their own loop indexes. One loop is for the host >>>>>>>>>> audio >>>>>>>>>> buffer, which can change in size from one call to the next. The >>>>>>>>>> other >>>>>>>>>> loop >>>>>>>>>> is for Csound. >>>>>>>>>> >>>>>>>>>> For each frame of audio, one frame of audio is copied from the >>>>>>>>>> host >>>>>>>>>> input >>>>>>>>>> buffer to spin, one frame of audio is copied from spout to the >>>>>>>>>> host >>>>>>>>>> audio >>>>>>>>>> output buffer, and both loop indexes are incremented. >>>>>>>>>> >>>>>>>>>> At the end of spout, ksmps audio are processed by Csound, and the >>>>>>>>>> spin >>>>>>>>>> and >>>>>>>>>> spout buffer indexes are reset to 0. These indexes persist from >>>>>>>>>> call >>>>>>>>>> to >>>>>>>>>> call, so there are no gaps or glitches. >>>>>>>>>> >>>>>>>>>> There is ksmps frames latency in the code because spin is read in >>>>>>>>>> before >>>>>>>>>> it spout is computed. But I will try to change the code so that >>>>>>>>>> the >>>>>>>>>> buffers >>>>>>>>>> are rewound to line spout up with spin. There will then be zero >>>>>>>>>> latency. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> ----------------------------------------------------- >>>>>>>>>> Michael Gogins >>>>>>>>>> Irreducible Productions >>>>>>>>>> http://michaelgogins.tumblr.com >>>>>>>>>> Michael dot Gogins at gmail dot com >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On Tue, Feb 4, 2014 at 11:03 AM, Steven Yi >>>>>>>>>> wrote: >>>>>>>>>>> >>>>>>>>>>> I was in the middle of replying pretty much the same thing as >>>>>>>>>>> Victor. >>>>>>>>>>> Seems like you're introducing block's worth of latency due to >>>>>>>>>>> the >>>>>>>>>>> code >>>>>>>>>>> order. >>>>>>>>>>> >>>>>>>>>>> On Tue, Feb 4, 2014 at 11:05 AM, Victor Lazzarini >>>>>>>>>>> wrote: >>>>>>>>>>>> I would have thought that you would >>>>>>>>>>>> >>>>>>>>>>>> 1) write data into spin >>>>>>>>>>>> 2) process >>>>>>>>>>>> 3) write data out of spout. >>>>>>>>>>>> >>>>>>>>>>>> if you read and write after running PeformKsmps(), as far as I >>>>>>>>>>>> can >>>>>>>>>>>> see >>>>>>>>>>>> there might be >>>>>>>>>>>> a delay between input and output, as you will be effectively >>>>>>>>>>>> putting >>>>>>>>>>>> out the data that >>>>>>>>>>>> you processed in the previous period. >>>>>>>>>>>> >>>>>>>>>>>> 1) process (means process the current spin data) >>>>>>>>>>>> 2) write to spin the new data >>>>>>>>>>>> 3) write out the result of processing the previous spin >>>>>>>>>>>> >>>>>>>>>>>> That's what it looks like to me. Not sure if I am right. Also >>>>>>>>>>>> this >>>>>>>>>>>> discussion should be in the dev list not >>>>>>>>>>>> in the users list (so my response is going there). >>>>>>>>>>>> >>>>>>>>>>>> Victor >>>>>>>>>>>> >>>>>>>>>>>> On 4 Feb 2014, at 15:47, Rory Walsh wrote: >>>>>>>>>>>> >>>>>>>>>>>>> I can confirm that it's not an issue with the plugin framework >>>>>>>>>>>>> I'm >>>>>>>>>>>>> using. I can also confirm it happens whether the plugin's >>>>>>>>>>>>> processBlock() is being called the same amount of times as >>>>>>>>>>>>> performKsmps(). That is to say, if the plugin sample buffer is >>>>>>>>>>>>> set >>>>>>>>>>>>> to >>>>>>>>>>>>> 64 and so is Csound's, the problem persists. >>>>>>>>>>>>> >>>>>>>>>>>>> I can recreate it with Reaper by placing two identical audio >>>>>>>>>>>>> tracks >>>>>>>>>>>>> in >>>>>>>>>>>>> the session. On one track I place a straight forward in/out >>>>>>>>>>>>> Cabbage >>>>>>>>>>>>> effect plugin. Then play both back at the same time. You'll >>>>>>>>>>>>> hear >>>>>>>>>>>>> subtle phasing taking place until you bypass the plugin >>>>>>>>>>>>> effect. >>>>>>>>>>>>> Here's >>>>>>>>>>>>> my processBlock(), it couldn't be any simpler. Can any devs >>>>>>>>>>>>> out >>>>>>>>>>>>> there >>>>>>>>>>>>> spot something that might introduce latency? >>>>>>>>>>>>> >>>>>>>>>>>>> CSCompResult = csound->PerformKsmps(); >>>>>>>>>>>>> for(int i=0;i>>>>>>>>>>>> { >>>>>>>>>>>>> if(!CSCompResult) >>>>>>>>>>>>> { >>>>>>>>>>>>> for(int channel = 0; channel < getNumOutputChannels(); >>>>>>>>>>>>> channel++ ) >>>>>>>>>>>>> { >>>>>>>>>>>>> audioBuffer = buffer.getSampleData(channel,0); >>>>>>>>>>>>> pos = igetNumOutputChannels(); >>>>>>>>>>>>> CSspin[channel+pos] = audioBuffer[i]cs_scale; >>>>>>>>>>>>> audioBuffer[i] = (CSspout[channel+pos]/cs_scale); >>>>>>>>>>>>> } >>>>>>>>>>>>> } >>>>>>>>>>>>> else >>>>>>>>>>>>> buffer.clear(); >>>>>>>>>>>>> } >>>>>>>>>>>>> >>>>>>>>>>>>> On 4 February 2014 15:04, Oeyvind Brandtsegg >>>>>>>>>>>>> wrote: >>>>>>>>>>>>>> All good. >>>>>>>>>>>>>> I could test with csound~ and found another cause for the >>>>>>>>>>>>>> latency. >>>>>>>>>>>>>> Oeyvind >>>>>>>>>>>>>> >>>>>>>>>>>>>> 2014-02-04 Steven Yi : >>>>>>>>>>>>>>> Nope. I did some work on updating the CMake file to try >>>>>>>>>>>>>>> building >>>>>>>>>>>>>>> on >>>>>>>>>>>>>>> Windows yesterday. I need to do so me research to see about >>>>>>>>>>>>>>> libraries >>>>>>>>>>>>>>> to link to and other things, but it may take a while with >>>>>>>>>>>>>>> current >>>>>>>>>>>>>>> work >>>>>>>>>>>>>>> load. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:47 AM, Oeyvind Brandtsegg >>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>> That looks as if it's for OSX only (?), >>>>>>>>>>>>>>>> perhaps not compiled for windows yet? >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> 2014-02-04 Steven Yi : >>>>>>>>>>>>>>>>> csound6~ should be with the installer; also available at: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> http://sourceforge.net/projects/csound/files/csound6/Csound6.02/csound~_v1.1.1.pkg/download >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:38 AM, Oeyvind Brandtsegg >>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>> I can also reproduce it with csound~ in MaxForLive >>>>>>>>>>>>>>>>>> haven't tried with csound6~ (where can I find it?) >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Now, testing with Max (not in Live), and with Reaper, I >>>>>>>>>>>>>>>>>> find >>>>>>>>>>>>>>>>>> I >>>>>>>>>>>>>>>>>> can not >>>>>>>>>>>>>>>>>> reproduce the behaviour there. >>>>>>>>>>>>>>>>>> So there is something with Live then. However, other VST >>>>>>>>>>>>>>>>>> plugins >>>>>>>>>>>>>>>>>> in >>>>>>>>>>>>>>>>>> Live does not introduce extra latency. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> The way I measure latency is by setiing up a microphone >>>>>>>>>>>>>>>>>> close >>>>>>>>>>>>>>>>>> to >>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>> speaker, close enough that it will almost feed, >>>>>>>>>>>>>>>>>> then tap the mic and listen to the resonance of the >>>>>>>>>>>>>>>>>> system. >>>>>>>>>>>>>>>>>> When >>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>> latency changes, the resonance will change. >>>>>>>>>>>>>>>>>> When I add a plugin (Cabbage or MaxForLive with csound~), >>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>> latency >>>>>>>>>>>>>>>>>> (and so the resonance) changes. If I load other VST >>>>>>>>>>>>>>>>>> plugins >>>>>>>>>>>>>>>>>> this >>>>>>>>>>>>>>>>>> does >>>>>>>>>>>>>>>>>> not happen, the latency does not change. >>>>>>>>>>>>>>>>>> But as I said, I can only reproduce it in Live. Sorry for >>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>> noise. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh : >>>>>>>>>>>>>>>>>>> I can recreate it here. It's subtle, but present. I'll >>>>>>>>>>>>>>>>>>> take >>>>>>>>>>>>>>>>>>> a >>>>>>>>>>>>>>>>>>> look. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> On 4 February 2014 13:38, Oeyvind Brandtsegg >>>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>> Yes, I have tried different ksmps values, both higher >>>>>>>>>>>>>>>>>>>> and >>>>>>>>>>>>>>>>>>>> lower >>>>>>>>>>>>>>>>>>>> and >>>>>>>>>>>>>>>>>>>> equal to the host buffer size. >>>>>>>>>>>>>>>>>>>> Will investigate if I can reproduce it on csound~. >>>>>>>>>>>>>>>>>>>> Oeyvind >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh : >>>>>>>>>>>>>>>>>>>>> On second thoughts I can't see what might be causing >>>>>>>>>>>>>>>>>>>>> this. >>>>>>>>>>>>>>>>>>>>> Have you >>>>>>>>>>>>>>>>>>>>> tried setting ksmps to be the same as your host's >>>>>>>>>>>>>>>>>>>>> buffer >>>>>>>>>>>>>>>>>>>>> size? >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:01, Rory Walsh >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>>>> I think I have it... Lunch first though.. >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> sent from a mobile device... >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> On 4 Feb 2014 12:56, "Rory Walsh" >>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> Are you just running audio straight in and out, no >>>>>>>>>>>>>>>>>>>>>>> processing? The >>>>>>>>>>>>>>>>>>>>>>> plugin host calls the plugin's processBlock() which >>>>>>>>>>>>>>>>>>>>>>> in >>>>>>>>>>>>>>>>>>>>>>> turn >>>>>>>>>>>>>>>>>>>>>>> calls >>>>>>>>>>>>>>>>>>>>>>> performKsmps(). So long as processBlock() is being >>>>>>>>>>>>>>>>>>>>>>> called >>>>>>>>>>>>>>>>>>>>>>> (if the >>>>>>>>>>>>>>>>>>>>>>> track is playing for example) performKsmps() will be >>>>>>>>>>>>>>>>>>>>>>> called >>>>>>>>>>>>>>>>>>>>>>> over and >>>>>>>>>>>>>>>>>>>>>>> over again processing ksmps samples each time. At >>>>>>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>>>> moment >>>>>>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>>>> processBlock() method and the performKsmps() are >>>>>>>>>>>>>>>>>>>>>>> firing >>>>>>>>>>>>>>>>>>>>>>> off >>>>>>>>>>>>>>>>>>>>>>> at >>>>>>>>>>>>>>>>>>>>>>> different speeds. I can look at forcing Cabbage >>>>>>>>>>>>>>>>>>>>>>> plugins >>>>>>>>>>>>>>>>>>>>>>> to >>>>>>>>>>>>>>>>>>>>>>> process the >>>>>>>>>>>>>>>>>>>>>>> same amount of samples as the plugin does with each >>>>>>>>>>>>>>>>>>>>>>> call >>>>>>>>>>>>>>>>>>>>>>> to >>>>>>>>>>>>>>>>>>>>>>> processBlock(). Perhaps that might help. >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 12:41, Oeyvind Brandtsegg >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>>>>>> Regarding latency and buffers, >>>>>>>>>>>>>>>>>>>>>>>> I thought I had understood that csound, when used >>>>>>>>>>>>>>>>>>>>>>>> as a >>>>>>>>>>>>>>>>>>>>>>>> plugin (e.g. >>>>>>>>>>>>>>>>>>>>>>>> Cabbage or csound~) would process the audio buffer >>>>>>>>>>>>>>>>>>>>>>>> "in >>>>>>>>>>>>>>>>>>>>>>>> place", so no >>>>>>>>>>>>>>>>>>>>>>>> extra latency would incur due to the sound being >>>>>>>>>>>>>>>>>>>>>>>> processed >>>>>>>>>>>>>>>>>>>>>>>> through >>>>>>>>>>>>>>>>>>>>>>>> Csound, assuming that ksmps is smaler than the host >>>>>>>>>>>>>>>>>>>>>>>> program's buffer >>>>>>>>>>>>>>>>>>>>>>>> size. >>>>>>>>>>>>>>>>>>>>>>>> Now, running Cabbage plugins in Ableton Live, I've >>>>>>>>>>>>>>>>>>>>>>>> been >>>>>>>>>>>>>>>>>>>>>>>> investigating >>>>>>>>>>>>>>>>>>>>>>>> latency issues, and I find that adding a simple >>>>>>>>>>>>>>>>>>>>>>>> Cabbage >>>>>>>>>>>>>>>>>>>>>>>> plugin will >>>>>>>>>>>>>>>>>>>>>>>> delay the signal. Also, adding more than one such >>>>>>>>>>>>>>>>>>>>>>>> plugin >>>>>>>>>>>>>>>>>>>>>>>> in >>>>>>>>>>>>>>>>>>>>>>>> series >>>>>>>>>>>>>>>>>>>>>>>> increases the delay/latency accordingly. I've tried >>>>>>>>>>>>>>>>>>>>>>>> using >>>>>>>>>>>>>>>>>>>>>>>> different >>>>>>>>>>>>>>>>>>>>>>>> ksmps, and this indeed affects the amount of >>>>>>>>>>>>>>>>>>>>>>>> latency >>>>>>>>>>>>>>>>>>>>>>>> but >>>>>>>>>>>>>>>>>>>>>>>> even setting >>>>>>>>>>>>>>>>>>>>>>>> ksmps=1 does not get rid of it. >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> Can the buffer be processed "in place"? >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> best >>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>>>>>>>>>>>>>>>>>>>>>> NTNU >>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>>>>>>>>>>>>>>>>>>>>>> Norway >>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>>>>>>>>>>>>>>>>>>> body >>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe >>>>>>>>>>>>>>>>>>>>>>>> csound" >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with >>>>>>>>>>>>>>>>>>>>> body >>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>>>>>>>>>>>>>>>>>> NTNU >>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>>>>>>>>>>>>>>>>>> Norway >>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with >>>>>>>>>>>>>>>>>>>> body >>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with >>>>>>>>>>>>>>>>>>> body >>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>>>>>>>>>>>>>>> Professor of Music Technology >>>>>>>>>>>>>>>>>> NTNU >>>>>>>>>>>>>>>>>> 7491 Trondheim >>>>>>>>>>>>>>>>>> Norway >>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with >>>>>>>>>>>>>>>>>> body >>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with >>>>>>>>>>>>>>>>> body >>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>>>>>>>>>>>>> Professor of Music Technology >>>>>>>>>>>>>>>> NTNU >>>>>>>>>>>>>>>> 7491 Trondheim >>>>>>>>>>>>>>>> Norway >>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> -- >>>>>>>>>>>>>> >>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>>>>>>>>>>> Professor of Music Technology >>>>>>>>>>>>>> NTNU >>>>>>>>>>>>>> 7491 Trondheim >>>>>>>>>>>>>> Norway >>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>>>>>>>>>>> >>>>>>>>>>>>>> http://flyndresang.no/ >>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>> csound6: >>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>> csound5: >>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>>>>>>> Pitfalls. >>>>>>>>>>>> Read the Whitepaper. >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>> Csound-devel mailing list >>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>>>>>> Pitfalls. >>>>>>>>>>> Read the Whitepaper. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>>>>> _______________________________________________ >>>>>>>>>>> Csound-devel mailing list >>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>>>> Pitfalls. >>>>>>>>> Read the Whitepaper. >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>>> _______________________________________________ >>>>>>>>> Csound-devel mailing list >>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> ------------------------------------------------------------------------------ >>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>>> Pitfalls. >>>>>>>> Read the Whitepaper. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>> _______________________________________________ >>>>>>>> Csound-devel mailing list >>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> ------------------------------------------------------------------------------ >>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>> Pitfalls. >>>>>>> Read the Whitepaper. >>>>>>> >>>>>>> >>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>> _______________________________________________ >>>>>>> Csound-devel mailing list >>>>>>> Csound-devel@lists.sourceforge.net >>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------------ >>>>>> Managing the Performance of Cloud-Based Applications >>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>> Pitfalls. >>>>>> Read the Whitepaper. >>>>>> >>>>>> >>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>> _______________________________________________ >>>>>> Csound-devel mailing list >>>>>> Csound-devel@lists.sourceforge.net >>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >>>>> Dr Victor Lazzarini >>>>> Senior Lecturer >>>>> Dept. of Music >>>>> NUI Maynooth Ireland >>>>> tel.: +353 1 708 3545 >>>>> Victor dot Lazzarini AT nuim dot ie >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> Managing the Performance of Cloud-Based Applications >>>>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>>>> Read the Whitepaper. >>>>> >>>>> >>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> _______________________________________________ >>>>> Csound-devel mailing list >>>>> Csound-devel@lists.sourceforge.net >>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >>>> >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Managing the Performance of Cloud-Based Applications >>>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>>> Read the Whitepaper. >>>> >>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> _______________________________________________ >>>> Csound-devel mailing list >>>> Csound-devel@lists.sourceforge.net >>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Managing the Performance of Cloud-Based Applications >>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>> Read the Whitepaper. >>> >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> _______________________________________________ >>> Csound-devel mailing list >>> Csound-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >> >> ------------------------------------------------------------------------------ >> Managing the Performance of Cloud-Based Applications >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> Read the Whitepaper. >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> _______________________________________________ >> Csound-devel mailing list >> Csound-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/csound-devel >> > > ------------------------------------------------------------------------------ > Managing the Performance of Cloud-Based Applications > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. > Read the Whitepaper. > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk > _______________________________________________ > Csound-devel mailing list > Csound-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/csound-devel Dr Victor Lazzarini Senior Lecturer Dept. of Music NUI Maynooth Ireland tel.: +353 1 708 3545 Victor dot Lazzarini AT nuim dot ie ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net

Date	2014-02-05 21:05
From	Michael Gogins
Subject	Re: [Cs-dev] [Csnd] Latency and buffers
Attachments	None None
	Don't be sad. There are number of things Csound does that are, strictly speaking, a bad idea for plugin code. I think that both Cabbage and CsoundVST still turn out to be quite usable. Based on what I saw researching this at KVR etc., all other plugins that do their own block processing also have a 1 block delay. With CsoundVST, I found I could get efficiency with ksmps = 15 or 20. At 48000 Hz 20 frames is .000416667 seconds. Regards, Mike ----------------------------------------------------- Michael Gogins Irreducible Productions http://michaelgogins.tumblr.com Michael dot Gogins at gmail dot com On Wed, Feb 5, 2014 at 3:46 PM, Rory Walsh <rorywalsh@ear.ie> wrote: I wish I had thought of this before spending so much time writing a framework for developing VST plugins with Csound. I'm off now to have a few beers and rethink life! On 5 February 2014 20:06, Michael Gogins <michael.gogins@gmail.com> wrote: > Then your code will run 5 times slower or so. > > Regards, > Mike > > > ----------------------------------------------------- > Michael Gogins > Irreducible Productions > http://michaelgogins.tumblr.com > Michael dot Gogins at gmail dot com > > > On Wed, Feb 5, 2014 at 3:03 PM, Rory Walsh <rorywalsh@ear.ie> wrote: >> >> Seems every where I look it says don't make any assumptions about >> buffer sizes. So I guess the only fail safe way is to force a ksmps of >> 1? uh... >> >> On 5 February 2014 19:57, Michael Gogins <michael.gogins@gmail.com> wrote: >> > I believe that you are wrong, you cannot count on a power of two size. >> > >> > See these threads from KVR: >> > >> > http://www.kvraudio.com/forum/viewtopic.php?t=279753 >> > >> > http://www.kvraudio.com/forum/viewtopic.php?t=359951 >> > >> > http://www.kvraudio.com/forum/viewtopic.php?p=3458228 >> > >> > Regards, >> > Mike >> > >> > >> > >> > >> > >> > ----------------------------------------------------- >> > Michael Gogins >> > Irreducible Productions >> > http://michaelgogins.tumblr.com >> > Michael dot Gogins at gmail dot com >> > >> > >> > On Wed, Feb 5, 2014 at 2:17 PM, Victor Lazzarini >> > <Victor.Lazzarini@nuim.ie> >> > wrote: >> >> >> >> But I think you're probably safe setting ksmps to a low value that is a >> >> power-of-two. I would >> >> expect most hosts to run buffers that are power-of-two and that are not >> >> that small. >> >> ksmps =8,16 or 32 should do. >> >> >> >> Victor >> >> >> >> On 5 Feb 2014, at 18:10, Rory Walsh wrote: >> >> >> >> > I was just about to answer my previous mail with the same thing. >> >> > That's >> >> > a pain. >> >> > >> >> > On 5 February 2014 18:03, Michael Gogins <michael.gogins@gmail.com> >> >> > wrote: >> >> >> No. The host can and often does use a different host audio buffer >> >> >> size >> >> >> on >> >> >> each call to process() or processReplacing(). >> >> >> >> >> >> Regards, >> >> >> Mike >> >> >> >> >> >> >> >> >> ----------------------------------------------------- >> >> >> Michael Gogins >> >> >> Irreducible Productions >> >> >> http://michaelgogins.tumblr.com >> >> >> Michael dot Gogins at gmail dot com >> >> >> >> >> >> >> >> >> On Wed, Feb 5, 2014 at 11:27 AM, Rory Walsh <rorywalsh@ear.ie> >> >> >> wrote: >> >> >>> >> >> >>> Hi Mike, isn't it possible to query the host buffer size before the >> >> >>> processing function is first called, in which case you can just >> >> >>> override the csd's ksmps? >> >> >>> >> >> >>> On 5 February 2014 15:55, Michael Gogins <michael.gogins@gmail.com> >> >> >>> wrote: >> >> >>>> I've looked into this some more. As long as the host audio buffer >> >> >>>> is >> >> >>>> not >> >> >>>> an >> >> >>>> integral multiple of ksmps, there will have to be ksmps latency >> >> >>>> between >> >> >>>> input and output. That is because performKsmps requires spin to be >> >> >>>> full, >> >> >>>> but >> >> >>>> if there is some remainder from hostsize/ksmps, there will be some >> >> >>>> frames >> >> >>>> that the host buffer doesn't have but spin needs. >> >> >>>> >> >> >>>> I am letting this go for now, but if Csound could adjust ksmps >> >> >>>> during >> >> >>>> performance via the API, then we could get rid of this latency by >> >> >>>> setting >> >> >>>> ksmps equal to the host buffer size on each host processing call. >> >> >>>> I >> >> >>>> think >> >> >>>> this would be a really good idea. I'm entering it as a feature >> >> >>>> request. >> >> >>>> >> >> >>>> Regards, >> >> >>>> Mike >> >> >>>> >> >> >>>> >> >> >>>> Regards, >> >> >>>> Mike >> >> >>>> >> >> >>>> >> >> >>>> ----------------------------------------------------- >> >> >>>> Michael Gogins >> >> >>>> Irreducible Productions >> >> >>>> http://michaelgogins.tumblr.com >> >> >>>> Michael dot Gogins at gmail dot com >> >> >>>> >> >> >>>> >> >> >>>> On Tue, Feb 4, 2014 at 1:47 PM, Michael Gogins >> >> >>>> <michael.gogins@gmail.com> >> >> >>>> wrote: >> >> >>>>> >> >> >>>>> CsoundVST does the following: >> >> >>>>> >> >> >>>>> In the processReplacing callback there are essentially two >> >> >>>>> simultaneous >> >> >>>>> loops, each with their own loop indexes. One loop is for the host >> >> >>>>> audio >> >> >>>>> buffer, which can change in size from one call to the next. The >> >> >>>>> other >> >> >>>>> loop >> >> >>>>> is for Csound. >> >> >>>>> >> >> >>>>> For each frame of audio, one frame of audio is copied from the >> >> >>>>> host >> >> >>>>> input >> >> >>>>> buffer to spin, one frame of audio is copied from spout to the >> >> >>>>> host >> >> >>>>> audio >> >> >>>>> output buffer, and both loop indexes are incremented. >> >> >>>>> >> >> >>>>> At the end of spout, ksmps audio are processed by Csound, and the >> >> >>>>> spin >> >> >>>>> and >> >> >>>>> spout buffer indexes are reset to 0. These indexes persist from >> >> >>>>> call >> >> >>>>> to >> >> >>>>> call, so there are no gaps or glitches. >> >> >>>>> >> >> >>>>> There is ksmps frames latency in the code because spin is read in >> >> >>>>> before >> >> >>>>> it spout is computed. But I will try to change the code so that >> >> >>>>> the >> >> >>>>> buffers >> >> >>>>> are rewound to line spout up with spin. There will then be zero >> >> >>>>> latency. >> >> >>>>> >> >> >>>>> >> >> >>>>> ----------------------------------------------------- >> >> >>>>> Michael Gogins >> >> >>>>> Irreducible Productions >> >> >>>>> http://michaelgogins.tumblr.com >> >> >>>>> Michael dot Gogins at gmail dot com >> >> >>>>> >> >> >>>>> >> >> >>>>> On Tue, Feb 4, 2014 at 11:03 AM, Steven Yi <stevenyi@gmail.com> >> >> >>>>> wrote: >> >> >>>>>> >> >> >>>>>> I was in the middle of replying pretty much the same thing as >> >> >>>>>> Victor. >> >> >>>>>> Seems like you're introducing block's worth of latency due to >> >> >>>>>> the >> >> >>>>>> code >> >> >>>>>> order. >> >> >>>>>> >> >> >>>>>> On Tue, Feb 4, 2014 at 11:05 AM, Victor Lazzarini >> >> >>>>>> <Victor.Lazzarini@nuim.ie> wrote: >> >> >>>>>>> I would have thought that you would >> >> >>>>>>> >> >> >>>>>>> 1) write data into spin >> >> >>>>>>> 2) process >> >> >>>>>>> 3) write data out of spout. >> >> >>>>>>> >> >> >>>>>>> if you read and write after running PeformKsmps(), as far as I >> >> >>>>>>> can >> >> >>>>>>> see >> >> >>>>>>> there might be >> >> >>>>>>> a delay between input and output, as you will be effectively >> >> >>>>>>> putting >> >> >>>>>>> out the data that >> >> >>>>>>> you processed in the previous period. >> >> >>>>>>> >> >> >>>>>>> 1) process (means process the current spin data) >> >> >>>>>>> 2) write to spin the new data >> >> >>>>>>> 3) write out the result of processing the previous spin >> >> >>>>>>> >> >> >>>>>>> That's what it looks like to me. Not sure if I am right. Also >> >> >>>>>>> this >> >> >>>>>>> discussion should be in the dev list not >> >> >>>>>>> in the users list (so my response is going there). >> >> >>>>>>> >> >> >>>>>>> Victor >> >> >>>>>>> >> >> >>>>>>> On 4 Feb 2014, at 15:47, Rory Walsh <rorywalsh@ear.ie> wrote: >> >> >>>>>>> >> >> >>>>>>>> I can confirm that it's not an issue with the plugin framework >> >> >>>>>>>> I'm >> >> >>>>>>>> using. I can also confirm it happens whether the plugin's >> >> >>>>>>>> processBlock() is being called the same amount of times as >> >> >>>>>>>> performKsmps(). That is to say, if the plugin sample buffer is >> >> >>>>>>>> set >> >> >>>>>>>> to >> >> >>>>>>>> 64 and so is Csound's, the problem persists. >> >> >>>>>>>> >> >> >>>>>>>> I can recreate it with Reaper by placing two identical audio >> >> >>>>>>>> tracks >> >> >>>>>>>> in >> >> >>>>>>>> the session. On one track I place a straight forward in/out >> >> >>>>>>>> Cabbage >> >> >>>>>>>> effect plugin. Then play both back at the same time. You'll >> >> >>>>>>>> hear >> >> >>>>>>>> subtle phasing taking place until you bypass the plugin >> >> >>>>>>>> effect. >> >> >>>>>>>> Here's >> >> >>>>>>>> my processBlock(), it couldn't be any simpler. Can any devs >> >> >>>>>>>> out >> >> >>>>>>>> there >> >> >>>>>>>> spot something that might introduce latency? >> >> >>>>>>>> >> >> >>>>>>>> CSCompResult = csound->PerformKsmps(); >> >> >>>>>>>> for(int i=0;i<numSamplesInBuffer;i++) >> >> >>>>>>>> { >> >> >>>>>>>> if(!CSCompResult) >> >> >>>>>>>> { >> >> >>>>>>>> for(int channel = 0; channel < getNumOutputChannels(); >> >> >>>>>>>> channel++ ) >> >> >>>>>>>> { >> >> >>>>>>>> audioBuffer = buffer.getSampleData(channel,0); >> >> >>>>>>>> pos = igetNumOutputChannels(); >> >> >>>>>>>> CSspin[channel+pos] = audioBuffer[i]cs_scale; >> >> >>>>>>>> audioBuffer[i] = (CSspout[channel+pos]/cs_scale); >> >> >>>>>>>> } >> >> >>>>>>>> } >> >> >>>>>>>> else >> >> >>>>>>>> buffer.clear(); >> >> >>>>>>>> } >> >> >>>>>>>> >> >> >>>>>>>> On 4 February 2014 15:04, Oeyvind Brandtsegg >> >> >>>>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >> >> >>>>>>>>> All good. >> >> >>>>>>>>> I could test with csound~ and found another cause for the >> >> >>>>>>>>> latency. >> >> >>>>>>>>> Oeyvind >> >> >>>>>>>>> >> >> >>>>>>>>> 2014-02-04 Steven Yi <stevenyi@gmail.com>: >> >> >>>>>>>>>> Nope. I did some work on updating the CMake file to try >> >> >>>>>>>>>> building >> >> >>>>>>>>>> on >> >> >>>>>>>>>> Windows yesterday. I need to do so me research to see about >> >> >>>>>>>>>> libraries >> >> >>>>>>>>>> to link to and other things, but it may take a while with >> >> >>>>>>>>>> current >> >> >>>>>>>>>> work >> >> >>>>>>>>>> load. >> >> >>>>>>>>>> >> >> >>>>>>>>>> On Tue, Feb 4, 2014 at 9:47 AM, Oeyvind Brandtsegg >> >> >>>>>>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >> >> >>>>>>>>>>> That looks as if it's for OSX only (?), >> >> >>>>>>>>>>> perhaps not compiled for windows yet? >> >> >>>>>>>>>>> >> >> >>>>>>>>>>> >> >> >>>>>>>>>>> 2014-02-04 Steven Yi <stevenyi@gmail.com>: >> >> >>>>>>>>>>>> csound6~ should be with the installer; also available at: >> >> >>>>>>>>>>>> >> >> >>>>>>>>>>>> >> >> >>>>>>>>>>>> >> >> >>>>>>>>>>>> >> >> >>>>>>>>>>>> >> >> >>>>>>>>>>>> http://sourceforge.net/projects/csound/files/csound6/Csound6.02/csound~_v1.1.1.pkg/download >> >> >>>>>>>>>>>> >> >> >>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:38 AM, Oeyvind Brandtsegg >> >> >>>>>>>>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >> >> >>>>>>>>>>>>> I can also reproduce it with csound~ in MaxForLive >> >> >>>>>>>>>>>>> haven't tried with csound6~ (where can I find it?) >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> Now, testing with Max (not in Live), and with Reaper, I >> >> >>>>>>>>>>>>> find >> >> >>>>>>>>>>>>> I >> >> >>>>>>>>>>>>> can not >> >> >>>>>>>>>>>>> reproduce the behaviour there. >> >> >>>>>>>>>>>>> So there is something with Live then. However, other VST >> >> >>>>>>>>>>>>> plugins >> >> >>>>>>>>>>>>> in >> >> >>>>>>>>>>>>> Live does not introduce extra latency. >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> The way I measure latency is by setiing up a microphone >> >> >>>>>>>>>>>>> close >> >> >>>>>>>>>>>>> to >> >> >>>>>>>>>>>>> the >> >> >>>>>>>>>>>>> speaker, close enough that it will almost feed, >> >> >>>>>>>>>>>>> then tap the mic and listen to the resonance of the >> >> >>>>>>>>>>>>> system. >> >> >>>>>>>>>>>>> When >> >> >>>>>>>>>>>>> the >> >> >>>>>>>>>>>>> latency changes, the resonance will change. >> >> >>>>>>>>>>>>> When I add a plugin (Cabbage or MaxForLive with csound~), >> >> >>>>>>>>>>>>> the >> >> >>>>>>>>>>>>> latency >> >> >>>>>>>>>>>>> (and so the resonance) changes. If I load other VST >> >> >>>>>>>>>>>>> plugins >> >> >>>>>>>>>>>>> this >> >> >>>>>>>>>>>>> does >> >> >>>>>>>>>>>>> not happen, the latency does not change. >> >> >>>>>>>>>>>>> But as I said, I can only reproduce it in Live. Sorry for >> >> >>>>>>>>>>>>> the >> >> >>>>>>>>>>>>> noise. >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> 2014-02-04 Rory Walsh <rorywalsh@ear.ie>: >> >> >>>>>>>>>>>>>> I can recreate it here. It's subtle, but present. I'll >> >> >>>>>>>>>>>>>> take >> >> >>>>>>>>>>>>>> a >> >> >>>>>>>>>>>>>> look. >> >> >>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>> On 4 February 2014 13:38, Oeyvind Brandtsegg >> >> >>>>>>>>>>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >> >> >>>>>>>>>>>>>>> Yes, I have tried different ksmps values, both higher >> >> >>>>>>>>>>>>>>> and >> >> >>>>>>>>>>>>>>> lower >> >> >>>>>>>>>>>>>>> and >> >> >>>>>>>>>>>>>>> equal to the host buffer size. >> >> >>>>>>>>>>>>>>> Will investigate if I can reproduce it on csound~. >> >> >>>>>>>>>>>>>>> Oeyvind >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> 2014-02-04 Rory Walsh <rorywalsh@ear.ie>: >> >> >>>>>>>>>>>>>>>> On second thoughts I can't see what might be causing >> >> >>>>>>>>>>>>>>>> this. >> >> >>>>>>>>>>>>>>>> Have you >> >> >>>>>>>>>>>>>>>> tried setting ksmps to be the same as your host's >> >> >>>>>>>>>>>>>>>> buffer >> >> >>>>>>>>>>>>>>>> size? >> >> >>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>> On 4 February 2014 13:01, Rory Walsh >> >> >>>>>>>>>>>>>>>> <rorywalsh@ear.ie> >> >> >>>>>>>>>>>>>>>> wrote: >> >> >>>>>>>>>>>>>>>>> I think I have it... Lunch first though.. >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> sent from a mobile device... >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> On 4 Feb 2014 12:56, "Rory Walsh" <rorywalsh@ear.ie> >> >> >>>>>>>>>>>>>>>>> wrote: >> >> >>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>> Are you just running audio straight in and out, no >> >> >>>>>>>>>>>>>>>>>> processing? The >> >> >>>>>>>>>>>>>>>>>> plugin host calls the plugin's processBlock() which >> >> >>>>>>>>>>>>>>>>>> in >> >> >>>>>>>>>>>>>>>>>> turn >> >> >>>>>>>>>>>>>>>>>> calls >> >> >>>>>>>>>>>>>>>>>> performKsmps(). So long as processBlock() is being >> >> >>>>>>>>>>>>>>>>>> called >> >> >>>>>>>>>>>>>>>>>> (if the >> >> >>>>>>>>>>>>>>>>>> track is playing for example) performKsmps() will be >> >> >>>>>>>>>>>>>>>>>> called >> >> >>>>>>>>>>>>>>>>>> over and >> >> >>>>>>>>>>>>>>>>>> over again processing ksmps samples each time. At >> >> >>>>>>>>>>>>>>>>>> the >> >> >>>>>>>>>>>>>>>>>> moment >> >> >>>>>>>>>>>>>>>>>> the >> >> >>>>>>>>>>>>>>>>>> processBlock() method and the performKsmps() are >> >> >>>>>>>>>>>>>>>>>> firing >> >> >>>>>>>>>>>>>>>>>> off >> >> >>>>>>>>>>>>>>>>>> at >> >> >>>>>>>>>>>>>>>>>> different speeds. I can look at forcing Cabbage >> >> >>>>>>>>>>>>>>>>>> plugins >> >> >>>>>>>>>>>>>>>>>> to >> >> >>>>>>>>>>>>>>>>>> process the >> >> >>>>>>>>>>>>>>>>>> same amount of samples as the plugin does with each >> >> >>>>>>>>>>>>>>>>>> call >> >> >>>>>>>>>>>>>>>>>> to >> >> >>>>>>>>>>>>>>>>>> processBlock(). Perhaps that might help. >> >> >>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>> On 4 February 2014 12:41, Oeyvind Brandtsegg >> >> >>>>>>>>>>>>>>>>>> <oyvind.brandtsegg@ntnu.no> >> >> >>>>>>>>>>>>>>>>>> wrote: >> >> >>>>>>>>>>>>>>>>>>> Regarding latency and buffers, >> >> >>>>>>>>>>>>>>>>>>> I thought I had understood that csound, when used >> >> >>>>>>>>>>>>>>>>>>> as a >> >> >>>>>>>>>>>>>>>>>>> plugin (e.g. >> >> >>>>>>>>>>>>>>>>>>> Cabbage or csound~) would process the audio buffer >> >> >>>>>>>>>>>>>>>>>>> "in >> >> >>>>>>>>>>>>>>>>>>> place", so no >> >> >>>>>>>>>>>>>>>>>>> extra latency would incur due to the sound being >> >> >>>>>>>>>>>>>>>>>>> processed >> >> >>>>>>>>>>>>>>>>>>> through >> >> >>>>>>>>>>>>>>>>>>> Csound, assuming that ksmps is smaler than the host >> >> >>>>>>>>>>>>>>>>>>> program's buffer >> >> >>>>>>>>>>>>>>>>>>> size. >> >> >>>>>>>>>>>>>>>>>>> Now, running Cabbage plugins in Ableton Live, I've >> >> >>>>>>>>>>>>>>>>>>> been >> >> >>>>>>>>>>>>>>>>>>> investigating >> >> >>>>>>>>>>>>>>>>>>> latency issues, and I find that adding a simple >> >> >>>>>>>>>>>>>>>>>>> Cabbage >> >> >>>>>>>>>>>>>>>>>>> plugin will >> >> >>>>>>>>>>>>>>>>>>> delay the signal. Also, adding more than one such >> >> >>>>>>>>>>>>>>>>>>> plugin >> >> >>>>>>>>>>>>>>>>>>> in >> >> >>>>>>>>>>>>>>>>>>> series >> >> >>>>>>>>>>>>>>>>>>> increases the delay/latency accordingly. I've tried >> >> >>>>>>>>>>>>>>>>>>> using >> >> >>>>>>>>>>>>>>>>>>> different >> >> >>>>>>>>>>>>>>>>>>> ksmps, and this indeed affects the amount of >> >> >>>>>>>>>>>>>>>>>>> latency >> >> >>>>>>>>>>>>>>>>>>> but >> >> >>>>>>>>>>>>>>>>>>> even setting >> >> >>>>>>>>>>>>>>>>>>> ksmps=1 does not get rid of it. >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> Can the buffer be processed "in place"? >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> best >> >> >>>>>>>>>>>>>>>>>>> Oeyvind >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> -- >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >> >> >>>>>>>>>>>>>>>>>>> Professor of Music Technology >> >> >>>>>>>>>>>>>>>>>>> NTNU >> >> >>>>>>>>>>>>>>>>>>> 7491 Trondheim >> >> >>>>>>>>>>>>>>>>>>> Norway >> >> >>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >> >> >>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >> >> >>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >> >> >>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >> >>>>>>>>>>>>>>>>>>> csound6: >> >> >>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >> >>>>>>>>>>>>>>>>>>> csound5: >> >> >>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >> >>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >> >> >>>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >> >> >>>>>>>>>>>>>>>>>>> with >> >> >>>>>>>>>>>>>>>>>>> body >> >> >>>>>>>>>>>>>>>>>>> "unsubscribe >> >> >>>>>>>>>>>>>>>>>>> csound" >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >> >>>>>>>>>>>>>>>> csound6: >> >> >>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >> >>>>>>>>>>>>>>>> csound5: >> >> >>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >> >>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >> >> >>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with >> >> >>>>>>>>>>>>>>>> body >> >> >>>>>>>>>>>>>>>> "unsubscribe csound" >> >> >>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> -- >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> Oeyvind Brandtsegg >> >> >>>>>>>>>>>>>>> Professor of Music Technology >> >> >>>>>>>>>>>>>>> NTNU >> >> >>>>>>>>>>>>>>> 7491 Trondheim >> >> >>>>>>>>>>>>>>> Norway >> >> >>>>>>>>>>>>>>> Cell: +47 92 203 205 >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> http://flyndresang.no/ >> >> >>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >> >> >>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >> >> >>>>>>>>>>>>>>> http://soundcloud.com/t-emp >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >> >>>>>>>>>>>>>>> csound6: >> >> >>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >> >>>>>>>>>>>>>>> csound5: >> >> >>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >> >>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >> >> >>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with >> >> >>>>>>>>>>>>>>> body >> >> >>>>>>>>>>>>>>> "unsubscribe csound" >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >> >>>>>>>>>>>>>> csound6: >> >> >>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >> >>>>>>>>>>>>>> csound5: >> >> >>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >> >>>>>>>>>>>>>> Discussions of bugs and features can be posted here >> >> >>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with >> >> >>>>>>>>>>>>>> body >> >> >>>>>>>>>>>>>> "unsubscribe csound" >> >> >>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>> >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> -- >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> Oeyvind Brandtsegg >> >> >>>>>>>>>>>>> Professor of Music Technology >> >> >>>>>>>>>>>>> NTNU >> >> >>>>>>>>>>>>> 7491 Trondheim >> >> >>>>>>>>>>>>> Norway >> >> >>>>>>>>>>>>> Cell: +47 92 203 205 >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> http://flyndresang.no/ >> >> >>>>>>>>>>>>> http://www.partikkelaudio.com/ >> >> >>>>>>>>>>>>> http://soundcloud.com/brandtsegg >> >> >>>>>>>>>>>>> http://soundcloud.com/t-emp >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >> >>>>>>>>>>>>> csound6: >> >> >>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >> >>>>>>>>>>>>> csound5: >> >> >>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >> >>>>>>>>>>>>> Discussions of bugs and features can be posted here >> >> >>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with >> >> >>>>>>>>>>>>> body >> >> >>>>>>>>>>>>> "unsubscribe csound" >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>> >> >> >>>>>>>>>>>> >> >> >>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >> >>>>>>>>>>>> csound6: >> >> >>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >> >>>>>>>>>>>> csound5: >> >> >>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >> >>>>>>>>>>>> Discussions of bugs and features can be posted here >> >> >>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with >> >> >>>>>>>>>>>> body >> >> >>>>>>>>>>>> "unsubscribe csound" >> >> >>>>>>>>>>>> >> >> >>>>>>>>>>>> >> >> >>>>>>>>>>> >> >> >>>>>>>>>>> >> >> >>>>>>>>>>> >> >> >>>>>>>>>>> -- >> >> >>>>>>>>>>> >> >> >>>>>>>>>>> Oeyvind Brandtsegg >> >> >>>>>>>>>>> Professor of Music Technology >> >> >>>>>>>>>>> NTNU >> >> >>>>>>>>>>> 7491 Trondheim >> >> >>>>>>>>>>> Norway >> >> >>>>>>>>>>> Cell: +47 92 203 205 >> >> >>>>>>>>>>> >> >> >>>>>>>>>>> http://flyndresang.no/ >> >> >>>>>>>>>>> http://www.partikkelaudio.com/ >> >> >>>>>>>>>>> http://soundcloud.com/brandtsegg >> >> >>>>>>>>>>> http://soundcloud.com/t-emp >> >> >>>>>>>>>>> >> >> >>>>>>>>>>> >> >> >>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >> >>>>>>>>>>> csound6: >> >> >>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >> >>>>>>>>>>> csound5: >> >> >>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >> >>>>>>>>>>> Discussions of bugs and features can be posted here >> >> >>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >> >> >>>>>>>>>>> "unsubscribe csound" >> >> >>>>>>>>>>> >> >> >>>>>>>>>>> >> >> >>>>>>>>>> >> >> >>>>>>>>>> >> >> >>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >> >>>>>>>>>> csound6: >> >> >>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >> >>>>>>>>>> csound5: >> >> >>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >> >>>>>>>>>> Discussions of bugs and features can be posted here >> >> >>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >> >> >>>>>>>>>> "unsubscribe csound" >> >> >>>>>>>>>> >> >> >>>>>>>>>> >> >> >>>>>>>>> >> >> >>>>>>>>> >> >> >>>>>>>>> >> >> >>>>>>>>> -- >> >> >>>>>>>>> >> >> >>>>>>>>> Oeyvind Brandtsegg >> >> >>>>>>>>> Professor of Music Technology >> >> >>>>>>>>> NTNU >> >> >>>>>>>>> 7491 Trondheim >> >> >>>>>>>>> Norway >> >> >>>>>>>>> Cell: +47 92 203 205 >> >> >>>>>>>>> >> >> >>>>>>>>> http://flyndresang.no/ >> >> >>>>>>>>> http://www.partikkelaudio.com/ >> >> >>>>>>>>> http://soundcloud.com/brandtsegg >> >> >>>>>>>>> http://soundcloud.com/t-emp >> >> >>>>>>>>> >> >> >>>>>>>>> >> >> >>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >> >>>>>>>>> csound6: >> >> >>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >> >>>>>>>>> csound5: >> >> >>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >> >>>>>>>>> Discussions of bugs and features can be posted here >> >> >>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >> >> >>>>>>>>> "unsubscribe csound" >> >> >>>>>>>>> >> >> >>>>>>>>> >> >> >>>>>>>> >> >> >>>>>>>> >> >> >>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >> >>>>>>>> csound6: >> >> >>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >> >>>>>>>> csound5: >> >> >>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >> >>>>>>>> Discussions of bugs and features can be posted here >> >> >>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >> >> >>>>>>>> "unsubscribe csound" >> >> >>>>>>>> >> >> >>>>>>>> >> >> >>>>>>> >> >> >>>>>>> >> >> >>>>>>> >> >> >>>>>>> >> >> >>>>>>> >> >> >>>>>>> >> >> >>>>>>> ------------------------------------------------------------------------------ >> >> >>>>>>> Managing the Performance of Cloud-Based Applications >> >> >>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >> >> >>>>>>> Pitfalls. >> >> >>>>>>> Read the Whitepaper. >> >> >>>>>>> >> >> >>>>>>> >> >> >>>>>>> >> >> >>>>>>> >> >> >>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> >>>>>>> _______________________________________________ >> >> >>>>>>> Csound-devel mailing list >> >> >>>>>>> Csound-devel@lists.sourceforge.net >> >> >>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >>>>>> >> >> >>>>>> >> >> >>>>>> >> >> >>>>>> >> >> >>>>>> >> >> >>>>>> ------------------------------------------------------------------------------ >> >> >>>>>> Managing the Performance of Cloud-Based Applications >> >> >>>>>> Take advantage of what the Cloud has to offer - Avoid Common >> >> >>>>>> Pitfalls. >> >> >>>>>> Read the Whitepaper. >> >> >>>>>> >> >> >>>>>> >> >> >>>>>> >> >> >>>>>> >> >> >>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> >>>>>> _______________________________________________ >> >> >>>>>> Csound-devel mailing list >> >> >>>>>> Csound-devel@lists.sourceforge.net >> >> >>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >>>>> >> >> >>>>> >> >> >>>> >> >> >>>> >> >> >>>> >> >> >>>> >> >> >>>> >> >> >>>> ------------------------------------------------------------------------------ >> >> >>>> Managing the Performance of Cloud-Based Applications >> >> >>>> Take advantage of what the Cloud has to offer - Avoid Common >> >> >>>> Pitfalls. >> >> >>>> Read the Whitepaper. >> >> >>>> >> >> >>>> >> >> >>>> >> >> >>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> >>>> _______________________________________________ >> >> >>>> Csound-devel mailing list >> >> >>>> Csound-devel@lists.sourceforge.net >> >> >>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >>>> >> >> >>> >> >> >>> >> >> >>> >> >> >>> >> >> >>> ------------------------------------------------------------------------------ >> >> >>> Managing the Performance of Cloud-Based Applications >> >> >>> Take advantage of what the Cloud has to offer - Avoid Common >> >> >>> Pitfalls. >> >> >>> Read the Whitepaper. >> >> >>> >> >> >>> >> >> >>> >> >> >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> >>> _______________________________________________ >> >> >>> Csound-devel mailing list >> >> >>> Csound-devel@lists.sourceforge.net >> >> >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> ------------------------------------------------------------------------------ >> >> >> Managing the Performance of Cloud-Based Applications >> >> >> Take advantage of what the Cloud has to offer - Avoid Common >> >> >> Pitfalls. >> >> >> Read the Whitepaper. >> >> >> >> >> >> >> >> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> >> _______________________________________________ >> >> >> Csound-devel mailing list >> >> >> Csound-devel@lists.sourceforge.net >> >> >> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >> >> >> > >> >> > >> >> > >> >> > ------------------------------------------------------------------------------ >> >> > Managing the Performance of Cloud-Based Applications >> >> > Take advantage of what the Cloud has to offer - Avoid Common >> >> > Pitfalls. >> >> > Read the Whitepaper. >> >> > >> >> > >> >> > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> > _______________________________________________ >> >> > Csound-devel mailing list >> >> > Csound-devel@lists.sourceforge.net >> >> > https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >> >> Dr Victor Lazzarini >> >> Senior Lecturer >> >> Dept. of Music >> >> NUI Maynooth Ireland >> >> tel.: +353 1 708 3545 >> >> Victor dot Lazzarini AT nuim dot ie >> >> >> >> >> >> >> >> >> >> >> >> >> >> ------------------------------------------------------------------------------ >> >> Managing the Performance of Cloud-Based Applications >> >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> >> Read the Whitepaper. >> >> >> >> >> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> _______________________________________________ >> >> Csound-devel mailing list >> >> Csound-devel@lists.sourceforge.net >> >> https://lists.sourceforge.net/lists/listinfo/csound-devel >> > >> > >> > >> > >> > ------------------------------------------------------------------------------ >> > Managing the Performance of Cloud-Based Applications >> > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> > Read the Whitepaper. >> > >> > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> > _______________________________________________ >> > Csound-devel mailing list >> > Csound-devel@lists.sourceforge.net >> > https://lists.sourceforge.net/lists/listinfo/csound-devel >> > >> >> >> ------------------------------------------------------------------------------ >> Managing the Performance of Cloud-Based Applications >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> Read the Whitepaper. >> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> _______________________________________________ >> Csound-devel mailing list >> Csound-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/csound-devel > > > > ------------------------------------------------------------------------------ > Managing the Performance of Cloud-Based Applications > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. > Read the Whitepaper. > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk > _______________________________________________ > Csound-devel mailing list > Csound-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/csound-devel > ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/csound-devel

Date	2014-02-05 23:07
From	Oeyvind Brandtsegg
Subject	Re: [Cs-dev] [Csnd] Latency and buffers
	...but the latency would be one full host buffer size, not just a ksmps, right? So a small ksmps would rather minimize the chance of a ksmps-buffer mismatch, but not actually minimize worst case latency (which would be one host buffer block). Isn't it so? Now, one thing I don't understand is if the latency can be zero when the host buffer is an integer multiple of ksmps, and it indeed is, and also the host buffer size can be dynamic, we must assume that the two buffer length may initially fit but at some later time they will not,* then* what happens at the transition point ? I mean, when we go from perfectly aligned buffers and zero latency to misaligned buffers and one bufferlength latency. Then we should have one non-full buffer in the transition from zero latency to one-buffer latency. Will it pop? If so, I would expect it to pop quite often(?), which it does not. Or? 2014-02-05 Victor Lazzarini : > If your ksmps is small, any latency that might exist will be small too, and I can't see it having > a major effect. So if you run with ksmps=16, it's 0.3 millisseconds. Not much of a problem. > And for the cases where this is a problem, then it's still possible to run with ksmps=1. > > Victor > On 5 Feb 2014, at 20:46, Rory Walsh wrote: > >> I wish I had thought of this before spending so much time writing a >> framework for developing VST plugins with Csound. I'm off now to have >> a few beers and rethink life! >> >> >> On 5 February 2014 20:06, Michael Gogins wrote: >>> Then your code will run 5 times slower or so. >>> >>> Regards, >>> Mike >>> >>> >>> ----------------------------------------------------- >>> Michael Gogins >>> Irreducible Productions >>> http://michaelgogins.tumblr.com >>> Michael dot Gogins at gmail dot com >>> >>> >>> On Wed, Feb 5, 2014 at 3:03 PM, Rory Walsh wrote: >>>> >>>> Seems every where I look it says don't make any assumptions about >>>> buffer sizes. So I guess the only fail safe way is to force a ksmps of >>>> 1? uh... >>>> >>>> On 5 February 2014 19:57, Michael Gogins wrote: >>>>> I believe that you are wrong, you cannot count on a power of two size. >>>>> >>>>> See these threads from KVR: >>>>> >>>>> http://www.kvraudio.com/forum/viewtopic.php?t=279753 >>>>> >>>>> http://www.kvraudio.com/forum/viewtopic.php?t=359951 >>>>> >>>>> http://www.kvraudio.com/forum/viewtopic.php?p=3458228 >>>>> >>>>> Regards, >>>>> Mike >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> ----------------------------------------------------- >>>>> Michael Gogins >>>>> Irreducible Productions >>>>> http://michaelgogins.tumblr.com >>>>> Michael dot Gogins at gmail dot com >>>>> >>>>> >>>>> On Wed, Feb 5, 2014 at 2:17 PM, Victor Lazzarini >>>>> >>>>> wrote: >>>>>> >>>>>> But I think you're probably safe setting ksmps to a low value that is a >>>>>> power-of-two. I would >>>>>> expect most hosts to run buffers that are power-of-two and that are not >>>>>> that small. >>>>>> ksmps =8,16 or 32 should do. >>>>>> >>>>>> Victor >>>>>> >>>>>> On 5 Feb 2014, at 18:10, Rory Walsh wrote: >>>>>> >>>>>>> I was just about to answer my previous mail with the same thing. >>>>>>> That's >>>>>>> a pain. >>>>>>> >>>>>>> On 5 February 2014 18:03, Michael Gogins >>>>>>> wrote: >>>>>>>> No. The host can and often does use a different host audio buffer >>>>>>>> size >>>>>>>> on >>>>>>>> each call to process() or processReplacing(). >>>>>>>> >>>>>>>> Regards, >>>>>>>> Mike >>>>>>>> >>>>>>>> >>>>>>>> ----------------------------------------------------- >>>>>>>> Michael Gogins >>>>>>>> Irreducible Productions >>>>>>>> http://michaelgogins.tumblr.com >>>>>>>> Michael dot Gogins at gmail dot com >>>>>>>> >>>>>>>> >>>>>>>> On Wed, Feb 5, 2014 at 11:27 AM, Rory Walsh >>>>>>>> wrote: >>>>>>>>> >>>>>>>>> Hi Mike, isn't it possible to query the host buffer size before the >>>>>>>>> processing function is first called, in which case you can just >>>>>>>>> override the csd's ksmps? >>>>>>>>> >>>>>>>>> On 5 February 2014 15:55, Michael Gogins >>>>>>>>> wrote: >>>>>>>>>> I've looked into this some more. As long as the host audio buffer >>>>>>>>>> is >>>>>>>>>> not >>>>>>>>>> an >>>>>>>>>> integral multiple of ksmps, there will have to be ksmps latency >>>>>>>>>> between >>>>>>>>>> input and output. That is because performKsmps requires spin to be >>>>>>>>>> full, >>>>>>>>>> but >>>>>>>>>> if there is some remainder from hostsize/ksmps, there will be some >>>>>>>>>> frames >>>>>>>>>> that the host buffer doesn't have but spin needs. >>>>>>>>>> >>>>>>>>>> I am letting this go for now, but if Csound could adjust ksmps >>>>>>>>>> during >>>>>>>>>> performance via the API, then we could get rid of this latency by >>>>>>>>>> setting >>>>>>>>>> ksmps equal to the host buffer size on each host processing call. >>>>>>>>>> I >>>>>>>>>> think >>>>>>>>>> this would be a really good idea. I'm entering it as a feature >>>>>>>>>> request. >>>>>>>>>> >>>>>>>>>> Regards, >>>>>>>>>> Mike >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Regards, >>>>>>>>>> Mike >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> ----------------------------------------------------- >>>>>>>>>> Michael Gogins >>>>>>>>>> Irreducible Productions >>>>>>>>>> http://michaelgogins.tumblr.com >>>>>>>>>> Michael dot Gogins at gmail dot com >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On Tue, Feb 4, 2014 at 1:47 PM, Michael Gogins >>>>>>>>>> >>>>>>>>>> wrote: >>>>>>>>>>> >>>>>>>>>>> CsoundVST does the following: >>>>>>>>>>> >>>>>>>>>>> In the processReplacing callback there are essentially two >>>>>>>>>>> simultaneous >>>>>>>>>>> loops, each with their own loop indexes. One loop is for the host >>>>>>>>>>> audio >>>>>>>>>>> buffer, which can change in size from one call to the next. The >>>>>>>>>>> other >>>>>>>>>>> loop >>>>>>>>>>> is for Csound. >>>>>>>>>>> >>>>>>>>>>> For each frame of audio, one frame of audio is copied from the >>>>>>>>>>> host >>>>>>>>>>> input >>>>>>>>>>> buffer to spin, one frame of audio is copied from spout to the >>>>>>>>>>> host >>>>>>>>>>> audio >>>>>>>>>>> output buffer, and both loop indexes are incremented. >>>>>>>>>>> >>>>>>>>>>> At the end of spout, ksmps audio are processed by Csound, and the >>>>>>>>>>> spin >>>>>>>>>>> and >>>>>>>>>>> spout buffer indexes are reset to 0. These indexes persist from >>>>>>>>>>> call >>>>>>>>>>> to >>>>>>>>>>> call, so there are no gaps or glitches. >>>>>>>>>>> >>>>>>>>>>> There is ksmps frames latency in the code because spin is read in >>>>>>>>>>> before >>>>>>>>>>> it spout is computed. But I will try to change the code so that >>>>>>>>>>> the >>>>>>>>>>> buffers >>>>>>>>>>> are rewound to line spout up with spin. There will then be zero >>>>>>>>>>> latency. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> ----------------------------------------------------- >>>>>>>>>>> Michael Gogins >>>>>>>>>>> Irreducible Productions >>>>>>>>>>> http://michaelgogins.tumblr.com >>>>>>>>>>> Michael dot Gogins at gmail dot com >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> On Tue, Feb 4, 2014 at 11:03 AM, Steven Yi >>>>>>>>>>> wrote: >>>>>>>>>>>> >>>>>>>>>>>> I was in the middle of replying pretty much the same thing as >>>>>>>>>>>> Victor. >>>>>>>>>>>> Seems like you're introducing block's worth of latency due to >>>>>>>>>>>> the >>>>>>>>>>>> code >>>>>>>>>>>> order. >>>>>>>>>>>> >>>>>>>>>>>> On Tue, Feb 4, 2014 at 11:05 AM, Victor Lazzarini >>>>>>>>>>>> wrote: >>>>>>>>>>>>> I would have thought that you would >>>>>>>>>>>>> >>>>>>>>>>>>> 1) write data into spin >>>>>>>>>>>>> 2) process >>>>>>>>>>>>> 3) write data out of spout. >>>>>>>>>>>>> >>>>>>>>>>>>> if you read and write after running PeformKsmps(), as far as I >>>>>>>>>>>>> can >>>>>>>>>>>>> see >>>>>>>>>>>>> there might be >>>>>>>>>>>>> a delay between input and output, as you will be effectively >>>>>>>>>>>>> putting >>>>>>>>>>>>> out the data that >>>>>>>>>>>>> you processed in the previous period. >>>>>>>>>>>>> >>>>>>>>>>>>> 1) process (means process the current spin data) >>>>>>>>>>>>> 2) write to spin the new data >>>>>>>>>>>>> 3) write out the result of processing the previous spin >>>>>>>>>>>>> >>>>>>>>>>>>> That's what it looks like to me. Not sure if I am right. Also >>>>>>>>>>>>> this >>>>>>>>>>>>> discussion should be in the dev list not >>>>>>>>>>>>> in the users list (so my response is going there). >>>>>>>>>>>>> >>>>>>>>>>>>> Victor >>>>>>>>>>>>> >>>>>>>>>>>>> On 4 Feb 2014, at 15:47, Rory Walsh wrote: >>>>>>>>>>>>> >>>>>>>>>>>>>> I can confirm that it's not an issue with the plugin framework >>>>>>>>>>>>>> I'm >>>>>>>>>>>>>> using. I can also confirm it happens whether the plugin's >>>>>>>>>>>>>> processBlock() is being called the same amount of times as >>>>>>>>>>>>>> performKsmps(). That is to say, if the plugin sample buffer is >>>>>>>>>>>>>> set >>>>>>>>>>>>>> to >>>>>>>>>>>>>> 64 and so is Csound's, the problem persists. >>>>>>>>>>>>>> >>>>>>>>>>>>>> I can recreate it with Reaper by placing two identical audio >>>>>>>>>>>>>> tracks >>>>>>>>>>>>>> in >>>>>>>>>>>>>> the session. On one track I place a straight forward in/out >>>>>>>>>>>>>> Cabbage >>>>>>>>>>>>>> effect plugin. Then play both back at the same time. You'll >>>>>>>>>>>>>> hear >>>>>>>>>>>>>> subtle phasing taking place until you bypass the plugin >>>>>>>>>>>>>> effect. >>>>>>>>>>>>>> Here's >>>>>>>>>>>>>> my processBlock(), it couldn't be any simpler. Can any devs >>>>>>>>>>>>>> out >>>>>>>>>>>>>> there >>>>>>>>>>>>>> spot something that might introduce latency? >>>>>>>>>>>>>> >>>>>>>>>>>>>> CSCompResult = csound->PerformKsmps(); >>>>>>>>>>>>>> for(int i=0;i>>>>>>>>>>>>> { >>>>>>>>>>>>>> if(!CSCompResult) >>>>>>>>>>>>>> { >>>>>>>>>>>>>> for(int channel = 0; channel < getNumOutputChannels(); >>>>>>>>>>>>>> channel++ ) >>>>>>>>>>>>>> { >>>>>>>>>>>>>> audioBuffer = buffer.getSampleData(channel,0); >>>>>>>>>>>>>> pos = igetNumOutputChannels(); >>>>>>>>>>>>>> CSspin[channel+pos] = audioBuffer[i]cs_scale; >>>>>>>>>>>>>> audioBuffer[i] = (CSspout[channel+pos]/cs_scale); >>>>>>>>>>>>>> } >>>>>>>>>>>>>> } >>>>>>>>>>>>>> else >>>>>>>>>>>>>> buffer.clear(); >>>>>>>>>>>>>> } >>>>>>>>>>>>>> >>>>>>>>>>>>>> On 4 February 2014 15:04, Oeyvind Brandtsegg >>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>> All good. >>>>>>>>>>>>>>> I could test with csound~ and found another cause for the >>>>>>>>>>>>>>> latency. >>>>>>>>>>>>>>> Oeyvind >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> 2014-02-04 Steven Yi : >>>>>>>>>>>>>>>> Nope. I did some work on updating the CMake file to try >>>>>>>>>>>>>>>> building >>>>>>>>>>>>>>>> on >>>>>>>>>>>>>>>> Windows yesterday. I need to do so me research to see about >>>>>>>>>>>>>>>> libraries >>>>>>>>>>>>>>>> to link to and other things, but it may take a while with >>>>>>>>>>>>>>>> current >>>>>>>>>>>>>>>> work >>>>>>>>>>>>>>>> load. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:47 AM, Oeyvind Brandtsegg >>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>> That looks as if it's for OSX only (?), >>>>>>>>>>>>>>>>> perhaps not compiled for windows yet? >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> 2014-02-04 Steven Yi : >>>>>>>>>>>>>>>>>> csound6~ should be with the installer; also available at: >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> http://sourceforge.net/projects/csound/files/csound6/Csound6.02/csound~_v1.1.1.pkg/download >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:38 AM, Oeyvind Brandtsegg >>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>> I can also reproduce it with csound~ in MaxForLive >>>>>>>>>>>>>>>>>>> haven't tried with csound6~ (where can I find it?) >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Now, testing with Max (not in Live), and with Reaper, I >>>>>>>>>>>>>>>>>>> find >>>>>>>>>>>>>>>>>>> I >>>>>>>>>>>>>>>>>>> can not >>>>>>>>>>>>>>>>>>> reproduce the behaviour there. >>>>>>>>>>>>>>>>>>> So there is something with Live then. However, other VST >>>>>>>>>>>>>>>>>>> plugins >>>>>>>>>>>>>>>>>>> in >>>>>>>>>>>>>>>>>>> Live does not introduce extra latency. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> The way I measure latency is by setiing up a microphone >>>>>>>>>>>>>>>>>>> close >>>>>>>>>>>>>>>>>>> to >>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>> speaker, close enough that it will almost feed, >>>>>>>>>>>>>>>>>>> then tap the mic and listen to the resonance of the >>>>>>>>>>>>>>>>>>> system. >>>>>>>>>>>>>>>>>>> When >>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>> latency changes, the resonance will change. >>>>>>>>>>>>>>>>>>> When I add a plugin (Cabbage or MaxForLive with csound~), >>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>> latency >>>>>>>>>>>>>>>>>>> (and so the resonance) changes. If I load other VST >>>>>>>>>>>>>>>>>>> plugins >>>>>>>>>>>>>>>>>>> this >>>>>>>>>>>>>>>>>>> does >>>>>>>>>>>>>>>>>>> not happen, the latency does not change. >>>>>>>>>>>>>>>>>>> But as I said, I can only reproduce it in Live. Sorry for >>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>> noise. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh : >>>>>>>>>>>>>>>>>>>> I can recreate it here. It's subtle, but present. I'll >>>>>>>>>>>>>>>>>>>> take >>>>>>>>>>>>>>>>>>>> a >>>>>>>>>>>>>>>>>>>> look. >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:38, Oeyvind Brandtsegg >>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>>> Yes, I have tried different ksmps values, both higher >>>>>>>>>>>>>>>>>>>>> and >>>>>>>>>>>>>>>>>>>>> lower >>>>>>>>>>>>>>>>>>>>> and >>>>>>>>>>>>>>>>>>>>> equal to the host buffer size. >>>>>>>>>>>>>>>>>>>>> Will investigate if I can reproduce it on csound~. >>>>>>>>>>>>>>>>>>>>> Oeyvind >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh : >>>>>>>>>>>>>>>>>>>>>> On second thoughts I can't see what might be causing >>>>>>>>>>>>>>>>>>>>>> this. >>>>>>>>>>>>>>>>>>>>>> Have you >>>>>>>>>>>>>>>>>>>>>> tried setting ksmps to be the same as your host's >>>>>>>>>>>>>>>>>>>>>> buffer >>>>>>>>>>>>>>>>>>>>>> size? >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:01, Rory Walsh >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>>>>> I think I have it... Lunch first though.. >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> sent from a mobile device... >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> On 4 Feb 2014 12:56, "Rory Walsh" >>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> Are you just running audio straight in and out, no >>>>>>>>>>>>>>>>>>>>>>>> processing? The >>>>>>>>>>>>>>>>>>>>>>>> plugin host calls the plugin's processBlock() which >>>>>>>>>>>>>>>>>>>>>>>> in >>>>>>>>>>>>>>>>>>>>>>>> turn >>>>>>>>>>>>>>>>>>>>>>>> calls >>>>>>>>>>>>>>>>>>>>>>>> performKsmps(). So long as processBlock() is being >>>>>>>>>>>>>>>>>>>>>>>> called >>>>>>>>>>>>>>>>>>>>>>>> (if the >>>>>>>>>>>>>>>>>>>>>>>> track is playing for example) performKsmps() will be >>>>>>>>>>>>>>>>>>>>>>>> called >>>>>>>>>>>>>>>>>>>>>>>> over and >>>>>>>>>>>>>>>>>>>>>>>> over again processing ksmps samples each time. At >>>>>>>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>>>>> moment >>>>>>>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>>>>> processBlock() method and the performKsmps() are >>>>>>>>>>>>>>>>>>>>>>>> firing >>>>>>>>>>>>>>>>>>>>>>>> off >>>>>>>>>>>>>>>>>>>>>>>> at >>>>>>>>>>>>>>>>>>>>>>>> different speeds. I can look at forcing Cabbage >>>>>>>>>>>>>>>>>>>>>>>> plugins >>>>>>>>>>>>>>>>>>>>>>>> to >>>>>>>>>>>>>>>>>>>>>>>> process the >>>>>>>>>>>>>>>>>>>>>>>> same amount of samples as the plugin does with each >>>>>>>>>>>>>>>>>>>>>>>> call >>>>>>>>>>>>>>>>>>>>>>>> to >>>>>>>>>>>>>>>>>>>>>>>> processBlock(). Perhaps that might help. >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 12:41, Oeyvind Brandtsegg >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>>>>>>> Regarding latency and buffers, >>>>>>>>>>>>>>>>>>>>>>>>> I thought I had understood that csound, when used >>>>>>>>>>>>>>>>>>>>>>>>> as a >>>>>>>>>>>>>>>>>>>>>>>>> plugin (e.g. >>>>>>>>>>>>>>>>>>>>>>>>> Cabbage or csound~) would process the audio buffer >>>>>>>>>>>>>>>>>>>>>>>>> "in >>>>>>>>>>>>>>>>>>>>>>>>> place", so no >>>>>>>>>>>>>>>>>>>>>>>>> extra latency would incur due to the sound being >>>>>>>>>>>>>>>>>>>>>>>>> processed >>>>>>>>>>>>>>>>>>>>>>>>> through >>>>>>>>>>>>>>>>>>>>>>>>> Csound, assuming that ksmps is smaler than the host >>>>>>>>>>>>>>>>>>>>>>>>> program's buffer >>>>>>>>>>>>>>>>>>>>>>>>> size. >>>>>>>>>>>>>>>>>>>>>>>>> Now, running Cabbage plugins in Ableton Live, I've >>>>>>>>>>>>>>>>>>>>>>>>> been >>>>>>>>>>>>>>>>>>>>>>>>> investigating >>>>>>>>>>>>>>>>>>>>>>>>> latency issues, and I find that adding a simple >>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >>>>>>>>>>>>>>>>>>>>>>>>> plugin will >>>>>>>>>>>>>>>>>>>>>>>>> delay the signal. Also, adding more than one such >>>>>>>>>>>>>>>>>>>>>>>>> plugin >>>>>>>>>>>>>>>>>>>>>>>>> in >>>>>>>>>>>>>>>>>>>>>>>>> series >>>>>>>>>>>>>>>>>>>>>>>>> increases the delay/latency accordingly. I've tried >>>>>>>>>>>>>>>>>>>>>>>>> using >>>>>>>>>>>>>>>>>>>>>>>>> different >>>>>>>>>>>>>>>>>>>>>>>>> ksmps, and this indeed affects the amount of >>>>>>>>>>>>>>>>>>>>>>>>> latency >>>>>>>>>>>>>>>>>>>>>>>>> but >>>>>>>>>>>>>>>>>>>>>>>>> even setting >>>>>>>>>>>>>>>>>>>>>>>>> ksmps=1 does not get rid of it. >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> Can the buffer be processed "in place"? >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> best >>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>>>>>>>>>>>>>>>>>>>>>>> Norway >>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe >>>>>>>>>>>>>>>>>>>>>>>>> csound" >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with >>>>>>>>>>>>>>>>>>>>>> body >>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>>>>>>>>>>>>>>>>>>> NTNU >>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>>>>>>>>>>>>>>>>>>> Norway >>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with >>>>>>>>>>>>>>>>>>>>> body >>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with >>>>>>>>>>>>>>>>>>>> body >>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>>>>>>>>>>>>>>>>> NTNU >>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>>>>>>>>>>>>>>>>> Norway >>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with >>>>>>>>>>>>>>>>>>> body >>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with >>>>>>>>>>>>>>>>>> body >>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>>>>>>>>>>>>>> Professor of Music Technology >>>>>>>>>>>>>>>>> NTNU >>>>>>>>>>>>>>>>> 7491 Trondheim >>>>>>>>>>>>>>>>> Norway >>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>>>>>>>>>>>> Professor of Music Technology >>>>>>>>>>>>>>> NTNU >>>>>>>>>>>>>>> 7491 Trondheim >>>>>>>>>>>>>>> Norway >>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> http://flyndresang.no/ >>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>>>>>>>> Pitfalls. >>>>>>>>>>>>> Read the Whitepaper. >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>> Csound-devel mailing list >>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>>>>>>> Pitfalls. >>>>>>>>>>>> Read the Whitepaper. >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>> Csound-devel mailing list >>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>>>>> Pitfalls. >>>>>>>>>> Read the Whitepaper. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>>>> _______________________________________________ >>>>>>>>>> Csound-devel mailing list >>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>>>> Pitfalls. >>>>>>>>> Read the Whitepaper. >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>>> _______________________________________________ >>>>>>>>> Csound-devel mailing list >>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> ------------------------------------------------------------------------------ >>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>>> Pitfalls. >>>>>>>> Read the Whitepaper. >>>>>>>> >>>>>>>> >>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>> _______________________________________________ >>>>>>>> Csound-devel mailing list >>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> ------------------------------------------------------------------------------ >>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>> Pitfalls. >>>>>>> Read the Whitepaper. >>>>>>> >>>>>>> >>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>> _______________________________________________ >>>>>>> Csound-devel mailing list >>>>>>> Csound-devel@lists.sourceforge.net >>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>> >>>>>> Dr Victor Lazzarini >>>>>> Senior Lecturer >>>>>> Dept. of Music >>>>>> NUI Maynooth Ireland >>>>>> tel.: +353 1 708 3545 >>>>>> Victor dot Lazzarini AT nuim dot ie >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------------ >>>>>> Managing the Performance of Cloud-Based Applications >>>>>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>>>>> Read the Whitepaper. >>>>>> >>>>>> >>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>> _______________________________________________ >>>>>> Csound-devel mailing list >>>>>> Csound-devel@lists.sourceforge.net >>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >>>>> >>>>> >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> Managing the Performance of Cloud-Based Applications >>>>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>>>> Read the Whitepaper. >>>>> >>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> _______________________________________________ >>>>> Csound-devel mailing list >>>>> Csound-devel@lists.sourceforge.net >>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Managing the Performance of Cloud-Based Applications >>>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>>> Read the Whitepaper. >>>> >>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> _______________________________________________ >>>> Csound-devel mailing list >>>> Csound-devel@lists.sourceforge.net >>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Managing the Performance of Cloud-Based Applications >>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>> Read the Whitepaper. >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> _______________________________________________ >>> Csound-devel mailing list >>> Csound-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >> >> ------------------------------------------------------------------------------ >> Managing the Performance of Cloud-Based Applications >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> Read the Whitepaper. >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> _______________________________________________ >> Csound-devel mailing list >> Csound-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/csound-devel > > Dr Victor Lazzarini > Senior Lecturer > Dept. of Music > NUI Maynooth Ireland > tel.: +353 1 708 3545 > Victor dot Lazzarini AT nuim dot ie > > > > > ------------------------------------------------------------------------------ > Managing the Performance of Cloud-Based Applications > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. > Read the Whitepaper. > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk > _______________________________________________ > Csound-devel mailing list > Csound-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/csound-devel -- Oeyvind Brandtsegg Professor of Music Technology NTNU 7491 Trondheim Norway Cell: +47 92 203 205 http://flyndresang.no/ http://www.partikkelaudio.com/ http://soundcloud.com/brandtsegg http://soundcloud.com/t-emp ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net

Date	2014-02-05 23:17
From	Michael Gogins
Subject	Re: [Cs-dev] [Csnd] Latency and buffers
Attachments	None None
	No, the maximum latency is ksmps. That could be either larger, or smaller, than the host buffer size. It doesn't matter. Regards, Mike ----------------------------------------------------- Michael Gogins Irreducible Productions http://michaelgogins.tumblr.com Michael dot Gogins at gmail dot com On Wed, Feb 5, 2014 at 6:07 PM, Oeyvind Brandtsegg <oyvind.brandtsegg@ntnu.no> wrote: ...but the latency would be one full host buffer size, not just a ksmps, right? So a small ksmps would rather minimize the chance of a ksmps-buffer mismatch, but not actually minimize worst case latency (which would be one host buffer block). Isn't it so? Now, one thing I don't understand is if the latency can be zero when the host buffer is an integer multiple of ksmps, and it indeed is, and also the host buffer size can be dynamic, we must assume that the two buffer length may initially fit but at some later time they will not,* then* what happens at the transition point ? I mean, when we go from perfectly aligned buffers and zero latency to misaligned buffers and one bufferlength latency. Then we should have one non-full buffer in the transition from zero latency to one-buffer latency. Will it pop? If so, I would expect it to pop quite often(?), which it does not. Or? 2014-02-05 Victor Lazzarini <Victor.Lazzarini@nuim.ie>: > If your ksmps is small, any latency that might exist will be small too, and I can't see it having > a major effect. So if you run with ksmps=16, it's 0.3 millisseconds. Not much of a problem. > And for the cases where this is a problem, then it's still possible to run with ksmps=1. > > Victor > On 5 Feb 2014, at 20:46, Rory Walsh wrote: > >> I wish I had thought of this before spending so much time writing a >> framework for developing VST plugins with Csound. I'm off now to have >> a few beers and rethink life! >> >> >> On 5 February 2014 20:06, Michael Gogins <michael.gogins@gmail.com> wrote: >>> Then your code will run 5 times slower or so. >>> >>> Regards, >>> Mike >>> >>> >>> ----------------------------------------------------- >>> Michael Gogins >>> Irreducible Productions >>> http://michaelgogins.tumblr.com >>> Michael dot Gogins at gmail dot com >>> >>> >>> On Wed, Feb 5, 2014 at 3:03 PM, Rory Walsh <rorywalsh@ear.ie> wrote: >>>> >>>> Seems every where I look it says don't make any assumptions about >>>> buffer sizes. So I guess the only fail safe way is to force a ksmps of >>>> 1? uh... >>>> >>>> On 5 February 2014 19:57, Michael Gogins <michael.gogins@gmail.com> wrote: >>>>> I believe that you are wrong, you cannot count on a power of two size. >>>>> >>>>> See these threads from KVR: >>>>> >>>>> http://www.kvraudio.com/forum/viewtopic.php?t=279753 >>>>> >>>>> http://www.kvraudio.com/forum/viewtopic.php?t=359951 >>>>> >>>>> http://www.kvraudio.com/forum/viewtopic.php?p=3458228 >>>>> >>>>> Regards, >>>>> Mike >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> ----------------------------------------------------- >>>>> Michael Gogins >>>>> Irreducible Productions >>>>> http://michaelgogins.tumblr.com >>>>> Michael dot Gogins at gmail dot com >>>>> >>>>> >>>>> On Wed, Feb 5, 2014 at 2:17 PM, Victor Lazzarini >>>>> <Victor.Lazzarini@nuim.ie> >>>>> wrote: >>>>>> >>>>>> But I think you're probably safe setting ksmps to a low value that is a >>>>>> power-of-two. I would >>>>>> expect most hosts to run buffers that are power-of-two and that are not >>>>>> that small. >>>>>> ksmps =8,16 or 32 should do. >>>>>> >>>>>> Victor >>>>>> >>>>>> On 5 Feb 2014, at 18:10, Rory Walsh wrote: >>>>>> >>>>>>> I was just about to answer my previous mail with the same thing. >>>>>>> That's >>>>>>> a pain. >>>>>>> >>>>>>> On 5 February 2014 18:03, Michael Gogins <michael.gogins@gmail.com> >>>>>>> wrote: >>>>>>>> No. The host can and often does use a different host audio buffer >>>>>>>> size >>>>>>>> on >>>>>>>> each call to process() or processReplacing(). >>>>>>>> >>>>>>>> Regards, >>>>>>>> Mike >>>>>>>> >>>>>>>> >>>>>>>> ----------------------------------------------------- >>>>>>>> Michael Gogins >>>>>>>> Irreducible Productions >>>>>>>> http://michaelgogins.tumblr.com >>>>>>>> Michael dot Gogins at gmail dot com >>>>>>>> >>>>>>>> >>>>>>>> On Wed, Feb 5, 2014 at 11:27 AM, Rory Walsh <rorywalsh@ear.ie> >>>>>>>> wrote: >>>>>>>>> >>>>>>>>> Hi Mike, isn't it possible to query the host buffer size before the >>>>>>>>> processing function is first called, in which case you can just >>>>>>>>> override the csd's ksmps? >>>>>>>>> >>>>>>>>> On 5 February 2014 15:55, Michael Gogins <michael.gogins@gmail.com> >>>>>>>>> wrote: >>>>>>>>>> I've looked into this some more. As long as the host audio buffer >>>>>>>>>> is >>>>>>>>>> not >>>>>>>>>> an >>>>>>>>>> integral multiple of ksmps, there will have to be ksmps latency >>>>>>>>>> between >>>>>>>>>> input and output. That is because performKsmps requires spin to be >>>>>>>>>> full, >>>>>>>>>> but >>>>>>>>>> if there is some remainder from hostsize/ksmps, there will be some >>>>>>>>>> frames >>>>>>>>>> that the host buffer doesn't have but spin needs. >>>>>>>>>> >>>>>>>>>> I am letting this go for now, but if Csound could adjust ksmps >>>>>>>>>> during >>>>>>>>>> performance via the API, then we could get rid of this latency by >>>>>>>>>> setting >>>>>>>>>> ksmps equal to the host buffer size on each host processing call. >>>>>>>>>> I >>>>>>>>>> think >>>>>>>>>> this would be a really good idea. I'm entering it as a feature >>>>>>>>>> request. >>>>>>>>>> >>>>>>>>>> Regards, >>>>>>>>>> Mike >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Regards, >>>>>>>>>> Mike >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> ----------------------------------------------------- >>>>>>>>>> Michael Gogins >>>>>>>>>> Irreducible Productions >>>>>>>>>> http://michaelgogins.tumblr.com >>>>>>>>>> Michael dot Gogins at gmail dot com >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On Tue, Feb 4, 2014 at 1:47 PM, Michael Gogins >>>>>>>>>> <michael.gogins@gmail.com> >>>>>>>>>> wrote: >>>>>>>>>>> >>>>>>>>>>> CsoundVST does the following: >>>>>>>>>>> >>>>>>>>>>> In the processReplacing callback there are essentially two >>>>>>>>>>> simultaneous >>>>>>>>>>> loops, each with their own loop indexes. One loop is for the host >>>>>>>>>>> audio >>>>>>>>>>> buffer, which can change in size from one call to the next. The >>>>>>>>>>> other >>>>>>>>>>> loop >>>>>>>>>>> is for Csound. >>>>>>>>>>> >>>>>>>>>>> For each frame of audio, one frame of audio is copied from the >>>>>>>>>>> host >>>>>>>>>>> input >>>>>>>>>>> buffer to spin, one frame of audio is copied from spout to the >>>>>>>>>>> host >>>>>>>>>>> audio >>>>>>>>>>> output buffer, and both loop indexes are incremented. >>>>>>>>>>> >>>>>>>>>>> At the end of spout, ksmps audio are processed by Csound, and the >>>>>>>>>>> spin >>>>>>>>>>> and >>>>>>>>>>> spout buffer indexes are reset to 0. These indexes persist from >>>>>>>>>>> call >>>>>>>>>>> to >>>>>>>>>>> call, so there are no gaps or glitches. >>>>>>>>>>> >>>>>>>>>>> There is ksmps frames latency in the code because spin is read in >>>>>>>>>>> before >>>>>>>>>>> it spout is computed. But I will try to change the code so that >>>>>>>>>>> the >>>>>>>>>>> buffers >>>>>>>>>>> are rewound to line spout up with spin. There will then be zero >>>>>>>>>>> latency. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> ----------------------------------------------------- >>>>>>>>>>> Michael Gogins >>>>>>>>>>> Irreducible Productions >>>>>>>>>>> http://michaelgogins.tumblr.com >>>>>>>>>>> Michael dot Gogins at gmail dot com >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> On Tue, Feb 4, 2014 at 11:03 AM, Steven Yi <stevenyi@gmail.com> >>>>>>>>>>> wrote: >>>>>>>>>>>> >>>>>>>>>>>> I was in the middle of replying pretty much the same thing as >>>>>>>>>>>> Victor. >>>>>>>>>>>> Seems like you're introducing block's worth of latency due to >>>>>>>>>>>> the >>>>>>>>>>>> code >>>>>>>>>>>> order. >>>>>>>>>>>> >>>>>>>>>>>> On Tue, Feb 4, 2014 at 11:05 AM, Victor Lazzarini >>>>>>>>>>>> <Victor.Lazzarini@nuim.ie> wrote: >>>>>>>>>>>>> I would have thought that you would >>>>>>>>>>>>> >>>>>>>>>>>>> 1) write data into spin >>>>>>>>>>>>> 2) process >>>>>>>>>>>>> 3) write data out of spout. >>>>>>>>>>>>> >>>>>>>>>>>>> if you read and write after running PeformKsmps(), as far as I >>>>>>>>>>>>> can >>>>>>>>>>>>> see >>>>>>>>>>>>> there might be >>>>>>>>>>>>> a delay between input and output, as you will be effectively >>>>>>>>>>>>> putting >>>>>>>>>>>>> out the data that >>>>>>>>>>>>> you processed in the previous period. >>>>>>>>>>>>> >>>>>>>>>>>>> 1) process (means process the current spin data) >>>>>>>>>>>>> 2) write to spin the new data >>>>>>>>>>>>> 3) write out the result of processing the previous spin >>>>>>>>>>>>> >>>>>>>>>>>>> That's what it looks like to me. Not sure if I am right. Also >>>>>>>>>>>>> this >>>>>>>>>>>>> discussion should be in the dev list not >>>>>>>>>>>>> in the users list (so my response is going there). >>>>>>>>>>>>> >>>>>>>>>>>>> Victor >>>>>>>>>>>>> >>>>>>>>>>>>> On 4 Feb 2014, at 15:47, Rory Walsh <rorywalsh@ear.ie> wrote: >>>>>>>>>>>>> >>>>>>>>>>>>>> I can confirm that it's not an issue with the plugin framework >>>>>>>>>>>>>> I'm >>>>>>>>>>>>>> using. I can also confirm it happens whether the plugin's >>>>>>>>>>>>>> processBlock() is being called the same amount of times as >>>>>>>>>>>>>> performKsmps(). That is to say, if the plugin sample buffer is >>>>>>>>>>>>>> set >>>>>>>>>>>>>> to >>>>>>>>>>>>>> 64 and so is Csound's, the problem persists. >>>>>>>>>>>>>> >>>>>>>>>>>>>> I can recreate it with Reaper by placing two identical audio >>>>>>>>>>>>>> tracks >>>>>>>>>>>>>> in >>>>>>>>>>>>>> the session. On one track I place a straight forward in/out >>>>>>>>>>>>>> Cabbage >>>>>>>>>>>>>> effect plugin. Then play both back at the same time. You'll >>>>>>>>>>>>>> hear >>>>>>>>>>>>>> subtle phasing taking place until you bypass the plugin >>>>>>>>>>>>>> effect. >>>>>>>>>>>>>> Here's >>>>>>>>>>>>>> my processBlock(), it couldn't be any simpler. Can any devs >>>>>>>>>>>>>> out >>>>>>>>>>>>>> there >>>>>>>>>>>>>> spot something that might introduce latency? >>>>>>>>>>>>>> >>>>>>>>>>>>>> CSCompResult = csound->PerformKsmps(); >>>>>>>>>>>>>> for(int i=0;i<numSamplesInBuffer;i++) >>>>>>>>>>>>>> { >>>>>>>>>>>>>> if(!CSCompResult) >>>>>>>>>>>>>> { >>>>>>>>>>>>>> for(int channel = 0; channel < getNumOutputChannels(); >>>>>>>>>>>>>> channel++ ) >>>>>>>>>>>>>> { >>>>>>>>>>>>>> audioBuffer = buffer.getSampleData(channel,0); >>>>>>>>>>>>>> pos = igetNumOutputChannels(); >>>>>>>>>>>>>> CSspin[channel+pos] = audioBuffer[i]cs_scale; >>>>>>>>>>>>>> audioBuffer[i] = (CSspout[channel+pos]/cs_scale); >>>>>>>>>>>>>> } >>>>>>>>>>>>>> } >>>>>>>>>>>>>> else >>>>>>>>>>>>>> buffer.clear(); >>>>>>>>>>>>>> } >>>>>>>>>>>>>> >>>>>>>>>>>>>> On 4 February 2014 15:04, Oeyvind Brandtsegg >>>>>>>>>>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >>>>>>>>>>>>>>> All good. >>>>>>>>>>>>>>> I could test with csound~ and found another cause for the >>>>>>>>>>>>>>> latency. >>>>>>>>>>>>>>> Oeyvind >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> 2014-02-04 Steven Yi <stevenyi@gmail.com>: >>>>>>>>>>>>>>>> Nope. I did some work on updating the CMake file to try >>>>>>>>>>>>>>>> building >>>>>>>>>>>>>>>> on >>>>>>>>>>>>>>>> Windows yesterday. I need to do so me research to see about >>>>>>>>>>>>>>>> libraries >>>>>>>>>>>>>>>> to link to and other things, but it may take a while with >>>>>>>>>>>>>>>> current >>>>>>>>>>>>>>>> work >>>>>>>>>>>>>>>> load. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:47 AM, Oeyvind Brandtsegg >>>>>>>>>>>>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >>>>>>>>>>>>>>>>> That looks as if it's for OSX only (?), >>>>>>>>>>>>>>>>> perhaps not compiled for windows yet? >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> 2014-02-04 Steven Yi <stevenyi@gmail.com>: >>>>>>>>>>>>>>>>>> csound6~ should be with the installer; also available at: >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> http://sourceforge.net/projects/csound/files/csound6/Csound6.02/csound~_v1.1.1.pkg/download >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:38 AM, Oeyvind Brandtsegg >>>>>>>>>>>>>>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >>>>>>>>>>>>>>>>>>> I can also reproduce it with csound~ in MaxForLive >>>>>>>>>>>>>>>>>>> haven't tried with csound6~ (where can I find it?) >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Now, testing with Max (not in Live), and with Reaper, I >>>>>>>>>>>>>>>>>>> find >>>>>>>>>>>>>>>>>>> I >>>>>>>>>>>>>>>>>>> can not >>>>>>>>>>>>>>>>>>> reproduce the behaviour there. >>>>>>>>>>>>>>>>>>> So there is something with Live then. However, other VST >>>>>>>>>>>>>>>>>>> plugins >>>>>>>>>>>>>>>>>>> in >>>>>>>>>>>>>>>>>>> Live does not introduce extra latency. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> The way I measure latency is by setiing up a microphone >>>>>>>>>>>>>>>>>>> close >>>>>>>>>>>>>>>>>>> to >>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>> speaker, close enough that it will almost feed, >>>>>>>>>>>>>>>>>>> then tap the mic and listen to the resonance of the >>>>>>>>>>>>>>>>>>> system. >>>>>>>>>>>>>>>>>>> When >>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>> latency changes, the resonance will change. >>>>>>>>>>>>>>>>>>> When I add a plugin (Cabbage or MaxForLive with csound~), >>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>> latency >>>>>>>>>>>>>>>>>>> (and so the resonance) changes. If I load other VST >>>>>>>>>>>>>>>>>>> plugins >>>>>>>>>>>>>>>>>>> this >>>>>>>>>>>>>>>>>>> does >>>>>>>>>>>>>>>>>>> not happen, the latency does not change. >>>>>>>>>>>>>>>>>>> But as I said, I can only reproduce it in Live. Sorry for >>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>> noise. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh <rorywalsh@ear.ie>: >>>>>>>>>>>>>>>>>>>> I can recreate it here. It's subtle, but present. I'll >>>>>>>>>>>>>>>>>>>> take >>>>>>>>>>>>>>>>>>>> a >>>>>>>>>>>>>>>>>>>> look. >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:38, Oeyvind Brandtsegg >>>>>>>>>>>>>>>>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >>>>>>>>>>>>>>>>>>>>> Yes, I have tried different ksmps values, both higher >>>>>>>>>>>>>>>>>>>>> and >>>>>>>>>>>>>>>>>>>>> lower >>>>>>>>>>>>>>>>>>>>> and >>>>>>>>>>>>>>>>>>>>> equal to the host buffer size. >>>>>>>>>>>>>>>>>>>>> Will investigate if I can reproduce it on csound~. >>>>>>>>>>>>>>>>>>>>> Oeyvind >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh <rorywalsh@ear.ie>: >>>>>>>>>>>>>>>>>>>>>> On second thoughts I can't see what might be causing >>>>>>>>>>>>>>>>>>>>>> this. >>>>>>>>>>>>>>>>>>>>>> Have you >>>>>>>>>>>>>>>>>>>>>> tried setting ksmps to be the same as your host's >>>>>>>>>>>>>>>>>>>>>> buffer >>>>>>>>>>>>>>>>>>>>>> size? >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:01, Rory Walsh >>>>>>>>>>>>>>>>>>>>>> <rorywalsh@ear.ie> >>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>>>>> I think I have it... Lunch first though.. >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> sent from a mobile device... >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> On 4 Feb 2014 12:56, "Rory Walsh" <rorywalsh@ear.ie> >>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> Are you just running audio straight in and out, no >>>>>>>>>>>>>>>>>>>>>>>> processing? The >>>>>>>>>>>>>>>>>>>>>>>> plugin host calls the plugin's processBlock() which >>>>>>>>>>>>>>>>>>>>>>>> in >>>>>>>>>>>>>>>>>>>>>>>> turn >>>>>>>>>>>>>>>>>>>>>>>> calls >>>>>>>>>>>>>>>>>>>>>>>> performKsmps(). So long as processBlock() is being >>>>>>>>>>>>>>>>>>>>>>>> called >>>>>>>>>>>>>>>>>>>>>>>> (if the >>>>>>>>>>>>>>>>>>>>>>>> track is playing for example) performKsmps() will be >>>>>>>>>>>>>>>>>>>>>>>> called >>>>>>>>>>>>>>>>>>>>>>>> over and >>>>>>>>>>>>>>>>>>>>>>>> over again processing ksmps samples each time. At >>>>>>>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>>>>> moment >>>>>>>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>>>>> processBlock() method and the performKsmps() are >>>>>>>>>>>>>>>>>>>>>>>> firing >>>>>>>>>>>>>>>>>>>>>>>> off >>>>>>>>>>>>>>>>>>>>>>>> at >>>>>>>>>>>>>>>>>>>>>>>> different speeds. I can look at forcing Cabbage >>>>>>>>>>>>>>>>>>>>>>>> plugins >>>>>>>>>>>>>>>>>>>>>>>> to >>>>>>>>>>>>>>>>>>>>>>>> process the >>>>>>>>>>>>>>>>>>>>>>>> same amount of samples as the plugin does with each >>>>>>>>>>>>>>>>>>>>>>>> call >>>>>>>>>>>>>>>>>>>>>>>> to >>>>>>>>>>>>>>>>>>>>>>>> processBlock(). Perhaps that might help. >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 12:41, Oeyvind Brandtsegg >>>>>>>>>>>>>>>>>>>>>>>> <oyvind.brandtsegg@ntnu.no> >>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>>>>>>> Regarding latency and buffers, >>>>>>>>>>>>>>>>>>>>>>>>> I thought I had understood that csound, when used >>>>>>>>>>>>>>>>>>>>>>>>> as a >>>>>>>>>>>>>>>>>>>>>>>>> plugin (e.g. >>>>>>>>>>>>>>>>>>>>>>>>> Cabbage or csound~) would process the audio buffer >>>>>>>>>>>>>>>>>>>>>>>>> "in >>>>>>>>>>>>>>>>>>>>>>>>> place", so no >>>>>>>>>>>>>>>>>>>>>>>>> extra latency would incur due to the sound being >>>>>>>>>>>>>>>>>>>>>>>>> processed >>>>>>>>>>>>>>>>>>>>>>>>> through >>>>>>>>>>>>>>>>>>>>>>>>> Csound, assuming that ksmps is smaler than the host >>>>>>>>>>>>>>>>>>>>>>>>> program's buffer >>>>>>>>>>>>>>>>>>>>>>>>> size. >>>>>>>>>>>>>>>>>>>>>>>>> Now, running Cabbage plugins in Ableton Live, I've >>>>>>>>>>>>>>>>>>>>>>>>> been >>>>>>>>>>>>>>>>>>>>>>>>> investigating >>>>>>>>>>>>>>>>>>>>>>>>> latency issues, and I find that adding a simple >>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >>>>>>>>>>>>>>>>>>>>>>>>> plugin will >>>>>>>>>>>>>>>>>>>>>>>>> delay the signal. Also, adding more than one such >>>>>>>>>>>>>>>>>>>>>>>>> plugin >>>>>>>>>>>>>>>>>>>>>>>>> in >>>>>>>>>>>>>>>>>>>>>>>>> series >>>>>>>>>>>>>>>>>>>>>>>>> increases the delay/latency accordingly. I've tried >>>>>>>>>>>>>>>>>>>>>>>>> using >>>>>>>>>>>>>>>>>>>>>>>>> different >>>>>>>>>>>>>>>>>>>>>>>>> ksmps, and this indeed affects the amount of >>>>>>>>>>>>>>>>>>>>>>>>> latency >>>>>>>>>>>>>>>>>>>>>>>>> but >>>>>>>>>>>>>>>>>>>>>>>>> even setting >>>>>>>>>>>>>>>>>>>>>>>>> ksmps=1 does not get rid of it. >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> Can the buffer be processed "in place"? >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> best >>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>>>>>>>>>>>>>>>>>>>>>>> Norway >>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe >>>>>>>>>>>>>>>>>>>>>>>>> csound" >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with >>>>>>>>>>>>>>>>>>>>>> body >>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>>>>>>>>>>>>>>>>>>> NTNU >>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>>>>>>>>>>>>>>>>>>> Norway >>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with >>>>>>>>>>>>>>>>>>>>> body >>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with >>>>>>>>>>>>>>>>>>>> body >>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>>>>>>>>>>>>>>>>> NTNU >>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>>>>>>>>>>>>>>>>> Norway >>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with >>>>>>>>>>>>>>>>>>> body >>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with >>>>>>>>>>>>>>>>>> body >>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>>>>>>>>>>>>>> Professor of Music Technology >>>>>>>>>>>>>>>>> NTNU >>>>>>>>>>>>>>>>> 7491 Trondheim >>>>>>>>>>>>>>>>> Norway >>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>>>>>>>>>>>> Professor of Music Technology >>>>>>>>>>>>>>> NTNU >>>>>>>>>>>>>>> 7491 Trondheim >>>>>>>>>>>>>>> Norway >>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> http://flyndresang.no/ >>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>>>>>>>> Pitfalls. >>>>>>>>>>>>> Read the Whitepaper. >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>> Csound-devel mailing list >>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>>>>>>> Pitfalls. >>>>>>>>>>>> Read the Whitepaper. >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>> Csound-devel mailing list >>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>>>>> Pitfalls. >>>>>>>>>> Read the Whitepaper. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>>>> _______________________________________________ >>>>>>>>>> Csound-devel mailing list >>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>>>> Pitfalls. >>>>>>>>> Read the Whitepaper. >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>>> _______________________________________________ >>>>>>>>> Csound-devel mailing list >>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> ------------------------------------------------------------------------------ >>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>>> Pitfalls. >>>>>>>> Read the Whitepaper. >>>>>>>> >>>>>>>> >>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>> _______________________________________________ >>>>>>>> Csound-devel mailing list >>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> ------------------------------------------------------------------------------ >>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>> Pitfalls. >>>>>>> Read the Whitepaper. >>>>>>> >>>>>>> >>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>> _______________________________________________ >>>>>>> Csound-devel mailing list >>>>>>> Csound-devel@lists.sourceforge.net >>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>> >>>>>> Dr Victor Lazzarini >>>>>> Senior Lecturer >>>>>> Dept. of Music >>>>>> NUI Maynooth Ireland >>>>>> tel.: +353 1 708 3545 >>>>>> Victor dot Lazzarini AT nuim dot ie >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------------ >>>>>> Managing the Performance of Cloud-Based Applications >>>>>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>>>>> Read the Whitepaper. >>>>>> >>>>>> >>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>> _______________________________________________ >>>>>> Csound-devel mailing list >>>>>> Csound-devel@lists.sourceforge.net >>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >>>>> >>>>> >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> Managing the Performance of Cloud-Based Applications >>>>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>>>> Read the Whitepaper. >>>>> >>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> _______________________________________________ >>>>> Csound-devel mailing list >>>>> Csound-devel@lists.sourceforge.net >>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Managing the Performance of Cloud-Based Applications >>>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>>> Read the Whitepaper. >>>> >>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> _______________________________________________ >>>> Csound-devel mailing list >>>> Csound-devel@lists.sourceforge.net >>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Managing the Performance of Cloud-Based Applications >>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>> Read the Whitepaper. >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> _______________________________________________ >>> Csound-devel mailing list >>> Csound-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >> >> ------------------------------------------------------------------------------ >> Managing the Performance of Cloud-Based Applications >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> Read the Whitepaper. >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> _______________________________________________ >> Csound-devel mailing list >> Csound-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/csound-devel > > Dr Victor Lazzarini > Senior Lecturer > Dept. of Music > NUI Maynooth Ireland > tel.: +353 1 708 3545 > Victor dot Lazzarini AT nuim dot ie > > > > > ------------------------------------------------------------------------------ > Managing the Performance of Cloud-Based Applications > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. > Read the Whitepaper. > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk > _______________________________________________ > Csound-devel mailing list > Csound-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/csound-devel -- Oeyvind Brandtsegg Professor of Music Technology NTNU 7491 Trondheim Norway Cell: +47 92 203 205 http://flyndresang.no/ http://www.partikkelaudio.com/ http://soundcloud.com/brandtsegg http://soundcloud.com/t-emp ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/csound-devel

Date	2014-02-05 23:27
From	Oeyvind Brandtsegg
Subject	Re: [Cs-dev] [Csnd] Latency and buffers
	Ok. That is good. But can it (the latency) change dynamically, as the host buffer size change dynamically? Sorry if I'm being dense but I would really like to understand. 2014-02-06 Michael Gogins : > No, the maximum latency is ksmps. That could be either larger, or smaller, > than the host buffer size. It doesn't matter. > > Regards, > Mike > > > ----------------------------------------------------- > Michael Gogins > Irreducible Productions > http://michaelgogins.tumblr.com > Michael dot Gogins at gmail dot com > > > On Wed, Feb 5, 2014 at 6:07 PM, Oeyvind Brandtsegg > wrote: >> >> ...but the latency would be one full host buffer size, not just a ksmps, >> right? >> So a small ksmps would rather minimize the chance of a ksmps-buffer >> mismatch, but not actually minimize worst case latency (which would be >> one host buffer block). Isn't it so? >> >> Now, one thing I don't understand is if the latency can be zero when >> the host buffer is an integer multiple of ksmps, and it indeed is, >> and also the host buffer size can be dynamic, we must assume that >> the two buffer length may initially fit but at some later time they >> will not,* then* what happens at the transition point ? I mean, when >> we go from perfectly aligned buffers and zero latency to misaligned >> buffers and one bufferlength latency. Then we should have one non-full >> buffer in the transition from zero latency to one-buffer latency. Will >> it pop? If so, I would expect it to pop quite often(?), which it does >> not. >> Or? >> >> >> >> >> 2014-02-05 Victor Lazzarini : >> > If your ksmps is small, any latency that might exist will be small too, >> > and I can't see it having >> > a major effect. So if you run with ksmps=16, it's 0.3 millisseconds. Not >> > much of a problem. >> > And for the cases where this is a problem, then it's still possible to >> > run with ksmps=1. >> > >> > Victor >> > On 5 Feb 2014, at 20:46, Rory Walsh wrote: >> > >> >> I wish I had thought of this before spending so much time writing a >> >> framework for developing VST plugins with Csound. I'm off now to have >> >> a few beers and rethink life! >> >> >> >> >> >> On 5 February 2014 20:06, Michael Gogins >> >> wrote: >> >>> Then your code will run 5 times slower or so. >> >>> >> >>> Regards, >> >>> Mike >> >>> >> >>> >> >>> ----------------------------------------------------- >> >>> Michael Gogins >> >>> Irreducible Productions >> >>> http://michaelgogins.tumblr.com >> >>> Michael dot Gogins at gmail dot com >> >>> >> >>> >> >>> On Wed, Feb 5, 2014 at 3:03 PM, Rory Walsh wrote: >> >>>> >> >>>> Seems every where I look it says don't make any assumptions about >> >>>> buffer sizes. So I guess the only fail safe way is to force a ksmps >> >>>> of >> >>>> 1? uh... >> >>>> >> >>>> On 5 February 2014 19:57, Michael Gogins >> >>>> wrote: >> >>>>> I believe that you are wrong, you cannot count on a power of two >> >>>>> size. >> >>>>> >> >>>>> See these threads from KVR: >> >>>>> >> >>>>> http://www.kvraudio.com/forum/viewtopic.php?t=279753 >> >>>>> >> >>>>> http://www.kvraudio.com/forum/viewtopic.php?t=359951 >> >>>>> >> >>>>> http://www.kvraudio.com/forum/viewtopic.php?p=3458228 >> >>>>> >> >>>>> Regards, >> >>>>> Mike >> >>>>> >> >>>>> >> >>>>> >> >>>>> >> >>>>> >> >>>>> ----------------------------------------------------- >> >>>>> Michael Gogins >> >>>>> Irreducible Productions >> >>>>> http://michaelgogins.tumblr.com >> >>>>> Michael dot Gogins at gmail dot com >> >>>>> >> >>>>> >> >>>>> On Wed, Feb 5, 2014 at 2:17 PM, Victor Lazzarini >> >>>>> >> >>>>> wrote: >> >>>>>> >> >>>>>> But I think you're probably safe setting ksmps to a low value that >> >>>>>> is a >> >>>>>> power-of-two. I would >> >>>>>> expect most hosts to run buffers that are power-of-two and that are >> >>>>>> not >> >>>>>> that small. >> >>>>>> ksmps =8,16 or 32 should do. >> >>>>>> >> >>>>>> Victor >> >>>>>> >> >>>>>> On 5 Feb 2014, at 18:10, Rory Walsh wrote: >> >>>>>> >> >>>>>>> I was just about to answer my previous mail with the same thing. >> >>>>>>> That's >> >>>>>>> a pain. >> >>>>>>> >> >>>>>>> On 5 February 2014 18:03, Michael Gogins >> >>>>>>> >> >>>>>>> wrote: >> >>>>>>>> No. The host can and often does use a different host audio buffer >> >>>>>>>> size >> >>>>>>>> on >> >>>>>>>> each call to process() or processReplacing(). >> >>>>>>>> >> >>>>>>>> Regards, >> >>>>>>>> Mike >> >>>>>>>> >> >>>>>>>> >> >>>>>>>> ----------------------------------------------------- >> >>>>>>>> Michael Gogins >> >>>>>>>> Irreducible Productions >> >>>>>>>> http://michaelgogins.tumblr.com >> >>>>>>>> Michael dot Gogins at gmail dot com >> >>>>>>>> >> >>>>>>>> >> >>>>>>>> On Wed, Feb 5, 2014 at 11:27 AM, Rory Walsh >> >>>>>>>> wrote: >> >>>>>>>>> >> >>>>>>>>> Hi Mike, isn't it possible to query the host buffer size before >> >>>>>>>>> the >> >>>>>>>>> processing function is first called, in which case you can just >> >>>>>>>>> override the csd's ksmps? >> >>>>>>>>> >> >>>>>>>>> On 5 February 2014 15:55, Michael Gogins >> >>>>>>>>> >> >>>>>>>>> wrote: >> >>>>>>>>>> I've looked into this some more. As long as the host audio >> >>>>>>>>>> buffer >> >>>>>>>>>> is >> >>>>>>>>>> not >> >>>>>>>>>> an >> >>>>>>>>>> integral multiple of ksmps, there will have to be ksmps latency >> >>>>>>>>>> between >> >>>>>>>>>> input and output. That is because performKsmps requires spin to >> >>>>>>>>>> be >> >>>>>>>>>> full, >> >>>>>>>>>> but >> >>>>>>>>>> if there is some remainder from hostsize/ksmps, there will be >> >>>>>>>>>> some >> >>>>>>>>>> frames >> >>>>>>>>>> that the host buffer doesn't have but spin needs. >> >>>>>>>>>> >> >>>>>>>>>> I am letting this go for now, but if Csound could adjust ksmps >> >>>>>>>>>> during >> >>>>>>>>>> performance via the API, then we could get rid of this latency >> >>>>>>>>>> by >> >>>>>>>>>> setting >> >>>>>>>>>> ksmps equal to the host buffer size on each host processing >> >>>>>>>>>> call. >> >>>>>>>>>> I >> >>>>>>>>>> think >> >>>>>>>>>> this would be a really good idea. I'm entering it as a feature >> >>>>>>>>>> request. >> >>>>>>>>>> >> >>>>>>>>>> Regards, >> >>>>>>>>>> Mike >> >>>>>>>>>> >> >>>>>>>>>> >> >>>>>>>>>> Regards, >> >>>>>>>>>> Mike >> >>>>>>>>>> >> >>>>>>>>>> >> >>>>>>>>>> ----------------------------------------------------- >> >>>>>>>>>> Michael Gogins >> >>>>>>>>>> Irreducible Productions >> >>>>>>>>>> http://michaelgogins.tumblr.com >> >>>>>>>>>> Michael dot Gogins at gmail dot com >> >>>>>>>>>> >> >>>>>>>>>> >> >>>>>>>>>> On Tue, Feb 4, 2014 at 1:47 PM, Michael Gogins >> >>>>>>>>>> >> >>>>>>>>>> wrote: >> >>>>>>>>>>> >> >>>>>>>>>>> CsoundVST does the following: >> >>>>>>>>>>> >> >>>>>>>>>>> In the processReplacing callback there are essentially two >> >>>>>>>>>>> simultaneous >> >>>>>>>>>>> loops, each with their own loop indexes. One loop is for the >> >>>>>>>>>>> host >> >>>>>>>>>>> audio >> >>>>>>>>>>> buffer, which can change in size from one call to the next. >> >>>>>>>>>>> The >> >>>>>>>>>>> other >> >>>>>>>>>>> loop >> >>>>>>>>>>> is for Csound. >> >>>>>>>>>>> >> >>>>>>>>>>> For each frame of audio, one frame of audio is copied from the >> >>>>>>>>>>> host >> >>>>>>>>>>> input >> >>>>>>>>>>> buffer to spin, one frame of audio is copied from spout to the >> >>>>>>>>>>> host >> >>>>>>>>>>> audio >> >>>>>>>>>>> output buffer, and both loop indexes are incremented. >> >>>>>>>>>>> >> >>>>>>>>>>> At the end of spout, ksmps audio are processed by Csound, and >> >>>>>>>>>>> the >> >>>>>>>>>>> spin >> >>>>>>>>>>> and >> >>>>>>>>>>> spout buffer indexes are reset to 0. These indexes persist >> >>>>>>>>>>> from >> >>>>>>>>>>> call >> >>>>>>>>>>> to >> >>>>>>>>>>> call, so there are no gaps or glitches. >> >>>>>>>>>>> >> >>>>>>>>>>> There is ksmps frames latency in the code because spin is read >> >>>>>>>>>>> in >> >>>>>>>>>>> before >> >>>>>>>>>>> it spout is computed. But I will try to change the code so >> >>>>>>>>>>> that >> >>>>>>>>>>> the >> >>>>>>>>>>> buffers >> >>>>>>>>>>> are rewound to line spout up with spin. There will then be >> >>>>>>>>>>> zero >> >>>>>>>>>>> latency. >> >>>>>>>>>>> >> >>>>>>>>>>> >> >>>>>>>>>>> ----------------------------------------------------- >> >>>>>>>>>>> Michael Gogins >> >>>>>>>>>>> Irreducible Productions >> >>>>>>>>>>> http://michaelgogins.tumblr.com >> >>>>>>>>>>> Michael dot Gogins at gmail dot com >> >>>>>>>>>>> >> >>>>>>>>>>> >> >>>>>>>>>>> On Tue, Feb 4, 2014 at 11:03 AM, Steven Yi >> >>>>>>>>>>> >> >>>>>>>>>>> wrote: >> >>>>>>>>>>>> >> >>>>>>>>>>>> I was in the middle of replying pretty much the same thing as >> >>>>>>>>>>>> Victor. >> >>>>>>>>>>>> Seems like you're introducing block's worth of latency due to >> >>>>>>>>>>>> the >> >>>>>>>>>>>> code >> >>>>>>>>>>>> order. >> >>>>>>>>>>>> >> >>>>>>>>>>>> On Tue, Feb 4, 2014 at 11:05 AM, Victor Lazzarini >> >>>>>>>>>>>> wrote: >> >>>>>>>>>>>>> I would have thought that you would >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> 1) write data into spin >> >>>>>>>>>>>>> 2) process >> >>>>>>>>>>>>> 3) write data out of spout. >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> if you read and write after running PeformKsmps(), as far as >> >>>>>>>>>>>>> I >> >>>>>>>>>>>>> can >> >>>>>>>>>>>>> see >> >>>>>>>>>>>>> there might be >> >>>>>>>>>>>>> a delay between input and output, as you will be effectively >> >>>>>>>>>>>>> putting >> >>>>>>>>>>>>> out the data that >> >>>>>>>>>>>>> you processed in the previous period. >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> 1) process (means process the current spin data) >> >>>>>>>>>>>>> 2) write to spin the new data >> >>>>>>>>>>>>> 3) write out the result of processing the previous spin >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> That's what it looks like to me. Not sure if I am right. >> >>>>>>>>>>>>> Also >> >>>>>>>>>>>>> this >> >>>>>>>>>>>>> discussion should be in the dev list not >> >>>>>>>>>>>>> in the users list (so my response is going there). >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> Victor >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> On 4 Feb 2014, at 15:47, Rory Walsh >> >>>>>>>>>>>>> wrote: >> >>>>>>>>>>>>> >> >>>>>>>>>>>>>> I can confirm that it's not an issue with the plugin >> >>>>>>>>>>>>>> framework >> >>>>>>>>>>>>>> I'm >> >>>>>>>>>>>>>> using. I can also confirm it happens whether the plugin's >> >>>>>>>>>>>>>> processBlock() is being called the same amount of times as >> >>>>>>>>>>>>>> performKsmps(). That is to say, if the plugin sample buffer >> >>>>>>>>>>>>>> is >> >>>>>>>>>>>>>> set >> >>>>>>>>>>>>>> to >> >>>>>>>>>>>>>> 64 and so is Csound's, the problem persists. >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> I can recreate it with Reaper by placing two identical >> >>>>>>>>>>>>>> audio >> >>>>>>>>>>>>>> tracks >> >>>>>>>>>>>>>> in >> >>>>>>>>>>>>>> the session. On one track I place a straight forward in/out >> >>>>>>>>>>>>>> Cabbage >> >>>>>>>>>>>>>> effect plugin. Then play both back at the same time. You'll >> >>>>>>>>>>>>>> hear >> >>>>>>>>>>>>>> subtle phasing taking place until you bypass the plugin >> >>>>>>>>>>>>>> effect. >> >>>>>>>>>>>>>> Here's >> >>>>>>>>>>>>>> my processBlock(), it couldn't be any simpler. Can any devs >> >>>>>>>>>>>>>> out >> >>>>>>>>>>>>>> there >> >>>>>>>>>>>>>> spot something that might introduce latency? >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> CSCompResult = csound->PerformKsmps(); >> >>>>>>>>>>>>>> for(int i=0;i> >>>>>>>>>>>>>> { >> >>>>>>>>>>>>>> if(!CSCompResult) >> >>>>>>>>>>>>>> { >> >>>>>>>>>>>>>> for(int channel = 0; channel < getNumOutputChannels(); >> >>>>>>>>>>>>>> channel++ ) >> >>>>>>>>>>>>>> { >> >>>>>>>>>>>>>> audioBuffer = buffer.getSampleData(channel,0); >> >>>>>>>>>>>>>> pos = igetNumOutputChannels(); >> >>>>>>>>>>>>>> CSspin[channel+pos] = audioBuffer[i]cs_scale; >> >>>>>>>>>>>>>> audioBuffer[i] = (CSspout[channel+pos]/cs_scale); >> >>>>>>>>>>>>>> } >> >>>>>>>>>>>>>> } >> >>>>>>>>>>>>>> else >> >>>>>>>>>>>>>> buffer.clear(); >> >>>>>>>>>>>>>> } >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> On 4 February 2014 15:04, Oeyvind Brandtsegg >> >>>>>>>>>>>>>> wrote: >> >>>>>>>>>>>>>>> All good. >> >>>>>>>>>>>>>>> I could test with csound~ and found another cause for the >> >>>>>>>>>>>>>>> latency. >> >>>>>>>>>>>>>>> Oeyvind >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> 2014-02-04 Steven Yi : >> >>>>>>>>>>>>>>>> Nope. I did some work on updating the CMake file to try >> >>>>>>>>>>>>>>>> building >> >>>>>>>>>>>>>>>> on >> >>>>>>>>>>>>>>>> Windows yesterday. I need to do so me research to see >> >>>>>>>>>>>>>>>> about >> >>>>>>>>>>>>>>>> libraries >> >>>>>>>>>>>>>>>> to link to and other things, but it may take a while with >> >>>>>>>>>>>>>>>> current >> >>>>>>>>>>>>>>>> work >> >>>>>>>>>>>>>>>> load. >> >>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:47 AM, Oeyvind Brandtsegg >> >>>>>>>>>>>>>>>> wrote: >> >>>>>>>>>>>>>>>>> That looks as if it's for OSX only (?), >> >>>>>>>>>>>>>>>>> perhaps not compiled for windows yet? >> >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> 2014-02-04 Steven Yi : >> >>>>>>>>>>>>>>>>>> csound6~ should be with the installer; also available >> >>>>>>>>>>>>>>>>>> at: >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>> http://sourceforge.net/projects/csound/files/csound6/Csound6.02/csound~_v1.1.1.pkg/download >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:38 AM, Oeyvind Brandtsegg >> >>>>>>>>>>>>>>>>>> wrote: >> >>>>>>>>>>>>>>>>>>> I can also reproduce it with csound~ in MaxForLive >> >>>>>>>>>>>>>>>>>>> haven't tried with csound6~ (where can I find it?) >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> Now, testing with Max (not in Live), and with Reaper, >> >>>>>>>>>>>>>>>>>>> I >> >>>>>>>>>>>>>>>>>>> find >> >>>>>>>>>>>>>>>>>>> I >> >>>>>>>>>>>>>>>>>>> can not >> >>>>>>>>>>>>>>>>>>> reproduce the behaviour there. >> >>>>>>>>>>>>>>>>>>> So there is something with Live then. However, other >> >>>>>>>>>>>>>>>>>>> VST >> >>>>>>>>>>>>>>>>>>> plugins >> >>>>>>>>>>>>>>>>>>> in >> >>>>>>>>>>>>>>>>>>> Live does not introduce extra latency. >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> The way I measure latency is by setiing up a >> >>>>>>>>>>>>>>>>>>> microphone >> >>>>>>>>>>>>>>>>>>> close >> >>>>>>>>>>>>>>>>>>> to >> >>>>>>>>>>>>>>>>>>> the >> >>>>>>>>>>>>>>>>>>> speaker, close enough that it will almost feed, >> >>>>>>>>>>>>>>>>>>> then tap the mic and listen to the resonance of the >> >>>>>>>>>>>>>>>>>>> system. >> >>>>>>>>>>>>>>>>>>> When >> >>>>>>>>>>>>>>>>>>> the >> >>>>>>>>>>>>>>>>>>> latency changes, the resonance will change. >> >>>>>>>>>>>>>>>>>>> When I add a plugin (Cabbage or MaxForLive with >> >>>>>>>>>>>>>>>>>>> csound~), >> >>>>>>>>>>>>>>>>>>> the >> >>>>>>>>>>>>>>>>>>> latency >> >>>>>>>>>>>>>>>>>>> (and so the resonance) changes. If I load other VST >> >>>>>>>>>>>>>>>>>>> plugins >> >>>>>>>>>>>>>>>>>>> this >> >>>>>>>>>>>>>>>>>>> does >> >>>>>>>>>>>>>>>>>>> not happen, the latency does not change. >> >>>>>>>>>>>>>>>>>>> But as I said, I can only reproduce it in Live. Sorry >> >>>>>>>>>>>>>>>>>>> for >> >>>>>>>>>>>>>>>>>>> the >> >>>>>>>>>>>>>>>>>>> noise. >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh : >> >>>>>>>>>>>>>>>>>>>> I can recreate it here. It's subtle, but present. >> >>>>>>>>>>>>>>>>>>>> I'll >> >>>>>>>>>>>>>>>>>>>> take >> >>>>>>>>>>>>>>>>>>>> a >> >>>>>>>>>>>>>>>>>>>> look. >> >>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:38, Oeyvind Brandtsegg >> >>>>>>>>>>>>>>>>>>>> wrote: >> >>>>>>>>>>>>>>>>>>>>> Yes, I have tried different ksmps values, both >> >>>>>>>>>>>>>>>>>>>>> higher >> >>>>>>>>>>>>>>>>>>>>> and >> >>>>>>>>>>>>>>>>>>>>> lower >> >>>>>>>>>>>>>>>>>>>>> and >> >>>>>>>>>>>>>>>>>>>>> equal to the host buffer size. >> >>>>>>>>>>>>>>>>>>>>> Will investigate if I can reproduce it on csound~. >> >>>>>>>>>>>>>>>>>>>>> Oeyvind >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh : >> >>>>>>>>>>>>>>>>>>>>>> On second thoughts I can't see what might be >> >>>>>>>>>>>>>>>>>>>>>> causing >> >>>>>>>>>>>>>>>>>>>>>> this. >> >>>>>>>>>>>>>>>>>>>>>> Have you >> >>>>>>>>>>>>>>>>>>>>>> tried setting ksmps to be the same as your host's >> >>>>>>>>>>>>>>>>>>>>>> buffer >> >>>>>>>>>>>>>>>>>>>>>> size? >> >>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:01, Rory Walsh >> >>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>> wrote: >> >>>>>>>>>>>>>>>>>>>>>>> I think I have it... Lunch first though.. >> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>> sent from a mobile device... >> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>> On 4 Feb 2014 12:56, "Rory Walsh" >> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>> wrote: >> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>> Are you just running audio straight in and out, >> >>>>>>>>>>>>>>>>>>>>>>>> no >> >>>>>>>>>>>>>>>>>>>>>>>> processing? The >> >>>>>>>>>>>>>>>>>>>>>>>> plugin host calls the plugin's processBlock() >> >>>>>>>>>>>>>>>>>>>>>>>> which >> >>>>>>>>>>>>>>>>>>>>>>>> in >> >>>>>>>>>>>>>>>>>>>>>>>> turn >> >>>>>>>>>>>>>>>>>>>>>>>> calls >> >>>>>>>>>>>>>>>>>>>>>>>> performKsmps(). So long as processBlock() is >> >>>>>>>>>>>>>>>>>>>>>>>> being >> >>>>>>>>>>>>>>>>>>>>>>>> called >> >>>>>>>>>>>>>>>>>>>>>>>> (if the >> >>>>>>>>>>>>>>>>>>>>>>>> track is playing for example) performKsmps() will >> >>>>>>>>>>>>>>>>>>>>>>>> be >> >>>>>>>>>>>>>>>>>>>>>>>> called >> >>>>>>>>>>>>>>>>>>>>>>>> over and >> >>>>>>>>>>>>>>>>>>>>>>>> over again processing ksmps samples each time. At >> >>>>>>>>>>>>>>>>>>>>>>>> the >> >>>>>>>>>>>>>>>>>>>>>>>> moment >> >>>>>>>>>>>>>>>>>>>>>>>> the >> >>>>>>>>>>>>>>>>>>>>>>>> processBlock() method and the performKsmps() are >> >>>>>>>>>>>>>>>>>>>>>>>> firing >> >>>>>>>>>>>>>>>>>>>>>>>> off >> >>>>>>>>>>>>>>>>>>>>>>>> at >> >>>>>>>>>>>>>>>>>>>>>>>> different speeds. I can look at forcing Cabbage >> >>>>>>>>>>>>>>>>>>>>>>>> plugins >> >>>>>>>>>>>>>>>>>>>>>>>> to >> >>>>>>>>>>>>>>>>>>>>>>>> process the >> >>>>>>>>>>>>>>>>>>>>>>>> same amount of samples as the plugin does with >> >>>>>>>>>>>>>>>>>>>>>>>> each >> >>>>>>>>>>>>>>>>>>>>>>>> call >> >>>>>>>>>>>>>>>>>>>>>>>> to >> >>>>>>>>>>>>>>>>>>>>>>>> processBlock(). Perhaps that might help. >> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 12:41, Oeyvind Brandtsegg >> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>> wrote: >> >>>>>>>>>>>>>>>>>>>>>>>>> Regarding latency and buffers, >> >>>>>>>>>>>>>>>>>>>>>>>>> I thought I had understood that csound, when >> >>>>>>>>>>>>>>>>>>>>>>>>> used >> >>>>>>>>>>>>>>>>>>>>>>>>> as a >> >>>>>>>>>>>>>>>>>>>>>>>>> plugin (e.g. >> >>>>>>>>>>>>>>>>>>>>>>>>> Cabbage or csound~) would process the audio >> >>>>>>>>>>>>>>>>>>>>>>>>> buffer >> >>>>>>>>>>>>>>>>>>>>>>>>> "in >> >>>>>>>>>>>>>>>>>>>>>>>>> place", so no >> >>>>>>>>>>>>>>>>>>>>>>>>> extra latency would incur due to the sound being >> >>>>>>>>>>>>>>>>>>>>>>>>> processed >> >>>>>>>>>>>>>>>>>>>>>>>>> through >> >>>>>>>>>>>>>>>>>>>>>>>>> Csound, assuming that ksmps is smaler than the >> >>>>>>>>>>>>>>>>>>>>>>>>> host >> >>>>>>>>>>>>>>>>>>>>>>>>> program's buffer >> >>>>>>>>>>>>>>>>>>>>>>>>> size. >> >>>>>>>>>>>>>>>>>>>>>>>>> Now, running Cabbage plugins in Ableton Live, >> >>>>>>>>>>>>>>>>>>>>>>>>> I've >> >>>>>>>>>>>>>>>>>>>>>>>>> been >> >>>>>>>>>>>>>>>>>>>>>>>>> investigating >> >>>>>>>>>>>>>>>>>>>>>>>>> latency issues, and I find that adding a simple >> >>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >> >>>>>>>>>>>>>>>>>>>>>>>>> plugin will >> >>>>>>>>>>>>>>>>>>>>>>>>> delay the signal. Also, adding more than one >> >>>>>>>>>>>>>>>>>>>>>>>>> such >> >>>>>>>>>>>>>>>>>>>>>>>>> plugin >> >>>>>>>>>>>>>>>>>>>>>>>>> in >> >>>>>>>>>>>>>>>>>>>>>>>>> series >> >>>>>>>>>>>>>>>>>>>>>>>>> increases the delay/latency accordingly. I've >> >>>>>>>>>>>>>>>>>>>>>>>>> tried >> >>>>>>>>>>>>>>>>>>>>>>>>> using >> >>>>>>>>>>>>>>>>>>>>>>>>> different >> >>>>>>>>>>>>>>>>>>>>>>>>> ksmps, and this indeed affects the amount of >> >>>>>>>>>>>>>>>>>>>>>>>>> latency >> >>>>>>>>>>>>>>>>>>>>>>>>> but >> >>>>>>>>>>>>>>>>>>>>>>>>> even setting >> >>>>>>>>>>>>>>>>>>>>>>>>> ksmps=1 does not get rid of it. >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>> Can the buffer be processed "in place"? >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>> best >> >>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>> -- >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >> >>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >> >>>>>>>>>>>>>>>>>>>>>>>>> NTNU >> >>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >> >>>>>>>>>>>>>>>>>>>>>>>>> Norway >> >>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >> >>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >> >>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >> >>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >> >>>>>>>>>>>>>>>>>>>>>>>>> trackers >> >>>>>>>>>>>>>>>>>>>>>>>>> csound6: >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>>>>>>>>>>>>>>>>>>>>>> csound5: >> >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >> >>>>>>>>>>>>>>>>>>>>>>>>> here >> >>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >> >>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >> >>>>>>>>>>>>>>>>>>>>>>>>> with >> >>>>>>>>>>>>>>>>>>>>>>>>> body >> >>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe >> >>>>>>>>>>>>>>>>>>>>>>>>> csound" >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >>>>>>>>>>>>>>>>>>>>>> csound6: >> >>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>>>>>>>>>>>>>>>>>>> csound5: >> >>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >> >>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >> >>>>>>>>>>>>>>>>>>>>>> with >> >>>>>>>>>>>>>>>>>>>>>> body >> >>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >> >>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> -- >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >> >>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >> >>>>>>>>>>>>>>>>>>>>> NTNU >> >>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >> >>>>>>>>>>>>>>>>>>>>> Norway >> >>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >> >>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >> >>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >> >>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >>>>>>>>>>>>>>>>>>>>> csound6: >> >>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>>>>>>>>>>>>>>>>>> csound5: >> >>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >> >>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >> >>>>>>>>>>>>>>>>>>>>> with >> >>>>>>>>>>>>>>>>>>>>> body >> >>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >>>>>>>>>>>>>>>>>>>> csound6: >> >>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>>>>>>>>>>>>>>>>> csound5: >> >>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >> >>>>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >> >>>>>>>>>>>>>>>>>>>> with >> >>>>>>>>>>>>>>>>>>>> body >> >>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >> >>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> -- >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >> >>>>>>>>>>>>>>>>>>> Professor of Music Technology >> >>>>>>>>>>>>>>>>>>> NTNU >> >>>>>>>>>>>>>>>>>>> 7491 Trondheim >> >>>>>>>>>>>>>>>>>>> Norway >> >>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >> >>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >> >>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >> >>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >>>>>>>>>>>>>>>>>>> csound6: >> >>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>>>>>>>>>>>>>>>> csound5: >> >>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >> >>>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with >> >>>>>>>>>>>>>>>>>>> body >> >>>>>>>>>>>>>>>>>>> "unsubscribe csound" >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >>>>>>>>>>>>>>>>>> csound6: >> >>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>>>>>>>>>>>>>>> csound5: >> >>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >> >>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with >> >>>>>>>>>>>>>>>>>> body >> >>>>>>>>>>>>>>>>>> "unsubscribe csound" >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> -- >> >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >> >>>>>>>>>>>>>>>>> Professor of Music Technology >> >>>>>>>>>>>>>>>>> NTNU >> >>>>>>>>>>>>>>>>> 7491 Trondheim >> >>>>>>>>>>>>>>>>> Norway >> >>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >> >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> http://flyndresang.no/ >> >>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >> >>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >> >>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >> >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >>>>>>>>>>>>>>>>> csound6: >> >>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>>>>>>>>>>>>>> csound5: >> >>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >> >>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with >> >>>>>>>>>>>>>>>>> body >> >>>>>>>>>>>>>>>>> "unsubscribe csound" >> >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >>>>>>>>>>>>>>>> csound6: >> >>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>>>>>>>>>>>>> csound5: >> >>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >> >>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with >> >>>>>>>>>>>>>>>> body >> >>>>>>>>>>>>>>>> "unsubscribe csound" >> >>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> -- >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> Oeyvind Brandtsegg >> >>>>>>>>>>>>>>> Professor of Music Technology >> >>>>>>>>>>>>>>> NTNU >> >>>>>>>>>>>>>>> 7491 Trondheim >> >>>>>>>>>>>>>>> Norway >> >>>>>>>>>>>>>>> Cell: +47 92 203 205 >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> http://flyndresang.no/ >> >>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >> >>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >> >>>>>>>>>>>>>>> http://soundcloud.com/t-emp >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >>>>>>>>>>>>>>> csound6: >> >>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>>>>>>>>>>>> csound5: >> >>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >> >>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with >> >>>>>>>>>>>>>>> body >> >>>>>>>>>>>>>>> "unsubscribe csound" >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >>>>>>>>>>>>>> csound6: >> >>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>>>>>>>>>>> csound5: >> >>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>>>>>>>>>>> Discussions of bugs and features can be posted here >> >>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >> >>>>>>>>>>>>>> "unsubscribe csound" >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> ------------------------------------------------------------------------------ >> >>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >> >>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >> >>>>>>>>>>>>> Pitfalls. >> >>>>>>>>>>>>> Read the Whitepaper. >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>>>>>>>>>> _______________________________________________ >> >>>>>>>>>>>>> Csound-devel mailing list >> >>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >> >>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>>>>>>>>> >> >>>>>>>>>>>> >> >>>>>>>>>>>> >> >>>>>>>>>>>> >> >>>>>>>>>>>> >> >>>>>>>>>>>> >> >>>>>>>>>>>> ------------------------------------------------------------------------------ >> >>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >> >>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >> >>>>>>>>>>>> Pitfalls. >> >>>>>>>>>>>> Read the Whitepaper. >> >>>>>>>>>>>> >> >>>>>>>>>>>> >> >>>>>>>>>>>> >> >>>>>>>>>>>> >> >>>>>>>>>>>> >> >>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>>>>>>>>> _______________________________________________ >> >>>>>>>>>>>> Csound-devel mailing list >> >>>>>>>>>>>> Csound-devel@lists.sourceforge.net >> >>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>>>>>>>> >> >>>>>>>>>>> >> >>>>>>>>>> >> >>>>>>>>>> >> >>>>>>>>>> >> >>>>>>>>>> >> >>>>>>>>>> >> >>>>>>>>>> >> >>>>>>>>>> ------------------------------------------------------------------------------ >> >>>>>>>>>> Managing the Performance of Cloud-Based Applications >> >>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >> >>>>>>>>>> Pitfalls. >> >>>>>>>>>> Read the Whitepaper. >> >>>>>>>>>> >> >>>>>>>>>> >> >>>>>>>>>> >> >>>>>>>>>> >> >>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>>>>>>> _______________________________________________ >> >>>>>>>>>> Csound-devel mailing list >> >>>>>>>>>> Csound-devel@lists.sourceforge.net >> >>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>>>>>>> >> >>>>>>>>> >> >>>>>>>>> >> >>>>>>>>> >> >>>>>>>>> >> >>>>>>>>> >> >>>>>>>>> ------------------------------------------------------------------------------ >> >>>>>>>>> Managing the Performance of Cloud-Based Applications >> >>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >> >>>>>>>>> Pitfalls. >> >>>>>>>>> Read the Whitepaper. >> >>>>>>>>> >> >>>>>>>>> >> >>>>>>>>> >> >>>>>>>>> >> >>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>>>>>> _______________________________________________ >> >>>>>>>>> Csound-devel mailing list >> >>>>>>>>> Csound-devel@lists.sourceforge.net >> >>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>>>>> >> >>>>>>>> >> >>>>>>>> >> >>>>>>>> >> >>>>>>>> >> >>>>>>>> >> >>>>>>>> ------------------------------------------------------------------------------ >> >>>>>>>> Managing the Performance of Cloud-Based Applications >> >>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >> >>>>>>>> Pitfalls. >> >>>>>>>> Read the Whitepaper. >> >>>>>>>> >> >>>>>>>> >> >>>>>>>> >> >>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>>>>> _______________________________________________ >> >>>>>>>> Csound-devel mailing list >> >>>>>>>> Csound-devel@lists.sourceforge.net >> >>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>>>>> >> >>>>>>> >> >>>>>>> >> >>>>>>> >> >>>>>>> >> >>>>>>> ------------------------------------------------------------------------------ >> >>>>>>> Managing the Performance of Cloud-Based Applications >> >>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >> >>>>>>> Pitfalls. >> >>>>>>> Read the Whitepaper. >> >>>>>>> >> >>>>>>> >> >>>>>>> >> >>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>>>> _______________________________________________ >> >>>>>>> Csound-devel mailing list >> >>>>>>> Csound-devel@lists.sourceforge.net >> >>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>>> >> >>>>>> Dr Victor Lazzarini >> >>>>>> Senior Lecturer >> >>>>>> Dept. of Music >> >>>>>> NUI Maynooth Ireland >> >>>>>> tel.: +353 1 708 3545 >> >>>>>> Victor dot Lazzarini AT nuim dot ie >> >>>>>> >> >>>>>> >> >>>>>> >> >>>>>> >> >>>>>> >> >>>>>> >> >>>>>> >> >>>>>> ------------------------------------------------------------------------------ >> >>>>>> Managing the Performance of Cloud-Based Applications >> >>>>>> Take advantage of what the Cloud has to offer - Avoid Common >> >>>>>> Pitfalls. >> >>>>>> Read the Whitepaper. >> >>>>>> >> >>>>>> >> >>>>>> >> >>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>>> _______________________________________________ >> >>>>>> Csound-devel mailing list >> >>>>>> Csound-devel@lists.sourceforge.net >> >>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>> >> >>>>> >> >>>>> >> >>>>> >> >>>>> >> >>>>> ------------------------------------------------------------------------------ >> >>>>> Managing the Performance of Cloud-Based Applications >> >>>>> Take advantage of what the Cloud has to offer - Avoid Common >> >>>>> Pitfalls. >> >>>>> Read the Whitepaper. >> >>>>> >> >>>>> >> >>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>> _______________________________________________ >> >>>>> Csound-devel mailing list >> >>>>> Csound-devel@lists.sourceforge.net >> >>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>> >> >>>> >> >>>> >> >>>> >> >>>> ------------------------------------------------------------------------------ >> >>>> Managing the Performance of Cloud-Based Applications >> >>>> Take advantage of what the Cloud has to offer - Avoid Common >> >>>> Pitfalls. >> >>>> Read the Whitepaper. >> >>>> >> >>>> >> >>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>> _______________________________________________ >> >>>> Csound-devel mailing list >> >>>> Csound-devel@lists.sourceforge.net >> >>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>> >> >>> >> >>> >> >>> >> >>> ------------------------------------------------------------------------------ >> >>> Managing the Performance of Cloud-Based Applications >> >>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> >>> Read the Whitepaper. >> >>> >> >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>> _______________________________________________ >> >>> Csound-devel mailing list >> >>> Csound-devel@lists.sourceforge.net >> >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>> >> >> >> >> >> >> ------------------------------------------------------------------------------ >> >> Managing the Performance of Cloud-Based Applications >> >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> >> Read the Whitepaper. >> >> >> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> _______________________________________________ >> >> Csound-devel mailing list >> >> Csound-devel@lists.sourceforge.net >> >> https://lists.sourceforge.net/lists/listinfo/csound-devel >> > >> > Dr Victor Lazzarini >> > Senior Lecturer >> > Dept. of Music >> > NUI Maynooth Ireland >> > tel.: +353 1 708 3545 >> > Victor dot Lazzarini AT nuim dot ie >> > >> > >> > >> > >> > >> > ------------------------------------------------------------------------------ >> > Managing the Performance of Cloud-Based Applications >> > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> > Read the Whitepaper. >> > >> > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> > _______________________________________________ >> > Csound-devel mailing list >> > Csound-devel@lists.sourceforge.net >> > https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >> >> -- >> >> Oeyvind Brandtsegg >> Professor of Music Technology >> NTNU >> 7491 Trondheim >> Norway >> Cell: +47 92 203 205 >> >> http://flyndresang.no/ >> http://www.partikkelaudio.com/ >> http://soundcloud.com/brandtsegg >> http://soundcloud.com/t-emp >> >> >> ------------------------------------------------------------------------------ >> Managing the Performance of Cloud-Based Applications >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> Read the Whitepaper. >> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> _______________________________________________ >> Csound-devel mailing list >> Csound-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/csound-devel > > > > ------------------------------------------------------------------------------ > Managing the Performance of Cloud-Based Applications > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. > Read the Whitepaper. > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk > _______________________________________________ > Csound-devel mailing list > Csound-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/csound-devel > -- Oeyvind Brandtsegg Professor of Music Technology NTNU 7491 Trondheim Norway Cell: +47 92 203 205 http://flyndresang.no/ http://www.partikkelaudio.com/ http://soundcloud.com/brandtsegg http://soundcloud.com/t-emp ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net

Date	2014-02-05 23:57
From	Rory Walsh
Subject	Re: [Cs-dev] [Csnd] Latency and buffers
Attachments	None None
	I'm glad you asked this because I'm a little lost too! I was thinking the same as you. At some stage won't things goes south if the buffer size suddenly changes as is likely once automation is brought into the equation? sent from a mobile device... On 5 Feb 2014 23:27, "Oeyvind Brandtsegg" <oyvind.brandtsegg@ntnu.no> wrote: Ok. That is good. But can it (the latency) change dynamically, as the host buffer size change dynamically? Sorry if I'm being dense but I would really like to understand. 2014-02-06 Michael Gogins <michael.gogins@gmail.com>: > No, the maximum latency is ksmps. That could be either larger, or smaller, > than the host buffer size. It doesn't matter. > > Regards, > Mike > > > ----------------------------------------------------- > Michael Gogins > Irreducible Productions > http://michaelgogins.tumblr.com > Michael dot Gogins at gmail dot com > > > On Wed, Feb 5, 2014 at 6:07 PM, Oeyvind Brandtsegg > <oyvind.brandtsegg@ntnu.no> wrote: >> >> ...but the latency would be one full host buffer size, not just a ksmps, >> right? >> So a small ksmps would rather minimize the chance of a ksmps-buffer >> mismatch, but not actually minimize worst case latency (which would be >> one host buffer block). Isn't it so? >> >> Now, one thing I don't understand is if the latency can be zero when >> the host buffer is an integer multiple of ksmps, and it indeed is, >> and also the host buffer size can be dynamic, we must assume that >> the two buffer length may initially fit but at some later time they >> will not,* then* what happens at the transition point ? I mean, when >> we go from perfectly aligned buffers and zero latency to misaligned >> buffers and one bufferlength latency. Then we should have one non-full >> buffer in the transition from zero latency to one-buffer latency. Will >> it pop? If so, I would expect it to pop quite often(?), which it does >> not. >> Or? >> >> >> >> >> 2014-02-05 Victor Lazzarini <Victor.Lazzarini@nuim.ie>: >> > If your ksmps is small, any latency that might exist will be small too, >> > and I can't see it having >> > a major effect. So if you run with ksmps=16, it's 0.3 millisseconds. Not >> > much of a problem. >> > And for the cases where this is a problem, then it's still possible to >> > run with ksmps=1. >> > >> > Victor >> > On 5 Feb 2014, at 20:46, Rory Walsh wrote: >> > >> >> I wish I had thought of this before spending so much time writing a >> >> framework for developing VST plugins with Csound. I'm off now to have >> >> a few beers and rethink life! >> >> >> >> >> >> On 5 February 2014 20:06, Michael Gogins <michael.gogins@gmail.com> >> >> wrote: >> >>> Then your code will run 5 times slower or so. >> >>> >> >>> Regards, >> >>> Mike >> >>> >> >>> >> >>> ----------------------------------------------------- >> >>> Michael Gogins >> >>> Irreducible Productions >> >>> http://michaelgogins.tumblr.com >> >>> Michael dot Gogins at gmail dot com >> >>> >> >>> >> >>> On Wed, Feb 5, 2014 at 3:03 PM, Rory Walsh <rorywalsh@ear.ie> wrote: >> >>>> >> >>>> Seems every where I look it says don't make any assumptions about >> >>>> buffer sizes. So I guess the only fail safe way is to force a ksmps >> >>>> of >> >>>> 1? uh... >> >>>> >> >>>> On 5 February 2014 19:57, Michael Gogins <michael.gogins@gmail.com> >> >>>> wrote: >> >>>>> I believe that you are wrong, you cannot count on a power of two >> >>>>> size. >> >>>>> >> >>>>> See these threads from KVR: >> >>>>> >> >>>>> http://www.kvraudio.com/forum/viewtopic.php?t=279753 >> >>>>> >> >>>>> http://www.kvraudio.com/forum/viewtopic.php?t=359951 >> >>>>> >> >>>>> http://www.kvraudio.com/forum/viewtopic.php?p=3458228 >> >>>>> >> >>>>> Regards, >> >>>>> Mike >> >>>>> >> >>>>> >> >>>>> >> >>>>> >> >>>>> >> >>>>> ----------------------------------------------------- >> >>>>> Michael Gogins >> >>>>> Irreducible Productions >> >>>>> http://michaelgogins.tumblr.com >> >>>>> Michael dot Gogins at gmail dot com >> >>>>> >> >>>>> >> >>>>> On Wed, Feb 5, 2014 at 2:17 PM, Victor Lazzarini >> >>>>> <Victor.Lazzarini@nuim.ie> >> >>>>> wrote: >> >>>>>> >> >>>>>> But I think you're probably safe setting ksmps to a low value that >> >>>>>> is a >> >>>>>> power-of-two. I would >> >>>>>> expect most hosts to run buffers that are power-of-two and that are >> >>>>>> not >> >>>>>> that small. >> >>>>>> ksmps =8,16 or 32 should do. >> >>>>>> >> >>>>>> Victor >> >>>>>> >> >>>>>> On 5 Feb 2014, at 18:10, Rory Walsh wrote: >> >>>>>> >> >>>>>>> I was just about to answer my previous mail with the same thing. >> >>>>>>> That's >> >>>>>>> a pain. >> >>>>>>> >> >>>>>>> On 5 February 2014 18:03, Michael Gogins >> >>>>>>> <michael.gogins@gmail.com> >> >>>>>>> wrote: >> >>>>>>>> No. The host can and often does use a different host audio buffer >> >>>>>>>> size >> >>>>>>>> on >> >>>>>>>> each call to process() or processReplacing(). >> >>>>>>>> >> >>>>>>>> Regards, >> >>>>>>>> Mike >> >>>>>>>> >> >>>>>>>> >> >>>>>>>> ----------------------------------------------------- >> >>>>>>>> Michael Gogins >> >>>>>>>> Irreducible Productions >> >>>>>>>> http://michaelgogins.tumblr.com >> >>>>>>>> Michael dot Gogins at gmail dot com >> >>>>>>>> >> >>>>>>>> >> >>>>>>>> On Wed, Feb 5, 2014 at 11:27 AM, Rory Walsh <rorywalsh@ear.ie> >> >>>>>>>> wrote: >> >>>>>>>>> >> >>>>>>>>> Hi Mike, isn't it possible to query the host buffer size before >> >>>>>>>>> the >> >>>>>>>>> processing function is first called, in which case you can just >> >>>>>>>>> override the csd's ksmps? >> >>>>>>>>> >> >>>>>>>>> On 5 February 2014 15:55, Michael Gogins >> >>>>>>>>> <michael.gogins@gmail.com> >> >>>>>>>>> wrote: >> >>>>>>>>>> I've looked into this some more. As long as the host audio >> >>>>>>>>>> buffer >> >>>>>>>>>> is >> >>>>>>>>>> not >> >>>>>>>>>> an >> >>>>>>>>>> integral multiple of ksmps, there will have to be ksmps latency >> >>>>>>>>>> between >> >>>>>>>>>> input and output. That is because performKsmps requires spin to >> >>>>>>>>>> be >> >>>>>>>>>> full, >> >>>>>>>>>> but >> >>>>>>>>>> if there is some remainder from hostsize/ksmps, there will be >> >>>>>>>>>> some >> >>>>>>>>>> frames >> >>>>>>>>>> that the host buffer doesn't have but spin needs. >> >>>>>>>>>> >> >>>>>>>>>> I am letting this go for now, but if Csound could adjust ksmps >> >>>>>>>>>> during >> >>>>>>>>>> performance via the API, then we could get rid of this latency >> >>>>>>>>>> by >> >>>>>>>>>> setting >> >>>>>>>>>> ksmps equal to the host buffer size on each host processing >> >>>>>>>>>> call. >> >>>>>>>>>> I >> >>>>>>>>>> think >> >>>>>>>>>> this would be a really good idea. I'm entering it as a feature >> >>>>>>>>>> request. >> >>>>>>>>>> >> >>>>>>>>>> Regards, >> >>>>>>>>>> Mike >> >>>>>>>>>> >> >>>>>>>>>> >> >>>>>>>>>> Regards, >> >>>>>>>>>> Mike >> >>>>>>>>>> >> >>>>>>>>>> >> >>>>>>>>>> ----------------------------------------------------- >> >>>>>>>>>> Michael Gogins >> >>>>>>>>>> Irreducible Productions >> >>>>>>>>>> http://michaelgogins.tumblr.com >> >>>>>>>>>> Michael dot Gogins at gmail dot com >> >>>>>>>>>> >> >>>>>>>>>> >> >>>>>>>>>> On Tue, Feb 4, 2014 at 1:47 PM, Michael Gogins >> >>>>>>>>>> <michael.gogins@gmail.com> >> >>>>>>>>>> wrote: >> >>>>>>>>>>> >> >>>>>>>>>>> CsoundVST does the following: >> >>>>>>>>>>> >> >>>>>>>>>>> In the processReplacing callback there are essentially two >> >>>>>>>>>>> simultaneous >> >>>>>>>>>>> loops, each with their own loop indexes. One loop is for the >> >>>>>>>>>>> host >> >>>>>>>>>>> audio >> >>>>>>>>>>> buffer, which can change in size from one call to the next. >> >>>>>>>>>>> The >> >>>>>>>>>>> other >> >>>>>>>>>>> loop >> >>>>>>>>>>> is for Csound. >> >>>>>>>>>>> >> >>>>>>>>>>> For each frame of audio, one frame of audio is copied from the >> >>>>>>>>>>> host >> >>>>>>>>>>> input >> >>>>>>>>>>> buffer to spin, one frame of audio is copied from spout to the >> >>>>>>>>>>> host >> >>>>>>>>>>> audio >> >>>>>>>>>>> output buffer, and both loop indexes are incremented. >> >>>>>>>>>>> >> >>>>>>>>>>> At the end of spout, ksmps audio are processed by Csound, and >> >>>>>>>>>>> the >> >>>>>>>>>>> spin >> >>>>>>>>>>> and >> >>>>>>>>>>> spout buffer indexes are reset to 0. These indexes persist >> >>>>>>>>>>> from >> >>>>>>>>>>> call >> >>>>>>>>>>> to >> >>>>>>>>>>> call, so there are no gaps or glitches. >> >>>>>>>>>>> >> >>>>>>>>>>> There is ksmps frames latency in the code because spin is read >> >>>>>>>>>>> in >> >>>>>>>>>>> before >> >>>>>>>>>>> it spout is computed. But I will try to change the code so >> >>>>>>>>>>> that >> >>>>>>>>>>> the >> >>>>>>>>>>> buffers >> >>>>>>>>>>> are rewound to line spout up with spin. There will then be >> >>>>>>>>>>> zero >> >>>>>>>>>>> latency. >> >>>>>>>>>>> >> >>>>>>>>>>> >> >>>>>>>>>>> ----------------------------------------------------- >> >>>>>>>>>>> Michael Gogins >> >>>>>>>>>>> Irreducible Productions >> >>>>>>>>>>> http://michaelgogins.tumblr.com >> >>>>>>>>>>> Michael dot Gogins at gmail dot com >> >>>>>>>>>>> >> >>>>>>>>>>> >> >>>>>>>>>>> On Tue, Feb 4, 2014 at 11:03 AM, Steven Yi >> >>>>>>>>>>> <stevenyi@gmail.com> >> >>>>>>>>>>> wrote: >> >>>>>>>>>>>> >> >>>>>>>>>>>> I was in the middle of replying pretty much the same thing as >> >>>>>>>>>>>> Victor. >> >>>>>>>>>>>> Seems like you're introducing block's worth of latency due to >> >>>>>>>>>>>> the >> >>>>>>>>>>>> code >> >>>>>>>>>>>> order. >> >>>>>>>>>>>> >> >>>>>>>>>>>> On Tue, Feb 4, 2014 at 11:05 AM, Victor Lazzarini >> >>>>>>>>>>>> <Victor.Lazzarini@nuim.ie> wrote: >> >>>>>>>>>>>>> I would have thought that you would >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> 1) write data into spin >> >>>>>>>>>>>>> 2) process >> >>>>>>>>>>>>> 3) write data out of spout. >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> if you read and write after running PeformKsmps(), as far as >> >>>>>>>>>>>>> I >> >>>>>>>>>>>>> can >> >>>>>>>>>>>>> see >> >>>>>>>>>>>>> there might be >> >>>>>>>>>>>>> a delay between input and output, as you will be effectively >> >>>>>>>>>>>>> putting >> >>>>>>>>>>>>> out the data that >> >>>>>>>>>>>>> you processed in the previous period. >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> 1) process (means process the current spin data) >> >>>>>>>>>>>>> 2) write to spin the new data >> >>>>>>>>>>>>> 3) write out the result of processing the previous spin >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> That's what it looks like to me. Not sure if I am right. >> >>>>>>>>>>>>> Also >> >>>>>>>>>>>>> this >> >>>>>>>>>>>>> discussion should be in the dev list not >> >>>>>>>>>>>>> in the users list (so my response is going there). >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> Victor >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> On 4 Feb 2014, at 15:47, Rory Walsh <rorywalsh@ear.ie> >> >>>>>>>>>>>>> wrote: >> >>>>>>>>>>>>> >> >>>>>>>>>>>>>> I can confirm that it's not an issue with the plugin >> >>>>>>>>>>>>>> framework >> >>>>>>>>>>>>>> I'm >> >>>>>>>>>>>>>> using. I can also confirm it happens whether the plugin's >> >>>>>>>>>>>>>> processBlock() is being called the same amount of times as >> >>>>>>>>>>>>>> performKsmps(). That is to say, if the plugin sample buffer >> >>>>>>>>>>>>>> is >> >>>>>>>>>>>>>> set >> >>>>>>>>>>>>>> to >> >>>>>>>>>>>>>> 64 and so is Csound's, the problem persists. >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> I can recreate it with Reaper by placing two identical >> >>>>>>>>>>>>>> audio >> >>>>>>>>>>>>>> tracks >> >>>>>>>>>>>>>> in >> >>>>>>>>>>>>>> the session. On one track I place a straight forward in/out >> >>>>>>>>>>>>>> Cabbage >> >>>>>>>>>>>>>> effect plugin. Then play both back at the same time. You'll >> >>>>>>>>>>>>>> hear >> >>>>>>>>>>>>>> subtle phasing taking place until you bypass the plugin >> >>>>>>>>>>>>>> effect. >> >>>>>>>>>>>>>> Here's >> >>>>>>>>>>>>>> my processBlock(), it couldn't be any simpler. Can any devs >> >>>>>>>>>>>>>> out >> >>>>>>>>>>>>>> there >> >>>>>>>>>>>>>> spot something that might introduce latency? >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> CSCompResult = csound->PerformKsmps(); >> >>>>>>>>>>>>>> for(int i=0;i<numSamplesInBuffer;i++) >> >>>>>>>>>>>>>> { >> >>>>>>>>>>>>>> if(!CSCompResult) >> >>>>>>>>>>>>>> { >> >>>>>>>>>>>>>> for(int channel = 0; channel < getNumOutputChannels(); >> >>>>>>>>>>>>>> channel++ ) >> >>>>>>>>>>>>>> { >> >>>>>>>>>>>>>> audioBuffer = buffer.getSampleData(channel,0); >> >>>>>>>>>>>>>> pos = igetNumOutputChannels(); >> >>>>>>>>>>>>>> CSspin[channel+pos] = audioBuffer[i]cs_scale; >> >>>>>>>>>>>>>> audioBuffer[i] = (CSspout[channel+pos]/cs_scale); >> >>>>>>>>>>>>>> } >> >>>>>>>>>>>>>> } >> >>>>>>>>>>>>>> else >> >>>>>>>>>>>>>> buffer.clear(); >> >>>>>>>>>>>>>> } >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> On 4 February 2014 15:04, Oeyvind Brandtsegg >> >>>>>>>>>>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >> >>>>>>>>>>>>>>> All good. >> >>>>>>>>>>>>>>> I could test with csound~ and found another cause for the >> >>>>>>>>>>>>>>> latency. >> >>>>>>>>>>>>>>> Oeyvind >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> 2014-02-04 Steven Yi <stevenyi@gmail.com>: >> >>>>>>>>>>>>>>>> Nope. I did some work on updating the CMake file to try >> >>>>>>>>>>>>>>>> building >> >>>>>>>>>>>>>>>> on >> >>>>>>>>>>>>>>>> Windows yesterday. I need to do so me research to see >> >>>>>>>>>>>>>>>> about >> >>>>>>>>>>>>>>>> libraries >> >>>>>>>>>>>>>>>> to link to and other things, but it may take a while with >> >>>>>>>>>>>>>>>> current >> >>>>>>>>>>>>>>>> work >> >>>>>>>>>>>>>>>> load. >> >>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:47 AM, Oeyvind Brandtsegg >> >>>>>>>>>>>>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >> >>>>>>>>>>>>>>>>> That looks as if it's for OSX only (?), >> >>>>>>>>>>>>>>>>> perhaps not compiled for windows yet? >> >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> 2014-02-04 Steven Yi <stevenyi@gmail.com>: >> >>>>>>>>>>>>>>>>>> csound6~ should be with the installer; also available >> >>>>>>>>>>>>>>>>>> at: >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>> http://sourceforge.net/projects/csound/files/csound6/Csound6.02/csound~_v1.1.1.pkg/download >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:38 AM, Oeyvind Brandtsegg >> >>>>>>>>>>>>>>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >> >>>>>>>>>>>>>>>>>>> I can also reproduce it with csound~ in MaxForLive >> >>>>>>>>>>>>>>>>>>> haven't tried with csound6~ (where can I find it?) >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> Now, testing with Max (not in Live), and with Reaper, >> >>>>>>>>>>>>>>>>>>> I >> >>>>>>>>>>>>>>>>>>> find >> >>>>>>>>>>>>>>>>>>> I >> >>>>>>>>>>>>>>>>>>> can not >> >>>>>>>>>>>>>>>>>>> reproduce the behaviour there. >> >>>>>>>>>>>>>>>>>>> So there is something with Live then. However, other >> >>>>>>>>>>>>>>>>>>> VST >> >>>>>>>>>>>>>>>>>>> plugins >> >>>>>>>>>>>>>>>>>>> in >> >>>>>>>>>>>>>>>>>>> Live does not introduce extra latency. >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> The way I measure latency is by setiing up a >> >>>>>>>>>>>>>>>>>>> microphone >> >>>>>>>>>>>>>>>>>>> close >> >>>>>>>>>>>>>>>>>>> to >> >>>>>>>>>>>>>>>>>>> the >> >>>>>>>>>>>>>>>>>>> speaker, close enough that it will almost feed, >> >>>>>>>>>>>>>>>>>>> then tap the mic and listen to the resonance of the >> >>>>>>>>>>>>>>>>>>> system. >> >>>>>>>>>>>>>>>>>>> When >> >>>>>>>>>>>>>>>>>>> the >> >>>>>>>>>>>>>>>>>>> latency changes, the resonance will change. >> >>>>>>>>>>>>>>>>>>> When I add a plugin (Cabbage or MaxForLive with >> >>>>>>>>>>>>>>>>>>> csound~), >> >>>>>>>>>>>>>>>>>>> the >> >>>>>>>>>>>>>>>>>>> latency >> >>>>>>>>>>>>>>>>>>> (and so the resonance) changes. If I load other VST >> >>>>>>>>>>>>>>>>>>> plugins >> >>>>>>>>>>>>>>>>>>> this >> >>>>>>>>>>>>>>>>>>> does >> >>>>>>>>>>>>>>>>>>> not happen, the latency does not change. >> >>>>>>>>>>>>>>>>>>> But as I said, I can only reproduce it in Live. Sorry >> >>>>>>>>>>>>>>>>>>> for >> >>>>>>>>>>>>>>>>>>> the >> >>>>>>>>>>>>>>>>>>> noise. >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh <rorywalsh@ear.ie>: >> >>>>>>>>>>>>>>>>>>>> I can recreate it here. It's subtle, but present. >> >>>>>>>>>>>>>>>>>>>> I'll >> >>>>>>>>>>>>>>>>>>>> take >> >>>>>>>>>>>>>>>>>>>> a >> >>>>>>>>>>>>>>>>>>>> look. >> >>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:38, Oeyvind Brandtsegg >> >>>>>>>>>>>>>>>>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >> >>>>>>>>>>>>>>>>>>>>> Yes, I have tried different ksmps values, both >> >>>>>>>>>>>>>>>>>>>>> higher >> >>>>>>>>>>>>>>>>>>>>> and >> >>>>>>>>>>>>>>>>>>>>> lower >> >>>>>>>>>>>>>>>>>>>>> and >> >>>>>>>>>>>>>>>>>>>>> equal to the host buffer size. >> >>>>>>>>>>>>>>>>>>>>> Will investigate if I can reproduce it on csound~. >> >>>>>>>>>>>>>>>>>>>>> Oeyvind >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh <rorywalsh@ear.ie>: >> >>>>>>>>>>>>>>>>>>>>>> On second thoughts I can't see what might be >> >>>>>>>>>>>>>>>>>>>>>> causing >> >>>>>>>>>>>>>>>>>>>>>> this. >> >>>>>>>>>>>>>>>>>>>>>> Have you >> >>>>>>>>>>>>>>>>>>>>>> tried setting ksmps to be the same as your host's >> >>>>>>>>>>>>>>>>>>>>>> buffer >> >>>>>>>>>>>>>>>>>>>>>> size? >> >>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:01, Rory Walsh >> >>>>>>>>>>>>>>>>>>>>>> <rorywalsh@ear.ie> >> >>>>>>>>>>>>>>>>>>>>>> wrote: >> >>>>>>>>>>>>>>>>>>>>>>> I think I have it... Lunch first though.. >> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>> sent from a mobile device... >> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>> On 4 Feb 2014 12:56, "Rory Walsh" >> >>>>>>>>>>>>>>>>>>>>>>> <rorywalsh@ear.ie> >> >>>>>>>>>>>>>>>>>>>>>>> wrote: >> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>> Are you just running audio straight in and out, >> >>>>>>>>>>>>>>>>>>>>>>>> no >> >>>>>>>>>>>>>>>>>>>>>>>> processing? The >> >>>>>>>>>>>>>>>>>>>>>>>> plugin host calls the plugin's processBlock() >> >>>>>>>>>>>>>>>>>>>>>>>> which >> >>>>>>>>>>>>>>>>>>>>>>>> in >> >>>>>>>>>>>>>>>>>>>>>>>> turn >> >>>>>>>>>>>>>>>>>>>>>>>> calls >> >>>>>>>>>>>>>>>>>>>>>>>> performKsmps(). So long as processBlock() is >> >>>>>>>>>>>>>>>>>>>>>>>> being >> >>>>>>>>>>>>>>>>>>>>>>>> called >> >>>>>>>>>>>>>>>>>>>>>>>> (if the >> >>>>>>>>>>>>>>>>>>>>>>>> track is playing for example) performKsmps() will >> >>>>>>>>>>>>>>>>>>>>>>>> be >> >>>>>>>>>>>>>>>>>>>>>>>> called >> >>>>>>>>>>>>>>>>>>>>>>>> over and >> >>>>>>>>>>>>>>>>>>>>>>>> over again processing ksmps samples each time. At >> >>>>>>>>>>>>>>>>>>>>>>>> the >> >>>>>>>>>>>>>>>>>>>>>>>> moment >> >>>>>>>>>>>>>>>>>>>>>>>> the >> >>>>>>>>>>>>>>>>>>>>>>>> processBlock() method and the performKsmps() are >> >>>>>>>>>>>>>>>>>>>>>>>> firing >> >>>>>>>>>>>>>>>>>>>>>>>> off >> >>>>>>>>>>>>>>>>>>>>>>>> at >> >>>>>>>>>>>>>>>>>>>>>>>> different speeds. I can look at forcing Cabbage >> >>>>>>>>>>>>>>>>>>>>>>>> plugins >> >>>>>>>>>>>>>>>>>>>>>>>> to >> >>>>>>>>>>>>>>>>>>>>>>>> process the >> >>>>>>>>>>>>>>>>>>>>>>>> same amount of samples as the plugin does with >> >>>>>>>>>>>>>>>>>>>>>>>> each >> >>>>>>>>>>>>>>>>>>>>>>>> call >> >>>>>>>>>>>>>>>>>>>>>>>> to >> >>>>>>>>>>>>>>>>>>>>>>>> processBlock(). Perhaps that might help. >> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 12:41, Oeyvind Brandtsegg >> >>>>>>>>>>>>>>>>>>>>>>>> <oyvind.brandtsegg@ntnu.no> >> >>>>>>>>>>>>>>>>>>>>>>>> wrote: >> >>>>>>>>>>>>>>>>>>>>>>>>> Regarding latency and buffers, >> >>>>>>>>>>>>>>>>>>>>>>>>> I thought I had understood that csound, when >> >>>>>>>>>>>>>>>>>>>>>>>>> used >> >>>>>>>>>>>>>>>>>>>>>>>>> as a >> >>>>>>>>>>>>>>>>>>>>>>>>> plugin (e.g. >> >>>>>>>>>>>>>>>>>>>>>>>>> Cabbage or csound~) would process the audio >> >>>>>>>>>>>>>>>>>>>>>>>>> buffer >> >>>>>>>>>>>>>>>>>>>>>>>>> "in >> >>>>>>>>>>>>>>>>>>>>>>>>> place", so no >> >>>>>>>>>>>>>>>>>>>>>>>>> extra latency would incur due to the sound being >> >>>>>>>>>>>>>>>>>>>>>>>>> processed >> >>>>>>>>>>>>>>>>>>>>>>>>> through >> >>>>>>>>>>>>>>>>>>>>>>>>> Csound, assuming that ksmps is smaler than the >> >>>>>>>>>>>>>>>>>>>>>>>>> host >> >>>>>>>>>>>>>>>>>>>>>>>>> program's buffer >> >>>>>>>>>>>>>>>>>>>>>>>>> size. >> >>>>>>>>>>>>>>>>>>>>>>>>> Now, running Cabbage plugins in Ableton Live, >> >>>>>>>>>>>>>>>>>>>>>>>>> I've >> >>>>>>>>>>>>>>>>>>>>>>>>> been >> >>>>>>>>>>>>>>>>>>>>>>>>> investigating >> >>>>>>>>>>>>>>>>>>>>>>>>> latency issues, and I find that adding a simple >> >>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >> >>>>>>>>>>>>>>>>>>>>>>>>> plugin will >> >>>>>>>>>>>>>>>>>>>>>>>>> delay the signal. Also, adding more than one >> >>>>>>>>>>>>>>>>>>>>>>>>> such >> >>>>>>>>>>>>>>>>>>>>>>>>> plugin >> >>>>>>>>>>>>>>>>>>>>>>>>> in >> >>>>>>>>>>>>>>>>>>>>>>>>> series >> >>>>>>>>>>>>>>>>>>>>>>>>> increases the delay/latency accordingly. I've >> >>>>>>>>>>>>>>>>>>>>>>>>> tried >> >>>>>>>>>>>>>>>>>>>>>>>>> using >> >>>>>>>>>>>>>>>>>>>>>>>>> different >> >>>>>>>>>>>>>>>>>>>>>>>>> ksmps, and this indeed affects the amount of >> >>>>>>>>>>>>>>>>>>>>>>>>> latency >> >>>>>>>>>>>>>>>>>>>>>>>>> but >> >>>>>>>>>>>>>>>>>>>>>>>>> even setting >> >>>>>>>>>>>>>>>>>>>>>>>>> ksmps=1 does not get rid of it. >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>> Can the buffer be processed "in place"? >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>> best >> >>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>> -- >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >> >>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >> >>>>>>>>>>>>>>>>>>>>>>>>> NTNU >> >>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >> >>>>>>>>>>>>>>>>>>>>>>>>> Norway >> >>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >> >>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >> >>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >> >>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >> >>>>>>>>>>>>>>>>>>>>>>>>> trackers >> >>>>>>>>>>>>>>>>>>>>>>>>> csound6: >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>>>>>>>>>>>>>>>>>>>>>> csound5: >> >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >> >>>>>>>>>>>>>>>>>>>>>>>>> here >> >>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >> >>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >> >>>>>>>>>>>>>>>>>>>>>>>>> with >> >>>>>>>>>>>>>>>>>>>>>>>>> body >> >>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe >> >>>>>>>>>>>>>>>>>>>>>>>>> csound" >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >>>>>>>>>>>>>>>>>>>>>> csound6: >> >>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>>>>>>>>>>>>>>>>>>> csound5: >> >>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >> >>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >> >>>>>>>>>>>>>>>>>>>>>> with >> >>>>>>>>>>>>>>>>>>>>>> body >> >>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >> >>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> -- >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >> >>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >> >>>>>>>>>>>>>>>>>>>>> NTNU >> >>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >> >>>>>>>>>>>>>>>>>>>>> Norway >> >>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >> >>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >> >>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >> >>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >>>>>>>>>>>>>>>>>>>>> csound6: >> >>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>>>>>>>>>>>>>>>>>> csound5: >> >>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >> >>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >> >>>>>>>>>>>>>>>>>>>>> with >> >>>>>>>>>>>>>>>>>>>>> body >> >>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >>>>>>>>>>>>>>>>>>>> csound6: >> >>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>>>>>>>>>>>>>>>>> csound5: >> >>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >> >>>>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >> >>>>>>>>>>>>>>>>>>>> with >> >>>>>>>>>>>>>>>>>>>> body >> >>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >> >>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> -- >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >> >>>>>>>>>>>>>>>>>>> Professor of Music Technology >> >>>>>>>>>>>>>>>>>>> NTNU >> >>>>>>>>>>>>>>>>>>> 7491 Trondheim >> >>>>>>>>>>>>>>>>>>> Norway >> >>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >> >>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >> >>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >> >>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >>>>>>>>>>>>>>>>>>> csound6: >> >>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>>>>>>>>>>>>>>>> csound5: >> >>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >> >>>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with >> >>>>>>>>>>>>>>>>>>> body >> >>>>>>>>>>>>>>>>>>> "unsubscribe csound" >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >>>>>>>>>>>>>>>>>> csound6: >> >>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>>>>>>>>>>>>>>> csound5: >> >>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >> >>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with >> >>>>>>>>>>>>>>>>>> body >> >>>>>>>>>>>>>>>>>> "unsubscribe csound" >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> -- >> >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >> >>>>>>>>>>>>>>>>> Professor of Music Technology >> >>>>>>>>>>>>>>>>> NTNU >> >>>>>>>>>>>>>>>>> 7491 Trondheim >> >>>>>>>>>>>>>>>>> Norway >> >>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >> >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> http://flyndresang.no/ >> >>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >> >>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >> >>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >> >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >>>>>>>>>>>>>>>>> csound6: >> >>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>>>>>>>>>>>>>> csound5: >> >>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >> >>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with >> >>>>>>>>>>>>>>>>> body >> >>>>>>>>>>>>>>>>> "unsubscribe csound" >> >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >>>>>>>>>>>>>>>> csound6: >> >>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>>>>>>>>>>>>> csound5: >> >>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >> >>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with >> >>>>>>>>>>>>>>>> body >> >>>>>>>>>>>>>>>> "unsubscribe csound" >> >>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> -- >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> Oeyvind Brandtsegg >> >>>>>>>>>>>>>>> Professor of Music Technology >> >>>>>>>>>>>>>>> NTNU >> >>>>>>>>>>>>>>> 7491 Trondheim >> >>>>>>>>>>>>>>> Norway >> >>>>>>>>>>>>>>> Cell: +47 92 203 205 >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> http://flyndresang.no/ >> >>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >> >>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >> >>>>>>>>>>>>>>> http://soundcloud.com/t-emp >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >>>>>>>>>>>>>>> csound6: >> >>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>>>>>>>>>>>> csound5: >> >>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >> >>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with >> >>>>>>>>>>>>>>> body >> >>>>>>>>>>>>>>> "unsubscribe csound" >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >>>>>>>>>>>>>> csound6: >> >>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>>>>>>>>>>> csound5: >> >>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>>>>>>>>>>> Discussions of bugs and features can be posted here >> >>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body >> >>>>>>>>>>>>>> "unsubscribe csound" >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> ------------------------------------------------------------------------------ >> >>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >> >>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >> >>>>>>>>>>>>> Pitfalls. >> >>>>>>>>>>>>> Read the Whitepaper. >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>>>>>>>>>> _______________________________________________ >> >>>>>>>>>>>>> Csound-devel mailing list >> >>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >> >>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>>>>>>>>> >> >>>>>>>>>>>> >> >>>>>>>>>>>> >> >>>>>>>>>>>> >> >>>>>>>>>>>> >> >>>>>>>>>>>> >> >>>>>>>>>>>> ------------------------------------------------------------------------------ >> >>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >> >>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >> >>>>>>>>>>>> Pitfalls. >> >>>>>>>>>>>> Read the Whitepaper. >> >>>>>>>>>>>> >> >>>>>>>>>>>> >> >>>>>>>>>>>> >> >>>>>>>>>>>> >> >>>>>>>>>>>> >> >>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>>>>>>>>> _______________________________________________ >> >>>>>>>>>>>> Csound-devel mailing list >> >>>>>>>>>>>> Csound-devel@lists.sourceforge.net >> >>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>>>>>>>> >> >>>>>>>>>>> >> >>>>>>>>>> >> >>>>>>>>>> >> >>>>>>>>>> >> >>>>>>>>>> >> >>>>>>>>>> >> >>>>>>>>>> >> >>>>>>>>>> ------------------------------------------------------------------------------ >> >>>>>>>>>> Managing the Performance of Cloud-Based Applications >> >>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >> >>>>>>>>>> Pitfalls. >> >>>>>>>>>> Read the Whitepaper. >> >>>>>>>>>> >> >>>>>>>>>> >> >>>>>>>>>> >> >>>>>>>>>> >> >>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>>>>>>> _______________________________________________ >> >>>>>>>>>> Csound-devel mailing list >> >>>>>>>>>> Csound-devel@lists.sourceforge.net >> >>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>>>>>>> >> >>>>>>>>> >> >>>>>>>>> >> >>>>>>>>> >> >>>>>>>>> >> >>>>>>>>> >> >>>>>>>>> ------------------------------------------------------------------------------ >> >>>>>>>>> Managing the Performance of Cloud-Based Applications >> >>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >> >>>>>>>>> Pitfalls. >> >>>>>>>>> Read the Whitepaper. >> >>>>>>>>> >> >>>>>>>>> >> >>>>>>>>> >> >>>>>>>>> >> >>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>>>>>> _______________________________________________ >> >>>>>>>>> Csound-devel mailing list >> >>>>>>>>> Csound-devel@lists.sourceforge.net >> >>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>>>>> >> >>>>>>>> >> >>>>>>>> >> >>>>>>>> >> >>>>>>>> >> >>>>>>>> >> >>>>>>>> ------------------------------------------------------------------------------ >> >>>>>>>> Managing the Performance of Cloud-Based Applications >> >>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >> >>>>>>>> Pitfalls. >> >>>>>>>> Read the Whitepaper. >> >>>>>>>> >> >>>>>>>> >> >>>>>>>> >> >>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>>>>> _______________________________________________ >> >>>>>>>> Csound-devel mailing list >> >>>>>>>> Csound-devel@lists.sourceforge.net >> >>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>>>>> >> >>>>>>> >> >>>>>>> >> >>>>>>> >> >>>>>>> >> >>>>>>> ------------------------------------------------------------------------------ >> >>>>>>> Managing the Performance of Cloud-Based Applications >> >>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >> >>>>>>> Pitfalls. >> >>>>>>> Read the Whitepaper. >> >>>>>>> >> >>>>>>> >> >>>>>>> >> >>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>>>> _______________________________________________ >> >>>>>>> Csound-devel mailing list >> >>>>>>> Csound-devel@lists.sourceforge.net >> >>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>>> >> >>>>>> Dr Victor Lazzarini >> >>>>>> Senior Lecturer >> >>>>>> Dept. of Music >> >>>>>> NUI Maynooth Ireland >> >>>>>> tel.: +353 1 708 3545 >> >>>>>> Victor dot Lazzarini AT nuim dot ie >> >>>>>> >> >>>>>> >> >>>>>> >> >>>>>> >> >>>>>> >> >>>>>> >> >>>>>> >> >>>>>> ------------------------------------------------------------------------------ >> >>>>>> Managing the Performance of Cloud-Based Applications >> >>>>>> Take advantage of what the Cloud has to offer - Avoid Common >> >>>>>> Pitfalls. >> >>>>>> Read the Whitepaper. >> >>>>>> >> >>>>>> >> >>>>>> >> >>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>>> _______________________________________________ >> >>>>>> Csound-devel mailing list >> >>>>>> Csound-devel@lists.sourceforge.net >> >>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>> >> >>>>> >> >>>>> >> >>>>> >> >>>>> >> >>>>> ------------------------------------------------------------------------------ >> >>>>> Managing the Performance of Cloud-Based Applications >> >>>>> Take advantage of what the Cloud has to offer - Avoid Common >> >>>>> Pitfalls. >> >>>>> Read the Whitepaper. >> >>>>> >> >>>>> >> >>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>> _______________________________________________ >> >>>>> Csound-devel mailing list >> >>>>> Csound-devel@lists.sourceforge.net >> >>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>> >> >>>> >> >>>> >> >>>> >> >>>> ------------------------------------------------------------------------------ >> >>>> Managing the Performance of Cloud-Based Applications >> >>>> Take advantage of what the Cloud has to offer - Avoid Common >> >>>> Pitfalls. >> >>>> Read the Whitepaper. >> >>>> >> >>>> >> >>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>> _______________________________________________ >> >>>> Csound-devel mailing list >> >>>> Csound-devel@lists.sourceforge.net >> >>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>> >> >>> >> >>> >> >>> >> >>> ------------------------------------------------------------------------------ >> >>> Managing the Performance of Cloud-Based Applications >> >>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> >>> Read the Whitepaper. >> >>> >> >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>> _______________________________________________ >> >>> Csound-devel mailing list >> >>> Csound-devel@lists.sourceforge.net >> >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>> >> >> >> >> >> >> ------------------------------------------------------------------------------ >> >> Managing the Performance of Cloud-Based Applications >> >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> >> Read the Whitepaper. >> >> >> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> _______________________________________________ >> >> Csound-devel mailing list >> >> Csound-devel@lists.sourceforge.net >> >> https://lists.sourceforge.net/lists/listinfo/csound-devel >> > >> > Dr Victor Lazzarini >> > Senior Lecturer >> > Dept. of Music >> > NUI Maynooth Ireland >> > tel.: +353 1 708 3545 >> > Victor dot Lazzarini AT nuim dot ie >> > >> > >> > >> > >> > >> > ------------------------------------------------------------------------------ >> > Managing the Performance of Cloud-Based Applications >> > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> > Read the Whitepaper. >> > >> > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> > _______________________________________________ >> > Csound-devel mailing list >> > Csound-devel@lists.sourceforge.net >> > https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >> >> -- >> >> Oeyvind Brandtsegg >> Professor of Music Technology >> NTNU >> 7491 Trondheim >> Norway >> Cell: +47 92 203 205 >> >> http://flyndresang.no/ >> http://www.partikkelaudio.com/ >> http://soundcloud.com/brandtsegg >> http://soundcloud.com/t-emp >> >> >> ------------------------------------------------------------------------------ >> Managing the Performance of Cloud-Based Applications >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> Read the Whitepaper. >> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> _______________________________________________ >> Csound-devel mailing list >> Csound-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/csound-devel > > > > ------------------------------------------------------------------------------ > Managing the Performance of Cloud-Based Applications > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. > Read the Whitepaper. > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk > _______________________________________________ > Csound-devel mailing list > Csound-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/csound-devel > -- Oeyvind Brandtsegg Professor of Music Technology NTNU 7491 Trondheim Norway Cell: +47 92 203 205 http://flyndresang.no/ http://www.partikkelaudio.com/ http://soundcloud.com/brandtsegg http://soundcloud.com/t-emp ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/csound-devel

Date	2014-02-06 00:39
From	Rory Walsh
Subject	Re: [Cs-dev] [Csnd] Latency and buffers
	The way it stands things are fine, albeit with a ksmps delay. But it will remain constant and there won't be any drop outs. If ksmps ==1 then there will be no problems with latency. Of course I stand to be corrected. When all is said and done, I did enjoy contemplating life without Cabbage over a few beers. But that might just have been the beers :) On 5 February 2014 23:57, Rory Walsh wrote: > I'm glad you asked this because I'm a little lost too! I was thinking the > same as you. At some stage won't things goes south if the buffer size > suddenly changes as is likely once automation is brought into the equation? > > sent from a mobile device... > > On 5 Feb 2014 23:27, "Oeyvind Brandtsegg" wrote: >> >> Ok. That is good. >> But can it (the latency) change dynamically, as the host buffer size >> change dynamically? >> Sorry if I'm being dense but I would really like to understand. >> >> >> 2014-02-06 Michael Gogins : >> > No, the maximum latency is ksmps. That could be either larger, or >> > smaller, >> > than the host buffer size. It doesn't matter. >> > >> > Regards, >> > Mike >> > >> > >> > ----------------------------------------------------- >> > Michael Gogins >> > Irreducible Productions >> > http://michaelgogins.tumblr.com >> > Michael dot Gogins at gmail dot com >> > >> > >> > On Wed, Feb 5, 2014 at 6:07 PM, Oeyvind Brandtsegg >> > wrote: >> >> >> >> ...but the latency would be one full host buffer size, not just a >> >> ksmps, >> >> right? >> >> So a small ksmps would rather minimize the chance of a ksmps-buffer >> >> mismatch, but not actually minimize worst case latency (which would be >> >> one host buffer block). Isn't it so? >> >> >> >> Now, one thing I don't understand is if the latency can be zero when >> >> the host buffer is an integer multiple of ksmps, and it indeed is, >> >> and also the host buffer size can be dynamic, we must assume that >> >> the two buffer length may initially fit but at some later time they >> >> will not,* then* what happens at the transition point ? I mean, when >> >> we go from perfectly aligned buffers and zero latency to misaligned >> >> buffers and one bufferlength latency. Then we should have one non-full >> >> buffer in the transition from zero latency to one-buffer latency. Will >> >> it pop? If so, I would expect it to pop quite often(?), which it does >> >> not. >> >> Or? >> >> >> >> >> >> >> >> >> >> 2014-02-05 Victor Lazzarini : >> >> > If your ksmps is small, any latency that might exist will be small >> >> > too, >> >> > and I can't see it having >> >> > a major effect. So if you run with ksmps=16, it's 0.3 millisseconds. >> >> > Not >> >> > much of a problem. >> >> > And for the cases where this is a problem, then it's still possible >> >> > to >> >> > run with ksmps=1. >> >> > >> >> > Victor >> >> > On 5 Feb 2014, at 20:46, Rory Walsh wrote: >> >> > >> >> >> I wish I had thought of this before spending so much time writing a >> >> >> framework for developing VST plugins with Csound. I'm off now to >> >> >> have >> >> >> a few beers and rethink life! >> >> >> >> >> >> >> >> >> On 5 February 2014 20:06, Michael Gogins >> >> >> wrote: >> >> >>> Then your code will run 5 times slower or so. >> >> >>> >> >> >>> Regards, >> >> >>> Mike >> >> >>> >> >> >>> >> >> >>> ----------------------------------------------------- >> >> >>> Michael Gogins >> >> >>> Irreducible Productions >> >> >>> http://michaelgogins.tumblr.com >> >> >>> Michael dot Gogins at gmail dot com >> >> >>> >> >> >>> >> >> >>> On Wed, Feb 5, 2014 at 3:03 PM, Rory Walsh >> >> >>> wrote: >> >> >>>> >> >> >>>> Seems every where I look it says don't make any assumptions about >> >> >>>> buffer sizes. So I guess the only fail safe way is to force a >> >> >>>> ksmps >> >> >>>> of >> >> >>>> 1? uh... >> >> >>>> >> >> >>>> On 5 February 2014 19:57, Michael Gogins >> >> >>>> >> >> >>>> wrote: >> >> >>>>> I believe that you are wrong, you cannot count on a power of two >> >> >>>>> size. >> >> >>>>> >> >> >>>>> See these threads from KVR: >> >> >>>>> >> >> >>>>> http://www.kvraudio.com/forum/viewtopic.php?t=279753 >> >> >>>>> >> >> >>>>> http://www.kvraudio.com/forum/viewtopic.php?t=359951 >> >> >>>>> >> >> >>>>> http://www.kvraudio.com/forum/viewtopic.php?p=3458228 >> >> >>>>> >> >> >>>>> Regards, >> >> >>>>> Mike >> >> >>>>> >> >> >>>>> >> >> >>>>> >> >> >>>>> >> >> >>>>> >> >> >>>>> ----------------------------------------------------- >> >> >>>>> Michael Gogins >> >> >>>>> Irreducible Productions >> >> >>>>> http://michaelgogins.tumblr.com >> >> >>>>> Michael dot Gogins at gmail dot com >> >> >>>>> >> >> >>>>> >> >> >>>>> On Wed, Feb 5, 2014 at 2:17 PM, Victor Lazzarini >> >> >>>>> >> >> >>>>> wrote: >> >> >>>>>> >> >> >>>>>> But I think you're probably safe setting ksmps to a low value >> >> >>>>>> that >> >> >>>>>> is a >> >> >>>>>> power-of-two. I would >> >> >>>>>> expect most hosts to run buffers that are power-of-two and that >> >> >>>>>> are >> >> >>>>>> not >> >> >>>>>> that small. >> >> >>>>>> ksmps =8,16 or 32 should do. >> >> >>>>>> >> >> >>>>>> Victor >> >> >>>>>> >> >> >>>>>> On 5 Feb 2014, at 18:10, Rory Walsh wrote: >> >> >>>>>> >> >> >>>>>>> I was just about to answer my previous mail with the same >> >> >>>>>>> thing. >> >> >>>>>>> That's >> >> >>>>>>> a pain. >> >> >>>>>>> >> >> >>>>>>> On 5 February 2014 18:03, Michael Gogins >> >> >>>>>>> >> >> >>>>>>> wrote: >> >> >>>>>>>> No. The host can and often does use a different host audio >> >> >>>>>>>> buffer >> >> >>>>>>>> size >> >> >>>>>>>> on >> >> >>>>>>>> each call to process() or processReplacing(). >> >> >>>>>>>> >> >> >>>>>>>> Regards, >> >> >>>>>>>> Mike >> >> >>>>>>>> >> >> >>>>>>>> >> >> >>>>>>>> ----------------------------------------------------- >> >> >>>>>>>> Michael Gogins >> >> >>>>>>>> Irreducible Productions >> >> >>>>>>>> http://michaelgogins.tumblr.com >> >> >>>>>>>> Michael dot Gogins at gmail dot com >> >> >>>>>>>> >> >> >>>>>>>> >> >> >>>>>>>> On Wed, Feb 5, 2014 at 11:27 AM, Rory Walsh >> >> >>>>>>>> wrote: >> >> >>>>>>>>> >> >> >>>>>>>>> Hi Mike, isn't it possible to query the host buffer size >> >> >>>>>>>>> before >> >> >>>>>>>>> the >> >> >>>>>>>>> processing function is first called, in which case you can >> >> >>>>>>>>> just >> >> >>>>>>>>> override the csd's ksmps? >> >> >>>>>>>>> >> >> >>>>>>>>> On 5 February 2014 15:55, Michael Gogins >> >> >>>>>>>>> >> >> >>>>>>>>> wrote: >> >> >>>>>>>>>> I've looked into this some more. As long as the host audio >> >> >>>>>>>>>> buffer >> >> >>>>>>>>>> is >> >> >>>>>>>>>> not >> >> >>>>>>>>>> an >> >> >>>>>>>>>> integral multiple of ksmps, there will have to be ksmps >> >> >>>>>>>>>> latency >> >> >>>>>>>>>> between >> >> >>>>>>>>>> input and output. That is because performKsmps requires spin >> >> >>>>>>>>>> to >> >> >>>>>>>>>> be >> >> >>>>>>>>>> full, >> >> >>>>>>>>>> but >> >> >>>>>>>>>> if there is some remainder from hostsize/ksmps, there will >> >> >>>>>>>>>> be >> >> >>>>>>>>>> some >> >> >>>>>>>>>> frames >> >> >>>>>>>>>> that the host buffer doesn't have but spin needs. >> >> >>>>>>>>>> >> >> >>>>>>>>>> I am letting this go for now, but if Csound could adjust >> >> >>>>>>>>>> ksmps >> >> >>>>>>>>>> during >> >> >>>>>>>>>> performance via the API, then we could get rid of this >> >> >>>>>>>>>> latency >> >> >>>>>>>>>> by >> >> >>>>>>>>>> setting >> >> >>>>>>>>>> ksmps equal to the host buffer size on each host processing >> >> >>>>>>>>>> call. >> >> >>>>>>>>>> I >> >> >>>>>>>>>> think >> >> >>>>>>>>>> this would be a really good idea. I'm entering it as a >> >> >>>>>>>>>> feature >> >> >>>>>>>>>> request. >> >> >>>>>>>>>> >> >> >>>>>>>>>> Regards, >> >> >>>>>>>>>> Mike >> >> >>>>>>>>>> >> >> >>>>>>>>>> >> >> >>>>>>>>>> Regards, >> >> >>>>>>>>>> Mike >> >> >>>>>>>>>> >> >> >>>>>>>>>> >> >> >>>>>>>>>> ----------------------------------------------------- >> >> >>>>>>>>>> Michael Gogins >> >> >>>>>>>>>> Irreducible Productions >> >> >>>>>>>>>> http://michaelgogins.tumblr.com >> >> >>>>>>>>>> Michael dot Gogins at gmail dot com >> >> >>>>>>>>>> >> >> >>>>>>>>>> >> >> >>>>>>>>>> On Tue, Feb 4, 2014 at 1:47 PM, Michael Gogins >> >> >>>>>>>>>> >> >> >>>>>>>>>> wrote: >> >> >>>>>>>>>>> >> >> >>>>>>>>>>> CsoundVST does the following: >> >> >>>>>>>>>>> >> >> >>>>>>>>>>> In the processReplacing callback there are essentially two >> >> >>>>>>>>>>> simultaneous >> >> >>>>>>>>>>> loops, each with their own loop indexes. One loop is for >> >> >>>>>>>>>>> the >> >> >>>>>>>>>>> host >> >> >>>>>>>>>>> audio >> >> >>>>>>>>>>> buffer, which can change in size from one call to the next. >> >> >>>>>>>>>>> The >> >> >>>>>>>>>>> other >> >> >>>>>>>>>>> loop >> >> >>>>>>>>>>> is for Csound. >> >> >>>>>>>>>>> >> >> >>>>>>>>>>> For each frame of audio, one frame of audio is copied from >> >> >>>>>>>>>>> the >> >> >>>>>>>>>>> host >> >> >>>>>>>>>>> input >> >> >>>>>>>>>>> buffer to spin, one frame of audio is copied from spout to >> >> >>>>>>>>>>> the >> >> >>>>>>>>>>> host >> >> >>>>>>>>>>> audio >> >> >>>>>>>>>>> output buffer, and both loop indexes are incremented. >> >> >>>>>>>>>>> >> >> >>>>>>>>>>> At the end of spout, ksmps audio are processed by Csound, >> >> >>>>>>>>>>> and >> >> >>>>>>>>>>> the >> >> >>>>>>>>>>> spin >> >> >>>>>>>>>>> and >> >> >>>>>>>>>>> spout buffer indexes are reset to 0. These indexes persist >> >> >>>>>>>>>>> from >> >> >>>>>>>>>>> call >> >> >>>>>>>>>>> to >> >> >>>>>>>>>>> call, so there are no gaps or glitches. >> >> >>>>>>>>>>> >> >> >>>>>>>>>>> There is ksmps frames latency in the code because spin is >> >> >>>>>>>>>>> read >> >> >>>>>>>>>>> in >> >> >>>>>>>>>>> before >> >> >>>>>>>>>>> it spout is computed. But I will try to change the code so >> >> >>>>>>>>>>> that >> >> >>>>>>>>>>> the >> >> >>>>>>>>>>> buffers >> >> >>>>>>>>>>> are rewound to line spout up with spin. There will then be >> >> >>>>>>>>>>> zero >> >> >>>>>>>>>>> latency. >> >> >>>>>>>>>>> >> >> >>>>>>>>>>> >> >> >>>>>>>>>>> ----------------------------------------------------- >> >> >>>>>>>>>>> Michael Gogins >> >> >>>>>>>>>>> Irreducible Productions >> >> >>>>>>>>>>> http://michaelgogins.tumblr.com >> >> >>>>>>>>>>> Michael dot Gogins at gmail dot com >> >> >>>>>>>>>>> >> >> >>>>>>>>>>> >> >> >>>>>>>>>>> On Tue, Feb 4, 2014 at 11:03 AM, Steven Yi >> >> >>>>>>>>>>> >> >> >>>>>>>>>>> wrote: >> >> >>>>>>>>>>>> >> >> >>>>>>>>>>>> I was in the middle of replying pretty much the same thing >> >> >>>>>>>>>>>> as >> >> >>>>>>>>>>>> Victor. >> >> >>>>>>>>>>>> Seems like you're introducing block's worth of latency due >> >> >>>>>>>>>>>> to >> >> >>>>>>>>>>>> the >> >> >>>>>>>>>>>> code >> >> >>>>>>>>>>>> order. >> >> >>>>>>>>>>>> >> >> >>>>>>>>>>>> On Tue, Feb 4, 2014 at 11:05 AM, Victor Lazzarini >> >> >>>>>>>>>>>> wrote: >> >> >>>>>>>>>>>>> I would have thought that you would >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> 1) write data into spin >> >> >>>>>>>>>>>>> 2) process >> >> >>>>>>>>>>>>> 3) write data out of spout. >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> if you read and write after running PeformKsmps(), as far >> >> >>>>>>>>>>>>> as >> >> >>>>>>>>>>>>> I >> >> >>>>>>>>>>>>> can >> >> >>>>>>>>>>>>> see >> >> >>>>>>>>>>>>> there might be >> >> >>>>>>>>>>>>> a delay between input and output, as you will be >> >> >>>>>>>>>>>>> effectively >> >> >>>>>>>>>>>>> putting >> >> >>>>>>>>>>>>> out the data that >> >> >>>>>>>>>>>>> you processed in the previous period. >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> 1) process (means process the current spin data) >> >> >>>>>>>>>>>>> 2) write to spin the new data >> >> >>>>>>>>>>>>> 3) write out the result of processing the previous spin >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> That's what it looks like to me. Not sure if I am right. >> >> >>>>>>>>>>>>> Also >> >> >>>>>>>>>>>>> this >> >> >>>>>>>>>>>>> discussion should be in the dev list not >> >> >>>>>>>>>>>>> in the users list (so my response is going there). >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> Victor >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> On 4 Feb 2014, at 15:47, Rory Walsh >> >> >>>>>>>>>>>>> wrote: >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>>> I can confirm that it's not an issue with the plugin >> >> >>>>>>>>>>>>>> framework >> >> >>>>>>>>>>>>>> I'm >> >> >>>>>>>>>>>>>> using. I can also confirm it happens whether the >> >> >>>>>>>>>>>>>> plugin's >> >> >>>>>>>>>>>>>> processBlock() is being called the same amount of times >> >> >>>>>>>>>>>>>> as >> >> >>>>>>>>>>>>>> performKsmps(). That is to say, if the plugin sample >> >> >>>>>>>>>>>>>> buffer >> >> >>>>>>>>>>>>>> is >> >> >>>>>>>>>>>>>> set >> >> >>>>>>>>>>>>>> to >> >> >>>>>>>>>>>>>> 64 and so is Csound's, the problem persists. >> >> >>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>> I can recreate it with Reaper by placing two identical >> >> >>>>>>>>>>>>>> audio >> >> >>>>>>>>>>>>>> tracks >> >> >>>>>>>>>>>>>> in >> >> >>>>>>>>>>>>>> the session. On one track I place a straight forward >> >> >>>>>>>>>>>>>> in/out >> >> >>>>>>>>>>>>>> Cabbage >> >> >>>>>>>>>>>>>> effect plugin. Then play both back at the same time. >> >> >>>>>>>>>>>>>> You'll >> >> >>>>>>>>>>>>>> hear >> >> >>>>>>>>>>>>>> subtle phasing taking place until you bypass the plugin >> >> >>>>>>>>>>>>>> effect. >> >> >>>>>>>>>>>>>> Here's >> >> >>>>>>>>>>>>>> my processBlock(), it couldn't be any simpler. Can any >> >> >>>>>>>>>>>>>> devs >> >> >>>>>>>>>>>>>> out >> >> >>>>>>>>>>>>>> there >> >> >>>>>>>>>>>>>> spot something that might introduce latency? >> >> >>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>> CSCompResult = csound->PerformKsmps(); >> >> >>>>>>>>>>>>>> for(int i=0;i> >> >>>>>>>>>>>>>> { >> >> >>>>>>>>>>>>>> if(!CSCompResult) >> >> >>>>>>>>>>>>>> { >> >> >>>>>>>>>>>>>> for(int channel = 0; channel < >> >> >>>>>>>>>>>>>> getNumOutputChannels(); >> >> >>>>>>>>>>>>>> channel++ ) >> >> >>>>>>>>>>>>>> { >> >> >>>>>>>>>>>>>> audioBuffer = buffer.getSampleData(channel,0); >> >> >>>>>>>>>>>>>> pos = igetNumOutputChannels(); >> >> >>>>>>>>>>>>>> CSspin[channel+pos] = audioBuffer[i]cs_scale; >> >> >>>>>>>>>>>>>> audioBuffer[i] = >> >> >>>>>>>>>>>>>> (CSspout[channel+pos]/cs_scale); >> >> >>>>>>>>>>>>>> } >> >> >>>>>>>>>>>>>> } >> >> >>>>>>>>>>>>>> else >> >> >>>>>>>>>>>>>> buffer.clear(); >> >> >>>>>>>>>>>>>> } >> >> >>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>> On 4 February 2014 15:04, Oeyvind Brandtsegg >> >> >>>>>>>>>>>>>> wrote: >> >> >>>>>>>>>>>>>>> All good. >> >> >>>>>>>>>>>>>>> I could test with csound~ and found another cause for >> >> >>>>>>>>>>>>>>> the >> >> >>>>>>>>>>>>>>> latency. >> >> >>>>>>>>>>>>>>> Oeyvind >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> 2014-02-04 Steven Yi : >> >> >>>>>>>>>>>>>>>> Nope. I did some work on updating the CMake file to >> >> >>>>>>>>>>>>>>>> try >> >> >>>>>>>>>>>>>>>> building >> >> >>>>>>>>>>>>>>>> on >> >> >>>>>>>>>>>>>>>> Windows yesterday. I need to do so me research to see >> >> >>>>>>>>>>>>>>>> about >> >> >>>>>>>>>>>>>>>> libraries >> >> >>>>>>>>>>>>>>>> to link to and other things, but it may take a while >> >> >>>>>>>>>>>>>>>> with >> >> >>>>>>>>>>>>>>>> current >> >> >>>>>>>>>>>>>>>> work >> >> >>>>>>>>>>>>>>>> load. >> >> >>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:47 AM, Oeyvind Brandtsegg >> >> >>>>>>>>>>>>>>>> wrote: >> >> >>>>>>>>>>>>>>>>> That looks as if it's for OSX only (?), >> >> >>>>>>>>>>>>>>>>> perhaps not compiled for windows yet? >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> 2014-02-04 Steven Yi : >> >> >>>>>>>>>>>>>>>>>> csound6~ should be with the installer; also >> >> >>>>>>>>>>>>>>>>>> available >> >> >>>>>>>>>>>>>>>>>> at: >> >> >>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>> http://sourceforge.net/projects/csound/files/csound6/Csound6.02/csound~_v1.1.1.pkg/download >> >> >>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:38 AM, Oeyvind Brandtsegg >> >> >>>>>>>>>>>>>>>>>> wrote: >> >> >>>>>>>>>>>>>>>>>>> I can also reproduce it with csound~ in MaxForLive >> >> >>>>>>>>>>>>>>>>>>> haven't tried with csound6~ (where can I find it?) >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> Now, testing with Max (not in Live), and with >> >> >>>>>>>>>>>>>>>>>>> Reaper, >> >> >>>>>>>>>>>>>>>>>>> I >> >> >>>>>>>>>>>>>>>>>>> find >> >> >>>>>>>>>>>>>>>>>>> I >> >> >>>>>>>>>>>>>>>>>>> can not >> >> >>>>>>>>>>>>>>>>>>> reproduce the behaviour there. >> >> >>>>>>>>>>>>>>>>>>> So there is something with Live then. However, >> >> >>>>>>>>>>>>>>>>>>> other >> >> >>>>>>>>>>>>>>>>>>> VST >> >> >>>>>>>>>>>>>>>>>>> plugins >> >> >>>>>>>>>>>>>>>>>>> in >> >> >>>>>>>>>>>>>>>>>>> Live does not introduce extra latency. >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> The way I measure latency is by setiing up a >> >> >>>>>>>>>>>>>>>>>>> microphone >> >> >>>>>>>>>>>>>>>>>>> close >> >> >>>>>>>>>>>>>>>>>>> to >> >> >>>>>>>>>>>>>>>>>>> the >> >> >>>>>>>>>>>>>>>>>>> speaker, close enough that it will almost feed, >> >> >>>>>>>>>>>>>>>>>>> then tap the mic and listen to the resonance of the >> >> >>>>>>>>>>>>>>>>>>> system. >> >> >>>>>>>>>>>>>>>>>>> When >> >> >>>>>>>>>>>>>>>>>>> the >> >> >>>>>>>>>>>>>>>>>>> latency changes, the resonance will change. >> >> >>>>>>>>>>>>>>>>>>> When I add a plugin (Cabbage or MaxForLive with >> >> >>>>>>>>>>>>>>>>>>> csound~), >> >> >>>>>>>>>>>>>>>>>>> the >> >> >>>>>>>>>>>>>>>>>>> latency >> >> >>>>>>>>>>>>>>>>>>> (and so the resonance) changes. If I load other VST >> >> >>>>>>>>>>>>>>>>>>> plugins >> >> >>>>>>>>>>>>>>>>>>> this >> >> >>>>>>>>>>>>>>>>>>> does >> >> >>>>>>>>>>>>>>>>>>> not happen, the latency does not change. >> >> >>>>>>>>>>>>>>>>>>> But as I said, I can only reproduce it in Live. >> >> >>>>>>>>>>>>>>>>>>> Sorry >> >> >>>>>>>>>>>>>>>>>>> for >> >> >>>>>>>>>>>>>>>>>>> the >> >> >>>>>>>>>>>>>>>>>>> noise. >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh : >> >> >>>>>>>>>>>>>>>>>>>> I can recreate it here. It's subtle, but present. >> >> >>>>>>>>>>>>>>>>>>>> I'll >> >> >>>>>>>>>>>>>>>>>>>> take >> >> >>>>>>>>>>>>>>>>>>>> a >> >> >>>>>>>>>>>>>>>>>>>> look. >> >> >>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:38, Oeyvind Brandtsegg >> >> >>>>>>>>>>>>>>>>>>>> wrote: >> >> >>>>>>>>>>>>>>>>>>>>> Yes, I have tried different ksmps values, both >> >> >>>>>>>>>>>>>>>>>>>>> higher >> >> >>>>>>>>>>>>>>>>>>>>> and >> >> >>>>>>>>>>>>>>>>>>>>> lower >> >> >>>>>>>>>>>>>>>>>>>>> and >> >> >>>>>>>>>>>>>>>>>>>>> equal to the host buffer size. >> >> >>>>>>>>>>>>>>>>>>>>> Will investigate if I can reproduce it on >> >> >>>>>>>>>>>>>>>>>>>>> csound~. >> >> >>>>>>>>>>>>>>>>>>>>> Oeyvind >> >> >>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh : >> >> >>>>>>>>>>>>>>>>>>>>>> On second thoughts I can't see what might be >> >> >>>>>>>>>>>>>>>>>>>>>> causing >> >> >>>>>>>>>>>>>>>>>>>>>> this. >> >> >>>>>>>>>>>>>>>>>>>>>> Have you >> >> >>>>>>>>>>>>>>>>>>>>>> tried setting ksmps to be the same as your >> >> >>>>>>>>>>>>>>>>>>>>>> host's >> >> >>>>>>>>>>>>>>>>>>>>>> buffer >> >> >>>>>>>>>>>>>>>>>>>>>> size? >> >> >>>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:01, Rory Walsh >> >> >>>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> wrote: >> >> >>>>>>>>>>>>>>>>>>>>>>> I think I have it... Lunch first though.. >> >> >>>>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>> sent from a mobile device... >> >> >>>>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>> On 4 Feb 2014 12:56, "Rory Walsh" >> >> >>>>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>> wrote: >> >> >>>>>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> Are you just running audio straight in and >> >> >>>>>>>>>>>>>>>>>>>>>>>> out, >> >> >>>>>>>>>>>>>>>>>>>>>>>> no >> >> >>>>>>>>>>>>>>>>>>>>>>>> processing? The >> >> >>>>>>>>>>>>>>>>>>>>>>>> plugin host calls the plugin's processBlock() >> >> >>>>>>>>>>>>>>>>>>>>>>>> which >> >> >>>>>>>>>>>>>>>>>>>>>>>> in >> >> >>>>>>>>>>>>>>>>>>>>>>>> turn >> >> >>>>>>>>>>>>>>>>>>>>>>>> calls >> >> >>>>>>>>>>>>>>>>>>>>>>>> performKsmps(). So long as processBlock() is >> >> >>>>>>>>>>>>>>>>>>>>>>>> being >> >> >>>>>>>>>>>>>>>>>>>>>>>> called >> >> >>>>>>>>>>>>>>>>>>>>>>>> (if the >> >> >>>>>>>>>>>>>>>>>>>>>>>> track is playing for example) performKsmps() >> >> >>>>>>>>>>>>>>>>>>>>>>>> will >> >> >>>>>>>>>>>>>>>>>>>>>>>> be >> >> >>>>>>>>>>>>>>>>>>>>>>>> called >> >> >>>>>>>>>>>>>>>>>>>>>>>> over and >> >> >>>>>>>>>>>>>>>>>>>>>>>> over again processing ksmps samples each time. >> >> >>>>>>>>>>>>>>>>>>>>>>>> At >> >> >>>>>>>>>>>>>>>>>>>>>>>> the >> >> >>>>>>>>>>>>>>>>>>>>>>>> moment >> >> >>>>>>>>>>>>>>>>>>>>>>>> the >> >> >>>>>>>>>>>>>>>>>>>>>>>> processBlock() method and the performKsmps() >> >> >>>>>>>>>>>>>>>>>>>>>>>> are >> >> >>>>>>>>>>>>>>>>>>>>>>>> firing >> >> >>>>>>>>>>>>>>>>>>>>>>>> off >> >> >>>>>>>>>>>>>>>>>>>>>>>> at >> >> >>>>>>>>>>>>>>>>>>>>>>>> different speeds. I can look at forcing >> >> >>>>>>>>>>>>>>>>>>>>>>>> Cabbage >> >> >>>>>>>>>>>>>>>>>>>>>>>> plugins >> >> >>>>>>>>>>>>>>>>>>>>>>>> to >> >> >>>>>>>>>>>>>>>>>>>>>>>> process the >> >> >>>>>>>>>>>>>>>>>>>>>>>> same amount of samples as the plugin does with >> >> >>>>>>>>>>>>>>>>>>>>>>>> each >> >> >>>>>>>>>>>>>>>>>>>>>>>> call >> >> >>>>>>>>>>>>>>>>>>>>>>>> to >> >> >>>>>>>>>>>>>>>>>>>>>>>> processBlock(). Perhaps that might help. >> >> >>>>>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 12:41, Oeyvind Brandtsegg >> >> >>>>>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> wrote: >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Regarding latency and buffers, >> >> >>>>>>>>>>>>>>>>>>>>>>>>> I thought I had understood that csound, when >> >> >>>>>>>>>>>>>>>>>>>>>>>>> used >> >> >>>>>>>>>>>>>>>>>>>>>>>>> as a >> >> >>>>>>>>>>>>>>>>>>>>>>>>> plugin (e.g. >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Cabbage or csound~) would process the audio >> >> >>>>>>>>>>>>>>>>>>>>>>>>> buffer >> >> >>>>>>>>>>>>>>>>>>>>>>>>> "in >> >> >>>>>>>>>>>>>>>>>>>>>>>>> place", so no >> >> >>>>>>>>>>>>>>>>>>>>>>>>> extra latency would incur due to the sound >> >> >>>>>>>>>>>>>>>>>>>>>>>>> being >> >> >>>>>>>>>>>>>>>>>>>>>>>>> processed >> >> >>>>>>>>>>>>>>>>>>>>>>>>> through >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Csound, assuming that ksmps is smaler than >> >> >>>>>>>>>>>>>>>>>>>>>>>>> the >> >> >>>>>>>>>>>>>>>>>>>>>>>>> host >> >> >>>>>>>>>>>>>>>>>>>>>>>>> program's buffer >> >> >>>>>>>>>>>>>>>>>>>>>>>>> size. >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Now, running Cabbage plugins in Ableton Live, >> >> >>>>>>>>>>>>>>>>>>>>>>>>> I've >> >> >>>>>>>>>>>>>>>>>>>>>>>>> been >> >> >>>>>>>>>>>>>>>>>>>>>>>>> investigating >> >> >>>>>>>>>>>>>>>>>>>>>>>>> latency issues, and I find that adding a >> >> >>>>>>>>>>>>>>>>>>>>>>>>> simple >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >> >> >>>>>>>>>>>>>>>>>>>>>>>>> plugin will >> >> >>>>>>>>>>>>>>>>>>>>>>>>> delay the signal. Also, adding more than one >> >> >>>>>>>>>>>>>>>>>>>>>>>>> such >> >> >>>>>>>>>>>>>>>>>>>>>>>>> plugin >> >> >>>>>>>>>>>>>>>>>>>>>>>>> in >> >> >>>>>>>>>>>>>>>>>>>>>>>>> series >> >> >>>>>>>>>>>>>>>>>>>>>>>>> increases the delay/latency accordingly. I've >> >> >>>>>>>>>>>>>>>>>>>>>>>>> tried >> >> >>>>>>>>>>>>>>>>>>>>>>>>> using >> >> >>>>>>>>>>>>>>>>>>>>>>>>> different >> >> >>>>>>>>>>>>>>>>>>>>>>>>> ksmps, and this indeed affects the amount of >> >> >>>>>>>>>>>>>>>>>>>>>>>>> latency >> >> >>>>>>>>>>>>>>>>>>>>>>>>> but >> >> >>>>>>>>>>>>>>>>>>>>>>>>> even setting >> >> >>>>>>>>>>>>>>>>>>>>>>>>> ksmps=1 does not get rid of it. >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Can the buffer be processed "in place"? >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> best >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> -- >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >> >> >>>>>>>>>>>>>>>>>>>>>>>>> NTNU >> >> >>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Norway >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >> >> >>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >> >> >>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >> >> >>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >> >> >>>>>>>>>>>>>>>>>>>>>>>>> trackers >> >> >>>>>>>>>>>>>>>>>>>>>>>>> csound6: >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >> >>>>>>>>>>>>>>>>>>>>>>>>> csound5: >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >> >> >>>>>>>>>>>>>>>>>>>>>>>>> posted >> >> >>>>>>>>>>>>>>>>>>>>>>>>> here >> >> >>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >> >> >>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >> >> >>>>>>>>>>>>>>>>>>>>>>>>> with >> >> >>>>>>>>>>>>>>>>>>>>>>>>> body >> >> >>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe >> >> >>>>>>>>>>>>>>>>>>>>>>>>> csound" >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >> >> >>>>>>>>>>>>>>>>>>>>>> trackers >> >> >>>>>>>>>>>>>>>>>>>>>> csound6: >> >> >>>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >> >>>>>>>>>>>>>>>>>>>>>> csound5: >> >> >>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >> >>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >> >> >>>>>>>>>>>>>>>>>>>>>> here >> >> >>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >> >> >>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >> >> >>>>>>>>>>>>>>>>>>>>>> with >> >> >>>>>>>>>>>>>>>>>>>>>> body >> >> >>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >> >> >>>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>> -- >> >> >>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >> >> >>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >> >> >>>>>>>>>>>>>>>>>>>>> NTNU >> >> >>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >> >> >>>>>>>>>>>>>>>>>>>>> Norway >> >> >>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >> >> >>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >> >> >>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >> >> >>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >> >> >>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >> >> >>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >> >>>>>>>>>>>>>>>>>>>>> csound6: >> >> >>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >> >>>>>>>>>>>>>>>>>>>>> csound5: >> >> >>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >> >>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >> >> >>>>>>>>>>>>>>>>>>>>> here >> >> >>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >> >> >>>>>>>>>>>>>>>>>>>>> with >> >> >>>>>>>>>>>>>>>>>>>>> body >> >> >>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >> >> >>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >> >>>>>>>>>>>>>>>>>>>> csound6: >> >> >>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >> >>>>>>>>>>>>>>>>>>>> csound5: >> >> >>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >> >>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >> >> >>>>>>>>>>>>>>>>>>>> here >> >> >>>>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >> >> >>>>>>>>>>>>>>>>>>>> with >> >> >>>>>>>>>>>>>>>>>>>> body >> >> >>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >> >> >>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> -- >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >> >> >>>>>>>>>>>>>>>>>>> Professor of Music Technology >> >> >>>>>>>>>>>>>>>>>>> NTNU >> >> >>>>>>>>>>>>>>>>>>> 7491 Trondheim >> >> >>>>>>>>>>>>>>>>>>> Norway >> >> >>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >> >> >>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >> >> >>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >> >> >>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >> >>>>>>>>>>>>>>>>>>> csound6: >> >> >>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >> >>>>>>>>>>>>>>>>>>> csound5: >> >> >>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >> >>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >> >> >>>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >> >> >>>>>>>>>>>>>>>>>>> with >> >> >>>>>>>>>>>>>>>>>>> body >> >> >>>>>>>>>>>>>>>>>>> "unsubscribe csound" >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >> >>>>>>>>>>>>>>>>>> csound6: >> >> >>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >> >>>>>>>>>>>>>>>>>> csound5: >> >> >>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >> >>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >> >> >>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >> >> >>>>>>>>>>>>>>>>>> with >> >> >>>>>>>>>>>>>>>>>> body >> >> >>>>>>>>>>>>>>>>>> "unsubscribe csound" >> >> >>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> -- >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >> >> >>>>>>>>>>>>>>>>> Professor of Music Technology >> >> >>>>>>>>>>>>>>>>> NTNU >> >> >>>>>>>>>>>>>>>>> 7491 Trondheim >> >> >>>>>>>>>>>>>>>>> Norway >> >> >>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> http://flyndresang.no/ >> >> >>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >> >> >>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >> >> >>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >> >>>>>>>>>>>>>>>>> csound6: >> >> >>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >> >>>>>>>>>>>>>>>>> csound5: >> >> >>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >> >>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >> >> >>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >> >> >>>>>>>>>>>>>>>>> with >> >> >>>>>>>>>>>>>>>>> body >> >> >>>>>>>>>>>>>>>>> "unsubscribe csound" >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >> >>>>>>>>>>>>>>>> csound6: >> >> >>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >> >>>>>>>>>>>>>>>> csound5: >> >> >>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >> >>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >> >> >>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with >> >> >>>>>>>>>>>>>>>> body >> >> >>>>>>>>>>>>>>>> "unsubscribe csound" >> >> >>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> -- >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> Oeyvind Brandtsegg >> >> >>>>>>>>>>>>>>> Professor of Music Technology >> >> >>>>>>>>>>>>>>> NTNU >> >> >>>>>>>>>>>>>>> 7491 Trondheim >> >> >>>>>>>>>>>>>>> Norway >> >> >>>>>>>>>>>>>>> Cell: +47 92 203 205 >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> http://flyndresang.no/ >> >> >>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >> >> >>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >> >> >>>>>>>>>>>>>>> http://soundcloud.com/t-emp >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >> >>>>>>>>>>>>>>> csound6: >> >> >>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >> >>>>>>>>>>>>>>> csound5: >> >> >>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >> >>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >> >> >>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with >> >> >>>>>>>>>>>>>>> body >> >> >>>>>>>>>>>>>>> "unsubscribe csound" >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >> >>>>>>>>>>>>>> csound6: >> >> >>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >> >>>>>>>>>>>>>> csound5: >> >> >>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >> >>>>>>>>>>>>>> Discussions of bugs and features can be posted here >> >> >>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with >> >> >>>>>>>>>>>>>> body >> >> >>>>>>>>>>>>>> "unsubscribe csound" >> >> >>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>> >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> ------------------------------------------------------------------------------ >> >> >>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >> >> >>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >> >> >>>>>>>>>>>>> Common >> >> >>>>>>>>>>>>> Pitfalls. >> >> >>>>>>>>>>>>> Read the Whitepaper. >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> >>>>>>>>>>>>> _______________________________________________ >> >> >>>>>>>>>>>>> Csound-devel mailing list >> >> >>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >> >> >>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >>>>>>>>>>>> >> >> >>>>>>>>>>>> >> >> >>>>>>>>>>>> >> >> >>>>>>>>>>>> >> >> >>>>>>>>>>>> >> >> >>>>>>>>>>>> >> >> >>>>>>>>>>>> >> >> >>>>>>>>>>>> ------------------------------------------------------------------------------ >> >> >>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >> >> >>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >> >> >>>>>>>>>>>> Common >> >> >>>>>>>>>>>> Pitfalls. >> >> >>>>>>>>>>>> Read the Whitepaper. >> >> >>>>>>>>>>>> >> >> >>>>>>>>>>>> >> >> >>>>>>>>>>>> >> >> >>>>>>>>>>>> >> >> >>>>>>>>>>>> >> >> >>>>>>>>>>>> >> >> >>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> >>>>>>>>>>>> _______________________________________________ >> >> >>>>>>>>>>>> Csound-devel mailing list >> >> >>>>>>>>>>>> Csound-devel@lists.sourceforge.net >> >> >>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >>>>>>>>>>> >> >> >>>>>>>>>>> >> >> >>>>>>>>>> >> >> >>>>>>>>>> >> >> >>>>>>>>>> >> >> >>>>>>>>>> >> >> >>>>>>>>>> >> >> >>>>>>>>>> >> >> >>>>>>>>>> >> >> >>>>>>>>>> ------------------------------------------------------------------------------ >> >> >>>>>>>>>> Managing the Performance of Cloud-Based Applications >> >> >>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >> >> >>>>>>>>>> Pitfalls. >> >> >>>>>>>>>> Read the Whitepaper. >> >> >>>>>>>>>> >> >> >>>>>>>>>> >> >> >>>>>>>>>> >> >> >>>>>>>>>> >> >> >>>>>>>>>> >> >> >>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> >>>>>>>>>> _______________________________________________ >> >> >>>>>>>>>> Csound-devel mailing list >> >> >>>>>>>>>> Csound-devel@lists.sourceforge.net >> >> >>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >>>>>>>>>> >> >> >>>>>>>>> >> >> >>>>>>>>> >> >> >>>>>>>>> >> >> >>>>>>>>> >> >> >>>>>>>>> >> >> >>>>>>>>> >> >> >>>>>>>>> ------------------------------------------------------------------------------ >> >> >>>>>>>>> Managing the Performance of Cloud-Based Applications >> >> >>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >> >> >>>>>>>>> Pitfalls. >> >> >>>>>>>>> Read the Whitepaper. >> >> >>>>>>>>> >> >> >>>>>>>>> >> >> >>>>>>>>> >> >> >>>>>>>>> >> >> >>>>>>>>> >> >> >>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> >>>>>>>>> _______________________________________________ >> >> >>>>>>>>> Csound-devel mailing list >> >> >>>>>>>>> Csound-devel@lists.sourceforge.net >> >> >>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >>>>>>>> >> >> >>>>>>>> >> >> >>>>>>>> >> >> >>>>>>>> >> >> >>>>>>>> >> >> >>>>>>>> >> >> >>>>>>>> >> >> >>>>>>>> ------------------------------------------------------------------------------ >> >> >>>>>>>> Managing the Performance of Cloud-Based Applications >> >> >>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >> >> >>>>>>>> Pitfalls. >> >> >>>>>>>> Read the Whitepaper. >> >> >>>>>>>> >> >> >>>>>>>> >> >> >>>>>>>> >> >> >>>>>>>> >> >> >>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> >>>>>>>> _______________________________________________ >> >> >>>>>>>> Csound-devel mailing list >> >> >>>>>>>> Csound-devel@lists.sourceforge.net >> >> >>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >>>>>>>> >> >> >>>>>>> >> >> >>>>>>> >> >> >>>>>>> >> >> >>>>>>> >> >> >>>>>>> >> >> >>>>>>> ------------------------------------------------------------------------------ >> >> >>>>>>> Managing the Performance of Cloud-Based Applications >> >> >>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >> >> >>>>>>> Pitfalls. >> >> >>>>>>> Read the Whitepaper. >> >> >>>>>>> >> >> >>>>>>> >> >> >>>>>>> >> >> >>>>>>> >> >> >>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> >>>>>>> _______________________________________________ >> >> >>>>>>> Csound-devel mailing list >> >> >>>>>>> Csound-devel@lists.sourceforge.net >> >> >>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >>>>>> >> >> >>>>>> Dr Victor Lazzarini >> >> >>>>>> Senior Lecturer >> >> >>>>>> Dept. of Music >> >> >>>>>> NUI Maynooth Ireland >> >> >>>>>> tel.: +353 1 708 3545 >> >> >>>>>> Victor dot Lazzarini AT nuim dot ie >> >> >>>>>> >> >> >>>>>> >> >> >>>>>> >> >> >>>>>> >> >> >>>>>> >> >> >>>>>> >> >> >>>>>> >> >> >>>>>> >> >> >>>>>> ------------------------------------------------------------------------------ >> >> >>>>>> Managing the Performance of Cloud-Based Applications >> >> >>>>>> Take advantage of what the Cloud has to offer - Avoid Common >> >> >>>>>> Pitfalls. >> >> >>>>>> Read the Whitepaper. >> >> >>>>>> >> >> >>>>>> >> >> >>>>>> >> >> >>>>>> >> >> >>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> >>>>>> _______________________________________________ >> >> >>>>>> Csound-devel mailing list >> >> >>>>>> Csound-devel@lists.sourceforge.net >> >> >>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >>>>> >> >> >>>>> >> >> >>>>> >> >> >>>>> >> >> >>>>> >> >> >>>>> >> >> >>>>> ------------------------------------------------------------------------------ >> >> >>>>> Managing the Performance of Cloud-Based Applications >> >> >>>>> Take advantage of what the Cloud has to offer - Avoid Common >> >> >>>>> Pitfalls. >> >> >>>>> Read the Whitepaper. >> >> >>>>> >> >> >>>>> >> >> >>>>> >> >> >>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> >>>>> _______________________________________________ >> >> >>>>> Csound-devel mailing list >> >> >>>>> Csound-devel@lists.sourceforge.net >> >> >>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >>>>> >> >> >>>> >> >> >>>> >> >> >>>> >> >> >>>> >> >> >>>> ------------------------------------------------------------------------------ >> >> >>>> Managing the Performance of Cloud-Based Applications >> >> >>>> Take advantage of what the Cloud has to offer - Avoid Common >> >> >>>> Pitfalls. >> >> >>>> Read the Whitepaper. >> >> >>>> >> >> >>>> >> >> >>>> >> >> >>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> >>>> _______________________________________________ >> >> >>>> Csound-devel mailing list >> >> >>>> Csound-devel@lists.sourceforge.net >> >> >>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >>> >> >> >>> >> >> >>> >> >> >>> >> >> >>> >> >> >>> ------------------------------------------------------------------------------ >> >> >>> Managing the Performance of Cloud-Based Applications >> >> >>> Take advantage of what the Cloud has to offer - Avoid Common >> >> >>> Pitfalls. >> >> >>> Read the Whitepaper. >> >> >>> >> >> >>> >> >> >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> >>> _______________________________________________ >> >> >>> Csound-devel mailing list >> >> >>> Csound-devel@lists.sourceforge.net >> >> >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >>> >> >> >> >> >> >> >> >> >> >> >> >> ------------------------------------------------------------------------------ >> >> >> Managing the Performance of Cloud-Based Applications >> >> >> Take advantage of what the Cloud has to offer - Avoid Common >> >> >> Pitfalls. >> >> >> Read the Whitepaper. >> >> >> >> >> >> >> >> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> >> _______________________________________________ >> >> >> Csound-devel mailing list >> >> >> Csound-devel@lists.sourceforge.net >> >> >> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> > >> >> > Dr Victor Lazzarini >> >> > Senior Lecturer >> >> > Dept. of Music >> >> > NUI Maynooth Ireland >> >> > tel.: +353 1 708 3545 >> >> > Victor dot Lazzarini AT nuim dot ie >> >> > >> >> > >> >> > >> >> > >> >> > >> >> > >> >> > ------------------------------------------------------------------------------ >> >> > Managing the Performance of Cloud-Based Applications >> >> > Take advantage of what the Cloud has to offer - Avoid Common >> >> > Pitfalls. >> >> > Read the Whitepaper. >> >> > >> >> > >> >> > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> > _______________________________________________ >> >> > Csound-devel mailing list >> >> > Csound-devel@lists.sourceforge.net >> >> > https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >> >> >> >> >> >> -- >> >> >> >> Oeyvind Brandtsegg >> >> Professor of Music Technology >> >> NTNU >> >> 7491 Trondheim >> >> Norway >> >> Cell: +47 92 203 205 >> >> >> >> http://flyndresang.no/ >> >> http://www.partikkelaudio.com/ >> >> http://soundcloud.com/brandtsegg >> >> http://soundcloud.com/t-emp >> >> >> >> >> >> >> >> ------------------------------------------------------------------------------ >> >> Managing the Performance of Cloud-Based Applications >> >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> >> Read the Whitepaper. >> >> >> >> >> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> _______________________________________________ >> >> Csound-devel mailing list >> >> Csound-devel@lists.sourceforge.net >> >> https://lists.sourceforge.net/lists/listinfo/csound-devel >> > >> > >> > >> > >> > ------------------------------------------------------------------------------ >> > Managing the Performance of Cloud-Based Applications >> > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> > Read the Whitepaper. >> > >> > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> > _______________________________________________ >> > Csound-devel mailing list >> > Csound-devel@lists.sourceforge.net >> > https://lists.sourceforge.net/lists/listinfo/csound-devel >> > >> >> >> >> -- >> >> Oeyvind Brandtsegg >> Professor of Music Technology >> NTNU >> 7491 Trondheim >> Norway >> Cell: +47 92 203 205 >> >> http://flyndresang.no/ >> http://www.partikkelaudio.com/ >> http://soundcloud.com/brandtsegg >> http://soundcloud.com/t-emp >> >> >> ------------------------------------------------------------------------------ >> Managing the Performance of Cloud-Based Applications >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> Read the Whitepaper. >> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> _______________________________________________ >> Csound-devel mailing list >> Csound-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/csound-devel ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net

Date	2014-02-06 01:16
From	Michael Gogins
Subject	Re: [Cs-dev] [Csnd] Latency and buffers
Attachments	None None
	There are two cases. If ksmps is always 1, you can use this algorithm: for each frame in the host input buffer: copy the host frame to the spin frame call performKsmps() copy the spout frame to the host output buffer Then there is no delay. If ksmps is greater than 1 it goes like this. It's enough to consider ksmps = 2, all other cases work the same way. for each frame in the host input buffer: copy the current host input frame to the current spin frame copy the current spout frame to the current host output buffer if the current spout frame is past the end of spout: call performKsmps reset the spout/spin frame index to 0 If ksmps==1 then there is 1 frame of silence in the output at the start, and thereafter output lags input by 1 frame. On the final frame of the host buffer, Csound computes a frame in spout but it is not copied to the output until the next processing call. If ksmps==2 then there are 2 frames of silence in the output at the start, and thereafter output lags input by 2 frames. On the final frame of the host buffer,Csound computes 2 frames in spout, but depending on the size of the output buffer, 1 or 2 frames are not copied to the output until the next processing call. And so on. Regards, Mike ----------------------------------------------------- Michael Gogins Irreducible Productions http://michaelgogins.tumblr.com Michael dot Gogins at gmail dot com On Wed, Feb 5, 2014 at 7:39 PM, Rory Walsh <rorywalsh@ear.ie> wrote: The way it stands things are fine, albeit with a ksmps delay. But it will remain constant and there won't be any drop outs. If ksmps ==1 then there will be no problems with latency. Of course I stand to be corrected. When all is said and done, I did enjoy contemplating life without Cabbage over a few beers. But that might just have been the beers :) On 5 February 2014 23:57, Rory Walsh <rorywalsh@ear.ie> wrote: > I'm glad you asked this because I'm a little lost too! I was thinking the > same as you. At some stage won't things goes south if the buffer size > suddenly changes as is likely once automation is brought into the equation? > > sent from a mobile device... > > On 5 Feb 2014 23:27, "Oeyvind Brandtsegg" <oyvind.brandtsegg@ntnu.no> wrote: >> >> Ok. That is good. >> But can it (the latency) change dynamically, as the host buffer size >> change dynamically? >> Sorry if I'm being dense but I would really like to understand. >> >> >> 2014-02-06 Michael Gogins <michael.gogins@gmail.com>: >> > No, the maximum latency is ksmps. That could be either larger, or >> > smaller, >> > than the host buffer size. It doesn't matter. >> > >> > Regards, >> > Mike >> > >> > >> > ----------------------------------------------------- >> > Michael Gogins >> > Irreducible Productions >> > http://michaelgogins.tumblr.com >> > Michael dot Gogins at gmail dot com >> > >> > >> > On Wed, Feb 5, 2014 at 6:07 PM, Oeyvind Brandtsegg >> > <oyvind.brandtsegg@ntnu.no> wrote: >> >> >> >> ...but the latency would be one full host buffer size, not just a >> >> ksmps, >> >> right? >> >> So a small ksmps would rather minimize the chance of a ksmps-buffer >> >> mismatch, but not actually minimize worst case latency (which would be >> >> one host buffer block). Isn't it so? >> >> >> >> Now, one thing I don't understand is if the latency can be zero when >> >> the host buffer is an integer multiple of ksmps, and it indeed is, >> >> and also the host buffer size can be dynamic, we must assume that >> >> the two buffer length may initially fit but at some later time they >> >> will not,* then* what happens at the transition point ? I mean, when >> >> we go from perfectly aligned buffers and zero latency to misaligned >> >> buffers and one bufferlength latency. Then we should have one non-full >> >> buffer in the transition from zero latency to one-buffer latency. Will >> >> it pop? If so, I would expect it to pop quite often(?), which it does >> >> not. >> >> Or? >> >> >> >> >> >> >> >> >> >> 2014-02-05 Victor Lazzarini <Victor.Lazzarini@nuim.ie>: >> >> > If your ksmps is small, any latency that might exist will be small >> >> > too, >> >> > and I can't see it having >> >> > a major effect. So if you run with ksmps=16, it's 0.3 millisseconds. >> >> > Not >> >> > much of a problem. >> >> > And for the cases where this is a problem, then it's still possible >> >> > to >> >> > run with ksmps=1. >> >> > >> >> > Victor >> >> > On 5 Feb 2014, at 20:46, Rory Walsh wrote: >> >> > >> >> >> I wish I had thought of this before spending so much time writing a >> >> >> framework for developing VST plugins with Csound. I'm off now to >> >> >> have >> >> >> a few beers and rethink life! >> >> >> >> >> >> >> >> >> On 5 February 2014 20:06, Michael Gogins <michael.gogins@gmail.com> >> >> >> wrote: >> >> >>> Then your code will run 5 times slower or so. >> >> >>> >> >> >>> Regards, >> >> >>> Mike >> >> >>> >> >> >>> >> >> >>> ----------------------------------------------------- >> >> >>> Michael Gogins >> >> >>> Irreducible Productions >> >> >>> http://michaelgogins.tumblr.com >> >> >>> Michael dot Gogins at gmail dot com >> >> >>> >> >> >>> >> >> >>> On Wed, Feb 5, 2014 at 3:03 PM, Rory Walsh <rorywalsh@ear.ie> >> >> >>> wrote: >> >> >>>> >> >> >>>> Seems every where I look it says don't make any assumptions about >> >> >>>> buffer sizes. So I guess the only fail safe way is to force a >> >> >>>> ksmps >> >> >>>> of >> >> >>>> 1? uh... >> >> >>>> >> >> >>>> On 5 February 2014 19:57, Michael Gogins >> >> >>>> <michael.gogins@gmail.com> >> >> >>>> wrote: >> >> >>>>> I believe that you are wrong, you cannot count on a power of two >> >> >>>>> size. >> >> >>>>> >> >> >>>>> See these threads from KVR: >> >> >>>>> >> >> >>>>> http://www.kvraudio.com/forum/viewtopic.php?t=279753 >> >> >>>>> >> >> >>>>> http://www.kvraudio.com/forum/viewtopic.php?t=359951 >> >> >>>>> >> >> >>>>> http://www.kvraudio.com/forum/viewtopic.php?p=3458228 >> >> >>>>> >> >> >>>>> Regards, >> >> >>>>> Mike >> >> >>>>> >> >> >>>>> >> >> >>>>> >> >> >>>>> >> >> >>>>> >> >> >>>>> ----------------------------------------------------- >> >> >>>>> Michael Gogins >> >> >>>>> Irreducible Productions >> >> >>>>> http://michaelgogins.tumblr.com >> >> >>>>> Michael dot Gogins at gmail dot com >> >> >>>>> >> >> >>>>> >> >> >>>>> On Wed, Feb 5, 2014 at 2:17 PM, Victor Lazzarini >> >> >>>>> <Victor.Lazzarini@nuim.ie> >> >> >>>>> wrote: >> >> >>>>>> >> >> >>>>>> But I think you're probably safe setting ksmps to a low value >> >> >>>>>> that >> >> >>>>>> is a >> >> >>>>>> power-of-two. I would >> >> >>>>>> expect most hosts to run buffers that are power-of-two and that >> >> >>>>>> are >> >> >>>>>> not >> >> >>>>>> that small. >> >> >>>>>> ksmps =8,16 or 32 should do. >> >> >>>>>> >> >> >>>>>> Victor >> >> >>>>>> >> >> >>>>>> On 5 Feb 2014, at 18:10, Rory Walsh wrote: >> >> >>>>>> >> >> >>>>>>> I was just about to answer my previous mail with the same >> >> >>>>>>> thing. >> >> >>>>>>> That's >> >> >>>>>>> a pain. >> >> >>>>>>> >> >> >>>>>>> On 5 February 2014 18:03, Michael Gogins >> >> >>>>>>> <michael.gogins@gmail.com> >> >> >>>>>>> wrote: >> >> >>>>>>>> No. The host can and often does use a different host audio >> >> >>>>>>>> buffer >> >> >>>>>>>> size >> >> >>>>>>>> on >> >> >>>>>>>> each call to process() or processReplacing(). >> >> >>>>>>>> >> >> >>>>>>>> Regards, >> >> >>>>>>>> Mike >> >> >>>>>>>> >> >> >>>>>>>> >> >> >>>>>>>> ----------------------------------------------------- >> >> >>>>>>>> Michael Gogins >> >> >>>>>>>> Irreducible Productions >> >> >>>>>>>> http://michaelgogins.tumblr.com >> >> >>>>>>>> Michael dot Gogins at gmail dot com >> >> >>>>>>>> >> >> >>>>>>>> >> >> >>>>>>>> On Wed, Feb 5, 2014 at 11:27 AM, Rory Walsh <rorywalsh@ear.ie> >> >> >>>>>>>> wrote: >> >> >>>>>>>>> >> >> >>>>>>>>> Hi Mike, isn't it possible to query the host buffer size >> >> >>>>>>>>> before >> >> >>>>>>>>> the >> >> >>>>>>>>> processing function is first called, in which case you can >> >> >>>>>>>>> just >> >> >>>>>>>>> override the csd's ksmps? >> >> >>>>>>>>> >> >> >>>>>>>>> On 5 February 2014 15:55, Michael Gogins >> >> >>>>>>>>> <michael.gogins@gmail.com> >> >> >>>>>>>>> wrote: >> >> >>>>>>>>>> I've looked into this some more. As long as the host audio >> >> >>>>>>>>>> buffer >> >> >>>>>>>>>> is >> >> >>>>>>>>>> not >> >> >>>>>>>>>> an >> >> >>>>>>>>>> integral multiple of ksmps, there will have to be ksmps >> >> >>>>>>>>>> latency >> >> >>>>>>>>>> between >> >> >>>>>>>>>> input and output. That is because performKsmps requires spin >> >> >>>>>>>>>> to >> >> >>>>>>>>>> be >> >> >>>>>>>>>> full, >> >> >>>>>>>>>> but >> >> >>>>>>>>>> if there is some remainder from hostsize/ksmps, there will >> >> >>>>>>>>>> be >> >> >>>>>>>>>> some >> >> >>>>>>>>>> frames >> >> >>>>>>>>>> that the host buffer doesn't have but spin needs. >> >> >>>>>>>>>> >> >> >>>>>>>>>> I am letting this go for now, but if Csound could adjust >> >> >>>>>>>>>> ksmps >> >> >>>>>>>>>> during >> >> >>>>>>>>>> performance via the API, then we could get rid of this >> >> >>>>>>>>>> latency >> >> >>>>>>>>>> by >> >> >>>>>>>>>> setting >> >> >>>>>>>>>> ksmps equal to the host buffer size on each host processing >> >> >>>>>>>>>> call. >> >> >>>>>>>>>> I >> >> >>>>>>>>>> think >> >> >>>>>>>>>> this would be a really good idea. I'm entering it as a >> >> >>>>>>>>>> feature >> >> >>>>>>>>>> request. >> >> >>>>>>>>>> >> >> >>>>>>>>>> Regards, >> >> >>>>>>>>>> Mike >> >> >>>>>>>>>> >> >> >>>>>>>>>> >> >> >>>>>>>>>> Regards, >> >> >>>>>>>>>> Mike >> >> >>>>>>>>>> >> >> >>>>>>>>>> >> >> >>>>>>>>>> ----------------------------------------------------- >> >> >>>>>>>>>> Michael Gogins >> >> >>>>>>>>>> Irreducible Productions >> >> >>>>>>>>>> http://michaelgogins.tumblr.com >> >> >>>>>>>>>> Michael dot Gogins at gmail dot com >> >> >>>>>>>>>> >> >> >>>>>>>>>> >> >> >>>>>>>>>> On Tue, Feb 4, 2014 at 1:47 PM, Michael Gogins >> >> >>>>>>>>>> <michael.gogins@gmail.com> >> >> >>>>>>>>>> wrote: >> >> >>>>>>>>>>> >> >> >>>>>>>>>>> CsoundVST does the following: >> >> >>>>>>>>>>> >> >> >>>>>>>>>>> In the processReplacing callback there are essentially two >> >> >>>>>>>>>>> simultaneous >> >> >>>>>>>>>>> loops, each with their own loop indexes. One loop is for >> >> >>>>>>>>>>> the >> >> >>>>>>>>>>> host >> >> >>>>>>>>>>> audio >> >> >>>>>>>>>>> buffer, which can change in size from one call to the next. >> >> >>>>>>>>>>> The >> >> >>>>>>>>>>> other >> >> >>>>>>>>>>> loop >> >> >>>>>>>>>>> is for Csound. >> >> >>>>>>>>>>> >> >> >>>>>>>>>>> For each frame of audio, one frame of audio is copied from >> >> >>>>>>>>>>> the >> >> >>>>>>>>>>> host >> >> >>>>>>>>>>> input >> >> >>>>>>>>>>> buffer to spin, one frame of audio is copied from spout to >> >> >>>>>>>>>>> the >> >> >>>>>>>>>>> host >> >> >>>>>>>>>>> audio >> >> >>>>>>>>>>> output buffer, and both loop indexes are incremented. >> >> >>>>>>>>>>> >> >> >>>>>>>>>>> At the end of spout, ksmps audio are processed by Csound, >> >> >>>>>>>>>>> and >> >> >>>>>>>>>>> the >> >> >>>>>>>>>>> spin >> >> >>>>>>>>>>> and >> >> >>>>>>>>>>> spout buffer indexes are reset to 0. These indexes persist >> >> >>>>>>>>>>> from >> >> >>>>>>>>>>> call >> >> >>>>>>>>>>> to >> >> >>>>>>>>>>> call, so there are no gaps or glitches. >> >> >>>>>>>>>>> >> >> >>>>>>>>>>> There is ksmps frames latency in the code because spin is >> >> >>>>>>>>>>> read >> >> >>>>>>>>>>> in >> >> >>>>>>>>>>> before >> >> >>>>>>>>>>> it spout is computed. But I will try to change the code so >> >> >>>>>>>>>>> that >> >> >>>>>>>>>>> the >> >> >>>>>>>>>>> buffers >> >> >>>>>>>>>>> are rewound to line spout up with spin. There will then be >> >> >>>>>>>>>>> zero >> >> >>>>>>>>>>> latency. >> >> >>>>>>>>>>> >> >> >>>>>>>>>>> >> >> >>>>>>>>>>> ----------------------------------------------------- >> >> >>>>>>>>>>> Michael Gogins >> >> >>>>>>>>>>> Irreducible Productions >> >> >>>>>>>>>>> http://michaelgogins.tumblr.com >> >> >>>>>>>>>>> Michael dot Gogins at gmail dot com >> >> >>>>>>>>>>> >> >> >>>>>>>>>>> >> >> >>>>>>>>>>> On Tue, Feb 4, 2014 at 11:03 AM, Steven Yi >> >> >>>>>>>>>>> <stevenyi@gmail.com> >> >> >>>>>>>>>>> wrote: >> >> >>>>>>>>>>>> >> >> >>>>>>>>>>>> I was in the middle of replying pretty much the same thing >> >> >>>>>>>>>>>> as >> >> >>>>>>>>>>>> Victor. >> >> >>>>>>>>>>>> Seems like you're introducing block's worth of latency due >> >> >>>>>>>>>>>> to >> >> >>>>>>>>>>>> the >> >> >>>>>>>>>>>> code >> >> >>>>>>>>>>>> order. >> >> >>>>>>>>>>>> >> >> >>>>>>>>>>>> On Tue, Feb 4, 2014 at 11:05 AM, Victor Lazzarini >> >> >>>>>>>>>>>> <Victor.Lazzarini@nuim.ie> wrote: >> >> >>>>>>>>>>>>> I would have thought that you would >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> 1) write data into spin >> >> >>>>>>>>>>>>> 2) process >> >> >>>>>>>>>>>>> 3) write data out of spout. >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> if you read and write after running PeformKsmps(), as far >> >> >>>>>>>>>>>>> as >> >> >>>>>>>>>>>>> I >> >> >>>>>>>>>>>>> can >> >> >>>>>>>>>>>>> see >> >> >>>>>>>>>>>>> there might be >> >> >>>>>>>>>>>>> a delay between input and output, as you will be >> >> >>>>>>>>>>>>> effectively >> >> >>>>>>>>>>>>> putting >> >> >>>>>>>>>>>>> out the data that >> >> >>>>>>>>>>>>> you processed in the previous period. >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> 1) process (means process the current spin data) >> >> >>>>>>>>>>>>> 2) write to spin the new data >> >> >>>>>>>>>>>>> 3) write out the result of processing the previous spin >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> That's what it looks like to me. Not sure if I am right. >> >> >>>>>>>>>>>>> Also >> >> >>>>>>>>>>>>> this >> >> >>>>>>>>>>>>> discussion should be in the dev list not >> >> >>>>>>>>>>>>> in the users list (so my response is going there). >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> Victor >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> On 4 Feb 2014, at 15:47, Rory Walsh <rorywalsh@ear.ie> >> >> >>>>>>>>>>>>> wrote: >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>>> I can confirm that it's not an issue with the plugin >> >> >>>>>>>>>>>>>> framework >> >> >>>>>>>>>>>>>> I'm >> >> >>>>>>>>>>>>>> using. I can also confirm it happens whether the >> >> >>>>>>>>>>>>>> plugin's >> >> >>>>>>>>>>>>>> processBlock() is being called the same amount of times >> >> >>>>>>>>>>>>>> as >> >> >>>>>>>>>>>>>> performKsmps(). That is to say, if the plugin sample >> >> >>>>>>>>>>>>>> buffer >> >> >>>>>>>>>>>>>> is >> >> >>>>>>>>>>>>>> set >> >> >>>>>>>>>>>>>> to >> >> >>>>>>>>>>>>>> 64 and so is Csound's, the problem persists. >> >> >>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>> I can recreate it with Reaper by placing two identical >> >> >>>>>>>>>>>>>> audio >> >> >>>>>>>>>>>>>> tracks >> >> >>>>>>>>>>>>>> in >> >> >>>>>>>>>>>>>> the session. On one track I place a straight forward >> >> >>>>>>>>>>>>>> in/out >> >> >>>>>>>>>>>>>> Cabbage >> >> >>>>>>>>>>>>>> effect plugin. Then play both back at the same time. >> >> >>>>>>>>>>>>>> You'll >> >> >>>>>>>>>>>>>> hear >> >> >>>>>>>>>>>>>> subtle phasing taking place until you bypass the plugin >> >> >>>>>>>>>>>>>> effect. >> >> >>>>>>>>>>>>>> Here's >> >> >>>>>>>>>>>>>> my processBlock(), it couldn't be any simpler. Can any >> >> >>>>>>>>>>>>>> devs >> >> >>>>>>>>>>>>>> out >> >> >>>>>>>>>>>>>> there >> >> >>>>>>>>>>>>>> spot something that might introduce latency? >> >> >>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>> CSCompResult = csound->PerformKsmps(); >> >> >>>>>>>>>>>>>> for(int i=0;i<numSamplesInBuffer;i++) >> >> >>>>>>>>>>>>>> { >> >> >>>>>>>>>>>>>> if(!CSCompResult) >> >> >>>>>>>>>>>>>> { >> >> >>>>>>>>>>>>>> for(int channel = 0; channel < >> >> >>>>>>>>>>>>>> getNumOutputChannels(); >> >> >>>>>>>>>>>>>> channel++ ) >> >> >>>>>>>>>>>>>> { >> >> >>>>>>>>>>>>>> audioBuffer = buffer.getSampleData(channel,0); >> >> >>>>>>>>>>>>>> pos = igetNumOutputChannels(); >> >> >>>>>>>>>>>>>> CSspin[channel+pos] = audioBuffer[i]cs_scale; >> >> >>>>>>>>>>>>>> audioBuffer[i] = >> >> >>>>>>>>>>>>>> (CSspout[channel+pos]/cs_scale); >> >> >>>>>>>>>>>>>> } >> >> >>>>>>>>>>>>>> } >> >> >>>>>>>>>>>>>> else >> >> >>>>>>>>>>>>>> buffer.clear(); >> >> >>>>>>>>>>>>>> } >> >> >>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>> On 4 February 2014 15:04, Oeyvind Brandtsegg >> >> >>>>>>>>>>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >> >> >>>>>>>>>>>>>>> All good. >> >> >>>>>>>>>>>>>>> I could test with csound~ and found another cause for >> >> >>>>>>>>>>>>>>> the >> >> >>>>>>>>>>>>>>> latency. >> >> >>>>>>>>>>>>>>> Oeyvind >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> 2014-02-04 Steven Yi <stevenyi@gmail.com>: >> >> >>>>>>>>>>>>>>>> Nope. I did some work on updating the CMake file to >> >> >>>>>>>>>>>>>>>> try >> >> >>>>>>>>>>>>>>>> building >> >> >>>>>>>>>>>>>>>> on >> >> >>>>>>>>>>>>>>>> Windows yesterday. I need to do so me research to see >> >> >>>>>>>>>>>>>>>> about >> >> >>>>>>>>>>>>>>>> libraries >> >> >>>>>>>>>>>>>>>> to link to and other things, but it may take a while >> >> >>>>>>>>>>>>>>>> with >> >> >>>>>>>>>>>>>>>> current >> >> >>>>>>>>>>>>>>>> work >> >> >>>>>>>>>>>>>>>> load. >> >> >>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:47 AM, Oeyvind Brandtsegg >> >> >>>>>>>>>>>>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >> >> >>>>>>>>>>>>>>>>> That looks as if it's for OSX only (?), >> >> >>>>>>>>>>>>>>>>> perhaps not compiled for windows yet? >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> 2014-02-04 Steven Yi <stevenyi@gmail.com>: >> >> >>>>>>>>>>>>>>>>>> csound6~ should be with the installer; also >> >> >>>>>>>>>>>>>>>>>> available >> >> >>>>>>>>>>>>>>>>>> at: >> >> >>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>> http://sourceforge.net/projects/csound/files/csound6/Csound6.02/csound~_v1.1.1.pkg/download >> >> >>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:38 AM, Oeyvind Brandtsegg >> >> >>>>>>>>>>>>>>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >> >> >>>>>>>>>>>>>>>>>>> I can also reproduce it with csound~ in MaxForLive >> >> >>>>>>>>>>>>>>>>>>> haven't tried with csound6~ (where can I find it?) >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> Now, testing with Max (not in Live), and with >> >> >>>>>>>>>>>>>>>>>>> Reaper, >> >> >>>>>>>>>>>>>>>>>>> I >> >> >>>>>>>>>>>>>>>>>>> find >> >> >>>>>>>>>>>>>>>>>>> I >> >> >>>>>>>>>>>>>>>>>>> can not >> >> >>>>>>>>>>>>>>>>>>> reproduce the behaviour there. >> >> >>>>>>>>>>>>>>>>>>> So there is something with Live then. However, >> >> >>>>>>>>>>>>>>>>>>> other >> >> >>>>>>>>>>>>>>>>>>> VST >> >> >>>>>>>>>>>>>>>>>>> plugins >> >> >>>>>>>>>>>>>>>>>>> in >> >> >>>>>>>>>>>>>>>>>>> Live does not introduce extra latency. >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> The way I measure latency is by setiing up a >> >> >>>>>>>>>>>>>>>>>>> microphone >> >> >>>>>>>>>>>>>>>>>>> close >> >> >>>>>>>>>>>>>>>>>>> to >> >> >>>>>>>>>>>>>>>>>>> the >> >> >>>>>>>>>>>>>>>>>>> speaker, close enough that it will almost feed, >> >> >>>>>>>>>>>>>>>>>>> then tap the mic and listen to the resonance of the >> >> >>>>>>>>>>>>>>>>>>> system. >> >> >>>>>>>>>>>>>>>>>>> When >> >> >>>>>>>>>>>>>>>>>>> the >> >> >>>>>>>>>>>>>>>>>>> latency changes, the resonance will change. >> >> >>>>>>>>>>>>>>>>>>> When I add a plugin (Cabbage or MaxForLive with >> >> >>>>>>>>>>>>>>>>>>> csound~), >> >> >>>>>>>>>>>>>>>>>>> the >> >> >>>>>>>>>>>>>>>>>>> latency >> >> >>>>>>>>>>>>>>>>>>> (and so the resonance) changes. If I load other VST >> >> >>>>>>>>>>>>>>>>>>> plugins >> >> >>>>>>>>>>>>>>>>>>> this >> >> >>>>>>>>>>>>>>>>>>> does >> >> >>>>>>>>>>>>>>>>>>> not happen, the latency does not change. >> >> >>>>>>>>>>>>>>>>>>> But as I said, I can only reproduce it in Live. >> >> >>>>>>>>>>>>>>>>>>> Sorry >> >> >>>>>>>>>>>>>>>>>>> for >> >> >>>>>>>>>>>>>>>>>>> the >> >> >>>>>>>>>>>>>>>>>>> noise. >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh <rorywalsh@ear.ie>: >> >> >>>>>>>>>>>>>>>>>>>> I can recreate it here. It's subtle, but present. >> >> >>>>>>>>>>>>>>>>>>>> I'll >> >> >>>>>>>>>>>>>>>>>>>> take >> >> >>>>>>>>>>>>>>>>>>>> a >> >> >>>>>>>>>>>>>>>>>>>> look. >> >> >>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:38, Oeyvind Brandtsegg >> >> >>>>>>>>>>>>>>>>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >> >> >>>>>>>>>>>>>>>>>>>>> Yes, I have tried different ksmps values, both >> >> >>>>>>>>>>>>>>>>>>>>> higher >> >> >>>>>>>>>>>>>>>>>>>>> and >> >> >>>>>>>>>>>>>>>>>>>>> lower >> >> >>>>>>>>>>>>>>>>>>>>> and >> >> >>>>>>>>>>>>>>>>>>>>> equal to the host buffer size. >> >> >>>>>>>>>>>>>>>>>>>>> Will investigate if I can reproduce it on >> >> >>>>>>>>>>>>>>>>>>>>> csound~. >> >> >>>>>>>>>>>>>>>>>>>>> Oeyvind >> >> >>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh <rorywalsh@ear.ie>: >> >> >>>>>>>>>>>>>>>>>>>>>> On second thoughts I can't see what might be >> >> >>>>>>>>>>>>>>>>>>>>>> causing >> >> >>>>>>>>>>>>>>>>>>>>>> this. >> >> >>>>>>>>>>>>>>>>>>>>>> Have you >> >> >>>>>>>>>>>>>>>>>>>>>> tried setting ksmps to be the same as your >> >> >>>>>>>>>>>>>>>>>>>>>> host's >> >> >>>>>>>>>>>>>>>>>>>>>> buffer >> >> >>>>>>>>>>>>>>>>>>>>>> size? >> >> >>>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:01, Rory Walsh >> >> >>>>>>>>>>>>>>>>>>>>>> <rorywalsh@ear.ie> >> >> >>>>>>>>>>>>>>>>>>>>>> wrote: >> >> >>>>>>>>>>>>>>>>>>>>>>> I think I have it... Lunch first though.. >> >> >>>>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>> sent from a mobile device... >> >> >>>>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>> On 4 Feb 2014 12:56, "Rory Walsh" >> >> >>>>>>>>>>>>>>>>>>>>>>> <rorywalsh@ear.ie> >> >> >>>>>>>>>>>>>>>>>>>>>>> wrote: >> >> >>>>>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> Are you just running audio straight in and >> >> >>>>>>>>>>>>>>>>>>>>>>>> out, >> >> >>>>>>>>>>>>>>>>>>>>>>>> no >> >> >>>>>>>>>>>>>>>>>>>>>>>> processing? The >> >> >>>>>>>>>>>>>>>>>>>>>>>> plugin host calls the plugin's processBlock() >> >> >>>>>>>>>>>>>>>>>>>>>>>> which >> >> >>>>>>>>>>>>>>>>>>>>>>>> in >> >> >>>>>>>>>>>>>>>>>>>>>>>> turn >> >> >>>>>>>>>>>>>>>>>>>>>>>> calls >> >> >>>>>>>>>>>>>>>>>>>>>>>> performKsmps(). So long as processBlock() is >> >> >>>>>>>>>>>>>>>>>>>>>>>> being >> >> >>>>>>>>>>>>>>>>>>>>>>>> called >> >> >>>>>>>>>>>>>>>>>>>>>>>> (if the >> >> >>>>>>>>>>>>>>>>>>>>>>>> track is playing for example) performKsmps() >> >> >>>>>>>>>>>>>>>>>>>>>>>> will >> >> >>>>>>>>>>>>>>>>>>>>>>>> be >> >> >>>>>>>>>>>>>>>>>>>>>>>> called >> >> >>>>>>>>>>>>>>>>>>>>>>>> over and >> >> >>>>>>>>>>>>>>>>>>>>>>>> over again processing ksmps samples each time. >> >> >>>>>>>>>>>>>>>>>>>>>>>> At >> >> >>>>>>>>>>>>>>>>>>>>>>>> the >> >> >>>>>>>>>>>>>>>>>>>>>>>> moment >> >> >>>>>>>>>>>>>>>>>>>>>>>> the >> >> >>>>>>>>>>>>>>>>>>>>>>>> processBlock() method and the performKsmps() >> >> >>>>>>>>>>>>>>>>>>>>>>>> are >> >> >>>>>>>>>>>>>>>>>>>>>>>> firing >> >> >>>>>>>>>>>>>>>>>>>>>>>> off >> >> >>>>>>>>>>>>>>>>>>>>>>>> at >> >> >>>>>>>>>>>>>>>>>>>>>>>> different speeds. I can look at forcing >> >> >>>>>>>>>>>>>>>>>>>>>>>> Cabbage >> >> >>>>>>>>>>>>>>>>>>>>>>>> plugins >> >> >>>>>>>>>>>>>>>>>>>>>>>> to >> >> >>>>>>>>>>>>>>>>>>>>>>>> process the >> >> >>>>>>>>>>>>>>>>>>>>>>>> same amount of samples as the plugin does with >> >> >>>>>>>>>>>>>>>>>>>>>>>> each >> >> >>>>>>>>>>>>>>>>>>>>>>>> call >> >> >>>>>>>>>>>>>>>>>>>>>>>> to >> >> >>>>>>>>>>>>>>>>>>>>>>>> processBlock(). Perhaps that might help. >> >> >>>>>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 12:41, Oeyvind Brandtsegg >> >> >>>>>>>>>>>>>>>>>>>>>>>> <oyvind.brandtsegg@ntnu.no> >> >> >>>>>>>>>>>>>>>>>>>>>>>> wrote: >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Regarding latency and buffers, >> >> >>>>>>>>>>>>>>>>>>>>>>>>> I thought I had understood that csound, when >> >> >>>>>>>>>>>>>>>>>>>>>>>>> used >> >> >>>>>>>>>>>>>>>>>>>>>>>>> as a >> >> >>>>>>>>>>>>>>>>>>>>>>>>> plugin (e.g. >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Cabbage or csound~) would process the audio >> >> >>>>>>>>>>>>>>>>>>>>>>>>> buffer >> >> >>>>>>>>>>>>>>>>>>>>>>>>> "in >> >> >>>>>>>>>>>>>>>>>>>>>>>>> place", so no >> >> >>>>>>>>>>>>>>>>>>>>>>>>> extra latency would incur due to the sound >> >> >>>>>>>>>>>>>>>>>>>>>>>>> being >> >> >>>>>>>>>>>>>>>>>>>>>>>>> processed >> >> >>>>>>>>>>>>>>>>>>>>>>>>> through >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Csound, assuming that ksmps is smaler than >> >> >>>>>>>>>>>>>>>>>>>>>>>>> the >> >> >>>>>>>>>>>>>>>>>>>>>>>>> host >> >> >>>>>>>>>>>>>>>>>>>>>>>>> program's buffer >> >> >>>>>>>>>>>>>>>>>>>>>>>>> size. >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Now, running Cabbage plugins in Ableton Live, >> >> >>>>>>>>>>>>>>>>>>>>>>>>> I've >> >> >>>>>>>>>>>>>>>>>>>>>>>>> been >> >> >>>>>>>>>>>>>>>>>>>>>>>>> investigating >> >> >>>>>>>>>>>>>>>>>>>>>>>>> latency issues, and I find that adding a >> >> >>>>>>>>>>>>>>>>>>>>>>>>> simple >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >> >> >>>>>>>>>>>>>>>>>>>>>>>>> plugin will >> >> >>>>>>>>>>>>>>>>>>>>>>>>> delay the signal. Also, adding more than one >> >> >>>>>>>>>>>>>>>>>>>>>>>>> such >> >> >>>>>>>>>>>>>>>>>>>>>>>>> plugin >> >> >>>>>>>>>>>>>>>>>>>>>>>>> in >> >> >>>>>>>>>>>>>>>>>>>>>>>>> series >> >> >>>>>>>>>>>>>>>>>>>>>>>>> increases the delay/latency accordingly. I've >> >> >>>>>>>>>>>>>>>>>>>>>>>>> tried >> >> >>>>>>>>>>>>>>>>>>>>>>>>> using >> >> >>>>>>>>>>>>>>>>>>>>>>>>> different >> >> >>>>>>>>>>>>>>>>>>>>>>>>> ksmps, and this indeed affects the amount of >> >> >>>>>>>>>>>>>>>>>>>>>>>>> latency >> >> >>>>>>>>>>>>>>>>>>>>>>>>> but >> >> >>>>>>>>>>>>>>>>>>>>>>>>> even setting >> >> >>>>>>>>>>>>>>>>>>>>>>>>> ksmps=1 does not get rid of it. >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Can the buffer be processed "in place"? >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> best >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> -- >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >> >> >>>>>>>>>>>>>>>>>>>>>>>>> NTNU >> >> >>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Norway >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >> >> >>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >> >> >>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >> >> >>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >> >> >>>>>>>>>>>>>>>>>>>>>>>>> trackers >> >> >>>>>>>>>>>>>>>>>>>>>>>>> csound6: >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >> >>>>>>>>>>>>>>>>>>>>>>>>> csound5: >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >> >> >>>>>>>>>>>>>>>>>>>>>>>>> posted >> >> >>>>>>>>>>>>>>>>>>>>>>>>> here >> >> >>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >> >> >>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >> >> >>>>>>>>>>>>>>>>>>>>>>>>> with >> >> >>>>>>>>>>>>>>>>>>>>>>>>> body >> >> >>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe >> >> >>>>>>>>>>>>>>>>>>>>>>>>> csound" >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >> >> >>>>>>>>>>>>>>>>>>>>>> trackers >> >> >>>>>>>>>>>>>>>>>>>>>> csound6: >> >> >>>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >> >>>>>>>>>>>>>>>>>>>>>> csound5: >> >> >>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >> >>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >> >> >>>>>>>>>>>>>>>>>>>>>> here >> >> >>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >> >> >>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >> >> >>>>>>>>>>>>>>>>>>>>>> with >> >> >>>>>>>>>>>>>>>>>>>>>> body >> >> >>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >> >> >>>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>> -- >> >> >>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >> >> >>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >> >> >>>>>>>>>>>>>>>>>>>>> NTNU >> >> >>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >> >> >>>>>>>>>>>>>>>>>>>>> Norway >> >> >>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >> >> >>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >> >> >>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >> >> >>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >> >> >>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >> >> >>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >> >>>>>>>>>>>>>>>>>>>>> csound6: >> >> >>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >> >>>>>>>>>>>>>>>>>>>>> csound5: >> >> >>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >> >>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >> >> >>>>>>>>>>>>>>>>>>>>> here >> >> >>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >> >> >>>>>>>>>>>>>>>>>>>>> with >> >> >>>>>>>>>>>>>>>>>>>>> body >> >> >>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >> >> >>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >> >>>>>>>>>>>>>>>>>>>> csound6: >> >> >>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >> >>>>>>>>>>>>>>>>>>>> csound5: >> >> >>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >> >>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >> >> >>>>>>>>>>>>>>>>>>>> here >> >> >>>>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >> >> >>>>>>>>>>>>>>>>>>>> with >> >> >>>>>>>>>>>>>>>>>>>> body >> >> >>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >> >> >>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> -- >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >> >> >>>>>>>>>>>>>>>>>>> Professor of Music Technology >> >> >>>>>>>>>>>>>>>>>>> NTNU >> >> >>>>>>>>>>>>>>>>>>> 7491 Trondheim >> >> >>>>>>>>>>>>>>>>>>> Norway >> >> >>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >> >> >>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >> >> >>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >> >> >>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >> >>>>>>>>>>>>>>>>>>> csound6: >> >> >>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >> >>>>>>>>>>>>>>>>>>> csound5: >> >> >>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >> >>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >> >> >>>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >> >> >>>>>>>>>>>>>>>>>>> with >> >> >>>>>>>>>>>>>>>>>>> body >> >> >>>>>>>>>>>>>>>>>>> "unsubscribe csound" >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >> >>>>>>>>>>>>>>>>>> csound6: >> >> >>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >> >>>>>>>>>>>>>>>>>> csound5: >> >> >>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >> >>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >> >> >>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >> >> >>>>>>>>>>>>>>>>>> with >> >> >>>>>>>>>>>>>>>>>> body >> >> >>>>>>>>>>>>>>>>>> "unsubscribe csound" >> >> >>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> -- >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >> >> >>>>>>>>>>>>>>>>> Professor of Music Technology >> >> >>>>>>>>>>>>>>>>> NTNU >> >> >>>>>>>>>>>>>>>>> 7491 Trondheim >> >> >>>>>>>>>>>>>>>>> Norway >> >> >>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> http://flyndresang.no/ >> >> >>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >> >> >>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >> >> >>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >> >>>>>>>>>>>>>>>>> csound6: >> >> >>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >> >>>>>>>>>>>>>>>>> csound5: >> >> >>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >> >>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >> >> >>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >> >> >>>>>>>>>>>>>>>>> with >> >> >>>>>>>>>>>>>>>>> body >> >> >>>>>>>>>>>>>>>>> "unsubscribe csound" >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >> >>>>>>>>>>>>>>>> csound6: >> >> >>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >> >>>>>>>>>>>>>>>> csound5: >> >> >>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >> >>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >> >> >>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with >> >> >>>>>>>>>>>>>>>> body >> >> >>>>>>>>>>>>>>>> "unsubscribe csound" >> >> >>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> -- >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> Oeyvind Brandtsegg >> >> >>>>>>>>>>>>>>> Professor of Music Technology >> >> >>>>>>>>>>>>>>> NTNU >> >> >>>>>>>>>>>>>>> 7491 Trondheim >> >> >>>>>>>>>>>>>>> Norway >> >> >>>>>>>>>>>>>>> Cell: +47 92 203 205 >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> http://flyndresang.no/ >> >> >>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >> >> >>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >> >> >>>>>>>>>>>>>>> http://soundcloud.com/t-emp >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >> >>>>>>>>>>>>>>> csound6: >> >> >>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >> >>>>>>>>>>>>>>> csound5: >> >> >>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >> >>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >> >> >>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with >> >> >>>>>>>>>>>>>>> body >> >> >>>>>>>>>>>>>>> "unsubscribe csound" >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >> >>>>>>>>>>>>>> csound6: >> >> >>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >> >>>>>>>>>>>>>> csound5: >> >> >>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >> >>>>>>>>>>>>>> Discussions of bugs and features can be posted here >> >> >>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with >> >> >>>>>>>>>>>>>> body >> >> >>>>>>>>>>>>>> "unsubscribe csound" >> >> >>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>> >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> ------------------------------------------------------------------------------ >> >> >>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >> >> >>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >> >> >>>>>>>>>>>>> Common >> >> >>>>>>>>>>>>> Pitfalls. >> >> >>>>>>>>>>>>> Read the Whitepaper. >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> >>>>>>>>>>>>> _______________________________________________ >> >> >>>>>>>>>>>>> Csound-devel mailing list >> >> >>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >> >> >>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >>>>>>>>>>>> >> >> >>>>>>>>>>>> >> >> >>>>>>>>>>>> >> >> >>>>>>>>>>>> >> >> >>>>>>>>>>>> >> >> >>>>>>>>>>>> >> >> >>>>>>>>>>>> >> >> >>>>>>>>>>>> ------------------------------------------------------------------------------ >> >> >>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >> >> >>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >> >> >>>>>>>>>>>> Common >> >> >>>>>>>>>>>> Pitfalls. >> >> >>>>>>>>>>>> Read the Whitepaper. >> >> >>>>>>>>>>>> >> >> >>>>>>>>>>>> >> >> >>>>>>>>>>>> >> >> >>>>>>>>>>>> >> >> >>>>>>>>>>>> >> >> >>>>>>>>>>>> >> >> >>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> >>>>>>>>>>>> _______________________________________________ >> >> >>>>>>>>>>>> Csound-devel mailing list >> >> >>>>>>>>>>>> Csound-devel@lists.sourceforge.net >> >> >>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >>>>>>>>>>> >> >> >>>>>>>>>>> >> >> >>>>>>>>>> >> >> >>>>>>>>>> >> >> >>>>>>>>>> >> >> >>>>>>>>>> >> >> >>>>>>>>>> >> >> >>>>>>>>>> >> >> >>>>>>>>>> >> >> >>>>>>>>>> ------------------------------------------------------------------------------ >> >> >>>>>>>>>> Managing the Performance of Cloud-Based Applications >> >> >>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >> >> >>>>>>>>>> Pitfalls. >> >> >>>>>>>>>> Read the Whitepaper. >> >> >>>>>>>>>> >> >> >>>>>>>>>> >> >> >>>>>>>>>> >> >> >>>>>>>>>> >> >> >>>>>>>>>> >> >> >>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> >>>>>>>>>> _______________________________________________ >> >> >>>>>>>>>> Csound-devel mailing list >> >> >>>>>>>>>> Csound-devel@lists.sourceforge.net >> >> >>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >>>>>>>>>> >> >> >>>>>>>>> >> >> >>>>>>>>> >> >> >>>>>>>>> >> >> >>>>>>>>> >> >> >>>>>>>>> >> >> >>>>>>>>> >> >> >>>>>>>>> ------------------------------------------------------------------------------ >> >> >>>>>>>>> Managing the Performance of Cloud-Based Applications >> >> >>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >> >> >>>>>>>>> Pitfalls. >> >> >>>>>>>>> Read the Whitepaper. >> >> >>>>>>>>> >> >> >>>>>>>>> >> >> >>>>>>>>> >> >> >>>>>>>>> >> >> >>>>>>>>> >> >> >>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> >>>>>>>>> _______________________________________________ >> >> >>>>>>>>> Csound-devel mailing list >> >> >>>>>>>>> Csound-devel@lists.sourceforge.net >> >> >>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >>>>>>>> >> >> >>>>>>>> >> >> >>>>>>>> >> >> >>>>>>>> >> >> >>>>>>>> >> >> >>>>>>>> >> >> >>>>>>>> >> >> >>>>>>>> ------------------------------------------------------------------------------ >> >> >>>>>>>> Managing the Performance of Cloud-Based Applications >> >> >>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >> >> >>>>>>>> Pitfalls. >> >> >>>>>>>> Read the Whitepaper. >> >> >>>>>>>> >> >> >>>>>>>> >> >> >>>>>>>> >> >> >>>>>>>> >> >> >>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> >>>>>>>> _______________________________________________ >> >> >>>>>>>> Csound-devel mailing list >> >> >>>>>>>> Csound-devel@lists.sourceforge.net >> >> >>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >>>>>>>> >> >> >>>>>>> >> >> >>>>>>> >> >> >>>>>>> >> >> >>>>>>> >> >> >>>>>>> >> >> >>>>>>> ------------------------------------------------------------------------------ >> >> >>>>>>> Managing the Performance of Cloud-Based Applications >> >> >>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >> >> >>>>>>> Pitfalls. >> >> >>>>>>> Read the Whitepaper. >> >> >>>>>>> >> >> >>>>>>> >> >> >>>>>>> >> >> >>>>>>> >> >> >>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> >>>>>>> _______________________________________________ >> >> >>>>>>> Csound-devel mailing list >> >> >>>>>>> Csound-devel@lists.sourceforge.net >> >> >>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >>>>>> >> >> >>>>>> Dr Victor Lazzarini >> >> >>>>>> Senior Lecturer >> >> >>>>>> Dept. of Music >> >> >>>>>> NUI Maynooth Ireland >> >> >>>>>> tel.: +353 1 708 3545 >> >> >>>>>> Victor dot Lazzarini AT nuim dot ie >> >> >>>>>> >> >> >>>>>> >> >> >>>>>> >> >> >>>>>> >> >> >>>>>> >> >> >>>>>> >> >> >>>>>> >> >> >>>>>> >> >> >>>>>> ------------------------------------------------------------------------------ >> >> >>>>>> Managing the Performance of Cloud-Based Applications >> >> >>>>>> Take advantage of what the Cloud has to offer - Avoid Common >> >> >>>>>> Pitfalls. >> >> >>>>>> Read the Whitepaper. >> >> >>>>>> >> >> >>>>>> >> >> >>>>>> >> >> >>>>>> >> >> >>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> >>>>>> _______________________________________________ >> >> >>>>>> Csound-devel mailing list >> >> >>>>>> Csound-devel@lists.sourceforge.net >> >> >>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >>>>> >> >> >>>>> >> >> >>>>> >> >> >>>>> >> >> >>>>> >> >> >>>>> >> >> >>>>> ------------------------------------------------------------------------------ >> >> >>>>> Managing the Performance of Cloud-Based Applications >> >> >>>>> Take advantage of what the Cloud has to offer - Avoid Common >> >> >>>>> Pitfalls. >> >> >>>>> Read the Whitepaper. >> >> >>>>> >> >> >>>>> >> >> >>>>> >> >> >>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> >>>>> _______________________________________________ >> >> >>>>> Csound-devel mailing list >> >> >>>>> Csound-devel@lists.sourceforge.net >> >> >>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >>>>> >> >> >>>> >> >> >>>> >> >> >>>> >> >> >>>> >> >> >>>> ------------------------------------------------------------------------------ >> >> >>>> Managing the Performance of Cloud-Based Applications >> >> >>>> Take advantage of what the Cloud has to offer - Avoid Common >> >> >>>> Pitfalls. >> >> >>>> Read the Whitepaper. >> >> >>>> >> >> >>>> >> >> >>>> >> >> >>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> >>>> _______________________________________________ >> >> >>>> Csound-devel mailing list >> >> >>>> Csound-devel@lists.sourceforge.net >> >> >>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >>> >> >> >>> >> >> >>> >> >> >>> >> >> >>> >> >> >>> ------------------------------------------------------------------------------ >> >> >>> Managing the Performance of Cloud-Based Applications >> >> >>> Take advantage of what the Cloud has to offer - Avoid Common >> >> >>> Pitfalls. >> >> >>> Read the Whitepaper. >> >> >>> >> >> >>> >> >> >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> >>> _______________________________________________ >> >> >>> Csound-devel mailing list >> >> >>> Csound-devel@lists.sourceforge.net >> >> >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >>> >> >> >> >> >> >> >> >> >> >> >> >> ------------------------------------------------------------------------------ >> >> >> Managing the Performance of Cloud-Based Applications >> >> >> Take advantage of what the Cloud has to offer - Avoid Common >> >> >> Pitfalls. >> >> >> Read the Whitepaper. >> >> >> >> >> >> >> >> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> >> _______________________________________________ >> >> >> Csound-devel mailing list >> >> >> Csound-devel@lists.sourceforge.net >> >> >> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> > >> >> > Dr Victor Lazzarini >> >> > Senior Lecturer >> >> > Dept. of Music >> >> > NUI Maynooth Ireland >> >> > tel.: +353 1 708 3545 >> >> > Victor dot Lazzarini AT nuim dot ie >> >> > >> >> > >> >> > >> >> > >> >> > >> >> > >> >> > ------------------------------------------------------------------------------ >> >> > Managing the Performance of Cloud-Based Applications >> >> > Take advantage of what the Cloud has to offer - Avoid Common >> >> > Pitfalls. >> >> > Read the Whitepaper. >> >> > >> >> > >> >> > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> > _______________________________________________ >> >> > Csound-devel mailing list >> >> > Csound-devel@lists.sourceforge.net >> >> > https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >> >> >> >> >> >> -- >> >> >> >> Oeyvind Brandtsegg >> >> Professor of Music Technology >> >> NTNU >> >> 7491 Trondheim >> >> Norway >> >> Cell: +47 92 203 205 >> >> >> >> http://flyndresang.no/ >> >> http://www.partikkelaudio.com/ >> >> http://soundcloud.com/brandtsegg >> >> http://soundcloud.com/t-emp >> >> >> >> >> >> >> >> ------------------------------------------------------------------------------ >> >> Managing the Performance of Cloud-Based Applications >> >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> >> Read the Whitepaper. >> >> >> >> >> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> _______________________________________________ >> >> Csound-devel mailing list >> >> Csound-devel@lists.sourceforge.net >> >> https://lists.sourceforge.net/lists/listinfo/csound-devel >> > >> > >> > >> > >> > ------------------------------------------------------------------------------ >> > Managing the Performance of Cloud-Based Applications >> > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> > Read the Whitepaper. >> > >> > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> > _______________________________________________ >> > Csound-devel mailing list >> > Csound-devel@lists.sourceforge.net >> > https://lists.sourceforge.net/lists/listinfo/csound-devel >> > >> >> >> >> -- >> >> Oeyvind Brandtsegg >> Professor of Music Technology >> NTNU >> 7491 Trondheim >> Norway >> Cell: +47 92 203 205 >> >> http://flyndresang.no/ >> http://www.partikkelaudio.com/ >> http://soundcloud.com/brandtsegg >> http://soundcloud.com/t-emp >> >> >> ------------------------------------------------------------------------------ >> Managing the Performance of Cloud-Based Applications >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> Read the Whitepaper. >> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> _______________________________________________ >> Csound-devel mailing list >> Csound-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/csound-devel ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/csound-devel

Date	2014-02-06 08:38
From	Oeyvind Brandtsegg
Subject	Re: [Cs-dev] [Csnd] Latency and buffers
	Thanks so much for that explanation Mike. Rory, don't even so much as think of contemplating life without Cabbage (oh you already did...) ! Here's more observations about latency in different hosts that might brighten up thhing a bit, depending on what hosts one prefer... In Reaper: 2014-02-06 Michael Gogins : > There are two cases. If ksmps is always 1, you can use this algorithm: > > for each frame in the host input buffer: > copy the host frame to the spin frame > call performKsmps() > copy the spout frame to the host output buffer > > Then there is no delay. > > If ksmps is greater than 1 it goes like this. It's enough to consider ksmps > = 2, > all other cases work the same way. > > for each frame in the host input buffer: > copy the current host input frame to the current spin frame > copy the current spout frame to the current host output buffer > if the current spout frame is past the end of spout: > call performKsmps > reset the spout/spin frame index to 0 > > If ksmps==1 then there is 1 frame of silence in the output at the start, and > thereafter output lags input by 1 frame. On the final frame of the host > buffer, Csound computes a frame in spout but it is not copied to the output > until the next processing call. > > If ksmps==2 then there are 2 frames of silence in the output at the start, > and thereafter output lags input by 2 frames. On the final frame of the host > buffer,Csound computes 2 frames in spout, but depending on the size of the > output buffer, 1 or 2 frames are not copied to the output until the next > processing call. > > And so on. > > Regards, > Mike > > > > ----------------------------------------------------- > Michael Gogins > Irreducible Productions > http://michaelgogins.tumblr.com > Michael dot Gogins at gmail dot com > > > On Wed, Feb 5, 2014 at 7:39 PM, Rory Walsh wrote: >> >> The way it stands things are fine, albeit with a ksmps delay. But it >> will remain constant and there won't be any drop outs. If ksmps ==1 >> then there will be no problems with latency. Of course I stand to be >> corrected. When all is said and done, I did enjoy contemplating life >> without Cabbage over a few beers. But that might just have been the >> beers :) >> >> >> On 5 February 2014 23:57, Rory Walsh wrote: >> > I'm glad you asked this because I'm a little lost too! I was thinking >> > the >> > same as you. At some stage won't things goes south if the buffer size >> > suddenly changes as is likely once automation is brought into the >> > equation? >> > >> > sent from a mobile device... >> > >> > On 5 Feb 2014 23:27, "Oeyvind Brandtsegg" >> > wrote: >> >> >> >> Ok. That is good. >> >> But can it (the latency) change dynamically, as the host buffer size >> >> change dynamically? >> >> Sorry if I'm being dense but I would really like to understand. >> >> >> >> >> >> 2014-02-06 Michael Gogins : >> >> > No, the maximum latency is ksmps. That could be either larger, or >> >> > smaller, >> >> > than the host buffer size. It doesn't matter. >> >> > >> >> > Regards, >> >> > Mike >> >> > >> >> > >> >> > ----------------------------------------------------- >> >> > Michael Gogins >> >> > Irreducible Productions >> >> > http://michaelgogins.tumblr.com >> >> > Michael dot Gogins at gmail dot com >> >> > >> >> > >> >> > On Wed, Feb 5, 2014 at 6:07 PM, Oeyvind Brandtsegg >> >> > wrote: >> >> >> >> >> >> ...but the latency would be one full host buffer size, not just a >> >> >> ksmps, >> >> >> right? >> >> >> So a small ksmps would rather minimize the chance of a ksmps-buffer >> >> >> mismatch, but not actually minimize worst case latency (which would >> >> >> be >> >> >> one host buffer block). Isn't it so? >> >> >> >> >> >> Now, one thing I don't understand is if the latency can be zero >> >> >> when >> >> >> the host buffer is an integer multiple of ksmps, and it indeed is, >> >> >> and also the host buffer size can be dynamic, we must assume that >> >> >> the two buffer length may initially fit but at some later time they >> >> >> will not,* then* what happens at the transition point ? I mean, when >> >> >> we go from perfectly aligned buffers and zero latency to misaligned >> >> >> buffers and one bufferlength latency. Then we should have one >> >> >> non-full >> >> >> buffer in the transition from zero latency to one-buffer latency. >> >> >> Will >> >> >> it pop? If so, I would expect it to pop quite often(?), which it >> >> >> does >> >> >> not. >> >> >> Or? >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> 2014-02-05 Victor Lazzarini : >> >> >> > If your ksmps is small, any latency that might exist will be small >> >> >> > too, >> >> >> > and I can't see it having >> >> >> > a major effect. So if you run with ksmps=16, it's 0.3 >> >> >> > millisseconds. >> >> >> > Not >> >> >> > much of a problem. >> >> >> > And for the cases where this is a problem, then it's still >> >> >> > possible >> >> >> > to >> >> >> > run with ksmps=1. >> >> >> > >> >> >> > Victor >> >> >> > On 5 Feb 2014, at 20:46, Rory Walsh wrote: >> >> >> > >> >> >> >> I wish I had thought of this before spending so much time writing >> >> >> >> a >> >> >> >> framework for developing VST plugins with Csound. I'm off now to >> >> >> >> have >> >> >> >> a few beers and rethink life! >> >> >> >> >> >> >> >> >> >> >> >> On 5 February 2014 20:06, Michael Gogins >> >> >> >> >> >> >> >> wrote: >> >> >> >>> Then your code will run 5 times slower or so. >> >> >> >>> >> >> >> >>> Regards, >> >> >> >>> Mike >> >> >> >>> >> >> >> >>> >> >> >> >>> ----------------------------------------------------- >> >> >> >>> Michael Gogins >> >> >> >>> Irreducible Productions >> >> >> >>> http://michaelgogins.tumblr.com >> >> >> >>> Michael dot Gogins at gmail dot com >> >> >> >>> >> >> >> >>> >> >> >> >>> On Wed, Feb 5, 2014 at 3:03 PM, Rory Walsh >> >> >> >>> wrote: >> >> >> >>>> >> >> >> >>>> Seems every where I look it says don't make any assumptions >> >> >> >>>> about >> >> >> >>>> buffer sizes. So I guess the only fail safe way is to force a >> >> >> >>>> ksmps >> >> >> >>>> of >> >> >> >>>> 1? uh... >> >> >> >>>> >> >> >> >>>> On 5 February 2014 19:57, Michael Gogins >> >> >> >>>> >> >> >> >>>> wrote: >> >> >> >>>>> I believe that you are wrong, you cannot count on a power of >> >> >> >>>>> two >> >> >> >>>>> size. >> >> >> >>>>> >> >> >> >>>>> See these threads from KVR: >> >> >> >>>>> >> >> >> >>>>> http://www.kvraudio.com/forum/viewtopic.php?t=279753 >> >> >> >>>>> >> >> >> >>>>> http://www.kvraudio.com/forum/viewtopic.php?t=359951 >> >> >> >>>>> >> >> >> >>>>> http://www.kvraudio.com/forum/viewtopic.php?p=3458228 >> >> >> >>>>> >> >> >> >>>>> Regards, >> >> >> >>>>> Mike >> >> >> >>>>> >> >> >> >>>>> >> >> >> >>>>> >> >> >> >>>>> >> >> >> >>>>> >> >> >> >>>>> ----------------------------------------------------- >> >> >> >>>>> Michael Gogins >> >> >> >>>>> Irreducible Productions >> >> >> >>>>> http://michaelgogins.tumblr.com >> >> >> >>>>> Michael dot Gogins at gmail dot com >> >> >> >>>>> >> >> >> >>>>> >> >> >> >>>>> On Wed, Feb 5, 2014 at 2:17 PM, Victor Lazzarini >> >> >> >>>>> >> >> >> >>>>> wrote: >> >> >> >>>>>> >> >> >> >>>>>> But I think you're probably safe setting ksmps to a low value >> >> >> >>>>>> that >> >> >> >>>>>> is a >> >> >> >>>>>> power-of-two. I would >> >> >> >>>>>> expect most hosts to run buffers that are power-of-two and >> >> >> >>>>>> that >> >> >> >>>>>> are >> >> >> >>>>>> not >> >> >> >>>>>> that small. >> >> >> >>>>>> ksmps =8,16 or 32 should do. >> >> >> >>>>>> >> >> >> >>>>>> Victor >> >> >> >>>>>> >> >> >> >>>>>> On 5 Feb 2014, at 18:10, Rory Walsh wrote: >> >> >> >>>>>> >> >> >> >>>>>>> I was just about to answer my previous mail with the same >> >> >> >>>>>>> thing. >> >> >> >>>>>>> That's >> >> >> >>>>>>> a pain. >> >> >> >>>>>>> >> >> >> >>>>>>> On 5 February 2014 18:03, Michael Gogins >> >> >> >>>>>>> >> >> >> >>>>>>> wrote: >> >> >> >>>>>>>> No. The host can and often does use a different host audio >> >> >> >>>>>>>> buffer >> >> >> >>>>>>>> size >> >> >> >>>>>>>> on >> >> >> >>>>>>>> each call to process() or processReplacing(). >> >> >> >>>>>>>> >> >> >> >>>>>>>> Regards, >> >> >> >>>>>>>> Mike >> >> >> >>>>>>>> >> >> >> >>>>>>>> >> >> >> >>>>>>>> ----------------------------------------------------- >> >> >> >>>>>>>> Michael Gogins >> >> >> >>>>>>>> Irreducible Productions >> >> >> >>>>>>>> http://michaelgogins.tumblr.com >> >> >> >>>>>>>> Michael dot Gogins at gmail dot com >> >> >> >>>>>>>> >> >> >> >>>>>>>> >> >> >> >>>>>>>> On Wed, Feb 5, 2014 at 11:27 AM, Rory Walsh >> >> >> >>>>>>>> >> >> >> >>>>>>>> wrote: >> >> >> >>>>>>>>> >> >> >> >>>>>>>>> Hi Mike, isn't it possible to query the host buffer size >> >> >> >>>>>>>>> before >> >> >> >>>>>>>>> the >> >> >> >>>>>>>>> processing function is first called, in which case you can >> >> >> >>>>>>>>> just >> >> >> >>>>>>>>> override the csd's ksmps? >> >> >> >>>>>>>>> >> >> >> >>>>>>>>> On 5 February 2014 15:55, Michael Gogins >> >> >> >>>>>>>>> >> >> >> >>>>>>>>> wrote: >> >> >> >>>>>>>>>> I've looked into this some more. As long as the host >> >> >> >>>>>>>>>> audio >> >> >> >>>>>>>>>> buffer >> >> >> >>>>>>>>>> is >> >> >> >>>>>>>>>> not >> >> >> >>>>>>>>>> an >> >> >> >>>>>>>>>> integral multiple of ksmps, there will have to be ksmps >> >> >> >>>>>>>>>> latency >> >> >> >>>>>>>>>> between >> >> >> >>>>>>>>>> input and output. That is because performKsmps requires >> >> >> >>>>>>>>>> spin >> >> >> >>>>>>>>>> to >> >> >> >>>>>>>>>> be >> >> >> >>>>>>>>>> full, >> >> >> >>>>>>>>>> but >> >> >> >>>>>>>>>> if there is some remainder from hostsize/ksmps, there >> >> >> >>>>>>>>>> will >> >> >> >>>>>>>>>> be >> >> >> >>>>>>>>>> some >> >> >> >>>>>>>>>> frames >> >> >> >>>>>>>>>> that the host buffer doesn't have but spin needs. >> >> >> >>>>>>>>>> >> >> >> >>>>>>>>>> I am letting this go for now, but if Csound could adjust >> >> >> >>>>>>>>>> ksmps >> >> >> >>>>>>>>>> during >> >> >> >>>>>>>>>> performance via the API, then we could get rid of this >> >> >> >>>>>>>>>> latency >> >> >> >>>>>>>>>> by >> >> >> >>>>>>>>>> setting >> >> >> >>>>>>>>>> ksmps equal to the host buffer size on each host >> >> >> >>>>>>>>>> processing >> >> >> >>>>>>>>>> call. >> >> >> >>>>>>>>>> I >> >> >> >>>>>>>>>> think >> >> >> >>>>>>>>>> this would be a really good idea. I'm entering it as a >> >> >> >>>>>>>>>> feature >> >> >> >>>>>>>>>> request. >> >> >> >>>>>>>>>> >> >> >> >>>>>>>>>> Regards, >> >> >> >>>>>>>>>> Mike >> >> >> >>>>>>>>>> >> >> >> >>>>>>>>>> >> >> >> >>>>>>>>>> Regards, >> >> >> >>>>>>>>>> Mike >> >> >> >>>>>>>>>> >> >> >> >>>>>>>>>> >> >> >> >>>>>>>>>> ----------------------------------------------------- >> >> >> >>>>>>>>>> Michael Gogins >> >> >> >>>>>>>>>> Irreducible Productions >> >> >> >>>>>>>>>> http://michaelgogins.tumblr.com >> >> >> >>>>>>>>>> Michael dot Gogins at gmail dot com >> >> >> >>>>>>>>>> >> >> >> >>>>>>>>>> >> >> >> >>>>>>>>>> On Tue, Feb 4, 2014 at 1:47 PM, Michael Gogins >> >> >> >>>>>>>>>> >> >> >> >>>>>>>>>> wrote: >> >> >> >>>>>>>>>>> >> >> >> >>>>>>>>>>> CsoundVST does the following: >> >> >> >>>>>>>>>>> >> >> >> >>>>>>>>>>> In the processReplacing callback there are essentially >> >> >> >>>>>>>>>>> two >> >> >> >>>>>>>>>>> simultaneous >> >> >> >>>>>>>>>>> loops, each with their own loop indexes. One loop is for >> >> >> >>>>>>>>>>> the >> >> >> >>>>>>>>>>> host >> >> >> >>>>>>>>>>> audio >> >> >> >>>>>>>>>>> buffer, which can change in size from one call to the >> >> >> >>>>>>>>>>> next. >> >> >> >>>>>>>>>>> The >> >> >> >>>>>>>>>>> other >> >> >> >>>>>>>>>>> loop >> >> >> >>>>>>>>>>> is for Csound. >> >> >> >>>>>>>>>>> >> >> >> >>>>>>>>>>> For each frame of audio, one frame of audio is copied >> >> >> >>>>>>>>>>> from >> >> >> >>>>>>>>>>> the >> >> >> >>>>>>>>>>> host >> >> >> >>>>>>>>>>> input >> >> >> >>>>>>>>>>> buffer to spin, one frame of audio is copied from spout >> >> >> >>>>>>>>>>> to >> >> >> >>>>>>>>>>> the >> >> >> >>>>>>>>>>> host >> >> >> >>>>>>>>>>> audio >> >> >> >>>>>>>>>>> output buffer, and both loop indexes are incremented. >> >> >> >>>>>>>>>>> >> >> >> >>>>>>>>>>> At the end of spout, ksmps audio are processed by >> >> >> >>>>>>>>>>> Csound, >> >> >> >>>>>>>>>>> and >> >> >> >>>>>>>>>>> the >> >> >> >>>>>>>>>>> spin >> >> >> >>>>>>>>>>> and >> >> >> >>>>>>>>>>> spout buffer indexes are reset to 0. These indexes >> >> >> >>>>>>>>>>> persist >> >> >> >>>>>>>>>>> from >> >> >> >>>>>>>>>>> call >> >> >> >>>>>>>>>>> to >> >> >> >>>>>>>>>>> call, so there are no gaps or glitches. >> >> >> >>>>>>>>>>> >> >> >> >>>>>>>>>>> There is ksmps frames latency in the code because spin >> >> >> >>>>>>>>>>> is >> >> >> >>>>>>>>>>> read >> >> >> >>>>>>>>>>> in >> >> >> >>>>>>>>>>> before >> >> >> >>>>>>>>>>> it spout is computed. But I will try to change the code >> >> >> >>>>>>>>>>> so >> >> >> >>>>>>>>>>> that >> >> >> >>>>>>>>>>> the >> >> >> >>>>>>>>>>> buffers >> >> >> >>>>>>>>>>> are rewound to line spout up with spin. There will then >> >> >> >>>>>>>>>>> be >> >> >> >>>>>>>>>>> zero >> >> >> >>>>>>>>>>> latency. >> >> >> >>>>>>>>>>> >> >> >> >>>>>>>>>>> >> >> >> >>>>>>>>>>> ----------------------------------------------------- >> >> >> >>>>>>>>>>> Michael Gogins >> >> >> >>>>>>>>>>> Irreducible Productions >> >> >> >>>>>>>>>>> http://michaelgogins.tumblr.com >> >> >> >>>>>>>>>>> Michael dot Gogins at gmail dot com >> >> >> >>>>>>>>>>> >> >> >> >>>>>>>>>>> >> >> >> >>>>>>>>>>> On Tue, Feb 4, 2014 at 11:03 AM, Steven Yi >> >> >> >>>>>>>>>>> >> >> >> >>>>>>>>>>> wrote: >> >> >> >>>>>>>>>>>> >> >> >> >>>>>>>>>>>> I was in the middle of replying pretty much the same >> >> >> >>>>>>>>>>>> thing >> >> >> >>>>>>>>>>>> as >> >> >> >>>>>>>>>>>> Victor. >> >> >> >>>>>>>>>>>> Seems like you're introducing block's worth of latency >> >> >> >>>>>>>>>>>> due >> >> >> >>>>>>>>>>>> to >> >> >> >>>>>>>>>>>> the >> >> >> >>>>>>>>>>>> code >> >> >> >>>>>>>>>>>> order. >> >> >> >>>>>>>>>>>> >> >> >> >>>>>>>>>>>> On Tue, Feb 4, 2014 at 11:05 AM, Victor Lazzarini >> >> >> >>>>>>>>>>>> wrote: >> >> >> >>>>>>>>>>>>> I would have thought that you would >> >> >> >>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>> 1) write data into spin >> >> >> >>>>>>>>>>>>> 2) process >> >> >> >>>>>>>>>>>>> 3) write data out of spout. >> >> >> >>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>> if you read and write after running PeformKsmps(), as >> >> >> >>>>>>>>>>>>> far >> >> >> >>>>>>>>>>>>> as >> >> >> >>>>>>>>>>>>> I >> >> >> >>>>>>>>>>>>> can >> >> >> >>>>>>>>>>>>> see >> >> >> >>>>>>>>>>>>> there might be >> >> >> >>>>>>>>>>>>> a delay between input and output, as you will be >> >> >> >>>>>>>>>>>>> effectively >> >> >> >>>>>>>>>>>>> putting >> >> >> >>>>>>>>>>>>> out the data that >> >> >> >>>>>>>>>>>>> you processed in the previous period. >> >> >> >>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>> 1) process (means process the current spin data) >> >> >> >>>>>>>>>>>>> 2) write to spin the new data >> >> >> >>>>>>>>>>>>> 3) write out the result of processing the previous >> >> >> >>>>>>>>>>>>> spin >> >> >> >>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>> That's what it looks like to me. Not sure if I am >> >> >> >>>>>>>>>>>>> right. >> >> >> >>>>>>>>>>>>> Also >> >> >> >>>>>>>>>>>>> this >> >> >> >>>>>>>>>>>>> discussion should be in the dev list not >> >> >> >>>>>>>>>>>>> in the users list (so my response is going there). >> >> >> >>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>> Victor >> >> >> >>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>> On 4 Feb 2014, at 15:47, Rory Walsh >> >> >> >>>>>>>>>>>>> wrote: >> >> >> >>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>> I can confirm that it's not an issue with the plugin >> >> >> >>>>>>>>>>>>>> framework >> >> >> >>>>>>>>>>>>>> I'm >> >> >> >>>>>>>>>>>>>> using. I can also confirm it happens whether the >> >> >> >>>>>>>>>>>>>> plugin's >> >> >> >>>>>>>>>>>>>> processBlock() is being called the same amount of >> >> >> >>>>>>>>>>>>>> times >> >> >> >>>>>>>>>>>>>> as >> >> >> >>>>>>>>>>>>>> performKsmps(). That is to say, if the plugin sample >> >> >> >>>>>>>>>>>>>> buffer >> >> >> >>>>>>>>>>>>>> is >> >> >> >>>>>>>>>>>>>> set >> >> >> >>>>>>>>>>>>>> to >> >> >> >>>>>>>>>>>>>> 64 and so is Csound's, the problem persists. >> >> >> >>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>> I can recreate it with Reaper by placing two >> >> >> >>>>>>>>>>>>>> identical >> >> >> >>>>>>>>>>>>>> audio >> >> >> >>>>>>>>>>>>>> tracks >> >> >> >>>>>>>>>>>>>> in >> >> >> >>>>>>>>>>>>>> the session. On one track I place a straight forward >> >> >> >>>>>>>>>>>>>> in/out >> >> >> >>>>>>>>>>>>>> Cabbage >> >> >> >>>>>>>>>>>>>> effect plugin. Then play both back at the same time. >> >> >> >>>>>>>>>>>>>> You'll >> >> >> >>>>>>>>>>>>>> hear >> >> >> >>>>>>>>>>>>>> subtle phasing taking place until you bypass the >> >> >> >>>>>>>>>>>>>> plugin >> >> >> >>>>>>>>>>>>>> effect. >> >> >> >>>>>>>>>>>>>> Here's >> >> >> >>>>>>>>>>>>>> my processBlock(), it couldn't be any simpler. Can >> >> >> >>>>>>>>>>>>>> any >> >> >> >>>>>>>>>>>>>> devs >> >> >> >>>>>>>>>>>>>> out >> >> >> >>>>>>>>>>>>>> there >> >> >> >>>>>>>>>>>>>> spot something that might introduce latency? >> >> >> >>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>> CSCompResult = csound->PerformKsmps(); >> >> >> >>>>>>>>>>>>>> for(int i=0;i> >> >> >>>>>>>>>>>>>> { >> >> >> >>>>>>>>>>>>>> if(!CSCompResult) >> >> >> >>>>>>>>>>>>>> { >> >> >> >>>>>>>>>>>>>> for(int channel = 0; channel < >> >> >> >>>>>>>>>>>>>> getNumOutputChannels(); >> >> >> >>>>>>>>>>>>>> channel++ ) >> >> >> >>>>>>>>>>>>>> { >> >> >> >>>>>>>>>>>>>> audioBuffer = >> >> >> >>>>>>>>>>>>>> buffer.getSampleData(channel,0); >> >> >> >>>>>>>>>>>>>> pos = igetNumOutputChannels(); >> >> >> >>>>>>>>>>>>>> CSspin[channel+pos] = >> >> >> >>>>>>>>>>>>>> audioBuffer[i]cs_scale; >> >> >> >>>>>>>>>>>>>> audioBuffer[i] = >> >> >> >>>>>>>>>>>>>> (CSspout[channel+pos]/cs_scale); >> >> >> >>>>>>>>>>>>>> } >> >> >> >>>>>>>>>>>>>> } >> >> >> >>>>>>>>>>>>>> else >> >> >> >>>>>>>>>>>>>> buffer.clear(); >> >> >> >>>>>>>>>>>>>> } >> >> >> >>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>> On 4 February 2014 15:04, Oeyvind Brandtsegg >> >> >> >>>>>>>>>>>>>> wrote: >> >> >> >>>>>>>>>>>>>>> All good. >> >> >> >>>>>>>>>>>>>>> I could test with csound~ and found another cause >> >> >> >>>>>>>>>>>>>>> for >> >> >> >>>>>>>>>>>>>>> the >> >> >> >>>>>>>>>>>>>>> latency. >> >> >> >>>>>>>>>>>>>>> Oeyvind >> >> >> >>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>> 2014-02-04 Steven Yi : >> >> >> >>>>>>>>>>>>>>>> Nope. I did some work on updating the CMake file >> >> >> >>>>>>>>>>>>>>>> to >> >> >> >>>>>>>>>>>>>>>> try >> >> >> >>>>>>>>>>>>>>>> building >> >> >> >>>>>>>>>>>>>>>> on >> >> >> >>>>>>>>>>>>>>>> Windows yesterday. I need to do so me research to >> >> >> >>>>>>>>>>>>>>>> see >> >> >> >>>>>>>>>>>>>>>> about >> >> >> >>>>>>>>>>>>>>>> libraries >> >> >> >>>>>>>>>>>>>>>> to link to and other things, but it may take a >> >> >> >>>>>>>>>>>>>>>> while >> >> >> >>>>>>>>>>>>>>>> with >> >> >> >>>>>>>>>>>>>>>> current >> >> >> >>>>>>>>>>>>>>>> work >> >> >> >>>>>>>>>>>>>>>> load. >> >> >> >>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:47 AM, Oeyvind Brandtsegg >> >> >> >>>>>>>>>>>>>>>> wrote: >> >> >> >>>>>>>>>>>>>>>>> That looks as if it's for OSX only (?), >> >> >> >>>>>>>>>>>>>>>>> perhaps not compiled for windows yet? >> >> >> >>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>> 2014-02-04 Steven Yi : >> >> >> >>>>>>>>>>>>>>>>>> csound6~ should be with the installer; also >> >> >> >>>>>>>>>>>>>>>>>> available >> >> >> >>>>>>>>>>>>>>>>>> at: >> >> >> >>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>> http://sourceforge.net/projects/csound/files/csound6/Csound6.02/csound~_v1.1.1.pkg/download >> >> >> >>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:38 AM, Oeyvind >> >> >> >>>>>>>>>>>>>>>>>> Brandtsegg >> >> >> >>>>>>>>>>>>>>>>>> wrote: >> >> >> >>>>>>>>>>>>>>>>>>> I can also reproduce it with csound~ in >> >> >> >>>>>>>>>>>>>>>>>>> MaxForLive >> >> >> >>>>>>>>>>>>>>>>>>> haven't tried with csound6~ (where can I find >> >> >> >>>>>>>>>>>>>>>>>>> it?) >> >> >> >>>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>>> Now, testing with Max (not in Live), and with >> >> >> >>>>>>>>>>>>>>>>>>> Reaper, >> >> >> >>>>>>>>>>>>>>>>>>> I >> >> >> >>>>>>>>>>>>>>>>>>> find >> >> >> >>>>>>>>>>>>>>>>>>> I >> >> >> >>>>>>>>>>>>>>>>>>> can not >> >> >> >>>>>>>>>>>>>>>>>>> reproduce the behaviour there. >> >> >> >>>>>>>>>>>>>>>>>>> So there is something with Live then. However, >> >> >> >>>>>>>>>>>>>>>>>>> other >> >> >> >>>>>>>>>>>>>>>>>>> VST >> >> >> >>>>>>>>>>>>>>>>>>> plugins >> >> >> >>>>>>>>>>>>>>>>>>> in >> >> >> >>>>>>>>>>>>>>>>>>> Live does not introduce extra latency. >> >> >> >>>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>>> The way I measure latency is by setiing up a >> >> >> >>>>>>>>>>>>>>>>>>> microphone >> >> >> >>>>>>>>>>>>>>>>>>> close >> >> >> >>>>>>>>>>>>>>>>>>> to >> >> >> >>>>>>>>>>>>>>>>>>> the >> >> >> >>>>>>>>>>>>>>>>>>> speaker, close enough that it will almost feed, >> >> >> >>>>>>>>>>>>>>>>>>> then tap the mic and listen to the resonance of >> >> >> >>>>>>>>>>>>>>>>>>> the >> >> >> >>>>>>>>>>>>>>>>>>> system. >> >> >> >>>>>>>>>>>>>>>>>>> When >> >> >> >>>>>>>>>>>>>>>>>>> the >> >> >> >>>>>>>>>>>>>>>>>>> latency changes, the resonance will change. >> >> >> >>>>>>>>>>>>>>>>>>> When I add a plugin (Cabbage or MaxForLive with >> >> >> >>>>>>>>>>>>>>>>>>> csound~), >> >> >> >>>>>>>>>>>>>>>>>>> the >> >> >> >>>>>>>>>>>>>>>>>>> latency >> >> >> >>>>>>>>>>>>>>>>>>> (and so the resonance) changes. If I load other >> >> >> >>>>>>>>>>>>>>>>>>> VST >> >> >> >>>>>>>>>>>>>>>>>>> plugins >> >> >> >>>>>>>>>>>>>>>>>>> this >> >> >> >>>>>>>>>>>>>>>>>>> does >> >> >> >>>>>>>>>>>>>>>>>>> not happen, the latency does not change. >> >> >> >>>>>>>>>>>>>>>>>>> But as I said, I can only reproduce it in Live. >> >> >> >>>>>>>>>>>>>>>>>>> Sorry >> >> >> >>>>>>>>>>>>>>>>>>> for >> >> >> >>>>>>>>>>>>>>>>>>> the >> >> >> >>>>>>>>>>>>>>>>>>> noise. >> >> >> >>>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh : >> >> >> >>>>>>>>>>>>>>>>>>>> I can recreate it here. It's subtle, but >> >> >> >>>>>>>>>>>>>>>>>>>> present. >> >> >> >>>>>>>>>>>>>>>>>>>> I'll >> >> >> >>>>>>>>>>>>>>>>>>>> take >> >> >> >>>>>>>>>>>>>>>>>>>> a >> >> >> >>>>>>>>>>>>>>>>>>>> look. >> >> >> >>>>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:38, Oeyvind Brandtsegg >> >> >> >>>>>>>>>>>>>>>>>>>> wrote: >> >> >> >>>>>>>>>>>>>>>>>>>>> Yes, I have tried different ksmps values, both >> >> >> >>>>>>>>>>>>>>>>>>>>> higher >> >> >> >>>>>>>>>>>>>>>>>>>>> and >> >> >> >>>>>>>>>>>>>>>>>>>>> lower >> >> >> >>>>>>>>>>>>>>>>>>>>> and >> >> >> >>>>>>>>>>>>>>>>>>>>> equal to the host buffer size. >> >> >> >>>>>>>>>>>>>>>>>>>>> Will investigate if I can reproduce it on >> >> >> >>>>>>>>>>>>>>>>>>>>> csound~. >> >> >> >>>>>>>>>>>>>>>>>>>>> Oeyvind >> >> >> >>>>>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh : >> >> >> >>>>>>>>>>>>>>>>>>>>>> On second thoughts I can't see what might be >> >> >> >>>>>>>>>>>>>>>>>>>>>> causing >> >> >> >>>>>>>>>>>>>>>>>>>>>> this. >> >> >> >>>>>>>>>>>>>>>>>>>>>> Have you >> >> >> >>>>>>>>>>>>>>>>>>>>>> tried setting ksmps to be the same as your >> >> >> >>>>>>>>>>>>>>>>>>>>>> host's >> >> >> >>>>>>>>>>>>>>>>>>>>>> buffer >> >> >> >>>>>>>>>>>>>>>>>>>>>> size? >> >> >> >>>>>>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:01, Rory Walsh >> >> >> >>>>>>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>>>>>> wrote: >> >> >> >>>>>>>>>>>>>>>>>>>>>>> I think I have it... Lunch first though.. >> >> >> >>>>>>>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>>>>>>> sent from a mobile device... >> >> >> >>>>>>>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>>>>>>> On 4 Feb 2014 12:56, "Rory Walsh" >> >> >> >>>>>>>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>>>>>>> wrote: >> >> >> >>>>>>>>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>>>>>>>> Are you just running audio straight in and >> >> >> >>>>>>>>>>>>>>>>>>>>>>>> out, >> >> >> >>>>>>>>>>>>>>>>>>>>>>>> no >> >> >> >>>>>>>>>>>>>>>>>>>>>>>> processing? The >> >> >> >>>>>>>>>>>>>>>>>>>>>>>> plugin host calls the plugin's >> >> >> >>>>>>>>>>>>>>>>>>>>>>>> processBlock() >> >> >> >>>>>>>>>>>>>>>>>>>>>>>> which >> >> >> >>>>>>>>>>>>>>>>>>>>>>>> in >> >> >> >>>>>>>>>>>>>>>>>>>>>>>> turn >> >> >> >>>>>>>>>>>>>>>>>>>>>>>> calls >> >> >> >>>>>>>>>>>>>>>>>>>>>>>> performKsmps(). So long as processBlock() >> >> >> >>>>>>>>>>>>>>>>>>>>>>>> is >> >> >> >>>>>>>>>>>>>>>>>>>>>>>> being >> >> >> >>>>>>>>>>>>>>>>>>>>>>>> called >> >> >> >>>>>>>>>>>>>>>>>>>>>>>> (if the >> >> >> >>>>>>>>>>>>>>>>>>>>>>>> track is playing for example) >> >> >> >>>>>>>>>>>>>>>>>>>>>>>> performKsmps() >> >> >> >>>>>>>>>>>>>>>>>>>>>>>> will >> >> >> >>>>>>>>>>>>>>>>>>>>>>>> be >> >> >> >>>>>>>>>>>>>>>>>>>>>>>> called >> >> >> >>>>>>>>>>>>>>>>>>>>>>>> over and >> >> >> >>>>>>>>>>>>>>>>>>>>>>>> over again processing ksmps samples each >> >> >> >>>>>>>>>>>>>>>>>>>>>>>> time. >> >> >> >>>>>>>>>>>>>>>>>>>>>>>> At >> >> >> >>>>>>>>>>>>>>>>>>>>>>>> the >> >> >> >>>>>>>>>>>>>>>>>>>>>>>> moment >> >> >> >>>>>>>>>>>>>>>>>>>>>>>> the >> >> >> >>>>>>>>>>>>>>>>>>>>>>>> processBlock() method and the >> >> >> >>>>>>>>>>>>>>>>>>>>>>>> performKsmps() >> >> >> >>>>>>>>>>>>>>>>>>>>>>>> are >> >> >> >>>>>>>>>>>>>>>>>>>>>>>> firing >> >> >> >>>>>>>>>>>>>>>>>>>>>>>> off >> >> >> >>>>>>>>>>>>>>>>>>>>>>>> at >> >> >> >>>>>>>>>>>>>>>>>>>>>>>> different speeds. I can look at forcing >> >> >> >>>>>>>>>>>>>>>>>>>>>>>> Cabbage >> >> >> >>>>>>>>>>>>>>>>>>>>>>>> plugins >> >> >> >>>>>>>>>>>>>>>>>>>>>>>> to >> >> >> >>>>>>>>>>>>>>>>>>>>>>>> process the >> >> >> >>>>>>>>>>>>>>>>>>>>>>>> same amount of samples as the plugin does >> >> >> >>>>>>>>>>>>>>>>>>>>>>>> with >> >> >> >>>>>>>>>>>>>>>>>>>>>>>> each >> >> >> >>>>>>>>>>>>>>>>>>>>>>>> call >> >> >> >>>>>>>>>>>>>>>>>>>>>>>> to >> >> >> >>>>>>>>>>>>>>>>>>>>>>>> processBlock(). Perhaps that might help. >> >> >> >>>>>>>>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 12:41, Oeyvind >> >> >> >>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >> >> >> >>>>>>>>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>>>>>>>> wrote: >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Regarding latency and buffers, >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> I thought I had understood that csound, >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> when >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> used >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> as a >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> plugin (e.g. >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Cabbage or csound~) would process the >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> audio >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> buffer >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> "in >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> place", so no >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> extra latency would incur due to the sound >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> being >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> processed >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> through >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Csound, assuming that ksmps is smaler than >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> the >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> host >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> program's buffer >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> size. >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Now, running Cabbage plugins in Ableton >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Live, >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> I've >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> been >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> investigating >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> latency issues, and I find that adding a >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> simple >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> plugin will >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> delay the signal. Also, adding more than >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> one >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> such >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> plugin >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> in >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> series >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> increases the delay/latency accordingly. >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> I've >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> tried >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> using >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> different >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> ksmps, and this indeed affects the amount >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> of >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> latency >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> but >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> even setting >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> ksmps=1 does not get rid of it. >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Can the buffer be processed "in place"? >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> best >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> -- >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> NTNU >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Norway >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> trackers >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> csound6: >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> csound5: >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> posted >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> here >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> with >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> body >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> csound" >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >> >> >> >>>>>>>>>>>>>>>>>>>>>> trackers >> >> >> >>>>>>>>>>>>>>>>>>>>>> csound6: >> >> >> >>>>>>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >> >> >>>>>>>>>>>>>>>>>>>>>> csound5: >> >> >> >>>>>>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >> >> >>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >> >> >> >>>>>>>>>>>>>>>>>>>>>> posted >> >> >> >>>>>>>>>>>>>>>>>>>>>> here >> >> >> >>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >> >> >> >>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >> >> >> >>>>>>>>>>>>>>>>>>>>>> with >> >> >> >>>>>>>>>>>>>>>>>>>>>> body >> >> >> >>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >> >> >> >>>>>>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>>>>> -- >> >> >> >>>>>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >> >> >> >>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >> >> >> >>>>>>>>>>>>>>>>>>>>> NTNU >> >> >> >>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >> >> >> >>>>>>>>>>>>>>>>>>>>> Norway >> >> >> >>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >> >> >> >>>>>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >> >> >> >>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >> >> >> >>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >> >> >> >>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >> >> >> >>>>>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >> >> >> >>>>>>>>>>>>>>>>>>>>> trackers >> >> >> >>>>>>>>>>>>>>>>>>>>> csound6: >> >> >> >>>>>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >> >> >>>>>>>>>>>>>>>>>>>>> csound5: >> >> >> >>>>>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >> >> >>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >> >> >> >>>>>>>>>>>>>>>>>>>>> here >> >> >> >>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >> >> >> >>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >> >> >> >>>>>>>>>>>>>>>>>>>>> with >> >> >> >>>>>>>>>>>>>>>>>>>>> body >> >> >> >>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >> >> >> >>>>>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >> >> >> >>>>>>>>>>>>>>>>>>>> trackers >> >> >> >>>>>>>>>>>>>>>>>>>> csound6: >> >> >> >>>>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >> >> >>>>>>>>>>>>>>>>>>>> csound5: >> >> >> >>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >> >> >>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >> >> >> >>>>>>>>>>>>>>>>>>>> here >> >> >> >>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >> >> >> >>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >> >> >> >>>>>>>>>>>>>>>>>>>> with >> >> >> >>>>>>>>>>>>>>>>>>>> body >> >> >> >>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >> >> >> >>>>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>>> -- >> >> >> >>>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >> >> >> >>>>>>>>>>>>>>>>>>> Professor of Music Technology >> >> >> >>>>>>>>>>>>>>>>>>> NTNU >> >> >> >>>>>>>>>>>>>>>>>>> 7491 Trondheim >> >> >> >>>>>>>>>>>>>>>>>>> Norway >> >> >> >>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >> >> >> >>>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >> >> >> >>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >> >> >> >>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >> >> >> >>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >> >> >> >>>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >> >> >> >>>>>>>>>>>>>>>>>>> trackers >> >> >> >>>>>>>>>>>>>>>>>>> csound6: >> >> >> >>>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >> >> >>>>>>>>>>>>>>>>>>> csound5: >> >> >> >>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >> >> >>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >> >> >> >>>>>>>>>>>>>>>>>>> here >> >> >> >>>>>>>>>>>>>>>>>>> To unsubscribe, send email >> >> >> >>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >> >> >> >>>>>>>>>>>>>>>>>>> with >> >> >> >>>>>>>>>>>>>>>>>>> body >> >> >> >>>>>>>>>>>>>>>>>>> "unsubscribe csound" >> >> >> >>>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >> >> >>>>>>>>>>>>>>>>>> csound6: >> >> >> >>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >> >> >>>>>>>>>>>>>>>>>> csound5: >> >> >> >>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >> >> >>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >> >> >> >>>>>>>>>>>>>>>>>> here >> >> >> >>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >> >> >> >>>>>>>>>>>>>>>>>> with >> >> >> >>>>>>>>>>>>>>>>>> body >> >> >> >>>>>>>>>>>>>>>>>> "unsubscribe csound" >> >> >> >>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>> -- >> >> >> >>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >> >> >> >>>>>>>>>>>>>>>>> Professor of Music Technology >> >> >> >>>>>>>>>>>>>>>>> NTNU >> >> >> >>>>>>>>>>>>>>>>> 7491 Trondheim >> >> >> >>>>>>>>>>>>>>>>> Norway >> >> >> >>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >> >> >> >>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>> http://flyndresang.no/ >> >> >> >>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >> >> >> >>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >> >> >> >>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >> >> >> >>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >> >> >>>>>>>>>>>>>>>>> csound6: >> >> >> >>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >> >> >>>>>>>>>>>>>>>>> csound5: >> >> >> >>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >> >> >>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >> >> >> >>>>>>>>>>>>>>>>> here >> >> >> >>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >> >> >> >>>>>>>>>>>>>>>>> with >> >> >> >>>>>>>>>>>>>>>>> body >> >> >> >>>>>>>>>>>>>>>>> "unsubscribe csound" >> >> >> >>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >> >> >>>>>>>>>>>>>>>> csound6: >> >> >> >>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >> >> >>>>>>>>>>>>>>>> csound5: >> >> >> >>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >> >> >>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >> >> >> >>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >> >> >> >>>>>>>>>>>>>>>> with >> >> >> >>>>>>>>>>>>>>>> body >> >> >> >>>>>>>>>>>>>>>> "unsubscribe csound" >> >> >> >>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>> -- >> >> >> >>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>> Oeyvind Brandtsegg >> >> >> >>>>>>>>>>>>>>> Professor of Music Technology >> >> >> >>>>>>>>>>>>>>> NTNU >> >> >> >>>>>>>>>>>>>>> 7491 Trondheim >> >> >> >>>>>>>>>>>>>>> Norway >> >> >> >>>>>>>>>>>>>>> Cell: +47 92 203 205 >> >> >> >>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>> http://flyndresang.no/ >> >> >> >>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >> >> >> >>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >> >> >> >>>>>>>>>>>>>>> http://soundcloud.com/t-emp >> >> >> >>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >> >> >>>>>>>>>>>>>>> csound6: >> >> >> >>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >> >> >>>>>>>>>>>>>>> csound5: >> >> >> >>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >> >> >>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >> >> >> >>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >> >> >> >>>>>>>>>>>>>>> with >> >> >> >>>>>>>>>>>>>>> body >> >> >> >>>>>>>>>>>>>>> "unsubscribe csound" >> >> >> >>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >> >> >> >>>>>>>>>>>>>> csound6: >> >> >> >>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >> >> >>>>>>>>>>>>>> csound5: >> >> >> >>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >> >> >>>>>>>>>>>>>> Discussions of bugs and features can be posted here >> >> >> >>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >> >> >> >>>>>>>>>>>>>> with >> >> >> >>>>>>>>>>>>>> body >> >> >> >>>>>>>>>>>>>> "unsubscribe csound" >> >> >> >>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>> ------------------------------------------------------------------------------ >> >> >> >>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >> >> >> >>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >> >> >> >>>>>>>>>>>>> Common >> >> >> >>>>>>>>>>>>> Pitfalls. >> >> >> >>>>>>>>>>>>> Read the Whitepaper. >> >> >> >>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> >> >>>>>>>>>>>>> _______________________________________________ >> >> >> >>>>>>>>>>>>> Csound-devel mailing list >> >> >> >>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >> >> >> >>>>>>>>>>>>> >> >> >> >>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >> >>>>>>>>>>>> >> >> >> >>>>>>>>>>>> >> >> >> >>>>>>>>>>>> >> >> >> >>>>>>>>>>>> >> >> >> >>>>>>>>>>>> >> >> >> >>>>>>>>>>>> >> >> >> >>>>>>>>>>>> >> >> >> >>>>>>>>>>>> >> >> >> >>>>>>>>>>>> ------------------------------------------------------------------------------ >> >> >> >>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >> >> >> >>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >> >> >> >>>>>>>>>>>> Common >> >> >> >>>>>>>>>>>> Pitfalls. >> >> >> >>>>>>>>>>>> Read the Whitepaper. >> >> >> >>>>>>>>>>>> >> >> >> >>>>>>>>>>>> >> >> >> >>>>>>>>>>>> >> >> >> >>>>>>>>>>>> >> >> >> >>>>>>>>>>>> >> >> >> >>>>>>>>>>>> >> >> >> >>>>>>>>>>>> >> >> >> >>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> >> >>>>>>>>>>>> _______________________________________________ >> >> >> >>>>>>>>>>>> Csound-devel mailing list >> >> >> >>>>>>>>>>>> Csound-devel@lists.sourceforge.net >> >> >> >>>>>>>>>>>> >> >> >> >>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >> >>>>>>>>>>> >> >> >> >>>>>>>>>>> >> >> >> >>>>>>>>>> >> >> >> >>>>>>>>>> >> >> >> >>>>>>>>>> >> >> >> >>>>>>>>>> >> >> >> >>>>>>>>>> >> >> >> >>>>>>>>>> >> >> >> >>>>>>>>>> >> >> >> >>>>>>>>>> >> >> >> >>>>>>>>>> ------------------------------------------------------------------------------ >> >> >> >>>>>>>>>> Managing the Performance of Cloud-Based Applications >> >> >> >>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >> >> >> >>>>>>>>>> Common >> >> >> >>>>>>>>>> Pitfalls. >> >> >> >>>>>>>>>> Read the Whitepaper. >> >> >> >>>>>>>>>> >> >> >> >>>>>>>>>> >> >> >> >>>>>>>>>> >> >> >> >>>>>>>>>> >> >> >> >>>>>>>>>> >> >> >> >>>>>>>>>> >> >> >> >>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> >> >>>>>>>>>> _______________________________________________ >> >> >> >>>>>>>>>> Csound-devel mailing list >> >> >> >>>>>>>>>> Csound-devel@lists.sourceforge.net >> >> >> >>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >> >>>>>>>>>> >> >> >> >>>>>>>>> >> >> >> >>>>>>>>> >> >> >> >>>>>>>>> >> >> >> >>>>>>>>> >> >> >> >>>>>>>>> >> >> >> >>>>>>>>> >> >> >> >>>>>>>>> >> >> >> >>>>>>>>> ------------------------------------------------------------------------------ >> >> >> >>>>>>>>> Managing the Performance of Cloud-Based Applications >> >> >> >>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >> >> >> >>>>>>>>> Common >> >> >> >>>>>>>>> Pitfalls. >> >> >> >>>>>>>>> Read the Whitepaper. >> >> >> >>>>>>>>> >> >> >> >>>>>>>>> >> >> >> >>>>>>>>> >> >> >> >>>>>>>>> >> >> >> >>>>>>>>> >> >> >> >>>>>>>>> >> >> >> >>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> >> >>>>>>>>> _______________________________________________ >> >> >> >>>>>>>>> Csound-devel mailing list >> >> >> >>>>>>>>> Csound-devel@lists.sourceforge.net >> >> >> >>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >> >>>>>>>> >> >> >> >>>>>>>> >> >> >> >>>>>>>> >> >> >> >>>>>>>> >> >> >> >>>>>>>> >> >> >> >>>>>>>> >> >> >> >>>>>>>> >> >> >> >>>>>>>> >> >> >> >>>>>>>> ------------------------------------------------------------------------------ >> >> >> >>>>>>>> Managing the Performance of Cloud-Based Applications >> >> >> >>>>>>>> Take advantage of what the Cloud has to offer - Avoid >> >> >> >>>>>>>> Common >> >> >> >>>>>>>> Pitfalls. >> >> >> >>>>>>>> Read the Whitepaper. >> >> >> >>>>>>>> >> >> >> >>>>>>>> >> >> >> >>>>>>>> >> >> >> >>>>>>>> >> >> >> >>>>>>>> >> >> >> >>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> >> >>>>>>>> _______________________________________________ >> >> >> >>>>>>>> Csound-devel mailing list >> >> >> >>>>>>>> Csound-devel@lists.sourceforge.net >> >> >> >>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >> >>>>>>>> >> >> >> >>>>>>> >> >> >> >>>>>>> >> >> >> >>>>>>> >> >> >> >>>>>>> >> >> >> >>>>>>> >> >> >> >>>>>>> >> >> >> >>>>>>> ------------------------------------------------------------------------------ >> >> >> >>>>>>> Managing the Performance of Cloud-Based Applications >> >> >> >>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >> >> >> >>>>>>> Pitfalls. >> >> >> >>>>>>> Read the Whitepaper. >> >> >> >>>>>>> >> >> >> >>>>>>> >> >> >> >>>>>>> >> >> >> >>>>>>> >> >> >> >>>>>>> >> >> >> >>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> >> >>>>>>> _______________________________________________ >> >> >> >>>>>>> Csound-devel mailing list >> >> >> >>>>>>> Csound-devel@lists.sourceforge.net >> >> >> >>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >> >>>>>> >> >> >> >>>>>> Dr Victor Lazzarini >> >> >> >>>>>> Senior Lecturer >> >> >> >>>>>> Dept. of Music >> >> >> >>>>>> NUI Maynooth Ireland >> >> >> >>>>>> tel.: +353 1 708 3545 >> >> >> >>>>>> Victor dot Lazzarini AT nuim dot ie >> >> >> >>>>>> >> >> >> >>>>>> >> >> >> >>>>>> >> >> >> >>>>>> >> >> >> >>>>>> >> >> >> >>>>>> >> >> >> >>>>>> >> >> >> >>>>>> >> >> >> >>>>>> >> >> >> >>>>>> ------------------------------------------------------------------------------ >> >> >> >>>>>> Managing the Performance of Cloud-Based Applications >> >> >> >>>>>> Take advantage of what the Cloud has to offer - Avoid Common >> >> >> >>>>>> Pitfalls. >> >> >> >>>>>> Read the Whitepaper. >> >> >> >>>>>> >> >> >> >>>>>> >> >> >> >>>>>> >> >> >> >>>>>> >> >> >> >>>>>> >> >> >> >>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> >> >>>>>> _______________________________________________ >> >> >> >>>>>> Csound-devel mailing list >> >> >> >>>>>> Csound-devel@lists.sourceforge.net >> >> >> >>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >> >>>>> >> >> >> >>>>> >> >> >> >>>>> >> >> >> >>>>> >> >> >> >>>>> >> >> >> >>>>> >> >> >> >>>>> >> >> >> >>>>> ------------------------------------------------------------------------------ >> >> >> >>>>> Managing the Performance of Cloud-Based Applications >> >> >> >>>>> Take advantage of what the Cloud has to offer - Avoid Common >> >> >> >>>>> Pitfalls. >> >> >> >>>>> Read the Whitepaper. >> >> >> >>>>> >> >> >> >>>>> >> >> >> >>>>> >> >> >> >>>>> >> >> >> >>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> >> >>>>> _______________________________________________ >> >> >> >>>>> Csound-devel mailing list >> >> >> >>>>> Csound-devel@lists.sourceforge.net >> >> >> >>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >> >>>>> >> >> >> >>>> >> >> >> >>>> >> >> >> >>>> >> >> >> >>>> >> >> >> >>>> >> >> >> >>>> ------------------------------------------------------------------------------ >> >> >> >>>> Managing the Performance of Cloud-Based Applications >> >> >> >>>> Take advantage of what the Cloud has to offer - Avoid Common >> >> >> >>>> Pitfalls. >> >> >> >>>> Read the Whitepaper. >> >> >> >>>> >> >> >> >>>> >> >> >> >>>> >> >> >> >>>> >> >> >> >>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> >> >>>> _______________________________________________ >> >> >> >>>> Csound-devel mailing list >> >> >> >>>> Csound-devel@lists.sourceforge.net >> >> >> >>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >> >>> >> >> >> >>> >> >> >> >>> >> >> >> >>> >> >> >> >>> >> >> >> >>> >> >> >> >>> ------------------------------------------------------------------------------ >> >> >> >>> Managing the Performance of Cloud-Based Applications >> >> >> >>> Take advantage of what the Cloud has to offer - Avoid Common >> >> >> >>> Pitfalls. >> >> >> >>> Read the Whitepaper. >> >> >> >>> >> >> >> >>> >> >> >> >>> >> >> >> >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> >> >>> _______________________________________________ >> >> >> >>> Csound-devel mailing list >> >> >> >>> Csound-devel@lists.sourceforge.net >> >> >> >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >> >>> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> ------------------------------------------------------------------------------ >> >> >> >> Managing the Performance of Cloud-Based Applications >> >> >> >> Take advantage of what the Cloud has to offer - Avoid Common >> >> >> >> Pitfalls. >> >> >> >> Read the Whitepaper. >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> >> >> _______________________________________________ >> >> >> >> Csound-devel mailing list >> >> >> >> Csound-devel@lists.sourceforge.net >> >> >> >> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >> > >> >> >> > Dr Victor Lazzarini >> >> >> > Senior Lecturer >> >> >> > Dept. of Music >> >> >> > NUI Maynooth Ireland >> >> >> > tel.: +353 1 708 3545 >> >> >> > Victor dot Lazzarini AT nuim dot ie >> >> >> > >> >> >> > >> >> >> > >> >> >> > >> >> >> > >> >> >> > >> >> >> > >> >> >> > ------------------------------------------------------------------------------ >> >> >> > Managing the Performance of Cloud-Based Applications >> >> >> > Take advantage of what the Cloud has to offer - Avoid Common >> >> >> > Pitfalls. >> >> >> > Read the Whitepaper. >> >> >> > >> >> >> > >> >> >> > >> >> >> > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> >> > _______________________________________________ >> >> >> > Csound-devel mailing list >> >> >> > Csound-devel@lists.sourceforge.net >> >> >> > https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >> >> >> >> >> >> >> >> >> >> -- >> >> >> >> >> >> Oeyvind Brandtsegg >> >> >> Professor of Music Technology >> >> >> NTNU >> >> >> 7491 Trondheim >> >> >> Norway >> >> >> Cell: +47 92 203 205 >> >> >> >> >> >> http://flyndresang.no/ >> >> >> http://www.partikkelaudio.com/ >> >> >> http://soundcloud.com/brandtsegg >> >> >> http://soundcloud.com/t-emp >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> ------------------------------------------------------------------------------ >> >> >> Managing the Performance of Cloud-Based Applications >> >> >> Take advantage of what the Cloud has to offer - Avoid Common >> >> >> Pitfalls. >> >> >> Read the Whitepaper. >> >> >> >> >> >> >> >> >> >> >> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> >> _______________________________________________ >> >> >> Csound-devel mailing list >> >> >> Csound-devel@lists.sourceforge.net >> >> >> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> > >> >> > >> >> > >> >> > >> >> > >> >> > ------------------------------------------------------------------------------ >> >> > Managing the Performance of Cloud-Based Applications >> >> > Take advantage of what the Cloud has to offer - Avoid Common >> >> > Pitfalls. >> >> > Read the Whitepaper. >> >> > >> >> > >> >> > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> > _______________________________________________ >> >> > Csound-devel mailing list >> >> > Csound-devel@lists.sourceforge.net >> >> > https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> > >> >> >> >> >> >> >> >> -- >> >> >> >> Oeyvind Brandtsegg >> >> Professor of Music Technology >> >> NTNU >> >> 7491 Trondheim >> >> Norway >> >> Cell: +47 92 203 205 >> >> >> >> http://flyndresang.no/ >> >> http://www.partikkelaudio.com/ >> >> http://soundcloud.com/brandtsegg >> >> http://soundcloud.com/t-emp >> >> >> >> >> >> >> >> ------------------------------------------------------------------------------ >> >> Managing the Performance of Cloud-Based Applications >> >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> >> Read the Whitepaper. >> >> >> >> >> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> _______________________________________________ >> >> Csound-devel mailing list >> >> Csound-devel@lists.sourceforge.net >> >> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >> ------------------------------------------------------------------------------ >> Managing the Performance of Cloud-Based Applications >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> Read the Whitepaper. >> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> _______________________________________________ >> Csound-devel mailing list >> Csound-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/csound-devel > > > > ------------------------------------------------------------------------------ > Managing the Performance of Cloud-Based Applications > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. > Read the Whitepaper. > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk > _______________________________________________ > Csound-devel mailing list > Csound-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/csound-devel > -- Oeyvind Brandtsegg Professor of Music Technology NTNU 7491 Trondheim Norway Cell: +47 92 203 205 http://flyndresang.no/ http://www.partikkelaudio.com/ http://soundcloud.com/brandtsegg http://soundcloud.com/t-emp ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net

Date	2014-02-06 08:45
From	Oeyvind Brandtsegg
Subject	Re: [Cs-dev] [Csnd] Latency and buffers
	.... hit send prematurely (too little latency I guess...) Well, In Reaper: - Cabbage plugs show ksmps latency as now well understood - Other VSTs I tested show no latency (Flux, Wigware) - Cockos, Reaper internal plugs sho zero latency too In Live (here it comes) - Cabbage plugs shows ksmps + soundcard output buffer latency - Other VST: soundcard out buffer latency - Max for Live plugins: 256 samples latency - Internal Live plugins: 128 samples latency (except for very simple ones like pan/gain) * What is also remarkable is also that the plugin latency is accumulative, so using two plugins on the same track doubles the latency, even for rendering directly to disk) * Plugin delay comensation has been turned off for these tests Tests were done like this: I used a recording of pulses to test latency, putting the same recording on track 1 and 2, panning 1 left and 2 right then inserting a plugin on track 2 render to file inspect file in stereo editor, and measure the delay between the left and right channel 2014-02-06 Oeyvind Brandtsegg : > Thanks so much for that explanation Mike. > Rory, don't even so much as think of contemplating life without > Cabbage (oh you already did...) ! > Here's more observations about latency in different hosts that might > brighten up thhing a bit, > depending on what hosts one prefer... > > In Reaper: > > > 2014-02-06 Michael Gogins : >> There are two cases. If ksmps is always 1, you can use this algorithm: >> >> for each frame in the host input buffer: >> copy the host frame to the spin frame >> call performKsmps() >> copy the spout frame to the host output buffer >> >> Then there is no delay. >> >> If ksmps is greater than 1 it goes like this. It's enough to consider ksmps >> = 2, >> all other cases work the same way. >> >> for each frame in the host input buffer: >> copy the current host input frame to the current spin frame >> copy the current spout frame to the current host output buffer >> if the current spout frame is past the end of spout: >> call performKsmps >> reset the spout/spin frame index to 0 >> >> If ksmps==1 then there is 1 frame of silence in the output at the start, and >> thereafter output lags input by 1 frame. On the final frame of the host >> buffer, Csound computes a frame in spout but it is not copied to the output >> until the next processing call. >> >> If ksmps==2 then there are 2 frames of silence in the output at the start, >> and thereafter output lags input by 2 frames. On the final frame of the host >> buffer,Csound computes 2 frames in spout, but depending on the size of the >> output buffer, 1 or 2 frames are not copied to the output until the next >> processing call. >> >> And so on. >> >> Regards, >> Mike >> >> >> >> ----------------------------------------------------- >> Michael Gogins >> Irreducible Productions >> http://michaelgogins.tumblr.com >> Michael dot Gogins at gmail dot com >> >> >> On Wed, Feb 5, 2014 at 7:39 PM, Rory Walsh wrote: >>> >>> The way it stands things are fine, albeit with a ksmps delay. But it >>> will remain constant and there won't be any drop outs. If ksmps ==1 >>> then there will be no problems with latency. Of course I stand to be >>> corrected. When all is said and done, I did enjoy contemplating life >>> without Cabbage over a few beers. But that might just have been the >>> beers :) >>> >>> >>> On 5 February 2014 23:57, Rory Walsh wrote: >>> > I'm glad you asked this because I'm a little lost too! I was thinking >>> > the >>> > same as you. At some stage won't things goes south if the buffer size >>> > suddenly changes as is likely once automation is brought into the >>> > equation? >>> > >>> > sent from a mobile device... >>> > >>> > On 5 Feb 2014 23:27, "Oeyvind Brandtsegg" >>> > wrote: >>> >> >>> >> Ok. That is good. >>> >> But can it (the latency) change dynamically, as the host buffer size >>> >> change dynamically? >>> >> Sorry if I'm being dense but I would really like to understand. >>> >> >>> >> >>> >> 2014-02-06 Michael Gogins : >>> >> > No, the maximum latency is ksmps. That could be either larger, or >>> >> > smaller, >>> >> > than the host buffer size. It doesn't matter. >>> >> > >>> >> > Regards, >>> >> > Mike >>> >> > >>> >> > >>> >> > ----------------------------------------------------- >>> >> > Michael Gogins >>> >> > Irreducible Productions >>> >> > http://michaelgogins.tumblr.com >>> >> > Michael dot Gogins at gmail dot com >>> >> > >>> >> > >>> >> > On Wed, Feb 5, 2014 at 6:07 PM, Oeyvind Brandtsegg >>> >> > wrote: >>> >> >> >>> >> >> ...but the latency would be one full host buffer size, not just a >>> >> >> ksmps, >>> >> >> right? >>> >> >> So a small ksmps would rather minimize the chance of a ksmps-buffer >>> >> >> mismatch, but not actually minimize worst case latency (which would >>> >> >> be >>> >> >> one host buffer block). Isn't it so? >>> >> >> >>> >> >> Now, one thing I don't understand is if the latency can be zero >>> >> >> when >>> >> >> the host buffer is an integer multiple of ksmps, and it indeed is, >>> >> >> and also the host buffer size can be dynamic, we must assume that >>> >> >> the two buffer length may initially fit but at some later time they >>> >> >> will not,* then* what happens at the transition point ? I mean, when >>> >> >> we go from perfectly aligned buffers and zero latency to misaligned >>> >> >> buffers and one bufferlength latency. Then we should have one >>> >> >> non-full >>> >> >> buffer in the transition from zero latency to one-buffer latency. >>> >> >> Will >>> >> >> it pop? If so, I would expect it to pop quite often(?), which it >>> >> >> does >>> >> >> not. >>> >> >> Or? >>> >> >> >>> >> >> >>> >> >> >>> >> >> >>> >> >> 2014-02-05 Victor Lazzarini : >>> >> >> > If your ksmps is small, any latency that might exist will be small >>> >> >> > too, >>> >> >> > and I can't see it having >>> >> >> > a major effect. So if you run with ksmps=16, it's 0.3 >>> >> >> > millisseconds. >>> >> >> > Not >>> >> >> > much of a problem. >>> >> >> > And for the cases where this is a problem, then it's still >>> >> >> > possible >>> >> >> > to >>> >> >> > run with ksmps=1. >>> >> >> > >>> >> >> > Victor >>> >> >> > On 5 Feb 2014, at 20:46, Rory Walsh wrote: >>> >> >> > >>> >> >> >> I wish I had thought of this before spending so much time writing >>> >> >> >> a >>> >> >> >> framework for developing VST plugins with Csound. I'm off now to >>> >> >> >> have >>> >> >> >> a few beers and rethink life! >>> >> >> >> >>> >> >> >> >>> >> >> >> On 5 February 2014 20:06, Michael Gogins >>> >> >> >> >>> >> >> >> wrote: >>> >> >> >>> Then your code will run 5 times slower or so. >>> >> >> >>> >>> >> >> >>> Regards, >>> >> >> >>> Mike >>> >> >> >>> >>> >> >> >>> >>> >> >> >>> ----------------------------------------------------- >>> >> >> >>> Michael Gogins >>> >> >> >>> Irreducible Productions >>> >> >> >>> http://michaelgogins.tumblr.com >>> >> >> >>> Michael dot Gogins at gmail dot com >>> >> >> >>> >>> >> >> >>> >>> >> >> >>> On Wed, Feb 5, 2014 at 3:03 PM, Rory Walsh >>> >> >> >>> wrote: >>> >> >> >>>> >>> >> >> >>>> Seems every where I look it says don't make any assumptions >>> >> >> >>>> about >>> >> >> >>>> buffer sizes. So I guess the only fail safe way is to force a >>> >> >> >>>> ksmps >>> >> >> >>>> of >>> >> >> >>>> 1? uh... >>> >> >> >>>> >>> >> >> >>>> On 5 February 2014 19:57, Michael Gogins >>> >> >> >>>> >>> >> >> >>>> wrote: >>> >> >> >>>>> I believe that you are wrong, you cannot count on a power of >>> >> >> >>>>> two >>> >> >> >>>>> size. >>> >> >> >>>>> >>> >> >> >>>>> See these threads from KVR: >>> >> >> >>>>> >>> >> >> >>>>> http://www.kvraudio.com/forum/viewtopic.php?t=279753 >>> >> >> >>>>> >>> >> >> >>>>> http://www.kvraudio.com/forum/viewtopic.php?t=359951 >>> >> >> >>>>> >>> >> >> >>>>> http://www.kvraudio.com/forum/viewtopic.php?p=3458228 >>> >> >> >>>>> >>> >> >> >>>>> Regards, >>> >> >> >>>>> Mike >>> >> >> >>>>> >>> >> >> >>>>> >>> >> >> >>>>> >>> >> >> >>>>> >>> >> >> >>>>> >>> >> >> >>>>> ----------------------------------------------------- >>> >> >> >>>>> Michael Gogins >>> >> >> >>>>> Irreducible Productions >>> >> >> >>>>> http://michaelgogins.tumblr.com >>> >> >> >>>>> Michael dot Gogins at gmail dot com >>> >> >> >>>>> >>> >> >> >>>>> >>> >> >> >>>>> On Wed, Feb 5, 2014 at 2:17 PM, Victor Lazzarini >>> >> >> >>>>> >>> >> >> >>>>> wrote: >>> >> >> >>>>>> >>> >> >> >>>>>> But I think you're probably safe setting ksmps to a low value >>> >> >> >>>>>> that >>> >> >> >>>>>> is a >>> >> >> >>>>>> power-of-two. I would >>> >> >> >>>>>> expect most hosts to run buffers that are power-of-two and >>> >> >> >>>>>> that >>> >> >> >>>>>> are >>> >> >> >>>>>> not >>> >> >> >>>>>> that small. >>> >> >> >>>>>> ksmps =8,16 or 32 should do. >>> >> >> >>>>>> >>> >> >> >>>>>> Victor >>> >> >> >>>>>> >>> >> >> >>>>>> On 5 Feb 2014, at 18:10, Rory Walsh wrote: >>> >> >> >>>>>> >>> >> >> >>>>>>> I was just about to answer my previous mail with the same >>> >> >> >>>>>>> thing. >>> >> >> >>>>>>> That's >>> >> >> >>>>>>> a pain. >>> >> >> >>>>>>> >>> >> >> >>>>>>> On 5 February 2014 18:03, Michael Gogins >>> >> >> >>>>>>> >>> >> >> >>>>>>> wrote: >>> >> >> >>>>>>>> No. The host can and often does use a different host audio >>> >> >> >>>>>>>> buffer >>> >> >> >>>>>>>> size >>> >> >> >>>>>>>> on >>> >> >> >>>>>>>> each call to process() or processReplacing(). >>> >> >> >>>>>>>> >>> >> >> >>>>>>>> Regards, >>> >> >> >>>>>>>> Mike >>> >> >> >>>>>>>> >>> >> >> >>>>>>>> >>> >> >> >>>>>>>> ----------------------------------------------------- >>> >> >> >>>>>>>> Michael Gogins >>> >> >> >>>>>>>> Irreducible Productions >>> >> >> >>>>>>>> http://michaelgogins.tumblr.com >>> >> >> >>>>>>>> Michael dot Gogins at gmail dot com >>> >> >> >>>>>>>> >>> >> >> >>>>>>>> >>> >> >> >>>>>>>> On Wed, Feb 5, 2014 at 11:27 AM, Rory Walsh >>> >> >> >>>>>>>> >>> >> >> >>>>>>>> wrote: >>> >> >> >>>>>>>>> >>> >> >> >>>>>>>>> Hi Mike, isn't it possible to query the host buffer size >>> >> >> >>>>>>>>> before >>> >> >> >>>>>>>>> the >>> >> >> >>>>>>>>> processing function is first called, in which case you can >>> >> >> >>>>>>>>> just >>> >> >> >>>>>>>>> override the csd's ksmps? >>> >> >> >>>>>>>>> >>> >> >> >>>>>>>>> On 5 February 2014 15:55, Michael Gogins >>> >> >> >>>>>>>>> >>> >> >> >>>>>>>>> wrote: >>> >> >> >>>>>>>>>> I've looked into this some more. As long as the host >>> >> >> >>>>>>>>>> audio >>> >> >> >>>>>>>>>> buffer >>> >> >> >>>>>>>>>> is >>> >> >> >>>>>>>>>> not >>> >> >> >>>>>>>>>> an >>> >> >> >>>>>>>>>> integral multiple of ksmps, there will have to be ksmps >>> >> >> >>>>>>>>>> latency >>> >> >> >>>>>>>>>> between >>> >> >> >>>>>>>>>> input and output. That is because performKsmps requires >>> >> >> >>>>>>>>>> spin >>> >> >> >>>>>>>>>> to >>> >> >> >>>>>>>>>> be >>> >> >> >>>>>>>>>> full, >>> >> >> >>>>>>>>>> but >>> >> >> >>>>>>>>>> if there is some remainder from hostsize/ksmps, there >>> >> >> >>>>>>>>>> will >>> >> >> >>>>>>>>>> be >>> >> >> >>>>>>>>>> some >>> >> >> >>>>>>>>>> frames >>> >> >> >>>>>>>>>> that the host buffer doesn't have but spin needs. >>> >> >> >>>>>>>>>> >>> >> >> >>>>>>>>>> I am letting this go for now, but if Csound could adjust >>> >> >> >>>>>>>>>> ksmps >>> >> >> >>>>>>>>>> during >>> >> >> >>>>>>>>>> performance via the API, then we could get rid of this >>> >> >> >>>>>>>>>> latency >>> >> >> >>>>>>>>>> by >>> >> >> >>>>>>>>>> setting >>> >> >> >>>>>>>>>> ksmps equal to the host buffer size on each host >>> >> >> >>>>>>>>>> processing >>> >> >> >>>>>>>>>> call. >>> >> >> >>>>>>>>>> I >>> >> >> >>>>>>>>>> think >>> >> >> >>>>>>>>>> this would be a really good idea. I'm entering it as a >>> >> >> >>>>>>>>>> feature >>> >> >> >>>>>>>>>> request. >>> >> >> >>>>>>>>>> >>> >> >> >>>>>>>>>> Regards, >>> >> >> >>>>>>>>>> Mike >>> >> >> >>>>>>>>>> >>> >> >> >>>>>>>>>> >>> >> >> >>>>>>>>>> Regards, >>> >> >> >>>>>>>>>> Mike >>> >> >> >>>>>>>>>> >>> >> >> >>>>>>>>>> >>> >> >> >>>>>>>>>> ----------------------------------------------------- >>> >> >> >>>>>>>>>> Michael Gogins >>> >> >> >>>>>>>>>> Irreducible Productions >>> >> >> >>>>>>>>>> http://michaelgogins.tumblr.com >>> >> >> >>>>>>>>>> Michael dot Gogins at gmail dot com >>> >> >> >>>>>>>>>> >>> >> >> >>>>>>>>>> >>> >> >> >>>>>>>>>> On Tue, Feb 4, 2014 at 1:47 PM, Michael Gogins >>> >> >> >>>>>>>>>> >>> >> >> >>>>>>>>>> wrote: >>> >> >> >>>>>>>>>>> >>> >> >> >>>>>>>>>>> CsoundVST does the following: >>> >> >> >>>>>>>>>>> >>> >> >> >>>>>>>>>>> In the processReplacing callback there are essentially >>> >> >> >>>>>>>>>>> two >>> >> >> >>>>>>>>>>> simultaneous >>> >> >> >>>>>>>>>>> loops, each with their own loop indexes. One loop is for >>> >> >> >>>>>>>>>>> the >>> >> >> >>>>>>>>>>> host >>> >> >> >>>>>>>>>>> audio >>> >> >> >>>>>>>>>>> buffer, which can change in size from one call to the >>> >> >> >>>>>>>>>>> next. >>> >> >> >>>>>>>>>>> The >>> >> >> >>>>>>>>>>> other >>> >> >> >>>>>>>>>>> loop >>> >> >> >>>>>>>>>>> is for Csound. >>> >> >> >>>>>>>>>>> >>> >> >> >>>>>>>>>>> For each frame of audio, one frame of audio is copied >>> >> >> >>>>>>>>>>> from >>> >> >> >>>>>>>>>>> the >>> >> >> >>>>>>>>>>> host >>> >> >> >>>>>>>>>>> input >>> >> >> >>>>>>>>>>> buffer to spin, one frame of audio is copied from spout >>> >> >> >>>>>>>>>>> to >>> >> >> >>>>>>>>>>> the >>> >> >> >>>>>>>>>>> host >>> >> >> >>>>>>>>>>> audio >>> >> >> >>>>>>>>>>> output buffer, and both loop indexes are incremented. >>> >> >> >>>>>>>>>>> >>> >> >> >>>>>>>>>>> At the end of spout, ksmps audio are processed by >>> >> >> >>>>>>>>>>> Csound, >>> >> >> >>>>>>>>>>> and >>> >> >> >>>>>>>>>>> the >>> >> >> >>>>>>>>>>> spin >>> >> >> >>>>>>>>>>> and >>> >> >> >>>>>>>>>>> spout buffer indexes are reset to 0. These indexes >>> >> >> >>>>>>>>>>> persist >>> >> >> >>>>>>>>>>> from >>> >> >> >>>>>>>>>>> call >>> >> >> >>>>>>>>>>> to >>> >> >> >>>>>>>>>>> call, so there are no gaps or glitches. >>> >> >> >>>>>>>>>>> >>> >> >> >>>>>>>>>>> There is ksmps frames latency in the code because spin >>> >> >> >>>>>>>>>>> is >>> >> >> >>>>>>>>>>> read >>> >> >> >>>>>>>>>>> in >>> >> >> >>>>>>>>>>> before >>> >> >> >>>>>>>>>>> it spout is computed. But I will try to change the code >>> >> >> >>>>>>>>>>> so >>> >> >> >>>>>>>>>>> that >>> >> >> >>>>>>>>>>> the >>> >> >> >>>>>>>>>>> buffers >>> >> >> >>>>>>>>>>> are rewound to line spout up with spin. There will then >>> >> >> >>>>>>>>>>> be >>> >> >> >>>>>>>>>>> zero >>> >> >> >>>>>>>>>>> latency. >>> >> >> >>>>>>>>>>> >>> >> >> >>>>>>>>>>> >>> >> >> >>>>>>>>>>> ----------------------------------------------------- >>> >> >> >>>>>>>>>>> Michael Gogins >>> >> >> >>>>>>>>>>> Irreducible Productions >>> >> >> >>>>>>>>>>> http://michaelgogins.tumblr.com >>> >> >> >>>>>>>>>>> Michael dot Gogins at gmail dot com >>> >> >> >>>>>>>>>>> >>> >> >> >>>>>>>>>>> >>> >> >> >>>>>>>>>>> On Tue, Feb 4, 2014 at 11:03 AM, Steven Yi >>> >> >> >>>>>>>>>>> >>> >> >> >>>>>>>>>>> wrote: >>> >> >> >>>>>>>>>>>> >>> >> >> >>>>>>>>>>>> I was in the middle of replying pretty much the same >>> >> >> >>>>>>>>>>>> thing >>> >> >> >>>>>>>>>>>> as >>> >> >> >>>>>>>>>>>> Victor. >>> >> >> >>>>>>>>>>>> Seems like you're introducing block's worth of latency >>> >> >> >>>>>>>>>>>> due >>> >> >> >>>>>>>>>>>> to >>> >> >> >>>>>>>>>>>> the >>> >> >> >>>>>>>>>>>> code >>> >> >> >>>>>>>>>>>> order. >>> >> >> >>>>>>>>>>>> >>> >> >> >>>>>>>>>>>> On Tue, Feb 4, 2014 at 11:05 AM, Victor Lazzarini >>> >> >> >>>>>>>>>>>> wrote: >>> >> >> >>>>>>>>>>>>> I would have thought that you would >>> >> >> >>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>> 1) write data into spin >>> >> >> >>>>>>>>>>>>> 2) process >>> >> >> >>>>>>>>>>>>> 3) write data out of spout. >>> >> >> >>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>> if you read and write after running PeformKsmps(), as >>> >> >> >>>>>>>>>>>>> far >>> >> >> >>>>>>>>>>>>> as >>> >> >> >>>>>>>>>>>>> I >>> >> >> >>>>>>>>>>>>> can >>> >> >> >>>>>>>>>>>>> see >>> >> >> >>>>>>>>>>>>> there might be >>> >> >> >>>>>>>>>>>>> a delay between input and output, as you will be >>> >> >> >>>>>>>>>>>>> effectively >>> >> >> >>>>>>>>>>>>> putting >>> >> >> >>>>>>>>>>>>> out the data that >>> >> >> >>>>>>>>>>>>> you processed in the previous period. >>> >> >> >>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>> 1) process (means process the current spin data) >>> >> >> >>>>>>>>>>>>> 2) write to spin the new data >>> >> >> >>>>>>>>>>>>> 3) write out the result of processing the previous >>> >> >> >>>>>>>>>>>>> spin >>> >> >> >>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>> That's what it looks like to me. Not sure if I am >>> >> >> >>>>>>>>>>>>> right. >>> >> >> >>>>>>>>>>>>> Also >>> >> >> >>>>>>>>>>>>> this >>> >> >> >>>>>>>>>>>>> discussion should be in the dev list not >>> >> >> >>>>>>>>>>>>> in the users list (so my response is going there). >>> >> >> >>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>> Victor >>> >> >> >>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>> On 4 Feb 2014, at 15:47, Rory Walsh >>> >> >> >>>>>>>>>>>>> wrote: >>> >> >> >>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>> I can confirm that it's not an issue with the plugin >>> >> >> >>>>>>>>>>>>>> framework >>> >> >> >>>>>>>>>>>>>> I'm >>> >> >> >>>>>>>>>>>>>> using. I can also confirm it happens whether the >>> >> >> >>>>>>>>>>>>>> plugin's >>> >> >> >>>>>>>>>>>>>> processBlock() is being called the same amount of >>> >> >> >>>>>>>>>>>>>> times >>> >> >> >>>>>>>>>>>>>> as >>> >> >> >>>>>>>>>>>>>> performKsmps(). That is to say, if the plugin sample >>> >> >> >>>>>>>>>>>>>> buffer >>> >> >> >>>>>>>>>>>>>> is >>> >> >> >>>>>>>>>>>>>> set >>> >> >> >>>>>>>>>>>>>> to >>> >> >> >>>>>>>>>>>>>> 64 and so is Csound's, the problem persists. >>> >> >> >>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>> I can recreate it with Reaper by placing two >>> >> >> >>>>>>>>>>>>>> identical >>> >> >> >>>>>>>>>>>>>> audio >>> >> >> >>>>>>>>>>>>>> tracks >>> >> >> >>>>>>>>>>>>>> in >>> >> >> >>>>>>>>>>>>>> the session. On one track I place a straight forward >>> >> >> >>>>>>>>>>>>>> in/out >>> >> >> >>>>>>>>>>>>>> Cabbage >>> >> >> >>>>>>>>>>>>>> effect plugin. Then play both back at the same time. >>> >> >> >>>>>>>>>>>>>> You'll >>> >> >> >>>>>>>>>>>>>> hear >>> >> >> >>>>>>>>>>>>>> subtle phasing taking place until you bypass the >>> >> >> >>>>>>>>>>>>>> plugin >>> >> >> >>>>>>>>>>>>>> effect. >>> >> >> >>>>>>>>>>>>>> Here's >>> >> >> >>>>>>>>>>>>>> my processBlock(), it couldn't be any simpler. Can >>> >> >> >>>>>>>>>>>>>> any >>> >> >> >>>>>>>>>>>>>> devs >>> >> >> >>>>>>>>>>>>>> out >>> >> >> >>>>>>>>>>>>>> there >>> >> >> >>>>>>>>>>>>>> spot something that might introduce latency? >>> >> >> >>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>> CSCompResult = csound->PerformKsmps(); >>> >> >> >>>>>>>>>>>>>> for(int i=0;i>> >> >> >>>>>>>>>>>>>> { >>> >> >> >>>>>>>>>>>>>> if(!CSCompResult) >>> >> >> >>>>>>>>>>>>>> { >>> >> >> >>>>>>>>>>>>>> for(int channel = 0; channel < >>> >> >> >>>>>>>>>>>>>> getNumOutputChannels(); >>> >> >> >>>>>>>>>>>>>> channel++ ) >>> >> >> >>>>>>>>>>>>>> { >>> >> >> >>>>>>>>>>>>>> audioBuffer = >>> >> >> >>>>>>>>>>>>>> buffer.getSampleData(channel,0); >>> >> >> >>>>>>>>>>>>>> pos = igetNumOutputChannels(); >>> >> >> >>>>>>>>>>>>>> CSspin[channel+pos] = >>> >> >> >>>>>>>>>>>>>> audioBuffer[i]cs_scale; >>> >> >> >>>>>>>>>>>>>> audioBuffer[i] = >>> >> >> >>>>>>>>>>>>>> (CSspout[channel+pos]/cs_scale); >>> >> >> >>>>>>>>>>>>>> } >>> >> >> >>>>>>>>>>>>>> } >>> >> >> >>>>>>>>>>>>>> else >>> >> >> >>>>>>>>>>>>>> buffer.clear(); >>> >> >> >>>>>>>>>>>>>> } >>> >> >> >>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>> On 4 February 2014 15:04, Oeyvind Brandtsegg >>> >> >> >>>>>>>>>>>>>> wrote: >>> >> >> >>>>>>>>>>>>>>> All good. >>> >> >> >>>>>>>>>>>>>>> I could test with csound~ and found another cause >>> >> >> >>>>>>>>>>>>>>> for >>> >> >> >>>>>>>>>>>>>>> the >>> >> >> >>>>>>>>>>>>>>> latency. >>> >> >> >>>>>>>>>>>>>>> Oeyvind >>> >> >> >>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>> 2014-02-04 Steven Yi : >>> >> >> >>>>>>>>>>>>>>>> Nope. I did some work on updating the CMake file >>> >> >> >>>>>>>>>>>>>>>> to >>> >> >> >>>>>>>>>>>>>>>> try >>> >> >> >>>>>>>>>>>>>>>> building >>> >> >> >>>>>>>>>>>>>>>> on >>> >> >> >>>>>>>>>>>>>>>> Windows yesterday. I need to do so me research to >>> >> >> >>>>>>>>>>>>>>>> see >>> >> >> >>>>>>>>>>>>>>>> about >>> >> >> >>>>>>>>>>>>>>>> libraries >>> >> >> >>>>>>>>>>>>>>>> to link to and other things, but it may take a >>> >> >> >>>>>>>>>>>>>>>> while >>> >> >> >>>>>>>>>>>>>>>> with >>> >> >> >>>>>>>>>>>>>>>> current >>> >> >> >>>>>>>>>>>>>>>> work >>> >> >> >>>>>>>>>>>>>>>> load. >>> >> >> >>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:47 AM, Oeyvind Brandtsegg >>> >> >> >>>>>>>>>>>>>>>> wrote: >>> >> >> >>>>>>>>>>>>>>>>> That looks as if it's for OSX only (?), >>> >> >> >>>>>>>>>>>>>>>>> perhaps not compiled for windows yet? >>> >> >> >>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>> 2014-02-04 Steven Yi : >>> >> >> >>>>>>>>>>>>>>>>>> csound6~ should be with the installer; also >>> >> >> >>>>>>>>>>>>>>>>>> available >>> >> >> >>>>>>>>>>>>>>>>>> at: >>> >> >> >>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>> http://sourceforge.net/projects/csound/files/csound6/Csound6.02/csound~_v1.1.1.pkg/download >>> >> >> >>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:38 AM, Oeyvind >>> >> >> >>>>>>>>>>>>>>>>>> Brandtsegg >>> >> >> >>>>>>>>>>>>>>>>>> wrote: >>> >> >> >>>>>>>>>>>>>>>>>>> I can also reproduce it with csound~ in >>> >> >> >>>>>>>>>>>>>>>>>>> MaxForLive >>> >> >> >>>>>>>>>>>>>>>>>>> haven't tried with csound6~ (where can I find >>> >> >> >>>>>>>>>>>>>>>>>>> it?) >>> >> >> >>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>> Now, testing with Max (not in Live), and with >>> >> >> >>>>>>>>>>>>>>>>>>> Reaper, >>> >> >> >>>>>>>>>>>>>>>>>>> I >>> >> >> >>>>>>>>>>>>>>>>>>> find >>> >> >> >>>>>>>>>>>>>>>>>>> I >>> >> >> >>>>>>>>>>>>>>>>>>> can not >>> >> >> >>>>>>>>>>>>>>>>>>> reproduce the behaviour there. >>> >> >> >>>>>>>>>>>>>>>>>>> So there is something with Live then. However, >>> >> >> >>>>>>>>>>>>>>>>>>> other >>> >> >> >>>>>>>>>>>>>>>>>>> VST >>> >> >> >>>>>>>>>>>>>>>>>>> plugins >>> >> >> >>>>>>>>>>>>>>>>>>> in >>> >> >> >>>>>>>>>>>>>>>>>>> Live does not introduce extra latency. >>> >> >> >>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>> The way I measure latency is by setiing up a >>> >> >> >>>>>>>>>>>>>>>>>>> microphone >>> >> >> >>>>>>>>>>>>>>>>>>> close >>> >> >> >>>>>>>>>>>>>>>>>>> to >>> >> >> >>>>>>>>>>>>>>>>>>> the >>> >> >> >>>>>>>>>>>>>>>>>>> speaker, close enough that it will almost feed, >>> >> >> >>>>>>>>>>>>>>>>>>> then tap the mic and listen to the resonance of >>> >> >> >>>>>>>>>>>>>>>>>>> the >>> >> >> >>>>>>>>>>>>>>>>>>> system. >>> >> >> >>>>>>>>>>>>>>>>>>> When >>> >> >> >>>>>>>>>>>>>>>>>>> the >>> >> >> >>>>>>>>>>>>>>>>>>> latency changes, the resonance will change. >>> >> >> >>>>>>>>>>>>>>>>>>> When I add a plugin (Cabbage or MaxForLive with >>> >> >> >>>>>>>>>>>>>>>>>>> csound~), >>> >> >> >>>>>>>>>>>>>>>>>>> the >>> >> >> >>>>>>>>>>>>>>>>>>> latency >>> >> >> >>>>>>>>>>>>>>>>>>> (and so the resonance) changes. If I load other >>> >> >> >>>>>>>>>>>>>>>>>>> VST >>> >> >> >>>>>>>>>>>>>>>>>>> plugins >>> >> >> >>>>>>>>>>>>>>>>>>> this >>> >> >> >>>>>>>>>>>>>>>>>>> does >>> >> >> >>>>>>>>>>>>>>>>>>> not happen, the latency does not change. >>> >> >> >>>>>>>>>>>>>>>>>>> But as I said, I can only reproduce it in Live. >>> >> >> >>>>>>>>>>>>>>>>>>> Sorry >>> >> >> >>>>>>>>>>>>>>>>>>> for >>> >> >> >>>>>>>>>>>>>>>>>>> the >>> >> >> >>>>>>>>>>>>>>>>>>> noise. >>> >> >> >>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh : >>> >> >> >>>>>>>>>>>>>>>>>>>> I can recreate it here. It's subtle, but >>> >> >> >>>>>>>>>>>>>>>>>>>> present. >>> >> >> >>>>>>>>>>>>>>>>>>>> I'll >>> >> >> >>>>>>>>>>>>>>>>>>>> take >>> >> >> >>>>>>>>>>>>>>>>>>>> a >>> >> >> >>>>>>>>>>>>>>>>>>>> look. >>> >> >> >>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:38, Oeyvind Brandtsegg >>> >> >> >>>>>>>>>>>>>>>>>>>> wrote: >>> >> >> >>>>>>>>>>>>>>>>>>>>> Yes, I have tried different ksmps values, both >>> >> >> >>>>>>>>>>>>>>>>>>>>> higher >>> >> >> >>>>>>>>>>>>>>>>>>>>> and >>> >> >> >>>>>>>>>>>>>>>>>>>>> lower >>> >> >> >>>>>>>>>>>>>>>>>>>>> and >>> >> >> >>>>>>>>>>>>>>>>>>>>> equal to the host buffer size. >>> >> >> >>>>>>>>>>>>>>>>>>>>> Will investigate if I can reproduce it on >>> >> >> >>>>>>>>>>>>>>>>>>>>> csound~. >>> >> >> >>>>>>>>>>>>>>>>>>>>> Oeyvind >>> >> >> >>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh : >>> >> >> >>>>>>>>>>>>>>>>>>>>>> On second thoughts I can't see what might be >>> >> >> >>>>>>>>>>>>>>>>>>>>>> causing >>> >> >> >>>>>>>>>>>>>>>>>>>>>> this. >>> >> >> >>>>>>>>>>>>>>>>>>>>>> Have you >>> >> >> >>>>>>>>>>>>>>>>>>>>>> tried setting ksmps to be the same as your >>> >> >> >>>>>>>>>>>>>>>>>>>>>> host's >>> >> >> >>>>>>>>>>>>>>>>>>>>>> buffer >>> >> >> >>>>>>>>>>>>>>>>>>>>>> size? >>> >> >> >>>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:01, Rory Walsh >>> >> >> >>>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>>> wrote: >>> >> >> >>>>>>>>>>>>>>>>>>>>>>> I think I have it... Lunch first though.. >>> >> >> >>>>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>>>> sent from a mobile device... >>> >> >> >>>>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>>>> On 4 Feb 2014 12:56, "Rory Walsh" >>> >> >> >>>>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>>>> wrote: >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> Are you just running audio straight in and >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> out, >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> no >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> processing? The >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> plugin host calls the plugin's >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> processBlock() >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> which >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> in >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> turn >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> calls >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> performKsmps(). So long as processBlock() >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> is >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> being >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> called >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> (if the >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> track is playing for example) >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> performKsmps() >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> will >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> be >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> called >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> over and >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> over again processing ksmps samples each >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> time. >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> At >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> the >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> moment >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> the >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> processBlock() method and the >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> performKsmps() >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> are >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> firing >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> off >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> at >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> different speeds. I can look at forcing >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> Cabbage >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> plugins >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> to >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> process the >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> same amount of samples as the plugin does >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> with >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> each >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> call >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> to >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> processBlock(). Perhaps that might help. >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 12:41, Oeyvind >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> wrote: >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Regarding latency and buffers, >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> I thought I had understood that csound, >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> when >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> used >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> as a >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> plugin (e.g. >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Cabbage or csound~) would process the >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> audio >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> buffer >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> "in >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> place", so no >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> extra latency would incur due to the sound >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> being >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> processed >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> through >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Csound, assuming that ksmps is smaler than >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> the >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> host >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> program's buffer >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> size. >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Now, running Cabbage plugins in Ableton >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Live, >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> I've >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> been >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> investigating >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> latency issues, and I find that adding a >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> simple >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> plugin will >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> delay the signal. Also, adding more than >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> one >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> such >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> plugin >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> in >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> series >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> increases the delay/latency accordingly. >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> I've >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> tried >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> using >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> different >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> ksmps, and this indeed affects the amount >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> of >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> latency >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> but >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> even setting >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> ksmps=1 does not get rid of it. >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Can the buffer be processed "in place"? >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> best >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> -- >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Norway >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> trackers >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> posted >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> here >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> with >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> body >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> csound" >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>> >> >> >>>>>>>>>>>>>>>>>>>>>> trackers >>> >> >> >>>>>>>>>>>>>>>>>>>>>> csound6: >>> >> >> >>>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >> >> >>>>>>>>>>>>>>>>>>>>>> csound5: >>> >> >> >>>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >> >> >>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>> >> >> >>>>>>>>>>>>>>>>>>>>>> posted >>> >> >> >>>>>>>>>>>>>>>>>>>>>> here >>> >> >> >>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>> >> >> >>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>> >> >> >>>>>>>>>>>>>>>>>>>>>> with >>> >> >> >>>>>>>>>>>>>>>>>>>>>> body >>> >> >> >>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>> >> >> >>>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>> -- >>> >> >> >>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>> >> >> >>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>> >> >> >>>>>>>>>>>>>>>>>>>>> NTNU >>> >> >> >>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>> >> >> >>>>>>>>>>>>>>>>>>>>> Norway >>> >> >> >>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>> >> >> >>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>> >> >> >>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>> >> >> >>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>> >> >> >>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>> >> >> >>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>> >> >> >>>>>>>>>>>>>>>>>>>>> trackers >>> >> >> >>>>>>>>>>>>>>>>>>>>> csound6: >>> >> >> >>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >> >> >>>>>>>>>>>>>>>>>>>>> csound5: >>> >> >> >>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >> >> >>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >>> >> >> >>>>>>>>>>>>>>>>>>>>> here >>> >> >> >>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>> >> >> >>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>> >> >> >>>>>>>>>>>>>>>>>>>>> with >>> >> >> >>>>>>>>>>>>>>>>>>>>> body >>> >> >> >>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>> >> >> >>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>> >> >> >>>>>>>>>>>>>>>>>>>> trackers >>> >> >> >>>>>>>>>>>>>>>>>>>> csound6: >>> >> >> >>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >> >> >>>>>>>>>>>>>>>>>>>> csound5: >>> >> >> >>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >> >> >>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >>> >> >> >>>>>>>>>>>>>>>>>>>> here >>> >> >> >>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>> >> >> >>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>> >> >> >>>>>>>>>>>>>>>>>>>> with >>> >> >> >>>>>>>>>>>>>>>>>>>> body >>> >> >> >>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>> >> >> >>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>> -- >>> >> >> >>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>> >> >> >>>>>>>>>>>>>>>>>>> Professor of Music Technology >>> >> >> >>>>>>>>>>>>>>>>>>> NTNU >>> >> >> >>>>>>>>>>>>>>>>>>> 7491 Trondheim >>> >> >> >>>>>>>>>>>>>>>>>>> Norway >>> >> >> >>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>> >> >> >>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>> >> >> >>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>> >> >> >>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>> >> >> >>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>> >> >> >>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>> >> >> >>>>>>>>>>>>>>>>>>> trackers >>> >> >> >>>>>>>>>>>>>>>>>>> csound6: >>> >> >> >>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >> >> >>>>>>>>>>>>>>>>>>> csound5: >>> >> >> >>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >> >> >>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >>> >> >> >>>>>>>>>>>>>>>>>>> here >>> >> >> >>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>> >> >> >>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>> >> >> >>>>>>>>>>>>>>>>>>> with >>> >> >> >>>>>>>>>>>>>>>>>>> body >>> >> >> >>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>> >> >> >>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>> >> >> >>>>>>>>>>>>>>>>>> csound6: >>> >> >> >>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >> >> >>>>>>>>>>>>>>>>>> csound5: >>> >> >> >>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >> >> >>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >>> >> >> >>>>>>>>>>>>>>>>>> here >>> >> >> >>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >>> >> >> >>>>>>>>>>>>>>>>>> with >>> >> >> >>>>>>>>>>>>>>>>>> body >>> >> >> >>>>>>>>>>>>>>>>>> "unsubscribe csound" >>> >> >> >>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>> -- >>> >> >> >>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>> >> >> >>>>>>>>>>>>>>>>> Professor of Music Technology >>> >> >> >>>>>>>>>>>>>>>>> NTNU >>> >> >> >>>>>>>>>>>>>>>>> 7491 Trondheim >>> >> >> >>>>>>>>>>>>>>>>> Norway >>> >> >> >>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>> >> >> >>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>> http://flyndresang.no/ >>> >> >> >>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>> >> >> >>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>> >> >> >>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>> >> >> >>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>> >> >> >>>>>>>>>>>>>>>>> csound6: >>> >> >> >>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >> >> >>>>>>>>>>>>>>>>> csound5: >>> >> >> >>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >> >> >>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >>> >> >> >>>>>>>>>>>>>>>>> here >>> >> >> >>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >>> >> >> >>>>>>>>>>>>>>>>> with >>> >> >> >>>>>>>>>>>>>>>>> body >>> >> >> >>>>>>>>>>>>>>>>> "unsubscribe csound" >>> >> >> >>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>> >> >> >>>>>>>>>>>>>>>> csound6: >>> >> >> >>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >> >> >>>>>>>>>>>>>>>> csound5: >>> >> >> >>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >> >> >>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>> >> >> >>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >>> >> >> >>>>>>>>>>>>>>>> with >>> >> >> >>>>>>>>>>>>>>>> body >>> >> >> >>>>>>>>>>>>>>>> "unsubscribe csound" >>> >> >> >>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>> -- >>> >> >> >>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>> Oeyvind Brandtsegg >>> >> >> >>>>>>>>>>>>>>> Professor of Music Technology >>> >> >> >>>>>>>>>>>>>>> NTNU >>> >> >> >>>>>>>>>>>>>>> 7491 Trondheim >>> >> >> >>>>>>>>>>>>>>> Norway >>> >> >> >>>>>>>>>>>>>>> Cell: +47 92 203 205 >>> >> >> >>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>> http://flyndresang.no/ >>> >> >> >>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>> >> >> >>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>> >> >> >>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>> >> >> >>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>> >> >> >>>>>>>>>>>>>>> csound6: >>> >> >> >>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >> >> >>>>>>>>>>>>>>> csound5: >>> >> >> >>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >> >> >>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>> >> >> >>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >>> >> >> >>>>>>>>>>>>>>> with >>> >> >> >>>>>>>>>>>>>>> body >>> >> >> >>>>>>>>>>>>>>> "unsubscribe csound" >>> >> >> >>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>> >> >> >>>>>>>>>>>>>> csound6: >>> >> >> >>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >> >> >>>>>>>>>>>>>> csound5: >>> >> >> >>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >> >> >>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>> >> >> >>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >>> >> >> >>>>>>>>>>>>>> with >>> >> >> >>>>>>>>>>>>>> body >>> >> >> >>>>>>>>>>>>>> "unsubscribe csound" >>> >> >> >>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>> ------------------------------------------------------------------------------ >>> >> >> >>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>> >> >> >>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>> >> >> >>>>>>>>>>>>> Common >>> >> >> >>>>>>>>>>>>> Pitfalls. >>> >> >> >>>>>>>>>>>>> Read the Whitepaper. >>> >> >> >>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >> >> >>>>>>>>>>>>> _______________________________________________ >>> >> >> >>>>>>>>>>>>> Csound-devel mailing list >>> >> >> >>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >> >> >>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >> >> >>>>>>>>>>>> >>> >> >> >>>>>>>>>>>> >>> >> >> >>>>>>>>>>>> >>> >> >> >>>>>>>>>>>> >>> >> >> >>>>>>>>>>>> >>> >> >> >>>>>>>>>>>> >>> >> >> >>>>>>>>>>>> >>> >> >> >>>>>>>>>>>> >>> >> >> >>>>>>>>>>>> ------------------------------------------------------------------------------ >>> >> >> >>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>> >> >> >>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>> >> >> >>>>>>>>>>>> Common >>> >> >> >>>>>>>>>>>> Pitfalls. >>> >> >> >>>>>>>>>>>> Read the Whitepaper. >>> >> >> >>>>>>>>>>>> >>> >> >> >>>>>>>>>>>> >>> >> >> >>>>>>>>>>>> >>> >> >> >>>>>>>>>>>> >>> >> >> >>>>>>>>>>>> >>> >> >> >>>>>>>>>>>> >>> >> >> >>>>>>>>>>>> >>> >> >> >>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >> >> >>>>>>>>>>>> _______________________________________________ >>> >> >> >>>>>>>>>>>> Csound-devel mailing list >>> >> >> >>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >> >> >>>>>>>>>>>> >>> >> >> >>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >> >> >>>>>>>>>>> >>> >> >> >>>>>>>>>>> >>> >> >> >>>>>>>>>> >>> >> >> >>>>>>>>>> >>> >> >> >>>>>>>>>> >>> >> >> >>>>>>>>>> >>> >> >> >>>>>>>>>> >>> >> >> >>>>>>>>>> >>> >> >> >>>>>>>>>> >>> >> >> >>>>>>>>>> >>> >> >> >>>>>>>>>> ------------------------------------------------------------------------------ >>> >> >> >>>>>>>>>> Managing the Performance of Cloud-Based Applications >>> >> >> >>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>> >> >> >>>>>>>>>> Common >>> >> >> >>>>>>>>>> Pitfalls. >>> >> >> >>>>>>>>>> Read the Whitepaper. >>> >> >> >>>>>>>>>> >>> >> >> >>>>>>>>>> >>> >> >> >>>>>>>>>> >>> >> >> >>>>>>>>>> >>> >> >> >>>>>>>>>> >>> >> >> >>>>>>>>>> >>> >> >> >>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >> >> >>>>>>>>>> _______________________________________________ >>> >> >> >>>>>>>>>> Csound-devel mailing list >>> >> >> >>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >> >> >>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >> >> >>>>>>>>>> >>> >> >> >>>>>>>>> >>> >> >> >>>>>>>>> >>> >> >> >>>>>>>>> >>> >> >> >>>>>>>>> >>> >> >> >>>>>>>>> >>> >> >> >>>>>>>>> >>> >> >> >>>>>>>>> >>> >> >> >>>>>>>>> ------------------------------------------------------------------------------ >>> >> >> >>>>>>>>> Managing the Performance of Cloud-Based Applications >>> >> >> >>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>> >> >> >>>>>>>>> Common >>> >> >> >>>>>>>>> Pitfalls. >>> >> >> >>>>>>>>> Read the Whitepaper. >>> >> >> >>>>>>>>> >>> >> >> >>>>>>>>> >>> >> >> >>>>>>>>> >>> >> >> >>>>>>>>> >>> >> >> >>>>>>>>> >>> >> >> >>>>>>>>> >>> >> >> >>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >> >> >>>>>>>>> _______________________________________________ >>> >> >> >>>>>>>>> Csound-devel mailing list >>> >> >> >>>>>>>>> Csound-devel@lists.sourceforge.net >>> >> >> >>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >> >> >>>>>>>> >>> >> >> >>>>>>>> >>> >> >> >>>>>>>> >>> >> >> >>>>>>>> >>> >> >> >>>>>>>> >>> >> >> >>>>>>>> >>> >> >> >>>>>>>> >>> >> >> >>>>>>>> >>> >> >> >>>>>>>> ------------------------------------------------------------------------------ >>> >> >> >>>>>>>> Managing the Performance of Cloud-Based Applications >>> >> >> >>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>> >> >> >>>>>>>> Common >>> >> >> >>>>>>>> Pitfalls. >>> >> >> >>>>>>>> Read the Whitepaper. >>> >> >> >>>>>>>> >>> >> >> >>>>>>>> >>> >> >> >>>>>>>> >>> >> >> >>>>>>>> >>> >> >> >>>>>>>> >>> >> >> >>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >> >> >>>>>>>> _______________________________________________ >>> >> >> >>>>>>>> Csound-devel mailing list >>> >> >> >>>>>>>> Csound-devel@lists.sourceforge.net >>> >> >> >>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >> >> >>>>>>>> >>> >> >> >>>>>>> >>> >> >> >>>>>>> >>> >> >> >>>>>>> >>> >> >> >>>>>>> >>> >> >> >>>>>>> >>> >> >> >>>>>>> >>> >> >> >>>>>>> ------------------------------------------------------------------------------ >>> >> >> >>>>>>> Managing the Performance of Cloud-Based Applications >>> >> >> >>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>> >> >> >>>>>>> Pitfalls. >>> >> >> >>>>>>> Read the Whitepaper. >>> >> >> >>>>>>> >>> >> >> >>>>>>> >>> >> >> >>>>>>> >>> >> >> >>>>>>> >>> >> >> >>>>>>> >>> >> >> >>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >> >> >>>>>>> _______________________________________________ >>> >> >> >>>>>>> Csound-devel mailing list >>> >> >> >>>>>>> Csound-devel@lists.sourceforge.net >>> >> >> >>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >> >> >>>>>> >>> >> >> >>>>>> Dr Victor Lazzarini >>> >> >> >>>>>> Senior Lecturer >>> >> >> >>>>>> Dept. of Music >>> >> >> >>>>>> NUI Maynooth Ireland >>> >> >> >>>>>> tel.: +353 1 708 3545 >>> >> >> >>>>>> Victor dot Lazzarini AT nuim dot ie >>> >> >> >>>>>> >>> >> >> >>>>>> >>> >> >> >>>>>> >>> >> >> >>>>>> >>> >> >> >>>>>> >>> >> >> >>>>>> >>> >> >> >>>>>> >>> >> >> >>>>>> >>> >> >> >>>>>> >>> >> >> >>>>>> ------------------------------------------------------------------------------ >>> >> >> >>>>>> Managing the Performance of Cloud-Based Applications >>> >> >> >>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>> >> >> >>>>>> Pitfalls. >>> >> >> >>>>>> Read the Whitepaper. >>> >> >> >>>>>> >>> >> >> >>>>>> >>> >> >> >>>>>> >>> >> >> >>>>>> >>> >> >> >>>>>> >>> >> >> >>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >> >> >>>>>> _______________________________________________ >>> >> >> >>>>>> Csound-devel mailing list >>> >> >> >>>>>> Csound-devel@lists.sourceforge.net >>> >> >> >>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >> >> >>>>> >>> >> >> >>>>> >>> >> >> >>>>> >>> >> >> >>>>> >>> >> >> >>>>> >>> >> >> >>>>> >>> >> >> >>>>> >>> >> >> >>>>> ------------------------------------------------------------------------------ >>> >> >> >>>>> Managing the Performance of Cloud-Based Applications >>> >> >> >>>>> Take advantage of what the Cloud has to offer - Avoid Common >>> >> >> >>>>> Pitfalls. >>> >> >> >>>>> Read the Whitepaper. >>> >> >> >>>>> >>> >> >> >>>>> >>> >> >> >>>>> >>> >> >> >>>>> >>> >> >> >>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >> >> >>>>> _______________________________________________ >>> >> >> >>>>> Csound-devel mailing list >>> >> >> >>>>> Csound-devel@lists.sourceforge.net >>> >> >> >>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >> >> >>>>> >>> >> >> >>>> >>> >> >> >>>> >>> >> >> >>>> >>> >> >> >>>> >>> >> >> >>>> >>> >> >> >>>> ------------------------------------------------------------------------------ >>> >> >> >>>> Managing the Performance of Cloud-Based Applications >>> >> >> >>>> Take advantage of what the Cloud has to offer - Avoid Common >>> >> >> >>>> Pitfalls. >>> >> >> >>>> Read the Whitepaper. >>> >> >> >>>> >>> >> >> >>>> >>> >> >> >>>> >>> >> >> >>>> >>> >> >> >>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >> >> >>>> _______________________________________________ >>> >> >> >>>> Csound-devel mailing list >>> >> >> >>>> Csound-devel@lists.sourceforge.net >>> >> >> >>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >> >> >>> >>> >> >> >>> >>> >> >> >>> >>> >> >> >>> >>> >> >> >>> >>> >> >> >>> >>> >> >> >>> ------------------------------------------------------------------------------ >>> >> >> >>> Managing the Performance of Cloud-Based Applications >>> >> >> >>> Take advantage of what the Cloud has to offer - Avoid Common >>> >> >> >>> Pitfalls. >>> >> >> >>> Read the Whitepaper. >>> >> >> >>> >>> >> >> >>> >>> >> >> >>> >>> >> >> >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >> >> >>> _______________________________________________ >>> >> >> >>> Csound-devel mailing list >>> >> >> >>> Csound-devel@lists.sourceforge.net >>> >> >> >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >> >> >>> >>> >> >> >> >>> >> >> >> >>> >> >> >> >>> >> >> >> >>> >> >> >> ------------------------------------------------------------------------------ >>> >> >> >> Managing the Performance of Cloud-Based Applications >>> >> >> >> Take advantage of what the Cloud has to offer - Avoid Common >>> >> >> >> Pitfalls. >>> >> >> >> Read the Whitepaper. >>> >> >> >> >>> >> >> >> >>> >> >> >> >>> >> >> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >> >> >> _______________________________________________ >>> >> >> >> Csound-devel mailing list >>> >> >> >> Csound-devel@lists.sourceforge.net >>> >> >> >> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >> >> > >>> >> >> > Dr Victor Lazzarini >>> >> >> > Senior Lecturer >>> >> >> > Dept. of Music >>> >> >> > NUI Maynooth Ireland >>> >> >> > tel.: +353 1 708 3545 >>> >> >> > Victor dot Lazzarini AT nuim dot ie >>> >> >> > >>> >> >> > >>> >> >> > >>> >> >> > >>> >> >> > >>> >> >> > >>> >> >> > >>> >> >> > ------------------------------------------------------------------------------ >>> >> >> > Managing the Performance of Cloud-Based Applications >>> >> >> > Take advantage of what the Cloud has to offer - Avoid Common >>> >> >> > Pitfalls. >>> >> >> > Read the Whitepaper. >>> >> >> > >>> >> >> > >>> >> >> > >>> >> >> > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >> >> > _______________________________________________ >>> >> >> > Csound-devel mailing list >>> >> >> > Csound-devel@lists.sourceforge.net >>> >> >> > https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >> >> >>> >> >> >>> >> >> >>> >> >> -- >>> >> >> >>> >> >> Oeyvind Brandtsegg >>> >> >> Professor of Music Technology >>> >> >> NTNU >>> >> >> 7491 Trondheim >>> >> >> Norway >>> >> >> Cell: +47 92 203 205 >>> >> >> >>> >> >> http://flyndresang.no/ >>> >> >> http://www.partikkelaudio.com/ >>> >> >> http://soundcloud.com/brandtsegg >>> >> >> http://soundcloud.com/t-emp >>> >> >> >>> >> >> >>> >> >> >>> >> >> >>> >> >> ------------------------------------------------------------------------------ >>> >> >> Managing the Performance of Cloud-Based Applications >>> >> >> Take advantage of what the Cloud has to offer - Avoid Common >>> >> >> Pitfalls. >>> >> >> Read the Whitepaper. >>> >> >> >>> >> >> >>> >> >> >>> >> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >> >> _______________________________________________ >>> >> >> Csound-devel mailing list >>> >> >> Csound-devel@lists.sourceforge.net >>> >> >> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >> > >>> >> > >>> >> > >>> >> > >>> >> > >>> >> > ------------------------------------------------------------------------------ >>> >> > Managing the Performance of Cloud-Based Applications >>> >> > Take advantage of what the Cloud has to offer - Avoid Common >>> >> > Pitfalls. >>> >> > Read the Whitepaper. >>> >> > >>> >> > >>> >> > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >> > _______________________________________________ >>> >> > Csound-devel mailing list >>> >> > Csound-devel@lists.sourceforge.net >>> >> > https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >> > >>> >> >>> >> >>> >> >>> >> -- >>> >> >>> >> Oeyvind Brandtsegg >>> >> Professor of Music Technology >>> >> NTNU >>> >> 7491 Trondheim >>> >> Norway >>> >> Cell: +47 92 203 205 >>> >> >>> >> http://flyndresang.no/ >>> >> http://www.partikkelaudio.com/ >>> >> http://soundcloud.com/brandtsegg >>> >> http://soundcloud.com/t-emp >>> >> >>> >> >>> >> >>> >> ------------------------------------------------------------------------------ >>> >> Managing the Performance of Cloud-Based Applications >>> >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>> >> Read the Whitepaper. >>> >> >>> >> >>> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >> _______________________________________________ >>> >> Csound-devel mailing list >>> >> Csound-devel@lists.sourceforge.net >>> >> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>> >>> ------------------------------------------------------------------------------ >>> Managing the Performance of Cloud-Based Applications >>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>> Read the Whitepaper. >>> >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> _______________________________________________ >>> Csound-devel mailing list >>> Csound-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >> >> ------------------------------------------------------------------------------ >> Managing the Performance of Cloud-Based Applications >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> Read the Whitepaper. >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> _______________________________________________ >> Csound-devel mailing list >> Csound-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/csound-devel >> > > > > -- > > Oeyvind Brandtsegg > Professor of Music Technology > NTNU > 7491 Trondheim > Norway > Cell: +47 92 203 205 > > http://flyndresang.no/ > http://www.partikkelaudio.com/ > http://soundcloud.com/brandtsegg > http://soundcloud.com/t-emp -- Oeyvind Brandtsegg Professor of Music Technology NTNU 7491 Trondheim Norway Cell: +47 92 203 205 http://flyndresang.no/ http://www.partikkelaudio.com/ http://soundcloud.com/brandtsegg http://soundcloud.com/t-emp ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net

Date	2014-02-06 08:47
From	Oeyvind Brandtsegg
Subject	Re: [Cs-dev] [Csnd] Latency and buffers
	... so Live isn't so much a Live tool anyway it seems, at least not if Live is realtime ... 2014-02-06 Oeyvind Brandtsegg : > .... hit send prematurely > (too little latency I guess...) > > Well, > In Reaper: > - Cabbage plugs show ksmps latency as now well understood > - Other VSTs I tested show no latency (Flux, Wigware) > - Cockos, Reaper internal plugs sho zero latency too > > In Live (here it comes) > - Cabbage plugs shows ksmps + soundcard output buffer latency > - Other VST: soundcard out buffer latency > - Max for Live plugins: 256 samples latency > - Internal Live plugins: 128 samples latency (except for very simple > ones like pan/gain) > * What is also remarkable is also that the plugin latency is > accumulative, so using two plugins on the same track doubles the > latency, even for rendering directly to disk) > * Plugin delay comensation has been turned off for these tests > > Tests were done like this: > I used a recording of pulses to test latency, > putting the same recording on track 1 and 2, > panning 1 left and 2 right > then inserting a plugin on track 2 > render to file > inspect file in stereo editor, > and measure the delay between the left and right channel > > > > 2014-02-06 Oeyvind Brandtsegg : >> Thanks so much for that explanation Mike. >> Rory, don't even so much as think of contemplating life without >> Cabbage (oh you already did...) ! >> Here's more observations about latency in different hosts that might >> brighten up thhing a bit, >> depending on what hosts one prefer... >> >> In Reaper: >> >> >> 2014-02-06 Michael Gogins : >>> There are two cases. If ksmps is always 1, you can use this algorithm: >>> >>> for each frame in the host input buffer: >>> copy the host frame to the spin frame >>> call performKsmps() >>> copy the spout frame to the host output buffer >>> >>> Then there is no delay. >>> >>> If ksmps is greater than 1 it goes like this. It's enough to consider ksmps >>> = 2, >>> all other cases work the same way. >>> >>> for each frame in the host input buffer: >>> copy the current host input frame to the current spin frame >>> copy the current spout frame to the current host output buffer >>> if the current spout frame is past the end of spout: >>> call performKsmps >>> reset the spout/spin frame index to 0 >>> >>> If ksmps==1 then there is 1 frame of silence in the output at the start, and >>> thereafter output lags input by 1 frame. On the final frame of the host >>> buffer, Csound computes a frame in spout but it is not copied to the output >>> until the next processing call. >>> >>> If ksmps==2 then there are 2 frames of silence in the output at the start, >>> and thereafter output lags input by 2 frames. On the final frame of the host >>> buffer,Csound computes 2 frames in spout, but depending on the size of the >>> output buffer, 1 or 2 frames are not copied to the output until the next >>> processing call. >>> >>> And so on. >>> >>> Regards, >>> Mike >>> >>> >>> >>> ----------------------------------------------------- >>> Michael Gogins >>> Irreducible Productions >>> http://michaelgogins.tumblr.com >>> Michael dot Gogins at gmail dot com >>> >>> >>> On Wed, Feb 5, 2014 at 7:39 PM, Rory Walsh wrote: >>>> >>>> The way it stands things are fine, albeit with a ksmps delay. But it >>>> will remain constant and there won't be any drop outs. If ksmps ==1 >>>> then there will be no problems with latency. Of course I stand to be >>>> corrected. When all is said and done, I did enjoy contemplating life >>>> without Cabbage over a few beers. But that might just have been the >>>> beers :) >>>> >>>> >>>> On 5 February 2014 23:57, Rory Walsh wrote: >>>> > I'm glad you asked this because I'm a little lost too! I was thinking >>>> > the >>>> > same as you. At some stage won't things goes south if the buffer size >>>> > suddenly changes as is likely once automation is brought into the >>>> > equation? >>>> > >>>> > sent from a mobile device... >>>> > >>>> > On 5 Feb 2014 23:27, "Oeyvind Brandtsegg" >>>> > wrote: >>>> >> >>>> >> Ok. That is good. >>>> >> But can it (the latency) change dynamically, as the host buffer size >>>> >> change dynamically? >>>> >> Sorry if I'm being dense but I would really like to understand. >>>> >> >>>> >> >>>> >> 2014-02-06 Michael Gogins : >>>> >> > No, the maximum latency is ksmps. That could be either larger, or >>>> >> > smaller, >>>> >> > than the host buffer size. It doesn't matter. >>>> >> > >>>> >> > Regards, >>>> >> > Mike >>>> >> > >>>> >> > >>>> >> > ----------------------------------------------------- >>>> >> > Michael Gogins >>>> >> > Irreducible Productions >>>> >> > http://michaelgogins.tumblr.com >>>> >> > Michael dot Gogins at gmail dot com >>>> >> > >>>> >> > >>>> >> > On Wed, Feb 5, 2014 at 6:07 PM, Oeyvind Brandtsegg >>>> >> > wrote: >>>> >> >> >>>> >> >> ...but the latency would be one full host buffer size, not just a >>>> >> >> ksmps, >>>> >> >> right? >>>> >> >> So a small ksmps would rather minimize the chance of a ksmps-buffer >>>> >> >> mismatch, but not actually minimize worst case latency (which would >>>> >> >> be >>>> >> >> one host buffer block). Isn't it so? >>>> >> >> >>>> >> >> Now, one thing I don't understand is if the latency can be zero >>>> >> >> when >>>> >> >> the host buffer is an integer multiple of ksmps, and it indeed is, >>>> >> >> and also the host buffer size can be dynamic, we must assume that >>>> >> >> the two buffer length may initially fit but at some later time they >>>> >> >> will not,* then* what happens at the transition point ? I mean, when >>>> >> >> we go from perfectly aligned buffers and zero latency to misaligned >>>> >> >> buffers and one bufferlength latency. Then we should have one >>>> >> >> non-full >>>> >> >> buffer in the transition from zero latency to one-buffer latency. >>>> >> >> Will >>>> >> >> it pop? If so, I would expect it to pop quite often(?), which it >>>> >> >> does >>>> >> >> not. >>>> >> >> Or? >>>> >> >> >>>> >> >> >>>> >> >> >>>> >> >> >>>> >> >> 2014-02-05 Victor Lazzarini : >>>> >> >> > If your ksmps is small, any latency that might exist will be small >>>> >> >> > too, >>>> >> >> > and I can't see it having >>>> >> >> > a major effect. So if you run with ksmps=16, it's 0.3 >>>> >> >> > millisseconds. >>>> >> >> > Not >>>> >> >> > much of a problem. >>>> >> >> > And for the cases where this is a problem, then it's still >>>> >> >> > possible >>>> >> >> > to >>>> >> >> > run with ksmps=1. >>>> >> >> > >>>> >> >> > Victor >>>> >> >> > On 5 Feb 2014, at 20:46, Rory Walsh wrote: >>>> >> >> > >>>> >> >> >> I wish I had thought of this before spending so much time writing >>>> >> >> >> a >>>> >> >> >> framework for developing VST plugins with Csound. I'm off now to >>>> >> >> >> have >>>> >> >> >> a few beers and rethink life! >>>> >> >> >> >>>> >> >> >> >>>> >> >> >> On 5 February 2014 20:06, Michael Gogins >>>> >> >> >> >>>> >> >> >> wrote: >>>> >> >> >>> Then your code will run 5 times slower or so. >>>> >> >> >>> >>>> >> >> >>> Regards, >>>> >> >> >>> Mike >>>> >> >> >>> >>>> >> >> >>> >>>> >> >> >>> ----------------------------------------------------- >>>> >> >> >>> Michael Gogins >>>> >> >> >>> Irreducible Productions >>>> >> >> >>> http://michaelgogins.tumblr.com >>>> >> >> >>> Michael dot Gogins at gmail dot com >>>> >> >> >>> >>>> >> >> >>> >>>> >> >> >>> On Wed, Feb 5, 2014 at 3:03 PM, Rory Walsh >>>> >> >> >>> wrote: >>>> >> >> >>>> >>>> >> >> >>>> Seems every where I look it says don't make any assumptions >>>> >> >> >>>> about >>>> >> >> >>>> buffer sizes. So I guess the only fail safe way is to force a >>>> >> >> >>>> ksmps >>>> >> >> >>>> of >>>> >> >> >>>> 1? uh... >>>> >> >> >>>> >>>> >> >> >>>> On 5 February 2014 19:57, Michael Gogins >>>> >> >> >>>> >>>> >> >> >>>> wrote: >>>> >> >> >>>>> I believe that you are wrong, you cannot count on a power of >>>> >> >> >>>>> two >>>> >> >> >>>>> size. >>>> >> >> >>>>> >>>> >> >> >>>>> See these threads from KVR: >>>> >> >> >>>>> >>>> >> >> >>>>> http://www.kvraudio.com/forum/viewtopic.php?t=279753 >>>> >> >> >>>>> >>>> >> >> >>>>> http://www.kvraudio.com/forum/viewtopic.php?t=359951 >>>> >> >> >>>>> >>>> >> >> >>>>> http://www.kvraudio.com/forum/viewtopic.php?p=3458228 >>>> >> >> >>>>> >>>> >> >> >>>>> Regards, >>>> >> >> >>>>> Mike >>>> >> >> >>>>> >>>> >> >> >>>>> >>>> >> >> >>>>> >>>> >> >> >>>>> >>>> >> >> >>>>> >>>> >> >> >>>>> ----------------------------------------------------- >>>> >> >> >>>>> Michael Gogins >>>> >> >> >>>>> Irreducible Productions >>>> >> >> >>>>> http://michaelgogins.tumblr.com >>>> >> >> >>>>> Michael dot Gogins at gmail dot com >>>> >> >> >>>>> >>>> >> >> >>>>> >>>> >> >> >>>>> On Wed, Feb 5, 2014 at 2:17 PM, Victor Lazzarini >>>> >> >> >>>>> >>>> >> >> >>>>> wrote: >>>> >> >> >>>>>> >>>> >> >> >>>>>> But I think you're probably safe setting ksmps to a low value >>>> >> >> >>>>>> that >>>> >> >> >>>>>> is a >>>> >> >> >>>>>> power-of-two. I would >>>> >> >> >>>>>> expect most hosts to run buffers that are power-of-two and >>>> >> >> >>>>>> that >>>> >> >> >>>>>> are >>>> >> >> >>>>>> not >>>> >> >> >>>>>> that small. >>>> >> >> >>>>>> ksmps =8,16 or 32 should do. >>>> >> >> >>>>>> >>>> >> >> >>>>>> Victor >>>> >> >> >>>>>> >>>> >> >> >>>>>> On 5 Feb 2014, at 18:10, Rory Walsh wrote: >>>> >> >> >>>>>> >>>> >> >> >>>>>>> I was just about to answer my previous mail with the same >>>> >> >> >>>>>>> thing. >>>> >> >> >>>>>>> That's >>>> >> >> >>>>>>> a pain. >>>> >> >> >>>>>>> >>>> >> >> >>>>>>> On 5 February 2014 18:03, Michael Gogins >>>> >> >> >>>>>>> >>>> >> >> >>>>>>> wrote: >>>> >> >> >>>>>>>> No. The host can and often does use a different host audio >>>> >> >> >>>>>>>> buffer >>>> >> >> >>>>>>>> size >>>> >> >> >>>>>>>> on >>>> >> >> >>>>>>>> each call to process() or processReplacing(). >>>> >> >> >>>>>>>> >>>> >> >> >>>>>>>> Regards, >>>> >> >> >>>>>>>> Mike >>>> >> >> >>>>>>>> >>>> >> >> >>>>>>>> >>>> >> >> >>>>>>>> ----------------------------------------------------- >>>> >> >> >>>>>>>> Michael Gogins >>>> >> >> >>>>>>>> Irreducible Productions >>>> >> >> >>>>>>>> http://michaelgogins.tumblr.com >>>> >> >> >>>>>>>> Michael dot Gogins at gmail dot com >>>> >> >> >>>>>>>> >>>> >> >> >>>>>>>> >>>> >> >> >>>>>>>> On Wed, Feb 5, 2014 at 11:27 AM, Rory Walsh >>>> >> >> >>>>>>>> >>>> >> >> >>>>>>>> wrote: >>>> >> >> >>>>>>>>> >>>> >> >> >>>>>>>>> Hi Mike, isn't it possible to query the host buffer size >>>> >> >> >>>>>>>>> before >>>> >> >> >>>>>>>>> the >>>> >> >> >>>>>>>>> processing function is first called, in which case you can >>>> >> >> >>>>>>>>> just >>>> >> >> >>>>>>>>> override the csd's ksmps? >>>> >> >> >>>>>>>>> >>>> >> >> >>>>>>>>> On 5 February 2014 15:55, Michael Gogins >>>> >> >> >>>>>>>>> >>>> >> >> >>>>>>>>> wrote: >>>> >> >> >>>>>>>>>> I've looked into this some more. As long as the host >>>> >> >> >>>>>>>>>> audio >>>> >> >> >>>>>>>>>> buffer >>>> >> >> >>>>>>>>>> is >>>> >> >> >>>>>>>>>> not >>>> >> >> >>>>>>>>>> an >>>> >> >> >>>>>>>>>> integral multiple of ksmps, there will have to be ksmps >>>> >> >> >>>>>>>>>> latency >>>> >> >> >>>>>>>>>> between >>>> >> >> >>>>>>>>>> input and output. That is because performKsmps requires >>>> >> >> >>>>>>>>>> spin >>>> >> >> >>>>>>>>>> to >>>> >> >> >>>>>>>>>> be >>>> >> >> >>>>>>>>>> full, >>>> >> >> >>>>>>>>>> but >>>> >> >> >>>>>>>>>> if there is some remainder from hostsize/ksmps, there >>>> >> >> >>>>>>>>>> will >>>> >> >> >>>>>>>>>> be >>>> >> >> >>>>>>>>>> some >>>> >> >> >>>>>>>>>> frames >>>> >> >> >>>>>>>>>> that the host buffer doesn't have but spin needs. >>>> >> >> >>>>>>>>>> >>>> >> >> >>>>>>>>>> I am letting this go for now, but if Csound could adjust >>>> >> >> >>>>>>>>>> ksmps >>>> >> >> >>>>>>>>>> during >>>> >> >> >>>>>>>>>> performance via the API, then we could get rid of this >>>> >> >> >>>>>>>>>> latency >>>> >> >> >>>>>>>>>> by >>>> >> >> >>>>>>>>>> setting >>>> >> >> >>>>>>>>>> ksmps equal to the host buffer size on each host >>>> >> >> >>>>>>>>>> processing >>>> >> >> >>>>>>>>>> call. >>>> >> >> >>>>>>>>>> I >>>> >> >> >>>>>>>>>> think >>>> >> >> >>>>>>>>>> this would be a really good idea. I'm entering it as a >>>> >> >> >>>>>>>>>> feature >>>> >> >> >>>>>>>>>> request. >>>> >> >> >>>>>>>>>> >>>> >> >> >>>>>>>>>> Regards, >>>> >> >> >>>>>>>>>> Mike >>>> >> >> >>>>>>>>>> >>>> >> >> >>>>>>>>>> >>>> >> >> >>>>>>>>>> Regards, >>>> >> >> >>>>>>>>>> Mike >>>> >> >> >>>>>>>>>> >>>> >> >> >>>>>>>>>> >>>> >> >> >>>>>>>>>> ----------------------------------------------------- >>>> >> >> >>>>>>>>>> Michael Gogins >>>> >> >> >>>>>>>>>> Irreducible Productions >>>> >> >> >>>>>>>>>> http://michaelgogins.tumblr.com >>>> >> >> >>>>>>>>>> Michael dot Gogins at gmail dot com >>>> >> >> >>>>>>>>>> >>>> >> >> >>>>>>>>>> >>>> >> >> >>>>>>>>>> On Tue, Feb 4, 2014 at 1:47 PM, Michael Gogins >>>> >> >> >>>>>>>>>> >>>> >> >> >>>>>>>>>> wrote: >>>> >> >> >>>>>>>>>>> >>>> >> >> >>>>>>>>>>> CsoundVST does the following: >>>> >> >> >>>>>>>>>>> >>>> >> >> >>>>>>>>>>> In the processReplacing callback there are essentially >>>> >> >> >>>>>>>>>>> two >>>> >> >> >>>>>>>>>>> simultaneous >>>> >> >> >>>>>>>>>>> loops, each with their own loop indexes. One loop is for >>>> >> >> >>>>>>>>>>> the >>>> >> >> >>>>>>>>>>> host >>>> >> >> >>>>>>>>>>> audio >>>> >> >> >>>>>>>>>>> buffer, which can change in size from one call to the >>>> >> >> >>>>>>>>>>> next. >>>> >> >> >>>>>>>>>>> The >>>> >> >> >>>>>>>>>>> other >>>> >> >> >>>>>>>>>>> loop >>>> >> >> >>>>>>>>>>> is for Csound. >>>> >> >> >>>>>>>>>>> >>>> >> >> >>>>>>>>>>> For each frame of audio, one frame of audio is copied >>>> >> >> >>>>>>>>>>> from >>>> >> >> >>>>>>>>>>> the >>>> >> >> >>>>>>>>>>> host >>>> >> >> >>>>>>>>>>> input >>>> >> >> >>>>>>>>>>> buffer to spin, one frame of audio is copied from spout >>>> >> >> >>>>>>>>>>> to >>>> >> >> >>>>>>>>>>> the >>>> >> >> >>>>>>>>>>> host >>>> >> >> >>>>>>>>>>> audio >>>> >> >> >>>>>>>>>>> output buffer, and both loop indexes are incremented. >>>> >> >> >>>>>>>>>>> >>>> >> >> >>>>>>>>>>> At the end of spout, ksmps audio are processed by >>>> >> >> >>>>>>>>>>> Csound, >>>> >> >> >>>>>>>>>>> and >>>> >> >> >>>>>>>>>>> the >>>> >> >> >>>>>>>>>>> spin >>>> >> >> >>>>>>>>>>> and >>>> >> >> >>>>>>>>>>> spout buffer indexes are reset to 0. These indexes >>>> >> >> >>>>>>>>>>> persist >>>> >> >> >>>>>>>>>>> from >>>> >> >> >>>>>>>>>>> call >>>> >> >> >>>>>>>>>>> to >>>> >> >> >>>>>>>>>>> call, so there are no gaps or glitches. >>>> >> >> >>>>>>>>>>> >>>> >> >> >>>>>>>>>>> There is ksmps frames latency in the code because spin >>>> >> >> >>>>>>>>>>> is >>>> >> >> >>>>>>>>>>> read >>>> >> >> >>>>>>>>>>> in >>>> >> >> >>>>>>>>>>> before >>>> >> >> >>>>>>>>>>> it spout is computed. But I will try to change the code >>>> >> >> >>>>>>>>>>> so >>>> >> >> >>>>>>>>>>> that >>>> >> >> >>>>>>>>>>> the >>>> >> >> >>>>>>>>>>> buffers >>>> >> >> >>>>>>>>>>> are rewound to line spout up with spin. There will then >>>> >> >> >>>>>>>>>>> be >>>> >> >> >>>>>>>>>>> zero >>>> >> >> >>>>>>>>>>> latency. >>>> >> >> >>>>>>>>>>> >>>> >> >> >>>>>>>>>>> >>>> >> >> >>>>>>>>>>> ----------------------------------------------------- >>>> >> >> >>>>>>>>>>> Michael Gogins >>>> >> >> >>>>>>>>>>> Irreducible Productions >>>> >> >> >>>>>>>>>>> http://michaelgogins.tumblr.com >>>> >> >> >>>>>>>>>>> Michael dot Gogins at gmail dot com >>>> >> >> >>>>>>>>>>> >>>> >> >> >>>>>>>>>>> >>>> >> >> >>>>>>>>>>> On Tue, Feb 4, 2014 at 11:03 AM, Steven Yi >>>> >> >> >>>>>>>>>>> >>>> >> >> >>>>>>>>>>> wrote: >>>> >> >> >>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>> I was in the middle of replying pretty much the same >>>> >> >> >>>>>>>>>>>> thing >>>> >> >> >>>>>>>>>>>> as >>>> >> >> >>>>>>>>>>>> Victor. >>>> >> >> >>>>>>>>>>>> Seems like you're introducing block's worth of latency >>>> >> >> >>>>>>>>>>>> due >>>> >> >> >>>>>>>>>>>> to >>>> >> >> >>>>>>>>>>>> the >>>> >> >> >>>>>>>>>>>> code >>>> >> >> >>>>>>>>>>>> order. >>>> >> >> >>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>> On Tue, Feb 4, 2014 at 11:05 AM, Victor Lazzarini >>>> >> >> >>>>>>>>>>>> wrote: >>>> >> >> >>>>>>>>>>>>> I would have thought that you would >>>> >> >> >>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>> 1) write data into spin >>>> >> >> >>>>>>>>>>>>> 2) process >>>> >> >> >>>>>>>>>>>>> 3) write data out of spout. >>>> >> >> >>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>> if you read and write after running PeformKsmps(), as >>>> >> >> >>>>>>>>>>>>> far >>>> >> >> >>>>>>>>>>>>> as >>>> >> >> >>>>>>>>>>>>> I >>>> >> >> >>>>>>>>>>>>> can >>>> >> >> >>>>>>>>>>>>> see >>>> >> >> >>>>>>>>>>>>> there might be >>>> >> >> >>>>>>>>>>>>> a delay between input and output, as you will be >>>> >> >> >>>>>>>>>>>>> effectively >>>> >> >> >>>>>>>>>>>>> putting >>>> >> >> >>>>>>>>>>>>> out the data that >>>> >> >> >>>>>>>>>>>>> you processed in the previous period. >>>> >> >> >>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>> 1) process (means process the current spin data) >>>> >> >> >>>>>>>>>>>>> 2) write to spin the new data >>>> >> >> >>>>>>>>>>>>> 3) write out the result of processing the previous >>>> >> >> >>>>>>>>>>>>> spin >>>> >> >> >>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>> That's what it looks like to me. Not sure if I am >>>> >> >> >>>>>>>>>>>>> right. >>>> >> >> >>>>>>>>>>>>> Also >>>> >> >> >>>>>>>>>>>>> this >>>> >> >> >>>>>>>>>>>>> discussion should be in the dev list not >>>> >> >> >>>>>>>>>>>>> in the users list (so my response is going there). >>>> >> >> >>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>> Victor >>>> >> >> >>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>> On 4 Feb 2014, at 15:47, Rory Walsh >>>> >> >> >>>>>>>>>>>>> wrote: >>>> >> >> >>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>> I can confirm that it's not an issue with the plugin >>>> >> >> >>>>>>>>>>>>>> framework >>>> >> >> >>>>>>>>>>>>>> I'm >>>> >> >> >>>>>>>>>>>>>> using. I can also confirm it happens whether the >>>> >> >> >>>>>>>>>>>>>> plugin's >>>> >> >> >>>>>>>>>>>>>> processBlock() is being called the same amount of >>>> >> >> >>>>>>>>>>>>>> times >>>> >> >> >>>>>>>>>>>>>> as >>>> >> >> >>>>>>>>>>>>>> performKsmps(). That is to say, if the plugin sample >>>> >> >> >>>>>>>>>>>>>> buffer >>>> >> >> >>>>>>>>>>>>>> is >>>> >> >> >>>>>>>>>>>>>> set >>>> >> >> >>>>>>>>>>>>>> to >>>> >> >> >>>>>>>>>>>>>> 64 and so is Csound's, the problem persists. >>>> >> >> >>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>> I can recreate it with Reaper by placing two >>>> >> >> >>>>>>>>>>>>>> identical >>>> >> >> >>>>>>>>>>>>>> audio >>>> >> >> >>>>>>>>>>>>>> tracks >>>> >> >> >>>>>>>>>>>>>> in >>>> >> >> >>>>>>>>>>>>>> the session. On one track I place a straight forward >>>> >> >> >>>>>>>>>>>>>> in/out >>>> >> >> >>>>>>>>>>>>>> Cabbage >>>> >> >> >>>>>>>>>>>>>> effect plugin. Then play both back at the same time. >>>> >> >> >>>>>>>>>>>>>> You'll >>>> >> >> >>>>>>>>>>>>>> hear >>>> >> >> >>>>>>>>>>>>>> subtle phasing taking place until you bypass the >>>> >> >> >>>>>>>>>>>>>> plugin >>>> >> >> >>>>>>>>>>>>>> effect. >>>> >> >> >>>>>>>>>>>>>> Here's >>>> >> >> >>>>>>>>>>>>>> my processBlock(), it couldn't be any simpler. Can >>>> >> >> >>>>>>>>>>>>>> any >>>> >> >> >>>>>>>>>>>>>> devs >>>> >> >> >>>>>>>>>>>>>> out >>>> >> >> >>>>>>>>>>>>>> there >>>> >> >> >>>>>>>>>>>>>> spot something that might introduce latency? >>>> >> >> >>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>> CSCompResult = csound->PerformKsmps(); >>>> >> >> >>>>>>>>>>>>>> for(int i=0;i>>> >> >> >>>>>>>>>>>>>> { >>>> >> >> >>>>>>>>>>>>>> if(!CSCompResult) >>>> >> >> >>>>>>>>>>>>>> { >>>> >> >> >>>>>>>>>>>>>> for(int channel = 0; channel < >>>> >> >> >>>>>>>>>>>>>> getNumOutputChannels(); >>>> >> >> >>>>>>>>>>>>>> channel++ ) >>>> >> >> >>>>>>>>>>>>>> { >>>> >> >> >>>>>>>>>>>>>> audioBuffer = >>>> >> >> >>>>>>>>>>>>>> buffer.getSampleData(channel,0); >>>> >> >> >>>>>>>>>>>>>> pos = igetNumOutputChannels(); >>>> >> >> >>>>>>>>>>>>>> CSspin[channel+pos] = >>>> >> >> >>>>>>>>>>>>>> audioBuffer[i]cs_scale; >>>> >> >> >>>>>>>>>>>>>> audioBuffer[i] = >>>> >> >> >>>>>>>>>>>>>> (CSspout[channel+pos]/cs_scale); >>>> >> >> >>>>>>>>>>>>>> } >>>> >> >> >>>>>>>>>>>>>> } >>>> >> >> >>>>>>>>>>>>>> else >>>> >> >> >>>>>>>>>>>>>> buffer.clear(); >>>> >> >> >>>>>>>>>>>>>> } >>>> >> >> >>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>> On 4 February 2014 15:04, Oeyvind Brandtsegg >>>> >> >> >>>>>>>>>>>>>> wrote: >>>> >> >> >>>>>>>>>>>>>>> All good. >>>> >> >> >>>>>>>>>>>>>>> I could test with csound~ and found another cause >>>> >> >> >>>>>>>>>>>>>>> for >>>> >> >> >>>>>>>>>>>>>>> the >>>> >> >> >>>>>>>>>>>>>>> latency. >>>> >> >> >>>>>>>>>>>>>>> Oeyvind >>>> >> >> >>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>> 2014-02-04 Steven Yi : >>>> >> >> >>>>>>>>>>>>>>>> Nope. I did some work on updating the CMake file >>>> >> >> >>>>>>>>>>>>>>>> to >>>> >> >> >>>>>>>>>>>>>>>> try >>>> >> >> >>>>>>>>>>>>>>>> building >>>> >> >> >>>>>>>>>>>>>>>> on >>>> >> >> >>>>>>>>>>>>>>>> Windows yesterday. I need to do so me research to >>>> >> >> >>>>>>>>>>>>>>>> see >>>> >> >> >>>>>>>>>>>>>>>> about >>>> >> >> >>>>>>>>>>>>>>>> libraries >>>> >> >> >>>>>>>>>>>>>>>> to link to and other things, but it may take a >>>> >> >> >>>>>>>>>>>>>>>> while >>>> >> >> >>>>>>>>>>>>>>>> with >>>> >> >> >>>>>>>>>>>>>>>> current >>>> >> >> >>>>>>>>>>>>>>>> work >>>> >> >> >>>>>>>>>>>>>>>> load. >>>> >> >> >>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:47 AM, Oeyvind Brandtsegg >>>> >> >> >>>>>>>>>>>>>>>> wrote: >>>> >> >> >>>>>>>>>>>>>>>>> That looks as if it's for OSX only (?), >>>> >> >> >>>>>>>>>>>>>>>>> perhaps not compiled for windows yet? >>>> >> >> >>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>> 2014-02-04 Steven Yi : >>>> >> >> >>>>>>>>>>>>>>>>>> csound6~ should be with the installer; also >>>> >> >> >>>>>>>>>>>>>>>>>> available >>>> >> >> >>>>>>>>>>>>>>>>>> at: >>>> >> >> >>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>> http://sourceforge.net/projects/csound/files/csound6/Csound6.02/csound~_v1.1.1.pkg/download >>>> >> >> >>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:38 AM, Oeyvind >>>> >> >> >>>>>>>>>>>>>>>>>> Brandtsegg >>>> >> >> >>>>>>>>>>>>>>>>>> wrote: >>>> >> >> >>>>>>>>>>>>>>>>>>> I can also reproduce it with csound~ in >>>> >> >> >>>>>>>>>>>>>>>>>>> MaxForLive >>>> >> >> >>>>>>>>>>>>>>>>>>> haven't tried with csound6~ (where can I find >>>> >> >> >>>>>>>>>>>>>>>>>>> it?) >>>> >> >> >>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>> Now, testing with Max (not in Live), and with >>>> >> >> >>>>>>>>>>>>>>>>>>> Reaper, >>>> >> >> >>>>>>>>>>>>>>>>>>> I >>>> >> >> >>>>>>>>>>>>>>>>>>> find >>>> >> >> >>>>>>>>>>>>>>>>>>> I >>>> >> >> >>>>>>>>>>>>>>>>>>> can not >>>> >> >> >>>>>>>>>>>>>>>>>>> reproduce the behaviour there. >>>> >> >> >>>>>>>>>>>>>>>>>>> So there is something with Live then. However, >>>> >> >> >>>>>>>>>>>>>>>>>>> other >>>> >> >> >>>>>>>>>>>>>>>>>>> VST >>>> >> >> >>>>>>>>>>>>>>>>>>> plugins >>>> >> >> >>>>>>>>>>>>>>>>>>> in >>>> >> >> >>>>>>>>>>>>>>>>>>> Live does not introduce extra latency. >>>> >> >> >>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>> The way I measure latency is by setiing up a >>>> >> >> >>>>>>>>>>>>>>>>>>> microphone >>>> >> >> >>>>>>>>>>>>>>>>>>> close >>>> >> >> >>>>>>>>>>>>>>>>>>> to >>>> >> >> >>>>>>>>>>>>>>>>>>> the >>>> >> >> >>>>>>>>>>>>>>>>>>> speaker, close enough that it will almost feed, >>>> >> >> >>>>>>>>>>>>>>>>>>> then tap the mic and listen to the resonance of >>>> >> >> >>>>>>>>>>>>>>>>>>> the >>>> >> >> >>>>>>>>>>>>>>>>>>> system. >>>> >> >> >>>>>>>>>>>>>>>>>>> When >>>> >> >> >>>>>>>>>>>>>>>>>>> the >>>> >> >> >>>>>>>>>>>>>>>>>>> latency changes, the resonance will change. >>>> >> >> >>>>>>>>>>>>>>>>>>> When I add a plugin (Cabbage or MaxForLive with >>>> >> >> >>>>>>>>>>>>>>>>>>> csound~), >>>> >> >> >>>>>>>>>>>>>>>>>>> the >>>> >> >> >>>>>>>>>>>>>>>>>>> latency >>>> >> >> >>>>>>>>>>>>>>>>>>> (and so the resonance) changes. If I load other >>>> >> >> >>>>>>>>>>>>>>>>>>> VST >>>> >> >> >>>>>>>>>>>>>>>>>>> plugins >>>> >> >> >>>>>>>>>>>>>>>>>>> this >>>> >> >> >>>>>>>>>>>>>>>>>>> does >>>> >> >> >>>>>>>>>>>>>>>>>>> not happen, the latency does not change. >>>> >> >> >>>>>>>>>>>>>>>>>>> But as I said, I can only reproduce it in Live. >>>> >> >> >>>>>>>>>>>>>>>>>>> Sorry >>>> >> >> >>>>>>>>>>>>>>>>>>> for >>>> >> >> >>>>>>>>>>>>>>>>>>> the >>>> >> >> >>>>>>>>>>>>>>>>>>> noise. >>>> >> >> >>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh : >>>> >> >> >>>>>>>>>>>>>>>>>>>> I can recreate it here. It's subtle, but >>>> >> >> >>>>>>>>>>>>>>>>>>>> present. >>>> >> >> >>>>>>>>>>>>>>>>>>>> I'll >>>> >> >> >>>>>>>>>>>>>>>>>>>> take >>>> >> >> >>>>>>>>>>>>>>>>>>>> a >>>> >> >> >>>>>>>>>>>>>>>>>>>> look. >>>> >> >> >>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:38, Oeyvind Brandtsegg >>>> >> >> >>>>>>>>>>>>>>>>>>>> wrote: >>>> >> >> >>>>>>>>>>>>>>>>>>>>> Yes, I have tried different ksmps values, both >>>> >> >> >>>>>>>>>>>>>>>>>>>>> higher >>>> >> >> >>>>>>>>>>>>>>>>>>>>> and >>>> >> >> >>>>>>>>>>>>>>>>>>>>> lower >>>> >> >> >>>>>>>>>>>>>>>>>>>>> and >>>> >> >> >>>>>>>>>>>>>>>>>>>>> equal to the host buffer size. >>>> >> >> >>>>>>>>>>>>>>>>>>>>> Will investigate if I can reproduce it on >>>> >> >> >>>>>>>>>>>>>>>>>>>>> csound~. >>>> >> >> >>>>>>>>>>>>>>>>>>>>> Oeyvind >>>> >> >> >>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh : >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> On second thoughts I can't see what might be >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> causing >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> this. >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> Have you >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> tried setting ksmps to be the same as your >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> host's >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> buffer >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> size? >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:01, Rory Walsh >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> wrote: >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>> I think I have it... Lunch first though.. >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>> sent from a mobile device... >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>> On 4 Feb 2014 12:56, "Rory Walsh" >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>> wrote: >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> Are you just running audio straight in and >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> out, >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> no >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> processing? The >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> plugin host calls the plugin's >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> processBlock() >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> which >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> in >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> turn >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> calls >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> performKsmps(). So long as processBlock() >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> is >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> being >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> called >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> (if the >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> track is playing for example) >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> performKsmps() >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> will >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> be >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> called >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> over and >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> over again processing ksmps samples each >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> time. >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> At >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> the >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> moment >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> the >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> processBlock() method and the >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> performKsmps() >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> are >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> firing >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> off >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> at >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> different speeds. I can look at forcing >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> Cabbage >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> plugins >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> to >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> process the >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> same amount of samples as the plugin does >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> with >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> each >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> call >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> to >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> processBlock(). Perhaps that might help. >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 12:41, Oeyvind >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Regarding latency and buffers, >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> I thought I had understood that csound, >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> when >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> used >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> as a >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> plugin (e.g. >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Cabbage or csound~) would process the >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> audio >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> buffer >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> "in >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> place", so no >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> extra latency would incur due to the sound >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> being >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> processed >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> through >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Csound, assuming that ksmps is smaler than >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> the >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> host >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> program's buffer >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> size. >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Now, running Cabbage plugins in Ableton >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Live, >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> I've >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> been >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> investigating >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> latency issues, and I find that adding a >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> simple >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> plugin will >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> delay the signal. Also, adding more than >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> one >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> such >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> plugin >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> in >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> series >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> increases the delay/latency accordingly. >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> I've >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> tried >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> using >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> different >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> ksmps, and this indeed affects the amount >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> of >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> latency >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> but >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> even setting >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> ksmps=1 does not get rid of it. >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Can the buffer be processed "in place"? >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> best >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> -- >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Norway >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> posted >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> here >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> with >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> body >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> csound" >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> trackers >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> csound6: >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> csound5: >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> posted >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> here >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> with >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> body >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>> -- >>>> >> >> >>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>> >> >> >>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>> >> >> >>>>>>>>>>>>>>>>>>>>> NTNU >>>> >> >> >>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>> >> >> >>>>>>>>>>>>>>>>>>>>> Norway >>>> >> >> >>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>> >> >> >>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>> >> >> >>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>> >> >> >>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>> >> >> >>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>> >> >> >>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>> >> >> >>>>>>>>>>>>>>>>>>>>> trackers >>>> >> >> >>>>>>>>>>>>>>>>>>>>> csound6: >>>> >> >> >>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>> >> >> >>>>>>>>>>>>>>>>>>>>> csound5: >>>> >> >> >>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>> >> >> >>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >>>> >> >> >>>>>>>>>>>>>>>>>>>>> here >>>> >> >> >>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>> >> >> >>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>> >> >> >>>>>>>>>>>>>>>>>>>>> with >>>> >> >> >>>>>>>>>>>>>>>>>>>>> body >>>> >> >> >>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>> >> >> >>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>> >> >> >>>>>>>>>>>>>>>>>>>> trackers >>>> >> >> >>>>>>>>>>>>>>>>>>>> csound6: >>>> >> >> >>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>> >> >> >>>>>>>>>>>>>>>>>>>> csound5: >>>> >> >> >>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>> >> >> >>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >>>> >> >> >>>>>>>>>>>>>>>>>>>> here >>>> >> >> >>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>> >> >> >>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>> >> >> >>>>>>>>>>>>>>>>>>>> with >>>> >> >> >>>>>>>>>>>>>>>>>>>> body >>>> >> >> >>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>> >> >> >>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>> -- >>>> >> >> >>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>> >> >> >>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>> >> >> >>>>>>>>>>>>>>>>>>> NTNU >>>> >> >> >>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>> >> >> >>>>>>>>>>>>>>>>>>> Norway >>>> >> >> >>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>> >> >> >>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>> >> >> >>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>> >> >> >>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>> >> >> >>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>> >> >> >>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>> >> >> >>>>>>>>>>>>>>>>>>> trackers >>>> >> >> >>>>>>>>>>>>>>>>>>> csound6: >>>> >> >> >>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>> >> >> >>>>>>>>>>>>>>>>>>> csound5: >>>> >> >> >>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>> >> >> >>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >>>> >> >> >>>>>>>>>>>>>>>>>>> here >>>> >> >> >>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>> >> >> >>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>> >> >> >>>>>>>>>>>>>>>>>>> with >>>> >> >> >>>>>>>>>>>>>>>>>>> body >>>> >> >> >>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>> >> >> >>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>> >> >> >>>>>>>>>>>>>>>>>> csound6: >>>> >> >> >>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>> >> >> >>>>>>>>>>>>>>>>>> csound5: >>>> >> >> >>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>> >> >> >>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >>>> >> >> >>>>>>>>>>>>>>>>>> here >>>> >> >> >>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >>>> >> >> >>>>>>>>>>>>>>>>>> with >>>> >> >> >>>>>>>>>>>>>>>>>> body >>>> >> >> >>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>> >> >> >>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>> -- >>>> >> >> >>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>> >> >> >>>>>>>>>>>>>>>>> Professor of Music Technology >>>> >> >> >>>>>>>>>>>>>>>>> NTNU >>>> >> >> >>>>>>>>>>>>>>>>> 7491 Trondheim >>>> >> >> >>>>>>>>>>>>>>>>> Norway >>>> >> >> >>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>> >> >> >>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>> >> >> >>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>> >> >> >>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>> >> >> >>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>> >> >> >>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>> >> >> >>>>>>>>>>>>>>>>> csound6: >>>> >> >> >>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>> >> >> >>>>>>>>>>>>>>>>> csound5: >>>> >> >> >>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>> >> >> >>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >>>> >> >> >>>>>>>>>>>>>>>>> here >>>> >> >> >>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >>>> >> >> >>>>>>>>>>>>>>>>> with >>>> >> >> >>>>>>>>>>>>>>>>> body >>>> >> >> >>>>>>>>>>>>>>>>> "unsubscribe csound" >>>> >> >> >>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>> >> >> >>>>>>>>>>>>>>>> csound6: >>>> >> >> >>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>> >> >> >>>>>>>>>>>>>>>> csound5: >>>> >> >> >>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>> >> >> >>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>> >> >> >>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >>>> >> >> >>>>>>>>>>>>>>>> with >>>> >> >> >>>>>>>>>>>>>>>> body >>>> >> >> >>>>>>>>>>>>>>>> "unsubscribe csound" >>>> >> >> >>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>> -- >>>> >> >> >>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>> >> >> >>>>>>>>>>>>>>> Professor of Music Technology >>>> >> >> >>>>>>>>>>>>>>> NTNU >>>> >> >> >>>>>>>>>>>>>>> 7491 Trondheim >>>> >> >> >>>>>>>>>>>>>>> Norway >>>> >> >> >>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>> >> >> >>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>> http://flyndresang.no/ >>>> >> >> >>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>> >> >> >>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>> >> >> >>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>> >> >> >>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>> >> >> >>>>>>>>>>>>>>> csound6: >>>> >> >> >>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>> >> >> >>>>>>>>>>>>>>> csound5: >>>> >> >> >>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>> >> >> >>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>> >> >> >>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >>>> >> >> >>>>>>>>>>>>>>> with >>>> >> >> >>>>>>>>>>>>>>> body >>>> >> >> >>>>>>>>>>>>>>> "unsubscribe csound" >>>> >> >> >>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>> >> >> >>>>>>>>>>>>>> csound6: >>>> >> >> >>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>> >> >> >>>>>>>>>>>>>> csound5: >>>> >> >> >>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>> >> >> >>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>> >> >> >>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >>>> >> >> >>>>>>>>>>>>>> with >>>> >> >> >>>>>>>>>>>>>> body >>>> >> >> >>>>>>>>>>>>>> "unsubscribe csound" >>>> >> >> >>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>> >> >> >>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>> >> >> >>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>> >> >> >>>>>>>>>>>>> Common >>>> >> >> >>>>>>>>>>>>> Pitfalls. >>>> >> >> >>>>>>>>>>>>> Read the Whitepaper. >>>> >> >> >>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> >> >> >>>>>>>>>>>>> _______________________________________________ >>>> >> >> >>>>>>>>>>>>> Csound-devel mailing list >>>> >> >> >>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>> >> >> >>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >> >> >>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>> ------------------------------------------------------------------------------ >>>> >> >> >>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>> >> >> >>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>> >> >> >>>>>>>>>>>> Common >>>> >> >> >>>>>>>>>>>> Pitfalls. >>>> >> >> >>>>>>>>>>>> Read the Whitepaper. >>>> >> >> >>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> >> >> >>>>>>>>>>>> _______________________________________________ >>>> >> >> >>>>>>>>>>>> Csound-devel mailing list >>>> >> >> >>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>> >> >> >>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >> >> >>>>>>>>>>> >>>> >> >> >>>>>>>>>>> >>>> >> >> >>>>>>>>>> >>>> >> >> >>>>>>>>>> >>>> >> >> >>>>>>>>>> >>>> >> >> >>>>>>>>>> >>>> >> >> >>>>>>>>>> >>>> >> >> >>>>>>>>>> >>>> >> >> >>>>>>>>>> >>>> >> >> >>>>>>>>>> >>>> >> >> >>>>>>>>>> ------------------------------------------------------------------------------ >>>> >> >> >>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>> >> >> >>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>> >> >> >>>>>>>>>> Common >>>> >> >> >>>>>>>>>> Pitfalls. >>>> >> >> >>>>>>>>>> Read the Whitepaper. >>>> >> >> >>>>>>>>>> >>>> >> >> >>>>>>>>>> >>>> >> >> >>>>>>>>>> >>>> >> >> >>>>>>>>>> >>>> >> >> >>>>>>>>>> >>>> >> >> >>>>>>>>>> >>>> >> >> >>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> >> >> >>>>>>>>>> _______________________________________________ >>>> >> >> >>>>>>>>>> Csound-devel mailing list >>>> >> >> >>>>>>>>>> Csound-devel@lists.sourceforge.net >>>> >> >> >>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >> >> >>>>>>>>>> >>>> >> >> >>>>>>>>> >>>> >> >> >>>>>>>>> >>>> >> >> >>>>>>>>> >>>> >> >> >>>>>>>>> >>>> >> >> >>>>>>>>> >>>> >> >> >>>>>>>>> >>>> >> >> >>>>>>>>> >>>> >> >> >>>>>>>>> ------------------------------------------------------------------------------ >>>> >> >> >>>>>>>>> Managing the Performance of Cloud-Based Applications >>>> >> >> >>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>> >> >> >>>>>>>>> Common >>>> >> >> >>>>>>>>> Pitfalls. >>>> >> >> >>>>>>>>> Read the Whitepaper. >>>> >> >> >>>>>>>>> >>>> >> >> >>>>>>>>> >>>> >> >> >>>>>>>>> >>>> >> >> >>>>>>>>> >>>> >> >> >>>>>>>>> >>>> >> >> >>>>>>>>> >>>> >> >> >>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> >> >> >>>>>>>>> _______________________________________________ >>>> >> >> >>>>>>>>> Csound-devel mailing list >>>> >> >> >>>>>>>>> Csound-devel@lists.sourceforge.net >>>> >> >> >>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >> >> >>>>>>>> >>>> >> >> >>>>>>>> >>>> >> >> >>>>>>>> >>>> >> >> >>>>>>>> >>>> >> >> >>>>>>>> >>>> >> >> >>>>>>>> >>>> >> >> >>>>>>>> >>>> >> >> >>>>>>>> >>>> >> >> >>>>>>>> ------------------------------------------------------------------------------ >>>> >> >> >>>>>>>> Managing the Performance of Cloud-Based Applications >>>> >> >> >>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>> >> >> >>>>>>>> Common >>>> >> >> >>>>>>>> Pitfalls. >>>> >> >> >>>>>>>> Read the Whitepaper. >>>> >> >> >>>>>>>> >>>> >> >> >>>>>>>> >>>> >> >> >>>>>>>> >>>> >> >> >>>>>>>> >>>> >> >> >>>>>>>> >>>> >> >> >>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> >> >> >>>>>>>> _______________________________________________ >>>> >> >> >>>>>>>> Csound-devel mailing list >>>> >> >> >>>>>>>> Csound-devel@lists.sourceforge.net >>>> >> >> >>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >> >> >>>>>>>> >>>> >> >> >>>>>>> >>>> >> >> >>>>>>> >>>> >> >> >>>>>>> >>>> >> >> >>>>>>> >>>> >> >> >>>>>>> >>>> >> >> >>>>>>> >>>> >> >> >>>>>>> ------------------------------------------------------------------------------ >>>> >> >> >>>>>>> Managing the Performance of Cloud-Based Applications >>>> >> >> >>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>> >> >> >>>>>>> Pitfalls. >>>> >> >> >>>>>>> Read the Whitepaper. >>>> >> >> >>>>>>> >>>> >> >> >>>>>>> >>>> >> >> >>>>>>> >>>> >> >> >>>>>>> >>>> >> >> >>>>>>> >>>> >> >> >>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> >> >> >>>>>>> _______________________________________________ >>>> >> >> >>>>>>> Csound-devel mailing list >>>> >> >> >>>>>>> Csound-devel@lists.sourceforge.net >>>> >> >> >>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >> >> >>>>>> >>>> >> >> >>>>>> Dr Victor Lazzarini >>>> >> >> >>>>>> Senior Lecturer >>>> >> >> >>>>>> Dept. of Music >>>> >> >> >>>>>> NUI Maynooth Ireland >>>> >> >> >>>>>> tel.: +353 1 708 3545 >>>> >> >> >>>>>> Victor dot Lazzarini AT nuim dot ie >>>> >> >> >>>>>> >>>> >> >> >>>>>> >>>> >> >> >>>>>> >>>> >> >> >>>>>> >>>> >> >> >>>>>> >>>> >> >> >>>>>> >>>> >> >> >>>>>> >>>> >> >> >>>>>> >>>> >> >> >>>>>> >>>> >> >> >>>>>> ------------------------------------------------------------------------------ >>>> >> >> >>>>>> Managing the Performance of Cloud-Based Applications >>>> >> >> >>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>> >> >> >>>>>> Pitfalls. >>>> >> >> >>>>>> Read the Whitepaper. >>>> >> >> >>>>>> >>>> >> >> >>>>>> >>>> >> >> >>>>>> >>>> >> >> >>>>>> >>>> >> >> >>>>>> >>>> >> >> >>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> >> >> >>>>>> _______________________________________________ >>>> >> >> >>>>>> Csound-devel mailing list >>>> >> >> >>>>>> Csound-devel@lists.sourceforge.net >>>> >> >> >>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >> >> >>>>> >>>> >> >> >>>>> >>>> >> >> >>>>> >>>> >> >> >>>>> >>>> >> >> >>>>> >>>> >> >> >>>>> >>>> >> >> >>>>> >>>> >> >> >>>>> ------------------------------------------------------------------------------ >>>> >> >> >>>>> Managing the Performance of Cloud-Based Applications >>>> >> >> >>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>> >> >> >>>>> Pitfalls. >>>> >> >> >>>>> Read the Whitepaper. >>>> >> >> >>>>> >>>> >> >> >>>>> >>>> >> >> >>>>> >>>> >> >> >>>>> >>>> >> >> >>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> >> >> >>>>> _______________________________________________ >>>> >> >> >>>>> Csound-devel mailing list >>>> >> >> >>>>> Csound-devel@lists.sourceforge.net >>>> >> >> >>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >> >> >>>>> >>>> >> >> >>>> >>>> >> >> >>>> >>>> >> >> >>>> >>>> >> >> >>>> >>>> >> >> >>>> >>>> >> >> >>>> ------------------------------------------------------------------------------ >>>> >> >> >>>> Managing the Performance of Cloud-Based Applications >>>> >> >> >>>> Take advantage of what the Cloud has to offer - Avoid Common >>>> >> >> >>>> Pitfalls. >>>> >> >> >>>> Read the Whitepaper. >>>> >> >> >>>> >>>> >> >> >>>> >>>> >> >> >>>> >>>> >> >> >>>> >>>> >> >> >>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> >> >> >>>> _______________________________________________ >>>> >> >> >>>> Csound-devel mailing list >>>> >> >> >>>> Csound-devel@lists.sourceforge.net >>>> >> >> >>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >> >> >>> >>>> >> >> >>> >>>> >> >> >>> >>>> >> >> >>> >>>> >> >> >>> >>>> >> >> >>> >>>> >> >> >>> ------------------------------------------------------------------------------ >>>> >> >> >>> Managing the Performance of Cloud-Based Applications >>>> >> >> >>> Take advantage of what the Cloud has to offer - Avoid Common >>>> >> >> >>> Pitfalls. >>>> >> >> >>> Read the Whitepaper. >>>> >> >> >>> >>>> >> >> >>> >>>> >> >> >>> >>>> >> >> >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> >> >> >>> _______________________________________________ >>>> >> >> >>> Csound-devel mailing list >>>> >> >> >>> Csound-devel@lists.sourceforge.net >>>> >> >> >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >> >> >>> >>>> >> >> >> >>>> >> >> >> >>>> >> >> >> >>>> >> >> >> >>>> >> >> >> ------------------------------------------------------------------------------ >>>> >> >> >> Managing the Performance of Cloud-Based Applications >>>> >> >> >> Take advantage of what the Cloud has to offer - Avoid Common >>>> >> >> >> Pitfalls. >>>> >> >> >> Read the Whitepaper. >>>> >> >> >> >>>> >> >> >> >>>> >> >> >> >>>> >> >> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> >> >> >> _______________________________________________ >>>> >> >> >> Csound-devel mailing list >>>> >> >> >> Csound-devel@lists.sourceforge.net >>>> >> >> >> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >> >> > >>>> >> >> > Dr Victor Lazzarini >>>> >> >> > Senior Lecturer >>>> >> >> > Dept. of Music >>>> >> >> > NUI Maynooth Ireland >>>> >> >> > tel.: +353 1 708 3545 >>>> >> >> > Victor dot Lazzarini AT nuim dot ie >>>> >> >> > >>>> >> >> > >>>> >> >> > >>>> >> >> > >>>> >> >> > >>>> >> >> > >>>> >> >> > >>>> >> >> > ------------------------------------------------------------------------------ >>>> >> >> > Managing the Performance of Cloud-Based Applications >>>> >> >> > Take advantage of what the Cloud has to offer - Avoid Common >>>> >> >> > Pitfalls. >>>> >> >> > Read the Whitepaper. >>>> >> >> > >>>> >> >> > >>>> >> >> > >>>> >> >> > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> >> >> > _______________________________________________ >>>> >> >> > Csound-devel mailing list >>>> >> >> > Csound-devel@lists.sourceforge.net >>>> >> >> > https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >> >> >>>> >> >> >>>> >> >> >>>> >> >> -- >>>> >> >> >>>> >> >> Oeyvind Brandtsegg >>>> >> >> Professor of Music Technology >>>> >> >> NTNU >>>> >> >> 7491 Trondheim >>>> >> >> Norway >>>> >> >> Cell: +47 92 203 205 >>>> >> >> >>>> >> >> http://flyndresang.no/ >>>> >> >> http://www.partikkelaudio.com/ >>>> >> >> http://soundcloud.com/brandtsegg >>>> >> >> http://soundcloud.com/t-emp >>>> >> >> >>>> >> >> >>>> >> >> >>>> >> >> >>>> >> >> ------------------------------------------------------------------------------ >>>> >> >> Managing the Performance of Cloud-Based Applications >>>> >> >> Take advantage of what the Cloud has to offer - Avoid Common >>>> >> >> Pitfalls. >>>> >> >> Read the Whitepaper. >>>> >> >> >>>> >> >> >>>> >> >> >>>> >> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> >> >> _______________________________________________ >>>> >> >> Csound-devel mailing list >>>> >> >> Csound-devel@lists.sourceforge.net >>>> >> >> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >> > >>>> >> > >>>> >> > >>>> >> > >>>> >> > >>>> >> > ------------------------------------------------------------------------------ >>>> >> > Managing the Performance of Cloud-Based Applications >>>> >> > Take advantage of what the Cloud has to offer - Avoid Common >>>> >> > Pitfalls. >>>> >> > Read the Whitepaper. >>>> >> > >>>> >> > >>>> >> > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> >> > _______________________________________________ >>>> >> > Csound-devel mailing list >>>> >> > Csound-devel@lists.sourceforge.net >>>> >> > https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >> > >>>> >> >>>> >> >>>> >> >>>> >> -- >>>> >> >>>> >> Oeyvind Brandtsegg >>>> >> Professor of Music Technology >>>> >> NTNU >>>> >> 7491 Trondheim >>>> >> Norway >>>> >> Cell: +47 92 203 205 >>>> >> >>>> >> http://flyndresang.no/ >>>> >> http://www.partikkelaudio.com/ >>>> >> http://soundcloud.com/brandtsegg >>>> >> http://soundcloud.com/t-emp >>>> >> >>>> >> >>>> >> >>>> >> ------------------------------------------------------------------------------ >>>> >> Managing the Performance of Cloud-Based Applications >>>> >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>>> >> Read the Whitepaper. >>>> >> >>>> >> >>>> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> >> _______________________________________________ >>>> >> Csound-devel mailing list >>>> >> Csound-devel@lists.sourceforge.net >>>> >> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Managing the Performance of Cloud-Based Applications >>>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>>> Read the Whitepaper. >>>> >>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> _______________________________________________ >>>> Csound-devel mailing list >>>> Csound-devel@lists.sourceforge.net >>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Managing the Performance of Cloud-Based Applications >>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>> Read the Whitepaper. >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> _______________________________________________ >>> Csound-devel mailing list >>> Csound-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >> >> >> >> -- >> >> Oeyvind Brandtsegg >> Professor of Music Technology >> NTNU >> 7491 Trondheim >> Norway >> Cell: +47 92 203 205 >> >> http://flyndresang.no/ >> http://www.partikkelaudio.com/ >> http://soundcloud.com/brandtsegg >> http://soundcloud.com/t-emp > > > > -- > > Oeyvind Brandtsegg > Professor of Music Technology > NTNU > 7491 Trondheim > Norway > Cell: +47 92 203 205 > > http://flyndresang.no/ > http://www.partikkelaudio.com/ > http://soundcloud.com/brandtsegg > http://soundcloud.com/t-emp -- Oeyvind Brandtsegg Professor of Music Technology NTNU 7491 Trondheim Norway Cell: +47 92 203 205 http://flyndresang.no/ http://www.partikkelaudio.com/ http://soundcloud.com/brandtsegg http://soundcloud.com/t-emp ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net

Date	2014-02-06 08:57
From	Rory Walsh
Subject	Re: [Cs-dev] [Csnd] Latency and buffers
	That's a funny observation about Live. Their next product will be called Offline :) It seems ksmps==1 is a no go for anything but a single instance of a relatively simple effect(of course there are no issue with synths). And it also seems that pretty much all of the plugins standards in use today(AU, VST, LV2, etc) assume a dynamic buffer size. So as long as Csound is being used to process host audio in one of these environments it's likely there will be a latency problem. That is if you plan to use the full power of Csound there will be. I know the latency will in most cases be quite small, but isn't it still enough to cause undesired effects on a mix? On 6 February 2014 08:38, Oeyvind Brandtsegg wrote: > Thanks so much for that explanation Mike. > Rory, don't even so much as think of contemplating life without > Cabbage (oh you already did...) ! > Here's more observations about latency in different hosts that might > brighten up thhing a bit, > depending on what hosts one prefer... > > In Reaper: > > > 2014-02-06 Michael Gogins : >> There are two cases. If ksmps is always 1, you can use this algorithm: >> >> for each frame in the host input buffer: >> copy the host frame to the spin frame >> call performKsmps() >> copy the spout frame to the host output buffer >> >> Then there is no delay. >> >> If ksmps is greater than 1 it goes like this. It's enough to consider ksmps >> = 2, >> all other cases work the same way. >> >> for each frame in the host input buffer: >> copy the current host input frame to the current spin frame >> copy the current spout frame to the current host output buffer >> if the current spout frame is past the end of spout: >> call performKsmps >> reset the spout/spin frame index to 0 >> >> If ksmps==1 then there is 1 frame of silence in the output at the start, and >> thereafter output lags input by 1 frame. On the final frame of the host >> buffer, Csound computes a frame in spout but it is not copied to the output >> until the next processing call. >> >> If ksmps==2 then there are 2 frames of silence in the output at the start, >> and thereafter output lags input by 2 frames. On the final frame of the host >> buffer,Csound computes 2 frames in spout, but depending on the size of the >> output buffer, 1 or 2 frames are not copied to the output until the next >> processing call. >> >> And so on. >> >> Regards, >> Mike >> >> >> >> ----------------------------------------------------- >> Michael Gogins >> Irreducible Productions >> http://michaelgogins.tumblr.com >> Michael dot Gogins at gmail dot com >> >> >> On Wed, Feb 5, 2014 at 7:39 PM, Rory Walsh wrote: >>> >>> The way it stands things are fine, albeit with a ksmps delay. But it >>> will remain constant and there won't be any drop outs. If ksmps ==1 >>> then there will be no problems with latency. Of course I stand to be >>> corrected. When all is said and done, I did enjoy contemplating life >>> without Cabbage over a few beers. But that might just have been the >>> beers :) >>> >>> >>> On 5 February 2014 23:57, Rory Walsh wrote: >>> > I'm glad you asked this because I'm a little lost too! I was thinking >>> > the >>> > same as you. At some stage won't things goes south if the buffer size >>> > suddenly changes as is likely once automation is brought into the >>> > equation? >>> > >>> > sent from a mobile device... >>> > >>> > On 5 Feb 2014 23:27, "Oeyvind Brandtsegg" >>> > wrote: >>> >> >>> >> Ok. That is good. >>> >> But can it (the latency) change dynamically, as the host buffer size >>> >> change dynamically? >>> >> Sorry if I'm being dense but I would really like to understand. >>> >> >>> >> >>> >> 2014-02-06 Michael Gogins : >>> >> > No, the maximum latency is ksmps. That could be either larger, or >>> >> > smaller, >>> >> > than the host buffer size. It doesn't matter. >>> >> > >>> >> > Regards, >>> >> > Mike >>> >> > >>> >> > >>> >> > ----------------------------------------------------- >>> >> > Michael Gogins >>> >> > Irreducible Productions >>> >> > http://michaelgogins.tumblr.com >>> >> > Michael dot Gogins at gmail dot com >>> >> > >>> >> > >>> >> > On Wed, Feb 5, 2014 at 6:07 PM, Oeyvind Brandtsegg >>> >> > wrote: >>> >> >> >>> >> >> ...but the latency would be one full host buffer size, not just a >>> >> >> ksmps, >>> >> >> right? >>> >> >> So a small ksmps would rather minimize the chance of a ksmps-buffer >>> >> >> mismatch, but not actually minimize worst case latency (which would >>> >> >> be >>> >> >> one host buffer block). Isn't it so? >>> >> >> >>> >> >> Now, one thing I don't understand is if the latency can be zero >>> >> >> when >>> >> >> the host buffer is an integer multiple of ksmps, and it indeed is, >>> >> >> and also the host buffer size can be dynamic, we must assume that >>> >> >> the two buffer length may initially fit but at some later time they >>> >> >> will not,* then* what happens at the transition point ? I mean, when >>> >> >> we go from perfectly aligned buffers and zero latency to misaligned >>> >> >> buffers and one bufferlength latency. Then we should have one >>> >> >> non-full >>> >> >> buffer in the transition from zero latency to one-buffer latency. >>> >> >> Will >>> >> >> it pop? If so, I would expect it to pop quite often(?), which it >>> >> >> does >>> >> >> not. >>> >> >> Or? >>> >> >> >>> >> >> >>> >> >> >>> >> >> >>> >> >> 2014-02-05 Victor Lazzarini : >>> >> >> > If your ksmps is small, any latency that might exist will be small >>> >> >> > too, >>> >> >> > and I can't see it having >>> >> >> > a major effect. So if you run with ksmps=16, it's 0.3 >>> >> >> > millisseconds. >>> >> >> > Not >>> >> >> > much of a problem. >>> >> >> > And for the cases where this is a problem, then it's still >>> >> >> > possible >>> >> >> > to >>> >> >> > run with ksmps=1. >>> >> >> > >>> >> >> > Victor >>> >> >> > On 5 Feb 2014, at 20:46, Rory Walsh wrote: >>> >> >> > >>> >> >> >> I wish I had thought of this before spending so much time writing >>> >> >> >> a >>> >> >> >> framework for developing VST plugins with Csound. I'm off now to >>> >> >> >> have >>> >> >> >> a few beers and rethink life! >>> >> >> >> >>> >> >> >> >>> >> >> >> On 5 February 2014 20:06, Michael Gogins >>> >> >> >> >>> >> >> >> wrote: >>> >> >> >>> Then your code will run 5 times slower or so. >>> >> >> >>> >>> >> >> >>> Regards, >>> >> >> >>> Mike >>> >> >> >>> >>> >> >> >>> >>> >> >> >>> ----------------------------------------------------- >>> >> >> >>> Michael Gogins >>> >> >> >>> Irreducible Productions >>> >> >> >>> http://michaelgogins.tumblr.com >>> >> >> >>> Michael dot Gogins at gmail dot com >>> >> >> >>> >>> >> >> >>> >>> >> >> >>> On Wed, Feb 5, 2014 at 3:03 PM, Rory Walsh >>> >> >> >>> wrote: >>> >> >> >>>> >>> >> >> >>>> Seems every where I look it says don't make any assumptions >>> >> >> >>>> about >>> >> >> >>>> buffer sizes. So I guess the only fail safe way is to force a >>> >> >> >>>> ksmps >>> >> >> >>>> of >>> >> >> >>>> 1? uh... >>> >> >> >>>> >>> >> >> >>>> On 5 February 2014 19:57, Michael Gogins >>> >> >> >>>> >>> >> >> >>>> wrote: >>> >> >> >>>>> I believe that you are wrong, you cannot count on a power of >>> >> >> >>>>> two >>> >> >> >>>>> size. >>> >> >> >>>>> >>> >> >> >>>>> See these threads from KVR: >>> >> >> >>>>> >>> >> >> >>>>> http://www.kvraudio.com/forum/viewtopic.php?t=279753 >>> >> >> >>>>> >>> >> >> >>>>> http://www.kvraudio.com/forum/viewtopic.php?t=359951 >>> >> >> >>>>> >>> >> >> >>>>> http://www.kvraudio.com/forum/viewtopic.php?p=3458228 >>> >> >> >>>>> >>> >> >> >>>>> Regards, >>> >> >> >>>>> Mike >>> >> >> >>>>> >>> >> >> >>>>> >>> >> >> >>>>> >>> >> >> >>>>> >>> >> >> >>>>> >>> >> >> >>>>> ----------------------------------------------------- >>> >> >> >>>>> Michael Gogins >>> >> >> >>>>> Irreducible Productions >>> >> >> >>>>> http://michaelgogins.tumblr.com >>> >> >> >>>>> Michael dot Gogins at gmail dot com >>> >> >> >>>>> >>> >> >> >>>>> >>> >> >> >>>>> On Wed, Feb 5, 2014 at 2:17 PM, Victor Lazzarini >>> >> >> >>>>> >>> >> >> >>>>> wrote: >>> >> >> >>>>>> >>> >> >> >>>>>> But I think you're probably safe setting ksmps to a low value >>> >> >> >>>>>> that >>> >> >> >>>>>> is a >>> >> >> >>>>>> power-of-two. I would >>> >> >> >>>>>> expect most hosts to run buffers that are power-of-two and >>> >> >> >>>>>> that >>> >> >> >>>>>> are >>> >> >> >>>>>> not >>> >> >> >>>>>> that small. >>> >> >> >>>>>> ksmps =8,16 or 32 should do. >>> >> >> >>>>>> >>> >> >> >>>>>> Victor >>> >> >> >>>>>> >>> >> >> >>>>>> On 5 Feb 2014, at 18:10, Rory Walsh wrote: >>> >> >> >>>>>> >>> >> >> >>>>>>> I was just about to answer my previous mail with the same >>> >> >> >>>>>>> thing. >>> >> >> >>>>>>> That's >>> >> >> >>>>>>> a pain. >>> >> >> >>>>>>> >>> >> >> >>>>>>> On 5 February 2014 18:03, Michael Gogins >>> >> >> >>>>>>> >>> >> >> >>>>>>> wrote: >>> >> >> >>>>>>>> No. The host can and often does use a different host audio >>> >> >> >>>>>>>> buffer >>> >> >> >>>>>>>> size >>> >> >> >>>>>>>> on >>> >> >> >>>>>>>> each call to process() or processReplacing(). >>> >> >> >>>>>>>> >>> >> >> >>>>>>>> Regards, >>> >> >> >>>>>>>> Mike >>> >> >> >>>>>>>> >>> >> >> >>>>>>>> >>> >> >> >>>>>>>> ----------------------------------------------------- >>> >> >> >>>>>>>> Michael Gogins >>> >> >> >>>>>>>> Irreducible Productions >>> >> >> >>>>>>>> http://michaelgogins.tumblr.com >>> >> >> >>>>>>>> Michael dot Gogins at gmail dot com >>> >> >> >>>>>>>> >>> >> >> >>>>>>>> >>> >> >> >>>>>>>> On Wed, Feb 5, 2014 at 11:27 AM, Rory Walsh >>> >> >> >>>>>>>> >>> >> >> >>>>>>>> wrote: >>> >> >> >>>>>>>>> >>> >> >> >>>>>>>>> Hi Mike, isn't it possible to query the host buffer size >>> >> >> >>>>>>>>> before >>> >> >> >>>>>>>>> the >>> >> >> >>>>>>>>> processing function is first called, in which case you can >>> >> >> >>>>>>>>> just >>> >> >> >>>>>>>>> override the csd's ksmps? >>> >> >> >>>>>>>>> >>> >> >> >>>>>>>>> On 5 February 2014 15:55, Michael Gogins >>> >> >> >>>>>>>>> >>> >> >> >>>>>>>>> wrote: >>> >> >> >>>>>>>>>> I've looked into this some more. As long as the host >>> >> >> >>>>>>>>>> audio >>> >> >> >>>>>>>>>> buffer >>> >> >> >>>>>>>>>> is >>> >> >> >>>>>>>>>> not >>> >> >> >>>>>>>>>> an >>> >> >> >>>>>>>>>> integral multiple of ksmps, there will have to be ksmps >>> >> >> >>>>>>>>>> latency >>> >> >> >>>>>>>>>> between >>> >> >> >>>>>>>>>> input and output. That is because performKsmps requires >>> >> >> >>>>>>>>>> spin >>> >> >> >>>>>>>>>> to >>> >> >> >>>>>>>>>> be >>> >> >> >>>>>>>>>> full, >>> >> >> >>>>>>>>>> but >>> >> >> >>>>>>>>>> if there is some remainder from hostsize/ksmps, there >>> >> >> >>>>>>>>>> will >>> >> >> >>>>>>>>>> be >>> >> >> >>>>>>>>>> some >>> >> >> >>>>>>>>>> frames >>> >> >> >>>>>>>>>> that the host buffer doesn't have but spin needs. >>> >> >> >>>>>>>>>> >>> >> >> >>>>>>>>>> I am letting this go for now, but if Csound could adjust >>> >> >> >>>>>>>>>> ksmps >>> >> >> >>>>>>>>>> during >>> >> >> >>>>>>>>>> performance via the API, then we could get rid of this >>> >> >> >>>>>>>>>> latency >>> >> >> >>>>>>>>>> by >>> >> >> >>>>>>>>>> setting >>> >> >> >>>>>>>>>> ksmps equal to the host buffer size on each host >>> >> >> >>>>>>>>>> processing >>> >> >> >>>>>>>>>> call. >>> >> >> >>>>>>>>>> I >>> >> >> >>>>>>>>>> think >>> >> >> >>>>>>>>>> this would be a really good idea. I'm entering it as a >>> >> >> >>>>>>>>>> feature >>> >> >> >>>>>>>>>> request. >>> >> >> >>>>>>>>>> >>> >> >> >>>>>>>>>> Regards, >>> >> >> >>>>>>>>>> Mike >>> >> >> >>>>>>>>>> >>> >> >> >>>>>>>>>> >>> >> >> >>>>>>>>>> Regards, >>> >> >> >>>>>>>>>> Mike >>> >> >> >>>>>>>>>> >>> >> >> >>>>>>>>>> >>> >> >> >>>>>>>>>> ----------------------------------------------------- >>> >> >> >>>>>>>>>> Michael Gogins >>> >> >> >>>>>>>>>> Irreducible Productions >>> >> >> >>>>>>>>>> http://michaelgogins.tumblr.com >>> >> >> >>>>>>>>>> Michael dot Gogins at gmail dot com >>> >> >> >>>>>>>>>> >>> >> >> >>>>>>>>>> >>> >> >> >>>>>>>>>> On Tue, Feb 4, 2014 at 1:47 PM, Michael Gogins >>> >> >> >>>>>>>>>> >>> >> >> >>>>>>>>>> wrote: >>> >> >> >>>>>>>>>>> >>> >> >> >>>>>>>>>>> CsoundVST does the following: >>> >> >> >>>>>>>>>>> >>> >> >> >>>>>>>>>>> In the processReplacing callback there are essentially >>> >> >> >>>>>>>>>>> two >>> >> >> >>>>>>>>>>> simultaneous >>> >> >> >>>>>>>>>>> loops, each with their own loop indexes. One loop is for >>> >> >> >>>>>>>>>>> the >>> >> >> >>>>>>>>>>> host >>> >> >> >>>>>>>>>>> audio >>> >> >> >>>>>>>>>>> buffer, which can change in size from one call to the >>> >> >> >>>>>>>>>>> next. >>> >> >> >>>>>>>>>>> The >>> >> >> >>>>>>>>>>> other >>> >> >> >>>>>>>>>>> loop >>> >> >> >>>>>>>>>>> is for Csound. >>> >> >> >>>>>>>>>>> >>> >> >> >>>>>>>>>>> For each frame of audio, one frame of audio is copied >>> >> >> >>>>>>>>>>> from >>> >> >> >>>>>>>>>>> the >>> >> >> >>>>>>>>>>> host >>> >> >> >>>>>>>>>>> input >>> >> >> >>>>>>>>>>> buffer to spin, one frame of audio is copied from spout >>> >> >> >>>>>>>>>>> to >>> >> >> >>>>>>>>>>> the >>> >> >> >>>>>>>>>>> host >>> >> >> >>>>>>>>>>> audio >>> >> >> >>>>>>>>>>> output buffer, and both loop indexes are incremented. >>> >> >> >>>>>>>>>>> >>> >> >> >>>>>>>>>>> At the end of spout, ksmps audio are processed by >>> >> >> >>>>>>>>>>> Csound, >>> >> >> >>>>>>>>>>> and >>> >> >> >>>>>>>>>>> the >>> >> >> >>>>>>>>>>> spin >>> >> >> >>>>>>>>>>> and >>> >> >> >>>>>>>>>>> spout buffer indexes are reset to 0. These indexes >>> >> >> >>>>>>>>>>> persist >>> >> >> >>>>>>>>>>> from >>> >> >> >>>>>>>>>>> call >>> >> >> >>>>>>>>>>> to >>> >> >> >>>>>>>>>>> call, so there are no gaps or glitches. >>> >> >> >>>>>>>>>>> >>> >> >> >>>>>>>>>>> There is ksmps frames latency in the code because spin >>> >> >> >>>>>>>>>>> is >>> >> >> >>>>>>>>>>> read >>> >> >> >>>>>>>>>>> in >>> >> >> >>>>>>>>>>> before >>> >> >> >>>>>>>>>>> it spout is computed. But I will try to change the code >>> >> >> >>>>>>>>>>> so >>> >> >> >>>>>>>>>>> that >>> >> >> >>>>>>>>>>> the >>> >> >> >>>>>>>>>>> buffers >>> >> >> >>>>>>>>>>> are rewound to line spout up with spin. There will then >>> >> >> >>>>>>>>>>> be >>> >> >> >>>>>>>>>>> zero >>> >> >> >>>>>>>>>>> latency. >>> >> >> >>>>>>>>>>> >>> >> >> >>>>>>>>>>> >>> >> >> >>>>>>>>>>> ----------------------------------------------------- >>> >> >> >>>>>>>>>>> Michael Gogins >>> >> >> >>>>>>>>>>> Irreducible Productions >>> >> >> >>>>>>>>>>> http://michaelgogins.tumblr.com >>> >> >> >>>>>>>>>>> Michael dot Gogins at gmail dot com >>> >> >> >>>>>>>>>>> >>> >> >> >>>>>>>>>>> >>> >> >> >>>>>>>>>>> On Tue, Feb 4, 2014 at 11:03 AM, Steven Yi >>> >> >> >>>>>>>>>>> >>> >> >> >>>>>>>>>>> wrote: >>> >> >> >>>>>>>>>>>> >>> >> >> >>>>>>>>>>>> I was in the middle of replying pretty much the same >>> >> >> >>>>>>>>>>>> thing >>> >> >> >>>>>>>>>>>> as >>> >> >> >>>>>>>>>>>> Victor. >>> >> >> >>>>>>>>>>>> Seems like you're introducing block's worth of latency >>> >> >> >>>>>>>>>>>> due >>> >> >> >>>>>>>>>>>> to >>> >> >> >>>>>>>>>>>> the >>> >> >> >>>>>>>>>>>> code >>> >> >> >>>>>>>>>>>> order. >>> >> >> >>>>>>>>>>>> >>> >> >> >>>>>>>>>>>> On Tue, Feb 4, 2014 at 11:05 AM, Victor Lazzarini >>> >> >> >>>>>>>>>>>> wrote: >>> >> >> >>>>>>>>>>>>> I would have thought that you would >>> >> >> >>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>> 1) write data into spin >>> >> >> >>>>>>>>>>>>> 2) process >>> >> >> >>>>>>>>>>>>> 3) write data out of spout. >>> >> >> >>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>> if you read and write after running PeformKsmps(), as >>> >> >> >>>>>>>>>>>>> far >>> >> >> >>>>>>>>>>>>> as >>> >> >> >>>>>>>>>>>>> I >>> >> >> >>>>>>>>>>>>> can >>> >> >> >>>>>>>>>>>>> see >>> >> >> >>>>>>>>>>>>> there might be >>> >> >> >>>>>>>>>>>>> a delay between input and output, as you will be >>> >> >> >>>>>>>>>>>>> effectively >>> >> >> >>>>>>>>>>>>> putting >>> >> >> >>>>>>>>>>>>> out the data that >>> >> >> >>>>>>>>>>>>> you processed in the previous period. >>> >> >> >>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>> 1) process (means process the current spin data) >>> >> >> >>>>>>>>>>>>> 2) write to spin the new data >>> >> >> >>>>>>>>>>>>> 3) write out the result of processing the previous >>> >> >> >>>>>>>>>>>>> spin >>> >> >> >>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>> That's what it looks like to me. Not sure if I am >>> >> >> >>>>>>>>>>>>> right. >>> >> >> >>>>>>>>>>>>> Also >>> >> >> >>>>>>>>>>>>> this >>> >> >> >>>>>>>>>>>>> discussion should be in the dev list not >>> >> >> >>>>>>>>>>>>> in the users list (so my response is going there). >>> >> >> >>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>> Victor >>> >> >> >>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>> On 4 Feb 2014, at 15:47, Rory Walsh >>> >> >> >>>>>>>>>>>>> wrote: >>> >> >> >>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>> I can confirm that it's not an issue with the plugin >>> >> >> >>>>>>>>>>>>>> framework >>> >> >> >>>>>>>>>>>>>> I'm >>> >> >> >>>>>>>>>>>>>> using. I can also confirm it happens whether the >>> >> >> >>>>>>>>>>>>>> plugin's >>> >> >> >>>>>>>>>>>>>> processBlock() is being called the same amount of >>> >> >> >>>>>>>>>>>>>> times >>> >> >> >>>>>>>>>>>>>> as >>> >> >> >>>>>>>>>>>>>> performKsmps(). That is to say, if the plugin sample >>> >> >> >>>>>>>>>>>>>> buffer >>> >> >> >>>>>>>>>>>>>> is >>> >> >> >>>>>>>>>>>>>> set >>> >> >> >>>>>>>>>>>>>> to >>> >> >> >>>>>>>>>>>>>> 64 and so is Csound's, the problem persists. >>> >> >> >>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>> I can recreate it with Reaper by placing two >>> >> >> >>>>>>>>>>>>>> identical >>> >> >> >>>>>>>>>>>>>> audio >>> >> >> >>>>>>>>>>>>>> tracks >>> >> >> >>>>>>>>>>>>>> in >>> >> >> >>>>>>>>>>>>>> the session. On one track I place a straight forward >>> >> >> >>>>>>>>>>>>>> in/out >>> >> >> >>>>>>>>>>>>>> Cabbage >>> >> >> >>>>>>>>>>>>>> effect plugin. Then play both back at the same time. >>> >> >> >>>>>>>>>>>>>> You'll >>> >> >> >>>>>>>>>>>>>> hear >>> >> >> >>>>>>>>>>>>>> subtle phasing taking place until you bypass the >>> >> >> >>>>>>>>>>>>>> plugin >>> >> >> >>>>>>>>>>>>>> effect. >>> >> >> >>>>>>>>>>>>>> Here's >>> >> >> >>>>>>>>>>>>>> my processBlock(), it couldn't be any simpler. Can >>> >> >> >>>>>>>>>>>>>> any >>> >> >> >>>>>>>>>>>>>> devs >>> >> >> >>>>>>>>>>>>>> out >>> >> >> >>>>>>>>>>>>>> there >>> >> >> >>>>>>>>>>>>>> spot something that might introduce latency? >>> >> >> >>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>> CSCompResult = csound->PerformKsmps(); >>> >> >> >>>>>>>>>>>>>> for(int i=0;i>> >> >> >>>>>>>>>>>>>> { >>> >> >> >>>>>>>>>>>>>> if(!CSCompResult) >>> >> >> >>>>>>>>>>>>>> { >>> >> >> >>>>>>>>>>>>>> for(int channel = 0; channel < >>> >> >> >>>>>>>>>>>>>> getNumOutputChannels(); >>> >> >> >>>>>>>>>>>>>> channel++ ) >>> >> >> >>>>>>>>>>>>>> { >>> >> >> >>>>>>>>>>>>>> audioBuffer = >>> >> >> >>>>>>>>>>>>>> buffer.getSampleData(channel,0); >>> >> >> >>>>>>>>>>>>>> pos = igetNumOutputChannels(); >>> >> >> >>>>>>>>>>>>>> CSspin[channel+pos] = >>> >> >> >>>>>>>>>>>>>> audioBuffer[i]cs_scale; >>> >> >> >>>>>>>>>>>>>> audioBuffer[i] = >>> >> >> >>>>>>>>>>>>>> (CSspout[channel+pos]/cs_scale); >>> >> >> >>>>>>>>>>>>>> } >>> >> >> >>>>>>>>>>>>>> } >>> >> >> >>>>>>>>>>>>>> else >>> >> >> >>>>>>>>>>>>>> buffer.clear(); >>> >> >> >>>>>>>>>>>>>> } >>> >> >> >>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>> On 4 February 2014 15:04, Oeyvind Brandtsegg >>> >> >> >>>>>>>>>>>>>> wrote: >>> >> >> >>>>>>>>>>>>>>> All good. >>> >> >> >>>>>>>>>>>>>>> I could test with csound~ and found another cause >>> >> >> >>>>>>>>>>>>>>> for >>> >> >> >>>>>>>>>>>>>>> the >>> >> >> >>>>>>>>>>>>>>> latency. >>> >> >> >>>>>>>>>>>>>>> Oeyvind >>> >> >> >>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>> 2014-02-04 Steven Yi : >>> >> >> >>>>>>>>>>>>>>>> Nope. I did some work on updating the CMake file >>> >> >> >>>>>>>>>>>>>>>> to >>> >> >> >>>>>>>>>>>>>>>> try >>> >> >> >>>>>>>>>>>>>>>> building >>> >> >> >>>>>>>>>>>>>>>> on >>> >> >> >>>>>>>>>>>>>>>> Windows yesterday. I need to do so me research to >>> >> >> >>>>>>>>>>>>>>>> see >>> >> >> >>>>>>>>>>>>>>>> about >>> >> >> >>>>>>>>>>>>>>>> libraries >>> >> >> >>>>>>>>>>>>>>>> to link to and other things, but it may take a >>> >> >> >>>>>>>>>>>>>>>> while >>> >> >> >>>>>>>>>>>>>>>> with >>> >> >> >>>>>>>>>>>>>>>> current >>> >> >> >>>>>>>>>>>>>>>> work >>> >> >> >>>>>>>>>>>>>>>> load. >>> >> >> >>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:47 AM, Oeyvind Brandtsegg >>> >> >> >>>>>>>>>>>>>>>> wrote: >>> >> >> >>>>>>>>>>>>>>>>> That looks as if it's for OSX only (?), >>> >> >> >>>>>>>>>>>>>>>>> perhaps not compiled for windows yet? >>> >> >> >>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>> 2014-02-04 Steven Yi : >>> >> >> >>>>>>>>>>>>>>>>>> csound6~ should be with the installer; also >>> >> >> >>>>>>>>>>>>>>>>>> available >>> >> >> >>>>>>>>>>>>>>>>>> at: >>> >> >> >>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>> http://sourceforge.net/projects/csound/files/csound6/Csound6.02/csound~_v1.1.1.pkg/download >>> >> >> >>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:38 AM, Oeyvind >>> >> >> >>>>>>>>>>>>>>>>>> Brandtsegg >>> >> >> >>>>>>>>>>>>>>>>>> wrote: >>> >> >> >>>>>>>>>>>>>>>>>>> I can also reproduce it with csound~ in >>> >> >> >>>>>>>>>>>>>>>>>>> MaxForLive >>> >> >> >>>>>>>>>>>>>>>>>>> haven't tried with csound6~ (where can I find >>> >> >> >>>>>>>>>>>>>>>>>>> it?) >>> >> >> >>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>> Now, testing with Max (not in Live), and with >>> >> >> >>>>>>>>>>>>>>>>>>> Reaper, >>> >> >> >>>>>>>>>>>>>>>>>>> I >>> >> >> >>>>>>>>>>>>>>>>>>> find >>> >> >> >>>>>>>>>>>>>>>>>>> I >>> >> >> >>>>>>>>>>>>>>>>>>> can not >>> >> >> >>>>>>>>>>>>>>>>>>> reproduce the behaviour there. >>> >> >> >>>>>>>>>>>>>>>>>>> So there is something with Live then. However, >>> >> >> >>>>>>>>>>>>>>>>>>> other >>> >> >> >>>>>>>>>>>>>>>>>>> VST >>> >> >> >>>>>>>>>>>>>>>>>>> plugins >>> >> >> >>>>>>>>>>>>>>>>>>> in >>> >> >> >>>>>>>>>>>>>>>>>>> Live does not introduce extra latency. >>> >> >> >>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>> The way I measure latency is by setiing up a >>> >> >> >>>>>>>>>>>>>>>>>>> microphone >>> >> >> >>>>>>>>>>>>>>>>>>> close >>> >> >> >>>>>>>>>>>>>>>>>>> to >>> >> >> >>>>>>>>>>>>>>>>>>> the >>> >> >> >>>>>>>>>>>>>>>>>>> speaker, close enough that it will almost feed, >>> >> >> >>>>>>>>>>>>>>>>>>> then tap the mic and listen to the resonance of >>> >> >> >>>>>>>>>>>>>>>>>>> the >>> >> >> >>>>>>>>>>>>>>>>>>> system. >>> >> >> >>>>>>>>>>>>>>>>>>> When >>> >> >> >>>>>>>>>>>>>>>>>>> the >>> >> >> >>>>>>>>>>>>>>>>>>> latency changes, the resonance will change. >>> >> >> >>>>>>>>>>>>>>>>>>> When I add a plugin (Cabbage or MaxForLive with >>> >> >> >>>>>>>>>>>>>>>>>>> csound~), >>> >> >> >>>>>>>>>>>>>>>>>>> the >>> >> >> >>>>>>>>>>>>>>>>>>> latency >>> >> >> >>>>>>>>>>>>>>>>>>> (and so the resonance) changes. If I load other >>> >> >> >>>>>>>>>>>>>>>>>>> VST >>> >> >> >>>>>>>>>>>>>>>>>>> plugins >>> >> >> >>>>>>>>>>>>>>>>>>> this >>> >> >> >>>>>>>>>>>>>>>>>>> does >>> >> >> >>>>>>>>>>>>>>>>>>> not happen, the latency does not change. >>> >> >> >>>>>>>>>>>>>>>>>>> But as I said, I can only reproduce it in Live. >>> >> >> >>>>>>>>>>>>>>>>>>> Sorry >>> >> >> >>>>>>>>>>>>>>>>>>> for >>> >> >> >>>>>>>>>>>>>>>>>>> the >>> >> >> >>>>>>>>>>>>>>>>>>> noise. >>> >> >> >>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh : >>> >> >> >>>>>>>>>>>>>>>>>>>> I can recreate it here. It's subtle, but >>> >> >> >>>>>>>>>>>>>>>>>>>> present. >>> >> >> >>>>>>>>>>>>>>>>>>>> I'll >>> >> >> >>>>>>>>>>>>>>>>>>>> take >>> >> >> >>>>>>>>>>>>>>>>>>>> a >>> >> >> >>>>>>>>>>>>>>>>>>>> look. >>> >> >> >>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:38, Oeyvind Brandtsegg >>> >> >> >>>>>>>>>>>>>>>>>>>> wrote: >>> >> >> >>>>>>>>>>>>>>>>>>>>> Yes, I have tried different ksmps values, both >>> >> >> >>>>>>>>>>>>>>>>>>>>> higher >>> >> >> >>>>>>>>>>>>>>>>>>>>> and >>> >> >> >>>>>>>>>>>>>>>>>>>>> lower >>> >> >> >>>>>>>>>>>>>>>>>>>>> and >>> >> >> >>>>>>>>>>>>>>>>>>>>> equal to the host buffer size. >>> >> >> >>>>>>>>>>>>>>>>>>>>> Will investigate if I can reproduce it on >>> >> >> >>>>>>>>>>>>>>>>>>>>> csound~. >>> >> >> >>>>>>>>>>>>>>>>>>>>> Oeyvind >>> >> >> >>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh : >>> >> >> >>>>>>>>>>>>>>>>>>>>>> On second thoughts I can't see what might be >>> >> >> >>>>>>>>>>>>>>>>>>>>>> causing >>> >> >> >>>>>>>>>>>>>>>>>>>>>> this. >>> >> >> >>>>>>>>>>>>>>>>>>>>>> Have you >>> >> >> >>>>>>>>>>>>>>>>>>>>>> tried setting ksmps to be the same as your >>> >> >> >>>>>>>>>>>>>>>>>>>>>> host's >>> >> >> >>>>>>>>>>>>>>>>>>>>>> buffer >>> >> >> >>>>>>>>>>>>>>>>>>>>>> size? >>> >> >> >>>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:01, Rory Walsh >>> >> >> >>>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>>> wrote: >>> >> >> >>>>>>>>>>>>>>>>>>>>>>> I think I have it... Lunch first though.. >>> >> >> >>>>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>>>> sent from a mobile device... >>> >> >> >>>>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>>>> On 4 Feb 2014 12:56, "Rory Walsh" >>> >> >> >>>>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>>>> wrote: >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> Are you just running audio straight in and >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> out, >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> no >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> processing? The >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> plugin host calls the plugin's >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> processBlock() >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> which >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> in >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> turn >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> calls >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> performKsmps(). So long as processBlock() >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> is >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> being >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> called >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> (if the >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> track is playing for example) >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> performKsmps() >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> will >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> be >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> called >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> over and >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> over again processing ksmps samples each >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> time. >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> At >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> the >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> moment >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> the >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> processBlock() method and the >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> performKsmps() >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> are >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> firing >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> off >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> at >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> different speeds. I can look at forcing >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> Cabbage >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> plugins >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> to >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> process the >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> same amount of samples as the plugin does >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> with >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> each >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> call >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> to >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> processBlock(). Perhaps that might help. >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 12:41, Oeyvind >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> wrote: >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Regarding latency and buffers, >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> I thought I had understood that csound, >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> when >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> used >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> as a >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> plugin (e.g. >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Cabbage or csound~) would process the >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> audio >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> buffer >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> "in >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> place", so no >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> extra latency would incur due to the sound >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> being >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> processed >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> through >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Csound, assuming that ksmps is smaler than >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> the >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> host >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> program's buffer >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> size. >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Now, running Cabbage plugins in Ableton >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Live, >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> I've >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> been >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> investigating >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> latency issues, and I find that adding a >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> simple >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> plugin will >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> delay the signal. Also, adding more than >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> one >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> such >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> plugin >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> in >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> series >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> increases the delay/latency accordingly. >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> I've >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> tried >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> using >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> different >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> ksmps, and this indeed affects the amount >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> of >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> latency >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> but >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> even setting >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> ksmps=1 does not get rid of it. >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Can the buffer be processed "in place"? >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> best >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> -- >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Norway >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> trackers >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> posted >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> here >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> with >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> body >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> csound" >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>> >> >> >>>>>>>>>>>>>>>>>>>>>> trackers >>> >> >> >>>>>>>>>>>>>>>>>>>>>> csound6: >>> >> >> >>>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >> >> >>>>>>>>>>>>>>>>>>>>>> csound5: >>> >> >> >>>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >> >> >>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>> >> >> >>>>>>>>>>>>>>>>>>>>>> posted >>> >> >> >>>>>>>>>>>>>>>>>>>>>> here >>> >> >> >>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>> >> >> >>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>> >> >> >>>>>>>>>>>>>>>>>>>>>> with >>> >> >> >>>>>>>>>>>>>>>>>>>>>> body >>> >> >> >>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>> >> >> >>>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>> -- >>> >> >> >>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>> >> >> >>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>> >> >> >>>>>>>>>>>>>>>>>>>>> NTNU >>> >> >> >>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>> >> >> >>>>>>>>>>>>>>>>>>>>> Norway >>> >> >> >>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>> >> >> >>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>> >> >> >>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>> >> >> >>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>> >> >> >>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>> >> >> >>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>> >> >> >>>>>>>>>>>>>>>>>>>>> trackers >>> >> >> >>>>>>>>>>>>>>>>>>>>> csound6: >>> >> >> >>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >> >> >>>>>>>>>>>>>>>>>>>>> csound5: >>> >> >> >>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >> >> >>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >>> >> >> >>>>>>>>>>>>>>>>>>>>> here >>> >> >> >>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>> >> >> >>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>> >> >> >>>>>>>>>>>>>>>>>>>>> with >>> >> >> >>>>>>>>>>>>>>>>>>>>> body >>> >> >> >>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>> >> >> >>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>> >> >> >>>>>>>>>>>>>>>>>>>> trackers >>> >> >> >>>>>>>>>>>>>>>>>>>> csound6: >>> >> >> >>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >> >> >>>>>>>>>>>>>>>>>>>> csound5: >>> >> >> >>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >> >> >>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >>> >> >> >>>>>>>>>>>>>>>>>>>> here >>> >> >> >>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>> >> >> >>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>> >> >> >>>>>>>>>>>>>>>>>>>> with >>> >> >> >>>>>>>>>>>>>>>>>>>> body >>> >> >> >>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>> >> >> >>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>> -- >>> >> >> >>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>> >> >> >>>>>>>>>>>>>>>>>>> Professor of Music Technology >>> >> >> >>>>>>>>>>>>>>>>>>> NTNU >>> >> >> >>>>>>>>>>>>>>>>>>> 7491 Trondheim >>> >> >> >>>>>>>>>>>>>>>>>>> Norway >>> >> >> >>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>> >> >> >>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>> >> >> >>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>> >> >> >>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>> >> >> >>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>> >> >> >>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>> >> >> >>>>>>>>>>>>>>>>>>> trackers >>> >> >> >>>>>>>>>>>>>>>>>>> csound6: >>> >> >> >>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >> >> >>>>>>>>>>>>>>>>>>> csound5: >>> >> >> >>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >> >> >>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >>> >> >> >>>>>>>>>>>>>>>>>>> here >>> >> >> >>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>> >> >> >>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>> >> >> >>>>>>>>>>>>>>>>>>> with >>> >> >> >>>>>>>>>>>>>>>>>>> body >>> >> >> >>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>> >> >> >>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>> >> >> >>>>>>>>>>>>>>>>>> csound6: >>> >> >> >>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >> >> >>>>>>>>>>>>>>>>>> csound5: >>> >> >> >>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >> >> >>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >>> >> >> >>>>>>>>>>>>>>>>>> here >>> >> >> >>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >>> >> >> >>>>>>>>>>>>>>>>>> with >>> >> >> >>>>>>>>>>>>>>>>>> body >>> >> >> >>>>>>>>>>>>>>>>>> "unsubscribe csound" >>> >> >> >>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>> -- >>> >> >> >>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>> >> >> >>>>>>>>>>>>>>>>> Professor of Music Technology >>> >> >> >>>>>>>>>>>>>>>>> NTNU >>> >> >> >>>>>>>>>>>>>>>>> 7491 Trondheim >>> >> >> >>>>>>>>>>>>>>>>> Norway >>> >> >> >>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>> >> >> >>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>> http://flyndresang.no/ >>> >> >> >>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>> >> >> >>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>> >> >> >>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>> >> >> >>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>> >> >> >>>>>>>>>>>>>>>>> csound6: >>> >> >> >>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >> >> >>>>>>>>>>>>>>>>> csound5: >>> >> >> >>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >> >> >>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >>> >> >> >>>>>>>>>>>>>>>>> here >>> >> >> >>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >>> >> >> >>>>>>>>>>>>>>>>> with >>> >> >> >>>>>>>>>>>>>>>>> body >>> >> >> >>>>>>>>>>>>>>>>> "unsubscribe csound" >>> >> >> >>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>> >> >> >>>>>>>>>>>>>>>> csound6: >>> >> >> >>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >> >> >>>>>>>>>>>>>>>> csound5: >>> >> >> >>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >> >> >>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>> >> >> >>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >>> >> >> >>>>>>>>>>>>>>>> with >>> >> >> >>>>>>>>>>>>>>>> body >>> >> >> >>>>>>>>>>>>>>>> "unsubscribe csound" >>> >> >> >>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>> -- >>> >> >> >>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>> Oeyvind Brandtsegg >>> >> >> >>>>>>>>>>>>>>> Professor of Music Technology >>> >> >> >>>>>>>>>>>>>>> NTNU >>> >> >> >>>>>>>>>>>>>>> 7491 Trondheim >>> >> >> >>>>>>>>>>>>>>> Norway >>> >> >> >>>>>>>>>>>>>>> Cell: +47 92 203 205 >>> >> >> >>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>> http://flyndresang.no/ >>> >> >> >>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>> >> >> >>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>> >> >> >>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>> >> >> >>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>> >> >> >>>>>>>>>>>>>>> csound6: >>> >> >> >>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >> >> >>>>>>>>>>>>>>> csound5: >>> >> >> >>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >> >> >>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>> >> >> >>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >>> >> >> >>>>>>>>>>>>>>> with >>> >> >> >>>>>>>>>>>>>>> body >>> >> >> >>>>>>>>>>>>>>> "unsubscribe csound" >>> >> >> >>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>> >> >> >>>>>>>>>>>>>> csound6: >>> >> >> >>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >> >> >>>>>>>>>>>>>> csound5: >>> >> >> >>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >> >> >>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>> >> >> >>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >>> >> >> >>>>>>>>>>>>>> with >>> >> >> >>>>>>>>>>>>>> body >>> >> >> >>>>>>>>>>>>>> "unsubscribe csound" >>> >> >> >>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>> ------------------------------------------------------------------------------ >>> >> >> >>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>> >> >> >>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>> >> >> >>>>>>>>>>>>> Common >>> >> >> >>>>>>>>>>>>> Pitfalls. >>> >> >> >>>>>>>>>>>>> Read the Whitepaper. >>> >> >> >>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >> >> >>>>>>>>>>>>> _______________________________________________ >>> >> >> >>>>>>>>>>>>> Csound-devel mailing list >>> >> >> >>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >> >> >>>>>>>>>>>>> >>> >> >> >>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >> >> >>>>>>>>>>>> >>> >> >> >>>>>>>>>>>> >>> >> >> >>>>>>>>>>>> >>> >> >> >>>>>>>>>>>> >>> >> >> >>>>>>>>>>>> >>> >> >> >>>>>>>>>>>> >>> >> >> >>>>>>>>>>>> >>> >> >> >>>>>>>>>>>> >>> >> >> >>>>>>>>>>>> ------------------------------------------------------------------------------ >>> >> >> >>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>> >> >> >>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>> >> >> >>>>>>>>>>>> Common >>> >> >> >>>>>>>>>>>> Pitfalls. >>> >> >> >>>>>>>>>>>> Read the Whitepaper. >>> >> >> >>>>>>>>>>>> >>> >> >> >>>>>>>>>>>> >>> >> >> >>>>>>>>>>>> >>> >> >> >>>>>>>>>>>> >>> >> >> >>>>>>>>>>>> >>> >> >> >>>>>>>>>>>> >>> >> >> >>>>>>>>>>>> >>> >> >> >>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >> >> >>>>>>>>>>>> _______________________________________________ >>> >> >> >>>>>>>>>>>> Csound-devel mailing list >>> >> >> >>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >> >> >>>>>>>>>>>> >>> >> >> >>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >> >> >>>>>>>>>>> >>> >> >> >>>>>>>>>>> >>> >> >> >>>>>>>>>> >>> >> >> >>>>>>>>>> >>> >> >> >>>>>>>>>> >>> >> >> >>>>>>>>>> >>> >> >> >>>>>>>>>> >>> >> >> >>>>>>>>>> >>> >> >> >>>>>>>>>> >>> >> >> >>>>>>>>>> >>> >> >> >>>>>>>>>> ------------------------------------------------------------------------------ >>> >> >> >>>>>>>>>> Managing the Performance of Cloud-Based Applications >>> >> >> >>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>> >> >> >>>>>>>>>> Common >>> >> >> >>>>>>>>>> Pitfalls. >>> >> >> >>>>>>>>>> Read the Whitepaper. >>> >> >> >>>>>>>>>> >>> >> >> >>>>>>>>>> >>> >> >> >>>>>>>>>> >>> >> >> >>>>>>>>>> >>> >> >> >>>>>>>>>> >>> >> >> >>>>>>>>>> >>> >> >> >>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >> >> >>>>>>>>>> _______________________________________________ >>> >> >> >>>>>>>>>> Csound-devel mailing list >>> >> >> >>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >> >> >>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >> >> >>>>>>>>>> >>> >> >> >>>>>>>>> >>> >> >> >>>>>>>>> >>> >> >> >>>>>>>>> >>> >> >> >>>>>>>>> >>> >> >> >>>>>>>>> >>> >> >> >>>>>>>>> >>> >> >> >>>>>>>>> >>> >> >> >>>>>>>>> ------------------------------------------------------------------------------ >>> >> >> >>>>>>>>> Managing the Performance of Cloud-Based Applications >>> >> >> >>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>> >> >> >>>>>>>>> Common >>> >> >> >>>>>>>>> Pitfalls. >>> >> >> >>>>>>>>> Read the Whitepaper. >>> >> >> >>>>>>>>> >>> >> >> >>>>>>>>> >>> >> >> >>>>>>>>> >>> >> >> >>>>>>>>> >>> >> >> >>>>>>>>> >>> >> >> >>>>>>>>> >>> >> >> >>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >> >> >>>>>>>>> _______________________________________________ >>> >> >> >>>>>>>>> Csound-devel mailing list >>> >> >> >>>>>>>>> Csound-devel@lists.sourceforge.net >>> >> >> >>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >> >> >>>>>>>> >>> >> >> >>>>>>>> >>> >> >> >>>>>>>> >>> >> >> >>>>>>>> >>> >> >> >>>>>>>> >>> >> >> >>>>>>>> >>> >> >> >>>>>>>> >>> >> >> >>>>>>>> >>> >> >> >>>>>>>> ------------------------------------------------------------------------------ >>> >> >> >>>>>>>> Managing the Performance of Cloud-Based Applications >>> >> >> >>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>> >> >> >>>>>>>> Common >>> >> >> >>>>>>>> Pitfalls. >>> >> >> >>>>>>>> Read the Whitepaper. >>> >> >> >>>>>>>> >>> >> >> >>>>>>>> >>> >> >> >>>>>>>> >>> >> >> >>>>>>>> >>> >> >> >>>>>>>> >>> >> >> >>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >> >> >>>>>>>> _______________________________________________ >>> >> >> >>>>>>>> Csound-devel mailing list >>> >> >> >>>>>>>> Csound-devel@lists.sourceforge.net >>> >> >> >>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >> >> >>>>>>>> >>> >> >> >>>>>>> >>> >> >> >>>>>>> >>> >> >> >>>>>>> >>> >> >> >>>>>>> >>> >> >> >>>>>>> >>> >> >> >>>>>>> >>> >> >> >>>>>>> ------------------------------------------------------------------------------ >>> >> >> >>>>>>> Managing the Performance of Cloud-Based Applications >>> >> >> >>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>> >> >> >>>>>>> Pitfalls. >>> >> >> >>>>>>> Read the Whitepaper. >>> >> >> >>>>>>> >>> >> >> >>>>>>> >>> >> >> >>>>>>> >>> >> >> >>>>>>> >>> >> >> >>>>>>> >>> >> >> >>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >> >> >>>>>>> _______________________________________________ >>> >> >> >>>>>>> Csound-devel mailing list >>> >> >> >>>>>>> Csound-devel@lists.sourceforge.net >>> >> >> >>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >> >> >>>>>> >>> >> >> >>>>>> Dr Victor Lazzarini >>> >> >> >>>>>> Senior Lecturer >>> >> >> >>>>>> Dept. of Music >>> >> >> >>>>>> NUI Maynooth Ireland >>> >> >> >>>>>> tel.: +353 1 708 3545 >>> >> >> >>>>>> Victor dot Lazzarini AT nuim dot ie >>> >> >> >>>>>> >>> >> >> >>>>>> >>> >> >> >>>>>> >>> >> >> >>>>>> >>> >> >> >>>>>> >>> >> >> >>>>>> >>> >> >> >>>>>> >>> >> >> >>>>>> >>> >> >> >>>>>> >>> >> >> >>>>>> ------------------------------------------------------------------------------ >>> >> >> >>>>>> Managing the Performance of Cloud-Based Applications >>> >> >> >>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>> >> >> >>>>>> Pitfalls. >>> >> >> >>>>>> Read the Whitepaper. >>> >> >> >>>>>> >>> >> >> >>>>>> >>> >> >> >>>>>> >>> >> >> >>>>>> >>> >> >> >>>>>> >>> >> >> >>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >> >> >>>>>> _______________________________________________ >>> >> >> >>>>>> Csound-devel mailing list >>> >> >> >>>>>> Csound-devel@lists.sourceforge.net >>> >> >> >>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >> >> >>>>> >>> >> >> >>>>> >>> >> >> >>>>> >>> >> >> >>>>> >>> >> >> >>>>> >>> >> >> >>>>> >>> >> >> >>>>> >>> >> >> >>>>> ------------------------------------------------------------------------------ >>> >> >> >>>>> Managing the Performance of Cloud-Based Applications >>> >> >> >>>>> Take advantage of what the Cloud has to offer - Avoid Common >>> >> >> >>>>> Pitfalls. >>> >> >> >>>>> Read the Whitepaper. >>> >> >> >>>>> >>> >> >> >>>>> >>> >> >> >>>>> >>> >> >> >>>>> >>> >> >> >>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >> >> >>>>> _______________________________________________ >>> >> >> >>>>> Csound-devel mailing list >>> >> >> >>>>> Csound-devel@lists.sourceforge.net >>> >> >> >>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >> >> >>>>> >>> >> >> >>>> >>> >> >> >>>> >>> >> >> >>>> >>> >> >> >>>> >>> >> >> >>>> >>> >> >> >>>> ------------------------------------------------------------------------------ >>> >> >> >>>> Managing the Performance of Cloud-Based Applications >>> >> >> >>>> Take advantage of what the Cloud has to offer - Avoid Common >>> >> >> >>>> Pitfalls. >>> >> >> >>>> Read the Whitepaper. >>> >> >> >>>> >>> >> >> >>>> >>> >> >> >>>> >>> >> >> >>>> >>> >> >> >>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >> >> >>>> _______________________________________________ >>> >> >> >>>> Csound-devel mailing list >>> >> >> >>>> Csound-devel@lists.sourceforge.net >>> >> >> >>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >> >> >>> >>> >> >> >>> >>> >> >> >>> >>> >> >> >>> >>> >> >> >>> >>> >> >> >>> >>> >> >> >>> ------------------------------------------------------------------------------ >>> >> >> >>> Managing the Performance of Cloud-Based Applications >>> >> >> >>> Take advantage of what the Cloud has to offer - Avoid Common >>> >> >> >>> Pitfalls. >>> >> >> >>> Read the Whitepaper. >>> >> >> >>> >>> >> >> >>> >>> >> >> >>> >>> >> >> >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >> >> >>> _______________________________________________ >>> >> >> >>> Csound-devel mailing list >>> >> >> >>> Csound-devel@lists.sourceforge.net >>> >> >> >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >> >> >>> >>> >> >> >> >>> >> >> >> >>> >> >> >> >>> >> >> >> >>> >> >> >> ------------------------------------------------------------------------------ >>> >> >> >> Managing the Performance of Cloud-Based Applications >>> >> >> >> Take advantage of what the Cloud has to offer - Avoid Common >>> >> >> >> Pitfalls. >>> >> >> >> Read the Whitepaper. >>> >> >> >> >>> >> >> >> >>> >> >> >> >>> >> >> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >> >> >> _______________________________________________ >>> >> >> >> Csound-devel mailing list >>> >> >> >> Csound-devel@lists.sourceforge.net >>> >> >> >> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >> >> > >>> >> >> > Dr Victor Lazzarini >>> >> >> > Senior Lecturer >>> >> >> > Dept. of Music >>> >> >> > NUI Maynooth Ireland >>> >> >> > tel.: +353 1 708 3545 >>> >> >> > Victor dot Lazzarini AT nuim dot ie >>> >> >> > >>> >> >> > >>> >> >> > >>> >> >> > >>> >> >> > >>> >> >> > >>> >> >> > >>> >> >> > ------------------------------------------------------------------------------ >>> >> >> > Managing the Performance of Cloud-Based Applications >>> >> >> > Take advantage of what the Cloud has to offer - Avoid Common >>> >> >> > Pitfalls. >>> >> >> > Read the Whitepaper. >>> >> >> > >>> >> >> > >>> >> >> > >>> >> >> > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >> >> > _______________________________________________ >>> >> >> > Csound-devel mailing list >>> >> >> > Csound-devel@lists.sourceforge.net >>> >> >> > https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >> >> >>> >> >> >>> >> >> >>> >> >> -- >>> >> >> >>> >> >> Oeyvind Brandtsegg >>> >> >> Professor of Music Technology >>> >> >> NTNU >>> >> >> 7491 Trondheim >>> >> >> Norway >>> >> >> Cell: +47 92 203 205 >>> >> >> >>> >> >> http://flyndresang.no/ >>> >> >> http://www.partikkelaudio.com/ >>> >> >> http://soundcloud.com/brandtsegg >>> >> >> http://soundcloud.com/t-emp >>> >> >> >>> >> >> >>> >> >> >>> >> >> >>> >> >> ------------------------------------------------------------------------------ >>> >> >> Managing the Performance of Cloud-Based Applications >>> >> >> Take advantage of what the Cloud has to offer - Avoid Common >>> >> >> Pitfalls. >>> >> >> Read the Whitepaper. >>> >> >> >>> >> >> >>> >> >> >>> >> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >> >> _______________________________________________ >>> >> >> Csound-devel mailing list >>> >> >> Csound-devel@lists.sourceforge.net >>> >> >> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >> > >>> >> > >>> >> > >>> >> > >>> >> > >>> >> > ------------------------------------------------------------------------------ >>> >> > Managing the Performance of Cloud-Based Applications >>> >> > Take advantage of what the Cloud has to offer - Avoid Common >>> >> > Pitfalls. >>> >> > Read the Whitepaper. >>> >> > >>> >> > >>> >> > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >> > _______________________________________________ >>> >> > Csound-devel mailing list >>> >> > Csound-devel@lists.sourceforge.net >>> >> > https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >> > >>> >> >>> >> >>> >> >>> >> -- >>> >> >>> >> Oeyvind Brandtsegg >>> >> Professor of Music Technology >>> >> NTNU >>> >> 7491 Trondheim >>> >> Norway >>> >> Cell: +47 92 203 205 >>> >> >>> >> http://flyndresang.no/ >>> >> http://www.partikkelaudio.com/ >>> >> http://soundcloud.com/brandtsegg >>> >> http://soundcloud.com/t-emp >>> >> >>> >> >>> >> >>> >> ------------------------------------------------------------------------------ >>> >> Managing the Performance of Cloud-Based Applications >>> >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>> >> Read the Whitepaper. >>> >> >>> >> >>> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >> _______________________________________________ >>> >> Csound-devel mailing list >>> >> Csound-devel@lists.sourceforge.net >>> >> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>> >>> ------------------------------------------------------------------------------ >>> Managing the Performance of Cloud-Based Applications >>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>> Read the Whitepaper. >>> >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> _______________________________________________ >>> Csound-devel mailing list >>> Csound-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >> >> ------------------------------------------------------------------------------ >> Managing the Performance of Cloud-Based Applications >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> Read the Whitepaper. >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> _______________________________________________ >> Csound-devel mailing list >> Csound-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/csound-devel >> > > > > -- > > Oeyvind Brandtsegg > Professor of Music Technology > NTNU > 7491 Trondheim > Norway > Cell: +47 92 203 205 > > http://flyndresang.no/ > http://www.partikkelaudio.com/ > http://soundcloud.com/brandtsegg > http://soundcloud.com/t-emp > > ------------------------------------------------------------------------------ > Managing the Performance of Cloud-Based Applications > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. > Read the Whitepaper. > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk > _______________________________________________ > Csound-devel mailing list > Csound-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/csound-devel ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net

Date	2014-02-06 08:59
From	Rory Walsh
Subject	Re: [Cs-dev] [Csnd] Latency and buffers
	Btw, it's clear that other plugins won't have a latency problem because they can(or at least should be able to) deal with variable buffer sizes. On 6 February 2014 08:57, Rory Walsh wrote: > That's a funny observation about Live. Their next product will be > called Offline :) It seems ksmps==1 is a no go for anything but a > single instance of a relatively simple effect(of course there are no > issue with synths). And it also seems that pretty much all of the > plugins standards in use today(AU, VST, LV2, etc) assume a dynamic > buffer size. So as long as Csound is being used to process host audio > in one of these environments it's likely there will be a latency > problem. That is if you plan to use the full power of Csound there > will be. I know the latency will in most cases be quite small, but > isn't it still enough to cause undesired effects on a mix? > > On 6 February 2014 08:38, Oeyvind Brandtsegg wrote: >> Thanks so much for that explanation Mike. >> Rory, don't even so much as think of contemplating life without >> Cabbage (oh you already did...) ! >> Here's more observations about latency in different hosts that might >> brighten up thhing a bit, >> depending on what hosts one prefer... >> >> In Reaper: >> >> >> 2014-02-06 Michael Gogins : >>> There are two cases. If ksmps is always 1, you can use this algorithm: >>> >>> for each frame in the host input buffer: >>> copy the host frame to the spin frame >>> call performKsmps() >>> copy the spout frame to the host output buffer >>> >>> Then there is no delay. >>> >>> If ksmps is greater than 1 it goes like this. It's enough to consider ksmps >>> = 2, >>> all other cases work the same way. >>> >>> for each frame in the host input buffer: >>> copy the current host input frame to the current spin frame >>> copy the current spout frame to the current host output buffer >>> if the current spout frame is past the end of spout: >>> call performKsmps >>> reset the spout/spin frame index to 0 >>> >>> If ksmps==1 then there is 1 frame of silence in the output at the start, and >>> thereafter output lags input by 1 frame. On the final frame of the host >>> buffer, Csound computes a frame in spout but it is not copied to the output >>> until the next processing call. >>> >>> If ksmps==2 then there are 2 frames of silence in the output at the start, >>> and thereafter output lags input by 2 frames. On the final frame of the host >>> buffer,Csound computes 2 frames in spout, but depending on the size of the >>> output buffer, 1 or 2 frames are not copied to the output until the next >>> processing call. >>> >>> And so on. >>> >>> Regards, >>> Mike >>> >>> >>> >>> ----------------------------------------------------- >>> Michael Gogins >>> Irreducible Productions >>> http://michaelgogins.tumblr.com >>> Michael dot Gogins at gmail dot com >>> >>> >>> On Wed, Feb 5, 2014 at 7:39 PM, Rory Walsh wrote: >>>> >>>> The way it stands things are fine, albeit with a ksmps delay. But it >>>> will remain constant and there won't be any drop outs. If ksmps ==1 >>>> then there will be no problems with latency. Of course I stand to be >>>> corrected. When all is said and done, I did enjoy contemplating life >>>> without Cabbage over a few beers. But that might just have been the >>>> beers :) >>>> >>>> >>>> On 5 February 2014 23:57, Rory Walsh wrote: >>>> > I'm glad you asked this because I'm a little lost too! I was thinking >>>> > the >>>> > same as you. At some stage won't things goes south if the buffer size >>>> > suddenly changes as is likely once automation is brought into the >>>> > equation? >>>> > >>>> > sent from a mobile device... >>>> > >>>> > On 5 Feb 2014 23:27, "Oeyvind Brandtsegg" >>>> > wrote: >>>> >> >>>> >> Ok. That is good. >>>> >> But can it (the latency) change dynamically, as the host buffer size >>>> >> change dynamically? >>>> >> Sorry if I'm being dense but I would really like to understand. >>>> >> >>>> >> >>>> >> 2014-02-06 Michael Gogins : >>>> >> > No, the maximum latency is ksmps. That could be either larger, or >>>> >> > smaller, >>>> >> > than the host buffer size. It doesn't matter. >>>> >> > >>>> >> > Regards, >>>> >> > Mike >>>> >> > >>>> >> > >>>> >> > ----------------------------------------------------- >>>> >> > Michael Gogins >>>> >> > Irreducible Productions >>>> >> > http://michaelgogins.tumblr.com >>>> >> > Michael dot Gogins at gmail dot com >>>> >> > >>>> >> > >>>> >> > On Wed, Feb 5, 2014 at 6:07 PM, Oeyvind Brandtsegg >>>> >> > wrote: >>>> >> >> >>>> >> >> ...but the latency would be one full host buffer size, not just a >>>> >> >> ksmps, >>>> >> >> right? >>>> >> >> So a small ksmps would rather minimize the chance of a ksmps-buffer >>>> >> >> mismatch, but not actually minimize worst case latency (which would >>>> >> >> be >>>> >> >> one host buffer block). Isn't it so? >>>> >> >> >>>> >> >> Now, one thing I don't understand is if the latency can be zero >>>> >> >> when >>>> >> >> the host buffer is an integer multiple of ksmps, and it indeed is, >>>> >> >> and also the host buffer size can be dynamic, we must assume that >>>> >> >> the two buffer length may initially fit but at some later time they >>>> >> >> will not,* then* what happens at the transition point ? I mean, when >>>> >> >> we go from perfectly aligned buffers and zero latency to misaligned >>>> >> >> buffers and one bufferlength latency. Then we should have one >>>> >> >> non-full >>>> >> >> buffer in the transition from zero latency to one-buffer latency. >>>> >> >> Will >>>> >> >> it pop? If so, I would expect it to pop quite often(?), which it >>>> >> >> does >>>> >> >> not. >>>> >> >> Or? >>>> >> >> >>>> >> >> >>>> >> >> >>>> >> >> >>>> >> >> 2014-02-05 Victor Lazzarini : >>>> >> >> > If your ksmps is small, any latency that might exist will be small >>>> >> >> > too, >>>> >> >> > and I can't see it having >>>> >> >> > a major effect. So if you run with ksmps=16, it's 0.3 >>>> >> >> > millisseconds. >>>> >> >> > Not >>>> >> >> > much of a problem. >>>> >> >> > And for the cases where this is a problem, then it's still >>>> >> >> > possible >>>> >> >> > to >>>> >> >> > run with ksmps=1. >>>> >> >> > >>>> >> >> > Victor >>>> >> >> > On 5 Feb 2014, at 20:46, Rory Walsh wrote: >>>> >> >> > >>>> >> >> >> I wish I had thought of this before spending so much time writing >>>> >> >> >> a >>>> >> >> >> framework for developing VST plugins with Csound. I'm off now to >>>> >> >> >> have >>>> >> >> >> a few beers and rethink life! >>>> >> >> >> >>>> >> >> >> >>>> >> >> >> On 5 February 2014 20:06, Michael Gogins >>>> >> >> >> >>>> >> >> >> wrote: >>>> >> >> >>> Then your code will run 5 times slower or so. >>>> >> >> >>> >>>> >> >> >>> Regards, >>>> >> >> >>> Mike >>>> >> >> >>> >>>> >> >> >>> >>>> >> >> >>> ----------------------------------------------------- >>>> >> >> >>> Michael Gogins >>>> >> >> >>> Irreducible Productions >>>> >> >> >>> http://michaelgogins.tumblr.com >>>> >> >> >>> Michael dot Gogins at gmail dot com >>>> >> >> >>> >>>> >> >> >>> >>>> >> >> >>> On Wed, Feb 5, 2014 at 3:03 PM, Rory Walsh >>>> >> >> >>> wrote: >>>> >> >> >>>> >>>> >> >> >>>> Seems every where I look it says don't make any assumptions >>>> >> >> >>>> about >>>> >> >> >>>> buffer sizes. So I guess the only fail safe way is to force a >>>> >> >> >>>> ksmps >>>> >> >> >>>> of >>>> >> >> >>>> 1? uh... >>>> >> >> >>>> >>>> >> >> >>>> On 5 February 2014 19:57, Michael Gogins >>>> >> >> >>>> >>>> >> >> >>>> wrote: >>>> >> >> >>>>> I believe that you are wrong, you cannot count on a power of >>>> >> >> >>>>> two >>>> >> >> >>>>> size. >>>> >> >> >>>>> >>>> >> >> >>>>> See these threads from KVR: >>>> >> >> >>>>> >>>> >> >> >>>>> http://www.kvraudio.com/forum/viewtopic.php?t=279753 >>>> >> >> >>>>> >>>> >> >> >>>>> http://www.kvraudio.com/forum/viewtopic.php?t=359951 >>>> >> >> >>>>> >>>> >> >> >>>>> http://www.kvraudio.com/forum/viewtopic.php?p=3458228 >>>> >> >> >>>>> >>>> >> >> >>>>> Regards, >>>> >> >> >>>>> Mike >>>> >> >> >>>>> >>>> >> >> >>>>> >>>> >> >> >>>>> >>>> >> >> >>>>> >>>> >> >> >>>>> >>>> >> >> >>>>> ----------------------------------------------------- >>>> >> >> >>>>> Michael Gogins >>>> >> >> >>>>> Irreducible Productions >>>> >> >> >>>>> http://michaelgogins.tumblr.com >>>> >> >> >>>>> Michael dot Gogins at gmail dot com >>>> >> >> >>>>> >>>> >> >> >>>>> >>>> >> >> >>>>> On Wed, Feb 5, 2014 at 2:17 PM, Victor Lazzarini >>>> >> >> >>>>> >>>> >> >> >>>>> wrote: >>>> >> >> >>>>>> >>>> >> >> >>>>>> But I think you're probably safe setting ksmps to a low value >>>> >> >> >>>>>> that >>>> >> >> >>>>>> is a >>>> >> >> >>>>>> power-of-two. I would >>>> >> >> >>>>>> expect most hosts to run buffers that are power-of-two and >>>> >> >> >>>>>> that >>>> >> >> >>>>>> are >>>> >> >> >>>>>> not >>>> >> >> >>>>>> that small. >>>> >> >> >>>>>> ksmps =8,16 or 32 should do. >>>> >> >> >>>>>> >>>> >> >> >>>>>> Victor >>>> >> >> >>>>>> >>>> >> >> >>>>>> On 5 Feb 2014, at 18:10, Rory Walsh wrote: >>>> >> >> >>>>>> >>>> >> >> >>>>>>> I was just about to answer my previous mail with the same >>>> >> >> >>>>>>> thing. >>>> >> >> >>>>>>> That's >>>> >> >> >>>>>>> a pain. >>>> >> >> >>>>>>> >>>> >> >> >>>>>>> On 5 February 2014 18:03, Michael Gogins >>>> >> >> >>>>>>> >>>> >> >> >>>>>>> wrote: >>>> >> >> >>>>>>>> No. The host can and often does use a different host audio >>>> >> >> >>>>>>>> buffer >>>> >> >> >>>>>>>> size >>>> >> >> >>>>>>>> on >>>> >> >> >>>>>>>> each call to process() or processReplacing(). >>>> >> >> >>>>>>>> >>>> >> >> >>>>>>>> Regards, >>>> >> >> >>>>>>>> Mike >>>> >> >> >>>>>>>> >>>> >> >> >>>>>>>> >>>> >> >> >>>>>>>> ----------------------------------------------------- >>>> >> >> >>>>>>>> Michael Gogins >>>> >> >> >>>>>>>> Irreducible Productions >>>> >> >> >>>>>>>> http://michaelgogins.tumblr.com >>>> >> >> >>>>>>>> Michael dot Gogins at gmail dot com >>>> >> >> >>>>>>>> >>>> >> >> >>>>>>>> >>>> >> >> >>>>>>>> On Wed, Feb 5, 2014 at 11:27 AM, Rory Walsh >>>> >> >> >>>>>>>> >>>> >> >> >>>>>>>> wrote: >>>> >> >> >>>>>>>>> >>>> >> >> >>>>>>>>> Hi Mike, isn't it possible to query the host buffer size >>>> >> >> >>>>>>>>> before >>>> >> >> >>>>>>>>> the >>>> >> >> >>>>>>>>> processing function is first called, in which case you can >>>> >> >> >>>>>>>>> just >>>> >> >> >>>>>>>>> override the csd's ksmps? >>>> >> >> >>>>>>>>> >>>> >> >> >>>>>>>>> On 5 February 2014 15:55, Michael Gogins >>>> >> >> >>>>>>>>> >>>> >> >> >>>>>>>>> wrote: >>>> >> >> >>>>>>>>>> I've looked into this some more. As long as the host >>>> >> >> >>>>>>>>>> audio >>>> >> >> >>>>>>>>>> buffer >>>> >> >> >>>>>>>>>> is >>>> >> >> >>>>>>>>>> not >>>> >> >> >>>>>>>>>> an >>>> >> >> >>>>>>>>>> integral multiple of ksmps, there will have to be ksmps >>>> >> >> >>>>>>>>>> latency >>>> >> >> >>>>>>>>>> between >>>> >> >> >>>>>>>>>> input and output. That is because performKsmps requires >>>> >> >> >>>>>>>>>> spin >>>> >> >> >>>>>>>>>> to >>>> >> >> >>>>>>>>>> be >>>> >> >> >>>>>>>>>> full, >>>> >> >> >>>>>>>>>> but >>>> >> >> >>>>>>>>>> if there is some remainder from hostsize/ksmps, there >>>> >> >> >>>>>>>>>> will >>>> >> >> >>>>>>>>>> be >>>> >> >> >>>>>>>>>> some >>>> >> >> >>>>>>>>>> frames >>>> >> >> >>>>>>>>>> that the host buffer doesn't have but spin needs. >>>> >> >> >>>>>>>>>> >>>> >> >> >>>>>>>>>> I am letting this go for now, but if Csound could adjust >>>> >> >> >>>>>>>>>> ksmps >>>> >> >> >>>>>>>>>> during >>>> >> >> >>>>>>>>>> performance via the API, then we could get rid of this >>>> >> >> >>>>>>>>>> latency >>>> >> >> >>>>>>>>>> by >>>> >> >> >>>>>>>>>> setting >>>> >> >> >>>>>>>>>> ksmps equal to the host buffer size on each host >>>> >> >> >>>>>>>>>> processing >>>> >> >> >>>>>>>>>> call. >>>> >> >> >>>>>>>>>> I >>>> >> >> >>>>>>>>>> think >>>> >> >> >>>>>>>>>> this would be a really good idea. I'm entering it as a >>>> >> >> >>>>>>>>>> feature >>>> >> >> >>>>>>>>>> request. >>>> >> >> >>>>>>>>>> >>>> >> >> >>>>>>>>>> Regards, >>>> >> >> >>>>>>>>>> Mike >>>> >> >> >>>>>>>>>> >>>> >> >> >>>>>>>>>> >>>> >> >> >>>>>>>>>> Regards, >>>> >> >> >>>>>>>>>> Mike >>>> >> >> >>>>>>>>>> >>>> >> >> >>>>>>>>>> >>>> >> >> >>>>>>>>>> ----------------------------------------------------- >>>> >> >> >>>>>>>>>> Michael Gogins >>>> >> >> >>>>>>>>>> Irreducible Productions >>>> >> >> >>>>>>>>>> http://michaelgogins.tumblr.com >>>> >> >> >>>>>>>>>> Michael dot Gogins at gmail dot com >>>> >> >> >>>>>>>>>> >>>> >> >> >>>>>>>>>> >>>> >> >> >>>>>>>>>> On Tue, Feb 4, 2014 at 1:47 PM, Michael Gogins >>>> >> >> >>>>>>>>>> >>>> >> >> >>>>>>>>>> wrote: >>>> >> >> >>>>>>>>>>> >>>> >> >> >>>>>>>>>>> CsoundVST does the following: >>>> >> >> >>>>>>>>>>> >>>> >> >> >>>>>>>>>>> In the processReplacing callback there are essentially >>>> >> >> >>>>>>>>>>> two >>>> >> >> >>>>>>>>>>> simultaneous >>>> >> >> >>>>>>>>>>> loops, each with their own loop indexes. One loop is for >>>> >> >> >>>>>>>>>>> the >>>> >> >> >>>>>>>>>>> host >>>> >> >> >>>>>>>>>>> audio >>>> >> >> >>>>>>>>>>> buffer, which can change in size from one call to the >>>> >> >> >>>>>>>>>>> next. >>>> >> >> >>>>>>>>>>> The >>>> >> >> >>>>>>>>>>> other >>>> >> >> >>>>>>>>>>> loop >>>> >> >> >>>>>>>>>>> is for Csound. >>>> >> >> >>>>>>>>>>> >>>> >> >> >>>>>>>>>>> For each frame of audio, one frame of audio is copied >>>> >> >> >>>>>>>>>>> from >>>> >> >> >>>>>>>>>>> the >>>> >> >> >>>>>>>>>>> host >>>> >> >> >>>>>>>>>>> input >>>> >> >> >>>>>>>>>>> buffer to spin, one frame of audio is copied from spout >>>> >> >> >>>>>>>>>>> to >>>> >> >> >>>>>>>>>>> the >>>> >> >> >>>>>>>>>>> host >>>> >> >> >>>>>>>>>>> audio >>>> >> >> >>>>>>>>>>> output buffer, and both loop indexes are incremented. >>>> >> >> >>>>>>>>>>> >>>> >> >> >>>>>>>>>>> At the end of spout, ksmps audio are processed by >>>> >> >> >>>>>>>>>>> Csound, >>>> >> >> >>>>>>>>>>> and >>>> >> >> >>>>>>>>>>> the >>>> >> >> >>>>>>>>>>> spin >>>> >> >> >>>>>>>>>>> and >>>> >> >> >>>>>>>>>>> spout buffer indexes are reset to 0. These indexes >>>> >> >> >>>>>>>>>>> persist >>>> >> >> >>>>>>>>>>> from >>>> >> >> >>>>>>>>>>> call >>>> >> >> >>>>>>>>>>> to >>>> >> >> >>>>>>>>>>> call, so there are no gaps or glitches. >>>> >> >> >>>>>>>>>>> >>>> >> >> >>>>>>>>>>> There is ksmps frames latency in the code because spin >>>> >> >> >>>>>>>>>>> is >>>> >> >> >>>>>>>>>>> read >>>> >> >> >>>>>>>>>>> in >>>> >> >> >>>>>>>>>>> before >>>> >> >> >>>>>>>>>>> it spout is computed. But I will try to change the code >>>> >> >> >>>>>>>>>>> so >>>> >> >> >>>>>>>>>>> that >>>> >> >> >>>>>>>>>>> the >>>> >> >> >>>>>>>>>>> buffers >>>> >> >> >>>>>>>>>>> are rewound to line spout up with spin. There will then >>>> >> >> >>>>>>>>>>> be >>>> >> >> >>>>>>>>>>> zero >>>> >> >> >>>>>>>>>>> latency. >>>> >> >> >>>>>>>>>>> >>>> >> >> >>>>>>>>>>> >>>> >> >> >>>>>>>>>>> ----------------------------------------------------- >>>> >> >> >>>>>>>>>>> Michael Gogins >>>> >> >> >>>>>>>>>>> Irreducible Productions >>>> >> >> >>>>>>>>>>> http://michaelgogins.tumblr.com >>>> >> >> >>>>>>>>>>> Michael dot Gogins at gmail dot com >>>> >> >> >>>>>>>>>>> >>>> >> >> >>>>>>>>>>> >>>> >> >> >>>>>>>>>>> On Tue, Feb 4, 2014 at 11:03 AM, Steven Yi >>>> >> >> >>>>>>>>>>> >>>> >> >> >>>>>>>>>>> wrote: >>>> >> >> >>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>> I was in the middle of replying pretty much the same >>>> >> >> >>>>>>>>>>>> thing >>>> >> >> >>>>>>>>>>>> as >>>> >> >> >>>>>>>>>>>> Victor. >>>> >> >> >>>>>>>>>>>> Seems like you're introducing block's worth of latency >>>> >> >> >>>>>>>>>>>> due >>>> >> >> >>>>>>>>>>>> to >>>> >> >> >>>>>>>>>>>> the >>>> >> >> >>>>>>>>>>>> code >>>> >> >> >>>>>>>>>>>> order. >>>> >> >> >>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>> On Tue, Feb 4, 2014 at 11:05 AM, Victor Lazzarini >>>> >> >> >>>>>>>>>>>> wrote: >>>> >> >> >>>>>>>>>>>>> I would have thought that you would >>>> >> >> >>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>> 1) write data into spin >>>> >> >> >>>>>>>>>>>>> 2) process >>>> >> >> >>>>>>>>>>>>> 3) write data out of spout. >>>> >> >> >>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>> if you read and write after running PeformKsmps(), as >>>> >> >> >>>>>>>>>>>>> far >>>> >> >> >>>>>>>>>>>>> as >>>> >> >> >>>>>>>>>>>>> I >>>> >> >> >>>>>>>>>>>>> can >>>> >> >> >>>>>>>>>>>>> see >>>> >> >> >>>>>>>>>>>>> there might be >>>> >> >> >>>>>>>>>>>>> a delay between input and output, as you will be >>>> >> >> >>>>>>>>>>>>> effectively >>>> >> >> >>>>>>>>>>>>> putting >>>> >> >> >>>>>>>>>>>>> out the data that >>>> >> >> >>>>>>>>>>>>> you processed in the previous period. >>>> >> >> >>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>> 1) process (means process the current spin data) >>>> >> >> >>>>>>>>>>>>> 2) write to spin the new data >>>> >> >> >>>>>>>>>>>>> 3) write out the result of processing the previous >>>> >> >> >>>>>>>>>>>>> spin >>>> >> >> >>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>> That's what it looks like to me. Not sure if I am >>>> >> >> >>>>>>>>>>>>> right. >>>> >> >> >>>>>>>>>>>>> Also >>>> >> >> >>>>>>>>>>>>> this >>>> >> >> >>>>>>>>>>>>> discussion should be in the dev list not >>>> >> >> >>>>>>>>>>>>> in the users list (so my response is going there). >>>> >> >> >>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>> Victor >>>> >> >> >>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>> On 4 Feb 2014, at 15:47, Rory Walsh >>>> >> >> >>>>>>>>>>>>> wrote: >>>> >> >> >>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>> I can confirm that it's not an issue with the plugin >>>> >> >> >>>>>>>>>>>>>> framework >>>> >> >> >>>>>>>>>>>>>> I'm >>>> >> >> >>>>>>>>>>>>>> using. I can also confirm it happens whether the >>>> >> >> >>>>>>>>>>>>>> plugin's >>>> >> >> >>>>>>>>>>>>>> processBlock() is being called the same amount of >>>> >> >> >>>>>>>>>>>>>> times >>>> >> >> >>>>>>>>>>>>>> as >>>> >> >> >>>>>>>>>>>>>> performKsmps(). That is to say, if the plugin sample >>>> >> >> >>>>>>>>>>>>>> buffer >>>> >> >> >>>>>>>>>>>>>> is >>>> >> >> >>>>>>>>>>>>>> set >>>> >> >> >>>>>>>>>>>>>> to >>>> >> >> >>>>>>>>>>>>>> 64 and so is Csound's, the problem persists. >>>> >> >> >>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>> I can recreate it with Reaper by placing two >>>> >> >> >>>>>>>>>>>>>> identical >>>> >> >> >>>>>>>>>>>>>> audio >>>> >> >> >>>>>>>>>>>>>> tracks >>>> >> >> >>>>>>>>>>>>>> in >>>> >> >> >>>>>>>>>>>>>> the session. On one track I place a straight forward >>>> >> >> >>>>>>>>>>>>>> in/out >>>> >> >> >>>>>>>>>>>>>> Cabbage >>>> >> >> >>>>>>>>>>>>>> effect plugin. Then play both back at the same time. >>>> >> >> >>>>>>>>>>>>>> You'll >>>> >> >> >>>>>>>>>>>>>> hear >>>> >> >> >>>>>>>>>>>>>> subtle phasing taking place until you bypass the >>>> >> >> >>>>>>>>>>>>>> plugin >>>> >> >> >>>>>>>>>>>>>> effect. >>>> >> >> >>>>>>>>>>>>>> Here's >>>> >> >> >>>>>>>>>>>>>> my processBlock(), it couldn't be any simpler. Can >>>> >> >> >>>>>>>>>>>>>> any >>>> >> >> >>>>>>>>>>>>>> devs >>>> >> >> >>>>>>>>>>>>>> out >>>> >> >> >>>>>>>>>>>>>> there >>>> >> >> >>>>>>>>>>>>>> spot something that might introduce latency? >>>> >> >> >>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>> CSCompResult = csound->PerformKsmps(); >>>> >> >> >>>>>>>>>>>>>> for(int i=0;i>>> >> >> >>>>>>>>>>>>>> { >>>> >> >> >>>>>>>>>>>>>> if(!CSCompResult) >>>> >> >> >>>>>>>>>>>>>> { >>>> >> >> >>>>>>>>>>>>>> for(int channel = 0; channel < >>>> >> >> >>>>>>>>>>>>>> getNumOutputChannels(); >>>> >> >> >>>>>>>>>>>>>> channel++ ) >>>> >> >> >>>>>>>>>>>>>> { >>>> >> >> >>>>>>>>>>>>>> audioBuffer = >>>> >> >> >>>>>>>>>>>>>> buffer.getSampleData(channel,0); >>>> >> >> >>>>>>>>>>>>>> pos = igetNumOutputChannels(); >>>> >> >> >>>>>>>>>>>>>> CSspin[channel+pos] = >>>> >> >> >>>>>>>>>>>>>> audioBuffer[i]cs_scale; >>>> >> >> >>>>>>>>>>>>>> audioBuffer[i] = >>>> >> >> >>>>>>>>>>>>>> (CSspout[channel+pos]/cs_scale); >>>> >> >> >>>>>>>>>>>>>> } >>>> >> >> >>>>>>>>>>>>>> } >>>> >> >> >>>>>>>>>>>>>> else >>>> >> >> >>>>>>>>>>>>>> buffer.clear(); >>>> >> >> >>>>>>>>>>>>>> } >>>> >> >> >>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>> On 4 February 2014 15:04, Oeyvind Brandtsegg >>>> >> >> >>>>>>>>>>>>>> wrote: >>>> >> >> >>>>>>>>>>>>>>> All good. >>>> >> >> >>>>>>>>>>>>>>> I could test with csound~ and found another cause >>>> >> >> >>>>>>>>>>>>>>> for >>>> >> >> >>>>>>>>>>>>>>> the >>>> >> >> >>>>>>>>>>>>>>> latency. >>>> >> >> >>>>>>>>>>>>>>> Oeyvind >>>> >> >> >>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>> 2014-02-04 Steven Yi : >>>> >> >> >>>>>>>>>>>>>>>> Nope. I did some work on updating the CMake file >>>> >> >> >>>>>>>>>>>>>>>> to >>>> >> >> >>>>>>>>>>>>>>>> try >>>> >> >> >>>>>>>>>>>>>>>> building >>>> >> >> >>>>>>>>>>>>>>>> on >>>> >> >> >>>>>>>>>>>>>>>> Windows yesterday. I need to do so me research to >>>> >> >> >>>>>>>>>>>>>>>> see >>>> >> >> >>>>>>>>>>>>>>>> about >>>> >> >> >>>>>>>>>>>>>>>> libraries >>>> >> >> >>>>>>>>>>>>>>>> to link to and other things, but it may take a >>>> >> >> >>>>>>>>>>>>>>>> while >>>> >> >> >>>>>>>>>>>>>>>> with >>>> >> >> >>>>>>>>>>>>>>>> current >>>> >> >> >>>>>>>>>>>>>>>> work >>>> >> >> >>>>>>>>>>>>>>>> load. >>>> >> >> >>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:47 AM, Oeyvind Brandtsegg >>>> >> >> >>>>>>>>>>>>>>>> wrote: >>>> >> >> >>>>>>>>>>>>>>>>> That looks as if it's for OSX only (?), >>>> >> >> >>>>>>>>>>>>>>>>> perhaps not compiled for windows yet? >>>> >> >> >>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>> 2014-02-04 Steven Yi : >>>> >> >> >>>>>>>>>>>>>>>>>> csound6~ should be with the installer; also >>>> >> >> >>>>>>>>>>>>>>>>>> available >>>> >> >> >>>>>>>>>>>>>>>>>> at: >>>> >> >> >>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>> http://sourceforge.net/projects/csound/files/csound6/Csound6.02/csound~_v1.1.1.pkg/download >>>> >> >> >>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:38 AM, Oeyvind >>>> >> >> >>>>>>>>>>>>>>>>>> Brandtsegg >>>> >> >> >>>>>>>>>>>>>>>>>> wrote: >>>> >> >> >>>>>>>>>>>>>>>>>>> I can also reproduce it with csound~ in >>>> >> >> >>>>>>>>>>>>>>>>>>> MaxForLive >>>> >> >> >>>>>>>>>>>>>>>>>>> haven't tried with csound6~ (where can I find >>>> >> >> >>>>>>>>>>>>>>>>>>> it?) >>>> >> >> >>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>> Now, testing with Max (not in Live), and with >>>> >> >> >>>>>>>>>>>>>>>>>>> Reaper, >>>> >> >> >>>>>>>>>>>>>>>>>>> I >>>> >> >> >>>>>>>>>>>>>>>>>>> find >>>> >> >> >>>>>>>>>>>>>>>>>>> I >>>> >> >> >>>>>>>>>>>>>>>>>>> can not >>>> >> >> >>>>>>>>>>>>>>>>>>> reproduce the behaviour there. >>>> >> >> >>>>>>>>>>>>>>>>>>> So there is something with Live then. However, >>>> >> >> >>>>>>>>>>>>>>>>>>> other >>>> >> >> >>>>>>>>>>>>>>>>>>> VST >>>> >> >> >>>>>>>>>>>>>>>>>>> plugins >>>> >> >> >>>>>>>>>>>>>>>>>>> in >>>> >> >> >>>>>>>>>>>>>>>>>>> Live does not introduce extra latency. >>>> >> >> >>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>> The way I measure latency is by setiing up a >>>> >> >> >>>>>>>>>>>>>>>>>>> microphone >>>> >> >> >>>>>>>>>>>>>>>>>>> close >>>> >> >> >>>>>>>>>>>>>>>>>>> to >>>> >> >> >>>>>>>>>>>>>>>>>>> the >>>> >> >> >>>>>>>>>>>>>>>>>>> speaker, close enough that it will almost feed, >>>> >> >> >>>>>>>>>>>>>>>>>>> then tap the mic and listen to the resonance of >>>> >> >> >>>>>>>>>>>>>>>>>>> the >>>> >> >> >>>>>>>>>>>>>>>>>>> system. >>>> >> >> >>>>>>>>>>>>>>>>>>> When >>>> >> >> >>>>>>>>>>>>>>>>>>> the >>>> >> >> >>>>>>>>>>>>>>>>>>> latency changes, the resonance will change. >>>> >> >> >>>>>>>>>>>>>>>>>>> When I add a plugin (Cabbage or MaxForLive with >>>> >> >> >>>>>>>>>>>>>>>>>>> csound~), >>>> >> >> >>>>>>>>>>>>>>>>>>> the >>>> >> >> >>>>>>>>>>>>>>>>>>> latency >>>> >> >> >>>>>>>>>>>>>>>>>>> (and so the resonance) changes. If I load other >>>> >> >> >>>>>>>>>>>>>>>>>>> VST >>>> >> >> >>>>>>>>>>>>>>>>>>> plugins >>>> >> >> >>>>>>>>>>>>>>>>>>> this >>>> >> >> >>>>>>>>>>>>>>>>>>> does >>>> >> >> >>>>>>>>>>>>>>>>>>> not happen, the latency does not change. >>>> >> >> >>>>>>>>>>>>>>>>>>> But as I said, I can only reproduce it in Live. >>>> >> >> >>>>>>>>>>>>>>>>>>> Sorry >>>> >> >> >>>>>>>>>>>>>>>>>>> for >>>> >> >> >>>>>>>>>>>>>>>>>>> the >>>> >> >> >>>>>>>>>>>>>>>>>>> noise. >>>> >> >> >>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh : >>>> >> >> >>>>>>>>>>>>>>>>>>>> I can recreate it here. It's subtle, but >>>> >> >> >>>>>>>>>>>>>>>>>>>> present. >>>> >> >> >>>>>>>>>>>>>>>>>>>> I'll >>>> >> >> >>>>>>>>>>>>>>>>>>>> take >>>> >> >> >>>>>>>>>>>>>>>>>>>> a >>>> >> >> >>>>>>>>>>>>>>>>>>>> look. >>>> >> >> >>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:38, Oeyvind Brandtsegg >>>> >> >> >>>>>>>>>>>>>>>>>>>> wrote: >>>> >> >> >>>>>>>>>>>>>>>>>>>>> Yes, I have tried different ksmps values, both >>>> >> >> >>>>>>>>>>>>>>>>>>>>> higher >>>> >> >> >>>>>>>>>>>>>>>>>>>>> and >>>> >> >> >>>>>>>>>>>>>>>>>>>>> lower >>>> >> >> >>>>>>>>>>>>>>>>>>>>> and >>>> >> >> >>>>>>>>>>>>>>>>>>>>> equal to the host buffer size. >>>> >> >> >>>>>>>>>>>>>>>>>>>>> Will investigate if I can reproduce it on >>>> >> >> >>>>>>>>>>>>>>>>>>>>> csound~. >>>> >> >> >>>>>>>>>>>>>>>>>>>>> Oeyvind >>>> >> >> >>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh : >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> On second thoughts I can't see what might be >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> causing >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> this. >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> Have you >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> tried setting ksmps to be the same as your >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> host's >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> buffer >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> size? >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:01, Rory Walsh >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> wrote: >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>> I think I have it... Lunch first though.. >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>> sent from a mobile device... >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>> On 4 Feb 2014 12:56, "Rory Walsh" >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>> wrote: >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> Are you just running audio straight in and >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> out, >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> no >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> processing? The >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> plugin host calls the plugin's >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> processBlock() >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> which >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> in >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> turn >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> calls >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> performKsmps(). So long as processBlock() >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> is >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> being >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> called >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> (if the >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> track is playing for example) >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> performKsmps() >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> will >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> be >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> called >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> over and >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> over again processing ksmps samples each >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> time. >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> At >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> the >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> moment >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> the >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> processBlock() method and the >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> performKsmps() >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> are >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> firing >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> off >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> at >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> different speeds. I can look at forcing >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> Cabbage >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> plugins >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> to >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> process the >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> same amount of samples as the plugin does >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> with >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> each >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> call >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> to >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> processBlock(). Perhaps that might help. >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 12:41, Oeyvind >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Regarding latency and buffers, >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> I thought I had understood that csound, >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> when >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> used >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> as a >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> plugin (e.g. >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Cabbage or csound~) would process the >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> audio >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> buffer >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> "in >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> place", so no >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> extra latency would incur due to the sound >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> being >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> processed >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> through >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Csound, assuming that ksmps is smaler than >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> the >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> host >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> program's buffer >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> size. >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Now, running Cabbage plugins in Ableton >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Live, >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> I've >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> been >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> investigating >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> latency issues, and I find that adding a >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> simple >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> plugin will >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> delay the signal. Also, adding more than >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> one >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> such >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> plugin >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> in >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> series >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> increases the delay/latency accordingly. >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> I've >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> tried >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> using >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> different >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> ksmps, and this indeed affects the amount >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> of >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> latency >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> but >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> even setting >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> ksmps=1 does not get rid of it. >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Can the buffer be processed "in place"? >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> best >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> -- >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Norway >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> posted >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> here >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> with >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> body >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> csound" >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> trackers >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> csound6: >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> csound5: >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> posted >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> here >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> with >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> body >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>> -- >>>> >> >> >>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>> >> >> >>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>> >> >> >>>>>>>>>>>>>>>>>>>>> NTNU >>>> >> >> >>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>> >> >> >>>>>>>>>>>>>>>>>>>>> Norway >>>> >> >> >>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>> >> >> >>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>> >> >> >>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>> >> >> >>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>> >> >> >>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>> >> >> >>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>> >> >> >>>>>>>>>>>>>>>>>>>>> trackers >>>> >> >> >>>>>>>>>>>>>>>>>>>>> csound6: >>>> >> >> >>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>> >> >> >>>>>>>>>>>>>>>>>>>>> csound5: >>>> >> >> >>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>> >> >> >>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >>>> >> >> >>>>>>>>>>>>>>>>>>>>> here >>>> >> >> >>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>> >> >> >>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>> >> >> >>>>>>>>>>>>>>>>>>>>> with >>>> >> >> >>>>>>>>>>>>>>>>>>>>> body >>>> >> >> >>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>> >> >> >>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>> >> >> >>>>>>>>>>>>>>>>>>>> trackers >>>> >> >> >>>>>>>>>>>>>>>>>>>> csound6: >>>> >> >> >>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>> >> >> >>>>>>>>>>>>>>>>>>>> csound5: >>>> >> >> >>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>> >> >> >>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >>>> >> >> >>>>>>>>>>>>>>>>>>>> here >>>> >> >> >>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>> >> >> >>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>> >> >> >>>>>>>>>>>>>>>>>>>> with >>>> >> >> >>>>>>>>>>>>>>>>>>>> body >>>> >> >> >>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>> >> >> >>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>> -- >>>> >> >> >>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>> >> >> >>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>> >> >> >>>>>>>>>>>>>>>>>>> NTNU >>>> >> >> >>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>> >> >> >>>>>>>>>>>>>>>>>>> Norway >>>> >> >> >>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>> >> >> >>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>> >> >> >>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>> >> >> >>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>> >> >> >>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>> >> >> >>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>> >> >> >>>>>>>>>>>>>>>>>>> trackers >>>> >> >> >>>>>>>>>>>>>>>>>>> csound6: >>>> >> >> >>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>> >> >> >>>>>>>>>>>>>>>>>>> csound5: >>>> >> >> >>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>> >> >> >>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >>>> >> >> >>>>>>>>>>>>>>>>>>> here >>>> >> >> >>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>> >> >> >>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>> >> >> >>>>>>>>>>>>>>>>>>> with >>>> >> >> >>>>>>>>>>>>>>>>>>> body >>>> >> >> >>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>> >> >> >>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>> >> >> >>>>>>>>>>>>>>>>>> csound6: >>>> >> >> >>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>> >> >> >>>>>>>>>>>>>>>>>> csound5: >>>> >> >> >>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>> >> >> >>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >>>> >> >> >>>>>>>>>>>>>>>>>> here >>>> >> >> >>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >>>> >> >> >>>>>>>>>>>>>>>>>> with >>>> >> >> >>>>>>>>>>>>>>>>>> body >>>> >> >> >>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>> >> >> >>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>> -- >>>> >> >> >>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>> >> >> >>>>>>>>>>>>>>>>> Professor of Music Technology >>>> >> >> >>>>>>>>>>>>>>>>> NTNU >>>> >> >> >>>>>>>>>>>>>>>>> 7491 Trondheim >>>> >> >> >>>>>>>>>>>>>>>>> Norway >>>> >> >> >>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>> >> >> >>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>> >> >> >>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>> >> >> >>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>> >> >> >>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>> >> >> >>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>> >> >> >>>>>>>>>>>>>>>>> csound6: >>>> >> >> >>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>> >> >> >>>>>>>>>>>>>>>>> csound5: >>>> >> >> >>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>> >> >> >>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >>>> >> >> >>>>>>>>>>>>>>>>> here >>>> >> >> >>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >>>> >> >> >>>>>>>>>>>>>>>>> with >>>> >> >> >>>>>>>>>>>>>>>>> body >>>> >> >> >>>>>>>>>>>>>>>>> "unsubscribe csound" >>>> >> >> >>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>> >> >> >>>>>>>>>>>>>>>> csound6: >>>> >> >> >>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>> >> >> >>>>>>>>>>>>>>>> csound5: >>>> >> >> >>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>> >> >> >>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>> >> >> >>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >>>> >> >> >>>>>>>>>>>>>>>> with >>>> >> >> >>>>>>>>>>>>>>>> body >>>> >> >> >>>>>>>>>>>>>>>> "unsubscribe csound" >>>> >> >> >>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>> -- >>>> >> >> >>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>> >> >> >>>>>>>>>>>>>>> Professor of Music Technology >>>> >> >> >>>>>>>>>>>>>>> NTNU >>>> >> >> >>>>>>>>>>>>>>> 7491 Trondheim >>>> >> >> >>>>>>>>>>>>>>> Norway >>>> >> >> >>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>> >> >> >>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>> http://flyndresang.no/ >>>> >> >> >>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>> >> >> >>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>> >> >> >>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>> >> >> >>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>> >> >> >>>>>>>>>>>>>>> csound6: >>>> >> >> >>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>> >> >> >>>>>>>>>>>>>>> csound5: >>>> >> >> >>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>> >> >> >>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>> >> >> >>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >>>> >> >> >>>>>>>>>>>>>>> with >>>> >> >> >>>>>>>>>>>>>>> body >>>> >> >> >>>>>>>>>>>>>>> "unsubscribe csound" >>>> >> >> >>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>> >> >> >>>>>>>>>>>>>> csound6: >>>> >> >> >>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>> >> >> >>>>>>>>>>>>>> csound5: >>>> >> >> >>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>> >> >> >>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>> >> >> >>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >>>> >> >> >>>>>>>>>>>>>> with >>>> >> >> >>>>>>>>>>>>>> body >>>> >> >> >>>>>>>>>>>>>> "unsubscribe csound" >>>> >> >> >>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>> >> >> >>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>> >> >> >>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>> >> >> >>>>>>>>>>>>> Common >>>> >> >> >>>>>>>>>>>>> Pitfalls. >>>> >> >> >>>>>>>>>>>>> Read the Whitepaper. >>>> >> >> >>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> >> >> >>>>>>>>>>>>> _______________________________________________ >>>> >> >> >>>>>>>>>>>>> Csound-devel mailing list >>>> >> >> >>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>> >> >> >>>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >> >> >>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>> ------------------------------------------------------------------------------ >>>> >> >> >>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>> >> >> >>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>> >> >> >>>>>>>>>>>> Common >>>> >> >> >>>>>>>>>>>> Pitfalls. >>>> >> >> >>>>>>>>>>>> Read the Whitepaper. >>>> >> >> >>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> >> >> >>>>>>>>>>>> _______________________________________________ >>>> >> >> >>>>>>>>>>>> Csound-devel mailing list >>>> >> >> >>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>> >> >> >>>>>>>>>>>> >>>> >> >> >>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >> >> >>>>>>>>>>> >>>> >> >> >>>>>>>>>>> >>>> >> >> >>>>>>>>>> >>>> >> >> >>>>>>>>>> >>>> >> >> >>>>>>>>>> >>>> >> >> >>>>>>>>>> >>>> >> >> >>>>>>>>>> >>>> >> >> >>>>>>>>>> >>>> >> >> >>>>>>>>>> >>>> >> >> >>>>>>>>>> >>>> >> >> >>>>>>>>>> ------------------------------------------------------------------------------ >>>> >> >> >>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>> >> >> >>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>> >> >> >>>>>>>>>> Common >>>> >> >> >>>>>>>>>> Pitfalls. >>>> >> >> >>>>>>>>>> Read the Whitepaper. >>>> >> >> >>>>>>>>>> >>>> >> >> >>>>>>>>>> >>>> >> >> >>>>>>>>>> >>>> >> >> >>>>>>>>>> >>>> >> >> >>>>>>>>>> >>>> >> >> >>>>>>>>>> >>>> >> >> >>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> >> >> >>>>>>>>>> _______________________________________________ >>>> >> >> >>>>>>>>>> Csound-devel mailing list >>>> >> >> >>>>>>>>>> Csound-devel@lists.sourceforge.net >>>> >> >> >>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >> >> >>>>>>>>>> >>>> >> >> >>>>>>>>> >>>> >> >> >>>>>>>>> >>>> >> >> >>>>>>>>> >>>> >> >> >>>>>>>>> >>>> >> >> >>>>>>>>> >>>> >> >> >>>>>>>>> >>>> >> >> >>>>>>>>> >>>> >> >> >>>>>>>>> ------------------------------------------------------------------------------ >>>> >> >> >>>>>>>>> Managing the Performance of Cloud-Based Applications >>>> >> >> >>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>> >> >> >>>>>>>>> Common >>>> >> >> >>>>>>>>> Pitfalls. >>>> >> >> >>>>>>>>> Read the Whitepaper. >>>> >> >> >>>>>>>>> >>>> >> >> >>>>>>>>> >>>> >> >> >>>>>>>>> >>>> >> >> >>>>>>>>> >>>> >> >> >>>>>>>>> >>>> >> >> >>>>>>>>> >>>> >> >> >>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> >> >> >>>>>>>>> _______________________________________________ >>>> >> >> >>>>>>>>> Csound-devel mailing list >>>> >> >> >>>>>>>>> Csound-devel@lists.sourceforge.net >>>> >> >> >>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >> >> >>>>>>>> >>>> >> >> >>>>>>>> >>>> >> >> >>>>>>>> >>>> >> >> >>>>>>>> >>>> >> >> >>>>>>>> >>>> >> >> >>>>>>>> >>>> >> >> >>>>>>>> >>>> >> >> >>>>>>>> >>>> >> >> >>>>>>>> ------------------------------------------------------------------------------ >>>> >> >> >>>>>>>> Managing the Performance of Cloud-Based Applications >>>> >> >> >>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>> >> >> >>>>>>>> Common >>>> >> >> >>>>>>>> Pitfalls. >>>> >> >> >>>>>>>> Read the Whitepaper. >>>> >> >> >>>>>>>> >>>> >> >> >>>>>>>> >>>> >> >> >>>>>>>> >>>> >> >> >>>>>>>> >>>> >> >> >>>>>>>> >>>> >> >> >>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> >> >> >>>>>>>> _______________________________________________ >>>> >> >> >>>>>>>> Csound-devel mailing list >>>> >> >> >>>>>>>> Csound-devel@lists.sourceforge.net >>>> >> >> >>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >> >> >>>>>>>> >>>> >> >> >>>>>>> >>>> >> >> >>>>>>> >>>> >> >> >>>>>>> >>>> >> >> >>>>>>> >>>> >> >> >>>>>>> >>>> >> >> >>>>>>> >>>> >> >> >>>>>>> ------------------------------------------------------------------------------ >>>> >> >> >>>>>>> Managing the Performance of Cloud-Based Applications >>>> >> >> >>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>> >> >> >>>>>>> Pitfalls. >>>> >> >> >>>>>>> Read the Whitepaper. >>>> >> >> >>>>>>> >>>> >> >> >>>>>>> >>>> >> >> >>>>>>> >>>> >> >> >>>>>>> >>>> >> >> >>>>>>> >>>> >> >> >>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> >> >> >>>>>>> _______________________________________________ >>>> >> >> >>>>>>> Csound-devel mailing list >>>> >> >> >>>>>>> Csound-devel@lists.sourceforge.net >>>> >> >> >>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >> >> >>>>>> >>>> >> >> >>>>>> Dr Victor Lazzarini >>>> >> >> >>>>>> Senior Lecturer >>>> >> >> >>>>>> Dept. of Music >>>> >> >> >>>>>> NUI Maynooth Ireland >>>> >> >> >>>>>> tel.: +353 1 708 3545 >>>> >> >> >>>>>> Victor dot Lazzarini AT nuim dot ie >>>> >> >> >>>>>> >>>> >> >> >>>>>> >>>> >> >> >>>>>> >>>> >> >> >>>>>> >>>> >> >> >>>>>> >>>> >> >> >>>>>> >>>> >> >> >>>>>> >>>> >> >> >>>>>> >>>> >> >> >>>>>> >>>> >> >> >>>>>> ------------------------------------------------------------------------------ >>>> >> >> >>>>>> Managing the Performance of Cloud-Based Applications >>>> >> >> >>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>> >> >> >>>>>> Pitfalls. >>>> >> >> >>>>>> Read the Whitepaper. >>>> >> >> >>>>>> >>>> >> >> >>>>>> >>>> >> >> >>>>>> >>>> >> >> >>>>>> >>>> >> >> >>>>>> >>>> >> >> >>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> >> >> >>>>>> _______________________________________________ >>>> >> >> >>>>>> Csound-devel mailing list >>>> >> >> >>>>>> Csound-devel@lists.sourceforge.net >>>> >> >> >>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >> >> >>>>> >>>> >> >> >>>>> >>>> >> >> >>>>> >>>> >> >> >>>>> >>>> >> >> >>>>> >>>> >> >> >>>>> >>>> >> >> >>>>> >>>> >> >> >>>>> ------------------------------------------------------------------------------ >>>> >> >> >>>>> Managing the Performance of Cloud-Based Applications >>>> >> >> >>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>> >> >> >>>>> Pitfalls. >>>> >> >> >>>>> Read the Whitepaper. >>>> >> >> >>>>> >>>> >> >> >>>>> >>>> >> >> >>>>> >>>> >> >> >>>>> >>>> >> >> >>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> >> >> >>>>> _______________________________________________ >>>> >> >> >>>>> Csound-devel mailing list >>>> >> >> >>>>> Csound-devel@lists.sourceforge.net >>>> >> >> >>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >> >> >>>>> >>>> >> >> >>>> >>>> >> >> >>>> >>>> >> >> >>>> >>>> >> >> >>>> >>>> >> >> >>>> >>>> >> >> >>>> ------------------------------------------------------------------------------ >>>> >> >> >>>> Managing the Performance of Cloud-Based Applications >>>> >> >> >>>> Take advantage of what the Cloud has to offer - Avoid Common >>>> >> >> >>>> Pitfalls. >>>> >> >> >>>> Read the Whitepaper. >>>> >> >> >>>> >>>> >> >> >>>> >>>> >> >> >>>> >>>> >> >> >>>> >>>> >> >> >>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> >> >> >>>> _______________________________________________ >>>> >> >> >>>> Csound-devel mailing list >>>> >> >> >>>> Csound-devel@lists.sourceforge.net >>>> >> >> >>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >> >> >>> >>>> >> >> >>> >>>> >> >> >>> >>>> >> >> >>> >>>> >> >> >>> >>>> >> >> >>> >>>> >> >> >>> ------------------------------------------------------------------------------ >>>> >> >> >>> Managing the Performance of Cloud-Based Applications >>>> >> >> >>> Take advantage of what the Cloud has to offer - Avoid Common >>>> >> >> >>> Pitfalls. >>>> >> >> >>> Read the Whitepaper. >>>> >> >> >>> >>>> >> >> >>> >>>> >> >> >>> >>>> >> >> >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> >> >> >>> _______________________________________________ >>>> >> >> >>> Csound-devel mailing list >>>> >> >> >>> Csound-devel@lists.sourceforge.net >>>> >> >> >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >> >> >>> >>>> >> >> >> >>>> >> >> >> >>>> >> >> >> >>>> >> >> >> >>>> >> >> >> ------------------------------------------------------------------------------ >>>> >> >> >> Managing the Performance of Cloud-Based Applications >>>> >> >> >> Take advantage of what the Cloud has to offer - Avoid Common >>>> >> >> >> Pitfalls. >>>> >> >> >> Read the Whitepaper. >>>> >> >> >> >>>> >> >> >> >>>> >> >> >> >>>> >> >> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> >> >> >> _______________________________________________ >>>> >> >> >> Csound-devel mailing list >>>> >> >> >> Csound-devel@lists.sourceforge.net >>>> >> >> >> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >> >> > >>>> >> >> > Dr Victor Lazzarini >>>> >> >> > Senior Lecturer >>>> >> >> > Dept. of Music >>>> >> >> > NUI Maynooth Ireland >>>> >> >> > tel.: +353 1 708 3545 >>>> >> >> > Victor dot Lazzarini AT nuim dot ie >>>> >> >> > >>>> >> >> > >>>> >> >> > >>>> >> >> > >>>> >> >> > >>>> >> >> > >>>> >> >> > >>>> >> >> > ------------------------------------------------------------------------------ >>>> >> >> > Managing the Performance of Cloud-Based Applications >>>> >> >> > Take advantage of what the Cloud has to offer - Avoid Common >>>> >> >> > Pitfalls. >>>> >> >> > Read the Whitepaper. >>>> >> >> > >>>> >> >> > >>>> >> >> > >>>> >> >> > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> >> >> > _______________________________________________ >>>> >> >> > Csound-devel mailing list >>>> >> >> > Csound-devel@lists.sourceforge.net >>>> >> >> > https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >> >> >>>> >> >> >>>> >> >> >>>> >> >> -- >>>> >> >> >>>> >> >> Oeyvind Brandtsegg >>>> >> >> Professor of Music Technology >>>> >> >> NTNU >>>> >> >> 7491 Trondheim >>>> >> >> Norway >>>> >> >> Cell: +47 92 203 205 >>>> >> >> >>>> >> >> http://flyndresang.no/ >>>> >> >> http://www.partikkelaudio.com/ >>>> >> >> http://soundcloud.com/brandtsegg >>>> >> >> http://soundcloud.com/t-emp >>>> >> >> >>>> >> >> >>>> >> >> >>>> >> >> >>>> >> >> ------------------------------------------------------------------------------ >>>> >> >> Managing the Performance of Cloud-Based Applications >>>> >> >> Take advantage of what the Cloud has to offer - Avoid Common >>>> >> >> Pitfalls. >>>> >> >> Read the Whitepaper. >>>> >> >> >>>> >> >> >>>> >> >> >>>> >> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> >> >> _______________________________________________ >>>> >> >> Csound-devel mailing list >>>> >> >> Csound-devel@lists.sourceforge.net >>>> >> >> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >> > >>>> >> > >>>> >> > >>>> >> > >>>> >> > >>>> >> > ------------------------------------------------------------------------------ >>>> >> > Managing the Performance of Cloud-Based Applications >>>> >> > Take advantage of what the Cloud has to offer - Avoid Common >>>> >> > Pitfalls. >>>> >> > Read the Whitepaper. >>>> >> > >>>> >> > >>>> >> > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> >> > _______________________________________________ >>>> >> > Csound-devel mailing list >>>> >> > Csound-devel@lists.sourceforge.net >>>> >> > https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >> > >>>> >> >>>> >> >>>> >> >>>> >> -- >>>> >> >>>> >> Oeyvind Brandtsegg >>>> >> Professor of Music Technology >>>> >> NTNU >>>> >> 7491 Trondheim >>>> >> Norway >>>> >> Cell: +47 92 203 205 >>>> >> >>>> >> http://flyndresang.no/ >>>> >> http://www.partikkelaudio.com/ >>>> >> http://soundcloud.com/brandtsegg >>>> >> http://soundcloud.com/t-emp >>>> >> >>>> >> >>>> >> >>>> >> ------------------------------------------------------------------------------ >>>> >> Managing the Performance of Cloud-Based Applications >>>> >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>>> >> Read the Whitepaper. >>>> >> >>>> >> >>>> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> >> _______________________________________________ >>>> >> Csound-devel mailing list >>>> >> Csound-devel@lists.sourceforge.net >>>> >> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Managing the Performance of Cloud-Based Applications >>>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>>> Read the Whitepaper. >>>> >>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> _______________________________________________ >>>> Csound-devel mailing list >>>> Csound-devel@lists.sourceforge.net >>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Managing the Performance of Cloud-Based Applications >>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>> Read the Whitepaper. >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> _______________________________________________ >>> Csound-devel mailing list >>> Csound-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >> >> >> >> -- >> >> Oeyvind Brandtsegg >> Professor of Music Technology >> NTNU >> 7491 Trondheim >> Norway >> Cell: +47 92 203 205 >> >> http://flyndresang.no/ >> http://www.partikkelaudio.com/ >> http://soundcloud.com/brandtsegg >> http://soundcloud.com/t-emp >> >> ------------------------------------------------------------------------------ >> Managing the Performance of Cloud-Based Applications >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> Read the Whitepaper. >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> _______________________________________________ >> Csound-devel mailing list >> Csound-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/csound-devel ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net

Date	2014-02-06 09:17
From	Oeyvind Brandtsegg
Subject	Re: [Cs-dev] [Csnd] Latency and buffers
	Yes, it would definitely be a good thing to fix, especially when considering the use of a series of plugins on the same track. This is how I noticed the problem in the first place, as I had 3 or 4 Cabbage plugs in a series on the same track. One might say that this is not a wise setup, all things recently learned considered, but it is one thing that a user might expect to do without problems. The use of Csound as a plugin via Cabbage opens up Csound for being used widely in common production environments, in terms of the way forward and making the language more widespread, this is a significant area. In that respect the dynamic ksmps issue is important for the continued use if Csound in a modern workflow. Until then, I will rewrite my plugins so all things I might need on one track lives in a single Cabage plug. all best 2014-02-06 Rory Walsh : > Btw, it's clear that other plugins won't have a latency problem > because they can(or at least should be able to) deal with variable > buffer sizes. > > On 6 February 2014 08:57, Rory Walsh wrote: >> That's a funny observation about Live. Their next product will be >> called Offline :) It seems ksmps==1 is a no go for anything but a >> single instance of a relatively simple effect(of course there are no >> issue with synths). And it also seems that pretty much all of the >> plugins standards in use today(AU, VST, LV2, etc) assume a dynamic >> buffer size. So as long as Csound is being used to process host audio >> in one of these environments it's likely there will be a latency >> problem. That is if you plan to use the full power of Csound there >> will be. I know the latency will in most cases be quite small, but >> isn't it still enough to cause undesired effects on a mix? >> >> On 6 February 2014 08:38, Oeyvind Brandtsegg wrote: >>> Thanks so much for that explanation Mike. >>> Rory, don't even so much as think of contemplating life without >>> Cabbage (oh you already did...) ! >>> Here's more observations about latency in different hosts that might >>> brighten up thhing a bit, >>> depending on what hosts one prefer... >>> >>> In Reaper: >>> >>> >>> 2014-02-06 Michael Gogins : >>>> There are two cases. If ksmps is always 1, you can use this algorithm: >>>> >>>> for each frame in the host input buffer: >>>> copy the host frame to the spin frame >>>> call performKsmps() >>>> copy the spout frame to the host output buffer >>>> >>>> Then there is no delay. >>>> >>>> If ksmps is greater than 1 it goes like this. It's enough to consider ksmps >>>> = 2, >>>> all other cases work the same way. >>>> >>>> for each frame in the host input buffer: >>>> copy the current host input frame to the current spin frame >>>> copy the current spout frame to the current host output buffer >>>> if the current spout frame is past the end of spout: >>>> call performKsmps >>>> reset the spout/spin frame index to 0 >>>> >>>> If ksmps==1 then there is 1 frame of silence in the output at the start, and >>>> thereafter output lags input by 1 frame. On the final frame of the host >>>> buffer, Csound computes a frame in spout but it is not copied to the output >>>> until the next processing call. >>>> >>>> If ksmps==2 then there are 2 frames of silence in the output at the start, >>>> and thereafter output lags input by 2 frames. On the final frame of the host >>>> buffer,Csound computes 2 frames in spout, but depending on the size of the >>>> output buffer, 1 or 2 frames are not copied to the output until the next >>>> processing call. >>>> >>>> And so on. >>>> >>>> Regards, >>>> Mike >>>> >>>> >>>> >>>> ----------------------------------------------------- >>>> Michael Gogins >>>> Irreducible Productions >>>> http://michaelgogins.tumblr.com >>>> Michael dot Gogins at gmail dot com >>>> >>>> >>>> On Wed, Feb 5, 2014 at 7:39 PM, Rory Walsh wrote: >>>>> >>>>> The way it stands things are fine, albeit with a ksmps delay. But it >>>>> will remain constant and there won't be any drop outs. If ksmps ==1 >>>>> then there will be no problems with latency. Of course I stand to be >>>>> corrected. When all is said and done, I did enjoy contemplating life >>>>> without Cabbage over a few beers. But that might just have been the >>>>> beers :) >>>>> >>>>> >>>>> On 5 February 2014 23:57, Rory Walsh wrote: >>>>> > I'm glad you asked this because I'm a little lost too! I was thinking >>>>> > the >>>>> > same as you. At some stage won't things goes south if the buffer size >>>>> > suddenly changes as is likely once automation is brought into the >>>>> > equation? >>>>> > >>>>> > sent from a mobile device... >>>>> > >>>>> > On 5 Feb 2014 23:27, "Oeyvind Brandtsegg" >>>>> > wrote: >>>>> >> >>>>> >> Ok. That is good. >>>>> >> But can it (the latency) change dynamically, as the host buffer size >>>>> >> change dynamically? >>>>> >> Sorry if I'm being dense but I would really like to understand. >>>>> >> >>>>> >> >>>>> >> 2014-02-06 Michael Gogins : >>>>> >> > No, the maximum latency is ksmps. That could be either larger, or >>>>> >> > smaller, >>>>> >> > than the host buffer size. It doesn't matter. >>>>> >> > >>>>> >> > Regards, >>>>> >> > Mike >>>>> >> > >>>>> >> > >>>>> >> > ----------------------------------------------------- >>>>> >> > Michael Gogins >>>>> >> > Irreducible Productions >>>>> >> > http://michaelgogins.tumblr.com >>>>> >> > Michael dot Gogins at gmail dot com >>>>> >> > >>>>> >> > >>>>> >> > On Wed, Feb 5, 2014 at 6:07 PM, Oeyvind Brandtsegg >>>>> >> > wrote: >>>>> >> >> >>>>> >> >> ...but the latency would be one full host buffer size, not just a >>>>> >> >> ksmps, >>>>> >> >> right? >>>>> >> >> So a small ksmps would rather minimize the chance of a ksmps-buffer >>>>> >> >> mismatch, but not actually minimize worst case latency (which would >>>>> >> >> be >>>>> >> >> one host buffer block). Isn't it so? >>>>> >> >> >>>>> >> >> Now, one thing I don't understand is if the latency can be zero >>>>> >> >> when >>>>> >> >> the host buffer is an integer multiple of ksmps, and it indeed is, >>>>> >> >> and also the host buffer size can be dynamic, we must assume that >>>>> >> >> the two buffer length may initially fit but at some later time they >>>>> >> >> will not,* then* what happens at the transition point ? I mean, when >>>>> >> >> we go from perfectly aligned buffers and zero latency to misaligned >>>>> >> >> buffers and one bufferlength latency. Then we should have one >>>>> >> >> non-full >>>>> >> >> buffer in the transition from zero latency to one-buffer latency. >>>>> >> >> Will >>>>> >> >> it pop? If so, I would expect it to pop quite often(?), which it >>>>> >> >> does >>>>> >> >> not. >>>>> >> >> Or? >>>>> >> >> >>>>> >> >> >>>>> >> >> >>>>> >> >> >>>>> >> >> 2014-02-05 Victor Lazzarini : >>>>> >> >> > If your ksmps is small, any latency that might exist will be small >>>>> >> >> > too, >>>>> >> >> > and I can't see it having >>>>> >> >> > a major effect. So if you run with ksmps=16, it's 0.3 >>>>> >> >> > millisseconds. >>>>> >> >> > Not >>>>> >> >> > much of a problem. >>>>> >> >> > And for the cases where this is a problem, then it's still >>>>> >> >> > possible >>>>> >> >> > to >>>>> >> >> > run with ksmps=1. >>>>> >> >> > >>>>> >> >> > Victor >>>>> >> >> > On 5 Feb 2014, at 20:46, Rory Walsh wrote: >>>>> >> >> > >>>>> >> >> >> I wish I had thought of this before spending so much time writing >>>>> >> >> >> a >>>>> >> >> >> framework for developing VST plugins with Csound. I'm off now to >>>>> >> >> >> have >>>>> >> >> >> a few beers and rethink life! >>>>> >> >> >> >>>>> >> >> >> >>>>> >> >> >> On 5 February 2014 20:06, Michael Gogins >>>>> >> >> >> >>>>> >> >> >> wrote: >>>>> >> >> >>> Then your code will run 5 times slower or so. >>>>> >> >> >>> >>>>> >> >> >>> Regards, >>>>> >> >> >>> Mike >>>>> >> >> >>> >>>>> >> >> >>> >>>>> >> >> >>> ----------------------------------------------------- >>>>> >> >> >>> Michael Gogins >>>>> >> >> >>> Irreducible Productions >>>>> >> >> >>> http://michaelgogins.tumblr.com >>>>> >> >> >>> Michael dot Gogins at gmail dot com >>>>> >> >> >>> >>>>> >> >> >>> >>>>> >> >> >>> On Wed, Feb 5, 2014 at 3:03 PM, Rory Walsh >>>>> >> >> >>> wrote: >>>>> >> >> >>>> >>>>> >> >> >>>> Seems every where I look it says don't make any assumptions >>>>> >> >> >>>> about >>>>> >> >> >>>> buffer sizes. So I guess the only fail safe way is to force a >>>>> >> >> >>>> ksmps >>>>> >> >> >>>> of >>>>> >> >> >>>> 1? uh... >>>>> >> >> >>>> >>>>> >> >> >>>> On 5 February 2014 19:57, Michael Gogins >>>>> >> >> >>>> >>>>> >> >> >>>> wrote: >>>>> >> >> >>>>> I believe that you are wrong, you cannot count on a power of >>>>> >> >> >>>>> two >>>>> >> >> >>>>> size. >>>>> >> >> >>>>> >>>>> >> >> >>>>> See these threads from KVR: >>>>> >> >> >>>>> >>>>> >> >> >>>>> http://www.kvraudio.com/forum/viewtopic.php?t=279753 >>>>> >> >> >>>>> >>>>> >> >> >>>>> http://www.kvraudio.com/forum/viewtopic.php?t=359951 >>>>> >> >> >>>>> >>>>> >> >> >>>>> http://www.kvraudio.com/forum/viewtopic.php?p=3458228 >>>>> >> >> >>>>> >>>>> >> >> >>>>> Regards, >>>>> >> >> >>>>> Mike >>>>> >> >> >>>>> >>>>> >> >> >>>>> >>>>> >> >> >>>>> >>>>> >> >> >>>>> >>>>> >> >> >>>>> >>>>> >> >> >>>>> ----------------------------------------------------- >>>>> >> >> >>>>> Michael Gogins >>>>> >> >> >>>>> Irreducible Productions >>>>> >> >> >>>>> http://michaelgogins.tumblr.com >>>>> >> >> >>>>> Michael dot Gogins at gmail dot com >>>>> >> >> >>>>> >>>>> >> >> >>>>> >>>>> >> >> >>>>> On Wed, Feb 5, 2014 at 2:17 PM, Victor Lazzarini >>>>> >> >> >>>>> >>>>> >> >> >>>>> wrote: >>>>> >> >> >>>>>> >>>>> >> >> >>>>>> But I think you're probably safe setting ksmps to a low value >>>>> >> >> >>>>>> that >>>>> >> >> >>>>>> is a >>>>> >> >> >>>>>> power-of-two. I would >>>>> >> >> >>>>>> expect most hosts to run buffers that are power-of-two and >>>>> >> >> >>>>>> that >>>>> >> >> >>>>>> are >>>>> >> >> >>>>>> not >>>>> >> >> >>>>>> that small. >>>>> >> >> >>>>>> ksmps =8,16 or 32 should do. >>>>> >> >> >>>>>> >>>>> >> >> >>>>>> Victor >>>>> >> >> >>>>>> >>>>> >> >> >>>>>> On 5 Feb 2014, at 18:10, Rory Walsh wrote: >>>>> >> >> >>>>>> >>>>> >> >> >>>>>>> I was just about to answer my previous mail with the same >>>>> >> >> >>>>>>> thing. >>>>> >> >> >>>>>>> That's >>>>> >> >> >>>>>>> a pain. >>>>> >> >> >>>>>>> >>>>> >> >> >>>>>>> On 5 February 2014 18:03, Michael Gogins >>>>> >> >> >>>>>>> >>>>> >> >> >>>>>>> wrote: >>>>> >> >> >>>>>>>> No. The host can and often does use a different host audio >>>>> >> >> >>>>>>>> buffer >>>>> >> >> >>>>>>>> size >>>>> >> >> >>>>>>>> on >>>>> >> >> >>>>>>>> each call to process() or processReplacing(). >>>>> >> >> >>>>>>>> >>>>> >> >> >>>>>>>> Regards, >>>>> >> >> >>>>>>>> Mike >>>>> >> >> >>>>>>>> >>>>> >> >> >>>>>>>> >>>>> >> >> >>>>>>>> ----------------------------------------------------- >>>>> >> >> >>>>>>>> Michael Gogins >>>>> >> >> >>>>>>>> Irreducible Productions >>>>> >> >> >>>>>>>> http://michaelgogins.tumblr.com >>>>> >> >> >>>>>>>> Michael dot Gogins at gmail dot com >>>>> >> >> >>>>>>>> >>>>> >> >> >>>>>>>> >>>>> >> >> >>>>>>>> On Wed, Feb 5, 2014 at 11:27 AM, Rory Walsh >>>>> >> >> >>>>>>>> >>>>> >> >> >>>>>>>> wrote: >>>>> >> >> >>>>>>>>> >>>>> >> >> >>>>>>>>> Hi Mike, isn't it possible to query the host buffer size >>>>> >> >> >>>>>>>>> before >>>>> >> >> >>>>>>>>> the >>>>> >> >> >>>>>>>>> processing function is first called, in which case you can >>>>> >> >> >>>>>>>>> just >>>>> >> >> >>>>>>>>> override the csd's ksmps? >>>>> >> >> >>>>>>>>> >>>>> >> >> >>>>>>>>> On 5 February 2014 15:55, Michael Gogins >>>>> >> >> >>>>>>>>> >>>>> >> >> >>>>>>>>> wrote: >>>>> >> >> >>>>>>>>>> I've looked into this some more. As long as the host >>>>> >> >> >>>>>>>>>> audio >>>>> >> >> >>>>>>>>>> buffer >>>>> >> >> >>>>>>>>>> is >>>>> >> >> >>>>>>>>>> not >>>>> >> >> >>>>>>>>>> an >>>>> >> >> >>>>>>>>>> integral multiple of ksmps, there will have to be ksmps >>>>> >> >> >>>>>>>>>> latency >>>>> >> >> >>>>>>>>>> between >>>>> >> >> >>>>>>>>>> input and output. That is because performKsmps requires >>>>> >> >> >>>>>>>>>> spin >>>>> >> >> >>>>>>>>>> to >>>>> >> >> >>>>>>>>>> be >>>>> >> >> >>>>>>>>>> full, >>>>> >> >> >>>>>>>>>> but >>>>> >> >> >>>>>>>>>> if there is some remainder from hostsize/ksmps, there >>>>> >> >> >>>>>>>>>> will >>>>> >> >> >>>>>>>>>> be >>>>> >> >> >>>>>>>>>> some >>>>> >> >> >>>>>>>>>> frames >>>>> >> >> >>>>>>>>>> that the host buffer doesn't have but spin needs. >>>>> >> >> >>>>>>>>>> >>>>> >> >> >>>>>>>>>> I am letting this go for now, but if Csound could adjust >>>>> >> >> >>>>>>>>>> ksmps >>>>> >> >> >>>>>>>>>> during >>>>> >> >> >>>>>>>>>> performance via the API, then we could get rid of this >>>>> >> >> >>>>>>>>>> latency >>>>> >> >> >>>>>>>>>> by >>>>> >> >> >>>>>>>>>> setting >>>>> >> >> >>>>>>>>>> ksmps equal to the host buffer size on each host >>>>> >> >> >>>>>>>>>> processing >>>>> >> >> >>>>>>>>>> call. >>>>> >> >> >>>>>>>>>> I >>>>> >> >> >>>>>>>>>> think >>>>> >> >> >>>>>>>>>> this would be a really good idea. I'm entering it as a >>>>> >> >> >>>>>>>>>> feature >>>>> >> >> >>>>>>>>>> request. >>>>> >> >> >>>>>>>>>> >>>>> >> >> >>>>>>>>>> Regards, >>>>> >> >> >>>>>>>>>> Mike >>>>> >> >> >>>>>>>>>> >>>>> >> >> >>>>>>>>>> >>>>> >> >> >>>>>>>>>> Regards, >>>>> >> >> >>>>>>>>>> Mike >>>>> >> >> >>>>>>>>>> >>>>> >> >> >>>>>>>>>> >>>>> >> >> >>>>>>>>>> ----------------------------------------------------- >>>>> >> >> >>>>>>>>>> Michael Gogins >>>>> >> >> >>>>>>>>>> Irreducible Productions >>>>> >> >> >>>>>>>>>> http://michaelgogins.tumblr.com >>>>> >> >> >>>>>>>>>> Michael dot Gogins at gmail dot com >>>>> >> >> >>>>>>>>>> >>>>> >> >> >>>>>>>>>> >>>>> >> >> >>>>>>>>>> On Tue, Feb 4, 2014 at 1:47 PM, Michael Gogins >>>>> >> >> >>>>>>>>>> >>>>> >> >> >>>>>>>>>> wrote: >>>>> >> >> >>>>>>>>>>> >>>>> >> >> >>>>>>>>>>> CsoundVST does the following: >>>>> >> >> >>>>>>>>>>> >>>>> >> >> >>>>>>>>>>> In the processReplacing callback there are essentially >>>>> >> >> >>>>>>>>>>> two >>>>> >> >> >>>>>>>>>>> simultaneous >>>>> >> >> >>>>>>>>>>> loops, each with their own loop indexes. One loop is for >>>>> >> >> >>>>>>>>>>> the >>>>> >> >> >>>>>>>>>>> host >>>>> >> >> >>>>>>>>>>> audio >>>>> >> >> >>>>>>>>>>> buffer, which can change in size from one call to the >>>>> >> >> >>>>>>>>>>> next. >>>>> >> >> >>>>>>>>>>> The >>>>> >> >> >>>>>>>>>>> other >>>>> >> >> >>>>>>>>>>> loop >>>>> >> >> >>>>>>>>>>> is for Csound. >>>>> >> >> >>>>>>>>>>> >>>>> >> >> >>>>>>>>>>> For each frame of audio, one frame of audio is copied >>>>> >> >> >>>>>>>>>>> from >>>>> >> >> >>>>>>>>>>> the >>>>> >> >> >>>>>>>>>>> host >>>>> >> >> >>>>>>>>>>> input >>>>> >> >> >>>>>>>>>>> buffer to spin, one frame of audio is copied from spout >>>>> >> >> >>>>>>>>>>> to >>>>> >> >> >>>>>>>>>>> the >>>>> >> >> >>>>>>>>>>> host >>>>> >> >> >>>>>>>>>>> audio >>>>> >> >> >>>>>>>>>>> output buffer, and both loop indexes are incremented. >>>>> >> >> >>>>>>>>>>> >>>>> >> >> >>>>>>>>>>> At the end of spout, ksmps audio are processed by >>>>> >> >> >>>>>>>>>>> Csound, >>>>> >> >> >>>>>>>>>>> and >>>>> >> >> >>>>>>>>>>> the >>>>> >> >> >>>>>>>>>>> spin >>>>> >> >> >>>>>>>>>>> and >>>>> >> >> >>>>>>>>>>> spout buffer indexes are reset to 0. These indexes >>>>> >> >> >>>>>>>>>>> persist >>>>> >> >> >>>>>>>>>>> from >>>>> >> >> >>>>>>>>>>> call >>>>> >> >> >>>>>>>>>>> to >>>>> >> >> >>>>>>>>>>> call, so there are no gaps or glitches. >>>>> >> >> >>>>>>>>>>> >>>>> >> >> >>>>>>>>>>> There is ksmps frames latency in the code because spin >>>>> >> >> >>>>>>>>>>> is >>>>> >> >> >>>>>>>>>>> read >>>>> >> >> >>>>>>>>>>> in >>>>> >> >> >>>>>>>>>>> before >>>>> >> >> >>>>>>>>>>> it spout is computed. But I will try to change the code >>>>> >> >> >>>>>>>>>>> so >>>>> >> >> >>>>>>>>>>> that >>>>> >> >> >>>>>>>>>>> the >>>>> >> >> >>>>>>>>>>> buffers >>>>> >> >> >>>>>>>>>>> are rewound to line spout up with spin. There will then >>>>> >> >> >>>>>>>>>>> be >>>>> >> >> >>>>>>>>>>> zero >>>>> >> >> >>>>>>>>>>> latency. >>>>> >> >> >>>>>>>>>>> >>>>> >> >> >>>>>>>>>>> >>>>> >> >> >>>>>>>>>>> ----------------------------------------------------- >>>>> >> >> >>>>>>>>>>> Michael Gogins >>>>> >> >> >>>>>>>>>>> Irreducible Productions >>>>> >> >> >>>>>>>>>>> http://michaelgogins.tumblr.com >>>>> >> >> >>>>>>>>>>> Michael dot Gogins at gmail dot com >>>>> >> >> >>>>>>>>>>> >>>>> >> >> >>>>>>>>>>> >>>>> >> >> >>>>>>>>>>> On Tue, Feb 4, 2014 at 11:03 AM, Steven Yi >>>>> >> >> >>>>>>>>>>> >>>>> >> >> >>>>>>>>>>> wrote: >>>>> >> >> >>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>> I was in the middle of replying pretty much the same >>>>> >> >> >>>>>>>>>>>> thing >>>>> >> >> >>>>>>>>>>>> as >>>>> >> >> >>>>>>>>>>>> Victor. >>>>> >> >> >>>>>>>>>>>> Seems like you're introducing block's worth of latency >>>>> >> >> >>>>>>>>>>>> due >>>>> >> >> >>>>>>>>>>>> to >>>>> >> >> >>>>>>>>>>>> the >>>>> >> >> >>>>>>>>>>>> code >>>>> >> >> >>>>>>>>>>>> order. >>>>> >> >> >>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>> On Tue, Feb 4, 2014 at 11:05 AM, Victor Lazzarini >>>>> >> >> >>>>>>>>>>>> wrote: >>>>> >> >> >>>>>>>>>>>>> I would have thought that you would >>>>> >> >> >>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>> 1) write data into spin >>>>> >> >> >>>>>>>>>>>>> 2) process >>>>> >> >> >>>>>>>>>>>>> 3) write data out of spout. >>>>> >> >> >>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>> if you read and write after running PeformKsmps(), as >>>>> >> >> >>>>>>>>>>>>> far >>>>> >> >> >>>>>>>>>>>>> as >>>>> >> >> >>>>>>>>>>>>> I >>>>> >> >> >>>>>>>>>>>>> can >>>>> >> >> >>>>>>>>>>>>> see >>>>> >> >> >>>>>>>>>>>>> there might be >>>>> >> >> >>>>>>>>>>>>> a delay between input and output, as you will be >>>>> >> >> >>>>>>>>>>>>> effectively >>>>> >> >> >>>>>>>>>>>>> putting >>>>> >> >> >>>>>>>>>>>>> out the data that >>>>> >> >> >>>>>>>>>>>>> you processed in the previous period. >>>>> >> >> >>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>> 1) process (means process the current spin data) >>>>> >> >> >>>>>>>>>>>>> 2) write to spin the new data >>>>> >> >> >>>>>>>>>>>>> 3) write out the result of processing the previous >>>>> >> >> >>>>>>>>>>>>> spin >>>>> >> >> >>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>> That's what it looks like to me. Not sure if I am >>>>> >> >> >>>>>>>>>>>>> right. >>>>> >> >> >>>>>>>>>>>>> Also >>>>> >> >> >>>>>>>>>>>>> this >>>>> >> >> >>>>>>>>>>>>> discussion should be in the dev list not >>>>> >> >> >>>>>>>>>>>>> in the users list (so my response is going there). >>>>> >> >> >>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>> Victor >>>>> >> >> >>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>> On 4 Feb 2014, at 15:47, Rory Walsh >>>>> >> >> >>>>>>>>>>>>> wrote: >>>>> >> >> >>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>> I can confirm that it's not an issue with the plugin >>>>> >> >> >>>>>>>>>>>>>> framework >>>>> >> >> >>>>>>>>>>>>>> I'm >>>>> >> >> >>>>>>>>>>>>>> using. I can also confirm it happens whether the >>>>> >> >> >>>>>>>>>>>>>> plugin's >>>>> >> >> >>>>>>>>>>>>>> processBlock() is being called the same amount of >>>>> >> >> >>>>>>>>>>>>>> times >>>>> >> >> >>>>>>>>>>>>>> as >>>>> >> >> >>>>>>>>>>>>>> performKsmps(). That is to say, if the plugin sample >>>>> >> >> >>>>>>>>>>>>>> buffer >>>>> >> >> >>>>>>>>>>>>>> is >>>>> >> >> >>>>>>>>>>>>>> set >>>>> >> >> >>>>>>>>>>>>>> to >>>>> >> >> >>>>>>>>>>>>>> 64 and so is Csound's, the problem persists. >>>>> >> >> >>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>> I can recreate it with Reaper by placing two >>>>> >> >> >>>>>>>>>>>>>> identical >>>>> >> >> >>>>>>>>>>>>>> audio >>>>> >> >> >>>>>>>>>>>>>> tracks >>>>> >> >> >>>>>>>>>>>>>> in >>>>> >> >> >>>>>>>>>>>>>> the session. On one track I place a straight forward >>>>> >> >> >>>>>>>>>>>>>> in/out >>>>> >> >> >>>>>>>>>>>>>> Cabbage >>>>> >> >> >>>>>>>>>>>>>> effect plugin. Then play both back at the same time. >>>>> >> >> >>>>>>>>>>>>>> You'll >>>>> >> >> >>>>>>>>>>>>>> hear >>>>> >> >> >>>>>>>>>>>>>> subtle phasing taking place until you bypass the >>>>> >> >> >>>>>>>>>>>>>> plugin >>>>> >> >> >>>>>>>>>>>>>> effect. >>>>> >> >> >>>>>>>>>>>>>> Here's >>>>> >> >> >>>>>>>>>>>>>> my processBlock(), it couldn't be any simpler. Can >>>>> >> >> >>>>>>>>>>>>>> any >>>>> >> >> >>>>>>>>>>>>>> devs >>>>> >> >> >>>>>>>>>>>>>> out >>>>> >> >> >>>>>>>>>>>>>> there >>>>> >> >> >>>>>>>>>>>>>> spot something that might introduce latency? >>>>> >> >> >>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>> CSCompResult = csound->PerformKsmps(); >>>>> >> >> >>>>>>>>>>>>>> for(int i=0;i>>>> >> >> >>>>>>>>>>>>>> { >>>>> >> >> >>>>>>>>>>>>>> if(!CSCompResult) >>>>> >> >> >>>>>>>>>>>>>> { >>>>> >> >> >>>>>>>>>>>>>> for(int channel = 0; channel < >>>>> >> >> >>>>>>>>>>>>>> getNumOutputChannels(); >>>>> >> >> >>>>>>>>>>>>>> channel++ ) >>>>> >> >> >>>>>>>>>>>>>> { >>>>> >> >> >>>>>>>>>>>>>> audioBuffer = >>>>> >> >> >>>>>>>>>>>>>> buffer.getSampleData(channel,0); >>>>> >> >> >>>>>>>>>>>>>> pos = igetNumOutputChannels(); >>>>> >> >> >>>>>>>>>>>>>> CSspin[channel+pos] = >>>>> >> >> >>>>>>>>>>>>>> audioBuffer[i]cs_scale; >>>>> >> >> >>>>>>>>>>>>>> audioBuffer[i] = >>>>> >> >> >>>>>>>>>>>>>> (CSspout[channel+pos]/cs_scale); >>>>> >> >> >>>>>>>>>>>>>> } >>>>> >> >> >>>>>>>>>>>>>> } >>>>> >> >> >>>>>>>>>>>>>> else >>>>> >> >> >>>>>>>>>>>>>> buffer.clear(); >>>>> >> >> >>>>>>>>>>>>>> } >>>>> >> >> >>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>> On 4 February 2014 15:04, Oeyvind Brandtsegg >>>>> >> >> >>>>>>>>>>>>>> wrote: >>>>> >> >> >>>>>>>>>>>>>>> All good. >>>>> >> >> >>>>>>>>>>>>>>> I could test with csound~ and found another cause >>>>> >> >> >>>>>>>>>>>>>>> for >>>>> >> >> >>>>>>>>>>>>>>> the >>>>> >> >> >>>>>>>>>>>>>>> latency. >>>>> >> >> >>>>>>>>>>>>>>> Oeyvind >>>>> >> >> >>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>> 2014-02-04 Steven Yi : >>>>> >> >> >>>>>>>>>>>>>>>> Nope. I did some work on updating the CMake file >>>>> >> >> >>>>>>>>>>>>>>>> to >>>>> >> >> >>>>>>>>>>>>>>>> try >>>>> >> >> >>>>>>>>>>>>>>>> building >>>>> >> >> >>>>>>>>>>>>>>>> on >>>>> >> >> >>>>>>>>>>>>>>>> Windows yesterday. I need to do so me research to >>>>> >> >> >>>>>>>>>>>>>>>> see >>>>> >> >> >>>>>>>>>>>>>>>> about >>>>> >> >> >>>>>>>>>>>>>>>> libraries >>>>> >> >> >>>>>>>>>>>>>>>> to link to and other things, but it may take a >>>>> >> >> >>>>>>>>>>>>>>>> while >>>>> >> >> >>>>>>>>>>>>>>>> with >>>>> >> >> >>>>>>>>>>>>>>>> current >>>>> >> >> >>>>>>>>>>>>>>>> work >>>>> >> >> >>>>>>>>>>>>>>>> load. >>>>> >> >> >>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:47 AM, Oeyvind Brandtsegg >>>>> >> >> >>>>>>>>>>>>>>>> wrote: >>>>> >> >> >>>>>>>>>>>>>>>>> That looks as if it's for OSX only (?), >>>>> >> >> >>>>>>>>>>>>>>>>> perhaps not compiled for windows yet? >>>>> >> >> >>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>> 2014-02-04 Steven Yi : >>>>> >> >> >>>>>>>>>>>>>>>>>> csound6~ should be with the installer; also >>>>> >> >> >>>>>>>>>>>>>>>>>> available >>>>> >> >> >>>>>>>>>>>>>>>>>> at: >>>>> >> >> >>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>> http://sourceforge.net/projects/csound/files/csound6/Csound6.02/csound~_v1.1.1.pkg/download >>>>> >> >> >>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:38 AM, Oeyvind >>>>> >> >> >>>>>>>>>>>>>>>>>> Brandtsegg >>>>> >> >> >>>>>>>>>>>>>>>>>> wrote: >>>>> >> >> >>>>>>>>>>>>>>>>>>> I can also reproduce it with csound~ in >>>>> >> >> >>>>>>>>>>>>>>>>>>> MaxForLive >>>>> >> >> >>>>>>>>>>>>>>>>>>> haven't tried with csound6~ (where can I find >>>>> >> >> >>>>>>>>>>>>>>>>>>> it?) >>>>> >> >> >>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>> Now, testing with Max (not in Live), and with >>>>> >> >> >>>>>>>>>>>>>>>>>>> Reaper, >>>>> >> >> >>>>>>>>>>>>>>>>>>> I >>>>> >> >> >>>>>>>>>>>>>>>>>>> find >>>>> >> >> >>>>>>>>>>>>>>>>>>> I >>>>> >> >> >>>>>>>>>>>>>>>>>>> can not >>>>> >> >> >>>>>>>>>>>>>>>>>>> reproduce the behaviour there. >>>>> >> >> >>>>>>>>>>>>>>>>>>> So there is something with Live then. However, >>>>> >> >> >>>>>>>>>>>>>>>>>>> other >>>>> >> >> >>>>>>>>>>>>>>>>>>> VST >>>>> >> >> >>>>>>>>>>>>>>>>>>> plugins >>>>> >> >> >>>>>>>>>>>>>>>>>>> in >>>>> >> >> >>>>>>>>>>>>>>>>>>> Live does not introduce extra latency. >>>>> >> >> >>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>> The way I measure latency is by setiing up a >>>>> >> >> >>>>>>>>>>>>>>>>>>> microphone >>>>> >> >> >>>>>>>>>>>>>>>>>>> close >>>>> >> >> >>>>>>>>>>>>>>>>>>> to >>>>> >> >> >>>>>>>>>>>>>>>>>>> the >>>>> >> >> >>>>>>>>>>>>>>>>>>> speaker, close enough that it will almost feed, >>>>> >> >> >>>>>>>>>>>>>>>>>>> then tap the mic and listen to the resonance of >>>>> >> >> >>>>>>>>>>>>>>>>>>> the >>>>> >> >> >>>>>>>>>>>>>>>>>>> system. >>>>> >> >> >>>>>>>>>>>>>>>>>>> When >>>>> >> >> >>>>>>>>>>>>>>>>>>> the >>>>> >> >> >>>>>>>>>>>>>>>>>>> latency changes, the resonance will change. >>>>> >> >> >>>>>>>>>>>>>>>>>>> When I add a plugin (Cabbage or MaxForLive with >>>>> >> >> >>>>>>>>>>>>>>>>>>> csound~), >>>>> >> >> >>>>>>>>>>>>>>>>>>> the >>>>> >> >> >>>>>>>>>>>>>>>>>>> latency >>>>> >> >> >>>>>>>>>>>>>>>>>>> (and so the resonance) changes. If I load other >>>>> >> >> >>>>>>>>>>>>>>>>>>> VST >>>>> >> >> >>>>>>>>>>>>>>>>>>> plugins >>>>> >> >> >>>>>>>>>>>>>>>>>>> this >>>>> >> >> >>>>>>>>>>>>>>>>>>> does >>>>> >> >> >>>>>>>>>>>>>>>>>>> not happen, the latency does not change. >>>>> >> >> >>>>>>>>>>>>>>>>>>> But as I said, I can only reproduce it in Live. >>>>> >> >> >>>>>>>>>>>>>>>>>>> Sorry >>>>> >> >> >>>>>>>>>>>>>>>>>>> for >>>>> >> >> >>>>>>>>>>>>>>>>>>> the >>>>> >> >> >>>>>>>>>>>>>>>>>>> noise. >>>>> >> >> >>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh : >>>>> >> >> >>>>>>>>>>>>>>>>>>>> I can recreate it here. It's subtle, but >>>>> >> >> >>>>>>>>>>>>>>>>>>>> present. >>>>> >> >> >>>>>>>>>>>>>>>>>>>> I'll >>>>> >> >> >>>>>>>>>>>>>>>>>>>> take >>>>> >> >> >>>>>>>>>>>>>>>>>>>> a >>>>> >> >> >>>>>>>>>>>>>>>>>>>> look. >>>>> >> >> >>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:38, Oeyvind Brandtsegg >>>>> >> >> >>>>>>>>>>>>>>>>>>>> wrote: >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> Yes, I have tried different ksmps values, both >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> higher >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> and >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> lower >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> and >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> equal to the host buffer size. >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> Will investigate if I can reproduce it on >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> csound~. >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> Oeyvind >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh : >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> On second thoughts I can't see what might be >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> causing >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> this. >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> Have you >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> tried setting ksmps to be the same as your >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> host's >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> buffer >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> size? >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:01, Rory Walsh >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> wrote: >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>> I think I have it... Lunch first though.. >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>> sent from a mobile device... >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>> On 4 Feb 2014 12:56, "Rory Walsh" >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> Are you just running audio straight in and >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> out, >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> no >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> processing? The >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> plugin host calls the plugin's >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> processBlock() >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> which >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> in >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> turn >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> calls >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> performKsmps(). So long as processBlock() >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> is >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> being >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> called >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> (if the >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> track is playing for example) >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> performKsmps() >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> will >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> be >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> called >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> over and >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> over again processing ksmps samples each >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> time. >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> At >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> the >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> moment >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> the >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> processBlock() method and the >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> performKsmps() >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> are >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> firing >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> off >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> at >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> different speeds. I can look at forcing >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> Cabbage >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> plugins >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> to >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> process the >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> same amount of samples as the plugin does >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> with >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> each >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> call >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> to >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> processBlock(). Perhaps that might help. >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 12:41, Oeyvind >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Regarding latency and buffers, >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> I thought I had understood that csound, >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> when >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> used >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> as a >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> plugin (e.g. >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Cabbage or csound~) would process the >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> audio >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> buffer >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> "in >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> place", so no >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> extra latency would incur due to the sound >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> being >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> processed >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> through >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Csound, assuming that ksmps is smaler than >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> the >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> host >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> program's buffer >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> size. >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Now, running Cabbage plugins in Ableton >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Live, >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> I've >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> been >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> investigating >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> latency issues, and I find that adding a >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> simple >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> plugin will >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> delay the signal. Also, adding more than >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> one >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> such >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> plugin >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> in >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> series >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> increases the delay/latency accordingly. >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> I've >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> tried >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> using >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> different >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> ksmps, and this indeed affects the amount >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> of >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> latency >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> but >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> even setting >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> ksmps=1 does not get rid of it. >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Can the buffer be processed "in place"? >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> best >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> -- >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Norway >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> here >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> with >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> body >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> csound" >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> trackers >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> csound6: >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> csound5: >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> posted >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> here >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> with >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> body >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> -- >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> NTNU >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> Norway >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> trackers >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> csound6: >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> csound5: >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> here >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> with >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> body >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>>> >> >> >>>>>>>>>>>>>>>>>>>> trackers >>>>> >> >> >>>>>>>>>>>>>>>>>>>> csound6: >>>>> >> >> >>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>> >> >> >>>>>>>>>>>>>>>>>>>> csound5: >>>>> >> >> >>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>> >> >> >>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >>>>> >> >> >>>>>>>>>>>>>>>>>>>> here >>>>> >> >> >>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>> >> >> >>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>> >> >> >>>>>>>>>>>>>>>>>>>> with >>>>> >> >> >>>>>>>>>>>>>>>>>>>> body >>>>> >> >> >>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>> >> >> >>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>> -- >>>>> >> >> >>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>> >> >> >>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>>> >> >> >>>>>>>>>>>>>>>>>>> NTNU >>>>> >> >> >>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>>> >> >> >>>>>>>>>>>>>>>>>>> Norway >>>>> >> >> >>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>> >> >> >>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>> >> >> >>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>> >> >> >>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>> >> >> >>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>> >> >> >>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>>> >> >> >>>>>>>>>>>>>>>>>>> trackers >>>>> >> >> >>>>>>>>>>>>>>>>>>> csound6: >>>>> >> >> >>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>> >> >> >>>>>>>>>>>>>>>>>>> csound5: >>>>> >> >> >>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>> >> >> >>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >>>>> >> >> >>>>>>>>>>>>>>>>>>> here >>>>> >> >> >>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>> >> >> >>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>> >> >> >>>>>>>>>>>>>>>>>>> with >>>>> >> >> >>>>>>>>>>>>>>>>>>> body >>>>> >> >> >>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>> >> >> >>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>> >> >> >>>>>>>>>>>>>>>>>> csound6: >>>>> >> >> >>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>> >> >> >>>>>>>>>>>>>>>>>> csound5: >>>>> >> >> >>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>> >> >> >>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >>>>> >> >> >>>>>>>>>>>>>>>>>> here >>>>> >> >> >>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >>>>> >> >> >>>>>>>>>>>>>>>>>> with >>>>> >> >> >>>>>>>>>>>>>>>>>> body >>>>> >> >> >>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>> >> >> >>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>> -- >>>>> >> >> >>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>> >> >> >>>>>>>>>>>>>>>>> Professor of Music Technology >>>>> >> >> >>>>>>>>>>>>>>>>> NTNU >>>>> >> >> >>>>>>>>>>>>>>>>> 7491 Trondheim >>>>> >> >> >>>>>>>>>>>>>>>>> Norway >>>>> >> >> >>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>> >> >> >>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>> >> >> >>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>> >> >> >>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>> >> >> >>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>> >> >> >>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>> >> >> >>>>>>>>>>>>>>>>> csound6: >>>>> >> >> >>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>> >> >> >>>>>>>>>>>>>>>>> csound5: >>>>> >> >> >>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>> >> >> >>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >>>>> >> >> >>>>>>>>>>>>>>>>> here >>>>> >> >> >>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >>>>> >> >> >>>>>>>>>>>>>>>>> with >>>>> >> >> >>>>>>>>>>>>>>>>> body >>>>> >> >> >>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>> >> >> >>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>> >> >> >>>>>>>>>>>>>>>> csound6: >>>>> >> >> >>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>> >> >> >>>>>>>>>>>>>>>> csound5: >>>>> >> >> >>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>> >> >> >>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>> >> >> >>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >>>>> >> >> >>>>>>>>>>>>>>>> with >>>>> >> >> >>>>>>>>>>>>>>>> body >>>>> >> >> >>>>>>>>>>>>>>>> "unsubscribe csound" >>>>> >> >> >>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>> -- >>>>> >> >> >>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>> >> >> >>>>>>>>>>>>>>> Professor of Music Technology >>>>> >> >> >>>>>>>>>>>>>>> NTNU >>>>> >> >> >>>>>>>>>>>>>>> 7491 Trondheim >>>>> >> >> >>>>>>>>>>>>>>> Norway >>>>> >> >> >>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>> >> >> >>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>> http://flyndresang.no/ >>>>> >> >> >>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>> >> >> >>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>> >> >> >>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>> >> >> >>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>> >> >> >>>>>>>>>>>>>>> csound6: >>>>> >> >> >>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>> >> >> >>>>>>>>>>>>>>> csound5: >>>>> >> >> >>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>> >> >> >>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>> >> >> >>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >>>>> >> >> >>>>>>>>>>>>>>> with >>>>> >> >> >>>>>>>>>>>>>>> body >>>>> >> >> >>>>>>>>>>>>>>> "unsubscribe csound" >>>>> >> >> >>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>> >> >> >>>>>>>>>>>>>> csound6: >>>>> >> >> >>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>> >> >> >>>>>>>>>>>>>> csound5: >>>>> >> >> >>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>> >> >> >>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>> >> >> >>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >>>>> >> >> >>>>>>>>>>>>>> with >>>>> >> >> >>>>>>>>>>>>>> body >>>>> >> >> >>>>>>>>>>>>>> "unsubscribe csound" >>>>> >> >> >>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>> >> >> >>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>> >> >> >>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>> >> >> >>>>>>>>>>>>> Common >>>>> >> >> >>>>>>>>>>>>> Pitfalls. >>>>> >> >> >>>>>>>>>>>>> Read the Whitepaper. >>>>> >> >> >>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >> >> >>>>>>>>>>>>> _______________________________________________ >>>>> >> >> >>>>>>>>>>>>> Csound-devel mailing list >>>>> >> >> >>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>> >> >> >>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >> >> >>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>> >> >> >>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>> >> >> >>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>> >> >> >>>>>>>>>>>> Common >>>>> >> >> >>>>>>>>>>>> Pitfalls. >>>>> >> >> >>>>>>>>>>>> Read the Whitepaper. >>>>> >> >> >>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >> >> >>>>>>>>>>>> _______________________________________________ >>>>> >> >> >>>>>>>>>>>> Csound-devel mailing list >>>>> >> >> >>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>> >> >> >>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >> >> >>>>>>>>>>> >>>>> >> >> >>>>>>>>>>> >>>>> >> >> >>>>>>>>>> >>>>> >> >> >>>>>>>>>> >>>>> >> >> >>>>>>>>>> >>>>> >> >> >>>>>>>>>> >>>>> >> >> >>>>>>>>>> >>>>> >> >> >>>>>>>>>> >>>>> >> >> >>>>>>>>>> >>>>> >> >> >>>>>>>>>> >>>>> >> >> >>>>>>>>>> ------------------------------------------------------------------------------ >>>>> >> >> >>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>> >> >> >>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>> >> >> >>>>>>>>>> Common >>>>> >> >> >>>>>>>>>> Pitfalls. >>>>> >> >> >>>>>>>>>> Read the Whitepaper. >>>>> >> >> >>>>>>>>>> >>>>> >> >> >>>>>>>>>> >>>>> >> >> >>>>>>>>>> >>>>> >> >> >>>>>>>>>> >>>>> >> >> >>>>>>>>>> >>>>> >> >> >>>>>>>>>> >>>>> >> >> >>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >> >> >>>>>>>>>> _______________________________________________ >>>>> >> >> >>>>>>>>>> Csound-devel mailing list >>>>> >> >> >>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>> >> >> >>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >> >> >>>>>>>>>> >>>>> >> >> >>>>>>>>> >>>>> >> >> >>>>>>>>> >>>>> >> >> >>>>>>>>> >>>>> >> >> >>>>>>>>> >>>>> >> >> >>>>>>>>> >>>>> >> >> >>>>>>>>> >>>>> >> >> >>>>>>>>> >>>>> >> >> >>>>>>>>> ------------------------------------------------------------------------------ >>>>> >> >> >>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>> >> >> >>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>> >> >> >>>>>>>>> Common >>>>> >> >> >>>>>>>>> Pitfalls. >>>>> >> >> >>>>>>>>> Read the Whitepaper. >>>>> >> >> >>>>>>>>> >>>>> >> >> >>>>>>>>> >>>>> >> >> >>>>>>>>> >>>>> >> >> >>>>>>>>> >>>>> >> >> >>>>>>>>> >>>>> >> >> >>>>>>>>> >>>>> >> >> >>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >> >> >>>>>>>>> _______________________________________________ >>>>> >> >> >>>>>>>>> Csound-devel mailing list >>>>> >> >> >>>>>>>>> Csound-devel@lists.sourceforge.net >>>>> >> >> >>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >> >> >>>>>>>> >>>>> >> >> >>>>>>>> >>>>> >> >> >>>>>>>> >>>>> >> >> >>>>>>>> >>>>> >> >> >>>>>>>> >>>>> >> >> >>>>>>>> >>>>> >> >> >>>>>>>> >>>>> >> >> >>>>>>>> >>>>> >> >> >>>>>>>> ------------------------------------------------------------------------------ >>>>> >> >> >>>>>>>> Managing the Performance of Cloud-Based Applications >>>>> >> >> >>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>> >> >> >>>>>>>> Common >>>>> >> >> >>>>>>>> Pitfalls. >>>>> >> >> >>>>>>>> Read the Whitepaper. >>>>> >> >> >>>>>>>> >>>>> >> >> >>>>>>>> >>>>> >> >> >>>>>>>> >>>>> >> >> >>>>>>>> >>>>> >> >> >>>>>>>> >>>>> >> >> >>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >> >> >>>>>>>> _______________________________________________ >>>>> >> >> >>>>>>>> Csound-devel mailing list >>>>> >> >> >>>>>>>> Csound-devel@lists.sourceforge.net >>>>> >> >> >>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >> >> >>>>>>>> >>>>> >> >> >>>>>>> >>>>> >> >> >>>>>>> >>>>> >> >> >>>>>>> >>>>> >> >> >>>>>>> >>>>> >> >> >>>>>>> >>>>> >> >> >>>>>>> >>>>> >> >> >>>>>>> ------------------------------------------------------------------------------ >>>>> >> >> >>>>>>> Managing the Performance of Cloud-Based Applications >>>>> >> >> >>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>> >> >> >>>>>>> Pitfalls. >>>>> >> >> >>>>>>> Read the Whitepaper. >>>>> >> >> >>>>>>> >>>>> >> >> >>>>>>> >>>>> >> >> >>>>>>> >>>>> >> >> >>>>>>> >>>>> >> >> >>>>>>> >>>>> >> >> >>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >> >> >>>>>>> _______________________________________________ >>>>> >> >> >>>>>>> Csound-devel mailing list >>>>> >> >> >>>>>>> Csound-devel@lists.sourceforge.net >>>>> >> >> >>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >> >> >>>>>> >>>>> >> >> >>>>>> Dr Victor Lazzarini >>>>> >> >> >>>>>> Senior Lecturer >>>>> >> >> >>>>>> Dept. of Music >>>>> >> >> >>>>>> NUI Maynooth Ireland >>>>> >> >> >>>>>> tel.: +353 1 708 3545 >>>>> >> >> >>>>>> Victor dot Lazzarini AT nuim dot ie >>>>> >> >> >>>>>> >>>>> >> >> >>>>>> >>>>> >> >> >>>>>> >>>>> >> >> >>>>>> >>>>> >> >> >>>>>> >>>>> >> >> >>>>>> >>>>> >> >> >>>>>> >>>>> >> >> >>>>>> >>>>> >> >> >>>>>> >>>>> >> >> >>>>>> ------------------------------------------------------------------------------ >>>>> >> >> >>>>>> Managing the Performance of Cloud-Based Applications >>>>> >> >> >>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>> >> >> >>>>>> Pitfalls. >>>>> >> >> >>>>>> Read the Whitepaper. >>>>> >> >> >>>>>> >>>>> >> >> >>>>>> >>>>> >> >> >>>>>> >>>>> >> >> >>>>>> >>>>> >> >> >>>>>> >>>>> >> >> >>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >> >> >>>>>> _______________________________________________ >>>>> >> >> >>>>>> Csound-devel mailing list >>>>> >> >> >>>>>> Csound-devel@lists.sourceforge.net >>>>> >> >> >>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >> >> >>>>> >>>>> >> >> >>>>> >>>>> >> >> >>>>> >>>>> >> >> >>>>> >>>>> >> >> >>>>> >>>>> >> >> >>>>> >>>>> >> >> >>>>> >>>>> >> >> >>>>> ------------------------------------------------------------------------------ >>>>> >> >> >>>>> Managing the Performance of Cloud-Based Applications >>>>> >> >> >>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>> >> >> >>>>> Pitfalls. >>>>> >> >> >>>>> Read the Whitepaper. >>>>> >> >> >>>>> >>>>> >> >> >>>>> >>>>> >> >> >>>>> >>>>> >> >> >>>>> >>>>> >> >> >>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >> >> >>>>> _______________________________________________ >>>>> >> >> >>>>> Csound-devel mailing list >>>>> >> >> >>>>> Csound-devel@lists.sourceforge.net >>>>> >> >> >>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >> >> >>>>> >>>>> >> >> >>>> >>>>> >> >> >>>> >>>>> >> >> >>>> >>>>> >> >> >>>> >>>>> >> >> >>>> >>>>> >> >> >>>> ------------------------------------------------------------------------------ >>>>> >> >> >>>> Managing the Performance of Cloud-Based Applications >>>>> >> >> >>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>> >> >> >>>> Pitfalls. >>>>> >> >> >>>> Read the Whitepaper. >>>>> >> >> >>>> >>>>> >> >> >>>> >>>>> >> >> >>>> >>>>> >> >> >>>> >>>>> >> >> >>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >> >> >>>> _______________________________________________ >>>>> >> >> >>>> Csound-devel mailing list >>>>> >> >> >>>> Csound-devel@lists.sourceforge.net >>>>> >> >> >>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >> >> >>> >>>>> >> >> >>> >>>>> >> >> >>> >>>>> >> >> >>> >>>>> >> >> >>> >>>>> >> >> >>> >>>>> >> >> >>> ------------------------------------------------------------------------------ >>>>> >> >> >>> Managing the Performance of Cloud-Based Applications >>>>> >> >> >>> Take advantage of what the Cloud has to offer - Avoid Common >>>>> >> >> >>> Pitfalls. >>>>> >> >> >>> Read the Whitepaper. >>>>> >> >> >>> >>>>> >> >> >>> >>>>> >> >> >>> >>>>> >> >> >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >> >> >>> _______________________________________________ >>>>> >> >> >>> Csound-devel mailing list >>>>> >> >> >>> Csound-devel@lists.sourceforge.net >>>>> >> >> >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >> >> >>> >>>>> >> >> >> >>>>> >> >> >> >>>>> >> >> >> >>>>> >> >> >> >>>>> >> >> >> ------------------------------------------------------------------------------ >>>>> >> >> >> Managing the Performance of Cloud-Based Applications >>>>> >> >> >> Take advantage of what the Cloud has to offer - Avoid Common >>>>> >> >> >> Pitfalls. >>>>> >> >> >> Read the Whitepaper. >>>>> >> >> >> >>>>> >> >> >> >>>>> >> >> >> >>>>> >> >> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >> >> >> _______________________________________________ >>>>> >> >> >> Csound-devel mailing list >>>>> >> >> >> Csound-devel@lists.sourceforge.net >>>>> >> >> >> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >> >> > >>>>> >> >> > Dr Victor Lazzarini >>>>> >> >> > Senior Lecturer >>>>> >> >> > Dept. of Music >>>>> >> >> > NUI Maynooth Ireland >>>>> >> >> > tel.: +353 1 708 3545 >>>>> >> >> > Victor dot Lazzarini AT nuim dot ie >>>>> >> >> > >>>>> >> >> > >>>>> >> >> > >>>>> >> >> > >>>>> >> >> > >>>>> >> >> > >>>>> >> >> > >>>>> >> >> > ------------------------------------------------------------------------------ >>>>> >> >> > Managing the Performance of Cloud-Based Applications >>>>> >> >> > Take advantage of what the Cloud has to offer - Avoid Common >>>>> >> >> > Pitfalls. >>>>> >> >> > Read the Whitepaper. >>>>> >> >> > >>>>> >> >> > >>>>> >> >> > >>>>> >> >> > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >> >> > _______________________________________________ >>>>> >> >> > Csound-devel mailing list >>>>> >> >> > Csound-devel@lists.sourceforge.net >>>>> >> >> > https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >> >> >>>>> >> >> >>>>> >> >> >>>>> >> >> -- >>>>> >> >> >>>>> >> >> Oeyvind Brandtsegg >>>>> >> >> Professor of Music Technology >>>>> >> >> NTNU >>>>> >> >> 7491 Trondheim >>>>> >> >> Norway >>>>> >> >> Cell: +47 92 203 205 >>>>> >> >> >>>>> >> >> http://flyndresang.no/ >>>>> >> >> http://www.partikkelaudio.com/ >>>>> >> >> http://soundcloud.com/brandtsegg >>>>> >> >> http://soundcloud.com/t-emp >>>>> >> >> >>>>> >> >> >>>>> >> >> >>>>> >> >> >>>>> >> >> ------------------------------------------------------------------------------ >>>>> >> >> Managing the Performance of Cloud-Based Applications >>>>> >> >> Take advantage of what the Cloud has to offer - Avoid Common >>>>> >> >> Pitfalls. >>>>> >> >> Read the Whitepaper. >>>>> >> >> >>>>> >> >> >>>>> >> >> >>>>> >> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >> >> _______________________________________________ >>>>> >> >> Csound-devel mailing list >>>>> >> >> Csound-devel@lists.sourceforge.net >>>>> >> >> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >> > >>>>> >> > >>>>> >> > >>>>> >> > >>>>> >> > >>>>> >> > ------------------------------------------------------------------------------ >>>>> >> > Managing the Performance of Cloud-Based Applications >>>>> >> > Take advantage of what the Cloud has to offer - Avoid Common >>>>> >> > Pitfalls. >>>>> >> > Read the Whitepaper. >>>>> >> > >>>>> >> > >>>>> >> > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >> > _______________________________________________ >>>>> >> > Csound-devel mailing list >>>>> >> > Csound-devel@lists.sourceforge.net >>>>> >> > https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >> > >>>>> >> >>>>> >> >>>>> >> >>>>> >> -- >>>>> >> >>>>> >> Oeyvind Brandtsegg >>>>> >> Professor of Music Technology >>>>> >> NTNU >>>>> >> 7491 Trondheim >>>>> >> Norway >>>>> >> Cell: +47 92 203 205 >>>>> >> >>>>> >> http://flyndresang.no/ >>>>> >> http://www.partikkelaudio.com/ >>>>> >> http://soundcloud.com/brandtsegg >>>>> >> http://soundcloud.com/t-emp >>>>> >> >>>>> >> >>>>> >> >>>>> >> ------------------------------------------------------------------------------ >>>>> >> Managing the Performance of Cloud-Based Applications >>>>> >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>>>> >> Read the Whitepaper. >>>>> >> >>>>> >> >>>>> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >> _______________________________________________ >>>>> >> Csound-devel mailing list >>>>> >> Csound-devel@lists.sourceforge.net >>>>> >> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> Managing the Performance of Cloud-Based Applications >>>>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>>>> Read the Whitepaper. >>>>> >>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> _______________________________________________ >>>>> Csound-devel mailing list >>>>> Csound-devel@lists.sourceforge.net >>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Managing the Performance of Cloud-Based Applications >>>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>>> Read the Whitepaper. >>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> _______________________________________________ >>>> Csound-devel mailing list >>>> Csound-devel@lists.sourceforge.net >>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >>> >>> >>> >>> -- >>> >>> Oeyvind Brandtsegg >>> Professor of Music Technology >>> NTNU >>> 7491 Trondheim >>> Norway >>> Cell: +47 92 203 205 >>> >>> http://flyndresang.no/ >>> http://www.partikkelaudio.com/ >>> http://soundcloud.com/brandtsegg >>> http://soundcloud.com/t-emp >>> >>> ------------------------------------------------------------------------------ >>> Managing the Performance of Cloud-Based Applications >>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>> Read the Whitepaper. >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> _______________________________________________ >>> Csound-devel mailing list >>> Csound-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/csound-devel > > ------------------------------------------------------------------------------ > Managing the Performance of Cloud-Based Applications > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. > Read the Whitepaper. > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk > _______________________________________________ > Csound-devel mailing list > Csound-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/csound-devel -- Oeyvind Brandtsegg Professor of Music Technology NTNU 7491 Trondheim Norway Cell: +47 92 203 205 http://flyndresang.no/ http://www.partikkelaudio.com/ http://soundcloud.com/brandtsegg http://soundcloud.com/t-emp ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net

Date	2014-02-06 12:20
From	Michael Gogins
Subject	Re: [Cs-dev] [Csnd] Latency and buffers
Attachments	None None
	It would be easy to keep latency to about one millisecond or even less on most DAWs with CsoundVST or Cabbage by using ksmps around 15. I don't think this will be a problem in most mixes. Chaining effects WITHIN Csound would be advisable, however. As I said before, I don't think trying to fix this now is a good idea unless there are other compelling reasons for major changes. Regards, Mike ----------------------------------------------------- Michael Gogins Irreducible Productions http://michaelgogins.tumblr.com Michael dot Gogins at gmail dot com On Thu, Feb 6, 2014 at 4:17 AM, Oeyvind Brandtsegg <oyvind.brandtsegg@ntnu.no> wrote: Yes, it would definitely be a good thing to fix, especially when considering the use of a series of plugins on the same track. This is how I noticed the problem in the first place, as I had 3 or 4 Cabbage plugs in a series on the same track. One might say that this is not a wise setup, all things recently learned considered, but it is one thing that a user might expect to do without problems. The use of Csound as a plugin via Cabbage opens up Csound for being used widely in common production environments, in terms of the way forward and making the language more widespread, this is a significant area. In that respect the dynamic ksmps issue is important for the continued use if Csound in a modern workflow. Until then, I will rewrite my plugins so all things I might need on one track lives in a single Cabage plug. all best 2014-02-06 Rory Walsh <rorywalsh@ear.ie>: > Btw, it's clear that other plugins won't have a latency problem > because they can(or at least should be able to) deal with variable > buffer sizes. > > On 6 February 2014 08:57, Rory Walsh <rorywalsh@ear.ie> wrote: >> That's a funny observation about Live. Their next product will be >> called Offline :) It seems ksmps==1 is a no go for anything but a >> single instance of a relatively simple effect(of course there are no >> issue with synths). And it also seems that pretty much all of the >> plugins standards in use today(AU, VST, LV2, etc) assume a dynamic >> buffer size. So as long as Csound is being used to process host audio >> in one of these environments it's likely there will be a latency >> problem. That is if you plan to use the full power of Csound there >> will be. I know the latency will in most cases be quite small, but >> isn't it still enough to cause undesired effects on a mix? >> >> On 6 February 2014 08:38, Oeyvind Brandtsegg <oyvind.brandtsegg@ntnu.no> wrote: >>> Thanks so much for that explanation Mike. >>> Rory, don't even so much as think of contemplating life without >>> Cabbage (oh you already did...) ! >>> Here's more observations about latency in different hosts that might >>> brighten up thhing a bit, >>> depending on what hosts one prefer... >>> >>> In Reaper: >>> >>> >>> 2014-02-06 Michael Gogins <michael.gogins@gmail.com>: >>>> There are two cases. If ksmps is always 1, you can use this algorithm: >>>> >>>> for each frame in the host input buffer: >>>> copy the host frame to the spin frame >>>> call performKsmps() >>>> copy the spout frame to the host output buffer >>>> >>>> Then there is no delay. >>>> >>>> If ksmps is greater than 1 it goes like this. It's enough to consider ksmps >>>> = 2, >>>> all other cases work the same way. >>>> >>>> for each frame in the host input buffer: >>>> copy the current host input frame to the current spin frame >>>> copy the current spout frame to the current host output buffer >>>> if the current spout frame is past the end of spout: >>>> call performKsmps >>>> reset the spout/spin frame index to 0 >>>> >>>> If ksmps==1 then there is 1 frame of silence in the output at the start, and >>>> thereafter output lags input by 1 frame. On the final frame of the host >>>> buffer, Csound computes a frame in spout but it is not copied to the output >>>> until the next processing call. >>>> >>>> If ksmps==2 then there are 2 frames of silence in the output at the start, >>>> and thereafter output lags input by 2 frames. On the final frame of the host >>>> buffer,Csound computes 2 frames in spout, but depending on the size of the >>>> output buffer, 1 or 2 frames are not copied to the output until the next >>>> processing call. >>>> >>>> And so on. >>>> >>>> Regards, >>>> Mike >>>> >>>> >>>> >>>> ----------------------------------------------------- >>>> Michael Gogins >>>> Irreducible Productions >>>> http://michaelgogins.tumblr.com >>>> Michael dot Gogins at gmail dot com >>>> >>>> >>>> On Wed, Feb 5, 2014 at 7:39 PM, Rory Walsh <rorywalsh@ear.ie> wrote: >>>>> >>>>> The way it stands things are fine, albeit with a ksmps delay. But it >>>>> will remain constant and there won't be any drop outs. If ksmps ==1 >>>>> then there will be no problems with latency. Of course I stand to be >>>>> corrected. When all is said and done, I did enjoy contemplating life >>>>> without Cabbage over a few beers. But that might just have been the >>>>> beers :) >>>>> >>>>> >>>>> On 5 February 2014 23:57, Rory Walsh <rorywalsh@ear.ie> wrote: >>>>> > I'm glad you asked this because I'm a little lost too! I was thinking >>>>> > the >>>>> > same as you. At some stage won't things goes south if the buffer size >>>>> > suddenly changes as is likely once automation is brought into the >>>>> > equation? >>>>> > >>>>> > sent from a mobile device... >>>>> > >>>>> > On 5 Feb 2014 23:27, "Oeyvind Brandtsegg" <oyvind.brandtsegg@ntnu.no> >>>>> > wrote: >>>>> >> >>>>> >> Ok. That is good. >>>>> >> But can it (the latency) change dynamically, as the host buffer size >>>>> >> change dynamically? >>>>> >> Sorry if I'm being dense but I would really like to understand. >>>>> >> >>>>> >> >>>>> >> 2014-02-06 Michael Gogins <michael.gogins@gmail.com>: >>>>> >> > No, the maximum latency is ksmps. That could be either larger, or >>>>> >> > smaller, >>>>> >> > than the host buffer size. It doesn't matter. >>>>> >> > >>>>> >> > Regards, >>>>> >> > Mike >>>>> >> > >>>>> >> > >>>>> >> > ----------------------------------------------------- >>>>> >> > Michael Gogins >>>>> >> > Irreducible Productions >>>>> >> > http://michaelgogins.tumblr.com >>>>> >> > Michael dot Gogins at gmail dot com >>>>> >> > >>>>> >> > >>>>> >> > On Wed, Feb 5, 2014 at 6:07 PM, Oeyvind Brandtsegg >>>>> >> > <oyvind.brandtsegg@ntnu.no> wrote: >>>>> >> >> >>>>> >> >> ...but the latency would be one full host buffer size, not just a >>>>> >> >> ksmps, >>>>> >> >> right? >>>>> >> >> So a small ksmps would rather minimize the chance of a ksmps-buffer >>>>> >> >> mismatch, but not actually minimize worst case latency (which would >>>>> >> >> be >>>>> >> >> one host buffer block). Isn't it so? >>>>> >> >> >>>>> >> >> Now, one thing I don't understand is if the latency can be zero >>>>> >> >> when >>>>> >> >> the host buffer is an integer multiple of ksmps, and it indeed is, >>>>> >> >> and also the host buffer size can be dynamic, we must assume that >>>>> >> >> the two buffer length may initially fit but at some later time they >>>>> >> >> will not,* then* what happens at the transition point ? I mean, when >>>>> >> >> we go from perfectly aligned buffers and zero latency to misaligned >>>>> >> >> buffers and one bufferlength latency. Then we should have one >>>>> >> >> non-full >>>>> >> >> buffer in the transition from zero latency to one-buffer latency. >>>>> >> >> Will >>>>> >> >> it pop? If so, I would expect it to pop quite often(?), which it >>>>> >> >> does >>>>> >> >> not. >>>>> >> >> Or? >>>>> >> >> >>>>> >> >> >>>>> >> >> >>>>> >> >> >>>>> >> >> 2014-02-05 Victor Lazzarini <Victor.Lazzarini@nuim.ie>: >>>>> >> >> > If your ksmps is small, any latency that might exist will be small >>>>> >> >> > too, >>>>> >> >> > and I can't see it having >>>>> >> >> > a major effect. So if you run with ksmps=16, it's 0.3 >>>>> >> >> > millisseconds. >>>>> >> >> > Not >>>>> >> >> > much of a problem. >>>>> >> >> > And for the cases where this is a problem, then it's still >>>>> >> >> > possible >>>>> >> >> > to >>>>> >> >> > run with ksmps=1. >>>>> >> >> > >>>>> >> >> > Victor >>>>> >> >> > On 5 Feb 2014, at 20:46, Rory Walsh wrote: >>>>> >> >> > >>>>> >> >> >> I wish I had thought of this before spending so much time writing >>>>> >> >> >> a >>>>> >> >> >> framework for developing VST plugins with Csound. I'm off now to >>>>> >> >> >> have >>>>> >> >> >> a few beers and rethink life! >>>>> >> >> >> >>>>> >> >> >> >>>>> >> >> >> On 5 February 2014 20:06, Michael Gogins >>>>> >> >> >> <michael.gogins@gmail.com> >>>>> >> >> >> wrote: >>>>> >> >> >>> Then your code will run 5 times slower or so. >>>>> >> >> >>> >>>>> >> >> >>> Regards, >>>>> >> >> >>> Mike >>>>> >> >> >>> >>>>> >> >> >>> >>>>> >> >> >>> ----------------------------------------------------- >>>>> >> >> >>> Michael Gogins >>>>> >> >> >>> Irreducible Productions >>>>> >> >> >>> http://michaelgogins.tumblr.com >>>>> >> >> >>> Michael dot Gogins at gmail dot com >>>>> >> >> >>> >>>>> >> >> >>> >>>>> >> >> >>> On Wed, Feb 5, 2014 at 3:03 PM, Rory Walsh <rorywalsh@ear.ie> >>>>> >> >> >>> wrote: >>>>> >> >> >>>> >>>>> >> >> >>>> Seems every where I look it says don't make any assumptions >>>>> >> >> >>>> about >>>>> >> >> >>>> buffer sizes. So I guess the only fail safe way is to force a >>>>> >> >> >>>> ksmps >>>>> >> >> >>>> of >>>>> >> >> >>>> 1? uh... >>>>> >> >> >>>> >>>>> >> >> >>>> On 5 February 2014 19:57, Michael Gogins >>>>> >> >> >>>> <michael.gogins@gmail.com> >>>>> >> >> >>>> wrote: >>>>> >> >> >>>>> I believe that you are wrong, you cannot count on a power of >>>>> >> >> >>>>> two >>>>> >> >> >>>>> size. >>>>> >> >> >>>>> >>>>> >> >> >>>>> See these threads from KVR: >>>>> >> >> >>>>> >>>>> >> >> >>>>> http://www.kvraudio.com/forum/viewtopic.php?t=279753 >>>>> >> >> >>>>> >>>>> >> >> >>>>> http://www.kvraudio.com/forum/viewtopic.php?t=359951 >>>>> >> >> >>>>> >>>>> >> >> >>>>> http://www.kvraudio.com/forum/viewtopic.php?p=3458228 >>>>> >> >> >>>>> >>>>> >> >> >>>>> Regards, >>>>> >> >> >>>>> Mike >>>>> >> >> >>>>> >>>>> >> >> >>>>> >>>>> >> >> >>>>> >>>>> >> >> >>>>> >>>>> >> >> >>>>> >>>>> >> >> >>>>> ----------------------------------------------------- >>>>> >> >> >>>>> Michael Gogins >>>>> >> >> >>>>> Irreducible Productions >>>>> >> >> >>>>> http://michaelgogins.tumblr.com >>>>> >> >> >>>>> Michael dot Gogins at gmail dot com >>>>> >> >> >>>>> >>>>> >> >> >>>>> >>>>> >> >> >>>>> On Wed, Feb 5, 2014 at 2:17 PM, Victor Lazzarini >>>>> >> >> >>>>> <Victor.Lazzarini@nuim.ie> >>>>> >> >> >>>>> wrote: >>>>> >> >> >>>>>> >>>>> >> >> >>>>>> But I think you're probably safe setting ksmps to a low value >>>>> >> >> >>>>>> that >>>>> >> >> >>>>>> is a >>>>> >> >> >>>>>> power-of-two. I would >>>>> >> >> >>>>>> expect most hosts to run buffers that are power-of-two and >>>>> >> >> >>>>>> that >>>>> >> >> >>>>>> are >>>>> >> >> >>>>>> not >>>>> >> >> >>>>>> that small. >>>>> >> >> >>>>>> ksmps =8,16 or 32 should do. >>>>> >> >> >>>>>> >>>>> >> >> >>>>>> Victor >>>>> >> >> >>>>>> >>>>> >> >> >>>>>> On 5 Feb 2014, at 18:10, Rory Walsh wrote: >>>>> >> >> >>>>>> >>>>> >> >> >>>>>>> I was just about to answer my previous mail with the same >>>>> >> >> >>>>>>> thing. >>>>> >> >> >>>>>>> That's >>>>> >> >> >>>>>>> a pain. >>>>> >> >> >>>>>>> >>>>> >> >> >>>>>>> On 5 February 2014 18:03, Michael Gogins >>>>> >> >> >>>>>>> <michael.gogins@gmail.com> >>>>> >> >> >>>>>>> wrote: >>>>> >> >> >>>>>>>> No. The host can and often does use a different host audio >>>>> >> >> >>>>>>>> buffer >>>>> >> >> >>>>>>>> size >>>>> >> >> >>>>>>>> on >>>>> >> >> >>>>>>>> each call to process() or processReplacing(). >>>>> >> >> >>>>>>>> >>>>> >> >> >>>>>>>> Regards, >>>>> >> >> >>>>>>>> Mike >>>>> >> >> >>>>>>>> >>>>> >> >> >>>>>>>> >>>>> >> >> >>>>>>>> ----------------------------------------------------- >>>>> >> >> >>>>>>>> Michael Gogins >>>>> >> >> >>>>>>>> Irreducible Productions >>>>> >> >> >>>>>>>> http://michaelgogins.tumblr.com >>>>> >> >> >>>>>>>> Michael dot Gogins at gmail dot com >>>>> >> >> >>>>>>>> >>>>> >> >> >>>>>>>> >>>>> >> >> >>>>>>>> On Wed, Feb 5, 2014 at 11:27 AM, Rory Walsh >>>>> >> >> >>>>>>>> <rorywalsh@ear.ie> >>>>> >> >> >>>>>>>> wrote: >>>>> >> >> >>>>>>>>> >>>>> >> >> >>>>>>>>> Hi Mike, isn't it possible to query the host buffer size >>>>> >> >> >>>>>>>>> before >>>>> >> >> >>>>>>>>> the >>>>> >> >> >>>>>>>>> processing function is first called, in which case you can >>>>> >> >> >>>>>>>>> just >>>>> >> >> >>>>>>>>> override the csd's ksmps? >>>>> >> >> >>>>>>>>> >>>>> >> >> >>>>>>>>> On 5 February 2014 15:55, Michael Gogins >>>>> >> >> >>>>>>>>> <michael.gogins@gmail.com> >>>>> >> >> >>>>>>>>> wrote: >>>>> >> >> >>>>>>>>>> I've looked into this some more. As long as the host >>>>> >> >> >>>>>>>>>> audio >>>>> >> >> >>>>>>>>>> buffer >>>>> >> >> >>>>>>>>>> is >>>>> >> >> >>>>>>>>>> not >>>>> >> >> >>>>>>>>>> an >>>>> >> >> >>>>>>>>>> integral multiple of ksmps, there will have to be ksmps >>>>> >> >> >>>>>>>>>> latency >>>>> >> >> >>>>>>>>>> between >>>>> >> >> >>>>>>>>>> input and output. That is because performKsmps requires >>>>> >> >> >>>>>>>>>> spin >>>>> >> >> >>>>>>>>>> to >>>>> >> >> >>>>>>>>>> be >>>>> >> >> >>>>>>>>>> full, >>>>> >> >> >>>>>>>>>> but >>>>> >> >> >>>>>>>>>> if there is some remainder from hostsize/ksmps, there >>>>> >> >> >>>>>>>>>> will >>>>> >> >> >>>>>>>>>> be >>>>> >> >> >>>>>>>>>> some >>>>> >> >> >>>>>>>>>> frames >>>>> >> >> >>>>>>>>>> that the host buffer doesn't have but spin needs. >>>>> >> >> >>>>>>>>>> >>>>> >> >> >>>>>>>>>> I am letting this go for now, but if Csound could adjust >>>>> >> >> >>>>>>>>>> ksmps >>>>> >> >> >>>>>>>>>> during >>>>> >> >> >>>>>>>>>> performance via the API, then we could get rid of this >>>>> >> >> >>>>>>>>>> latency >>>>> >> >> >>>>>>>>>> by >>>>> >> >> >>>>>>>>>> setting >>>>> >> >> >>>>>>>>>> ksmps equal to the host buffer size on each host >>>>> >> >> >>>>>>>>>> processing >>>>> >> >> >>>>>>>>>> call. >>>>> >> >> >>>>>>>>>> I >>>>> >> >> >>>>>>>>>> think >>>>> >> >> >>>>>>>>>> this would be a really good idea. I'm entering it as a >>>>> >> >> >>>>>>>>>> feature >>>>> >> >> >>>>>>>>>> request. >>>>> >> >> >>>>>>>>>> >>>>> >> >> >>>>>>>>>> Regards, >>>>> >> >> >>>>>>>>>> Mike >>>>> >> >> >>>>>>>>>> >>>>> >> >> >>>>>>>>>> >>>>> >> >> >>>>>>>>>> Regards, >>>>> >> >> >>>>>>>>>> Mike >>>>> >> >> >>>>>>>>>> >>>>> >> >> >>>>>>>>>> >>>>> >> >> >>>>>>>>>> ----------------------------------------------------- >>>>> >> >> >>>>>>>>>> Michael Gogins >>>>> >> >> >>>>>>>>>> Irreducible Productions >>>>> >> >> >>>>>>>>>> http://michaelgogins.tumblr.com >>>>> >> >> >>>>>>>>>> Michael dot Gogins at gmail dot com >>>>> >> >> >>>>>>>>>> >>>>> >> >> >>>>>>>>>> >>>>> >> >> >>>>>>>>>> On Tue, Feb 4, 2014 at 1:47 PM, Michael Gogins >>>>> >> >> >>>>>>>>>> <michael.gogins@gmail.com> >>>>> >> >> >>>>>>>>>> wrote: >>>>> >> >> >>>>>>>>>>> >>>>> >> >> >>>>>>>>>>> CsoundVST does the following: >>>>> >> >> >>>>>>>>>>> >>>>> >> >> >>>>>>>>>>> In the processReplacing callback there are essentially >>>>> >> >> >>>>>>>>>>> two >>>>> >> >> >>>>>>>>>>> simultaneous >>>>> >> >> >>>>>>>>>>> loops, each with their own loop indexes. One loop is for >>>>> >> >> >>>>>>>>>>> the >>>>> >> >> >>>>>>>>>>> host >>>>> >> >> >>>>>>>>>>> audio >>>>> >> >> >>>>>>>>>>> buffer, which can change in size from one call to the >>>>> >> >> >>>>>>>>>>> next. >>>>> >> >> >>>>>>>>>>> The >>>>> >> >> >>>>>>>>>>> other >>>>> >> >> >>>>>>>>>>> loop >>>>> >> >> >>>>>>>>>>> is for Csound. >>>>> >> >> >>>>>>>>>>> >>>>> >> >> >>>>>>>>>>> For each frame of audio, one frame of audio is copied >>>>> >> >> >>>>>>>>>>> from >>>>> >> >> >>>>>>>>>>> the >>>>> >> >> >>>>>>>>>>> host >>>>> >> >> >>>>>>>>>>> input >>>>> >> >> >>>>>>>>>>> buffer to spin, one frame of audio is copied from spout >>>>> >> >> >>>>>>>>>>> to >>>>> >> >> >>>>>>>>>>> the >>>>> >> >> >>>>>>>>>>> host >>>>> >> >> >>>>>>>>>>> audio >>>>> >> >> >>>>>>>>>>> output buffer, and both loop indexes are incremented. >>>>> >> >> >>>>>>>>>>> >>>>> >> >> >>>>>>>>>>> At the end of spout, ksmps audio are processed by >>>>> >> >> >>>>>>>>>>> Csound, >>>>> >> >> >>>>>>>>>>> and >>>>> >> >> >>>>>>>>>>> the >>>>> >> >> >>>>>>>>>>> spin >>>>> >> >> >>>>>>>>>>> and >>>>> >> >> >>>>>>>>>>> spout buffer indexes are reset to 0. These indexes >>>>> >> >> >>>>>>>>>>> persist >>>>> >> >> >>>>>>>>>>> from >>>>> >> >> >>>>>>>>>>> call >>>>> >> >> >>>>>>>>>>> to >>>>> >> >> >>>>>>>>>>> call, so there are no gaps or glitches. >>>>> >> >> >>>>>>>>>>> >>>>> >> >> >>>>>>>>>>> There is ksmps frames latency in the code because spin >>>>> >> >> >>>>>>>>>>> is >>>>> >> >> >>>>>>>>>>> read >>>>> >> >> >>>>>>>>>>> in >>>>> >> >> >>>>>>>>>>> before >>>>> >> >> >>>>>>>>>>> it spout is computed. But I will try to change the code >>>>> >> >> >>>>>>>>>>> so >>>>> >> >> >>>>>>>>>>> that >>>>> >> >> >>>>>>>>>>> the >>>>> >> >> >>>>>>>>>>> buffers >>>>> >> >> >>>>>>>>>>> are rewound to line spout up with spin. There will then >>>>> >> >> >>>>>>>>>>> be >>>>> >> >> >>>>>>>>>>> zero >>>>> >> >> >>>>>>>>>>> latency. >>>>> >> >> >>>>>>>>>>> >>>>> >> >> >>>>>>>>>>> >>>>> >> >> >>>>>>>>>>> ----------------------------------------------------- >>>>> >> >> >>>>>>>>>>> Michael Gogins >>>>> >> >> >>>>>>>>>>> Irreducible Productions >>>>> >> >> >>>>>>>>>>> http://michaelgogins.tumblr.com >>>>> >> >> >>>>>>>>>>> Michael dot Gogins at gmail dot com >>>>> >> >> >>>>>>>>>>> >>>>> >> >> >>>>>>>>>>> >>>>> >> >> >>>>>>>>>>> On Tue, Feb 4, 2014 at 11:03 AM, Steven Yi >>>>> >> >> >>>>>>>>>>> <stevenyi@gmail.com> >>>>> >> >> >>>>>>>>>>> wrote: >>>>> >> >> >>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>> I was in the middle of replying pretty much the same >>>>> >> >> >>>>>>>>>>>> thing >>>>> >> >> >>>>>>>>>>>> as >>>>> >> >> >>>>>>>>>>>> Victor. >>>>> >> >> >>>>>>>>>>>> Seems like you're introducing block's worth of latency >>>>> >> >> >>>>>>>>>>>> due >>>>> >> >> >>>>>>>>>>>> to >>>>> >> >> >>>>>>>>>>>> the >>>>> >> >> >>>>>>>>>>>> code >>>>> >> >> >>>>>>>>>>>> order. >>>>> >> >> >>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>> On Tue, Feb 4, 2014 at 11:05 AM, Victor Lazzarini >>>>> >> >> >>>>>>>>>>>> <Victor.Lazzarini@nuim.ie> wrote: >>>>> >> >> >>>>>>>>>>>>> I would have thought that you would >>>>> >> >> >>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>> 1) write data into spin >>>>> >> >> >>>>>>>>>>>>> 2) process >>>>> >> >> >>>>>>>>>>>>> 3) write data out of spout. >>>>> >> >> >>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>> if you read and write after running PeformKsmps(), as >>>>> >> >> >>>>>>>>>>>>> far >>>>> >> >> >>>>>>>>>>>>> as >>>>> >> >> >>>>>>>>>>>>> I >>>>> >> >> >>>>>>>>>>>>> can >>>>> >> >> >>>>>>>>>>>>> see >>>>> >> >> >>>>>>>>>>>>> there might be >>>>> >> >> >>>>>>>>>>>>> a delay between input and output, as you will be >>>>> >> >> >>>>>>>>>>>>> effectively >>>>> >> >> >>>>>>>>>>>>> putting >>>>> >> >> >>>>>>>>>>>>> out the data that >>>>> >> >> >>>>>>>>>>>>> you processed in the previous period. >>>>> >> >> >>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>> 1) process (means process the current spin data) >>>>> >> >> >>>>>>>>>>>>> 2) write to spin the new data >>>>> >> >> >>>>>>>>>>>>> 3) write out the result of processing the previous >>>>> >> >> >>>>>>>>>>>>> spin >>>>> >> >> >>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>> That's what it looks like to me. Not sure if I am >>>>> >> >> >>>>>>>>>>>>> right. >>>>> >> >> >>>>>>>>>>>>> Also >>>>> >> >> >>>>>>>>>>>>> this >>>>> >> >> >>>>>>>>>>>>> discussion should be in the dev list not >>>>> >> >> >>>>>>>>>>>>> in the users list (so my response is going there). >>>>> >> >> >>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>> Victor >>>>> >> >> >>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>> On 4 Feb 2014, at 15:47, Rory Walsh <rorywalsh@ear.ie> >>>>> >> >> >>>>>>>>>>>>> wrote: >>>>> >> >> >>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>> I can confirm that it's not an issue with the plugin >>>>> >> >> >>>>>>>>>>>>>> framework >>>>> >> >> >>>>>>>>>>>>>> I'm >>>>> >> >> >>>>>>>>>>>>>> using. I can also confirm it happens whether the >>>>> >> >> >>>>>>>>>>>>>> plugin's >>>>> >> >> >>>>>>>>>>>>>> processBlock() is being called the same amount of >>>>> >> >> >>>>>>>>>>>>>> times >>>>> >> >> >>>>>>>>>>>>>> as >>>>> >> >> >>>>>>>>>>>>>> performKsmps(). That is to say, if the plugin sample >>>>> >> >> >>>>>>>>>>>>>> buffer >>>>> >> >> >>>>>>>>>>>>>> is >>>>> >> >> >>>>>>>>>>>>>> set >>>>> >> >> >>>>>>>>>>>>>> to >>>>> >> >> >>>>>>>>>>>>>> 64 and so is Csound's, the problem persists. >>>>> >> >> >>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>> I can recreate it with Reaper by placing two >>>>> >> >> >>>>>>>>>>>>>> identical >>>>> >> >> >>>>>>>>>>>>>> audio >>>>> >> >> >>>>>>>>>>>>>> tracks >>>>> >> >> >>>>>>>>>>>>>> in >>>>> >> >> >>>>>>>>>>>>>> the session. On one track I place a straight forward >>>>> >> >> >>>>>>>>>>>>>> in/out >>>>> >> >> >>>>>>>>>>>>>> Cabbage >>>>> >> >> >>>>>>>>>>>>>> effect plugin. Then play both back at the same time. >>>>> >> >> >>>>>>>>>>>>>> You'll >>>>> >> >> >>>>>>>>>>>>>> hear >>>>> >> >> >>>>>>>>>>>>>> subtle phasing taking place until you bypass the >>>>> >> >> >>>>>>>>>>>>>> plugin >>>>> >> >> >>>>>>>>>>>>>> effect. >>>>> >> >> >>>>>>>>>>>>>> Here's >>>>> >> >> >>>>>>>>>>>>>> my processBlock(), it couldn't be any simpler. Can >>>>> >> >> >>>>>>>>>>>>>> any >>>>> >> >> >>>>>>>>>>>>>> devs >>>>> >> >> >>>>>>>>>>>>>> out >>>>> >> >> >>>>>>>>>>>>>> there >>>>> >> >> >>>>>>>>>>>>>> spot something that might introduce latency? >>>>> >> >> >>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>> CSCompResult = csound->PerformKsmps(); >>>>> >> >> >>>>>>>>>>>>>> for(int i=0;i<numSamplesInBuffer;i++) >>>>> >> >> >>>>>>>>>>>>>> { >>>>> >> >> >>>>>>>>>>>>>> if(!CSCompResult) >>>>> >> >> >>>>>>>>>>>>>> { >>>>> >> >> >>>>>>>>>>>>>> for(int channel = 0; channel < >>>>> >> >> >>>>>>>>>>>>>> getNumOutputChannels(); >>>>> >> >> >>>>>>>>>>>>>> channel++ ) >>>>> >> >> >>>>>>>>>>>>>> { >>>>> >> >> >>>>>>>>>>>>>> audioBuffer = >>>>> >> >> >>>>>>>>>>>>>> buffer.getSampleData(channel,0); >>>>> >> >> >>>>>>>>>>>>>> pos = igetNumOutputChannels(); >>>>> >> >> >>>>>>>>>>>>>> CSspin[channel+pos] = >>>>> >> >> >>>>>>>>>>>>>> audioBuffer[i]cs_scale; >>>>> >> >> >>>>>>>>>>>>>> audioBuffer[i] = >>>>> >> >> >>>>>>>>>>>>>> (CSspout[channel+pos]/cs_scale); >>>>> >> >> >>>>>>>>>>>>>> } >>>>> >> >> >>>>>>>>>>>>>> } >>>>> >> >> >>>>>>>>>>>>>> else >>>>> >> >> >>>>>>>>>>>>>> buffer.clear(); >>>>> >> >> >>>>>>>>>>>>>> } >>>>> >> >> >>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>> On 4 February 2014 15:04, Oeyvind Brandtsegg >>>>> >> >> >>>>>>>>>>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >>>>> >> >> >>>>>>>>>>>>>>> All good. >>>>> >> >> >>>>>>>>>>>>>>> I could test with csound~ and found another cause >>>>> >> >> >>>>>>>>>>>>>>> for >>>>> >> >> >>>>>>>>>>>>>>> the >>>>> >> >> >>>>>>>>>>>>>>> latency. >>>>> >> >> >>>>>>>>>>>>>>> Oeyvind >>>>> >> >> >>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>> 2014-02-04 Steven Yi <stevenyi@gmail.com>: >>>>> >> >> >>>>>>>>>>>>>>>> Nope. I did some work on updating the CMake file >>>>> >> >> >>>>>>>>>>>>>>>> to >>>>> >> >> >>>>>>>>>>>>>>>> try >>>>> >> >> >>>>>>>>>>>>>>>> building >>>>> >> >> >>>>>>>>>>>>>>>> on >>>>> >> >> >>>>>>>>>>>>>>>> Windows yesterday. I need to do so me research to >>>>> >> >> >>>>>>>>>>>>>>>> see >>>>> >> >> >>>>>>>>>>>>>>>> about >>>>> >> >> >>>>>>>>>>>>>>>> libraries >>>>> >> >> >>>>>>>>>>>>>>>> to link to and other things, but it may take a >>>>> >> >> >>>>>>>>>>>>>>>> while >>>>> >> >> >>>>>>>>>>>>>>>> with >>>>> >> >> >>>>>>>>>>>>>>>> current >>>>> >> >> >>>>>>>>>>>>>>>> work >>>>> >> >> >>>>>>>>>>>>>>>> load. >>>>> >> >> >>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:47 AM, Oeyvind Brandtsegg >>>>> >> >> >>>>>>>>>>>>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >>>>> >> >> >>>>>>>>>>>>>>>>> That looks as if it's for OSX only (?), >>>>> >> >> >>>>>>>>>>>>>>>>> perhaps not compiled for windows yet? >>>>> >> >> >>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>> 2014-02-04 Steven Yi <stevenyi@gmail.com>: >>>>> >> >> >>>>>>>>>>>>>>>>>> csound6~ should be with the installer; also >>>>> >> >> >>>>>>>>>>>>>>>>>> available >>>>> >> >> >>>>>>>>>>>>>>>>>> at: >>>>> >> >> >>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>> http://sourceforge.net/projects/csound/files/csound6/Csound6.02/csound~_v1.1.1.pkg/download >>>>> >> >> >>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:38 AM, Oeyvind >>>>> >> >> >>>>>>>>>>>>>>>>>> Brandtsegg >>>>> >> >> >>>>>>>>>>>>>>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >>>>> >> >> >>>>>>>>>>>>>>>>>>> I can also reproduce it with csound~ in >>>>> >> >> >>>>>>>>>>>>>>>>>>> MaxForLive >>>>> >> >> >>>>>>>>>>>>>>>>>>> haven't tried with csound6~ (where can I find >>>>> >> >> >>>>>>>>>>>>>>>>>>> it?) >>>>> >> >> >>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>> Now, testing with Max (not in Live), and with >>>>> >> >> >>>>>>>>>>>>>>>>>>> Reaper, >>>>> >> >> >>>>>>>>>>>>>>>>>>> I >>>>> >> >> >>>>>>>>>>>>>>>>>>> find >>>>> >> >> >>>>>>>>>>>>>>>>>>> I >>>>> >> >> >>>>>>>>>>>>>>>>>>> can not >>>>> >> >> >>>>>>>>>>>>>>>>>>> reproduce the behaviour there. >>>>> >> >> >>>>>>>>>>>>>>>>>>> So there is something with Live then. However, >>>>> >> >> >>>>>>>>>>>>>>>>>>> other >>>>> >> >> >>>>>>>>>>>>>>>>>>> VST >>>>> >> >> >>>>>>>>>>>>>>>>>>> plugins >>>>> >> >> >>>>>>>>>>>>>>>>>>> in >>>>> >> >> >>>>>>>>>>>>>>>>>>> Live does not introduce extra latency. >>>>> >> >> >>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>> The way I measure latency is by setiing up a >>>>> >> >> >>>>>>>>>>>>>>>>>>> microphone >>>>> >> >> >>>>>>>>>>>>>>>>>>> close >>>>> >> >> >>>>>>>>>>>>>>>>>>> to >>>>> >> >> >>>>>>>>>>>>>>>>>>> the >>>>> >> >> >>>>>>>>>>>>>>>>>>> speaker, close enough that it will almost feed, >>>>> >> >> >>>>>>>>>>>>>>>>>>> then tap the mic and listen to the resonance of >>>>> >> >> >>>>>>>>>>>>>>>>>>> the >>>>> >> >> >>>>>>>>>>>>>>>>>>> system. >>>>> >> >> >>>>>>>>>>>>>>>>>>> When >>>>> >> >> >>>>>>>>>>>>>>>>>>> the >>>>> >> >> >>>>>>>>>>>>>>>>>>> latency changes, the resonance will change. >>>>> >> >> >>>>>>>>>>>>>>>>>>> When I add a plugin (Cabbage or MaxForLive with >>>>> >> >> >>>>>>>>>>>>>>>>>>> csound~), >>>>> >> >> >>>>>>>>>>>>>>>>>>> the >>>>> >> >> >>>>>>>>>>>>>>>>>>> latency >>>>> >> >> >>>>>>>>>>>>>>>>>>> (and so the resonance) changes. If I load other >>>>> >> >> >>>>>>>>>>>>>>>>>>> VST >>>>> >> >> >>>>>>>>>>>>>>>>>>> plugins >>>>> >> >> >>>>>>>>>>>>>>>>>>> this >>>>> >> >> >>>>>>>>>>>>>>>>>>> does >>>>> >> >> >>>>>>>>>>>>>>>>>>> not happen, the latency does not change. >>>>> >> >> >>>>>>>>>>>>>>>>>>> But as I said, I can only reproduce it in Live. >>>>> >> >> >>>>>>>>>>>>>>>>>>> Sorry >>>>> >> >> >>>>>>>>>>>>>>>>>>> for >>>>> >> >> >>>>>>>>>>>>>>>>>>> the >>>>> >> >> >>>>>>>>>>>>>>>>>>> noise. >>>>> >> >> >>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh <rorywalsh@ear.ie>: >>>>> >> >> >>>>>>>>>>>>>>>>>>>> I can recreate it here. It's subtle, but >>>>> >> >> >>>>>>>>>>>>>>>>>>>> present. >>>>> >> >> >>>>>>>>>>>>>>>>>>>> I'll >>>>> >> >> >>>>>>>>>>>>>>>>>>>> take >>>>> >> >> >>>>>>>>>>>>>>>>>>>> a >>>>> >> >> >>>>>>>>>>>>>>>>>>>> look. >>>>> >> >> >>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:38, Oeyvind Brandtsegg >>>>> >> >> >>>>>>>>>>>>>>>>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> Yes, I have tried different ksmps values, both >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> higher >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> and >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> lower >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> and >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> equal to the host buffer size. >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> Will investigate if I can reproduce it on >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> csound~. >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> Oeyvind >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh <rorywalsh@ear.ie>: >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> On second thoughts I can't see what might be >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> causing >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> this. >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> Have you >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> tried setting ksmps to be the same as your >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> host's >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> buffer >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> size? >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:01, Rory Walsh >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> <rorywalsh@ear.ie> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> wrote: >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>> I think I have it... Lunch first though.. >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>> sent from a mobile device... >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>> On 4 Feb 2014 12:56, "Rory Walsh" >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>> <rorywalsh@ear.ie> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> Are you just running audio straight in and >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> out, >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> no >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> processing? The >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> plugin host calls the plugin's >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> processBlock() >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> which >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> in >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> turn >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> calls >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> performKsmps(). So long as processBlock() >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> is >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> being >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> called >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> (if the >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> track is playing for example) >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> performKsmps() >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> will >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> be >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> called >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> over and >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> over again processing ksmps samples each >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> time. >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> At >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> the >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> moment >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> the >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> processBlock() method and the >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> performKsmps() >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> are >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> firing >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> off >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> at >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> different speeds. I can look at forcing >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> Cabbage >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> plugins >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> to >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> process the >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> same amount of samples as the plugin does >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> with >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> each >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> call >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> to >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> processBlock(). Perhaps that might help. >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 12:41, Oeyvind >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> <oyvind.brandtsegg@ntnu.no> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Regarding latency and buffers, >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> I thought I had understood that csound, >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> when >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> used >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> as a >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> plugin (e.g. >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Cabbage or csound~) would process the >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> audio >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> buffer >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> "in >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> place", so no >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> extra latency would incur due to the sound >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> being >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> processed >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> through >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Csound, assuming that ksmps is smaler than >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> the >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> host >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> program's buffer >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> size. >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Now, running Cabbage plugins in Ableton >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Live, >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> I've >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> been >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> investigating >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> latency issues, and I find that adding a >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> simple >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> plugin will >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> delay the signal. Also, adding more than >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> one >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> such >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> plugin >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> in >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> series >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> increases the delay/latency accordingly. >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> I've >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> tried >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> using >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> different >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> ksmps, and this indeed affects the amount >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> of >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> latency >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> but >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> even setting >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> ksmps=1 does not get rid of it. >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Can the buffer be processed "in place"? >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> best >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> -- >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Norway >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> here >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> with >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> body >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> csound" >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> trackers >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> csound6: >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> csound5: >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> posted >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> here >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> with >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> body >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> -- >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> NTNU >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> Norway >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> trackers >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> csound6: >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> csound5: >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> here >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> with >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> body >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>>> >> >> >>>>>>>>>>>>>>>>>>>> trackers >>>>> >> >> >>>>>>>>>>>>>>>>>>>> csound6: >>>>> >> >> >>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>> >> >> >>>>>>>>>>>>>>>>>>>> csound5: >>>>> >> >> >>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>> >> >> >>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >>>>> >> >> >>>>>>>>>>>>>>>>>>>> here >>>>> >> >> >>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>> >> >> >>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>> >> >> >>>>>>>>>>>>>>>>>>>> with >>>>> >> >> >>>>>>>>>>>>>>>>>>>> body >>>>> >> >> >>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>> >> >> >>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>> -- >>>>> >> >> >>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>> >> >> >>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>>> >> >> >>>>>>>>>>>>>>>>>>> NTNU >>>>> >> >> >>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>>> >> >> >>>>>>>>>>>>>>>>>>> Norway >>>>> >> >> >>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>> >> >> >>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>> >> >> >>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>> >> >> >>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>> >> >> >>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>> >> >> >>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>>> >> >> >>>>>>>>>>>>>>>>>>> trackers >>>>> >> >> >>>>>>>>>>>>>>>>>>> csound6: >>>>> >> >> >>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>> >> >> >>>>>>>>>>>>>>>>>>> csound5: >>>>> >> >> >>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>> >> >> >>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >>>>> >> >> >>>>>>>>>>>>>>>>>>> here >>>>> >> >> >>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>> >> >> >>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>> >> >> >>>>>>>>>>>>>>>>>>> with >>>>> >> >> >>>>>>>>>>>>>>>>>>> body >>>>> >> >> >>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>> >> >> >>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>> >> >> >>>>>>>>>>>>>>>>>> csound6: >>>>> >> >> >>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>> >> >> >>>>>>>>>>>>>>>>>> csound5: >>>>> >> >> >>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>> >> >> >>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >>>>> >> >> >>>>>>>>>>>>>>>>>> here >>>>> >> >> >>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >>>>> >> >> >>>>>>>>>>>>>>>>>> with >>>>> >> >> >>>>>>>>>>>>>>>>>> body >>>>> >> >> >>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>> >> >> >>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>> -- >>>>> >> >> >>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>> >> >> >>>>>>>>>>>>>>>>> Professor of Music Technology >>>>> >> >> >>>>>>>>>>>>>>>>> NTNU >>>>> >> >> >>>>>>>>>>>>>>>>> 7491 Trondheim >>>>> >> >> >>>>>>>>>>>>>>>>> Norway >>>>> >> >> >>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>> >> >> >>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>> >> >> >>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>> >> >> >>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>> >> >> >>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>> >> >> >>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>> >> >> >>>>>>>>>>>>>>>>> csound6: >>>>> >> >> >>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>> >> >> >>>>>>>>>>>>>>>>> csound5: >>>>> >> >> >>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>> >> >> >>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >>>>> >> >> >>>>>>>>>>>>>>>>> here >>>>> >> >> >>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >>>>> >> >> >>>>>>>>>>>>>>>>> with >>>>> >> >> >>>>>>>>>>>>>>>>> body >>>>> >> >> >>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>> >> >> >>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>> >> >> >>>>>>>>>>>>>>>> csound6: >>>>> >> >> >>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>> >> >> >>>>>>>>>>>>>>>> csound5: >>>>> >> >> >>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>> >> >> >>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>> >> >> >>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >>>>> >> >> >>>>>>>>>>>>>>>> with >>>>> >> >> >>>>>>>>>>>>>>>> body >>>>> >> >> >>>>>>>>>>>>>>>> "unsubscribe csound" >>>>> >> >> >>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>> -- >>>>> >> >> >>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>> >> >> >>>>>>>>>>>>>>> Professor of Music Technology >>>>> >> >> >>>>>>>>>>>>>>> NTNU >>>>> >> >> >>>>>>>>>>>>>>> 7491 Trondheim >>>>> >> >> >>>>>>>>>>>>>>> Norway >>>>> >> >> >>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>> >> >> >>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>> http://flyndresang.no/ >>>>> >> >> >>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>> >> >> >>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>> >> >> >>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>> >> >> >>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>> >> >> >>>>>>>>>>>>>>> csound6: >>>>> >> >> >>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>> >> >> >>>>>>>>>>>>>>> csound5: >>>>> >> >> >>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>> >> >> >>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>> >> >> >>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >>>>> >> >> >>>>>>>>>>>>>>> with >>>>> >> >> >>>>>>>>>>>>>>> body >>>>> >> >> >>>>>>>>>>>>>>> "unsubscribe csound" >>>>> >> >> >>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>> >> >> >>>>>>>>>>>>>> csound6: >>>>> >> >> >>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>> >> >> >>>>>>>>>>>>>> csound5: >>>>> >> >> >>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>> >> >> >>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>> >> >> >>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >>>>> >> >> >>>>>>>>>>>>>> with >>>>> >> >> >>>>>>>>>>>>>> body >>>>> >> >> >>>>>>>>>>>>>> "unsubscribe csound" >>>>> >> >> >>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>> >> >> >>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>> >> >> >>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>> >> >> >>>>>>>>>>>>> Common >>>>> >> >> >>>>>>>>>>>>> Pitfalls. >>>>> >> >> >>>>>>>>>>>>> Read the Whitepaper. >>>>> >> >> >>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >> >> >>>>>>>>>>>>> _______________________________________________ >>>>> >> >> >>>>>>>>>>>>> Csound-devel mailing list >>>>> >> >> >>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>> >> >> >>>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >> >> >>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>> >> >> >>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>> >> >> >>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>> >> >> >>>>>>>>>>>> Common >>>>> >> >> >>>>>>>>>>>> Pitfalls. >>>>> >> >> >>>>>>>>>>>> Read the Whitepaper. >>>>> >> >> >>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >> >> >>>>>>>>>>>> _______________________________________________ >>>>> >> >> >>>>>>>>>>>> Csound-devel mailing list >>>>> >> >> >>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>> >> >> >>>>>>>>>>>> >>>>> >> >> >>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >> >> >>>>>>>>>>> >>>>> >> >> >>>>>>>>>>> >>>>> >> >> >>>>>>>>>> >>>>> >> >> >>>>>>>>>> >>>>> >> >> >>>>>>>>>> >>>>> >> >> >>>>>>>>>> >>>>> >> >> >>>>>>>>>> >>>>> >> >> >>>>>>>>>> >>>>> >> >> >>>>>>>>>> >>>>> >> >> >>>>>>>>>> >>>>> >> >> >>>>>>>>>> ------------------------------------------------------------------------------ >>>>> >> >> >>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>> >> >> >>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>> >> >> >>>>>>>>>> Common >>>>> >> >> >>>>>>>>>> Pitfalls. >>>>> >> >> >>>>>>>>>> Read the Whitepaper. >>>>> >> >> >>>>>>>>>> >>>>> >> >> >>>>>>>>>> >>>>> >> >> >>>>>>>>>> >>>>> >> >> >>>>>>>>>> >>>>> >> >> >>>>>>>>>> >>>>> >> >> >>>>>>>>>> >>>>> >> >> >>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >> >> >>>>>>>>>> _______________________________________________ >>>>> >> >> >>>>>>>>>> Csound-devel mailing list >>>>> >> >> >>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>> >> >> >>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >> >> >>>>>>>>>> >>>>> >> >> >>>>>>>>> >>>>> >> >> >>>>>>>>> >>>>> >> >> >>>>>>>>> >>>>> >> >> >>>>>>>>> >>>>> >> >> >>>>>>>>> >>>>> >> >> >>>>>>>>> >>>>> >> >> >>>>>>>>> >>>>> >> >> >>>>>>>>> ------------------------------------------------------------------------------ >>>>> >> >> >>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>> >> >> >>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>> >> >> >>>>>>>>> Common >>>>> >> >> >>>>>>>>> Pitfalls. >>>>> >> >> >>>>>>>>> Read the Whitepaper. >>>>> >> >> >>>>>>>>> >>>>> >> >> >>>>>>>>> >>>>> >> >> >>>>>>>>> >>>>> >> >> >>>>>>>>> >>>>> >> >> >>>>>>>>> >>>>> >> >> >>>>>>>>> >>>>> >> >> >>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >> >> >>>>>>>>> _______________________________________________ >>>>> >> >> >>>>>>>>> Csound-devel mailing list >>>>> >> >> >>>>>>>>> Csound-devel@lists.sourceforge.net >>>>> >> >> >>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >> >> >>>>>>>> >>>>> >> >> >>>>>>>> >>>>> >> >> >>>>>>>> >>>>> >> >> >>>>>>>> >>>>> >> >> >>>>>>>> >>>>> >> >> >>>>>>>> >>>>> >> >> >>>>>>>> >>>>> >> >> >>>>>>>> >>>>> >> >> >>>>>>>> ------------------------------------------------------------------------------ >>>>> >> >> >>>>>>>> Managing the Performance of Cloud-Based Applications >>>>> >> >> >>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>> >> >> >>>>>>>> Common >>>>> >> >> >>>>>>>> Pitfalls. >>>>> >> >> >>>>>>>> Read the Whitepaper. >>>>> >> >> >>>>>>>> >>>>> >> >> >>>>>>>> >>>>> >> >> >>>>>>>> >>>>> >> >> >>>>>>>> >>>>> >> >> >>>>>>>> >>>>> >> >> >>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >> >> >>>>>>>> _______________________________________________ >>>>> >> >> >>>>>>>> Csound-devel mailing list >>>>> >> >> >>>>>>>> Csound-devel@lists.sourceforge.net >>>>> >> >> >>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >> >> >>>>>>>> >>>>> >> >> >>>>>>> >>>>> >> >> >>>>>>> >>>>> >> >> >>>>>>> >>>>> >> >> >>>>>>> >>>>> >> >> >>>>>>> >>>>> >> >> >>>>>>> >>>>> >> >> >>>>>>> ------------------------------------------------------------------------------ >>>>> >> >> >>>>>>> Managing the Performance of Cloud-Based Applications >>>>> >> >> >>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>> >> >> >>>>>>> Pitfalls. >>>>> >> >> >>>>>>> Read the Whitepaper. >>>>> >> >> >>>>>>> >>>>> >> >> >>>>>>> >>>>> >> >> >>>>>>> >>>>> >> >> >>>>>>> >>>>> >> >> >>>>>>> >>>>> >> >> >>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >> >> >>>>>>> _______________________________________________ >>>>> >> >> >>>>>>> Csound-devel mailing list >>>>> >> >> >>>>>>> Csound-devel@lists.sourceforge.net >>>>> >> >> >>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >> >> >>>>>> >>>>> >> >> >>>>>> Dr Victor Lazzarini >>>>> >> >> >>>>>> Senior Lecturer >>>>> >> >> >>>>>> Dept. of Music >>>>> >> >> >>>>>> NUI Maynooth Ireland >>>>> >> >> >>>>>> tel.: +353 1 708 3545 >>>>> >> >> >>>>>> Victor dot Lazzarini AT nuim dot ie >>>>> >> >> >>>>>> >>>>> >> >> >>>>>> >>>>> >> >> >>>>>> >>>>> >> >> >>>>>> >>>>> >> >> >>>>>> >>>>> >> >> >>>>>> >>>>> >> >> >>>>>> >>>>> >> >> >>>>>> >>>>> >> >> >>>>>> >>>>> >> >> >>>>>> ------------------------------------------------------------------------------ >>>>> >> >> >>>>>> Managing the Performance of Cloud-Based Applications >>>>> >> >> >>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>> >> >> >>>>>> Pitfalls. >>>>> >> >> >>>>>> Read the Whitepaper. >>>>> >> >> >>>>>> >>>>> >> >> >>>>>> >>>>> >> >> >>>>>> >>>>> >> >> >>>>>> >>>>> >> >> >>>>>> >>>>> >> >> >>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >> >> >>>>>> _______________________________________________ >>>>> >> >> >>>>>> Csound-devel mailing list >>>>> >> >> >>>>>> Csound-devel@lists.sourceforge.net >>>>> >> >> >>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >> >> >>>>> >>>>> >> >> >>>>> >>>>> >> >> >>>>> >>>>> >> >> >>>>> >>>>> >> >> >>>>> >>>>> >> >> >>>>> >>>>> >> >> >>>>> >>>>> >> >> >>>>> ------------------------------------------------------------------------------ >>>>> >> >> >>>>> Managing the Performance of Cloud-Based Applications >>>>> >> >> >>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>> >> >> >>>>> Pitfalls. >>>>> >> >> >>>>> Read the Whitepaper. >>>>> >> >> >>>>> >>>>> >> >> >>>>> >>>>> >> >> >>>>> >>>>> >> >> >>>>> >>>>> >> >> >>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >> >> >>>>> _______________________________________________ >>>>> >> >> >>>>> Csound-devel mailing list >>>>> >> >> >>>>> Csound-devel@lists.sourceforge.net >>>>> >> >> >>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >> >> >>>>> >>>>> >> >> >>>> >>>>> >> >> >>>> >>>>> >> >> >>>> >>>>> >> >> >>>> >>>>> >> >> >>>> >>>>> >> >> >>>> ------------------------------------------------------------------------------ >>>>> >> >> >>>> Managing the Performance of Cloud-Based Applications >>>>> >> >> >>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>> >> >> >>>> Pitfalls. >>>>> >> >> >>>> Read the Whitepaper. >>>>> >> >> >>>> >>>>> >> >> >>>> >>>>> >> >> >>>> >>>>> >> >> >>>> >>>>> >> >> >>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >> >> >>>> _______________________________________________ >>>>> >> >> >>>> Csound-devel mailing list >>>>> >> >> >>>> Csound-devel@lists.sourceforge.net >>>>> >> >> >>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >> >> >>> >>>>> >> >> >>> >>>>> >> >> >>> >>>>> >> >> >>> >>>>> >> >> >>> >>>>> >> >> >>> >>>>> >> >> >>> ------------------------------------------------------------------------------ >>>>> >> >> >>> Managing the Performance of Cloud-Based Applications >>>>> >> >> >>> Take advantage of what the Cloud has to offer - Avoid Common >>>>> >> >> >>> Pitfalls. >>>>> >> >> >>> Read the Whitepaper. >>>>> >> >> >>> >>>>> >> >> >>> >>>>> >> >> >>> >>>>> >> >> >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >> >> >>> _______________________________________________ >>>>> >> >> >>> Csound-devel mailing list >>>>> >> >> >>> Csound-devel@lists.sourceforge.net >>>>> >> >> >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >> >> >>> >>>>> >> >> >> >>>>> >> >> >> >>>>> >> >> >> >>>>> >> >> >> >>>>> >> >> >> ------------------------------------------------------------------------------ >>>>> >> >> >> Managing the Performance of Cloud-Based Applications >>>>> >> >> >> Take advantage of what the Cloud has to offer - Avoid Common >>>>> >> >> >> Pitfalls. >>>>> >> >> >> Read the Whitepaper. >>>>> >> >> >> >>>>> >> >> >> >>>>> >> >> >> >>>>> >> >> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >> >> >> _______________________________________________ >>>>> >> >> >> Csound-devel mailing list >>>>> >> >> >> Csound-devel@lists.sourceforge.net >>>>> >> >> >> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >> >> > >>>>> >> >> > Dr Victor Lazzarini >>>>> >> >> > Senior Lecturer >>>>> >> >> > Dept. of Music >>>>> >> >> > NUI Maynooth Ireland >>>>> >> >> > tel.: +353 1 708 3545 >>>>> >> >> > Victor dot Lazzarini AT nuim dot ie >>>>> >> >> > >>>>> >> >> > >>>>> >> >> > >>>>> >> >> > >>>>> >> >> > >>>>> >> >> > >>>>> >> >> > >>>>> >> >> > ------------------------------------------------------------------------------ >>>>> >> >> > Managing the Performance of Cloud-Based Applications >>>>> >> >> > Take advantage of what the Cloud has to offer - Avoid Common >>>>> >> >> > Pitfalls. >>>>> >> >> > Read the Whitepaper. >>>>> >> >> > >>>>> >> >> > >>>>> >> >> > >>>>> >> >> > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >> >> > _______________________________________________ >>>>> >> >> > Csound-devel mailing list >>>>> >> >> > Csound-devel@lists.sourceforge.net >>>>> >> >> > https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >> >> >>>>> >> >> >>>>> >> >> >>>>> >> >> -- >>>>> >> >> >>>>> >> >> Oeyvind Brandtsegg >>>>> >> >> Professor of Music Technology >>>>> >> >> NTNU >>>>> >> >> 7491 Trondheim >>>>> >> >> Norway >>>>> >> >> Cell: +47 92 203 205 >>>>> >> >> >>>>> >> >> http://flyndresang.no/ >>>>> >> >> http://www.partikkelaudio.com/ >>>>> >> >> http://soundcloud.com/brandtsegg >>>>> >> >> http://soundcloud.com/t-emp >>>>> >> >> >>>>> >> >> >>>>> >> >> >>>>> >> >> >>>>> >> >> ------------------------------------------------------------------------------ >>>>> >> >> Managing the Performance of Cloud-Based Applications >>>>> >> >> Take advantage of what the Cloud has to offer - Avoid Common >>>>> >> >> Pitfalls. >>>>> >> >> Read the Whitepaper. >>>>> >> >> >>>>> >> >> >>>>> >> >> >>>>> >> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >> >> _______________________________________________ >>>>> >> >> Csound-devel mailing list >>>>> >> >> Csound-devel@lists.sourceforge.net >>>>> >> >> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >> > >>>>> >> > >>>>> >> > >>>>> >> > >>>>> >> > >>>>> >> > ------------------------------------------------------------------------------ >>>>> >> > Managing the Performance of Cloud-Based Applications >>>>> >> > Take advantage of what the Cloud has to offer - Avoid Common >>>>> >> > Pitfalls. >>>>> >> > Read the Whitepaper. >>>>> >> > >>>>> >> > >>>>> >> > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >> > _______________________________________________ >>>>> >> > Csound-devel mailing list >>>>> >> > Csound-devel@lists.sourceforge.net >>>>> >> > https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >> > >>>>> >> >>>>> >> >>>>> >> >>>>> >> -- >>>>> >> >>>>> >> Oeyvind Brandtsegg >>>>> >> Professor of Music Technology >>>>> >> NTNU >>>>> >> 7491 Trondheim >>>>> >> Norway >>>>> >> Cell: +47 92 203 205 >>>>> >> >>>>> >> http://flyndresang.no/ >>>>> >> http://www.partikkelaudio.com/ >>>>> >> http://soundcloud.com/brandtsegg >>>>> >> http://soundcloud.com/t-emp >>>>> >> >>>>> >> >>>>> >> >>>>> >> ------------------------------------------------------------------------------ >>>>> >> Managing the Performance of Cloud-Based Applications >>>>> >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>>>> >> Read the Whitepaper. >>>>> >> >>>>> >> >>>>> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >> _______________________________________________ >>>>> >> Csound-devel mailing list >>>>> >> Csound-devel@lists.sourceforge.net >>>>> >> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> Managing the Performance of Cloud-Based Applications >>>>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>>>> Read the Whitepaper. >>>>> >>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> _______________________________________________ >>>>> Csound-devel mailing list >>>>> Csound-devel@lists.sourceforge.net >>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Managing the Performance of Cloud-Based Applications >>>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>>> Read the Whitepaper. >>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> _______________________________________________ >>>> Csound-devel mailing list >>>> Csound-devel@lists.sourceforge.net >>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >>> >>> >>> >>> -- >>> >>> Oeyvind Brandtsegg >>> Professor of Music Technology >>> NTNU >>> 7491 Trondheim >>> Norway >>> Cell: +47 92 203 205 >>> >>> http://flyndresang.no/ >>> http://www.partikkelaudio.com/ >>> http://soundcloud.com/brandtsegg >>> http://soundcloud.com/t-emp >>> >>> ------------------------------------------------------------------------------ >>> Managing the Performance of Cloud-Based Applications >>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>> Read the Whitepaper. >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> _______________________________________________ >>> Csound-devel mailing list >>> Csound-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/csound-devel > > ------------------------------------------------------------------------------ > Managing the Performance of Cloud-Based Applications > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. > Read the Whitepaper. > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk > _______________________________________________ > Csound-devel mailing list > Csound-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/csound-devel -- Oeyvind Brandtsegg Professor of Music Technology NTNU 7491 Trondheim Norway Cell: +47 92 203 205 http://flyndresang.no/ http://www.partikkelaudio.com/ http://soundcloud.com/brandtsegg http://soundcloud.com/t-emp ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/csound-devel

Date	2014-02-06 12:54
From	Victor Lazzarini
Subject	Re: [Cs-dev] [Csnd] Latency and buffers
	As you noticed, MaxMSP has also some issues when used as a plugin in Ableton, because of buffering. I would risk saying that it is because it has to work, as a Csound, with a set block size. But even with that, they seem to impose another layer of buffering, because afaik the block size by default is 64 samples. So, this is fundamental thing in the design of systems like Csound, PD, MaxMSP, that the block size is fixed. To change this, it means a complete redesign in terms of how Csound works, a rewrite of the engine and many opcodes that depend on that remaining constant. Within Csound, we have introduced the possibility of sample accurate timing for events, but that works within the fixed-block framework via the use of offsets. Note that there are systems around that work exclusively on a block size of 1, therefore avoiding any such issues. Csound can also do that. I would not necessarily think that ksmps=1 is only limited to simple effects. In modern computers, I have seen a lot of complex things running perfectly at that level. And following what Mike has said, ksmps=16 might be perfectly acceptable in many situations. As Oeyvind proved, that can be much better than what people are used to in some systems. If they can LIVE with that, surely they can REAPER the benefit with Csound ;). Regards Victor On 6 Feb 2014, at 09:17, Oeyvind Brandtsegg wrote: > Yes, it would definitely be a good thing to fix, > especially when considering the use of a series of plugins on the same track. > This is how I noticed the problem in the first place, as I had 3 or 4 > Cabbage plugs in a series on the same track. > One might say that this is not a wise setup, all things recently > learned considered, > but it is one thing that a user might expect to do without problems. > > The use of Csound as a plugin via Cabbage opens up Csound for being > used widely in common production environments, > in terms of the way forward and making the language more widespread, > this is a significant area. In that respect the dynamic ksmps issue is > important for the continued use if Csound in a modern workflow. > > Until then, I will rewrite my plugins so all things I might need on > one track lives in a single Cabage plug. > > all best > > 2014-02-06 Rory Walsh : >> Btw, it's clear that other plugins won't have a latency problem >> because they can(or at least should be able to) deal with variable >> buffer sizes. >> >> On 6 February 2014 08:57, Rory Walsh wrote: >>> That's a funny observation about Live. Their next product will be >>> called Offline :) It seems ksmps==1 is a no go for anything but a >>> single instance of a relatively simple effect(of course there are no >>> issue with synths). And it also seems that pretty much all of the >>> plugins standards in use today(AU, VST, LV2, etc) assume a dynamic >>> buffer size. So as long as Csound is being used to process host audio >>> in one of these environments it's likely there will be a latency >>> problem. That is if you plan to use the full power of Csound there >>> will be. I know the latency will in most cases be quite small, but >>> isn't it still enough to cause undesired effects on a mix? >>> >>> On 6 February 2014 08:38, Oeyvind Brandtsegg wrote: >>>> Thanks so much for that explanation Mike. >>>> Rory, don't even so much as think of contemplating life without >>>> Cabbage (oh you already did...) ! >>>> Here's more observations about latency in different hosts that might >>>> brighten up thhing a bit, >>>> depending on what hosts one prefer... >>>> >>>> In Reaper: >>>> >>>> >>>> 2014-02-06 Michael Gogins : >>>>> There are two cases. If ksmps is always 1, you can use this algorithm: >>>>> >>>>> for each frame in the host input buffer: >>>>> copy the host frame to the spin frame >>>>> call performKsmps() >>>>> copy the spout frame to the host output buffer >>>>> >>>>> Then there is no delay. >>>>> >>>>> If ksmps is greater than 1 it goes like this. It's enough to consider ksmps >>>>> = 2, >>>>> all other cases work the same way. >>>>> >>>>> for each frame in the host input buffer: >>>>> copy the current host input frame to the current spin frame >>>>> copy the current spout frame to the current host output buffer >>>>> if the current spout frame is past the end of spout: >>>>> call performKsmps >>>>> reset the spout/spin frame index to 0 >>>>> >>>>> If ksmps==1 then there is 1 frame of silence in the output at the start, and >>>>> thereafter output lags input by 1 frame. On the final frame of the host >>>>> buffer, Csound computes a frame in spout but it is not copied to the output >>>>> until the next processing call. >>>>> >>>>> If ksmps==2 then there are 2 frames of silence in the output at the start, >>>>> and thereafter output lags input by 2 frames. On the final frame of the host >>>>> buffer,Csound computes 2 frames in spout, but depending on the size of the >>>>> output buffer, 1 or 2 frames are not copied to the output until the next >>>>> processing call. >>>>> >>>>> And so on. >>>>> >>>>> Regards, >>>>> Mike >>>>> >>>>> >>>>> >>>>> ----------------------------------------------------- >>>>> Michael Gogins >>>>> Irreducible Productions >>>>> http://michaelgogins.tumblr.com >>>>> Michael dot Gogins at gmail dot com >>>>> >>>>> >>>>> On Wed, Feb 5, 2014 at 7:39 PM, Rory Walsh wrote: >>>>>> >>>>>> The way it stands things are fine, albeit with a ksmps delay. But it >>>>>> will remain constant and there won't be any drop outs. If ksmps ==1 >>>>>> then there will be no problems with latency. Of course I stand to be >>>>>> corrected. When all is said and done, I did enjoy contemplating life >>>>>> without Cabbage over a few beers. But that might just have been the >>>>>> beers :) >>>>>> >>>>>> >>>>>> On 5 February 2014 23:57, Rory Walsh wrote: >>>>>>> I'm glad you asked this because I'm a little lost too! I was thinking >>>>>>> the >>>>>>> same as you. At some stage won't things goes south if the buffer size >>>>>>> suddenly changes as is likely once automation is brought into the >>>>>>> equation? >>>>>>> >>>>>>> sent from a mobile device... >>>>>>> >>>>>>> On 5 Feb 2014 23:27, "Oeyvind Brandtsegg" >>>>>>> wrote: >>>>>>>> >>>>>>>> Ok. That is good. >>>>>>>> But can it (the latency) change dynamically, as the host buffer size >>>>>>>> change dynamically? >>>>>>>> Sorry if I'm being dense but I would really like to understand. >>>>>>>> >>>>>>>> >>>>>>>> 2014-02-06 Michael Gogins : >>>>>>>>> No, the maximum latency is ksmps. That could be either larger, or >>>>>>>>> smaller, >>>>>>>>> than the host buffer size. It doesn't matter. >>>>>>>>> >>>>>>>>> Regards, >>>>>>>>> Mike >>>>>>>>> >>>>>>>>> >>>>>>>>> ----------------------------------------------------- >>>>>>>>> Michael Gogins >>>>>>>>> Irreducible Productions >>>>>>>>> http://michaelgogins.tumblr.com >>>>>>>>> Michael dot Gogins at gmail dot com >>>>>>>>> >>>>>>>>> >>>>>>>>> On Wed, Feb 5, 2014 at 6:07 PM, Oeyvind Brandtsegg >>>>>>>>> wrote: >>>>>>>>>> >>>>>>>>>> ...but the latency would be one full host buffer size, not just a >>>>>>>>>> ksmps, >>>>>>>>>> right? >>>>>>>>>> So a small ksmps would rather minimize the chance of a ksmps-buffer >>>>>>>>>> mismatch, but not actually minimize worst case latency (which would >>>>>>>>>> be >>>>>>>>>> one host buffer block). Isn't it so? >>>>>>>>>> >>>>>>>>>> Now, one thing I don't understand is if the latency can be zero >>>>>>>>>> when >>>>>>>>>> the host buffer is an integer multiple of ksmps, and it indeed is, >>>>>>>>>> and also the host buffer size can be dynamic, we must assume that >>>>>>>>>> the two buffer length may initially fit but at some later time they >>>>>>>>>> will not,* then* what happens at the transition point ? I mean, when >>>>>>>>>> we go from perfectly aligned buffers and zero latency to misaligned >>>>>>>>>> buffers and one bufferlength latency. Then we should have one >>>>>>>>>> non-full >>>>>>>>>> buffer in the transition from zero latency to one-buffer latency. >>>>>>>>>> Will >>>>>>>>>> it pop? If so, I would expect it to pop quite often(?), which it >>>>>>>>>> does >>>>>>>>>> not. >>>>>>>>>> Or? >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> 2014-02-05 Victor Lazzarini : >>>>>>>>>>> If your ksmps is small, any latency that might exist will be small >>>>>>>>>>> too, >>>>>>>>>>> and I can't see it having >>>>>>>>>>> a major effect. So if you run with ksmps=16, it's 0.3 >>>>>>>>>>> millisseconds. >>>>>>>>>>> Not >>>>>>>>>>> much of a problem. >>>>>>>>>>> And for the cases where this is a problem, then it's still >>>>>>>>>>> possible >>>>>>>>>>> to >>>>>>>>>>> run with ksmps=1. >>>>>>>>>>> >>>>>>>>>>> Victor >>>>>>>>>>> On 5 Feb 2014, at 20:46, Rory Walsh wrote: >>>>>>>>>>> >>>>>>>>>>>> I wish I had thought of this before spending so much time writing >>>>>>>>>>>> a >>>>>>>>>>>> framework for developing VST plugins with Csound. I'm off now to >>>>>>>>>>>> have >>>>>>>>>>>> a few beers and rethink life! >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> On 5 February 2014 20:06, Michael Gogins >>>>>>>>>>>> >>>>>>>>>>>> wrote: >>>>>>>>>>>>> Then your code will run 5 times slower or so. >>>>>>>>>>>>> >>>>>>>>>>>>> Regards, >>>>>>>>>>>>> Mike >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> ----------------------------------------------------- >>>>>>>>>>>>> Michael Gogins >>>>>>>>>>>>> Irreducible Productions >>>>>>>>>>>>> http://michaelgogins.tumblr.com >>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> On Wed, Feb 5, 2014 at 3:03 PM, Rory Walsh >>>>>>>>>>>>> wrote: >>>>>>>>>>>>>> >>>>>>>>>>>>>> Seems every where I look it says don't make any assumptions >>>>>>>>>>>>>> about >>>>>>>>>>>>>> buffer sizes. So I guess the only fail safe way is to force a >>>>>>>>>>>>>> ksmps >>>>>>>>>>>>>> of >>>>>>>>>>>>>> 1? uh... >>>>>>>>>>>>>> >>>>>>>>>>>>>> On 5 February 2014 19:57, Michael Gogins >>>>>>>>>>>>>> >>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>> I believe that you are wrong, you cannot count on a power of >>>>>>>>>>>>>>> two >>>>>>>>>>>>>>> size. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> See these threads from KVR: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> http://www.kvraudio.com/forum/viewtopic.php?t=279753 >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> http://www.kvraudio.com/forum/viewtopic.php?t=359951 >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> http://www.kvraudio.com/forum/viewtopic.php?p=3458228 >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>> Mike >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> ----------------------------------------------------- >>>>>>>>>>>>>>> Michael Gogins >>>>>>>>>>>>>>> Irreducible Productions >>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> On Wed, Feb 5, 2014 at 2:17 PM, Victor Lazzarini >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> But I think you're probably safe setting ksmps to a low value >>>>>>>>>>>>>>>> that >>>>>>>>>>>>>>>> is a >>>>>>>>>>>>>>>> power-of-two. I would >>>>>>>>>>>>>>>> expect most hosts to run buffers that are power-of-two and >>>>>>>>>>>>>>>> that >>>>>>>>>>>>>>>> are >>>>>>>>>>>>>>>> not >>>>>>>>>>>>>>>> that small. >>>>>>>>>>>>>>>> ksmps =8,16 or 32 should do. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Victor >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> On 5 Feb 2014, at 18:10, Rory Walsh wrote: >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> I was just about to answer my previous mail with the same >>>>>>>>>>>>>>>>> thing. >>>>>>>>>>>>>>>>> That's >>>>>>>>>>>>>>>>> a pain. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> On 5 February 2014 18:03, Michael Gogins >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>> No. The host can and often does use a different host audio >>>>>>>>>>>>>>>>>> buffer >>>>>>>>>>>>>>>>>> size >>>>>>>>>>>>>>>>>> on >>>>>>>>>>>>>>>>>> each call to process() or processReplacing(). >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>>>>> Mike >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> ----------------------------------------------------- >>>>>>>>>>>>>>>>>> Michael Gogins >>>>>>>>>>>>>>>>>> Irreducible Productions >>>>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>>>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> On Wed, Feb 5, 2014 at 11:27 AM, Rory Walsh >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Hi Mike, isn't it possible to query the host buffer size >>>>>>>>>>>>>>>>>>> before >>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>> processing function is first called, in which case you can >>>>>>>>>>>>>>>>>>> just >>>>>>>>>>>>>>>>>>> override the csd's ksmps? >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> On 5 February 2014 15:55, Michael Gogins >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>> I've looked into this some more. As long as the host >>>>>>>>>>>>>>>>>>>> audio >>>>>>>>>>>>>>>>>>>> buffer >>>>>>>>>>>>>>>>>>>> is >>>>>>>>>>>>>>>>>>>> not >>>>>>>>>>>>>>>>>>>> an >>>>>>>>>>>>>>>>>>>> integral multiple of ksmps, there will have to be ksmps >>>>>>>>>>>>>>>>>>>> latency >>>>>>>>>>>>>>>>>>>> between >>>>>>>>>>>>>>>>>>>> input and output. That is because performKsmps requires >>>>>>>>>>>>>>>>>>>> spin >>>>>>>>>>>>>>>>>>>> to >>>>>>>>>>>>>>>>>>>> be >>>>>>>>>>>>>>>>>>>> full, >>>>>>>>>>>>>>>>>>>> but >>>>>>>>>>>>>>>>>>>> if there is some remainder from hostsize/ksmps, there >>>>>>>>>>>>>>>>>>>> will >>>>>>>>>>>>>>>>>>>> be >>>>>>>>>>>>>>>>>>>> some >>>>>>>>>>>>>>>>>>>> frames >>>>>>>>>>>>>>>>>>>> that the host buffer doesn't have but spin needs. >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> I am letting this go for now, but if Csound could adjust >>>>>>>>>>>>>>>>>>>> ksmps >>>>>>>>>>>>>>>>>>>> during >>>>>>>>>>>>>>>>>>>> performance via the API, then we could get rid of this >>>>>>>>>>>>>>>>>>>> latency >>>>>>>>>>>>>>>>>>>> by >>>>>>>>>>>>>>>>>>>> setting >>>>>>>>>>>>>>>>>>>> ksmps equal to the host buffer size on each host >>>>>>>>>>>>>>>>>>>> processing >>>>>>>>>>>>>>>>>>>> call. >>>>>>>>>>>>>>>>>>>> I >>>>>>>>>>>>>>>>>>>> think >>>>>>>>>>>>>>>>>>>> this would be a really good idea. I'm entering it as a >>>>>>>>>>>>>>>>>>>> feature >>>>>>>>>>>>>>>>>>>> request. >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>>>>>>> Mike >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>>>>>>> Mike >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> ----------------------------------------------------- >>>>>>>>>>>>>>>>>>>> Michael Gogins >>>>>>>>>>>>>>>>>>>> Irreducible Productions >>>>>>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>>>>>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 1:47 PM, Michael Gogins >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> CsoundVST does the following: >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> In the processReplacing callback there are essentially >>>>>>>>>>>>>>>>>>>>> two >>>>>>>>>>>>>>>>>>>>> simultaneous >>>>>>>>>>>>>>>>>>>>> loops, each with their own loop indexes. One loop is for >>>>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>> host >>>>>>>>>>>>>>>>>>>>> audio >>>>>>>>>>>>>>>>>>>>> buffer, which can change in size from one call to the >>>>>>>>>>>>>>>>>>>>> next. >>>>>>>>>>>>>>>>>>>>> The >>>>>>>>>>>>>>>>>>>>> other >>>>>>>>>>>>>>>>>>>>> loop >>>>>>>>>>>>>>>>>>>>> is for Csound. >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> For each frame of audio, one frame of audio is copied >>>>>>>>>>>>>>>>>>>>> from >>>>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>> host >>>>>>>>>>>>>>>>>>>>> input >>>>>>>>>>>>>>>>>>>>> buffer to spin, one frame of audio is copied from spout >>>>>>>>>>>>>>>>>>>>> to >>>>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>> host >>>>>>>>>>>>>>>>>>>>> audio >>>>>>>>>>>>>>>>>>>>> output buffer, and both loop indexes are incremented. >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> At the end of spout, ksmps audio are processed by >>>>>>>>>>>>>>>>>>>>> Csound, >>>>>>>>>>>>>>>>>>>>> and >>>>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>> spin >>>>>>>>>>>>>>>>>>>>> and >>>>>>>>>>>>>>>>>>>>> spout buffer indexes are reset to 0. These indexes >>>>>>>>>>>>>>>>>>>>> persist >>>>>>>>>>>>>>>>>>>>> from >>>>>>>>>>>>>>>>>>>>> call >>>>>>>>>>>>>>>>>>>>> to >>>>>>>>>>>>>>>>>>>>> call, so there are no gaps or glitches. >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> There is ksmps frames latency in the code because spin >>>>>>>>>>>>>>>>>>>>> is >>>>>>>>>>>>>>>>>>>>> read >>>>>>>>>>>>>>>>>>>>> in >>>>>>>>>>>>>>>>>>>>> before >>>>>>>>>>>>>>>>>>>>> it spout is computed. But I will try to change the code >>>>>>>>>>>>>>>>>>>>> so >>>>>>>>>>>>>>>>>>>>> that >>>>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>> buffers >>>>>>>>>>>>>>>>>>>>> are rewound to line spout up with spin. There will then >>>>>>>>>>>>>>>>>>>>> be >>>>>>>>>>>>>>>>>>>>> zero >>>>>>>>>>>>>>>>>>>>> latency. >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> ----------------------------------------------------- >>>>>>>>>>>>>>>>>>>>> Michael Gogins >>>>>>>>>>>>>>>>>>>>> Irreducible Productions >>>>>>>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>>>>>>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 11:03 AM, Steven Yi >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> I was in the middle of replying pretty much the same >>>>>>>>>>>>>>>>>>>>>> thing >>>>>>>>>>>>>>>>>>>>>> as >>>>>>>>>>>>>>>>>>>>>> Victor. >>>>>>>>>>>>>>>>>>>>>> Seems like you're introducing block's worth of latency >>>>>>>>>>>>>>>>>>>>>> due >>>>>>>>>>>>>>>>>>>>>> to >>>>>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>>> code >>>>>>>>>>>>>>>>>>>>>> order. >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 11:05 AM, Victor Lazzarini >>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>>>>> I would have thought that you would >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> 1) write data into spin >>>>>>>>>>>>>>>>>>>>>>> 2) process >>>>>>>>>>>>>>>>>>>>>>> 3) write data out of spout. >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> if you read and write after running PeformKsmps(), as >>>>>>>>>>>>>>>>>>>>>>> far >>>>>>>>>>>>>>>>>>>>>>> as >>>>>>>>>>>>>>>>>>>>>>> I >>>>>>>>>>>>>>>>>>>>>>> can >>>>>>>>>>>>>>>>>>>>>>> see >>>>>>>>>>>>>>>>>>>>>>> there might be >>>>>>>>>>>>>>>>>>>>>>> a delay between input and output, as you will be >>>>>>>>>>>>>>>>>>>>>>> effectively >>>>>>>>>>>>>>>>>>>>>>> putting >>>>>>>>>>>>>>>>>>>>>>> out the data that >>>>>>>>>>>>>>>>>>>>>>> you processed in the previous period. >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> 1) process (means process the current spin data) >>>>>>>>>>>>>>>>>>>>>>> 2) write to spin the new data >>>>>>>>>>>>>>>>>>>>>>> 3) write out the result of processing the previous >>>>>>>>>>>>>>>>>>>>>>> spin >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> That's what it looks like to me. Not sure if I am >>>>>>>>>>>>>>>>>>>>>>> right. >>>>>>>>>>>>>>>>>>>>>>> Also >>>>>>>>>>>>>>>>>>>>>>> this >>>>>>>>>>>>>>>>>>>>>>> discussion should be in the dev list not >>>>>>>>>>>>>>>>>>>>>>> in the users list (so my response is going there). >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> Victor >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> On 4 Feb 2014, at 15:47, Rory Walsh >>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> I can confirm that it's not an issue with the plugin >>>>>>>>>>>>>>>>>>>>>>>> framework >>>>>>>>>>>>>>>>>>>>>>>> I'm >>>>>>>>>>>>>>>>>>>>>>>> using. I can also confirm it happens whether the >>>>>>>>>>>>>>>>>>>>>>>> plugin's >>>>>>>>>>>>>>>>>>>>>>>> processBlock() is being called the same amount of >>>>>>>>>>>>>>>>>>>>>>>> times >>>>>>>>>>>>>>>>>>>>>>>> as >>>>>>>>>>>>>>>>>>>>>>>> performKsmps(). That is to say, if the plugin sample >>>>>>>>>>>>>>>>>>>>>>>> buffer >>>>>>>>>>>>>>>>>>>>>>>> is >>>>>>>>>>>>>>>>>>>>>>>> set >>>>>>>>>>>>>>>>>>>>>>>> to >>>>>>>>>>>>>>>>>>>>>>>> 64 and so is Csound's, the problem persists. >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> I can recreate it with Reaper by placing two >>>>>>>>>>>>>>>>>>>>>>>> identical >>>>>>>>>>>>>>>>>>>>>>>> audio >>>>>>>>>>>>>>>>>>>>>>>> tracks >>>>>>>>>>>>>>>>>>>>>>>> in >>>>>>>>>>>>>>>>>>>>>>>> the session. On one track I place a straight forward >>>>>>>>>>>>>>>>>>>>>>>> in/out >>>>>>>>>>>>>>>>>>>>>>>> Cabbage >>>>>>>>>>>>>>>>>>>>>>>> effect plugin. Then play both back at the same time. >>>>>>>>>>>>>>>>>>>>>>>> You'll >>>>>>>>>>>>>>>>>>>>>>>> hear >>>>>>>>>>>>>>>>>>>>>>>> subtle phasing taking place until you bypass the >>>>>>>>>>>>>>>>>>>>>>>> plugin >>>>>>>>>>>>>>>>>>>>>>>> effect. >>>>>>>>>>>>>>>>>>>>>>>> Here's >>>>>>>>>>>>>>>>>>>>>>>> my processBlock(), it couldn't be any simpler. Can >>>>>>>>>>>>>>>>>>>>>>>> any >>>>>>>>>>>>>>>>>>>>>>>> devs >>>>>>>>>>>>>>>>>>>>>>>> out >>>>>>>>>>>>>>>>>>>>>>>> there >>>>>>>>>>>>>>>>>>>>>>>> spot something that might introduce latency? >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> CSCompResult = csound->PerformKsmps(); >>>>>>>>>>>>>>>>>>>>>>>> for(int i=0;i>>>>>>>>>>>>>>>>>>>>>>> { >>>>>>>>>>>>>>>>>>>>>>>> if(!CSCompResult) >>>>>>>>>>>>>>>>>>>>>>>> { >>>>>>>>>>>>>>>>>>>>>>>> for(int channel = 0; channel < >>>>>>>>>>>>>>>>>>>>>>>> getNumOutputChannels(); >>>>>>>>>>>>>>>>>>>>>>>> channel++ ) >>>>>>>>>>>>>>>>>>>>>>>> { >>>>>>>>>>>>>>>>>>>>>>>> audioBuffer = >>>>>>>>>>>>>>>>>>>>>>>> buffer.getSampleData(channel,0); >>>>>>>>>>>>>>>>>>>>>>>> pos = igetNumOutputChannels(); >>>>>>>>>>>>>>>>>>>>>>>> CSspin[channel+pos] = >>>>>>>>>>>>>>>>>>>>>>>> audioBuffer[i]cs_scale; >>>>>>>>>>>>>>>>>>>>>>>> audioBuffer[i] = >>>>>>>>>>>>>>>>>>>>>>>> (CSspout[channel+pos]/cs_scale); >>>>>>>>>>>>>>>>>>>>>>>> } >>>>>>>>>>>>>>>>>>>>>>>> } >>>>>>>>>>>>>>>>>>>>>>>> else >>>>>>>>>>>>>>>>>>>>>>>> buffer.clear(); >>>>>>>>>>>>>>>>>>>>>>>> } >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 15:04, Oeyvind Brandtsegg >>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>>>>>>> All good. >>>>>>>>>>>>>>>>>>>>>>>>> I could test with csound~ and found another cause >>>>>>>>>>>>>>>>>>>>>>>>> for >>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>>>>>> latency. >>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Steven Yi : >>>>>>>>>>>>>>>>>>>>>>>>>> Nope. I did some work on updating the CMake file >>>>>>>>>>>>>>>>>>>>>>>>>> to >>>>>>>>>>>>>>>>>>>>>>>>>> try >>>>>>>>>>>>>>>>>>>>>>>>>> building >>>>>>>>>>>>>>>>>>>>>>>>>> on >>>>>>>>>>>>>>>>>>>>>>>>>> Windows yesterday. I need to do so me research to >>>>>>>>>>>>>>>>>>>>>>>>>> see >>>>>>>>>>>>>>>>>>>>>>>>>> about >>>>>>>>>>>>>>>>>>>>>>>>>> libraries >>>>>>>>>>>>>>>>>>>>>>>>>> to link to and other things, but it may take a >>>>>>>>>>>>>>>>>>>>>>>>>> while >>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>>>>>>>>>>>>>>>>>>>>> current >>>>>>>>>>>>>>>>>>>>>>>>>> work >>>>>>>>>>>>>>>>>>>>>>>>>> load. >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:47 AM, Oeyvind Brandtsegg >>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>> That looks as if it's for OSX only (?), >>>>>>>>>>>>>>>>>>>>>>>>>>> perhaps not compiled for windows yet? >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Steven Yi : >>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6~ should be with the installer; also >>>>>>>>>>>>>>>>>>>>>>>>>>>> available >>>>>>>>>>>>>>>>>>>>>>>>>>>> at: >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://sourceforge.net/projects/csound/files/csound6/Csound6.02/csound~_v1.1.1.pkg/download >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:38 AM, Oeyvind >>>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>>>> I can also reproduce it with csound~ in >>>>>>>>>>>>>>>>>>>>>>>>>>>>> MaxForLive >>>>>>>>>>>>>>>>>>>>>>>>>>>>> haven't tried with csound6~ (where can I find >>>>>>>>>>>>>>>>>>>>>>>>>>>>> it?) >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Now, testing with Max (not in Live), and with >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Reaper, >>>>>>>>>>>>>>>>>>>>>>>>>>>>> I >>>>>>>>>>>>>>>>>>>>>>>>>>>>> find >>>>>>>>>>>>>>>>>>>>>>>>>>>>> I >>>>>>>>>>>>>>>>>>>>>>>>>>>>> can not >>>>>>>>>>>>>>>>>>>>>>>>>>>>> reproduce the behaviour there. >>>>>>>>>>>>>>>>>>>>>>>>>>>>> So there is something with Live then. However, >>>>>>>>>>>>>>>>>>>>>>>>>>>>> other >>>>>>>>>>>>>>>>>>>>>>>>>>>>> VST >>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugins >>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Live does not introduce extra latency. >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> The way I measure latency is by setiing up a >>>>>>>>>>>>>>>>>>>>>>>>>>>>> microphone >>>>>>>>>>>>>>>>>>>>>>>>>>>>> close >>>>>>>>>>>>>>>>>>>>>>>>>>>>> to >>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>>>>>>>>>> speaker, close enough that it will almost feed, >>>>>>>>>>>>>>>>>>>>>>>>>>>>> then tap the mic and listen to the resonance of >>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>>>>>>>>>> system. >>>>>>>>>>>>>>>>>>>>>>>>>>>>> When >>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency changes, the resonance will change. >>>>>>>>>>>>>>>>>>>>>>>>>>>>> When I add a plugin (Cabbage or MaxForLive with >>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound~), >>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency >>>>>>>>>>>>>>>>>>>>>>>>>>>>> (and so the resonance) changes. If I load other >>>>>>>>>>>>>>>>>>>>>>>>>>>>> VST >>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugins >>>>>>>>>>>>>>>>>>>>>>>>>>>>> this >>>>>>>>>>>>>>>>>>>>>>>>>>>>> does >>>>>>>>>>>>>>>>>>>>>>>>>>>>> not happen, the latency does not change. >>>>>>>>>>>>>>>>>>>>>>>>>>>>> But as I said, I can only reproduce it in Live. >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Sorry >>>>>>>>>>>>>>>>>>>>>>>>>>>>> for >>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>>>>>>>>>> noise. >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh : >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I can recreate it here. It's subtle, but >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> present. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I'll >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> take >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> a >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> look. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:38, Oeyvind Brandtsegg >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Yes, I have tried different ksmps values, both >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> higher >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> and >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> lower >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> and >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> equal to the host buffer size. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Will investigate if I can reproduce it on >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound~. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh : >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On second thoughts I can't see what might be >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> causing >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> this. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Have you >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> tried setting ksmps to be the same as your >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> host's >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> buffer >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> size? >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:01, Rory Walsh >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I think I have it... Lunch first though.. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sent from a mobile device... >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 Feb 2014 12:56, "Rory Walsh" >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Are you just running audio straight in and >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> out, >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> no >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processing? The >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin host calls the plugin's >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock() >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> which >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> turn >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> calls >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> performKsmps(). So long as processBlock() >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> is >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> being >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> called >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> (if the >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> track is playing for example) >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> performKsmps() >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> will >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> be >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> called >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> over and >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> over again processing ksmps samples each >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> time. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> At >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> moment >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock() method and the >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> performKsmps() >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> are >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> firing >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> off >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> at >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> different speeds. I can look at forcing >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugins >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> to >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> process the >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> same amount of samples as the plugin does >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> each >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> call >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> to >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock(). Perhaps that might help. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 12:41, Oeyvind >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Regarding latency and buffers, >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I thought I had understood that csound, >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> when >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> used >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> as a >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin (e.g. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cabbage or csound~) would process the >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> audio >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> buffer >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "in >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> place", so no >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> extra latency would incur due to the sound >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> being >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processed >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> through >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Csound, assuming that ksmps is smaler than >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> host >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> program's buffer >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> size. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Now, running Cabbage plugins in Ableton >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Live, >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I've >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> been >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> investigating >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency issues, and I find that adding a >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> simple >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin will >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> delay the signal. Also, adding more than >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> one >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> such >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> series >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> increases the delay/latency accordingly. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I've >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> tried >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> using >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> different >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ksmps, and this indeed affects the amount >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> of >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> but >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> even setting >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ksmps=1 does not get rid of it. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Can the buffer be processed "in place"? >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> best >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound" >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>>>>>>>>>>>>>>>>>>>>>>> Norway >>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>>>>>>>>>>>>>>>>>>> body >>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>>>>>>>>>>>>>>>>>>>> Common >>>>>>>>>>>>>>>>>>>>>>> Pitfalls. >>>>>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>>>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>>>>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>>>>>>>>>>>>>>>>>>> Common >>>>>>>>>>>>>>>>>>>>>> Pitfalls. >>>>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>>>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>>>>>>>>>>>>>>>>> Common >>>>>>>>>>>>>>>>>>>> Pitfalls. >>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>>>>>>>>>>>>>>>> Common >>>>>>>>>>>>>>>>>>> Pitfalls. >>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>>>>>>>>>>>>>>> Common >>>>>>>>>>>>>>>>>> Pitfalls. >>>>>>>>>>>>>>>>>> Read the Whitepaper. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>>>>> Csound-devel mailing list >>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>>>>>>>>>>>> Pitfalls. >>>>>>>>>>>>>>>>> Read the Whitepaper. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>>>> Csound-devel mailing list >>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Dr Victor Lazzarini >>>>>>>>>>>>>>>> Senior Lecturer >>>>>>>>>>>>>>>> Dept. of Music >>>>>>>>>>>>>>>> NUI Maynooth Ireland >>>>>>>>>>>>>>>> tel.: +353 1 708 3545 >>>>>>>>>>>>>>>> Victor dot Lazzarini AT nuim dot ie >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>>>>>>>>>>> Pitfalls. >>>>>>>>>>>>>>>> Read the Whitepaper. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>>> Csound-devel mailing list >>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>>>>>>>>>> Pitfalls. >>>>>>>>>>>>>>> Read the Whitepaper. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>> Csound-devel mailing list >>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>>>>>>>>> Pitfalls. >>>>>>>>>>>>>> Read the Whitepaper. >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>> Csound-devel mailing list >>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>>>>>>>> Pitfalls. >>>>>>>>>>>>> Read the Whitepaper. >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>> Csound-devel mailing list >>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>>>>>>> Pitfalls. >>>>>>>>>>>> Read the Whitepaper. >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>> Csound-devel mailing list >>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>>>>> >>>>>>>>>>> Dr Victor Lazzarini >>>>>>>>>>> Senior Lecturer >>>>>>>>>>> Dept. of Music >>>>>>>>>>> NUI Maynooth Ireland >>>>>>>>>>> tel.: +353 1 708 3545 >>>>>>>>>>> Victor dot Lazzarini AT nuim dot ie >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>>>>>> Pitfalls. >>>>>>>>>>> Read the Whitepaper. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>>>>> _______________________________________________ >>>>>>>>>>> Csound-devel mailing list >>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> >>>>>>>>>> Oeyvind Brandtsegg >>>>>>>>>> Professor of Music Technology >>>>>>>>>> NTNU >>>>>>>>>> 7491 Trondheim >>>>>>>>>> Norway >>>>>>>>>> Cell: +47 92 203 205 >>>>>>>>>> >>>>>>>>>> http://flyndresang.no/ >>>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>>>> http://soundcloud.com/t-emp >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>>>>> Pitfalls. >>>>>>>>>> Read the Whitepaper. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>>>> _______________________________________________ >>>>>>>>>> Csound-devel mailing list >>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>>>> Pitfalls. >>>>>>>>> Read the Whitepaper. >>>>>>>>> >>>>>>>>> >>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>>> _______________________________________________ >>>>>>>>> Csound-devel mailing list >>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> >>>>>>>> Oeyvind Brandtsegg >>>>>>>> Professor of Music Technology >>>>>>>> NTNU >>>>>>>> 7491 Trondheim >>>>>>>> Norway >>>>>>>> Cell: +47 92 203 205 >>>>>>>> >>>>>>>> http://flyndresang.no/ >>>>>>>> http://www.partikkelaudio.com/ >>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>> http://soundcloud.com/t-emp >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> ------------------------------------------------------------------------------ >>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>>>>>>> Read the Whitepaper. >>>>>>>> >>>>>>>> >>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>> _______________________________________________ >>>>>>>> Csound-devel mailing list >>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------------ >>>>>> Managing the Performance of Cloud-Based Applications >>>>>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>>>>> Read the Whitepaper. >>>>>> >>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>> _______________________________________________ >>>>>> Csound-devel mailing list >>>>>> Csound-devel@lists.sourceforge.net >>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >>>>> >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> Managing the Performance of Cloud-Based Applications >>>>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>>>> Read the Whitepaper. >>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> _______________________________________________ >>>>> Csound-devel mailing list >>>>> Csound-devel@lists.sourceforge.net >>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >>>> >>>> >>>> >>>> -- >>>> >>>> Oeyvind Brandtsegg >>>> Professor of Music Technology >>>> NTNU >>>> 7491 Trondheim >>>> Norway >>>> Cell: +47 92 203 205 >>>> >>>> http://flyndresang.no/ >>>> http://www.partikkelaudio.com/ >>>> http://soundcloud.com/brandtsegg >>>> http://soundcloud.com/t-emp >>>> >>>> ------------------------------------------------------------------------------ >>>> Managing the Performance of Cloud-Based Applications >>>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>>> Read the Whitepaper. >>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> _______________________________________________ >>>> Csound-devel mailing list >>>> Csound-devel@lists.sourceforge.net >>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> ------------------------------------------------------------------------------ >> Managing the Performance of Cloud-Based Applications >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> Read the Whitepaper. >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> _______________________________________________ >> Csound-devel mailing list >> Csound-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/csound-devel > > > > -- > > Oeyvind Brandtsegg > Professor of Music Technology > NTNU > 7491 Trondheim > Norway > Cell: +47 92 203 205 > > http://flyndresang.no/ > http://www.partikkelaudio.com/ > http://soundcloud.com/brandtsegg > http://soundcloud.com/t-emp > > ------------------------------------------------------------------------------ > Managing the Performance of Cloud-Based Applications > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. > Read the Whitepaper. > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk > _______________________________________________ > Csound-devel mailing list > Csound-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/csound-devel ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net

Date	2014-02-06 13:59
From	Oeyvind Brandtsegg
Subject	Re: [Cs-dev] [Csnd] Latency and buffers
	Ok, good. Just one last thing, We might need to check (CsoundVST and Cabbage) if the effective latency is reported correctly to the host, as even a millisecond latency will matter if processing is done in parallell (clean sound on one track, processsed sound with latency one another), that is, when the two are mixed we will have phasing artifacts at 1kHz and integer multiples. I'm not sure if the reported latency is reported correctly now, as the tracks do not line up when Delay compensation is turned on (in Live). Other VSTs line up nicely when Delay compensation is on. all best 2014-02-06 Victor Lazzarini : > As you noticed, MaxMSP has also some issues when used as a plugin in Ableton, because of > buffering. I would risk saying that it is because it has to work, as a Csound, with a set block size. > But even with that, they seem to impose another layer of buffering, because afaik the block size > by default is 64 samples. > > So, this is fundamental thing in the design of systems like Csound, PD, MaxMSP, that the > block size is fixed. To change this, it means a complete redesign in terms of how Csound works, > a rewrite of the engine and many opcodes that depend on that remaining constant. > Within Csound, we have introduced the possibility of sample accurate timing for events, but > that works within the fixed-block framework via the use of offsets. > > Note that there are systems around that work exclusively on a block size of 1, therefore > avoiding any such issues. Csound can also do that. I would not necessarily think that > ksmps=1 is only limited to simple effects. In modern computers, I have seen a lot of > complex things running perfectly at that level. And following what Mike has said, ksmps=16 > might be perfectly acceptable in many situations. As Oeyvind proved, that can be much > better than what people are used to in some systems. If they can LIVE with that, surely > they can REAPER the benefit with Csound ;). > > Regards > > Victor > > > > > On 6 Feb 2014, at 09:17, Oeyvind Brandtsegg wrote: > >> Yes, it would definitely be a good thing to fix, >> especially when considering the use of a series of plugins on the same track. >> This is how I noticed the problem in the first place, as I had 3 or 4 >> Cabbage plugs in a series on the same track. >> One might say that this is not a wise setup, all things recently >> learned considered, >> but it is one thing that a user might expect to do without problems. >> >> The use of Csound as a plugin via Cabbage opens up Csound for being >> used widely in common production environments, >> in terms of the way forward and making the language more widespread, >> this is a significant area. In that respect the dynamic ksmps issue is >> important for the continued use if Csound in a modern workflow. >> >> Until then, I will rewrite my plugins so all things I might need on >> one track lives in a single Cabage plug. >> >> all best >> >> 2014-02-06 Rory Walsh : >>> Btw, it's clear that other plugins won't have a latency problem >>> because they can(or at least should be able to) deal with variable >>> buffer sizes. >>> >>> On 6 February 2014 08:57, Rory Walsh wrote: >>>> That's a funny observation about Live. Their next product will be >>>> called Offline :) It seems ksmps==1 is a no go for anything but a >>>> single instance of a relatively simple effect(of course there are no >>>> issue with synths). And it also seems that pretty much all of the >>>> plugins standards in use today(AU, VST, LV2, etc) assume a dynamic >>>> buffer size. So as long as Csound is being used to process host audio >>>> in one of these environments it's likely there will be a latency >>>> problem. That is if you plan to use the full power of Csound there >>>> will be. I know the latency will in most cases be quite small, but >>>> isn't it still enough to cause undesired effects on a mix? >>>> >>>> On 6 February 2014 08:38, Oeyvind Brandtsegg wrote: >>>>> Thanks so much for that explanation Mike. >>>>> Rory, don't even so much as think of contemplating life without >>>>> Cabbage (oh you already did...) ! >>>>> Here's more observations about latency in different hosts that might >>>>> brighten up thhing a bit, >>>>> depending on what hosts one prefer... >>>>> >>>>> In Reaper: >>>>> >>>>> >>>>> 2014-02-06 Michael Gogins : >>>>>> There are two cases. If ksmps is always 1, you can use this algorithm: >>>>>> >>>>>> for each frame in the host input buffer: >>>>>> copy the host frame to the spin frame >>>>>> call performKsmps() >>>>>> copy the spout frame to the host output buffer >>>>>> >>>>>> Then there is no delay. >>>>>> >>>>>> If ksmps is greater than 1 it goes like this. It's enough to consider ksmps >>>>>> = 2, >>>>>> all other cases work the same way. >>>>>> >>>>>> for each frame in the host input buffer: >>>>>> copy the current host input frame to the current spin frame >>>>>> copy the current spout frame to the current host output buffer >>>>>> if the current spout frame is past the end of spout: >>>>>> call performKsmps >>>>>> reset the spout/spin frame index to 0 >>>>>> >>>>>> If ksmps==1 then there is 1 frame of silence in the output at the start, and >>>>>> thereafter output lags input by 1 frame. On the final frame of the host >>>>>> buffer, Csound computes a frame in spout but it is not copied to the output >>>>>> until the next processing call. >>>>>> >>>>>> If ksmps==2 then there are 2 frames of silence in the output at the start, >>>>>> and thereafter output lags input by 2 frames. On the final frame of the host >>>>>> buffer,Csound computes 2 frames in spout, but depending on the size of the >>>>>> output buffer, 1 or 2 frames are not copied to the output until the next >>>>>> processing call. >>>>>> >>>>>> And so on. >>>>>> >>>>>> Regards, >>>>>> Mike >>>>>> >>>>>> >>>>>> >>>>>> ----------------------------------------------------- >>>>>> Michael Gogins >>>>>> Irreducible Productions >>>>>> http://michaelgogins.tumblr.com >>>>>> Michael dot Gogins at gmail dot com >>>>>> >>>>>> >>>>>> On Wed, Feb 5, 2014 at 7:39 PM, Rory Walsh wrote: >>>>>>> >>>>>>> The way it stands things are fine, albeit with a ksmps delay. But it >>>>>>> will remain constant and there won't be any drop outs. If ksmps ==1 >>>>>>> then there will be no problems with latency. Of course I stand to be >>>>>>> corrected. When all is said and done, I did enjoy contemplating life >>>>>>> without Cabbage over a few beers. But that might just have been the >>>>>>> beers :) >>>>>>> >>>>>>> >>>>>>> On 5 February 2014 23:57, Rory Walsh wrote: >>>>>>>> I'm glad you asked this because I'm a little lost too! I was thinking >>>>>>>> the >>>>>>>> same as you. At some stage won't things goes south if the buffer size >>>>>>>> suddenly changes as is likely once automation is brought into the >>>>>>>> equation? >>>>>>>> >>>>>>>> sent from a mobile device... >>>>>>>> >>>>>>>> On 5 Feb 2014 23:27, "Oeyvind Brandtsegg" >>>>>>>> wrote: >>>>>>>>> >>>>>>>>> Ok. That is good. >>>>>>>>> But can it (the latency) change dynamically, as the host buffer size >>>>>>>>> change dynamically? >>>>>>>>> Sorry if I'm being dense but I would really like to understand. >>>>>>>>> >>>>>>>>> >>>>>>>>> 2014-02-06 Michael Gogins : >>>>>>>>>> No, the maximum latency is ksmps. That could be either larger, or >>>>>>>>>> smaller, >>>>>>>>>> than the host buffer size. It doesn't matter. >>>>>>>>>> >>>>>>>>>> Regards, >>>>>>>>>> Mike >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> ----------------------------------------------------- >>>>>>>>>> Michael Gogins >>>>>>>>>> Irreducible Productions >>>>>>>>>> http://michaelgogins.tumblr.com >>>>>>>>>> Michael dot Gogins at gmail dot com >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On Wed, Feb 5, 2014 at 6:07 PM, Oeyvind Brandtsegg >>>>>>>>>> wrote: >>>>>>>>>>> >>>>>>>>>>> ...but the latency would be one full host buffer size, not just a >>>>>>>>>>> ksmps, >>>>>>>>>>> right? >>>>>>>>>>> So a small ksmps would rather minimize the chance of a ksmps-buffer >>>>>>>>>>> mismatch, but not actually minimize worst case latency (which would >>>>>>>>>>> be >>>>>>>>>>> one host buffer block). Isn't it so? >>>>>>>>>>> >>>>>>>>>>> Now, one thing I don't understand is if the latency can be zero >>>>>>>>>>> when >>>>>>>>>>> the host buffer is an integer multiple of ksmps, and it indeed is, >>>>>>>>>>> and also the host buffer size can be dynamic, we must assume that >>>>>>>>>>> the two buffer length may initially fit but at some later time they >>>>>>>>>>> will not,* then* what happens at the transition point ? I mean, when >>>>>>>>>>> we go from perfectly aligned buffers and zero latency to misaligned >>>>>>>>>>> buffers and one bufferlength latency. Then we should have one >>>>>>>>>>> non-full >>>>>>>>>>> buffer in the transition from zero latency to one-buffer latency. >>>>>>>>>>> Will >>>>>>>>>>> it pop? If so, I would expect it to pop quite often(?), which it >>>>>>>>>>> does >>>>>>>>>>> not. >>>>>>>>>>> Or? >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> 2014-02-05 Victor Lazzarini : >>>>>>>>>>>> If your ksmps is small, any latency that might exist will be small >>>>>>>>>>>> too, >>>>>>>>>>>> and I can't see it having >>>>>>>>>>>> a major effect. So if you run with ksmps=16, it's 0.3 >>>>>>>>>>>> millisseconds. >>>>>>>>>>>> Not >>>>>>>>>>>> much of a problem. >>>>>>>>>>>> And for the cases where this is a problem, then it's still >>>>>>>>>>>> possible >>>>>>>>>>>> to >>>>>>>>>>>> run with ksmps=1. >>>>>>>>>>>> >>>>>>>>>>>> Victor >>>>>>>>>>>> On 5 Feb 2014, at 20:46, Rory Walsh wrote: >>>>>>>>>>>> >>>>>>>>>>>>> I wish I had thought of this before spending so much time writing >>>>>>>>>>>>> a >>>>>>>>>>>>> framework for developing VST plugins with Csound. I'm off now to >>>>>>>>>>>>> have >>>>>>>>>>>>> a few beers and rethink life! >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> On 5 February 2014 20:06, Michael Gogins >>>>>>>>>>>>> >>>>>>>>>>>>> wrote: >>>>>>>>>>>>>> Then your code will run 5 times slower or so. >>>>>>>>>>>>>> >>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>> Mike >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> ----------------------------------------------------- >>>>>>>>>>>>>> Michael Gogins >>>>>>>>>>>>>> Irreducible Productions >>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> On Wed, Feb 5, 2014 at 3:03 PM, Rory Walsh >>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Seems every where I look it says don't make any assumptions >>>>>>>>>>>>>>> about >>>>>>>>>>>>>>> buffer sizes. So I guess the only fail safe way is to force a >>>>>>>>>>>>>>> ksmps >>>>>>>>>>>>>>> of >>>>>>>>>>>>>>> 1? uh... >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> On 5 February 2014 19:57, Michael Gogins >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>> I believe that you are wrong, you cannot count on a power of >>>>>>>>>>>>>>>> two >>>>>>>>>>>>>>>> size. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> See these threads from KVR: >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> http://www.kvraudio.com/forum/viewtopic.php?t=279753 >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> http://www.kvraudio.com/forum/viewtopic.php?t=359951 >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> http://www.kvraudio.com/forum/viewtopic.php?p=3458228 >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>>> Mike >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> ----------------------------------------------------- >>>>>>>>>>>>>>>> Michael Gogins >>>>>>>>>>>>>>>> Irreducible Productions >>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> On Wed, Feb 5, 2014 at 2:17 PM, Victor Lazzarini >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> But I think you're probably safe setting ksmps to a low value >>>>>>>>>>>>>>>>> that >>>>>>>>>>>>>>>>> is a >>>>>>>>>>>>>>>>> power-of-two. I would >>>>>>>>>>>>>>>>> expect most hosts to run buffers that are power-of-two and >>>>>>>>>>>>>>>>> that >>>>>>>>>>>>>>>>> are >>>>>>>>>>>>>>>>> not >>>>>>>>>>>>>>>>> that small. >>>>>>>>>>>>>>>>> ksmps =8,16 or 32 should do. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Victor >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> On 5 Feb 2014, at 18:10, Rory Walsh wrote: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> I was just about to answer my previous mail with the same >>>>>>>>>>>>>>>>>> thing. >>>>>>>>>>>>>>>>>> That's >>>>>>>>>>>>>>>>>> a pain. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> On 5 February 2014 18:03, Michael Gogins >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>> No. The host can and often does use a different host audio >>>>>>>>>>>>>>>>>>> buffer >>>>>>>>>>>>>>>>>>> size >>>>>>>>>>>>>>>>>>> on >>>>>>>>>>>>>>>>>>> each call to process() or processReplacing(). >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>>>>>> Mike >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> ----------------------------------------------------- >>>>>>>>>>>>>>>>>>> Michael Gogins >>>>>>>>>>>>>>>>>>> Irreducible Productions >>>>>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>>>>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> On Wed, Feb 5, 2014 at 11:27 AM, Rory Walsh >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Hi Mike, isn't it possible to query the host buffer size >>>>>>>>>>>>>>>>>>>> before >>>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>> processing function is first called, in which case you can >>>>>>>>>>>>>>>>>>>> just >>>>>>>>>>>>>>>>>>>> override the csd's ksmps? >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> On 5 February 2014 15:55, Michael Gogins >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>>> I've looked into this some more. As long as the host >>>>>>>>>>>>>>>>>>>>> audio >>>>>>>>>>>>>>>>>>>>> buffer >>>>>>>>>>>>>>>>>>>>> is >>>>>>>>>>>>>>>>>>>>> not >>>>>>>>>>>>>>>>>>>>> an >>>>>>>>>>>>>>>>>>>>> integral multiple of ksmps, there will have to be ksmps >>>>>>>>>>>>>>>>>>>>> latency >>>>>>>>>>>>>>>>>>>>> between >>>>>>>>>>>>>>>>>>>>> input and output. That is because performKsmps requires >>>>>>>>>>>>>>>>>>>>> spin >>>>>>>>>>>>>>>>>>>>> to >>>>>>>>>>>>>>>>>>>>> be >>>>>>>>>>>>>>>>>>>>> full, >>>>>>>>>>>>>>>>>>>>> but >>>>>>>>>>>>>>>>>>>>> if there is some remainder from hostsize/ksmps, there >>>>>>>>>>>>>>>>>>>>> will >>>>>>>>>>>>>>>>>>>>> be >>>>>>>>>>>>>>>>>>>>> some >>>>>>>>>>>>>>>>>>>>> frames >>>>>>>>>>>>>>>>>>>>> that the host buffer doesn't have but spin needs. >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> I am letting this go for now, but if Csound could adjust >>>>>>>>>>>>>>>>>>>>> ksmps >>>>>>>>>>>>>>>>>>>>> during >>>>>>>>>>>>>>>>>>>>> performance via the API, then we could get rid of this >>>>>>>>>>>>>>>>>>>>> latency >>>>>>>>>>>>>>>>>>>>> by >>>>>>>>>>>>>>>>>>>>> setting >>>>>>>>>>>>>>>>>>>>> ksmps equal to the host buffer size on each host >>>>>>>>>>>>>>>>>>>>> processing >>>>>>>>>>>>>>>>>>>>> call. >>>>>>>>>>>>>>>>>>>>> I >>>>>>>>>>>>>>>>>>>>> think >>>>>>>>>>>>>>>>>>>>> this would be a really good idea. I'm entering it as a >>>>>>>>>>>>>>>>>>>>> feature >>>>>>>>>>>>>>>>>>>>> request. >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>>>>>>>> Mike >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>>>>>>>> Mike >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> ----------------------------------------------------- >>>>>>>>>>>>>>>>>>>>> Michael Gogins >>>>>>>>>>>>>>>>>>>>> Irreducible Productions >>>>>>>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>>>>>>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 1:47 PM, Michael Gogins >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> CsoundVST does the following: >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> In the processReplacing callback there are essentially >>>>>>>>>>>>>>>>>>>>>> two >>>>>>>>>>>>>>>>>>>>>> simultaneous >>>>>>>>>>>>>>>>>>>>>> loops, each with their own loop indexes. One loop is for >>>>>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>>> host >>>>>>>>>>>>>>>>>>>>>> audio >>>>>>>>>>>>>>>>>>>>>> buffer, which can change in size from one call to the >>>>>>>>>>>>>>>>>>>>>> next. >>>>>>>>>>>>>>>>>>>>>> The >>>>>>>>>>>>>>>>>>>>>> other >>>>>>>>>>>>>>>>>>>>>> loop >>>>>>>>>>>>>>>>>>>>>> is for Csound. >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> For each frame of audio, one frame of audio is copied >>>>>>>>>>>>>>>>>>>>>> from >>>>>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>>> host >>>>>>>>>>>>>>>>>>>>>> input >>>>>>>>>>>>>>>>>>>>>> buffer to spin, one frame of audio is copied from spout >>>>>>>>>>>>>>>>>>>>>> to >>>>>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>>> host >>>>>>>>>>>>>>>>>>>>>> audio >>>>>>>>>>>>>>>>>>>>>> output buffer, and both loop indexes are incremented. >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> At the end of spout, ksmps audio are processed by >>>>>>>>>>>>>>>>>>>>>> Csound, >>>>>>>>>>>>>>>>>>>>>> and >>>>>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>>> spin >>>>>>>>>>>>>>>>>>>>>> and >>>>>>>>>>>>>>>>>>>>>> spout buffer indexes are reset to 0. These indexes >>>>>>>>>>>>>>>>>>>>>> persist >>>>>>>>>>>>>>>>>>>>>> from >>>>>>>>>>>>>>>>>>>>>> call >>>>>>>>>>>>>>>>>>>>>> to >>>>>>>>>>>>>>>>>>>>>> call, so there are no gaps or glitches. >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> There is ksmps frames latency in the code because spin >>>>>>>>>>>>>>>>>>>>>> is >>>>>>>>>>>>>>>>>>>>>> read >>>>>>>>>>>>>>>>>>>>>> in >>>>>>>>>>>>>>>>>>>>>> before >>>>>>>>>>>>>>>>>>>>>> it spout is computed. But I will try to change the code >>>>>>>>>>>>>>>>>>>>>> so >>>>>>>>>>>>>>>>>>>>>> that >>>>>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>>> buffers >>>>>>>>>>>>>>>>>>>>>> are rewound to line spout up with spin. There will then >>>>>>>>>>>>>>>>>>>>>> be >>>>>>>>>>>>>>>>>>>>>> zero >>>>>>>>>>>>>>>>>>>>>> latency. >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> ----------------------------------------------------- >>>>>>>>>>>>>>>>>>>>>> Michael Gogins >>>>>>>>>>>>>>>>>>>>>> Irreducible Productions >>>>>>>>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>>>>>>>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 11:03 AM, Steven Yi >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> I was in the middle of replying pretty much the same >>>>>>>>>>>>>>>>>>>>>>> thing >>>>>>>>>>>>>>>>>>>>>>> as >>>>>>>>>>>>>>>>>>>>>>> Victor. >>>>>>>>>>>>>>>>>>>>>>> Seems like you're introducing block's worth of latency >>>>>>>>>>>>>>>>>>>>>>> due >>>>>>>>>>>>>>>>>>>>>>> to >>>>>>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>>>> code >>>>>>>>>>>>>>>>>>>>>>> order. >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 11:05 AM, Victor Lazzarini >>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>>>>>> I would have thought that you would >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> 1) write data into spin >>>>>>>>>>>>>>>>>>>>>>>> 2) process >>>>>>>>>>>>>>>>>>>>>>>> 3) write data out of spout. >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> if you read and write after running PeformKsmps(), as >>>>>>>>>>>>>>>>>>>>>>>> far >>>>>>>>>>>>>>>>>>>>>>>> as >>>>>>>>>>>>>>>>>>>>>>>> I >>>>>>>>>>>>>>>>>>>>>>>> can >>>>>>>>>>>>>>>>>>>>>>>> see >>>>>>>>>>>>>>>>>>>>>>>> there might be >>>>>>>>>>>>>>>>>>>>>>>> a delay between input and output, as you will be >>>>>>>>>>>>>>>>>>>>>>>> effectively >>>>>>>>>>>>>>>>>>>>>>>> putting >>>>>>>>>>>>>>>>>>>>>>>> out the data that >>>>>>>>>>>>>>>>>>>>>>>> you processed in the previous period. >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> 1) process (means process the current spin data) >>>>>>>>>>>>>>>>>>>>>>>> 2) write to spin the new data >>>>>>>>>>>>>>>>>>>>>>>> 3) write out the result of processing the previous >>>>>>>>>>>>>>>>>>>>>>>> spin >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> That's what it looks like to me. Not sure if I am >>>>>>>>>>>>>>>>>>>>>>>> right. >>>>>>>>>>>>>>>>>>>>>>>> Also >>>>>>>>>>>>>>>>>>>>>>>> this >>>>>>>>>>>>>>>>>>>>>>>> discussion should be in the dev list not >>>>>>>>>>>>>>>>>>>>>>>> in the users list (so my response is going there). >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> Victor >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> On 4 Feb 2014, at 15:47, Rory Walsh >>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> I can confirm that it's not an issue with the plugin >>>>>>>>>>>>>>>>>>>>>>>>> framework >>>>>>>>>>>>>>>>>>>>>>>>> I'm >>>>>>>>>>>>>>>>>>>>>>>>> using. I can also confirm it happens whether the >>>>>>>>>>>>>>>>>>>>>>>>> plugin's >>>>>>>>>>>>>>>>>>>>>>>>> processBlock() is being called the same amount of >>>>>>>>>>>>>>>>>>>>>>>>> times >>>>>>>>>>>>>>>>>>>>>>>>> as >>>>>>>>>>>>>>>>>>>>>>>>> performKsmps(). That is to say, if the plugin sample >>>>>>>>>>>>>>>>>>>>>>>>> buffer >>>>>>>>>>>>>>>>>>>>>>>>> is >>>>>>>>>>>>>>>>>>>>>>>>> set >>>>>>>>>>>>>>>>>>>>>>>>> to >>>>>>>>>>>>>>>>>>>>>>>>> 64 and so is Csound's, the problem persists. >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> I can recreate it with Reaper by placing two >>>>>>>>>>>>>>>>>>>>>>>>> identical >>>>>>>>>>>>>>>>>>>>>>>>> audio >>>>>>>>>>>>>>>>>>>>>>>>> tracks >>>>>>>>>>>>>>>>>>>>>>>>> in >>>>>>>>>>>>>>>>>>>>>>>>> the session. On one track I place a straight forward >>>>>>>>>>>>>>>>>>>>>>>>> in/out >>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >>>>>>>>>>>>>>>>>>>>>>>>> effect plugin. Then play both back at the same time. >>>>>>>>>>>>>>>>>>>>>>>>> You'll >>>>>>>>>>>>>>>>>>>>>>>>> hear >>>>>>>>>>>>>>>>>>>>>>>>> subtle phasing taking place until you bypass the >>>>>>>>>>>>>>>>>>>>>>>>> plugin >>>>>>>>>>>>>>>>>>>>>>>>> effect. >>>>>>>>>>>>>>>>>>>>>>>>> Here's >>>>>>>>>>>>>>>>>>>>>>>>> my processBlock(), it couldn't be any simpler. Can >>>>>>>>>>>>>>>>>>>>>>>>> any >>>>>>>>>>>>>>>>>>>>>>>>> devs >>>>>>>>>>>>>>>>>>>>>>>>> out >>>>>>>>>>>>>>>>>>>>>>>>> there >>>>>>>>>>>>>>>>>>>>>>>>> spot something that might introduce latency? >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> CSCompResult = csound->PerformKsmps(); >>>>>>>>>>>>>>>>>>>>>>>>> for(int i=0;i>>>>>>>>>>>>>>>>>>>>>>>> { >>>>>>>>>>>>>>>>>>>>>>>>> if(!CSCompResult) >>>>>>>>>>>>>>>>>>>>>>>>> { >>>>>>>>>>>>>>>>>>>>>>>>> for(int channel = 0; channel < >>>>>>>>>>>>>>>>>>>>>>>>> getNumOutputChannels(); >>>>>>>>>>>>>>>>>>>>>>>>> channel++ ) >>>>>>>>>>>>>>>>>>>>>>>>> { >>>>>>>>>>>>>>>>>>>>>>>>> audioBuffer = >>>>>>>>>>>>>>>>>>>>>>>>> buffer.getSampleData(channel,0); >>>>>>>>>>>>>>>>>>>>>>>>> pos = igetNumOutputChannels(); >>>>>>>>>>>>>>>>>>>>>>>>> CSspin[channel+pos] = >>>>>>>>>>>>>>>>>>>>>>>>> audioBuffer[i]cs_scale; >>>>>>>>>>>>>>>>>>>>>>>>> audioBuffer[i] = >>>>>>>>>>>>>>>>>>>>>>>>> (CSspout[channel+pos]/cs_scale); >>>>>>>>>>>>>>>>>>>>>>>>> } >>>>>>>>>>>>>>>>>>>>>>>>> } >>>>>>>>>>>>>>>>>>>>>>>>> else >>>>>>>>>>>>>>>>>>>>>>>>> buffer.clear(); >>>>>>>>>>>>>>>>>>>>>>>>> } >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 15:04, Oeyvind Brandtsegg >>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>>>>>>>> All good. >>>>>>>>>>>>>>>>>>>>>>>>>> I could test with csound~ and found another cause >>>>>>>>>>>>>>>>>>>>>>>>>> for >>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>>>>>>> latency. >>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Steven Yi : >>>>>>>>>>>>>>>>>>>>>>>>>>> Nope. I did some work on updating the CMake file >>>>>>>>>>>>>>>>>>>>>>>>>>> to >>>>>>>>>>>>>>>>>>>>>>>>>>> try >>>>>>>>>>>>>>>>>>>>>>>>>>> building >>>>>>>>>>>>>>>>>>>>>>>>>>> on >>>>>>>>>>>>>>>>>>>>>>>>>>> Windows yesterday. I need to do so me research to >>>>>>>>>>>>>>>>>>>>>>>>>>> see >>>>>>>>>>>>>>>>>>>>>>>>>>> about >>>>>>>>>>>>>>>>>>>>>>>>>>> libraries >>>>>>>>>>>>>>>>>>>>>>>>>>> to link to and other things, but it may take a >>>>>>>>>>>>>>>>>>>>>>>>>>> while >>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>>>>>>>>>>>>>>>>>>>>>> current >>>>>>>>>>>>>>>>>>>>>>>>>>> work >>>>>>>>>>>>>>>>>>>>>>>>>>> load. >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:47 AM, Oeyvind Brandtsegg >>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>>> That looks as if it's for OSX only (?), >>>>>>>>>>>>>>>>>>>>>>>>>>>> perhaps not compiled for windows yet? >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Steven Yi : >>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6~ should be with the installer; also >>>>>>>>>>>>>>>>>>>>>>>>>>>>> available >>>>>>>>>>>>>>>>>>>>>>>>>>>>> at: >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://sourceforge.net/projects/csound/files/csound6/Csound6.02/csound~_v1.1.1.pkg/download >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:38 AM, Oeyvind >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I can also reproduce it with csound~ in >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> MaxForLive >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> haven't tried with csound6~ (where can I find >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> it?) >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Now, testing with Max (not in Live), and with >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Reaper, >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> find >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> can not >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> reproduce the behaviour there. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> So there is something with Live then. However, >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> other >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> VST >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugins >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Live does not introduce extra latency. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> The way I measure latency is by setiing up a >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> microphone >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> close >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> to >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> speaker, close enough that it will almost feed, >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> then tap the mic and listen to the resonance of >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> system. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> When >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency changes, the resonance will change. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> When I add a plugin (Cabbage or MaxForLive with >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound~), >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> (and so the resonance) changes. If I load other >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> VST >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugins >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> this >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> does >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> not happen, the latency does not change. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> But as I said, I can only reproduce it in Live. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Sorry >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> for >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> noise. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh : >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I can recreate it here. It's subtle, but >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> present. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I'll >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> take >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> a >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> look. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:38, Oeyvind Brandtsegg >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Yes, I have tried different ksmps values, both >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> higher >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> and >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> lower >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> and >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> equal to the host buffer size. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Will investigate if I can reproduce it on >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound~. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh : >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On second thoughts I can't see what might be >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> causing >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> this. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Have you >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> tried setting ksmps to be the same as your >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> host's >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> buffer >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> size? >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:01, Rory Walsh >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I think I have it... Lunch first though.. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sent from a mobile device... >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 Feb 2014 12:56, "Rory Walsh" >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Are you just running audio straight in and >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> out, >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> no >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processing? The >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin host calls the plugin's >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock() >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> which >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> turn >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> calls >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> performKsmps(). So long as processBlock() >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> is >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> being >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> called >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> (if the >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> track is playing for example) >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> performKsmps() >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> will >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> be >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> called >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> over and >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> over again processing ksmps samples each >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> time. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> At >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> moment >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock() method and the >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> performKsmps() >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> are >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> firing >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> off >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> at >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> different speeds. I can look at forcing >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugins >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> to >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> process the >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> same amount of samples as the plugin does >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> each >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> call >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> to >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock(). Perhaps that might help. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 12:41, Oeyvind >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Regarding latency and buffers, >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I thought I had understood that csound, >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> when >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> used >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> as a >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin (e.g. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cabbage or csound~) would process the >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> audio >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> buffer >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "in >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> place", so no >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> extra latency would incur due to the sound >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> being >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processed >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> through >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Csound, assuming that ksmps is smaler than >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> host >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> program's buffer >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> size. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Now, running Cabbage plugins in Ableton >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Live, >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I've >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> been >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> investigating >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency issues, and I find that adding a >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> simple >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin will >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> delay the signal. Also, adding more than >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> one >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> such >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> series >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> increases the delay/latency accordingly. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I've >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> tried >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> using >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> different >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ksmps, and this indeed affects the amount >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> of >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> but >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> even setting >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ksmps=1 does not get rid of it. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Can the buffer be processed "in place"? >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> best >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound" >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>>>>>>>>>>>>>>>>>>>>> Common >>>>>>>>>>>>>>>>>>>>>>>> Pitfalls. >>>>>>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>>>>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>>>>>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>>>>>>>>>>>>>>>>>>>> Common >>>>>>>>>>>>>>>>>>>>>>> Pitfalls. >>>>>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>>>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>>>>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>>>>>>>>>>>>>>>>>> Common >>>>>>>>>>>>>>>>>>>>> Pitfalls. >>>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>>>>>>>>>>>>>>>>> Common >>>>>>>>>>>>>>>>>>>> Pitfalls. >>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>>>>>>>>>>>>>>>> Common >>>>>>>>>>>>>>>>>>> Pitfalls. >>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>>>>>>>>>>>>> Pitfalls. >>>>>>>>>>>>>>>>>> Read the Whitepaper. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>>>>> Csound-devel mailing list >>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Dr Victor Lazzarini >>>>>>>>>>>>>>>>> Senior Lecturer >>>>>>>>>>>>>>>>> Dept. of Music >>>>>>>>>>>>>>>>> NUI Maynooth Ireland >>>>>>>>>>>>>>>>> tel.: +353 1 708 3545 >>>>>>>>>>>>>>>>> Victor dot Lazzarini AT nuim dot ie >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>>>>>>>>>>>> Pitfalls. >>>>>>>>>>>>>>>>> Read the Whitepaper. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>>>> Csound-devel mailing list >>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>>>>>>>>>>> Pitfalls. >>>>>>>>>>>>>>>> Read the Whitepaper. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>>> Csound-devel mailing list >>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>>>>>>>>>> Pitfalls. >>>>>>>>>>>>>>> Read the Whitepaper. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>> Csound-devel mailing list >>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>>>>>>>>> Pitfalls. >>>>>>>>>>>>>> Read the Whitepaper. >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>> Csound-devel mailing list >>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>>>>>>>> Pitfalls. >>>>>>>>>>>>> Read the Whitepaper. >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>> Csound-devel mailing list >>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>>>>>> >>>>>>>>>>>> Dr Victor Lazzarini >>>>>>>>>>>> Senior Lecturer >>>>>>>>>>>> Dept. of Music >>>>>>>>>>>> NUI Maynooth Ireland >>>>>>>>>>>> tel.: +353 1 708 3545 >>>>>>>>>>>> Victor dot Lazzarini AT nuim dot ie >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>>>>>>> Pitfalls. >>>>>>>>>>>> Read the Whitepaper. >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>> Csound-devel mailing list >>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> -- >>>>>>>>>>> >>>>>>>>>>> Oeyvind Brandtsegg >>>>>>>>>>> Professor of Music Technology >>>>>>>>>>> NTNU >>>>>>>>>>> 7491 Trondheim >>>>>>>>>>> Norway >>>>>>>>>>> Cell: +47 92 203 205 >>>>>>>>>>> >>>>>>>>>>> http://flyndresang.no/ >>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>>>>> http://soundcloud.com/t-emp >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>>>>>> Pitfalls. >>>>>>>>>>> Read the Whitepaper. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>>>>> _______________________________________________ >>>>>>>>>>> Csound-devel mailing list >>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>>>>> Pitfalls. >>>>>>>>>> Read the Whitepaper. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>>>> _______________________________________________ >>>>>>>>>> Csound-devel mailing list >>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> >>>>>>>>> Oeyvind Brandtsegg >>>>>>>>> Professor of Music Technology >>>>>>>>> NTNU >>>>>>>>> 7491 Trondheim >>>>>>>>> Norway >>>>>>>>> Cell: +47 92 203 205 >>>>>>>>> >>>>>>>>> http://flyndresang.no/ >>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>>> http://soundcloud.com/t-emp >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>>>>>>>> Read the Whitepaper. >>>>>>>>> >>>>>>>>> >>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>>> _______________________________________________ >>>>>>>>> Csound-devel mailing list >>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>> >>>>>>> >>>>>>> ------------------------------------------------------------------------------ >>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>>>>>> Read the Whitepaper. >>>>>>> >>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>> _______________________________________________ >>>>>>> Csound-devel mailing list >>>>>>> Csound-devel@lists.sourceforge.net >>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>> >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------------ >>>>>> Managing the Performance of Cloud-Based Applications >>>>>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>>>>> Read the Whitepaper. >>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>> _______________________________________________ >>>>>> Csound-devel mailing list >>>>>> Csound-devel@lists.sourceforge.net >>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> >>>>> Oeyvind Brandtsegg >>>>> Professor of Music Technology >>>>> NTNU >>>>> 7491 Trondheim >>>>> Norway >>>>> Cell: +47 92 203 205 >>>>> >>>>> http://flyndresang.no/ >>>>> http://www.partikkelaudio.com/ >>>>> http://soundcloud.com/brandtsegg >>>>> http://soundcloud.com/t-emp >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> Managing the Performance of Cloud-Based Applications >>>>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>>>> Read the Whitepaper. >>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> _______________________________________________ >>>>> Csound-devel mailing list >>>>> Csound-devel@lists.sourceforge.net >>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>> ------------------------------------------------------------------------------ >>> Managing the Performance of Cloud-Based Applications >>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>> Read the Whitepaper. >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> _______________________________________________ >>> Csound-devel mailing list >>> Csound-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >> >> -- >> >> Oeyvind Brandtsegg >> Professor of Music Technology >> NTNU >> 7491 Trondheim >> Norway >> Cell: +47 92 203 205 >> >> http://flyndresang.no/ >> http://www.partikkelaudio.com/ >> http://soundcloud.com/brandtsegg >> http://soundcloud.com/t-emp >> >> ------------------------------------------------------------------------------ >> Managing the Performance of Cloud-Based Applications >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> Read the Whitepaper. >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> _______________________________________________ >> Csound-devel mailing list >> Csound-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/csound-devel > > > ------------------------------------------------------------------------------ > Managing the Performance of Cloud-Based Applications > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. > Read the Whitepaper. > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk > _______________________________________________ > Csound-devel mailing list > Csound-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/csound-devel -- Oeyvind Brandtsegg Professor of Music Technology NTNU 7491 Trondheim Norway Cell: +47 92 203 205 http://flyndresang.no/ http://www.partikkelaudio.com/ http://soundcloud.com/brandtsegg http://soundcloud.com/t-emp ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net

Date	2014-02-06 14:03
From	Michael Gogins
Subject	Re: [Cs-dev] [Csnd] Latency and buffers
Attachments	None None
	Thanks for the information, I will look into that. Regards, Mike ----------------------------------------------------- Michael Gogins Irreducible Productions http://michaelgogins.tumblr.com Michael dot Gogins at gmail dot com On Thu, Feb 6, 2014 at 8:59 AM, Oeyvind Brandtsegg <oyvind.brandtsegg@ntnu.no> wrote: Ok, good. Just one last thing, We might need to check (CsoundVST and Cabbage) if the effective latency is reported correctly to the host, as even a millisecond latency will matter if processing is done in parallell (clean sound on one track, processsed sound with latency one another), that is, when the two are mixed we will have phasing artifacts at 1kHz and integer multiples. I'm not sure if the reported latency is reported correctly now, as the tracks do not line up when Delay compensation is turned on (in Live). Other VSTs line up nicely when Delay compensation is on. all best 2014-02-06 Victor Lazzarini <Victor.Lazzarini@nuim.ie>: > As you noticed, MaxMSP has also some issues when used as a plugin in Ableton, because of > buffering. I would risk saying that it is because it has to work, as a Csound, with a set block size. > But even with that, they seem to impose another layer of buffering, because afaik the block size > by default is 64 samples. > > So, this is fundamental thing in the design of systems like Csound, PD, MaxMSP, that the > block size is fixed. To change this, it means a complete redesign in terms of how Csound works, > a rewrite of the engine and many opcodes that depend on that remaining constant. > Within Csound, we have introduced the possibility of sample accurate timing for events, but > that works within the fixed-block framework via the use of offsets. > > Note that there are systems around that work exclusively on a block size of 1, therefore > avoiding any such issues. Csound can also do that. I would not necessarily think that > ksmps=1 is only limited to simple effects. In modern computers, I have seen a lot of > complex things running perfectly at that level. And following what Mike has said, ksmps=16 > might be perfectly acceptable in many situations. As Oeyvind proved, that can be much > better than what people are used to in some systems. If they can LIVE with that, surely > they can REAPER the benefit with Csound ;). > > Regards > > Victor > > > > > On 6 Feb 2014, at 09:17, Oeyvind Brandtsegg <oyvind.brandtsegg@ntnu.no> wrote: > >> Yes, it would definitely be a good thing to fix, >> especially when considering the use of a series of plugins on the same track. >> This is how I noticed the problem in the first place, as I had 3 or 4 >> Cabbage plugs in a series on the same track. >> One might say that this is not a wise setup, all things recently >> learned considered, >> but it is one thing that a user might expect to do without problems. >> >> The use of Csound as a plugin via Cabbage opens up Csound for being >> used widely in common production environments, >> in terms of the way forward and making the language more widespread, >> this is a significant area. In that respect the dynamic ksmps issue is >> important for the continued use if Csound in a modern workflow. >> >> Until then, I will rewrite my plugins so all things I might need on >> one track lives in a single Cabage plug. >> >> all best >> >> 2014-02-06 Rory Walsh <rorywalsh@ear.ie>: >>> Btw, it's clear that other plugins won't have a latency problem >>> because they can(or at least should be able to) deal with variable >>> buffer sizes. >>> >>> On 6 February 2014 08:57, Rory Walsh <rorywalsh@ear.ie> wrote: >>>> That's a funny observation about Live. Their next product will be >>>> called Offline :) It seems ksmps==1 is a no go for anything but a >>>> single instance of a relatively simple effect(of course there are no >>>> issue with synths). And it also seems that pretty much all of the >>>> plugins standards in use today(AU, VST, LV2, etc) assume a dynamic >>>> buffer size. So as long as Csound is being used to process host audio >>>> in one of these environments it's likely there will be a latency >>>> problem. That is if you plan to use the full power of Csound there >>>> will be. I know the latency will in most cases be quite small, but >>>> isn't it still enough to cause undesired effects on a mix? >>>> >>>> On 6 February 2014 08:38, Oeyvind Brandtsegg <oyvind.brandtsegg@ntnu.no> wrote: >>>>> Thanks so much for that explanation Mike. >>>>> Rory, don't even so much as think of contemplating life without >>>>> Cabbage (oh you already did...) ! >>>>> Here's more observations about latency in different hosts that might >>>>> brighten up thhing a bit, >>>>> depending on what hosts one prefer... >>>>> >>>>> In Reaper: >>>>> >>>>> >>>>> 2014-02-06 Michael Gogins <michael.gogins@gmail.com>: >>>>>> There are two cases. If ksmps is always 1, you can use this algorithm: >>>>>> >>>>>> for each frame in the host input buffer: >>>>>> copy the host frame to the spin frame >>>>>> call performKsmps() >>>>>> copy the spout frame to the host output buffer >>>>>> >>>>>> Then there is no delay. >>>>>> >>>>>> If ksmps is greater than 1 it goes like this. It's enough to consider ksmps >>>>>> = 2, >>>>>> all other cases work the same way. >>>>>> >>>>>> for each frame in the host input buffer: >>>>>> copy the current host input frame to the current spin frame >>>>>> copy the current spout frame to the current host output buffer >>>>>> if the current spout frame is past the end of spout: >>>>>> call performKsmps >>>>>> reset the spout/spin frame index to 0 >>>>>> >>>>>> If ksmps==1 then there is 1 frame of silence in the output at the start, and >>>>>> thereafter output lags input by 1 frame. On the final frame of the host >>>>>> buffer, Csound computes a frame in spout but it is not copied to the output >>>>>> until the next processing call. >>>>>> >>>>>> If ksmps==2 then there are 2 frames of silence in the output at the start, >>>>>> and thereafter output lags input by 2 frames. On the final frame of the host >>>>>> buffer,Csound computes 2 frames in spout, but depending on the size of the >>>>>> output buffer, 1 or 2 frames are not copied to the output until the next >>>>>> processing call. >>>>>> >>>>>> And so on. >>>>>> >>>>>> Regards, >>>>>> Mike >>>>>> >>>>>> >>>>>> >>>>>> ----------------------------------------------------- >>>>>> Michael Gogins >>>>>> Irreducible Productions >>>>>> http://michaelgogins.tumblr.com >>>>>> Michael dot Gogins at gmail dot com >>>>>> >>>>>> >>>>>> On Wed, Feb 5, 2014 at 7:39 PM, Rory Walsh <rorywalsh@ear.ie> wrote: >>>>>>> >>>>>>> The way it stands things are fine, albeit with a ksmps delay. But it >>>>>>> will remain constant and there won't be any drop outs. If ksmps ==1 >>>>>>> then there will be no problems with latency. Of course I stand to be >>>>>>> corrected. When all is said and done, I did enjoy contemplating life >>>>>>> without Cabbage over a few beers. But that might just have been the >>>>>>> beers :) >>>>>>> >>>>>>> >>>>>>> On 5 February 2014 23:57, Rory Walsh <rorywalsh@ear.ie> wrote: >>>>>>>> I'm glad you asked this because I'm a little lost too! I was thinking >>>>>>>> the >>>>>>>> same as you. At some stage won't things goes south if the buffer size >>>>>>>> suddenly changes as is likely once automation is brought into the >>>>>>>> equation? >>>>>>>> >>>>>>>> sent from a mobile device... >>>>>>>> >>>>>>>> On 5 Feb 2014 23:27, "Oeyvind Brandtsegg" <oyvind.brandtsegg@ntnu.no> >>>>>>>> wrote: >>>>>>>>> >>>>>>>>> Ok. That is good. >>>>>>>>> But can it (the latency) change dynamically, as the host buffer size >>>>>>>>> change dynamically? >>>>>>>>> Sorry if I'm being dense but I would really like to understand. >>>>>>>>> >>>>>>>>> >>>>>>>>> 2014-02-06 Michael Gogins <michael.gogins@gmail.com>: >>>>>>>>>> No, the maximum latency is ksmps. That could be either larger, or >>>>>>>>>> smaller, >>>>>>>>>> than the host buffer size. It doesn't matter. >>>>>>>>>> >>>>>>>>>> Regards, >>>>>>>>>> Mike >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> ----------------------------------------------------- >>>>>>>>>> Michael Gogins >>>>>>>>>> Irreducible Productions >>>>>>>>>> http://michaelgogins.tumblr.com >>>>>>>>>> Michael dot Gogins at gmail dot com >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On Wed, Feb 5, 2014 at 6:07 PM, Oeyvind Brandtsegg >>>>>>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >>>>>>>>>>> >>>>>>>>>>> ...but the latency would be one full host buffer size, not just a >>>>>>>>>>> ksmps, >>>>>>>>>>> right? >>>>>>>>>>> So a small ksmps would rather minimize the chance of a ksmps-buffer >>>>>>>>>>> mismatch, but not actually minimize worst case latency (which would >>>>>>>>>>> be >>>>>>>>>>> one host buffer block). Isn't it so? >>>>>>>>>>> >>>>>>>>>>> Now, one thing I don't understand is if the latency can be zero >>>>>>>>>>> when >>>>>>>>>>> the host buffer is an integer multiple of ksmps, and it indeed is, >>>>>>>>>>> and also the host buffer size can be dynamic, we must assume that >>>>>>>>>>> the two buffer length may initially fit but at some later time they >>>>>>>>>>> will not,* then* what happens at the transition point ? I mean, when >>>>>>>>>>> we go from perfectly aligned buffers and zero latency to misaligned >>>>>>>>>>> buffers and one bufferlength latency. Then we should have one >>>>>>>>>>> non-full >>>>>>>>>>> buffer in the transition from zero latency to one-buffer latency. >>>>>>>>>>> Will >>>>>>>>>>> it pop? If so, I would expect it to pop quite often(?), which it >>>>>>>>>>> does >>>>>>>>>>> not. >>>>>>>>>>> Or? >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> 2014-02-05 Victor Lazzarini <Victor.Lazzarini@nuim.ie>: >>>>>>>>>>>> If your ksmps is small, any latency that might exist will be small >>>>>>>>>>>> too, >>>>>>>>>>>> and I can't see it having >>>>>>>>>>>> a major effect. So if you run with ksmps=16, it's 0.3 >>>>>>>>>>>> millisseconds. >>>>>>>>>>>> Not >>>>>>>>>>>> much of a problem. >>>>>>>>>>>> And for the cases where this is a problem, then it's still >>>>>>>>>>>> possible >>>>>>>>>>>> to >>>>>>>>>>>> run with ksmps=1. >>>>>>>>>>>> >>>>>>>>>>>> Victor >>>>>>>>>>>> On 5 Feb 2014, at 20:46, Rory Walsh wrote: >>>>>>>>>>>> >>>>>>>>>>>>> I wish I had thought of this before spending so much time writing >>>>>>>>>>>>> a >>>>>>>>>>>>> framework for developing VST plugins with Csound. I'm off now to >>>>>>>>>>>>> have >>>>>>>>>>>>> a few beers and rethink life! >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> On 5 February 2014 20:06, Michael Gogins >>>>>>>>>>>>> <michael.gogins@gmail.com> >>>>>>>>>>>>> wrote: >>>>>>>>>>>>>> Then your code will run 5 times slower or so. >>>>>>>>>>>>>> >>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>> Mike >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> ----------------------------------------------------- >>>>>>>>>>>>>> Michael Gogins >>>>>>>>>>>>>> Irreducible Productions >>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> On Wed, Feb 5, 2014 at 3:03 PM, Rory Walsh <rorywalsh@ear.ie> >>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Seems every where I look it says don't make any assumptions >>>>>>>>>>>>>>> about >>>>>>>>>>>>>>> buffer sizes. So I guess the only fail safe way is to force a >>>>>>>>>>>>>>> ksmps >>>>>>>>>>>>>>> of >>>>>>>>>>>>>>> 1? uh... >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> On 5 February 2014 19:57, Michael Gogins >>>>>>>>>>>>>>> <michael.gogins@gmail.com> >>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>> I believe that you are wrong, you cannot count on a power of >>>>>>>>>>>>>>>> two >>>>>>>>>>>>>>>> size. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> See these threads from KVR: >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> http://www.kvraudio.com/forum/viewtopic.php?t=279753 >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> http://www.kvraudio.com/forum/viewtopic.php?t=359951 >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> http://www.kvraudio.com/forum/viewtopic.php?p=3458228 >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>>> Mike >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> ----------------------------------------------------- >>>>>>>>>>>>>>>> Michael Gogins >>>>>>>>>>>>>>>> Irreducible Productions >>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> On Wed, Feb 5, 2014 at 2:17 PM, Victor Lazzarini >>>>>>>>>>>>>>>> <Victor.Lazzarini@nuim.ie> >>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> But I think you're probably safe setting ksmps to a low value >>>>>>>>>>>>>>>>> that >>>>>>>>>>>>>>>>> is a >>>>>>>>>>>>>>>>> power-of-two. I would >>>>>>>>>>>>>>>>> expect most hosts to run buffers that are power-of-two and >>>>>>>>>>>>>>>>> that >>>>>>>>>>>>>>>>> are >>>>>>>>>>>>>>>>> not >>>>>>>>>>>>>>>>> that small. >>>>>>>>>>>>>>>>> ksmps =8,16 or 32 should do. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Victor >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> On 5 Feb 2014, at 18:10, Rory Walsh wrote: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> I was just about to answer my previous mail with the same >>>>>>>>>>>>>>>>>> thing. >>>>>>>>>>>>>>>>>> That's >>>>>>>>>>>>>>>>>> a pain. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> On 5 February 2014 18:03, Michael Gogins >>>>>>>>>>>>>>>>>> <michael.gogins@gmail.com> >>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>> No. The host can and often does use a different host audio >>>>>>>>>>>>>>>>>>> buffer >>>>>>>>>>>>>>>>>>> size >>>>>>>>>>>>>>>>>>> on >>>>>>>>>>>>>>>>>>> each call to process() or processReplacing(). >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>>>>>> Mike >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> ----------------------------------------------------- >>>>>>>>>>>>>>>>>>> Michael Gogins >>>>>>>>>>>>>>>>>>> Irreducible Productions >>>>>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>>>>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> On Wed, Feb 5, 2014 at 11:27 AM, Rory Walsh >>>>>>>>>>>>>>>>>>> <rorywalsh@ear.ie> >>>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Hi Mike, isn't it possible to query the host buffer size >>>>>>>>>>>>>>>>>>>> before >>>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>> processing function is first called, in which case you can >>>>>>>>>>>>>>>>>>>> just >>>>>>>>>>>>>>>>>>>> override the csd's ksmps? >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> On 5 February 2014 15:55, Michael Gogins >>>>>>>>>>>>>>>>>>>> <michael.gogins@gmail.com> >>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>>> I've looked into this some more. As long as the host >>>>>>>>>>>>>>>>>>>>> audio >>>>>>>>>>>>>>>>>>>>> buffer >>>>>>>>>>>>>>>>>>>>> is >>>>>>>>>>>>>>>>>>>>> not >>>>>>>>>>>>>>>>>>>>> an >>>>>>>>>>>>>>>>>>>>> integral multiple of ksmps, there will have to be ksmps >>>>>>>>>>>>>>>>>>>>> latency >>>>>>>>>>>>>>>>>>>>> between >>>>>>>>>>>>>>>>>>>>> input and output. That is because performKsmps requires >>>>>>>>>>>>>>>>>>>>> spin >>>>>>>>>>>>>>>>>>>>> to >>>>>>>>>>>>>>>>>>>>> be >>>>>>>>>>>>>>>>>>>>> full, >>>>>>>>>>>>>>>>>>>>> but >>>>>>>>>>>>>>>>>>>>> if there is some remainder from hostsize/ksmps, there >>>>>>>>>>>>>>>>>>>>> will >>>>>>>>>>>>>>>>>>>>> be >>>>>>>>>>>>>>>>>>>>> some >>>>>>>>>>>>>>>>>>>>> frames >>>>>>>>>>>>>>>>>>>>> that the host buffer doesn't have but spin needs. >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> I am letting this go for now, but if Csound could adjust >>>>>>>>>>>>>>>>>>>>> ksmps >>>>>>>>>>>>>>>>>>>>> during >>>>>>>>>>>>>>>>>>>>> performance via the API, then we could get rid of this >>>>>>>>>>>>>>>>>>>>> latency >>>>>>>>>>>>>>>>>>>>> by >>>>>>>>>>>>>>>>>>>>> setting >>>>>>>>>>>>>>>>>>>>> ksmps equal to the host buffer size on each host >>>>>>>>>>>>>>>>>>>>> processing >>>>>>>>>>>>>>>>>>>>> call. >>>>>>>>>>>>>>>>>>>>> I >>>>>>>>>>>>>>>>>>>>> think >>>>>>>>>>>>>>>>>>>>> this would be a really good idea. I'm entering it as a >>>>>>>>>>>>>>>>>>>>> feature >>>>>>>>>>>>>>>>>>>>> request. >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>>>>>>>> Mike >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>>>>>>>> Mike >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> ----------------------------------------------------- >>>>>>>>>>>>>>>>>>>>> Michael Gogins >>>>>>>>>>>>>>>>>>>>> Irreducible Productions >>>>>>>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>>>>>>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 1:47 PM, Michael Gogins >>>>>>>>>>>>>>>>>>>>> <michael.gogins@gmail.com> >>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> CsoundVST does the following: >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> In the processReplacing callback there are essentially >>>>>>>>>>>>>>>>>>>>>> two >>>>>>>>>>>>>>>>>>>>>> simultaneous >>>>>>>>>>>>>>>>>>>>>> loops, each with their own loop indexes. One loop is for >>>>>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>>> host >>>>>>>>>>>>>>>>>>>>>> audio >>>>>>>>>>>>>>>>>>>>>> buffer, which can change in size from one call to the >>>>>>>>>>>>>>>>>>>>>> next. >>>>>>>>>>>>>>>>>>>>>> The >>>>>>>>>>>>>>>>>>>>>> other >>>>>>>>>>>>>>>>>>>>>> loop >>>>>>>>>>>>>>>>>>>>>> is for Csound. >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> For each frame of audio, one frame of audio is copied >>>>>>>>>>>>>>>>>>>>>> from >>>>>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>>> host >>>>>>>>>>>>>>>>>>>>>> input >>>>>>>>>>>>>>>>>>>>>> buffer to spin, one frame of audio is copied from spout >>>>>>>>>>>>>>>>>>>>>> to >>>>>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>>> host >>>>>>>>>>>>>>>>>>>>>> audio >>>>>>>>>>>>>>>>>>>>>> output buffer, and both loop indexes are incremented. >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> At the end of spout, ksmps audio are processed by >>>>>>>>>>>>>>>>>>>>>> Csound, >>>>>>>>>>>>>>>>>>>>>> and >>>>>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>>> spin >>>>>>>>>>>>>>>>>>>>>> and >>>>>>>>>>>>>>>>>>>>>> spout buffer indexes are reset to 0. These indexes >>>>>>>>>>>>>>>>>>>>>> persist >>>>>>>>>>>>>>>>>>>>>> from >>>>>>>>>>>>>>>>>>>>>> call >>>>>>>>>>>>>>>>>>>>>> to >>>>>>>>>>>>>>>>>>>>>> call, so there are no gaps or glitches. >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> There is ksmps frames latency in the code because spin >>>>>>>>>>>>>>>>>>>>>> is >>>>>>>>>>>>>>>>>>>>>> read >>>>>>>>>>>>>>>>>>>>>> in >>>>>>>>>>>>>>>>>>>>>> before >>>>>>>>>>>>>>>>>>>>>> it spout is computed. But I will try to change the code >>>>>>>>>>>>>>>>>>>>>> so >>>>>>>>>>>>>>>>>>>>>> that >>>>>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>>> buffers >>>>>>>>>>>>>>>>>>>>>> are rewound to line spout up with spin. There will then >>>>>>>>>>>>>>>>>>>>>> be >>>>>>>>>>>>>>>>>>>>>> zero >>>>>>>>>>>>>>>>>>>>>> latency. >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> ----------------------------------------------------- >>>>>>>>>>>>>>>>>>>>>> Michael Gogins >>>>>>>>>>>>>>>>>>>>>> Irreducible Productions >>>>>>>>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>>>>>>>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 11:03 AM, Steven Yi >>>>>>>>>>>>>>>>>>>>>> <stevenyi@gmail.com> >>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> I was in the middle of replying pretty much the same >>>>>>>>>>>>>>>>>>>>>>> thing >>>>>>>>>>>>>>>>>>>>>>> as >>>>>>>>>>>>>>>>>>>>>>> Victor. >>>>>>>>>>>>>>>>>>>>>>> Seems like you're introducing block's worth of latency >>>>>>>>>>>>>>>>>>>>>>> due >>>>>>>>>>>>>>>>>>>>>>> to >>>>>>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>>>> code >>>>>>>>>>>>>>>>>>>>>>> order. >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 11:05 AM, Victor Lazzarini >>>>>>>>>>>>>>>>>>>>>>> <Victor.Lazzarini@nuim.ie> wrote: >>>>>>>>>>>>>>>>>>>>>>>> I would have thought that you would >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> 1) write data into spin >>>>>>>>>>>>>>>>>>>>>>>> 2) process >>>>>>>>>>>>>>>>>>>>>>>> 3) write data out of spout. >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> if you read and write after running PeformKsmps(), as >>>>>>>>>>>>>>>>>>>>>>>> far >>>>>>>>>>>>>>>>>>>>>>>> as >>>>>>>>>>>>>>>>>>>>>>>> I >>>>>>>>>>>>>>>>>>>>>>>> can >>>>>>>>>>>>>>>>>>>>>>>> see >>>>>>>>>>>>>>>>>>>>>>>> there might be >>>>>>>>>>>>>>>>>>>>>>>> a delay between input and output, as you will be >>>>>>>>>>>>>>>>>>>>>>>> effectively >>>>>>>>>>>>>>>>>>>>>>>> putting >>>>>>>>>>>>>>>>>>>>>>>> out the data that >>>>>>>>>>>>>>>>>>>>>>>> you processed in the previous period. >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> 1) process (means process the current spin data) >>>>>>>>>>>>>>>>>>>>>>>> 2) write to spin the new data >>>>>>>>>>>>>>>>>>>>>>>> 3) write out the result of processing the previous >>>>>>>>>>>>>>>>>>>>>>>> spin >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> That's what it looks like to me. Not sure if I am >>>>>>>>>>>>>>>>>>>>>>>> right. >>>>>>>>>>>>>>>>>>>>>>>> Also >>>>>>>>>>>>>>>>>>>>>>>> this >>>>>>>>>>>>>>>>>>>>>>>> discussion should be in the dev list not >>>>>>>>>>>>>>>>>>>>>>>> in the users list (so my response is going there). >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> Victor >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> On 4 Feb 2014, at 15:47, Rory Walsh <rorywalsh@ear.ie> >>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> I can confirm that it's not an issue with the plugin >>>>>>>>>>>>>>>>>>>>>>>>> framework >>>>>>>>>>>>>>>>>>>>>>>>> I'm >>>>>>>>>>>>>>>>>>>>>>>>> using. I can also confirm it happens whether the >>>>>>>>>>>>>>>>>>>>>>>>> plugin's >>>>>>>>>>>>>>>>>>>>>>>>> processBlock() is being called the same amount of >>>>>>>>>>>>>>>>>>>>>>>>> times >>>>>>>>>>>>>>>>>>>>>>>>> as >>>>>>>>>>>>>>>>>>>>>>>>> performKsmps(). That is to say, if the plugin sample >>>>>>>>>>>>>>>>>>>>>>>>> buffer >>>>>>>>>>>>>>>>>>>>>>>>> is >>>>>>>>>>>>>>>>>>>>>>>>> set >>>>>>>>>>>>>>>>>>>>>>>>> to >>>>>>>>>>>>>>>>>>>>>>>>> 64 and so is Csound's, the problem persists. >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> I can recreate it with Reaper by placing two >>>>>>>>>>>>>>>>>>>>>>>>> identical >>>>>>>>>>>>>>>>>>>>>>>>> audio >>>>>>>>>>>>>>>>>>>>>>>>> tracks >>>>>>>>>>>>>>>>>>>>>>>>> in >>>>>>>>>>>>>>>>>>>>>>>>> the session. On one track I place a straight forward >>>>>>>>>>>>>>>>>>>>>>>>> in/out >>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >>>>>>>>>>>>>>>>>>>>>>>>> effect plugin. Then play both back at the same time. >>>>>>>>>>>>>>>>>>>>>>>>> You'll >>>>>>>>>>>>>>>>>>>>>>>>> hear >>>>>>>>>>>>>>>>>>>>>>>>> subtle phasing taking place until you bypass the >>>>>>>>>>>>>>>>>>>>>>>>> plugin >>>>>>>>>>>>>>>>>>>>>>>>> effect. >>>>>>>>>>>>>>>>>>>>>>>>> Here's >>>>>>>>>>>>>>>>>>>>>>>>> my processBlock(), it couldn't be any simpler. Can >>>>>>>>>>>>>>>>>>>>>>>>> any >>>>>>>>>>>>>>>>>>>>>>>>> devs >>>>>>>>>>>>>>>>>>>>>>>>> out >>>>>>>>>>>>>>>>>>>>>>>>> there >>>>>>>>>>>>>>>>>>>>>>>>> spot something that might introduce latency? >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> CSCompResult = csound->PerformKsmps(); >>>>>>>>>>>>>>>>>>>>>>>>> for(int i=0;i<numSamplesInBuffer;i++) >>>>>>>>>>>>>>>>>>>>>>>>> { >>>>>>>>>>>>>>>>>>>>>>>>> if(!CSCompResult) >>>>>>>>>>>>>>>>>>>>>>>>> { >>>>>>>>>>>>>>>>>>>>>>>>> for(int channel = 0; channel < >>>>>>>>>>>>>>>>>>>>>>>>> getNumOutputChannels(); >>>>>>>>>>>>>>>>>>>>>>>>> channel++ ) >>>>>>>>>>>>>>>>>>>>>>>>> { >>>>>>>>>>>>>>>>>>>>>>>>> audioBuffer = >>>>>>>>>>>>>>>>>>>>>>>>> buffer.getSampleData(channel,0); >>>>>>>>>>>>>>>>>>>>>>>>> pos = igetNumOutputChannels(); >>>>>>>>>>>>>>>>>>>>>>>>> CSspin[channel+pos] = >>>>>>>>>>>>>>>>>>>>>>>>> audioBuffer[i]cs_scale; >>>>>>>>>>>>>>>>>>>>>>>>> audioBuffer[i] = >>>>>>>>>>>>>>>>>>>>>>>>> (CSspout[channel+pos]/cs_scale); >>>>>>>>>>>>>>>>>>>>>>>>> } >>>>>>>>>>>>>>>>>>>>>>>>> } >>>>>>>>>>>>>>>>>>>>>>>>> else >>>>>>>>>>>>>>>>>>>>>>>>> buffer.clear(); >>>>>>>>>>>>>>>>>>>>>>>>> } >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 15:04, Oeyvind Brandtsegg >>>>>>>>>>>>>>>>>>>>>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >>>>>>>>>>>>>>>>>>>>>>>>>> All good. >>>>>>>>>>>>>>>>>>>>>>>>>> I could test with csound~ and found another cause >>>>>>>>>>>>>>>>>>>>>>>>>> for >>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>>>>>>> latency. >>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Steven Yi <stevenyi@gmail.com>: >>>>>>>>>>>>>>>>>>>>>>>>>>> Nope. I did some work on updating the CMake file >>>>>>>>>>>>>>>>>>>>>>>>>>> to >>>>>>>>>>>>>>>>>>>>>>>>>>> try >>>>>>>>>>>>>>>>>>>>>>>>>>> building >>>>>>>>>>>>>>>>>>>>>>>>>>> on >>>>>>>>>>>>>>>>>>>>>>>>>>> Windows yesterday. I need to do so me research to >>>>>>>>>>>>>>>>>>>>>>>>>>> see >>>>>>>>>>>>>>>>>>>>>>>>>>> about >>>>>>>>>>>>>>>>>>>>>>>>>>> libraries >>>>>>>>>>>>>>>>>>>>>>>>>>> to link to and other things, but it may take a >>>>>>>>>>>>>>>>>>>>>>>>>>> while >>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>>>>>>>>>>>>>>>>>>>>>> current >>>>>>>>>>>>>>>>>>>>>>>>>>> work >>>>>>>>>>>>>>>>>>>>>>>>>>> load. >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:47 AM, Oeyvind Brandtsegg >>>>>>>>>>>>>>>>>>>>>>>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>>> That looks as if it's for OSX only (?), >>>>>>>>>>>>>>>>>>>>>>>>>>>> perhaps not compiled for windows yet? >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Steven Yi <stevenyi@gmail.com>: >>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6~ should be with the installer; also >>>>>>>>>>>>>>>>>>>>>>>>>>>>> available >>>>>>>>>>>>>>>>>>>>>>>>>>>>> at: >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://sourceforge.net/projects/csound/files/csound6/Csound6.02/csound~_v1.1.1.pkg/download >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:38 AM, Oeyvind >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>>>>>>>>>>>>>>>>>>>>>>>>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I can also reproduce it with csound~ in >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> MaxForLive >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> haven't tried with csound6~ (where can I find >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> it?) >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Now, testing with Max (not in Live), and with >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Reaper, >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> find >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> can not >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> reproduce the behaviour there. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> So there is something with Live then. However, >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> other >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> VST >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugins >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Live does not introduce extra latency. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> The way I measure latency is by setiing up a >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> microphone >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> close >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> to >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> speaker, close enough that it will almost feed, >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> then tap the mic and listen to the resonance of >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> system. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> When >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency changes, the resonance will change. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> When I add a plugin (Cabbage or MaxForLive with >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound~), >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> (and so the resonance) changes. If I load other >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> VST >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugins >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> this >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> does >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> not happen, the latency does not change. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> But as I said, I can only reproduce it in Live. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Sorry >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> for >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> noise. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh <rorywalsh@ear.ie>: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I can recreate it here. It's subtle, but >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> present. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I'll >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> take >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> a >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> look. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:38, Oeyvind Brandtsegg >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Yes, I have tried different ksmps values, both >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> higher >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> and >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> lower >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> and >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> equal to the host buffer size. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Will investigate if I can reproduce it on >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound~. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh <rorywalsh@ear.ie>: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On second thoughts I can't see what might be >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> causing >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> this. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Have you >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> tried setting ksmps to be the same as your >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> host's >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> buffer >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> size? >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:01, Rory Walsh >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> <rorywalsh@ear.ie> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I think I have it... Lunch first though.. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sent from a mobile device... >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 Feb 2014 12:56, "Rory Walsh" >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> <rorywalsh@ear.ie> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Are you just running audio straight in and >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> out, >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> no >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processing? The >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin host calls the plugin's >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock() >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> which >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> turn >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> calls >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> performKsmps(). So long as processBlock() >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> is >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> being >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> called >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> (if the >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> track is playing for example) >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> performKsmps() >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> will >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> be >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> called >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> over and >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> over again processing ksmps samples each >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> time. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> At >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> moment >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock() method and the >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> performKsmps() >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> are >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> firing >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> off >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> at >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> different speeds. I can look at forcing >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugins >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> to >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> process the >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> same amount of samples as the plugin does >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> each >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> call >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> to >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock(). Perhaps that might help. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 12:41, Oeyvind >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> <oyvind.brandtsegg@ntnu.no> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Regarding latency and buffers, >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I thought I had understood that csound, >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> when >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> used >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> as a >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin (e.g. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cabbage or csound~) would process the >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> audio >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> buffer >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "in >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> place", so no >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> extra latency would incur due to the sound >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> being >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processed >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> through >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Csound, assuming that ksmps is smaler than >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> host >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> program's buffer >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> size. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Now, running Cabbage plugins in Ableton >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Live, >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I've >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> been >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> investigating >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency issues, and I find that adding a >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> simple >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin will >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> delay the signal. Also, adding more than >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> one >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> such >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> series >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> increases the delay/latency accordingly. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I've >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> tried >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> using >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> different >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ksmps, and this indeed affects the amount >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> of >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> but >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> even setting >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ksmps=1 does not get rid of it. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Can the buffer be processed "in place"? >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> best >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound" >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug trackers >>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted here >>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk >>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>>>>>>>>>>>>>>>>>>>>> Common >>>>>>>>>>>>>>>>>>>>>>>> Pitfalls. >>>>>>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>>>>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>>>>>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>>>>>>>>>>>>>>>>>>>> Common >>>>>>>>>>>>>>>>>>>>>>> Pitfalls. >>>>>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>>>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>>>>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>>>>>>>>>>>>>>>>>> Common >>>>>>>>>>>>>>>>>>>>> Pitfalls. >>>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>>>>>>>>>>>>>>>>> Common >>>>>>>>>>>>>>>>>>>> Pitfalls. >>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>>>>>>>>>>>>>>>> Common >>>>>>>>>>>>>>>>>>> Pitfalls. >>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>>>>>>>>>>>>> Pitfalls. >>>>>>>>>>>>>>>>>> Read the Whitepaper. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>>>>> Csound-devel mailing list >>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Dr Victor Lazzarini >>>>>>>>>>>>>>>>> Senior Lecturer >>>>>>>>>>>>>>>>> Dept. of Music >>>>>>>>>>>>>>>>> NUI Maynooth Ireland >>>>>>>>>>>>>>>>> tel.: +353 1 708 3545 >>>>>>>>>>>>>>>>> Victor dot Lazzarini AT nuim dot ie >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>>>>>>>>>>>> Pitfalls. >>>>>>>>>>>>>>>>> Read the Whitepaper. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>>>> Csound-devel mailing list >>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>>>>>>>>>>> Pitfalls. >>>>>>>>>>>>>>>> Read the Whitepaper. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>>> Csound-devel mailing list >>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>>>>>>>>>> Pitfalls. >>>>>>>>>>>>>>> Read the Whitepaper. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>> Csound-devel mailing list >>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>>>>>>>>> Pitfalls. >>>>>>>>>>>>>> Read the Whitepaper. >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>> Csound-devel mailing list >>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>>>>>>>> Pitfalls. >>>>>>>>>>>>> Read the Whitepaper. >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>> Csound-devel mailing list >>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>>>>>> >>>>>>>>>>>> Dr Victor Lazzarini >>>>>>>>>>>> Senior Lecturer >>>>>>>>>>>> Dept. of Music >>>>>>>>>>>> NUI Maynooth Ireland >>>>>>>>>>>> tel.: +353 1 708 3545 >>>>>>>>>>>> Victor dot Lazzarini AT nuim dot ie >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>>>>>>> Pitfalls. >>>>>>>>>>>> Read the Whitepaper. >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>> Csound-devel mailing list >>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> -- >>>>>>>>>>> >>>>>>>>>>> Oeyvind Brandtsegg >>>>>>>>>>> Professor of Music Technology >>>>>>>>>>> NTNU >>>>>>>>>>> 7491 Trondheim >>>>>>>>>>> Norway >>>>>>>>>>> Cell: +47 92 203 205 >>>>>>>>>>> >>>>>>>>>>> http://flyndresang.no/ >>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>>>>> http://soundcloud.com/t-emp >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>>>>>> Pitfalls. >>>>>>>>>>> Read the Whitepaper. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>>>>> _______________________________________________ >>>>>>>>>>> Csound-devel mailing list >>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>>>>> Pitfalls. >>>>>>>>>> Read the Whitepaper. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>>>> _______________________________________________ >>>>>>>>>> Csound-devel mailing list >>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> >>>>>>>>> Oeyvind Brandtsegg >>>>>>>>> Professor of Music Technology >>>>>>>>> NTNU >>>>>>>>> 7491 Trondheim >>>>>>>>> Norway >>>>>>>>> Cell: +47 92 203 205 >>>>>>>>> >>>>>>>>> http://flyndresang.no/ >>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>>> http://soundcloud.com/t-emp >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>>>>>>>> Read the Whitepaper. >>>>>>>>> >>>>>>>>> >>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>>> _______________________________________________ >>>>>>>>> Csound-devel mailing list >>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>> >>>>>>> >>>>>>> ------------------------------------------------------------------------------ >>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>>>>>> Read the Whitepaper. >>>>>>> >>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>> _______________________________________________ >>>>>>> Csound-devel mailing list >>>>>>> Csound-devel@lists.sourceforge.net >>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>> >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------------ >>>>>> Managing the Performance of Cloud-Based Applications >>>>>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>>>>> Read the Whitepaper. >>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>> _______________________________________________ >>>>>> Csound-devel mailing list >>>>>> Csound-devel@lists.sourceforge.net >>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> >>>>> Oeyvind Brandtsegg >>>>> Professor of Music Technology >>>>> NTNU >>>>> 7491 Trondheim >>>>> Norway >>>>> Cell: +47 92 203 205 >>>>> >>>>> http://flyndresang.no/ >>>>> http://www.partikkelaudio.com/ >>>>> http://soundcloud.com/brandtsegg >>>>> http://soundcloud.com/t-emp >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> Managing the Performance of Cloud-Based Applications >>>>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>>>> Read the Whitepaper. >>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> _______________________________________________ >>>>> Csound-devel mailing list >>>>> Csound-devel@lists.sourceforge.net >>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>> ------------------------------------------------------------------------------ >>> Managing the Performance of Cloud-Based Applications >>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>> Read the Whitepaper. >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> _______________________________________________ >>> Csound-devel mailing list >>> Csound-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >> >> -- >> >> Oeyvind Brandtsegg >> Professor of Music Technology >> NTNU >> 7491 Trondheim >> Norway >> Cell: +47 92 203 205 >> >> http://flyndresang.no/ >> http://www.partikkelaudio.com/ >> http://soundcloud.com/brandtsegg >> http://soundcloud.com/t-emp >> >> ------------------------------------------------------------------------------ >> Managing the Performance of Cloud-Based Applications >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> Read the Whitepaper. >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> _______________________________________________ >> Csound-devel mailing list >> Csound-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/csound-devel > > > ------------------------------------------------------------------------------ > Managing the Performance of Cloud-Based Applications > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. > Read the Whitepaper. > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk > _______________________________________________ > Csound-devel mailing list > Csound-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/csound-devel -- Oeyvind Brandtsegg Professor of Music Technology NTNU 7491 Trondheim Norway Cell: +47 92 203 205 http://flyndresang.no/ http://www.partikkelaudio.com/ http://soundcloud.com/brandtsegg http://soundcloud.com/t-emp ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/csound-devel

Date	2014-02-06 14:13
From	Rory Walsh
Subject	Re: [Cs-dev] [Csnd] Latency and buffers
	Good thinking Oeyvind. I'll add that and update the Windows installer this evening so you can try it out. On 6 February 2014 14:03, Michael Gogins wrote: > Thanks for the information, I will look into that. > > Regards, > Mike > > > ----------------------------------------------------- > Michael Gogins > Irreducible Productions > http://michaelgogins.tumblr.com > Michael dot Gogins at gmail dot com > > > On Thu, Feb 6, 2014 at 8:59 AM, Oeyvind Brandtsegg > wrote: >> >> Ok, good. >> Just one last thing, >> We might need to check (CsoundVST and Cabbage) if the effective >> latency is reported correctly to the host, >> as even a millisecond latency will matter if processing is done in >> parallell (clean sound on one track, processsed sound with latency one >> another), that is, when the two are mixed we will have phasing >> artifacts at 1kHz and integer multiples. >> I'm not sure if the reported latency is reported correctly now, as the >> tracks do not line up when Delay compensation is turned on (in Live). >> Other VSTs line up nicely when Delay compensation is on. >> >> all best >> >> >> 2014-02-06 Victor Lazzarini : >> > As you noticed, MaxMSP has also some issues when used as a plugin in >> > Ableton, because of >> > buffering. I would risk saying that it is because it has to work, as a >> > Csound, with a set block size. >> > But even with that, they seem to impose another layer of buffering, >> > because afaik the block size >> > by default is 64 samples. >> > >> > So, this is fundamental thing in the design of systems like Csound, PD, >> > MaxMSP, that the >> > block size is fixed. To change this, it means a complete redesign in >> > terms of how Csound works, >> > a rewrite of the engine and many opcodes that depend on that remaining >> > constant. >> > Within Csound, we have introduced the possibility of sample accurate >> > timing for events, but >> > that works within the fixed-block framework via the use of offsets. >> > >> > Note that there are systems around that work exclusively on a block size >> > of 1, therefore >> > avoiding any such issues. Csound can also do that. I would not >> > necessarily think that >> > ksmps=1 is only limited to simple effects. In modern computers, I have >> > seen a lot of >> > complex things running perfectly at that level. And following what Mike >> > has said, ksmps=16 >> > might be perfectly acceptable in many situations. As Oeyvind proved, >> > that can be much >> > better than what people are used to in some systems. If they can LIVE >> > with that, surely >> > they can REAPER the benefit with Csound ;). >> > >> > Regards >> > >> > Victor >> > >> > >> > >> > >> > On 6 Feb 2014, at 09:17, Oeyvind Brandtsegg >> > wrote: >> > >> >> Yes, it would definitely be a good thing to fix, >> >> especially when considering the use of a series of plugins on the same >> >> track. >> >> This is how I noticed the problem in the first place, as I had 3 or 4 >> >> Cabbage plugs in a series on the same track. >> >> One might say that this is not a wise setup, all things recently >> >> learned considered, >> >> but it is one thing that a user might expect to do without problems. >> >> >> >> The use of Csound as a plugin via Cabbage opens up Csound for being >> >> used widely in common production environments, >> >> in terms of the way forward and making the language more widespread, >> >> this is a significant area. In that respect the dynamic ksmps issue is >> >> important for the continued use if Csound in a modern workflow. >> >> >> >> Until then, I will rewrite my plugins so all things I might need on >> >> one track lives in a single Cabage plug. >> >> >> >> all best >> >> >> >> 2014-02-06 Rory Walsh : >> >>> Btw, it's clear that other plugins won't have a latency problem >> >>> because they can(or at least should be able to) deal with variable >> >>> buffer sizes. >> >>> >> >>> On 6 February 2014 08:57, Rory Walsh wrote: >> >>>> That's a funny observation about Live. Their next product will be >> >>>> called Offline :) It seems ksmps==1 is a no go for anything but a >> >>>> single instance of a relatively simple effect(of course there are no >> >>>> issue with synths). And it also seems that pretty much all of the >> >>>> plugins standards in use today(AU, VST, LV2, etc) assume a dynamic >> >>>> buffer size. So as long as Csound is being used to process host audio >> >>>> in one of these environments it's likely there will be a latency >> >>>> problem. That is if you plan to use the full power of Csound there >> >>>> will be. I know the latency will in most cases be quite small, but >> >>>> isn't it still enough to cause undesired effects on a mix? >> >>>> >> >>>> On 6 February 2014 08:38, Oeyvind Brandtsegg >> >>>> wrote: >> >>>>> Thanks so much for that explanation Mike. >> >>>>> Rory, don't even so much as think of contemplating life without >> >>>>> Cabbage (oh you already did...) ! >> >>>>> Here's more observations about latency in different hosts that might >> >>>>> brighten up thhing a bit, >> >>>>> depending on what hosts one prefer... >> >>>>> >> >>>>> In Reaper: >> >>>>> >> >>>>> >> >>>>> 2014-02-06 Michael Gogins : >> >>>>>> There are two cases. If ksmps is always 1, you can use this >> >>>>>> algorithm: >> >>>>>> >> >>>>>> for each frame in the host input buffer: >> >>>>>> copy the host frame to the spin frame >> >>>>>> call performKsmps() >> >>>>>> copy the spout frame to the host output buffer >> >>>>>> >> >>>>>> Then there is no delay. >> >>>>>> >> >>>>>> If ksmps is greater than 1 it goes like this. It's enough to >> >>>>>> consider ksmps >> >>>>>> = 2, >> >>>>>> all other cases work the same way. >> >>>>>> >> >>>>>> for each frame in the host input buffer: >> >>>>>> copy the current host input frame to the current spin frame >> >>>>>> copy the current spout frame to the current host output buffer >> >>>>>> if the current spout frame is past the end of spout: >> >>>>>> call performKsmps >> >>>>>> reset the spout/spin frame index to 0 >> >>>>>> >> >>>>>> If ksmps==1 then there is 1 frame of silence in the output at the >> >>>>>> start, and >> >>>>>> thereafter output lags input by 1 frame. On the final frame of the >> >>>>>> host >> >>>>>> buffer, Csound computes a frame in spout but it is not copied to >> >>>>>> the output >> >>>>>> until the next processing call. >> >>>>>> >> >>>>>> If ksmps==2 then there are 2 frames of silence in the output at the >> >>>>>> start, >> >>>>>> and thereafter output lags input by 2 frames. On the final frame of >> >>>>>> the host >> >>>>>> buffer,Csound computes 2 frames in spout, but depending on the size >> >>>>>> of the >> >>>>>> output buffer, 1 or 2 frames are not copied to the output until the >> >>>>>> next >> >>>>>> processing call. >> >>>>>> >> >>>>>> And so on. >> >>>>>> >> >>>>>> Regards, >> >>>>>> Mike >> >>>>>> >> >>>>>> >> >>>>>> >> >>>>>> ----------------------------------------------------- >> >>>>>> Michael Gogins >> >>>>>> Irreducible Productions >> >>>>>> http://michaelgogins.tumblr.com >> >>>>>> Michael dot Gogins at gmail dot com >> >>>>>> >> >>>>>> >> >>>>>> On Wed, Feb 5, 2014 at 7:39 PM, Rory Walsh >> >>>>>> wrote: >> >>>>>>> >> >>>>>>> The way it stands things are fine, albeit with a ksmps delay. But >> >>>>>>> it >> >>>>>>> will remain constant and there won't be any drop outs. If ksmps >> >>>>>>> ==1 >> >>>>>>> then there will be no problems with latency. Of course I stand to >> >>>>>>> be >> >>>>>>> corrected. When all is said and done, I did enjoy contemplating >> >>>>>>> life >> >>>>>>> without Cabbage over a few beers. But that might just have been >> >>>>>>> the >> >>>>>>> beers :) >> >>>>>>> >> >>>>>>> >> >>>>>>> On 5 February 2014 23:57, Rory Walsh wrote: >> >>>>>>>> I'm glad you asked this because I'm a little lost too! I was >> >>>>>>>> thinking >> >>>>>>>> the >> >>>>>>>> same as you. At some stage won't things goes south if the buffer >> >>>>>>>> size >> >>>>>>>> suddenly changes as is likely once automation is brought into the >> >>>>>>>> equation? >> >>>>>>>> >> >>>>>>>> sent from a mobile device... >> >>>>>>>> >> >>>>>>>> On 5 Feb 2014 23:27, "Oeyvind Brandtsegg" >> >>>>>>>> >> >>>>>>>> wrote: >> >>>>>>>>> >> >>>>>>>>> Ok. That is good. >> >>>>>>>>> But can it (the latency) change dynamically, as the host buffer >> >>>>>>>>> size >> >>>>>>>>> change dynamically? >> >>>>>>>>> Sorry if I'm being dense but I would really like to understand. >> >>>>>>>>> >> >>>>>>>>> >> >>>>>>>>> 2014-02-06 Michael Gogins : >> >>>>>>>>>> No, the maximum latency is ksmps. That could be either larger, >> >>>>>>>>>> or >> >>>>>>>>>> smaller, >> >>>>>>>>>> than the host buffer size. It doesn't matter. >> >>>>>>>>>> >> >>>>>>>>>> Regards, >> >>>>>>>>>> Mike >> >>>>>>>>>> >> >>>>>>>>>> >> >>>>>>>>>> ----------------------------------------------------- >> >>>>>>>>>> Michael Gogins >> >>>>>>>>>> Irreducible Productions >> >>>>>>>>>> http://michaelgogins.tumblr.com >> >>>>>>>>>> Michael dot Gogins at gmail dot com >> >>>>>>>>>> >> >>>>>>>>>> >> >>>>>>>>>> On Wed, Feb 5, 2014 at 6:07 PM, Oeyvind Brandtsegg >> >>>>>>>>>> wrote: >> >>>>>>>>>>> >> >>>>>>>>>>> ...but the latency would be one full host buffer size, not >> >>>>>>>>>>> just a >> >>>>>>>>>>> ksmps, >> >>>>>>>>>>> right? >> >>>>>>>>>>> So a small ksmps would rather minimize the chance of a >> >>>>>>>>>>> ksmps-buffer >> >>>>>>>>>>> mismatch, but not actually minimize worst case latency (which >> >>>>>>>>>>> would >> >>>>>>>>>>> be >> >>>>>>>>>>> one host buffer block). Isn't it so? >> >>>>>>>>>>> >> >>>>>>>>>>> Now, one thing I don't understand is if the latency can be >> >>>>>>>>>>> zero >> >>>>>>>>>>> when >> >>>>>>>>>>> the host buffer is an integer multiple of ksmps, and it indeed >> >>>>>>>>>>> is, >> >>>>>>>>>>> and also the host buffer size can be dynamic, we must assume >> >>>>>>>>>>> that >> >>>>>>>>>>> the two buffer length may initially fit but at some later time >> >>>>>>>>>>> they >> >>>>>>>>>>> will not,* then* what happens at the transition point ? I >> >>>>>>>>>>> mean, when >> >>>>>>>>>>> we go from perfectly aligned buffers and zero latency to >> >>>>>>>>>>> misaligned >> >>>>>>>>>>> buffers and one bufferlength latency. Then we should have one >> >>>>>>>>>>> non-full >> >>>>>>>>>>> buffer in the transition from zero latency to one-buffer >> >>>>>>>>>>> latency. >> >>>>>>>>>>> Will >> >>>>>>>>>>> it pop? If so, I would expect it to pop quite often(?), which >> >>>>>>>>>>> it >> >>>>>>>>>>> does >> >>>>>>>>>>> not. >> >>>>>>>>>>> Or? >> >>>>>>>>>>> >> >>>>>>>>>>> >> >>>>>>>>>>> >> >>>>>>>>>>> >> >>>>>>>>>>> 2014-02-05 Victor Lazzarini : >> >>>>>>>>>>>> If your ksmps is small, any latency that might exist will be >> >>>>>>>>>>>> small >> >>>>>>>>>>>> too, >> >>>>>>>>>>>> and I can't see it having >> >>>>>>>>>>>> a major effect. So if you run with ksmps=16, it's 0.3 >> >>>>>>>>>>>> millisseconds. >> >>>>>>>>>>>> Not >> >>>>>>>>>>>> much of a problem. >> >>>>>>>>>>>> And for the cases where this is a problem, then it's still >> >>>>>>>>>>>> possible >> >>>>>>>>>>>> to >> >>>>>>>>>>>> run with ksmps=1. >> >>>>>>>>>>>> >> >>>>>>>>>>>> Victor >> >>>>>>>>>>>> On 5 Feb 2014, at 20:46, Rory Walsh wrote: >> >>>>>>>>>>>> >> >>>>>>>>>>>>> I wish I had thought of this before spending so much time >> >>>>>>>>>>>>> writing >> >>>>>>>>>>>>> a >> >>>>>>>>>>>>> framework for developing VST plugins with Csound. I'm off >> >>>>>>>>>>>>> now to >> >>>>>>>>>>>>> have >> >>>>>>>>>>>>> a few beers and rethink life! >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> On 5 February 2014 20:06, Michael Gogins >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> wrote: >> >>>>>>>>>>>>>> Then your code will run 5 times slower or so. >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> Regards, >> >>>>>>>>>>>>>> Mike >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> ----------------------------------------------------- >> >>>>>>>>>>>>>> Michael Gogins >> >>>>>>>>>>>>>> Irreducible Productions >> >>>>>>>>>>>>>> http://michaelgogins.tumblr.com >> >>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> On Wed, Feb 5, 2014 at 3:03 PM, Rory Walsh >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> wrote: >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> Seems every where I look it says don't make any >> >>>>>>>>>>>>>>> assumptions >> >>>>>>>>>>>>>>> about >> >>>>>>>>>>>>>>> buffer sizes. So I guess the only fail safe way is to >> >>>>>>>>>>>>>>> force a >> >>>>>>>>>>>>>>> ksmps >> >>>>>>>>>>>>>>> of >> >>>>>>>>>>>>>>> 1? uh... >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> On 5 February 2014 19:57, Michael Gogins >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> wrote: >> >>>>>>>>>>>>>>>> I believe that you are wrong, you cannot count on a power >> >>>>>>>>>>>>>>>> of >> >>>>>>>>>>>>>>>> two >> >>>>>>>>>>>>>>>> size. >> >>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>> See these threads from KVR: >> >>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>> http://www.kvraudio.com/forum/viewtopic.php?t=279753 >> >>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>> http://www.kvraudio.com/forum/viewtopic.php?t=359951 >> >>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>> http://www.kvraudio.com/forum/viewtopic.php?p=3458228 >> >>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>> Regards, >> >>>>>>>>>>>>>>>> Mike >> >>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>> ----------------------------------------------------- >> >>>>>>>>>>>>>>>> Michael Gogins >> >>>>>>>>>>>>>>>> Irreducible Productions >> >>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >> >>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >> >>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>> On Wed, Feb 5, 2014 at 2:17 PM, Victor Lazzarini >> >>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>> wrote: >> >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> But I think you're probably safe setting ksmps to a low >> >>>>>>>>>>>>>>>>> value >> >>>>>>>>>>>>>>>>> that >> >>>>>>>>>>>>>>>>> is a >> >>>>>>>>>>>>>>>>> power-of-two. I would >> >>>>>>>>>>>>>>>>> expect most hosts to run buffers that are power-of-two >> >>>>>>>>>>>>>>>>> and >> >>>>>>>>>>>>>>>>> that >> >>>>>>>>>>>>>>>>> are >> >>>>>>>>>>>>>>>>> not >> >>>>>>>>>>>>>>>>> that small. >> >>>>>>>>>>>>>>>>> ksmps =8,16 or 32 should do. >> >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> Victor >> >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> On 5 Feb 2014, at 18:10, Rory Walsh wrote: >> >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>> I was just about to answer my previous mail with the >> >>>>>>>>>>>>>>>>>> same >> >>>>>>>>>>>>>>>>>> thing. >> >>>>>>>>>>>>>>>>>> That's >> >>>>>>>>>>>>>>>>>> a pain. >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>> On 5 February 2014 18:03, Michael Gogins >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>> wrote: >> >>>>>>>>>>>>>>>>>>> No. The host can and often does use a different host >> >>>>>>>>>>>>>>>>>>> audio >> >>>>>>>>>>>>>>>>>>> buffer >> >>>>>>>>>>>>>>>>>>> size >> >>>>>>>>>>>>>>>>>>> on >> >>>>>>>>>>>>>>>>>>> each call to process() or processReplacing(). >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> Regards, >> >>>>>>>>>>>>>>>>>>> Mike >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> ----------------------------------------------------- >> >>>>>>>>>>>>>>>>>>> Michael Gogins >> >>>>>>>>>>>>>>>>>>> Irreducible Productions >> >>>>>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >> >>>>>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> On Wed, Feb 5, 2014 at 11:27 AM, Rory Walsh >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> wrote: >> >>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>> Hi Mike, isn't it possible to query the host buffer >> >>>>>>>>>>>>>>>>>>>> size >> >>>>>>>>>>>>>>>>>>>> before >> >>>>>>>>>>>>>>>>>>>> the >> >>>>>>>>>>>>>>>>>>>> processing function is first called, in which case >> >>>>>>>>>>>>>>>>>>>> you can >> >>>>>>>>>>>>>>>>>>>> just >> >>>>>>>>>>>>>>>>>>>> override the csd's ksmps? >> >>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>> On 5 February 2014 15:55, Michael Gogins >> >>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>> wrote: >> >>>>>>>>>>>>>>>>>>>>> I've looked into this some more. As long as the host >> >>>>>>>>>>>>>>>>>>>>> audio >> >>>>>>>>>>>>>>>>>>>>> buffer >> >>>>>>>>>>>>>>>>>>>>> is >> >>>>>>>>>>>>>>>>>>>>> not >> >>>>>>>>>>>>>>>>>>>>> an >> >>>>>>>>>>>>>>>>>>>>> integral multiple of ksmps, there will have to be >> >>>>>>>>>>>>>>>>>>>>> ksmps >> >>>>>>>>>>>>>>>>>>>>> latency >> >>>>>>>>>>>>>>>>>>>>> between >> >>>>>>>>>>>>>>>>>>>>> input and output. That is because performKsmps >> >>>>>>>>>>>>>>>>>>>>> requires >> >>>>>>>>>>>>>>>>>>>>> spin >> >>>>>>>>>>>>>>>>>>>>> to >> >>>>>>>>>>>>>>>>>>>>> be >> >>>>>>>>>>>>>>>>>>>>> full, >> >>>>>>>>>>>>>>>>>>>>> but >> >>>>>>>>>>>>>>>>>>>>> if there is some remainder from hostsize/ksmps, >> >>>>>>>>>>>>>>>>>>>>> there >> >>>>>>>>>>>>>>>>>>>>> will >> >>>>>>>>>>>>>>>>>>>>> be >> >>>>>>>>>>>>>>>>>>>>> some >> >>>>>>>>>>>>>>>>>>>>> frames >> >>>>>>>>>>>>>>>>>>>>> that the host buffer doesn't have but spin needs. >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> I am letting this go for now, but if Csound could >> >>>>>>>>>>>>>>>>>>>>> adjust >> >>>>>>>>>>>>>>>>>>>>> ksmps >> >>>>>>>>>>>>>>>>>>>>> during >> >>>>>>>>>>>>>>>>>>>>> performance via the API, then we could get rid of >> >>>>>>>>>>>>>>>>>>>>> this >> >>>>>>>>>>>>>>>>>>>>> latency >> >>>>>>>>>>>>>>>>>>>>> by >> >>>>>>>>>>>>>>>>>>>>> setting >> >>>>>>>>>>>>>>>>>>>>> ksmps equal to the host buffer size on each host >> >>>>>>>>>>>>>>>>>>>>> processing >> >>>>>>>>>>>>>>>>>>>>> call. >> >>>>>>>>>>>>>>>>>>>>> I >> >>>>>>>>>>>>>>>>>>>>> think >> >>>>>>>>>>>>>>>>>>>>> this would be a really good idea. I'm entering it as >> >>>>>>>>>>>>>>>>>>>>> a >> >>>>>>>>>>>>>>>>>>>>> feature >> >>>>>>>>>>>>>>>>>>>>> request. >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> Regards, >> >>>>>>>>>>>>>>>>>>>>> Mike >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> Regards, >> >>>>>>>>>>>>>>>>>>>>> Mike >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> ----------------------------------------------------- >> >>>>>>>>>>>>>>>>>>>>> Michael Gogins >> >>>>>>>>>>>>>>>>>>>>> Irreducible Productions >> >>>>>>>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >> >>>>>>>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 1:47 PM, Michael Gogins >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> wrote: >> >>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>> CsoundVST does the following: >> >>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>> In the processReplacing callback there are >> >>>>>>>>>>>>>>>>>>>>>> essentially >> >>>>>>>>>>>>>>>>>>>>>> two >> >>>>>>>>>>>>>>>>>>>>>> simultaneous >> >>>>>>>>>>>>>>>>>>>>>> loops, each with their own loop indexes. One loop >> >>>>>>>>>>>>>>>>>>>>>> is for >> >>>>>>>>>>>>>>>>>>>>>> the >> >>>>>>>>>>>>>>>>>>>>>> host >> >>>>>>>>>>>>>>>>>>>>>> audio >> >>>>>>>>>>>>>>>>>>>>>> buffer, which can change in size from one call to >> >>>>>>>>>>>>>>>>>>>>>> the >> >>>>>>>>>>>>>>>>>>>>>> next. >> >>>>>>>>>>>>>>>>>>>>>> The >> >>>>>>>>>>>>>>>>>>>>>> other >> >>>>>>>>>>>>>>>>>>>>>> loop >> >>>>>>>>>>>>>>>>>>>>>> is for Csound. >> >>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>> For each frame of audio, one frame of audio is >> >>>>>>>>>>>>>>>>>>>>>> copied >> >>>>>>>>>>>>>>>>>>>>>> from >> >>>>>>>>>>>>>>>>>>>>>> the >> >>>>>>>>>>>>>>>>>>>>>> host >> >>>>>>>>>>>>>>>>>>>>>> input >> >>>>>>>>>>>>>>>>>>>>>> buffer to spin, one frame of audio is copied from >> >>>>>>>>>>>>>>>>>>>>>> spout >> >>>>>>>>>>>>>>>>>>>>>> to >> >>>>>>>>>>>>>>>>>>>>>> the >> >>>>>>>>>>>>>>>>>>>>>> host >> >>>>>>>>>>>>>>>>>>>>>> audio >> >>>>>>>>>>>>>>>>>>>>>> output buffer, and both loop indexes are >> >>>>>>>>>>>>>>>>>>>>>> incremented. >> >>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>> At the end of spout, ksmps audio are processed by >> >>>>>>>>>>>>>>>>>>>>>> Csound, >> >>>>>>>>>>>>>>>>>>>>>> and >> >>>>>>>>>>>>>>>>>>>>>> the >> >>>>>>>>>>>>>>>>>>>>>> spin >> >>>>>>>>>>>>>>>>>>>>>> and >> >>>>>>>>>>>>>>>>>>>>>> spout buffer indexes are reset to 0. These indexes >> >>>>>>>>>>>>>>>>>>>>>> persist >> >>>>>>>>>>>>>>>>>>>>>> from >> >>>>>>>>>>>>>>>>>>>>>> call >> >>>>>>>>>>>>>>>>>>>>>> to >> >>>>>>>>>>>>>>>>>>>>>> call, so there are no gaps or glitches. >> >>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>> There is ksmps frames latency in the code because >> >>>>>>>>>>>>>>>>>>>>>> spin >> >>>>>>>>>>>>>>>>>>>>>> is >> >>>>>>>>>>>>>>>>>>>>>> read >> >>>>>>>>>>>>>>>>>>>>>> in >> >>>>>>>>>>>>>>>>>>>>>> before >> >>>>>>>>>>>>>>>>>>>>>> it spout is computed. But I will try to change the >> >>>>>>>>>>>>>>>>>>>>>> code >> >>>>>>>>>>>>>>>>>>>>>> so >> >>>>>>>>>>>>>>>>>>>>>> that >> >>>>>>>>>>>>>>>>>>>>>> the >> >>>>>>>>>>>>>>>>>>>>>> buffers >> >>>>>>>>>>>>>>>>>>>>>> are rewound to line spout up with spin. There will >> >>>>>>>>>>>>>>>>>>>>>> then >> >>>>>>>>>>>>>>>>>>>>>> be >> >>>>>>>>>>>>>>>>>>>>>> zero >> >>>>>>>>>>>>>>>>>>>>>> latency. >> >>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>> ----------------------------------------------------- >> >>>>>>>>>>>>>>>>>>>>>> Michael Gogins >> >>>>>>>>>>>>>>>>>>>>>> Irreducible Productions >> >>>>>>>>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >> >>>>>>>>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >> >>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 11:03 AM, Steven Yi >> >>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>> wrote: >> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>> I was in the middle of replying pretty much the >> >>>>>>>>>>>>>>>>>>>>>>> same >> >>>>>>>>>>>>>>>>>>>>>>> thing >> >>>>>>>>>>>>>>>>>>>>>>> as >> >>>>>>>>>>>>>>>>>>>>>>> Victor. >> >>>>>>>>>>>>>>>>>>>>>>> Seems like you're introducing block's worth of >> >>>>>>>>>>>>>>>>>>>>>>> latency >> >>>>>>>>>>>>>>>>>>>>>>> due >> >>>>>>>>>>>>>>>>>>>>>>> to >> >>>>>>>>>>>>>>>>>>>>>>> the >> >>>>>>>>>>>>>>>>>>>>>>> code >> >>>>>>>>>>>>>>>>>>>>>>> order. >> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 11:05 AM, Victor Lazzarini >> >>>>>>>>>>>>>>>>>>>>>>> wrote: >> >>>>>>>>>>>>>>>>>>>>>>>> I would have thought that you would >> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>> 1) write data into spin >> >>>>>>>>>>>>>>>>>>>>>>>> 2) process >> >>>>>>>>>>>>>>>>>>>>>>>> 3) write data out of spout. >> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>> if you read and write after running >> >>>>>>>>>>>>>>>>>>>>>>>> PeformKsmps(), as >> >>>>>>>>>>>>>>>>>>>>>>>> far >> >>>>>>>>>>>>>>>>>>>>>>>> as >> >>>>>>>>>>>>>>>>>>>>>>>> I >> >>>>>>>>>>>>>>>>>>>>>>>> can >> >>>>>>>>>>>>>>>>>>>>>>>> see >> >>>>>>>>>>>>>>>>>>>>>>>> there might be >> >>>>>>>>>>>>>>>>>>>>>>>> a delay between input and output, as you will be >> >>>>>>>>>>>>>>>>>>>>>>>> effectively >> >>>>>>>>>>>>>>>>>>>>>>>> putting >> >>>>>>>>>>>>>>>>>>>>>>>> out the data that >> >>>>>>>>>>>>>>>>>>>>>>>> you processed in the previous period. >> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>> 1) process (means process the current spin data) >> >>>>>>>>>>>>>>>>>>>>>>>> 2) write to spin the new data >> >>>>>>>>>>>>>>>>>>>>>>>> 3) write out the result of processing the >> >>>>>>>>>>>>>>>>>>>>>>>> previous >> >>>>>>>>>>>>>>>>>>>>>>>> spin >> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>> That's what it looks like to me. Not sure if I am >> >>>>>>>>>>>>>>>>>>>>>>>> right. >> >>>>>>>>>>>>>>>>>>>>>>>> Also >> >>>>>>>>>>>>>>>>>>>>>>>> this >> >>>>>>>>>>>>>>>>>>>>>>>> discussion should be in the dev list not >> >>>>>>>>>>>>>>>>>>>>>>>> in the users list (so my response is going >> >>>>>>>>>>>>>>>>>>>>>>>> there). >> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>> Victor >> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>> On 4 Feb 2014, at 15:47, Rory Walsh >> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>> wrote: >> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>> I can confirm that it's not an issue with the >> >>>>>>>>>>>>>>>>>>>>>>>>> plugin >> >>>>>>>>>>>>>>>>>>>>>>>>> framework >> >>>>>>>>>>>>>>>>>>>>>>>>> I'm >> >>>>>>>>>>>>>>>>>>>>>>>>> using. I can also confirm it happens whether the >> >>>>>>>>>>>>>>>>>>>>>>>>> plugin's >> >>>>>>>>>>>>>>>>>>>>>>>>> processBlock() is being called the same amount >> >>>>>>>>>>>>>>>>>>>>>>>>> of >> >>>>>>>>>>>>>>>>>>>>>>>>> times >> >>>>>>>>>>>>>>>>>>>>>>>>> as >> >>>>>>>>>>>>>>>>>>>>>>>>> performKsmps(). That is to say, if the plugin >> >>>>>>>>>>>>>>>>>>>>>>>>> sample >> >>>>>>>>>>>>>>>>>>>>>>>>> buffer >> >>>>>>>>>>>>>>>>>>>>>>>>> is >> >>>>>>>>>>>>>>>>>>>>>>>>> set >> >>>>>>>>>>>>>>>>>>>>>>>>> to >> >>>>>>>>>>>>>>>>>>>>>>>>> 64 and so is Csound's, the problem persists. >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>> I can recreate it with Reaper by placing two >> >>>>>>>>>>>>>>>>>>>>>>>>> identical >> >>>>>>>>>>>>>>>>>>>>>>>>> audio >> >>>>>>>>>>>>>>>>>>>>>>>>> tracks >> >>>>>>>>>>>>>>>>>>>>>>>>> in >> >>>>>>>>>>>>>>>>>>>>>>>>> the session. On one track I place a straight >> >>>>>>>>>>>>>>>>>>>>>>>>> forward >> >>>>>>>>>>>>>>>>>>>>>>>>> in/out >> >>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >> >>>>>>>>>>>>>>>>>>>>>>>>> effect plugin. Then play both back at the same >> >>>>>>>>>>>>>>>>>>>>>>>>> time. >> >>>>>>>>>>>>>>>>>>>>>>>>> You'll >> >>>>>>>>>>>>>>>>>>>>>>>>> hear >> >>>>>>>>>>>>>>>>>>>>>>>>> subtle phasing taking place until you bypass the >> >>>>>>>>>>>>>>>>>>>>>>>>> plugin >> >>>>>>>>>>>>>>>>>>>>>>>>> effect. >> >>>>>>>>>>>>>>>>>>>>>>>>> Here's >> >>>>>>>>>>>>>>>>>>>>>>>>> my processBlock(), it couldn't be any simpler. >> >>>>>>>>>>>>>>>>>>>>>>>>> Can >> >>>>>>>>>>>>>>>>>>>>>>>>> any >> >>>>>>>>>>>>>>>>>>>>>>>>> devs >> >>>>>>>>>>>>>>>>>>>>>>>>> out >> >>>>>>>>>>>>>>>>>>>>>>>>> there >> >>>>>>>>>>>>>>>>>>>>>>>>> spot something that might introduce latency? >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>> CSCompResult = csound->PerformKsmps(); >> >>>>>>>>>>>>>>>>>>>>>>>>> for(int i=0;i> >>>>>>>>>>>>>>>>>>>>>>>>> { >> >>>>>>>>>>>>>>>>>>>>>>>>> if(!CSCompResult) >> >>>>>>>>>>>>>>>>>>>>>>>>> { >> >>>>>>>>>>>>>>>>>>>>>>>>> for(int channel = 0; channel < >> >>>>>>>>>>>>>>>>>>>>>>>>> getNumOutputChannels(); >> >>>>>>>>>>>>>>>>>>>>>>>>> channel++ ) >> >>>>>>>>>>>>>>>>>>>>>>>>> { >> >>>>>>>>>>>>>>>>>>>>>>>>> audioBuffer = >> >>>>>>>>>>>>>>>>>>>>>>>>> buffer.getSampleData(channel,0); >> >>>>>>>>>>>>>>>>>>>>>>>>> pos = igetNumOutputChannels(); >> >>>>>>>>>>>>>>>>>>>>>>>>> CSspin[channel+pos] = >> >>>>>>>>>>>>>>>>>>>>>>>>> audioBuffer[i]cs_scale; >> >>>>>>>>>>>>>>>>>>>>>>>>> audioBuffer[i] = >> >>>>>>>>>>>>>>>>>>>>>>>>> (CSspout[channel+pos]/cs_scale); >> >>>>>>>>>>>>>>>>>>>>>>>>> } >> >>>>>>>>>>>>>>>>>>>>>>>>> } >> >>>>>>>>>>>>>>>>>>>>>>>>> else >> >>>>>>>>>>>>>>>>>>>>>>>>> buffer.clear(); >> >>>>>>>>>>>>>>>>>>>>>>>>> } >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 15:04, Oeyvind Brandtsegg >> >>>>>>>>>>>>>>>>>>>>>>>>> wrote: >> >>>>>>>>>>>>>>>>>>>>>>>>>> All good. >> >>>>>>>>>>>>>>>>>>>>>>>>>> I could test with csound~ and found another >> >>>>>>>>>>>>>>>>>>>>>>>>>> cause >> >>>>>>>>>>>>>>>>>>>>>>>>>> for >> >>>>>>>>>>>>>>>>>>>>>>>>>> the >> >>>>>>>>>>>>>>>>>>>>>>>>>> latency. >> >>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >> >>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Steven Yi : >> >>>>>>>>>>>>>>>>>>>>>>>>>>> Nope. I did some work on updating the CMake >> >>>>>>>>>>>>>>>>>>>>>>>>>>> file >> >>>>>>>>>>>>>>>>>>>>>>>>>>> to >> >>>>>>>>>>>>>>>>>>>>>>>>>>> try >> >>>>>>>>>>>>>>>>>>>>>>>>>>> building >> >>>>>>>>>>>>>>>>>>>>>>>>>>> on >> >>>>>>>>>>>>>>>>>>>>>>>>>>> Windows yesterday. I need to do so me research >> >>>>>>>>>>>>>>>>>>>>>>>>>>> to >> >>>>>>>>>>>>>>>>>>>>>>>>>>> see >> >>>>>>>>>>>>>>>>>>>>>>>>>>> about >> >>>>>>>>>>>>>>>>>>>>>>>>>>> libraries >> >>>>>>>>>>>>>>>>>>>>>>>>>>> to link to and other things, but it may take a >> >>>>>>>>>>>>>>>>>>>>>>>>>>> while >> >>>>>>>>>>>>>>>>>>>>>>>>>>> with >> >>>>>>>>>>>>>>>>>>>>>>>>>>> current >> >>>>>>>>>>>>>>>>>>>>>>>>>>> work >> >>>>>>>>>>>>>>>>>>>>>>>>>>> load. >> >>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:47 AM, Oeyvind >> >>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >> >>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >> >>>>>>>>>>>>>>>>>>>>>>>>>>>> That looks as if it's for OSX only (?), >> >>>>>>>>>>>>>>>>>>>>>>>>>>>> perhaps not compiled for windows yet? >> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Steven Yi : >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6~ should be with the installer; also >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> available >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> at: >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://sourceforge.net/projects/csound/files/csound6/Csound6.02/csound~_v1.1.1.pkg/download >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:38 AM, Oeyvind >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I can also reproduce it with csound~ in >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> MaxForLive >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> haven't tried with csound6~ (where can I >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> find >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> it?) >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Now, testing with Max (not in Live), and >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Reaper, >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> find >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> can not >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> reproduce the behaviour there. >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> So there is something with Live then. >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> However, >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> other >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> VST >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugins >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Live does not introduce extra latency. >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> The way I measure latency is by setiing up >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> a >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> microphone >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> close >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> to >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> speaker, close enough that it will almost >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> feed, >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> then tap the mic and listen to the >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> resonance of >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> system. >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> When >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency changes, the resonance will change. >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> When I add a plugin (Cabbage or MaxForLive >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound~), >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> (and so the resonance) changes. If I load >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> other >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> VST >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugins >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> this >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> does >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> not happen, the latency does not change. >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> But as I said, I can only reproduce it in >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Live. >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Sorry >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> for >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> noise. >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh : >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I can recreate it here. It's subtle, but >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> present. >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I'll >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> take >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> a >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> look. >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:38, Oeyvind >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Yes, I have tried different ksmps values, >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> both >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> higher >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> and >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> lower >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> and >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> equal to the host buffer size. >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Will investigate if I can reproduce it on >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound~. >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh : >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On second thoughts I can't see what >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> might be >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> causing >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> this. >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Have you >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> tried setting ksmps to be the same as >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> your >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> host's >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> buffer >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> size? >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:01, Rory Walsh >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I think I have it... Lunch first >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> though.. >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sent from a mobile device... >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 Feb 2014 12:56, "Rory Walsh" >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Are you just running audio straight in >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> and >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> out, >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> no >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processing? The >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin host calls the plugin's >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock() >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> which >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> turn >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> calls >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> performKsmps(). So long as >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock() >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> is >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> being >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> called >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> (if the >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> track is playing for example) >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> performKsmps() >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> will >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> be >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> called >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> over and >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> over again processing ksmps samples >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> each >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> time. >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> At >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> moment >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock() method and the >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> performKsmps() >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> are >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> firing >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> off >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> at >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> different speeds. I can look at >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> forcing >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugins >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> to >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> process the >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> same amount of samples as the plugin >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> does >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> each >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> call >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> to >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock(). Perhaps that might >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> help. >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 12:41, Oeyvind >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Regarding latency and buffers, >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I thought I had understood that >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound, >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> when >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> used >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> as a >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin (e.g. >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cabbage or csound~) would process the >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> audio >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> buffer >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "in >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> place", so no >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> extra latency would incur due to the >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sound >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> being >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processed >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> through >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Csound, assuming that ksmps is smaler >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> than >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> host >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> program's buffer >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> size. >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Now, running Cabbage plugins in >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Ableton >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Live, >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I've >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> been >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> investigating >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency issues, and I find that >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> adding a >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> simple >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin will >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> delay the signal. Also, adding more >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> than >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> one >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> such >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> series >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> increases the delay/latency >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> accordingly. >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I've >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> tried >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> using >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> different >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ksmps, and this indeed affects the >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> amount >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> of >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> but >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> even setting >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ksmps=1 does not get rid of it. >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Can the buffer be processed "in >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> place"? >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> best >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> bug >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> be >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound" >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >> >>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >> >>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >> >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >> >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >> >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >> >>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >> >>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >> >>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >> >>>>>>>>>>>>>>>>>>>>>>>>>>>> here >> >>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >> >>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >> >>>>>>>>>>>>>>>>>>>>>>>>>>>> with >> >>>>>>>>>>>>>>>>>>>>>>>>>>>> body >> >>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >> >>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >> >>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >> >>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >> >>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >> >>>>>>>>>>>>>>>>>>>>>>>>>>> here >> >>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >> >>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >> >>>>>>>>>>>>>>>>>>>>>>>>>>> with >> >>>>>>>>>>>>>>>>>>>>>>>>>>> body >> >>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >> >>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>> -- >> >>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >> >>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >> >>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >> >>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >> >>>>>>>>>>>>>>>>>>>>>>>>>> Norway >> >>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >> >>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >> >>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >> >>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >> >>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >> >>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >> >>>>>>>>>>>>>>>>>>>>>>>>>> trackers >> >>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >> >>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >> >>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >> >>>>>>>>>>>>>>>>>>>>>>>>>> here >> >>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >> >>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >> >>>>>>>>>>>>>>>>>>>>>>>>>> with >> >>>>>>>>>>>>>>>>>>>>>>>>>> body >> >>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >> >>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >> >>>>>>>>>>>>>>>>>>>>>>>>> trackers >> >>>>>>>>>>>>>>>>>>>>>>>>> csound6: >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>>>>>>>>>>>>>>>>>>>>>> csound5: >> >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >> >>>>>>>>>>>>>>>>>>>>>>>>> here >> >>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >> >>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >> >>>>>>>>>>>>>>>>>>>>>>>>> with >> >>>>>>>>>>>>>>>>>>>>>>>>> body >> >>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >> >>>>>>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >> >>>>>>>>>>>>>>>>>>>>>>>> Applications >> >>>>>>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >> >>>>>>>>>>>>>>>>>>>>>>>> Avoid >> >>>>>>>>>>>>>>>>>>>>>>>> Common >> >>>>>>>>>>>>>>>>>>>>>>>> Pitfalls. >> >>>>>>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>>>>>>>>>>>>>>>>>>>>> _______________________________________________ >> >>>>>>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >> >>>>>>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >> >>>>>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >> >>>>>>>>>>>>>>>>>>>>>>> Applications >> >>>>>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >> >>>>>>>>>>>>>>>>>>>>>>> Avoid >> >>>>>>>>>>>>>>>>>>>>>>> Common >> >>>>>>>>>>>>>>>>>>>>>>> Pitfalls. >> >>>>>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>>>>>>>>>>>>>>>>>>>> _______________________________________________ >> >>>>>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >> >>>>>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >> >>>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >> >>>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >> >>>>>>>>>>>>>>>>>>>>> Avoid >> >>>>>>>>>>>>>>>>>>>>> Common >> >>>>>>>>>>>>>>>>>>>>> Pitfalls. >> >>>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>>>>>>>>>>>>>>>>>> _______________________________________________ >> >>>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >> >>>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >> >>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >> >>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >> >>>>>>>>>>>>>>>>>>>> Common >> >>>>>>>>>>>>>>>>>>>> Pitfalls. >> >>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >> >>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>>>>>>>>>>>>>>>>> _______________________________________________ >> >>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >> >>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >> >>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >> >>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >> >>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >> >>>>>>>>>>>>>>>>>>> Common >> >>>>>>>>>>>>>>>>>>> Pitfalls. >> >>>>>>>>>>>>>>>>>>> Read the Whitepaper. >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>>>>>>>>>>>>>>>> _______________________________________________ >> >>>>>>>>>>>>>>>>>>> Csound-devel mailing list >> >>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >> >>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >> >>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >> >>>>>>>>>>>>>>>>>> Common >> >>>>>>>>>>>>>>>>>> Pitfalls. >> >>>>>>>>>>>>>>>>>> Read the Whitepaper. >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>>>>>>>>>>>>>>> _______________________________________________ >> >>>>>>>>>>>>>>>>>> Csound-devel mailing list >> >>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> Dr Victor Lazzarini >> >>>>>>>>>>>>>>>>> Senior Lecturer >> >>>>>>>>>>>>>>>>> Dept. of Music >> >>>>>>>>>>>>>>>>> NUI Maynooth Ireland >> >>>>>>>>>>>>>>>>> tel.: +353 1 708 3545 >> >>>>>>>>>>>>>>>>> Victor dot Lazzarini AT nuim dot ie >> >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >> >>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >> >>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >> >>>>>>>>>>>>>>>>> Common >> >>>>>>>>>>>>>>>>> Pitfalls. >> >>>>>>>>>>>>>>>>> Read the Whitepaper. >> >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>>>>>>>>>>>>>> _______________________________________________ >> >>>>>>>>>>>>>>>>> Csound-devel mailing list >> >>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >> >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >> >>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >> >>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >> >>>>>>>>>>>>>>>> Common >> >>>>>>>>>>>>>>>> Pitfalls. >> >>>>>>>>>>>>>>>> Read the Whitepaper. >> >>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>>>>>>>>>>>>> _______________________________________________ >> >>>>>>>>>>>>>>>> Csound-devel mailing list >> >>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >> >>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >> >>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >> >>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >> >>>>>>>>>>>>>>> Common >> >>>>>>>>>>>>>>> Pitfalls. >> >>>>>>>>>>>>>>> Read the Whitepaper. >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>>>>>>>>>>>> _______________________________________________ >> >>>>>>>>>>>>>>> Csound-devel mailing list >> >>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >> >>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> ------------------------------------------------------------------------------ >> >>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >> >>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >> >>>>>>>>>>>>>> Common >> >>>>>>>>>>>>>> Pitfalls. >> >>>>>>>>>>>>>> Read the Whitepaper. >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>>>>>>>>>>> _______________________________________________ >> >>>>>>>>>>>>>> Csound-devel mailing list >> >>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >> >>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> ------------------------------------------------------------------------------ >> >>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >> >>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >> >>>>>>>>>>>>> Pitfalls. >> >>>>>>>>>>>>> Read the Whitepaper. >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>>>>>>>>>> _______________________________________________ >> >>>>>>>>>>>>> Csound-devel mailing list >> >>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >> >>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>>>>>>>>> >> >>>>>>>>>>>> Dr Victor Lazzarini >> >>>>>>>>>>>> Senior Lecturer >> >>>>>>>>>>>> Dept. of Music >> >>>>>>>>>>>> NUI Maynooth Ireland >> >>>>>>>>>>>> tel.: +353 1 708 3545 >> >>>>>>>>>>>> Victor dot Lazzarini AT nuim dot ie >> >>>>>>>>>>>> >> >>>>>>>>>>>> >> >>>>>>>>>>>> >> >>>>>>>>>>>> >> >>>>>>>>>>>> >> >>>>>>>>>>>> >> >>>>>>>>>>>> >> >>>>>>>>>>>> >> >>>>>>>>>>>> ------------------------------------------------------------------------------ >> >>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >> >>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >> >>>>>>>>>>>> Pitfalls. >> >>>>>>>>>>>> Read the Whitepaper. >> >>>>>>>>>>>> >> >>>>>>>>>>>> >> >>>>>>>>>>>> >> >>>>>>>>>>>> >> >>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>>>>>>>>> _______________________________________________ >> >>>>>>>>>>>> Csound-devel mailing list >> >>>>>>>>>>>> Csound-devel@lists.sourceforge.net >> >>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>>>>>>>> >> >>>>>>>>>>> >> >>>>>>>>>>> >> >>>>>>>>>>> -- >> >>>>>>>>>>> >> >>>>>>>>>>> Oeyvind Brandtsegg >> >>>>>>>>>>> Professor of Music Technology >> >>>>>>>>>>> NTNU >> >>>>>>>>>>> 7491 Trondheim >> >>>>>>>>>>> Norway >> >>>>>>>>>>> Cell: +47 92 203 205 >> >>>>>>>>>>> >> >>>>>>>>>>> http://flyndresang.no/ >> >>>>>>>>>>> http://www.partikkelaudio.com/ >> >>>>>>>>>>> http://soundcloud.com/brandtsegg >> >>>>>>>>>>> http://soundcloud.com/t-emp >> >>>>>>>>>>> >> >>>>>>>>>>> >> >>>>>>>>>>> >> >>>>>>>>>>> >> >>>>>>>>>>> >> >>>>>>>>>>> ------------------------------------------------------------------------------ >> >>>>>>>>>>> Managing the Performance of Cloud-Based Applications >> >>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >> >>>>>>>>>>> Pitfalls. >> >>>>>>>>>>> Read the Whitepaper. >> >>>>>>>>>>> >> >>>>>>>>>>> >> >>>>>>>>>>> >> >>>>>>>>>>> >> >>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>>>>>>>> _______________________________________________ >> >>>>>>>>>>> Csound-devel mailing list >> >>>>>>>>>>> Csound-devel@lists.sourceforge.net >> >>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>>>>>>> >> >>>>>>>>>> >> >>>>>>>>>> >> >>>>>>>>>> >> >>>>>>>>>> >> >>>>>>>>>> >> >>>>>>>>>> ------------------------------------------------------------------------------ >> >>>>>>>>>> Managing the Performance of Cloud-Based Applications >> >>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >> >>>>>>>>>> Pitfalls. >> >>>>>>>>>> Read the Whitepaper. >> >>>>>>>>>> >> >>>>>>>>>> >> >>>>>>>>>> >> >>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>>>>>>> _______________________________________________ >> >>>>>>>>>> Csound-devel mailing list >> >>>>>>>>>> Csound-devel@lists.sourceforge.net >> >>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>>>>>>> >> >>>>>>>>> >> >>>>>>>>> >> >>>>>>>>> >> >>>>>>>>> -- >> >>>>>>>>> >> >>>>>>>>> Oeyvind Brandtsegg >> >>>>>>>>> Professor of Music Technology >> >>>>>>>>> NTNU >> >>>>>>>>> 7491 Trondheim >> >>>>>>>>> Norway >> >>>>>>>>> Cell: +47 92 203 205 >> >>>>>>>>> >> >>>>>>>>> http://flyndresang.no/ >> >>>>>>>>> http://www.partikkelaudio.com/ >> >>>>>>>>> http://soundcloud.com/brandtsegg >> >>>>>>>>> http://soundcloud.com/t-emp >> >>>>>>>>> >> >>>>>>>>> >> >>>>>>>>> >> >>>>>>>>> >> >>>>>>>>> ------------------------------------------------------------------------------ >> >>>>>>>>> Managing the Performance of Cloud-Based Applications >> >>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >> >>>>>>>>> Pitfalls. >> >>>>>>>>> Read the Whitepaper. >> >>>>>>>>> >> >>>>>>>>> >> >>>>>>>>> >> >>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>>>>>> _______________________________________________ >> >>>>>>>>> Csound-devel mailing list >> >>>>>>>>> Csound-devel@lists.sourceforge.net >> >>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>>>> >> >>>>>>> >> >>>>>>> >> >>>>>>> ------------------------------------------------------------------------------ >> >>>>>>> Managing the Performance of Cloud-Based Applications >> >>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >> >>>>>>> Pitfalls. >> >>>>>>> Read the Whitepaper. >> >>>>>>> >> >>>>>>> >> >>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>>>> _______________________________________________ >> >>>>>>> Csound-devel mailing list >> >>>>>>> Csound-devel@lists.sourceforge.net >> >>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>>> >> >>>>>> >> >>>>>> >> >>>>>> >> >>>>>> ------------------------------------------------------------------------------ >> >>>>>> Managing the Performance of Cloud-Based Applications >> >>>>>> Take advantage of what the Cloud has to offer - Avoid Common >> >>>>>> Pitfalls. >> >>>>>> Read the Whitepaper. >> >>>>>> >> >>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>>> _______________________________________________ >> >>>>>> Csound-devel mailing list >> >>>>>> Csound-devel@lists.sourceforge.net >> >>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>>> >> >>>>> >> >>>>> >> >>>>> >> >>>>> -- >> >>>>> >> >>>>> Oeyvind Brandtsegg >> >>>>> Professor of Music Technology >> >>>>> NTNU >> >>>>> 7491 Trondheim >> >>>>> Norway >> >>>>> Cell: +47 92 203 205 >> >>>>> >> >>>>> http://flyndresang.no/ >> >>>>> http://www.partikkelaudio.com/ >> >>>>> http://soundcloud.com/brandtsegg >> >>>>> http://soundcloud.com/t-emp >> >>>>> >> >>>>> >> >>>>> ------------------------------------------------------------------------------ >> >>>>> Managing the Performance of Cloud-Based Applications >> >>>>> Take advantage of what the Cloud has to offer - Avoid Common >> >>>>> Pitfalls. >> >>>>> Read the Whitepaper. >> >>>>> >> >>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>> _______________________________________________ >> >>>>> Csound-devel mailing list >> >>>>> Csound-devel@lists.sourceforge.net >> >>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>> >> >>> >> >>> ------------------------------------------------------------------------------ >> >>> Managing the Performance of Cloud-Based Applications >> >>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> >>> Read the Whitepaper. >> >>> >> >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>> _______________________________________________ >> >>> Csound-devel mailing list >> >>> Csound-devel@lists.sourceforge.net >> >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >> >> >> >> >> >> -- >> >> >> >> Oeyvind Brandtsegg >> >> Professor of Music Technology >> >> NTNU >> >> 7491 Trondheim >> >> Norway >> >> Cell: +47 92 203 205 >> >> >> >> http://flyndresang.no/ >> >> http://www.partikkelaudio.com/ >> >> http://soundcloud.com/brandtsegg >> >> http://soundcloud.com/t-emp >> >> >> >> >> >> ------------------------------------------------------------------------------ >> >> Managing the Performance of Cloud-Based Applications >> >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> >> Read the Whitepaper. >> >> >> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> _______________________________________________ >> >> Csound-devel mailing list >> >> Csound-devel@lists.sourceforge.net >> >> https://lists.sourceforge.net/lists/listinfo/csound-devel >> > >> > >> > >> > ------------------------------------------------------------------------------ >> > Managing the Performance of Cloud-Based Applications >> > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> > Read the Whitepaper. >> > >> > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> > _______________________________________________ >> > Csound-devel mailing list >> > Csound-devel@lists.sourceforge.net >> > https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >> >> -- >> >> Oeyvind Brandtsegg >> Professor of Music Technology >> NTNU >> 7491 Trondheim >> Norway >> Cell: +47 92 203 205 >> >> http://flyndresang.no/ >> http://www.partikkelaudio.com/ >> http://soundcloud.com/brandtsegg >> http://soundcloud.com/t-emp >> >> >> ------------------------------------------------------------------------------ >> Managing the Performance of Cloud-Based Applications >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> Read the Whitepaper. >> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> _______________________________________________ >> Csound-devel mailing list >> Csound-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/csound-devel > > > > ------------------------------------------------------------------------------ > Managing the Performance of Cloud-Based Applications > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. > Read the Whitepaper. > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk > _______________________________________________ > Csound-devel mailing list > Csound-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/csound-devel > ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net

Date	2014-02-06 15:55
From	Rory Walsh
Subject	Re: [Cs-dev] [Csnd] Latency and buffers
	This works really well. In Reaper the PDC is done automatically so the problem is effectively solved, no more phasing! I'll update the installer later. Perhaps you can try it with other hosts and let me know how it goes. Cheers, Rory. On 6 February 2014 14:13, Rory Walsh wrote: > Good thinking Oeyvind. I'll add that and update the Windows installer > this evening so you can try it out. > > On 6 February 2014 14:03, Michael Gogins wrote: >> Thanks for the information, I will look into that. >> >> Regards, >> Mike >> >> >> ----------------------------------------------------- >> Michael Gogins >> Irreducible Productions >> http://michaelgogins.tumblr.com >> Michael dot Gogins at gmail dot com >> >> >> On Thu, Feb 6, 2014 at 8:59 AM, Oeyvind Brandtsegg >> wrote: >>> >>> Ok, good. >>> Just one last thing, >>> We might need to check (CsoundVST and Cabbage) if the effective >>> latency is reported correctly to the host, >>> as even a millisecond latency will matter if processing is done in >>> parallell (clean sound on one track, processsed sound with latency one >>> another), that is, when the two are mixed we will have phasing >>> artifacts at 1kHz and integer multiples. >>> I'm not sure if the reported latency is reported correctly now, as the >>> tracks do not line up when Delay compensation is turned on (in Live). >>> Other VSTs line up nicely when Delay compensation is on. >>> >>> all best >>> >>> >>> 2014-02-06 Victor Lazzarini : >>> > As you noticed, MaxMSP has also some issues when used as a plugin in >>> > Ableton, because of >>> > buffering. I would risk saying that it is because it has to work, as a >>> > Csound, with a set block size. >>> > But even with that, they seem to impose another layer of buffering, >>> > because afaik the block size >>> > by default is 64 samples. >>> > >>> > So, this is fundamental thing in the design of systems like Csound, PD, >>> > MaxMSP, that the >>> > block size is fixed. To change this, it means a complete redesign in >>> > terms of how Csound works, >>> > a rewrite of the engine and many opcodes that depend on that remaining >>> > constant. >>> > Within Csound, we have introduced the possibility of sample accurate >>> > timing for events, but >>> > that works within the fixed-block framework via the use of offsets. >>> > >>> > Note that there are systems around that work exclusively on a block size >>> > of 1, therefore >>> > avoiding any such issues. Csound can also do that. I would not >>> > necessarily think that >>> > ksmps=1 is only limited to simple effects. In modern computers, I have >>> > seen a lot of >>> > complex things running perfectly at that level. And following what Mike >>> > has said, ksmps=16 >>> > might be perfectly acceptable in many situations. As Oeyvind proved, >>> > that can be much >>> > better than what people are used to in some systems. If they can LIVE >>> > with that, surely >>> > they can REAPER the benefit with Csound ;). >>> > >>> > Regards >>> > >>> > Victor >>> > >>> > >>> > >>> > >>> > On 6 Feb 2014, at 09:17, Oeyvind Brandtsegg >>> > wrote: >>> > >>> >> Yes, it would definitely be a good thing to fix, >>> >> especially when considering the use of a series of plugins on the same >>> >> track. >>> >> This is how I noticed the problem in the first place, as I had 3 or 4 >>> >> Cabbage plugs in a series on the same track. >>> >> One might say that this is not a wise setup, all things recently >>> >> learned considered, >>> >> but it is one thing that a user might expect to do without problems. >>> >> >>> >> The use of Csound as a plugin via Cabbage opens up Csound for being >>> >> used widely in common production environments, >>> >> in terms of the way forward and making the language more widespread, >>> >> this is a significant area. In that respect the dynamic ksmps issue is >>> >> important for the continued use if Csound in a modern workflow. >>> >> >>> >> Until then, I will rewrite my plugins so all things I might need on >>> >> one track lives in a single Cabage plug. >>> >> >>> >> all best >>> >> >>> >> 2014-02-06 Rory Walsh : >>> >>> Btw, it's clear that other plugins won't have a latency problem >>> >>> because they can(or at least should be able to) deal with variable >>> >>> buffer sizes. >>> >>> >>> >>> On 6 February 2014 08:57, Rory Walsh wrote: >>> >>>> That's a funny observation about Live. Their next product will be >>> >>>> called Offline :) It seems ksmps==1 is a no go for anything but a >>> >>>> single instance of a relatively simple effect(of course there are no >>> >>>> issue with synths). And it also seems that pretty much all of the >>> >>>> plugins standards in use today(AU, VST, LV2, etc) assume a dynamic >>> >>>> buffer size. So as long as Csound is being used to process host audio >>> >>>> in one of these environments it's likely there will be a latency >>> >>>> problem. That is if you plan to use the full power of Csound there >>> >>>> will be. I know the latency will in most cases be quite small, but >>> >>>> isn't it still enough to cause undesired effects on a mix? >>> >>>> >>> >>>> On 6 February 2014 08:38, Oeyvind Brandtsegg >>> >>>> wrote: >>> >>>>> Thanks so much for that explanation Mike. >>> >>>>> Rory, don't even so much as think of contemplating life without >>> >>>>> Cabbage (oh you already did...) ! >>> >>>>> Here's more observations about latency in different hosts that might >>> >>>>> brighten up thhing a bit, >>> >>>>> depending on what hosts one prefer... >>> >>>>> >>> >>>>> In Reaper: >>> >>>>> >>> >>>>> >>> >>>>> 2014-02-06 Michael Gogins : >>> >>>>>> There are two cases. If ksmps is always 1, you can use this >>> >>>>>> algorithm: >>> >>>>>> >>> >>>>>> for each frame in the host input buffer: >>> >>>>>> copy the host frame to the spin frame >>> >>>>>> call performKsmps() >>> >>>>>> copy the spout frame to the host output buffer >>> >>>>>> >>> >>>>>> Then there is no delay. >>> >>>>>> >>> >>>>>> If ksmps is greater than 1 it goes like this. It's enough to >>> >>>>>> consider ksmps >>> >>>>>> = 2, >>> >>>>>> all other cases work the same way. >>> >>>>>> >>> >>>>>> for each frame in the host input buffer: >>> >>>>>> copy the current host input frame to the current spin frame >>> >>>>>> copy the current spout frame to the current host output buffer >>> >>>>>> if the current spout frame is past the end of spout: >>> >>>>>> call performKsmps >>> >>>>>> reset the spout/spin frame index to 0 >>> >>>>>> >>> >>>>>> If ksmps==1 then there is 1 frame of silence in the output at the >>> >>>>>> start, and >>> >>>>>> thereafter output lags input by 1 frame. On the final frame of the >>> >>>>>> host >>> >>>>>> buffer, Csound computes a frame in spout but it is not copied to >>> >>>>>> the output >>> >>>>>> until the next processing call. >>> >>>>>> >>> >>>>>> If ksmps==2 then there are 2 frames of silence in the output at the >>> >>>>>> start, >>> >>>>>> and thereafter output lags input by 2 frames. On the final frame of >>> >>>>>> the host >>> >>>>>> buffer,Csound computes 2 frames in spout, but depending on the size >>> >>>>>> of the >>> >>>>>> output buffer, 1 or 2 frames are not copied to the output until the >>> >>>>>> next >>> >>>>>> processing call. >>> >>>>>> >>> >>>>>> And so on. >>> >>>>>> >>> >>>>>> Regards, >>> >>>>>> Mike >>> >>>>>> >>> >>>>>> >>> >>>>>> >>> >>>>>> ----------------------------------------------------- >>> >>>>>> Michael Gogins >>> >>>>>> Irreducible Productions >>> >>>>>> http://michaelgogins.tumblr.com >>> >>>>>> Michael dot Gogins at gmail dot com >>> >>>>>> >>> >>>>>> >>> >>>>>> On Wed, Feb 5, 2014 at 7:39 PM, Rory Walsh >>> >>>>>> wrote: >>> >>>>>>> >>> >>>>>>> The way it stands things are fine, albeit with a ksmps delay. But >>> >>>>>>> it >>> >>>>>>> will remain constant and there won't be any drop outs. If ksmps >>> >>>>>>> ==1 >>> >>>>>>> then there will be no problems with latency. Of course I stand to >>> >>>>>>> be >>> >>>>>>> corrected. When all is said and done, I did enjoy contemplating >>> >>>>>>> life >>> >>>>>>> without Cabbage over a few beers. But that might just have been >>> >>>>>>> the >>> >>>>>>> beers :) >>> >>>>>>> >>> >>>>>>> >>> >>>>>>> On 5 February 2014 23:57, Rory Walsh wrote: >>> >>>>>>>> I'm glad you asked this because I'm a little lost too! I was >>> >>>>>>>> thinking >>> >>>>>>>> the >>> >>>>>>>> same as you. At some stage won't things goes south if the buffer >>> >>>>>>>> size >>> >>>>>>>> suddenly changes as is likely once automation is brought into the >>> >>>>>>>> equation? >>> >>>>>>>> >>> >>>>>>>> sent from a mobile device... >>> >>>>>>>> >>> >>>>>>>> On 5 Feb 2014 23:27, "Oeyvind Brandtsegg" >>> >>>>>>>> >>> >>>>>>>> wrote: >>> >>>>>>>>> >>> >>>>>>>>> Ok. That is good. >>> >>>>>>>>> But can it (the latency) change dynamically, as the host buffer >>> >>>>>>>>> size >>> >>>>>>>>> change dynamically? >>> >>>>>>>>> Sorry if I'm being dense but I would really like to understand. >>> >>>>>>>>> >>> >>>>>>>>> >>> >>>>>>>>> 2014-02-06 Michael Gogins : >>> >>>>>>>>>> No, the maximum latency is ksmps. That could be either larger, >>> >>>>>>>>>> or >>> >>>>>>>>>> smaller, >>> >>>>>>>>>> than the host buffer size. It doesn't matter. >>> >>>>>>>>>> >>> >>>>>>>>>> Regards, >>> >>>>>>>>>> Mike >>> >>>>>>>>>> >>> >>>>>>>>>> >>> >>>>>>>>>> ----------------------------------------------------- >>> >>>>>>>>>> Michael Gogins >>> >>>>>>>>>> Irreducible Productions >>> >>>>>>>>>> http://michaelgogins.tumblr.com >>> >>>>>>>>>> Michael dot Gogins at gmail dot com >>> >>>>>>>>>> >>> >>>>>>>>>> >>> >>>>>>>>>> On Wed, Feb 5, 2014 at 6:07 PM, Oeyvind Brandtsegg >>> >>>>>>>>>> wrote: >>> >>>>>>>>>>> >>> >>>>>>>>>>> ...but the latency would be one full host buffer size, not >>> >>>>>>>>>>> just a >>> >>>>>>>>>>> ksmps, >>> >>>>>>>>>>> right? >>> >>>>>>>>>>> So a small ksmps would rather minimize the chance of a >>> >>>>>>>>>>> ksmps-buffer >>> >>>>>>>>>>> mismatch, but not actually minimize worst case latency (which >>> >>>>>>>>>>> would >>> >>>>>>>>>>> be >>> >>>>>>>>>>> one host buffer block). Isn't it so? >>> >>>>>>>>>>> >>> >>>>>>>>>>> Now, one thing I don't understand is if the latency can be >>> >>>>>>>>>>> zero >>> >>>>>>>>>>> when >>> >>>>>>>>>>> the host buffer is an integer multiple of ksmps, and it indeed >>> >>>>>>>>>>> is, >>> >>>>>>>>>>> and also the host buffer size can be dynamic, we must assume >>> >>>>>>>>>>> that >>> >>>>>>>>>>> the two buffer length may initially fit but at some later time >>> >>>>>>>>>>> they >>> >>>>>>>>>>> will not,* then* what happens at the transition point ? I >>> >>>>>>>>>>> mean, when >>> >>>>>>>>>>> we go from perfectly aligned buffers and zero latency to >>> >>>>>>>>>>> misaligned >>> >>>>>>>>>>> buffers and one bufferlength latency. Then we should have one >>> >>>>>>>>>>> non-full >>> >>>>>>>>>>> buffer in the transition from zero latency to one-buffer >>> >>>>>>>>>>> latency. >>> >>>>>>>>>>> Will >>> >>>>>>>>>>> it pop? If so, I would expect it to pop quite often(?), which >>> >>>>>>>>>>> it >>> >>>>>>>>>>> does >>> >>>>>>>>>>> not. >>> >>>>>>>>>>> Or? >>> >>>>>>>>>>> >>> >>>>>>>>>>> >>> >>>>>>>>>>> >>> >>>>>>>>>>> >>> >>>>>>>>>>> 2014-02-05 Victor Lazzarini : >>> >>>>>>>>>>>> If your ksmps is small, any latency that might exist will be >>> >>>>>>>>>>>> small >>> >>>>>>>>>>>> too, >>> >>>>>>>>>>>> and I can't see it having >>> >>>>>>>>>>>> a major effect. So if you run with ksmps=16, it's 0.3 >>> >>>>>>>>>>>> millisseconds. >>> >>>>>>>>>>>> Not >>> >>>>>>>>>>>> much of a problem. >>> >>>>>>>>>>>> And for the cases where this is a problem, then it's still >>> >>>>>>>>>>>> possible >>> >>>>>>>>>>>> to >>> >>>>>>>>>>>> run with ksmps=1. >>> >>>>>>>>>>>> >>> >>>>>>>>>>>> Victor >>> >>>>>>>>>>>> On 5 Feb 2014, at 20:46, Rory Walsh wrote: >>> >>>>>>>>>>>> >>> >>>>>>>>>>>>> I wish I had thought of this before spending so much time >>> >>>>>>>>>>>>> writing >>> >>>>>>>>>>>>> a >>> >>>>>>>>>>>>> framework for developing VST plugins with Csound. I'm off >>> >>>>>>>>>>>>> now to >>> >>>>>>>>>>>>> have >>> >>>>>>>>>>>>> a few beers and rethink life! >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> On 5 February 2014 20:06, Michael Gogins >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> wrote: >>> >>>>>>>>>>>>>> Then your code will run 5 times slower or so. >>> >>>>>>>>>>>>>> >>> >>>>>>>>>>>>>> Regards, >>> >>>>>>>>>>>>>> Mike >>> >>>>>>>>>>>>>> >>> >>>>>>>>>>>>>> >>> >>>>>>>>>>>>>> ----------------------------------------------------- >>> >>>>>>>>>>>>>> Michael Gogins >>> >>>>>>>>>>>>>> Irreducible Productions >>> >>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>> >>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>> >>>>>>>>>>>>>> >>> >>>>>>>>>>>>>> >>> >>>>>>>>>>>>>> On Wed, Feb 5, 2014 at 3:03 PM, Rory Walsh >>> >>>>>>>>>>>>>> >>> >>>>>>>>>>>>>> wrote: >>> >>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>> Seems every where I look it says don't make any >>> >>>>>>>>>>>>>>> assumptions >>> >>>>>>>>>>>>>>> about >>> >>>>>>>>>>>>>>> buffer sizes. So I guess the only fail safe way is to >>> >>>>>>>>>>>>>>> force a >>> >>>>>>>>>>>>>>> ksmps >>> >>>>>>>>>>>>>>> of >>> >>>>>>>>>>>>>>> 1? uh... >>> >>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>> On 5 February 2014 19:57, Michael Gogins >>> >>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>> wrote: >>> >>>>>>>>>>>>>>>> I believe that you are wrong, you cannot count on a power >>> >>>>>>>>>>>>>>>> of >>> >>>>>>>>>>>>>>>> two >>> >>>>>>>>>>>>>>>> size. >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> See these threads from KVR: >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> http://www.kvraudio.com/forum/viewtopic.php?t=279753 >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> http://www.kvraudio.com/forum/viewtopic.php?t=359951 >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> http://www.kvraudio.com/forum/viewtopic.php?p=3458228 >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> Regards, >>> >>>>>>>>>>>>>>>> Mike >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> ----------------------------------------------------- >>> >>>>>>>>>>>>>>>> Michael Gogins >>> >>>>>>>>>>>>>>>> Irreducible Productions >>> >>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>> >>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> On Wed, Feb 5, 2014 at 2:17 PM, Victor Lazzarini >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> wrote: >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> But I think you're probably safe setting ksmps to a low >>> >>>>>>>>>>>>>>>>> value >>> >>>>>>>>>>>>>>>>> that >>> >>>>>>>>>>>>>>>>> is a >>> >>>>>>>>>>>>>>>>> power-of-two. I would >>> >>>>>>>>>>>>>>>>> expect most hosts to run buffers that are power-of-two >>> >>>>>>>>>>>>>>>>> and >>> >>>>>>>>>>>>>>>>> that >>> >>>>>>>>>>>>>>>>> are >>> >>>>>>>>>>>>>>>>> not >>> >>>>>>>>>>>>>>>>> that small. >>> >>>>>>>>>>>>>>>>> ksmps =8,16 or 32 should do. >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> Victor >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> On 5 Feb 2014, at 18:10, Rory Walsh wrote: >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>> I was just about to answer my previous mail with the >>> >>>>>>>>>>>>>>>>>> same >>> >>>>>>>>>>>>>>>>>> thing. >>> >>>>>>>>>>>>>>>>>> That's >>> >>>>>>>>>>>>>>>>>> a pain. >>> >>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>> On 5 February 2014 18:03, Michael Gogins >>> >>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>> wrote: >>> >>>>>>>>>>>>>>>>>>> No. The host can and often does use a different host >>> >>>>>>>>>>>>>>>>>>> audio >>> >>>>>>>>>>>>>>>>>>> buffer >>> >>>>>>>>>>>>>>>>>>> size >>> >>>>>>>>>>>>>>>>>>> on >>> >>>>>>>>>>>>>>>>>>> each call to process() or processReplacing(). >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> Regards, >>> >>>>>>>>>>>>>>>>>>> Mike >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> ----------------------------------------------------- >>> >>>>>>>>>>>>>>>>>>> Michael Gogins >>> >>>>>>>>>>>>>>>>>>> Irreducible Productions >>> >>>>>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>> >>>>>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> On Wed, Feb 5, 2014 at 11:27 AM, Rory Walsh >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> wrote: >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> Hi Mike, isn't it possible to query the host buffer >>> >>>>>>>>>>>>>>>>>>>> size >>> >>>>>>>>>>>>>>>>>>>> before >>> >>>>>>>>>>>>>>>>>>>> the >>> >>>>>>>>>>>>>>>>>>>> processing function is first called, in which case >>> >>>>>>>>>>>>>>>>>>>> you can >>> >>>>>>>>>>>>>>>>>>>> just >>> >>>>>>>>>>>>>>>>>>>> override the csd's ksmps? >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> On 5 February 2014 15:55, Michael Gogins >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> wrote: >>> >>>>>>>>>>>>>>>>>>>>> I've looked into this some more. As long as the host >>> >>>>>>>>>>>>>>>>>>>>> audio >>> >>>>>>>>>>>>>>>>>>>>> buffer >>> >>>>>>>>>>>>>>>>>>>>> is >>> >>>>>>>>>>>>>>>>>>>>> not >>> >>>>>>>>>>>>>>>>>>>>> an >>> >>>>>>>>>>>>>>>>>>>>> integral multiple of ksmps, there will have to be >>> >>>>>>>>>>>>>>>>>>>>> ksmps >>> >>>>>>>>>>>>>>>>>>>>> latency >>> >>>>>>>>>>>>>>>>>>>>> between >>> >>>>>>>>>>>>>>>>>>>>> input and output. That is because performKsmps >>> >>>>>>>>>>>>>>>>>>>>> requires >>> >>>>>>>>>>>>>>>>>>>>> spin >>> >>>>>>>>>>>>>>>>>>>>> to >>> >>>>>>>>>>>>>>>>>>>>> be >>> >>>>>>>>>>>>>>>>>>>>> full, >>> >>>>>>>>>>>>>>>>>>>>> but >>> >>>>>>>>>>>>>>>>>>>>> if there is some remainder from hostsize/ksmps, >>> >>>>>>>>>>>>>>>>>>>>> there >>> >>>>>>>>>>>>>>>>>>>>> will >>> >>>>>>>>>>>>>>>>>>>>> be >>> >>>>>>>>>>>>>>>>>>>>> some >>> >>>>>>>>>>>>>>>>>>>>> frames >>> >>>>>>>>>>>>>>>>>>>>> that the host buffer doesn't have but spin needs. >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> I am letting this go for now, but if Csound could >>> >>>>>>>>>>>>>>>>>>>>> adjust >>> >>>>>>>>>>>>>>>>>>>>> ksmps >>> >>>>>>>>>>>>>>>>>>>>> during >>> >>>>>>>>>>>>>>>>>>>>> performance via the API, then we could get rid of >>> >>>>>>>>>>>>>>>>>>>>> this >>> >>>>>>>>>>>>>>>>>>>>> latency >>> >>>>>>>>>>>>>>>>>>>>> by >>> >>>>>>>>>>>>>>>>>>>>> setting >>> >>>>>>>>>>>>>>>>>>>>> ksmps equal to the host buffer size on each host >>> >>>>>>>>>>>>>>>>>>>>> processing >>> >>>>>>>>>>>>>>>>>>>>> call. >>> >>>>>>>>>>>>>>>>>>>>> I >>> >>>>>>>>>>>>>>>>>>>>> think >>> >>>>>>>>>>>>>>>>>>>>> this would be a really good idea. I'm entering it as >>> >>>>>>>>>>>>>>>>>>>>> a >>> >>>>>>>>>>>>>>>>>>>>> feature >>> >>>>>>>>>>>>>>>>>>>>> request. >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> Regards, >>> >>>>>>>>>>>>>>>>>>>>> Mike >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> Regards, >>> >>>>>>>>>>>>>>>>>>>>> Mike >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> ----------------------------------------------------- >>> >>>>>>>>>>>>>>>>>>>>> Michael Gogins >>> >>>>>>>>>>>>>>>>>>>>> Irreducible Productions >>> >>>>>>>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>> >>>>>>>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 1:47 PM, Michael Gogins >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> wrote: >>> >>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> CsoundVST does the following: >>> >>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> In the processReplacing callback there are >>> >>>>>>>>>>>>>>>>>>>>>> essentially >>> >>>>>>>>>>>>>>>>>>>>>> two >>> >>>>>>>>>>>>>>>>>>>>>> simultaneous >>> >>>>>>>>>>>>>>>>>>>>>> loops, each with their own loop indexes. One loop >>> >>>>>>>>>>>>>>>>>>>>>> is for >>> >>>>>>>>>>>>>>>>>>>>>> the >>> >>>>>>>>>>>>>>>>>>>>>> host >>> >>>>>>>>>>>>>>>>>>>>>> audio >>> >>>>>>>>>>>>>>>>>>>>>> buffer, which can change in size from one call to >>> >>>>>>>>>>>>>>>>>>>>>> the >>> >>>>>>>>>>>>>>>>>>>>>> next. >>> >>>>>>>>>>>>>>>>>>>>>> The >>> >>>>>>>>>>>>>>>>>>>>>> other >>> >>>>>>>>>>>>>>>>>>>>>> loop >>> >>>>>>>>>>>>>>>>>>>>>> is for Csound. >>> >>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> For each frame of audio, one frame of audio is >>> >>>>>>>>>>>>>>>>>>>>>> copied >>> >>>>>>>>>>>>>>>>>>>>>> from >>> >>>>>>>>>>>>>>>>>>>>>> the >>> >>>>>>>>>>>>>>>>>>>>>> host >>> >>>>>>>>>>>>>>>>>>>>>> input >>> >>>>>>>>>>>>>>>>>>>>>> buffer to spin, one frame of audio is copied from >>> >>>>>>>>>>>>>>>>>>>>>> spout >>> >>>>>>>>>>>>>>>>>>>>>> to >>> >>>>>>>>>>>>>>>>>>>>>> the >>> >>>>>>>>>>>>>>>>>>>>>> host >>> >>>>>>>>>>>>>>>>>>>>>> audio >>> >>>>>>>>>>>>>>>>>>>>>> output buffer, and both loop indexes are >>> >>>>>>>>>>>>>>>>>>>>>> incremented. >>> >>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> At the end of spout, ksmps audio are processed by >>> >>>>>>>>>>>>>>>>>>>>>> Csound, >>> >>>>>>>>>>>>>>>>>>>>>> and >>> >>>>>>>>>>>>>>>>>>>>>> the >>> >>>>>>>>>>>>>>>>>>>>>> spin >>> >>>>>>>>>>>>>>>>>>>>>> and >>> >>>>>>>>>>>>>>>>>>>>>> spout buffer indexes are reset to 0. These indexes >>> >>>>>>>>>>>>>>>>>>>>>> persist >>> >>>>>>>>>>>>>>>>>>>>>> from >>> >>>>>>>>>>>>>>>>>>>>>> call >>> >>>>>>>>>>>>>>>>>>>>>> to >>> >>>>>>>>>>>>>>>>>>>>>> call, so there are no gaps or glitches. >>> >>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> There is ksmps frames latency in the code because >>> >>>>>>>>>>>>>>>>>>>>>> spin >>> >>>>>>>>>>>>>>>>>>>>>> is >>> >>>>>>>>>>>>>>>>>>>>>> read >>> >>>>>>>>>>>>>>>>>>>>>> in >>> >>>>>>>>>>>>>>>>>>>>>> before >>> >>>>>>>>>>>>>>>>>>>>>> it spout is computed. But I will try to change the >>> >>>>>>>>>>>>>>>>>>>>>> code >>> >>>>>>>>>>>>>>>>>>>>>> so >>> >>>>>>>>>>>>>>>>>>>>>> that >>> >>>>>>>>>>>>>>>>>>>>>> the >>> >>>>>>>>>>>>>>>>>>>>>> buffers >>> >>>>>>>>>>>>>>>>>>>>>> are rewound to line spout up with spin. There will >>> >>>>>>>>>>>>>>>>>>>>>> then >>> >>>>>>>>>>>>>>>>>>>>>> be >>> >>>>>>>>>>>>>>>>>>>>>> zero >>> >>>>>>>>>>>>>>>>>>>>>> latency. >>> >>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> ----------------------------------------------------- >>> >>>>>>>>>>>>>>>>>>>>>> Michael Gogins >>> >>>>>>>>>>>>>>>>>>>>>> Irreducible Productions >>> >>>>>>>>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>> >>>>>>>>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>> >>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 11:03 AM, Steven Yi >>> >>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> wrote: >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> I was in the middle of replying pretty much the >>> >>>>>>>>>>>>>>>>>>>>>>> same >>> >>>>>>>>>>>>>>>>>>>>>>> thing >>> >>>>>>>>>>>>>>>>>>>>>>> as >>> >>>>>>>>>>>>>>>>>>>>>>> Victor. >>> >>>>>>>>>>>>>>>>>>>>>>> Seems like you're introducing block's worth of >>> >>>>>>>>>>>>>>>>>>>>>>> latency >>> >>>>>>>>>>>>>>>>>>>>>>> due >>> >>>>>>>>>>>>>>>>>>>>>>> to >>> >>>>>>>>>>>>>>>>>>>>>>> the >>> >>>>>>>>>>>>>>>>>>>>>>> code >>> >>>>>>>>>>>>>>>>>>>>>>> order. >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 11:05 AM, Victor Lazzarini >>> >>>>>>>>>>>>>>>>>>>>>>> wrote: >>> >>>>>>>>>>>>>>>>>>>>>>>> I would have thought that you would >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 1) write data into spin >>> >>>>>>>>>>>>>>>>>>>>>>>> 2) process >>> >>>>>>>>>>>>>>>>>>>>>>>> 3) write data out of spout. >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> if you read and write after running >>> >>>>>>>>>>>>>>>>>>>>>>>> PeformKsmps(), as >>> >>>>>>>>>>>>>>>>>>>>>>>> far >>> >>>>>>>>>>>>>>>>>>>>>>>> as >>> >>>>>>>>>>>>>>>>>>>>>>>> I >>> >>>>>>>>>>>>>>>>>>>>>>>> can >>> >>>>>>>>>>>>>>>>>>>>>>>> see >>> >>>>>>>>>>>>>>>>>>>>>>>> there might be >>> >>>>>>>>>>>>>>>>>>>>>>>> a delay between input and output, as you will be >>> >>>>>>>>>>>>>>>>>>>>>>>> effectively >>> >>>>>>>>>>>>>>>>>>>>>>>> putting >>> >>>>>>>>>>>>>>>>>>>>>>>> out the data that >>> >>>>>>>>>>>>>>>>>>>>>>>> you processed in the previous period. >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 1) process (means process the current spin data) >>> >>>>>>>>>>>>>>>>>>>>>>>> 2) write to spin the new data >>> >>>>>>>>>>>>>>>>>>>>>>>> 3) write out the result of processing the >>> >>>>>>>>>>>>>>>>>>>>>>>> previous >>> >>>>>>>>>>>>>>>>>>>>>>>> spin >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> That's what it looks like to me. Not sure if I am >>> >>>>>>>>>>>>>>>>>>>>>>>> right. >>> >>>>>>>>>>>>>>>>>>>>>>>> Also >>> >>>>>>>>>>>>>>>>>>>>>>>> this >>> >>>>>>>>>>>>>>>>>>>>>>>> discussion should be in the dev list not >>> >>>>>>>>>>>>>>>>>>>>>>>> in the users list (so my response is going >>> >>>>>>>>>>>>>>>>>>>>>>>> there). >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Victor >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> On 4 Feb 2014, at 15:47, Rory Walsh >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> wrote: >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> I can confirm that it's not an issue with the >>> >>>>>>>>>>>>>>>>>>>>>>>>> plugin >>> >>>>>>>>>>>>>>>>>>>>>>>>> framework >>> >>>>>>>>>>>>>>>>>>>>>>>>> I'm >>> >>>>>>>>>>>>>>>>>>>>>>>>> using. I can also confirm it happens whether the >>> >>>>>>>>>>>>>>>>>>>>>>>>> plugin's >>> >>>>>>>>>>>>>>>>>>>>>>>>> processBlock() is being called the same amount >>> >>>>>>>>>>>>>>>>>>>>>>>>> of >>> >>>>>>>>>>>>>>>>>>>>>>>>> times >>> >>>>>>>>>>>>>>>>>>>>>>>>> as >>> >>>>>>>>>>>>>>>>>>>>>>>>> performKsmps(). That is to say, if the plugin >>> >>>>>>>>>>>>>>>>>>>>>>>>> sample >>> >>>>>>>>>>>>>>>>>>>>>>>>> buffer >>> >>>>>>>>>>>>>>>>>>>>>>>>> is >>> >>>>>>>>>>>>>>>>>>>>>>>>> set >>> >>>>>>>>>>>>>>>>>>>>>>>>> to >>> >>>>>>>>>>>>>>>>>>>>>>>>> 64 and so is Csound's, the problem persists. >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> I can recreate it with Reaper by placing two >>> >>>>>>>>>>>>>>>>>>>>>>>>> identical >>> >>>>>>>>>>>>>>>>>>>>>>>>> audio >>> >>>>>>>>>>>>>>>>>>>>>>>>> tracks >>> >>>>>>>>>>>>>>>>>>>>>>>>> in >>> >>>>>>>>>>>>>>>>>>>>>>>>> the session. On one track I place a straight >>> >>>>>>>>>>>>>>>>>>>>>>>>> forward >>> >>>>>>>>>>>>>>>>>>>>>>>>> in/out >>> >>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >>> >>>>>>>>>>>>>>>>>>>>>>>>> effect plugin. Then play both back at the same >>> >>>>>>>>>>>>>>>>>>>>>>>>> time. >>> >>>>>>>>>>>>>>>>>>>>>>>>> You'll >>> >>>>>>>>>>>>>>>>>>>>>>>>> hear >>> >>>>>>>>>>>>>>>>>>>>>>>>> subtle phasing taking place until you bypass the >>> >>>>>>>>>>>>>>>>>>>>>>>>> plugin >>> >>>>>>>>>>>>>>>>>>>>>>>>> effect. >>> >>>>>>>>>>>>>>>>>>>>>>>>> Here's >>> >>>>>>>>>>>>>>>>>>>>>>>>> my processBlock(), it couldn't be any simpler. >>> >>>>>>>>>>>>>>>>>>>>>>>>> Can >>> >>>>>>>>>>>>>>>>>>>>>>>>> any >>> >>>>>>>>>>>>>>>>>>>>>>>>> devs >>> >>>>>>>>>>>>>>>>>>>>>>>>> out >>> >>>>>>>>>>>>>>>>>>>>>>>>> there >>> >>>>>>>>>>>>>>>>>>>>>>>>> spot something that might introduce latency? >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> CSCompResult = csound->PerformKsmps(); >>> >>>>>>>>>>>>>>>>>>>>>>>>> for(int i=0;i>> >>>>>>>>>>>>>>>>>>>>>>>>> { >>> >>>>>>>>>>>>>>>>>>>>>>>>> if(!CSCompResult) >>> >>>>>>>>>>>>>>>>>>>>>>>>> { >>> >>>>>>>>>>>>>>>>>>>>>>>>> for(int channel = 0; channel < >>> >>>>>>>>>>>>>>>>>>>>>>>>> getNumOutputChannels(); >>> >>>>>>>>>>>>>>>>>>>>>>>>> channel++ ) >>> >>>>>>>>>>>>>>>>>>>>>>>>> { >>> >>>>>>>>>>>>>>>>>>>>>>>>> audioBuffer = >>> >>>>>>>>>>>>>>>>>>>>>>>>> buffer.getSampleData(channel,0); >>> >>>>>>>>>>>>>>>>>>>>>>>>> pos = igetNumOutputChannels(); >>> >>>>>>>>>>>>>>>>>>>>>>>>> CSspin[channel+pos] = >>> >>>>>>>>>>>>>>>>>>>>>>>>> audioBuffer[i]cs_scale; >>> >>>>>>>>>>>>>>>>>>>>>>>>> audioBuffer[i] = >>> >>>>>>>>>>>>>>>>>>>>>>>>> (CSspout[channel+pos]/cs_scale); >>> >>>>>>>>>>>>>>>>>>>>>>>>> } >>> >>>>>>>>>>>>>>>>>>>>>>>>> } >>> >>>>>>>>>>>>>>>>>>>>>>>>> else >>> >>>>>>>>>>>>>>>>>>>>>>>>> buffer.clear(); >>> >>>>>>>>>>>>>>>>>>>>>>>>> } >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 15:04, Oeyvind Brandtsegg >>> >>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>> >>>>>>>>>>>>>>>>>>>>>>>>>> All good. >>> >>>>>>>>>>>>>>>>>>>>>>>>>> I could test with csound~ and found another >>> >>>>>>>>>>>>>>>>>>>>>>>>>> cause >>> >>>>>>>>>>>>>>>>>>>>>>>>>> for >>> >>>>>>>>>>>>>>>>>>>>>>>>>> the >>> >>>>>>>>>>>>>>>>>>>>>>>>>> latency. >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Steven Yi : >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Nope. I did some work on updating the CMake >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> file >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> to >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> try >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> building >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> on >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Windows yesterday. I need to do so me research >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> to >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> see >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> about >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> libraries >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> to link to and other things, but it may take a >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> while >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> with >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> current >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> work >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> load. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:47 AM, Oeyvind >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> That looks as if it's for OSX only (?), >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> perhaps not compiled for windows yet? >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Steven Yi : >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6~ should be with the installer; also >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> available >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> at: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://sourceforge.net/projects/csound/files/csound6/Csound6.02/csound~_v1.1.1.pkg/download >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:38 AM, Oeyvind >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I can also reproduce it with csound~ in >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> MaxForLive >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> haven't tried with csound6~ (where can I >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> find >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> it?) >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Now, testing with Max (not in Live), and >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Reaper, >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> find >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> can not >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> reproduce the behaviour there. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> So there is something with Live then. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> However, >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> other >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> VST >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugins >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Live does not introduce extra latency. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> The way I measure latency is by setiing up >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> a >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> microphone >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> close >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> to >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> speaker, close enough that it will almost >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> feed, >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> then tap the mic and listen to the >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> resonance of >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> system. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> When >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency changes, the resonance will change. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> When I add a plugin (Cabbage or MaxForLive >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound~), >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> (and so the resonance) changes. If I load >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> other >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> VST >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugins >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> this >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> does >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> not happen, the latency does not change. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> But as I said, I can only reproduce it in >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Live. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Sorry >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> for >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> noise. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh : >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I can recreate it here. It's subtle, but >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> present. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I'll >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> take >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> a >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> look. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:38, Oeyvind >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Yes, I have tried different ksmps values, >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> both >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> higher >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> and >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> lower >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> and >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> equal to the host buffer size. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Will investigate if I can reproduce it on >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound~. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh : >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On second thoughts I can't see what >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> might be >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> causing >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> this. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Have you >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> tried setting ksmps to be the same as >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> your >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> host's >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> buffer >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> size? >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:01, Rory Walsh >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I think I have it... Lunch first >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> though.. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sent from a mobile device... >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 Feb 2014 12:56, "Rory Walsh" >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Are you just running audio straight in >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> and >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> out, >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> no >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processing? The >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin host calls the plugin's >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock() >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> which >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> turn >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> calls >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> performKsmps(). So long as >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock() >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> is >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> being >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> called >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> (if the >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> track is playing for example) >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> performKsmps() >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> will >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> be >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> called >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> over and >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> over again processing ksmps samples >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> each >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> time. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> At >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> moment >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock() method and the >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> performKsmps() >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> are >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> firing >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> off >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> at >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> different speeds. I can look at >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> forcing >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugins >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> to >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> process the >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> same amount of samples as the plugin >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> does >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> each >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> call >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> to >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock(). Perhaps that might >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> help. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 12:41, Oeyvind >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Regarding latency and buffers, >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I thought I had understood that >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound, >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> when >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> used >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> as a >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin (e.g. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cabbage or csound~) would process the >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> audio >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> buffer >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "in >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> place", so no >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> extra latency would incur due to the >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sound >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> being >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processed >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> through >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Csound, assuming that ksmps is smaler >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> than >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> host >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> program's buffer >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> size. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Now, running Cabbage plugins in >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Ableton >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Live, >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I've >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> been >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> investigating >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency issues, and I find that >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> adding a >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> simple >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin will >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> delay the signal. Also, adding more >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> than >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> one >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> such >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> series >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> increases the delay/latency >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> accordingly. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I've >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> tried >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> using >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> different >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ksmps, and this indeed affects the >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> amount >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> of >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> but >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> even setting >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ksmps=1 does not get rid of it. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Can the buffer be processed "in >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> place"? >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> best >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> bug >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> be >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound" >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> here >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> with >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> body >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> -- >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>> >>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>> >>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>> >>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>> >>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>> >>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>> >>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >>> >>>>>>>>>>>>>>>>>>>>>>>>>> here >>> >>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>> >>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>> >>>>>>>>>>>>>>>>>>>>>>>>>> with >>> >>>>>>>>>>>>>>>>>>>>>>>>>> body >>> >>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>> >>>>>>>>>>>>>>>>>>>>>>>>> trackers >>> >>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>> >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >>> >>>>>>>>>>>>>>>>>>>>>>>>> here >>> >>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>> >>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>> >>>>>>>>>>>>>>>>>>>>>>>>> with >>> >>>>>>>>>>>>>>>>>>>>>>>>> body >>> >>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>> >>>>>>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >>> >>>>>>>>>>>>>>>>>>>>>>>> Applications >>> >>>>>>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >>> >>>>>>>>>>>>>>>>>>>>>>>> Avoid >>> >>>>>>>>>>>>>>>>>>>>>>>> Common >>> >>>>>>>>>>>>>>>>>>>>>>>> Pitfalls. >>> >>>>>>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>>>>>>>>>>>>>>>>>>>>>>> _______________________________________________ >>> >>>>>>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>> >>>>>>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>> >>>>>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >>> >>>>>>>>>>>>>>>>>>>>>>> Applications >>> >>>>>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >>> >>>>>>>>>>>>>>>>>>>>>>> Avoid >>> >>>>>>>>>>>>>>>>>>>>>>> Common >>> >>>>>>>>>>>>>>>>>>>>>>> Pitfalls. >>> >>>>>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>>>>>>>>>>>>>>>>>>>>>> _______________________________________________ >>> >>>>>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>> >>>>>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>> >>>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>> >>>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >>> >>>>>>>>>>>>>>>>>>>>> Avoid >>> >>>>>>>>>>>>>>>>>>>>> Common >>> >>>>>>>>>>>>>>>>>>>>> Pitfalls. >>> >>>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>>>>>>>>>>>>>>>>>>>> _______________________________________________ >>> >>>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>> >>>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>> >>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>> >>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>> >>>>>>>>>>>>>>>>>>>> Common >>> >>>>>>>>>>>>>>>>>>>> Pitfalls. >>> >>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>>>>>>>>>>>>>>>>>>> _______________________________________________ >>> >>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>> >>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>> >>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>> >>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>> >>>>>>>>>>>>>>>>>>> Common >>> >>>>>>>>>>>>>>>>>>> Pitfalls. >>> >>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>>>>>>>>>>>>>>>>>> _______________________________________________ >>> >>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>> >>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>> >>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>> >>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>> >>>>>>>>>>>>>>>>>> Common >>> >>>>>>>>>>>>>>>>>> Pitfalls. >>> >>>>>>>>>>>>>>>>>> Read the Whitepaper. >>> >>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>>>>>>>>>>>>>>>>> _______________________________________________ >>> >>>>>>>>>>>>>>>>>> Csound-devel mailing list >>> >>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> Dr Victor Lazzarini >>> >>>>>>>>>>>>>>>>> Senior Lecturer >>> >>>>>>>>>>>>>>>>> Dept. of Music >>> >>>>>>>>>>>>>>>>> NUI Maynooth Ireland >>> >>>>>>>>>>>>>>>>> tel.: +353 1 708 3545 >>> >>>>>>>>>>>>>>>>> Victor dot Lazzarini AT nuim dot ie >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>> >>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>> >>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>> >>>>>>>>>>>>>>>>> Common >>> >>>>>>>>>>>>>>>>> Pitfalls. >>> >>>>>>>>>>>>>>>>> Read the Whitepaper. >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>>>>>>>>>>>>>>>> _______________________________________________ >>> >>>>>>>>>>>>>>>>> Csound-devel mailing list >>> >>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>> >>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>> >>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>> >>>>>>>>>>>>>>>> Common >>> >>>>>>>>>>>>>>>> Pitfalls. >>> >>>>>>>>>>>>>>>> Read the Whitepaper. >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>>>>>>>>>>>>>>> _______________________________________________ >>> >>>>>>>>>>>>>>>> Csound-devel mailing list >>> >>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>> >>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>> >>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>> >>>>>>>>>>>>>>> Common >>> >>>>>>>>>>>>>>> Pitfalls. >>> >>>>>>>>>>>>>>> Read the Whitepaper. >>> >>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>>>>>>>>>>>>>> _______________________________________________ >>> >>>>>>>>>>>>>>> Csound-devel mailing list >>> >>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>>>>>>>>>>>>> >>> >>>>>>>>>>>>>> >>> >>>>>>>>>>>>>> >>> >>>>>>>>>>>>>> >>> >>>>>>>>>>>>>> >>> >>>>>>>>>>>>>> >>> >>>>>>>>>>>>>> >>> >>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>> >>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>> >>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>> >>>>>>>>>>>>>> Common >>> >>>>>>>>>>>>>> Pitfalls. >>> >>>>>>>>>>>>>> Read the Whitepaper. >>> >>>>>>>>>>>>>> >>> >>>>>>>>>>>>>> >>> >>>>>>>>>>>>>> >>> >>>>>>>>>>>>>> >>> >>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>>>>>>>>>>>>> _______________________________________________ >>> >>>>>>>>>>>>>> Csound-devel mailing list >>> >>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>>>>>>>>>>>>> >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> ------------------------------------------------------------------------------ >>> >>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>> >>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>> >>>>>>>>>>>>> Pitfalls. >>> >>>>>>>>>>>>> Read the Whitepaper. >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>>>>>>>>>>>> _______________________________________________ >>> >>>>>>>>>>>>> Csound-devel mailing list >>> >>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>>>>>>>>>>> >>> >>>>>>>>>>>> Dr Victor Lazzarini >>> >>>>>>>>>>>> Senior Lecturer >>> >>>>>>>>>>>> Dept. of Music >>> >>>>>>>>>>>> NUI Maynooth Ireland >>> >>>>>>>>>>>> tel.: +353 1 708 3545 >>> >>>>>>>>>>>> Victor dot Lazzarini AT nuim dot ie >>> >>>>>>>>>>>> >>> >>>>>>>>>>>> >>> >>>>>>>>>>>> >>> >>>>>>>>>>>> >>> >>>>>>>>>>>> >>> >>>>>>>>>>>> >>> >>>>>>>>>>>> >>> >>>>>>>>>>>> >>> >>>>>>>>>>>> ------------------------------------------------------------------------------ >>> >>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>> >>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>> >>>>>>>>>>>> Pitfalls. >>> >>>>>>>>>>>> Read the Whitepaper. >>> >>>>>>>>>>>> >>> >>>>>>>>>>>> >>> >>>>>>>>>>>> >>> >>>>>>>>>>>> >>> >>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>>>>>>>>>>> _______________________________________________ >>> >>>>>>>>>>>> Csound-devel mailing list >>> >>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>>>>>>>>>> >>> >>>>>>>>>>> >>> >>>>>>>>>>> >>> >>>>>>>>>>> -- >>> >>>>>>>>>>> >>> >>>>>>>>>>> Oeyvind Brandtsegg >>> >>>>>>>>>>> Professor of Music Technology >>> >>>>>>>>>>> NTNU >>> >>>>>>>>>>> 7491 Trondheim >>> >>>>>>>>>>> Norway >>> >>>>>>>>>>> Cell: +47 92 203 205 >>> >>>>>>>>>>> >>> >>>>>>>>>>> http://flyndresang.no/ >>> >>>>>>>>>>> http://www.partikkelaudio.com/ >>> >>>>>>>>>>> http://soundcloud.com/brandtsegg >>> >>>>>>>>>>> http://soundcloud.com/t-emp >>> >>>>>>>>>>> >>> >>>>>>>>>>> >>> >>>>>>>>>>> >>> >>>>>>>>>>> >>> >>>>>>>>>>> >>> >>>>>>>>>>> ------------------------------------------------------------------------------ >>> >>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>> >>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>> >>>>>>>>>>> Pitfalls. >>> >>>>>>>>>>> Read the Whitepaper. >>> >>>>>>>>>>> >>> >>>>>>>>>>> >>> >>>>>>>>>>> >>> >>>>>>>>>>> >>> >>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>>>>>>>>>> _______________________________________________ >>> >>>>>>>>>>> Csound-devel mailing list >>> >>>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>>>>>>>>> >>> >>>>>>>>>> >>> >>>>>>>>>> >>> >>>>>>>>>> >>> >>>>>>>>>> >>> >>>>>>>>>> >>> >>>>>>>>>> ------------------------------------------------------------------------------ >>> >>>>>>>>>> Managing the Performance of Cloud-Based Applications >>> >>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>> >>>>>>>>>> Pitfalls. >>> >>>>>>>>>> Read the Whitepaper. >>> >>>>>>>>>> >>> >>>>>>>>>> >>> >>>>>>>>>> >>> >>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>>>>>>>>> _______________________________________________ >>> >>>>>>>>>> Csound-devel mailing list >>> >>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>>>>>>>>> >>> >>>>>>>>> >>> >>>>>>>>> >>> >>>>>>>>> >>> >>>>>>>>> -- >>> >>>>>>>>> >>> >>>>>>>>> Oeyvind Brandtsegg >>> >>>>>>>>> Professor of Music Technology >>> >>>>>>>>> NTNU >>> >>>>>>>>> 7491 Trondheim >>> >>>>>>>>> Norway >>> >>>>>>>>> Cell: +47 92 203 205 >>> >>>>>>>>> >>> >>>>>>>>> http://flyndresang.no/ >>> >>>>>>>>> http://www.partikkelaudio.com/ >>> >>>>>>>>> http://soundcloud.com/brandtsegg >>> >>>>>>>>> http://soundcloud.com/t-emp >>> >>>>>>>>> >>> >>>>>>>>> >>> >>>>>>>>> >>> >>>>>>>>> >>> >>>>>>>>> ------------------------------------------------------------------------------ >>> >>>>>>>>> Managing the Performance of Cloud-Based Applications >>> >>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>> >>>>>>>>> Pitfalls. >>> >>>>>>>>> Read the Whitepaper. >>> >>>>>>>>> >>> >>>>>>>>> >>> >>>>>>>>> >>> >>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>>>>>>>> _______________________________________________ >>> >>>>>>>>> Csound-devel mailing list >>> >>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>>>>>> >>> >>>>>>> >>> >>>>>>> >>> >>>>>>> ------------------------------------------------------------------------------ >>> >>>>>>> Managing the Performance of Cloud-Based Applications >>> >>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>> >>>>>>> Pitfalls. >>> >>>>>>> Read the Whitepaper. >>> >>>>>>> >>> >>>>>>> >>> >>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>>>>>> _______________________________________________ >>> >>>>>>> Csound-devel mailing list >>> >>>>>>> Csound-devel@lists.sourceforge.net >>> >>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>>>>> >>> >>>>>> >>> >>>>>> >>> >>>>>> >>> >>>>>> ------------------------------------------------------------------------------ >>> >>>>>> Managing the Performance of Cloud-Based Applications >>> >>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>> >>>>>> Pitfalls. >>> >>>>>> Read the Whitepaper. >>> >>>>>> >>> >>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>>>>> _______________________________________________ >>> >>>>>> Csound-devel mailing list >>> >>>>>> Csound-devel@lists.sourceforge.net >>> >>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>>>>> >>> >>>>> >>> >>>>> >>> >>>>> >>> >>>>> -- >>> >>>>> >>> >>>>> Oeyvind Brandtsegg >>> >>>>> Professor of Music Technology >>> >>>>> NTNU >>> >>>>> 7491 Trondheim >>> >>>>> Norway >>> >>>>> Cell: +47 92 203 205 >>> >>>>> >>> >>>>> http://flyndresang.no/ >>> >>>>> http://www.partikkelaudio.com/ >>> >>>>> http://soundcloud.com/brandtsegg >>> >>>>> http://soundcloud.com/t-emp >>> >>>>> >>> >>>>> >>> >>>>> ------------------------------------------------------------------------------ >>> >>>>> Managing the Performance of Cloud-Based Applications >>> >>>>> Take advantage of what the Cloud has to offer - Avoid Common >>> >>>>> Pitfalls. >>> >>>>> Read the Whitepaper. >>> >>>>> >>> >>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>>>> _______________________________________________ >>> >>>>> Csound-devel mailing list >>> >>>>> Csound-devel@lists.sourceforge.net >>> >>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>> >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> >>> Managing the Performance of Cloud-Based Applications >>> >>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>> >>> Read the Whitepaper. >>> >>> >>> >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>> _______________________________________________ >>> >>> Csound-devel mailing list >>> >>> Csound-devel@lists.sourceforge.net >>> >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >> >>> >> >>> >> >>> >> -- >>> >> >>> >> Oeyvind Brandtsegg >>> >> Professor of Music Technology >>> >> NTNU >>> >> 7491 Trondheim >>> >> Norway >>> >> Cell: +47 92 203 205 >>> >> >>> >> http://flyndresang.no/ >>> >> http://www.partikkelaudio.com/ >>> >> http://soundcloud.com/brandtsegg >>> >> http://soundcloud.com/t-emp >>> >> >>> >> >>> >> ------------------------------------------------------------------------------ >>> >> Managing the Performance of Cloud-Based Applications >>> >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>> >> Read the Whitepaper. >>> >> >>> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >> _______________________________________________ >>> >> Csound-devel mailing list >>> >> Csound-devel@lists.sourceforge.net >>> >> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> > >>> > >>> > >>> > ------------------------------------------------------------------------------ >>> > Managing the Performance of Cloud-Based Applications >>> > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>> > Read the Whitepaper. >>> > >>> > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> > _______________________________________________ >>> > Csound-devel mailing list >>> > Csound-devel@lists.sourceforge.net >>> > https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>> >>> >>> -- >>> >>> Oeyvind Brandtsegg >>> Professor of Music Technology >>> NTNU >>> 7491 Trondheim >>> Norway >>> Cell: +47 92 203 205 >>> >>> http://flyndresang.no/ >>> http://www.partikkelaudio.com/ >>> http://soundcloud.com/brandtsegg >>> http://soundcloud.com/t-emp >>> >>> >>> ------------------------------------------------------------------------------ >>> Managing the Performance of Cloud-Based Applications >>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>> Read the Whitepaper. >>> >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> _______________________________________________ >>> Csound-devel mailing list >>> Csound-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >> >> ------------------------------------------------------------------------------ >> Managing the Performance of Cloud-Based Applications >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> Read the Whitepaper. >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> _______________________________________________ >> Csound-devel mailing list >> Csound-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/csound-devel >> ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net

Date	2014-02-06 16:42
From	Michael Gogins
Subject	Re: [Cs-dev] [Csnd] Latency and buffers
Attachments	None None
	I've reviewed the VST plugin latency issue. It seems that the best thing that I can do for CsoundVST: (1) After compiling the orc, call ioChanged to notify the host that the plugin's latency may have changed. (2) In suspend or resume, call setInitialDelay with ksmps to tell the host what that latency now is. Rory, does that sound correct to you? I do know that different VST hosts may handle this differently. Regards, Mike ----------------------------------------------------- Michael Gogins Irreducible Productions http://michaelgogins.tumblr.com Michael dot Gogins at gmail dot com On Thu, Feb 6, 2014 at 10:55 AM, Rory Walsh <rorywalsh@ear.ie> wrote: This works really well. In Reaper the PDC is done automatically so the problem is effectively solved, no more phasing! I'll update the installer later. Perhaps you can try it with other hosts and let me know how it goes. Cheers, Rory. On 6 February 2014 14:13, Rory Walsh <rorywalsh@ear.ie> wrote: > Good thinking Oeyvind. I'll add that and update the Windows installer > this evening so you can try it out. > > On 6 February 2014 14:03, Michael Gogins <michael.gogins@gmail.com> wrote: >> Thanks for the information, I will look into that. >> >> Regards, >> Mike >> >> >> ----------------------------------------------------- >> Michael Gogins >> Irreducible Productions >> http://michaelgogins.tumblr.com >> Michael dot Gogins at gmail dot com >> >> >> On Thu, Feb 6, 2014 at 8:59 AM, Oeyvind Brandtsegg >> <oyvind.brandtsegg@ntnu.no> wrote: >>> >>> Ok, good. >>> Just one last thing, >>> We might need to check (CsoundVST and Cabbage) if the effective >>> latency is reported correctly to the host, >>> as even a millisecond latency will matter if processing is done in >>> parallell (clean sound on one track, processsed sound with latency one >>> another), that is, when the two are mixed we will have phasing >>> artifacts at 1kHz and integer multiples. >>> I'm not sure if the reported latency is reported correctly now, as the >>> tracks do not line up when Delay compensation is turned on (in Live). >>> Other VSTs line up nicely when Delay compensation is on. >>> >>> all best >>> >>> >>> 2014-02-06 Victor Lazzarini <Victor.Lazzarini@nuim.ie>: >>> > As you noticed, MaxMSP has also some issues when used as a plugin in >>> > Ableton, because of >>> > buffering. I would risk saying that it is because it has to work, as a >>> > Csound, with a set block size. >>> > But even with that, they seem to impose another layer of buffering, >>> > because afaik the block size >>> > by default is 64 samples. >>> > >>> > So, this is fundamental thing in the design of systems like Csound, PD, >>> > MaxMSP, that the >>> > block size is fixed. To change this, it means a complete redesign in >>> > terms of how Csound works, >>> > a rewrite of the engine and many opcodes that depend on that remaining >>> > constant. >>> > Within Csound, we have introduced the possibility of sample accurate >>> > timing for events, but >>> > that works within the fixed-block framework via the use of offsets. >>> > >>> > Note that there are systems around that work exclusively on a block size >>> > of 1, therefore >>> > avoiding any such issues. Csound can also do that. I would not >>> > necessarily think that >>> > ksmps=1 is only limited to simple effects. In modern computers, I have >>> > seen a lot of >>> > complex things running perfectly at that level. And following what Mike >>> > has said, ksmps=16 >>> > might be perfectly acceptable in many situations. As Oeyvind proved, >>> > that can be much >>> > better than what people are used to in some systems. If they can LIVE >>> > with that, surely >>> > they can REAPER the benefit with Csound ;). >>> > >>> > Regards >>> > >>> > Victor >>> > >>> > >>> > >>> > >>> > On 6 Feb 2014, at 09:17, Oeyvind Brandtsegg <oyvind.brandtsegg@ntnu.no> >>> > wrote: >>> > >>> >> Yes, it would definitely be a good thing to fix, >>> >> especially when considering the use of a series of plugins on the same >>> >> track. >>> >> This is how I noticed the problem in the first place, as I had 3 or 4 >>> >> Cabbage plugs in a series on the same track. >>> >> One might say that this is not a wise setup, all things recently >>> >> learned considered, >>> >> but it is one thing that a user might expect to do without problems. >>> >> >>> >> The use of Csound as a plugin via Cabbage opens up Csound for being >>> >> used widely in common production environments, >>> >> in terms of the way forward and making the language more widespread, >>> >> this is a significant area. In that respect the dynamic ksmps issue is >>> >> important for the continued use if Csound in a modern workflow. >>> >> >>> >> Until then, I will rewrite my plugins so all things I might need on >>> >> one track lives in a single Cabage plug. >>> >> >>> >> all best >>> >> >>> >> 2014-02-06 Rory Walsh <rorywalsh@ear.ie>: >>> >>> Btw, it's clear that other plugins won't have a latency problem >>> >>> because they can(or at least should be able to) deal with variable >>> >>> buffer sizes. >>> >>> >>> >>> On 6 February 2014 08:57, Rory Walsh <rorywalsh@ear.ie> wrote: >>> >>>> That's a funny observation about Live. Their next product will be >>> >>>> called Offline :) It seems ksmps==1 is a no go for anything but a >>> >>>> single instance of a relatively simple effect(of course there are no >>> >>>> issue with synths). And it also seems that pretty much all of the >>> >>>> plugins standards in use today(AU, VST, LV2, etc) assume a dynamic >>> >>>> buffer size. So as long as Csound is being used to process host audio >>> >>>> in one of these environments it's likely there will be a latency >>> >>>> problem. That is if you plan to use the full power of Csound there >>> >>>> will be. I know the latency will in most cases be quite small, but >>> >>>> isn't it still enough to cause undesired effects on a mix? >>> >>>> >>> >>>> On 6 February 2014 08:38, Oeyvind Brandtsegg >>> >>>> <oyvind.brandtsegg@ntnu.no> wrote: >>> >>>>> Thanks so much for that explanation Mike. >>> >>>>> Rory, don't even so much as think of contemplating life without >>> >>>>> Cabbage (oh you already did...) ! >>> >>>>> Here's more observations about latency in different hosts that might >>> >>>>> brighten up thhing a bit, >>> >>>>> depending on what hosts one prefer... >>> >>>>> >>> >>>>> In Reaper: >>> >>>>> >>> >>>>> >>> >>>>> 2014-02-06 Michael Gogins <michael.gogins@gmail.com>: >>> >>>>>> There are two cases. If ksmps is always 1, you can use this >>> >>>>>> algorithm: >>> >>>>>> >>> >>>>>> for each frame in the host input buffer: >>> >>>>>> copy the host frame to the spin frame >>> >>>>>> call performKsmps() >>> >>>>>> copy the spout frame to the host output buffer >>> >>>>>> >>> >>>>>> Then there is no delay. >>> >>>>>> >>> >>>>>> If ksmps is greater than 1 it goes like this. It's enough to >>> >>>>>> consider ksmps >>> >>>>>> = 2, >>> >>>>>> all other cases work the same way. >>> >>>>>> >>> >>>>>> for each frame in the host input buffer: >>> >>>>>> copy the current host input frame to the current spin frame >>> >>>>>> copy the current spout frame to the current host output buffer >>> >>>>>> if the current spout frame is past the end of spout: >>> >>>>>> call performKsmps >>> >>>>>> reset the spout/spin frame index to 0 >>> >>>>>> >>> >>>>>> If ksmps==1 then there is 1 frame of silence in the output at the >>> >>>>>> start, and >>> >>>>>> thereafter output lags input by 1 frame. On the final frame of the >>> >>>>>> host >>> >>>>>> buffer, Csound computes a frame in spout but it is not copied to >>> >>>>>> the output >>> >>>>>> until the next processing call. >>> >>>>>> >>> >>>>>> If ksmps==2 then there are 2 frames of silence in the output at the >>> >>>>>> start, >>> >>>>>> and thereafter output lags input by 2 frames. On the final frame of >>> >>>>>> the host >>> >>>>>> buffer,Csound computes 2 frames in spout, but depending on the size >>> >>>>>> of the >>> >>>>>> output buffer, 1 or 2 frames are not copied to the output until the >>> >>>>>> next >>> >>>>>> processing call. >>> >>>>>> >>> >>>>>> And so on. >>> >>>>>> >>> >>>>>> Regards, >>> >>>>>> Mike >>> >>>>>> >>> >>>>>> >>> >>>>>> >>> >>>>>> ----------------------------------------------------- >>> >>>>>> Michael Gogins >>> >>>>>> Irreducible Productions >>> >>>>>> http://michaelgogins.tumblr.com >>> >>>>>> Michael dot Gogins at gmail dot com >>> >>>>>> >>> >>>>>> >>> >>>>>> On Wed, Feb 5, 2014 at 7:39 PM, Rory Walsh <rorywalsh@ear.ie> >>> >>>>>> wrote: >>> >>>>>>> >>> >>>>>>> The way it stands things are fine, albeit with a ksmps delay. But >>> >>>>>>> it >>> >>>>>>> will remain constant and there won't be any drop outs. If ksmps >>> >>>>>>> ==1 >>> >>>>>>> then there will be no problems with latency. Of course I stand to >>> >>>>>>> be >>> >>>>>>> corrected. When all is said and done, I did enjoy contemplating >>> >>>>>>> life >>> >>>>>>> without Cabbage over a few beers. But that might just have been >>> >>>>>>> the >>> >>>>>>> beers :) >>> >>>>>>> >>> >>>>>>> >>> >>>>>>> On 5 February 2014 23:57, Rory Walsh <rorywalsh@ear.ie> wrote: >>> >>>>>>>> I'm glad you asked this because I'm a little lost too! I was >>> >>>>>>>> thinking >>> >>>>>>>> the >>> >>>>>>>> same as you. At some stage won't things goes south if the buffer >>> >>>>>>>> size >>> >>>>>>>> suddenly changes as is likely once automation is brought into the >>> >>>>>>>> equation? >>> >>>>>>>> >>> >>>>>>>> sent from a mobile device... >>> >>>>>>>> >>> >>>>>>>> On 5 Feb 2014 23:27, "Oeyvind Brandtsegg" >>> >>>>>>>> <oyvind.brandtsegg@ntnu.no> >>> >>>>>>>> wrote: >>> >>>>>>>>> >>> >>>>>>>>> Ok. That is good. >>> >>>>>>>>> But can it (the latency) change dynamically, as the host buffer >>> >>>>>>>>> size >>> >>>>>>>>> change dynamically? >>> >>>>>>>>> Sorry if I'm being dense but I would really like to understand. >>> >>>>>>>>> >>> >>>>>>>>> >>> >>>>>>>>> 2014-02-06 Michael Gogins <michael.gogins@gmail.com>: >>> >>>>>>>>>> No, the maximum latency is ksmps. That could be either larger, >>> >>>>>>>>>> or >>> >>>>>>>>>> smaller, >>> >>>>>>>>>> than the host buffer size. It doesn't matter. >>> >>>>>>>>>> >>> >>>>>>>>>> Regards, >>> >>>>>>>>>> Mike >>> >>>>>>>>>> >>> >>>>>>>>>> >>> >>>>>>>>>> ----------------------------------------------------- >>> >>>>>>>>>> Michael Gogins >>> >>>>>>>>>> Irreducible Productions >>> >>>>>>>>>> http://michaelgogins.tumblr.com >>> >>>>>>>>>> Michael dot Gogins at gmail dot com >>> >>>>>>>>>> >>> >>>>>>>>>> >>> >>>>>>>>>> On Wed, Feb 5, 2014 at 6:07 PM, Oeyvind Brandtsegg >>> >>>>>>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >>> >>>>>>>>>>> >>> >>>>>>>>>>> ...but the latency would be one full host buffer size, not >>> >>>>>>>>>>> just a >>> >>>>>>>>>>> ksmps, >>> >>>>>>>>>>> right? >>> >>>>>>>>>>> So a small ksmps would rather minimize the chance of a >>> >>>>>>>>>>> ksmps-buffer >>> >>>>>>>>>>> mismatch, but not actually minimize worst case latency (which >>> >>>>>>>>>>> would >>> >>>>>>>>>>> be >>> >>>>>>>>>>> one host buffer block). Isn't it so? >>> >>>>>>>>>>> >>> >>>>>>>>>>> Now, one thing I don't understand is if the latency can be >>> >>>>>>>>>>> zero >>> >>>>>>>>>>> when >>> >>>>>>>>>>> the host buffer is an integer multiple of ksmps, and it indeed >>> >>>>>>>>>>> is, >>> >>>>>>>>>>> and also the host buffer size can be dynamic, we must assume >>> >>>>>>>>>>> that >>> >>>>>>>>>>> the two buffer length may initially fit but at some later time >>> >>>>>>>>>>> they >>> >>>>>>>>>>> will not,* then* what happens at the transition point ? I >>> >>>>>>>>>>> mean, when >>> >>>>>>>>>>> we go from perfectly aligned buffers and zero latency to >>> >>>>>>>>>>> misaligned >>> >>>>>>>>>>> buffers and one bufferlength latency. Then we should have one >>> >>>>>>>>>>> non-full >>> >>>>>>>>>>> buffer in the transition from zero latency to one-buffer >>> >>>>>>>>>>> latency. >>> >>>>>>>>>>> Will >>> >>>>>>>>>>> it pop? If so, I would expect it to pop quite often(?), which >>> >>>>>>>>>>> it >>> >>>>>>>>>>> does >>> >>>>>>>>>>> not. >>> >>>>>>>>>>> Or? >>> >>>>>>>>>>> >>> >>>>>>>>>>> >>> >>>>>>>>>>> >>> >>>>>>>>>>> >>> >>>>>>>>>>> 2014-02-05 Victor Lazzarini <Victor.Lazzarini@nuim.ie>: >>> >>>>>>>>>>>> If your ksmps is small, any latency that might exist will be >>> >>>>>>>>>>>> small >>> >>>>>>>>>>>> too, >>> >>>>>>>>>>>> and I can't see it having >>> >>>>>>>>>>>> a major effect. So if you run with ksmps=16, it's 0.3 >>> >>>>>>>>>>>> millisseconds. >>> >>>>>>>>>>>> Not >>> >>>>>>>>>>>> much of a problem. >>> >>>>>>>>>>>> And for the cases where this is a problem, then it's still >>> >>>>>>>>>>>> possible >>> >>>>>>>>>>>> to >>> >>>>>>>>>>>> run with ksmps=1. >>> >>>>>>>>>>>> >>> >>>>>>>>>>>> Victor >>> >>>>>>>>>>>> On 5 Feb 2014, at 20:46, Rory Walsh wrote: >>> >>>>>>>>>>>> >>> >>>>>>>>>>>>> I wish I had thought of this before spending so much time >>> >>>>>>>>>>>>> writing >>> >>>>>>>>>>>>> a >>> >>>>>>>>>>>>> framework for developing VST plugins with Csound. I'm off >>> >>>>>>>>>>>>> now to >>> >>>>>>>>>>>>> have >>> >>>>>>>>>>>>> a few beers and rethink life! >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> On 5 February 2014 20:06, Michael Gogins >>> >>>>>>>>>>>>> <michael.gogins@gmail.com> >>> >>>>>>>>>>>>> wrote: >>> >>>>>>>>>>>>>> Then your code will run 5 times slower or so. >>> >>>>>>>>>>>>>> >>> >>>>>>>>>>>>>> Regards, >>> >>>>>>>>>>>>>> Mike >>> >>>>>>>>>>>>>> >>> >>>>>>>>>>>>>> >>> >>>>>>>>>>>>>> ----------------------------------------------------- >>> >>>>>>>>>>>>>> Michael Gogins >>> >>>>>>>>>>>>>> Irreducible Productions >>> >>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>> >>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>> >>>>>>>>>>>>>> >>> >>>>>>>>>>>>>> >>> >>>>>>>>>>>>>> On Wed, Feb 5, 2014 at 3:03 PM, Rory Walsh >>> >>>>>>>>>>>>>> <rorywalsh@ear.ie> >>> >>>>>>>>>>>>>> wrote: >>> >>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>> Seems every where I look it says don't make any >>> >>>>>>>>>>>>>>> assumptions >>> >>>>>>>>>>>>>>> about >>> >>>>>>>>>>>>>>> buffer sizes. So I guess the only fail safe way is to >>> >>>>>>>>>>>>>>> force a >>> >>>>>>>>>>>>>>> ksmps >>> >>>>>>>>>>>>>>> of >>> >>>>>>>>>>>>>>> 1? uh... >>> >>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>> On 5 February 2014 19:57, Michael Gogins >>> >>>>>>>>>>>>>>> <michael.gogins@gmail.com> >>> >>>>>>>>>>>>>>> wrote: >>> >>>>>>>>>>>>>>>> I believe that you are wrong, you cannot count on a power >>> >>>>>>>>>>>>>>>> of >>> >>>>>>>>>>>>>>>> two >>> >>>>>>>>>>>>>>>> size. >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> See these threads from KVR: >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> http://www.kvraudio.com/forum/viewtopic.php?t=279753 >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> http://www.kvraudio.com/forum/viewtopic.php?t=359951 >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> http://www.kvraudio.com/forum/viewtopic.php?p=3458228 >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> Regards, >>> >>>>>>>>>>>>>>>> Mike >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> ----------------------------------------------------- >>> >>>>>>>>>>>>>>>> Michael Gogins >>> >>>>>>>>>>>>>>>> Irreducible Productions >>> >>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>> >>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> On Wed, Feb 5, 2014 at 2:17 PM, Victor Lazzarini >>> >>>>>>>>>>>>>>>> <Victor.Lazzarini@nuim.ie> >>> >>>>>>>>>>>>>>>> wrote: >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> But I think you're probably safe setting ksmps to a low >>> >>>>>>>>>>>>>>>>> value >>> >>>>>>>>>>>>>>>>> that >>> >>>>>>>>>>>>>>>>> is a >>> >>>>>>>>>>>>>>>>> power-of-two. I would >>> >>>>>>>>>>>>>>>>> expect most hosts to run buffers that are power-of-two >>> >>>>>>>>>>>>>>>>> and >>> >>>>>>>>>>>>>>>>> that >>> >>>>>>>>>>>>>>>>> are >>> >>>>>>>>>>>>>>>>> not >>> >>>>>>>>>>>>>>>>> that small. >>> >>>>>>>>>>>>>>>>> ksmps =8,16 or 32 should do. >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> Victor >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> On 5 Feb 2014, at 18:10, Rory Walsh wrote: >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>> I was just about to answer my previous mail with the >>> >>>>>>>>>>>>>>>>>> same >>> >>>>>>>>>>>>>>>>>> thing. >>> >>>>>>>>>>>>>>>>>> That's >>> >>>>>>>>>>>>>>>>>> a pain. >>> >>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>> On 5 February 2014 18:03, Michael Gogins >>> >>>>>>>>>>>>>>>>>> <michael.gogins@gmail.com> >>> >>>>>>>>>>>>>>>>>> wrote: >>> >>>>>>>>>>>>>>>>>>> No. The host can and often does use a different host >>> >>>>>>>>>>>>>>>>>>> audio >>> >>>>>>>>>>>>>>>>>>> buffer >>> >>>>>>>>>>>>>>>>>>> size >>> >>>>>>>>>>>>>>>>>>> on >>> >>>>>>>>>>>>>>>>>>> each call to process() or processReplacing(). >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> Regards, >>> >>>>>>>>>>>>>>>>>>> Mike >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> ----------------------------------------------------- >>> >>>>>>>>>>>>>>>>>>> Michael Gogins >>> >>>>>>>>>>>>>>>>>>> Irreducible Productions >>> >>>>>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>> >>>>>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> On Wed, Feb 5, 2014 at 11:27 AM, Rory Walsh >>> >>>>>>>>>>>>>>>>>>> <rorywalsh@ear.ie> >>> >>>>>>>>>>>>>>>>>>> wrote: >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> Hi Mike, isn't it possible to query the host buffer >>> >>>>>>>>>>>>>>>>>>>> size >>> >>>>>>>>>>>>>>>>>>>> before >>> >>>>>>>>>>>>>>>>>>>> the >>> >>>>>>>>>>>>>>>>>>>> processing function is first called, in which case >>> >>>>>>>>>>>>>>>>>>>> you can >>> >>>>>>>>>>>>>>>>>>>> just >>> >>>>>>>>>>>>>>>>>>>> override the csd's ksmps? >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> On 5 February 2014 15:55, Michael Gogins >>> >>>>>>>>>>>>>>>>>>>> <michael.gogins@gmail.com> >>> >>>>>>>>>>>>>>>>>>>> wrote: >>> >>>>>>>>>>>>>>>>>>>>> I've looked into this some more. As long as the host >>> >>>>>>>>>>>>>>>>>>>>> audio >>> >>>>>>>>>>>>>>>>>>>>> buffer >>> >>>>>>>>>>>>>>>>>>>>> is >>> >>>>>>>>>>>>>>>>>>>>> not >>> >>>>>>>>>>>>>>>>>>>>> an >>> >>>>>>>>>>>>>>>>>>>>> integral multiple of ksmps, there will have to be >>> >>>>>>>>>>>>>>>>>>>>> ksmps >>> >>>>>>>>>>>>>>>>>>>>> latency >>> >>>>>>>>>>>>>>>>>>>>> between >>> >>>>>>>>>>>>>>>>>>>>> input and output. That is because performKsmps >>> >>>>>>>>>>>>>>>>>>>>> requires >>> >>>>>>>>>>>>>>>>>>>>> spin >>> >>>>>>>>>>>>>>>>>>>>> to >>> >>>>>>>>>>>>>>>>>>>>> be >>> >>>>>>>>>>>>>>>>>>>>> full, >>> >>>>>>>>>>>>>>>>>>>>> but >>> >>>>>>>>>>>>>>>>>>>>> if there is some remainder from hostsize/ksmps, >>> >>>>>>>>>>>>>>>>>>>>> there >>> >>>>>>>>>>>>>>>>>>>>> will >>> >>>>>>>>>>>>>>>>>>>>> be >>> >>>>>>>>>>>>>>>>>>>>> some >>> >>>>>>>>>>>>>>>>>>>>> frames >>> >>>>>>>>>>>>>>>>>>>>> that the host buffer doesn't have but spin needs. >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> I am letting this go for now, but if Csound could >>> >>>>>>>>>>>>>>>>>>>>> adjust >>> >>>>>>>>>>>>>>>>>>>>> ksmps >>> >>>>>>>>>>>>>>>>>>>>> during >>> >>>>>>>>>>>>>>>>>>>>> performance via the API, then we could get rid of >>> >>>>>>>>>>>>>>>>>>>>> this >>> >>>>>>>>>>>>>>>>>>>>> latency >>> >>>>>>>>>>>>>>>>>>>>> by >>> >>>>>>>>>>>>>>>>>>>>> setting >>> >>>>>>>>>>>>>>>>>>>>> ksmps equal to the host buffer size on each host >>> >>>>>>>>>>>>>>>>>>>>> processing >>> >>>>>>>>>>>>>>>>>>>>> call. >>> >>>>>>>>>>>>>>>>>>>>> I >>> >>>>>>>>>>>>>>>>>>>>> think >>> >>>>>>>>>>>>>>>>>>>>> this would be a really good idea. I'm entering it as >>> >>>>>>>>>>>>>>>>>>>>> a >>> >>>>>>>>>>>>>>>>>>>>> feature >>> >>>>>>>>>>>>>>>>>>>>> request. >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> Regards, >>> >>>>>>>>>>>>>>>>>>>>> Mike >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> Regards, >>> >>>>>>>>>>>>>>>>>>>>> Mike >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> ----------------------------------------------------- >>> >>>>>>>>>>>>>>>>>>>>> Michael Gogins >>> >>>>>>>>>>>>>>>>>>>>> Irreducible Productions >>> >>>>>>>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>> >>>>>>>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 1:47 PM, Michael Gogins >>> >>>>>>>>>>>>>>>>>>>>> <michael.gogins@gmail.com> >>> >>>>>>>>>>>>>>>>>>>>> wrote: >>> >>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> CsoundVST does the following: >>> >>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> In the processReplacing callback there are >>> >>>>>>>>>>>>>>>>>>>>>> essentially >>> >>>>>>>>>>>>>>>>>>>>>> two >>> >>>>>>>>>>>>>>>>>>>>>> simultaneous >>> >>>>>>>>>>>>>>>>>>>>>> loops, each with their own loop indexes. One loop >>> >>>>>>>>>>>>>>>>>>>>>> is for >>> >>>>>>>>>>>>>>>>>>>>>> the >>> >>>>>>>>>>>>>>>>>>>>>> host >>> >>>>>>>>>>>>>>>>>>>>>> audio >>> >>>>>>>>>>>>>>>>>>>>>> buffer, which can change in size from one call to >>> >>>>>>>>>>>>>>>>>>>>>> the >>> >>>>>>>>>>>>>>>>>>>>>> next. >>> >>>>>>>>>>>>>>>>>>>>>> The >>> >>>>>>>>>>>>>>>>>>>>>> other >>> >>>>>>>>>>>>>>>>>>>>>> loop >>> >>>>>>>>>>>>>>>>>>>>>> is for Csound. >>> >>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> For each frame of audio, one frame of audio is >>> >>>>>>>>>>>>>>>>>>>>>> copied >>> >>>>>>>>>>>>>>>>>>>>>> from >>> >>>>>>>>>>>>>>>>>>>>>> the >>> >>>>>>>>>>>>>>>>>>>>>> host >>> >>>>>>>>>>>>>>>>>>>>>> input >>> >>>>>>>>>>>>>>>>>>>>>> buffer to spin, one frame of audio is copied from >>> >>>>>>>>>>>>>>>>>>>>>> spout >>> >>>>>>>>>>>>>>>>>>>>>> to >>> >>>>>>>>>>>>>>>>>>>>>> the >>> >>>>>>>>>>>>>>>>>>>>>> host >>> >>>>>>>>>>>>>>>>>>>>>> audio >>> >>>>>>>>>>>>>>>>>>>>>> output buffer, and both loop indexes are >>> >>>>>>>>>>>>>>>>>>>>>> incremented. >>> >>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> At the end of spout, ksmps audio are processed by >>> >>>>>>>>>>>>>>>>>>>>>> Csound, >>> >>>>>>>>>>>>>>>>>>>>>> and >>> >>>>>>>>>>>>>>>>>>>>>> the >>> >>>>>>>>>>>>>>>>>>>>>> spin >>> >>>>>>>>>>>>>>>>>>>>>> and >>> >>>>>>>>>>>>>>>>>>>>>> spout buffer indexes are reset to 0. These indexes >>> >>>>>>>>>>>>>>>>>>>>>> persist >>> >>>>>>>>>>>>>>>>>>>>>> from >>> >>>>>>>>>>>>>>>>>>>>>> call >>> >>>>>>>>>>>>>>>>>>>>>> to >>> >>>>>>>>>>>>>>>>>>>>>> call, so there are no gaps or glitches. >>> >>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> There is ksmps frames latency in the code because >>> >>>>>>>>>>>>>>>>>>>>>> spin >>> >>>>>>>>>>>>>>>>>>>>>> is >>> >>>>>>>>>>>>>>>>>>>>>> read >>> >>>>>>>>>>>>>>>>>>>>>> in >>> >>>>>>>>>>>>>>>>>>>>>> before >>> >>>>>>>>>>>>>>>>>>>>>> it spout is computed. But I will try to change the >>> >>>>>>>>>>>>>>>>>>>>>> code >>> >>>>>>>>>>>>>>>>>>>>>> so >>> >>>>>>>>>>>>>>>>>>>>>> that >>> >>>>>>>>>>>>>>>>>>>>>> the >>> >>>>>>>>>>>>>>>>>>>>>> buffers >>> >>>>>>>>>>>>>>>>>>>>>> are rewound to line spout up with spin. There will >>> >>>>>>>>>>>>>>>>>>>>>> then >>> >>>>>>>>>>>>>>>>>>>>>> be >>> >>>>>>>>>>>>>>>>>>>>>> zero >>> >>>>>>>>>>>>>>>>>>>>>> latency. >>> >>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> ----------------------------------------------------- >>> >>>>>>>>>>>>>>>>>>>>>> Michael Gogins >>> >>>>>>>>>>>>>>>>>>>>>> Irreducible Productions >>> >>>>>>>>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>> >>>>>>>>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>> >>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 11:03 AM, Steven Yi >>> >>>>>>>>>>>>>>>>>>>>>> <stevenyi@gmail.com> >>> >>>>>>>>>>>>>>>>>>>>>> wrote: >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> I was in the middle of replying pretty much the >>> >>>>>>>>>>>>>>>>>>>>>>> same >>> >>>>>>>>>>>>>>>>>>>>>>> thing >>> >>>>>>>>>>>>>>>>>>>>>>> as >>> >>>>>>>>>>>>>>>>>>>>>>> Victor. >>> >>>>>>>>>>>>>>>>>>>>>>> Seems like you're introducing block's worth of >>> >>>>>>>>>>>>>>>>>>>>>>> latency >>> >>>>>>>>>>>>>>>>>>>>>>> due >>> >>>>>>>>>>>>>>>>>>>>>>> to >>> >>>>>>>>>>>>>>>>>>>>>>> the >>> >>>>>>>>>>>>>>>>>>>>>>> code >>> >>>>>>>>>>>>>>>>>>>>>>> order. >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 11:05 AM, Victor Lazzarini >>> >>>>>>>>>>>>>>>>>>>>>>> <Victor.Lazzarini@nuim.ie> wrote: >>> >>>>>>>>>>>>>>>>>>>>>>>> I would have thought that you would >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 1) write data into spin >>> >>>>>>>>>>>>>>>>>>>>>>>> 2) process >>> >>>>>>>>>>>>>>>>>>>>>>>> 3) write data out of spout. >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> if you read and write after running >>> >>>>>>>>>>>>>>>>>>>>>>>> PeformKsmps(), as >>> >>>>>>>>>>>>>>>>>>>>>>>> far >>> >>>>>>>>>>>>>>>>>>>>>>>> as >>> >>>>>>>>>>>>>>>>>>>>>>>> I >>> >>>>>>>>>>>>>>>>>>>>>>>> can >>> >>>>>>>>>>>>>>>>>>>>>>>> see >>> >>>>>>>>>>>>>>>>>>>>>>>> there might be >>> >>>>>>>>>>>>>>>>>>>>>>>> a delay between input and output, as you will be >>> >>>>>>>>>>>>>>>>>>>>>>>> effectively >>> >>>>>>>>>>>>>>>>>>>>>>>> putting >>> >>>>>>>>>>>>>>>>>>>>>>>> out the data that >>> >>>>>>>>>>>>>>>>>>>>>>>> you processed in the previous period. >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 1) process (means process the current spin data) >>> >>>>>>>>>>>>>>>>>>>>>>>> 2) write to spin the new data >>> >>>>>>>>>>>>>>>>>>>>>>>> 3) write out the result of processing the >>> >>>>>>>>>>>>>>>>>>>>>>>> previous >>> >>>>>>>>>>>>>>>>>>>>>>>> spin >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> That's what it looks like to me. Not sure if I am >>> >>>>>>>>>>>>>>>>>>>>>>>> right. >>> >>>>>>>>>>>>>>>>>>>>>>>> Also >>> >>>>>>>>>>>>>>>>>>>>>>>> this >>> >>>>>>>>>>>>>>>>>>>>>>>> discussion should be in the dev list not >>> >>>>>>>>>>>>>>>>>>>>>>>> in the users list (so my response is going >>> >>>>>>>>>>>>>>>>>>>>>>>> there). >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Victor >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> On 4 Feb 2014, at 15:47, Rory Walsh >>> >>>>>>>>>>>>>>>>>>>>>>>> <rorywalsh@ear.ie> >>> >>>>>>>>>>>>>>>>>>>>>>>> wrote: >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> I can confirm that it's not an issue with the >>> >>>>>>>>>>>>>>>>>>>>>>>>> plugin >>> >>>>>>>>>>>>>>>>>>>>>>>>> framework >>> >>>>>>>>>>>>>>>>>>>>>>>>> I'm >>> >>>>>>>>>>>>>>>>>>>>>>>>> using. I can also confirm it happens whether the >>> >>>>>>>>>>>>>>>>>>>>>>>>> plugin's >>> >>>>>>>>>>>>>>>>>>>>>>>>> processBlock() is being called the same amount >>> >>>>>>>>>>>>>>>>>>>>>>>>> of >>> >>>>>>>>>>>>>>>>>>>>>>>>> times >>> >>>>>>>>>>>>>>>>>>>>>>>>> as >>> >>>>>>>>>>>>>>>>>>>>>>>>> performKsmps(). That is to say, if the plugin >>> >>>>>>>>>>>>>>>>>>>>>>>>> sample >>> >>>>>>>>>>>>>>>>>>>>>>>>> buffer >>> >>>>>>>>>>>>>>>>>>>>>>>>> is >>> >>>>>>>>>>>>>>>>>>>>>>>>> set >>> >>>>>>>>>>>>>>>>>>>>>>>>> to >>> >>>>>>>>>>>>>>>>>>>>>>>>> 64 and so is Csound's, the problem persists. >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> I can recreate it with Reaper by placing two >>> >>>>>>>>>>>>>>>>>>>>>>>>> identical >>> >>>>>>>>>>>>>>>>>>>>>>>>> audio >>> >>>>>>>>>>>>>>>>>>>>>>>>> tracks >>> >>>>>>>>>>>>>>>>>>>>>>>>> in >>> >>>>>>>>>>>>>>>>>>>>>>>>> the session. On one track I place a straight >>> >>>>>>>>>>>>>>>>>>>>>>>>> forward >>> >>>>>>>>>>>>>>>>>>>>>>>>> in/out >>> >>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >>> >>>>>>>>>>>>>>>>>>>>>>>>> effect plugin. Then play both back at the same >>> >>>>>>>>>>>>>>>>>>>>>>>>> time. >>> >>>>>>>>>>>>>>>>>>>>>>>>> You'll >>> >>>>>>>>>>>>>>>>>>>>>>>>> hear >>> >>>>>>>>>>>>>>>>>>>>>>>>> subtle phasing taking place until you bypass the >>> >>>>>>>>>>>>>>>>>>>>>>>>> plugin >>> >>>>>>>>>>>>>>>>>>>>>>>>> effect. >>> >>>>>>>>>>>>>>>>>>>>>>>>> Here's >>> >>>>>>>>>>>>>>>>>>>>>>>>> my processBlock(), it couldn't be any simpler. >>> >>>>>>>>>>>>>>>>>>>>>>>>> Can >>> >>>>>>>>>>>>>>>>>>>>>>>>> any >>> >>>>>>>>>>>>>>>>>>>>>>>>> devs >>> >>>>>>>>>>>>>>>>>>>>>>>>> out >>> >>>>>>>>>>>>>>>>>>>>>>>>> there >>> >>>>>>>>>>>>>>>>>>>>>>>>> spot something that might introduce latency? >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> CSCompResult = csound->PerformKsmps(); >>> >>>>>>>>>>>>>>>>>>>>>>>>> for(int i=0;i<numSamplesInBuffer;i++) >>> >>>>>>>>>>>>>>>>>>>>>>>>> { >>> >>>>>>>>>>>>>>>>>>>>>>>>> if(!CSCompResult) >>> >>>>>>>>>>>>>>>>>>>>>>>>> { >>> >>>>>>>>>>>>>>>>>>>>>>>>> for(int channel = 0; channel < >>> >>>>>>>>>>>>>>>>>>>>>>>>> getNumOutputChannels(); >>> >>>>>>>>>>>>>>>>>>>>>>>>> channel++ ) >>> >>>>>>>>>>>>>>>>>>>>>>>>> { >>> >>>>>>>>>>>>>>>>>>>>>>>>> audioBuffer = >>> >>>>>>>>>>>>>>>>>>>>>>>>> buffer.getSampleData(channel,0); >>> >>>>>>>>>>>>>>>>>>>>>>>>> pos = igetNumOutputChannels(); >>> >>>>>>>>>>>>>>>>>>>>>>>>> CSspin[channel+pos] = >>> >>>>>>>>>>>>>>>>>>>>>>>>> audioBuffer[i]cs_scale; >>> >>>>>>>>>>>>>>>>>>>>>>>>> audioBuffer[i] = >>> >>>>>>>>>>>>>>>>>>>>>>>>> (CSspout[channel+pos]/cs_scale); >>> >>>>>>>>>>>>>>>>>>>>>>>>> } >>> >>>>>>>>>>>>>>>>>>>>>>>>> } >>> >>>>>>>>>>>>>>>>>>>>>>>>> else >>> >>>>>>>>>>>>>>>>>>>>>>>>> buffer.clear(); >>> >>>>>>>>>>>>>>>>>>>>>>>>> } >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 15:04, Oeyvind Brandtsegg >>> >>>>>>>>>>>>>>>>>>>>>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >>> >>>>>>>>>>>>>>>>>>>>>>>>>> All good. >>> >>>>>>>>>>>>>>>>>>>>>>>>>> I could test with csound~ and found another >>> >>>>>>>>>>>>>>>>>>>>>>>>>> cause >>> >>>>>>>>>>>>>>>>>>>>>>>>>> for >>> >>>>>>>>>>>>>>>>>>>>>>>>>> the >>> >>>>>>>>>>>>>>>>>>>>>>>>>> latency. >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Steven Yi <stevenyi@gmail.com>: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Nope. I did some work on updating the CMake >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> file >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> to >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> try >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> building >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> on >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Windows yesterday. I need to do so me research >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> to >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> see >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> about >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> libraries >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> to link to and other things, but it may take a >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> while >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> with >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> current >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> work >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> load. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:47 AM, Oeyvind >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> That looks as if it's for OSX only (?), >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> perhaps not compiled for windows yet? >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Steven Yi <stevenyi@gmail.com>: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6~ should be with the installer; also >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> available >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> at: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://sourceforge.net/projects/csound/files/csound6/Csound6.02/csound~_v1.1.1.pkg/download >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:38 AM, Oeyvind >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I can also reproduce it with csound~ in >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> MaxForLive >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> haven't tried with csound6~ (where can I >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> find >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> it?) >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Now, testing with Max (not in Live), and >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Reaper, >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> find >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> can not >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> reproduce the behaviour there. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> So there is something with Live then. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> However, >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> other >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> VST >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugins >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Live does not introduce extra latency. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> The way I measure latency is by setiing up >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> a >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> microphone >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> close >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> to >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> speaker, close enough that it will almost >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> feed, >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> then tap the mic and listen to the >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> resonance of >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> system. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> When >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency changes, the resonance will change. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> When I add a plugin (Cabbage or MaxForLive >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound~), >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> (and so the resonance) changes. If I load >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> other >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> VST >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugins >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> this >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> does >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> not happen, the latency does not change. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> But as I said, I can only reproduce it in >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Live. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Sorry >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> for >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> noise. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh <rorywalsh@ear.ie>: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I can recreate it here. It's subtle, but >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> present. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I'll >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> take >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> a >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> look. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:38, Oeyvind >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Yes, I have tried different ksmps values, >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> both >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> higher >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> and >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> lower >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> and >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> equal to the host buffer size. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Will investigate if I can reproduce it on >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound~. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh <rorywalsh@ear.ie>: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On second thoughts I can't see what >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> might be >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> causing >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> this. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Have you >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> tried setting ksmps to be the same as >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> your >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> host's >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> buffer >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> size? >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:01, Rory Walsh >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> <rorywalsh@ear.ie> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I think I have it... Lunch first >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> though.. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sent from a mobile device... >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 Feb 2014 12:56, "Rory Walsh" >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> <rorywalsh@ear.ie> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Are you just running audio straight in >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> and >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> out, >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> no >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processing? The >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin host calls the plugin's >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock() >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> which >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> turn >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> calls >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> performKsmps(). So long as >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock() >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> is >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> being >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> called >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> (if the >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> track is playing for example) >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> performKsmps() >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> will >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> be >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> called >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> over and >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> over again processing ksmps samples >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> each >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> time. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> At >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> moment >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock() method and the >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> performKsmps() >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> are >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> firing >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> off >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> at >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> different speeds. I can look at >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> forcing >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugins >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> to >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> process the >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> same amount of samples as the plugin >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> does >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> each >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> call >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> to >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock(). Perhaps that might >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> help. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 12:41, Oeyvind >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> <oyvind.brandtsegg@ntnu.no> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Regarding latency and buffers, >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I thought I had understood that >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound, >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> when >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> used >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> as a >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin (e.g. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cabbage or csound~) would process the >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> audio >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> buffer >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "in >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> place", so no >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> extra latency would incur due to the >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sound >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> being >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processed >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> through >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Csound, assuming that ksmps is smaler >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> than >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> host >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> program's buffer >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> size. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Now, running Cabbage plugins in >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Ableton >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Live, >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I've >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> been >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> investigating >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency issues, and I find that >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> adding a >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> simple >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin will >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> delay the signal. Also, adding more >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> than >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> one >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> such >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> series >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> increases the delay/latency >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> accordingly. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I've >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> tried >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> using >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> different >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ksmps, and this indeed affects the >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> amount >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> of >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> but >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> even setting >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ksmps=1 does not get rid of it. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Can the buffer be processed "in >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> place"? >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> best >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> bug >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> be >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound" >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> here >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> with >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> body >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> -- >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>> >>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>> >>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>> >>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>> >>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>> >>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>> >>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >>> >>>>>>>>>>>>>>>>>>>>>>>>>> here >>> >>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>> >>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>> >>>>>>>>>>>>>>>>>>>>>>>>>> with >>> >>>>>>>>>>>>>>>>>>>>>>>>>> body >>> >>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>> >>>>>>>>>>>>>>>>>>>>>>>>> trackers >>> >>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>> >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >>> >>>>>>>>>>>>>>>>>>>>>>>>> here >>> >>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>> >>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>> >>>>>>>>>>>>>>>>>>>>>>>>> with >>> >>>>>>>>>>>>>>>>>>>>>>>>> body >>> >>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>> >>>>>>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >>> >>>>>>>>>>>>>>>>>>>>>>>> Applications >>> >>>>>>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >>> >>>>>>>>>>>>>>>>>>>>>>>> Avoid >>> >>>>>>>>>>>>>>>>>>>>>>>> Common >>> >>>>>>>>>>>>>>>>>>>>>>>> Pitfalls. >>> >>>>>>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>>>>>>>>>>>>>>>>>>>>>>> _______________________________________________ >>> >>>>>>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>> >>>>>>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>> >>>>>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >>> >>>>>>>>>>>>>>>>>>>>>>> Applications >>> >>>>>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >>> >>>>>>>>>>>>>>>>>>>>>>> Avoid >>> >>>>>>>>>>>>>>>>>>>>>>> Common >>> >>>>>>>>>>>>>>>>>>>>>>> Pitfalls. >>> >>>>>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>>>>>>>>>>>>>>>>>>>>>> _______________________________________________ >>> >>>>>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>> >>>>>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>> >>>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>> >>>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >>> >>>>>>>>>>>>>>>>>>>>> Avoid >>> >>>>>>>>>>>>>>>>>>>>> Common >>> >>>>>>>>>>>>>>>>>>>>> Pitfalls. >>> >>>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>>>>>>>>>>>>>>>>>>>> _______________________________________________ >>> >>>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>> >>>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>> >>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>> >>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>> >>>>>>>>>>>>>>>>>>>> Common >>> >>>>>>>>>>>>>>>>>>>> Pitfalls. >>> >>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>>>>>>>>>>>>>>>>>>> _______________________________________________ >>> >>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>> >>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>> >>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>> >>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>> >>>>>>>>>>>>>>>>>>> Common >>> >>>>>>>>>>>>>>>>>>> Pitfalls. >>> >>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>>>>>>>>>>>>>>>>>> _______________________________________________ >>> >>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>> >>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>> >>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>> >>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>> >>>>>>>>>>>>>>>>>> Common >>> >>>>>>>>>>>>>>>>>> Pitfalls. >>> >>>>>>>>>>>>>>>>>> Read the Whitepaper. >>> >>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>>>>>>>>>>>>>>>>> _______________________________________________ >>> >>>>>>>>>>>>>>>>>> Csound-devel mailing list >>> >>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> Dr Victor Lazzarini >>> >>>>>>>>>>>>>>>>> Senior Lecturer >>> >>>>>>>>>>>>>>>>> Dept. of Music >>> >>>>>>>>>>>>>>>>> NUI Maynooth Ireland >>> >>>>>>>>>>>>>>>>> tel.: +353 1 708 3545 >>> >>>>>>>>>>>>>>>>> Victor dot Lazzarini AT nuim dot ie >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>> >>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>> >>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>> >>>>>>>>>>>>>>>>> Common >>> >>>>>>>>>>>>>>>>> Pitfalls. >>> >>>>>>>>>>>>>>>>> Read the Whitepaper. >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>>>>>>>>>>>>>>>> _______________________________________________ >>> >>>>>>>>>>>>>>>>> Csound-devel mailing list >>> >>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>> >>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>> >>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>> >>>>>>>>>>>>>>>> Common >>> >>>>>>>>>>>>>>>> Pitfalls. >>> >>>>>>>>>>>>>>>> Read the Whitepaper. >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>>>>>>>>>>>>>>> _______________________________________________ >>> >>>>>>>>>>>>>>>> Csound-devel mailing list >>> >>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>> >>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>> >>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>> >>>>>>>>>>>>>>> Common >>> >>>>>>>>>>>>>>> Pitfalls. >>> >>>>>>>>>>>>>>> Read the Whitepaper. >>> >>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>>>>>>>>>>>>>> _______________________________________________ >>> >>>>>>>>>>>>>>> Csound-devel mailing list >>> >>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>>>>>>>>>>>>> >>> >>>>>>>>>>>>>> >>> >>>>>>>>>>>>>> >>> >>>>>>>>>>>>>> >>> >>>>>>>>>>>>>> >>> >>>>>>>>>>>>>> >>> >>>>>>>>>>>>>> >>> >>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>> >>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>> >>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>> >>>>>>>>>>>>>> Common >>> >>>>>>>>>>>>>> Pitfalls. >>> >>>>>>>>>>>>>> Read the Whitepaper. >>> >>>>>>>>>>>>>> >>> >>>>>>>>>>>>>> >>> >>>>>>>>>>>>>> >>> >>>>>>>>>>>>>> >>> >>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>>>>>>>>>>>>> _______________________________________________ >>> >>>>>>>>>>>>>> Csound-devel mailing list >>> >>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>>>>>>>>>>>>> >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> ------------------------------------------------------------------------------ >>> >>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>> >>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>> >>>>>>>>>>>>> Pitfalls. >>> >>>>>>>>>>>>> Read the Whitepaper. >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>>>>>>>>>>>> _______________________________________________ >>> >>>>>>>>>>>>> Csound-devel mailing list >>> >>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>>>>>>>>>>> >>> >>>>>>>>>>>> Dr Victor Lazzarini >>> >>>>>>>>>>>> Senior Lecturer >>> >>>>>>>>>>>> Dept. of Music >>> >>>>>>>>>>>> NUI Maynooth Ireland >>> >>>>>>>>>>>> tel.: +353 1 708 3545 >>> >>>>>>>>>>>> Victor dot Lazzarini AT nuim dot ie >>> >>>>>>>>>>>> >>> >>>>>>>>>>>> >>> >>>>>>>>>>>> >>> >>>>>>>>>>>> >>> >>>>>>>>>>>> >>> >>>>>>>>>>>> >>> >>>>>>>>>>>> >>> >>>>>>>>>>>> >>> >>>>>>>>>>>> ------------------------------------------------------------------------------ >>> >>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>> >>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>> >>>>>>>>>>>> Pitfalls. >>> >>>>>>>>>>>> Read the Whitepaper. >>> >>>>>>>>>>>> >>> >>>>>>>>>>>> >>> >>>>>>>>>>>> >>> >>>>>>>>>>>> >>> >>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>>>>>>>>>>> _______________________________________________ >>> >>>>>>>>>>>> Csound-devel mailing list >>> >>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>>>>>>>>>> >>> >>>>>>>>>>> >>> >>>>>>>>>>> >>> >>>>>>>>>>> -- >>> >>>>>>>>>>> >>> >>>>>>>>>>> Oeyvind Brandtsegg >>> >>>>>>>>>>> Professor of Music Technology >>> >>>>>>>>>>> NTNU >>> >>>>>>>>>>> 7491 Trondheim >>> >>>>>>>>>>> Norway >>> >>>>>>>>>>> Cell: +47 92 203 205 >>> >>>>>>>>>>> >>> >>>>>>>>>>> http://flyndresang.no/ >>> >>>>>>>>>>> http://www.partikkelaudio.com/ >>> >>>>>>>>>>> http://soundcloud.com/brandtsegg >>> >>>>>>>>>>> http://soundcloud.com/t-emp >>> >>>>>>>>>>> >>> >>>>>>>>>>> >>> >>>>>>>>>>> >>> >>>>>>>>>>> >>> >>>>>>>>>>> >>> >>>>>>>>>>> ------------------------------------------------------------------------------ >>> >>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>> >>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>> >>>>>>>>>>> Pitfalls. >>> >>>>>>>>>>> Read the Whitepaper. >>> >>>>>>>>>>> >>> >>>>>>>>>>> >>> >>>>>>>>>>> >>> >>>>>>>>>>> >>> >>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>>>>>>>>>> _______________________________________________ >>> >>>>>>>>>>> Csound-devel mailing list >>> >>>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>>>>>>>>> >>> >>>>>>>>>> >>> >>>>>>>>>> >>> >>>>>>>>>> >>> >>>>>>>>>> >>> >>>>>>>>>> >>> >>>>>>>>>> ------------------------------------------------------------------------------ >>> >>>>>>>>>> Managing the Performance of Cloud-Based Applications >>> >>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>> >>>>>>>>>> Pitfalls. >>> >>>>>>>>>> Read the Whitepaper. >>> >>>>>>>>>> >>> >>>>>>>>>> >>> >>>>>>>>>> >>> >>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>>>>>>>>> _______________________________________________ >>> >>>>>>>>>> Csound-devel mailing list >>> >>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>>>>>>>>> >>> >>>>>>>>> >>> >>>>>>>>> >>> >>>>>>>>> >>> >>>>>>>>> -- >>> >>>>>>>>> >>> >>>>>>>>> Oeyvind Brandtsegg >>> >>>>>>>>> Professor of Music Technology >>> >>>>>>>>> NTNU >>> >>>>>>>>> 7491 Trondheim >>> >>>>>>>>> Norway >>> >>>>>>>>> Cell: +47 92 203 205 >>> >>>>>>>>> >>> >>>>>>>>> http://flyndresang.no/ >>> >>>>>>>>> http://www.partikkelaudio.com/ >>> >>>>>>>>> http://soundcloud.com/brandtsegg >>> >>>>>>>>> http://soundcloud.com/t-emp >>> >>>>>>>>> >>> >>>>>>>>> >>> >>>>>>>>> >>> >>>>>>>>> >>> >>>>>>>>> ------------------------------------------------------------------------------ >>> >>>>>>>>> Managing the Performance of Cloud-Based Applications >>> >>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>> >>>>>>>>> Pitfalls. >>> >>>>>>>>> Read the Whitepaper. >>> >>>>>>>>> >>> >>>>>>>>> >>> >>>>>>>>> >>> >>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>>>>>>>> _______________________________________________ >>> >>>>>>>>> Csound-devel mailing list >>> >>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>>>>>> >>> >>>>>>> >>> >>>>>>> >>> >>>>>>> ------------------------------------------------------------------------------ >>> >>>>>>> Managing the Performance of Cloud-Based Applications >>> >>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>> >>>>>>> Pitfalls. >>> >>>>>>> Read the Whitepaper. >>> >>>>>>> >>> >>>>>>> >>> >>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>>>>>> _______________________________________________ >>> >>>>>>> Csound-devel mailing list >>> >>>>>>> Csound-devel@lists.sourceforge.net >>> >>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>>>>> >>> >>>>>> >>> >>>>>> >>> >>>>>> >>> >>>>>> ------------------------------------------------------------------------------ >>> >>>>>> Managing the Performance of Cloud-Based Applications >>> >>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>> >>>>>> Pitfalls. >>> >>>>>> Read the Whitepaper. >>> >>>>>> >>> >>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>>>>> _______________________________________________ >>> >>>>>> Csound-devel mailing list >>> >>>>>> Csound-devel@lists.sourceforge.net >>> >>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>>>>> >>> >>>>> >>> >>>>> >>> >>>>> >>> >>>>> -- >>> >>>>> >>> >>>>> Oeyvind Brandtsegg >>> >>>>> Professor of Music Technology >>> >>>>> NTNU >>> >>>>> 7491 Trondheim >>> >>>>> Norway >>> >>>>> Cell: +47 92 203 205 >>> >>>>> >>> >>>>> http://flyndresang.no/ >>> >>>>> http://www.partikkelaudio.com/ >>> >>>>> http://soundcloud.com/brandtsegg >>> >>>>> http://soundcloud.com/t-emp >>> >>>>> >>> >>>>> >>> >>>>> ------------------------------------------------------------------------------ >>> >>>>> Managing the Performance of Cloud-Based Applications >>> >>>>> Take advantage of what the Cloud has to offer - Avoid Common >>> >>>>> Pitfalls. >>> >>>>> Read the Whitepaper. >>> >>>>> >>> >>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>>>> _______________________________________________ >>> >>>>> Csound-devel mailing list >>> >>>>> Csound-devel@lists.sourceforge.net >>> >>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>> >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> >>> Managing the Performance of Cloud-Based Applications >>> >>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>> >>> Read the Whitepaper. >>> >>> >>> >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>> _______________________________________________ >>> >>> Csound-devel mailing list >>> >>> Csound-devel@lists.sourceforge.net >>> >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >> >>> >> >>> >> >>> >> -- >>> >> >>> >> Oeyvind Brandtsegg >>> >> Professor of Music Technology >>> >> NTNU >>> >> 7491 Trondheim >>> >> Norway >>> >> Cell: +47 92 203 205 >>> >> >>> >> http://flyndresang.no/ >>> >> http://www.partikkelaudio.com/ >>> >> http://soundcloud.com/brandtsegg >>> >> http://soundcloud.com/t-emp >>> >> >>> >> >>> >> ------------------------------------------------------------------------------ >>> >> Managing the Performance of Cloud-Based Applications >>> >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>> >> Read the Whitepaper. >>> >> >>> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >> _______________________________________________ >>> >> Csound-devel mailing list >>> >> Csound-devel@lists.sourceforge.net >>> >> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> > >>> > >>> > >>> > ------------------------------------------------------------------------------ >>> > Managing the Performance of Cloud-Based Applications >>> > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>> > Read the Whitepaper. >>> > >>> > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> > _______________________________________________ >>> > Csound-devel mailing list >>> > Csound-devel@lists.sourceforge.net >>> > https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>> >>> >>> -- >>> >>> Oeyvind Brandtsegg >>> Professor of Music Technology >>> NTNU >>> 7491 Trondheim >>> Norway >>> Cell: +47 92 203 205 >>> >>> http://flyndresang.no/ >>> http://www.partikkelaudio.com/ >>> http://soundcloud.com/brandtsegg >>> http://soundcloud.com/t-emp >>> >>> >>> ------------------------------------------------------------------------------ >>> Managing the Performance of Cloud-Based Applications >>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>> Read the Whitepaper. >>> >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> _______________________________________________ >>> Csound-devel mailing list >>> Csound-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >> >> ------------------------------------------------------------------------------ >> Managing the Performance of Cloud-Based Applications >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> Read the Whitepaper. >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> _______________________________________________ >> Csound-devel mailing list >> Csound-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/csound-devel >> ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/csound-devel

Date	2014-02-06 16:48
From	Michael Gogins
Subject	Re: [Cs-dev] [Csnd] Latency and buffers
Attachments	None None
	Correction: I think the following would be more reliable: (1) After compiling the orc, call setInitialDelay with ksmps, THEN call ioChanged. In resume, the host will be pick up the initial delay. Calling setInitialDelay only sets the value of this field, it does not notify the host. Regards, Mike ----------------------------------------------------- Michael Gogins Irreducible Productions http://michaelgogins.tumblr.com Michael dot Gogins at gmail dot com On Thu, Feb 6, 2014 at 11:42 AM, Michael Gogins <michael.gogins@gmail.com> wrote: I've reviewed the VST plugin latency issue. It seems that the best thing that I can do for CsoundVST: (1) After compiling the orc, call ioChanged to notify the host that the plugin's latency may have changed. (2) In suspend or resume, call setInitialDelay with ksmps to tell the host what that latency now is. Rory, does that sound correct to you? I do know that different VST hosts may handle this differently. Regards, Mike ----------------------------------------------------- Michael Gogins Irreducible Productions http://michaelgogins.tumblr.com Michael dot Gogins at gmail dot com On Thu, Feb 6, 2014 at 10:55 AM, Rory Walsh <rorywalsh@ear.ie> wrote: This works really well. In Reaper the PDC is done automatically so the problem is effectively solved, no more phasing! I'll update the installer later. Perhaps you can try it with other hosts and let me know how it goes. Cheers, Rory. On 6 February 2014 14:13, Rory Walsh <rorywalsh@ear.ie> wrote: > Good thinking Oeyvind. I'll add that and update the Windows installer > this evening so you can try it out. > > On 6 February 2014 14:03, Michael Gogins <michael.gogins@gmail.com> wrote: >> Thanks for the information, I will look into that. >> >> Regards, >> Mike >> >> >> ----------------------------------------------------- >> Michael Gogins >> Irreducible Productions >> http://michaelgogins.tumblr.com >> Michael dot Gogins at gmail dot com >> >> >> On Thu, Feb 6, 2014 at 8:59 AM, Oeyvind Brandtsegg >> <oyvind.brandtsegg@ntnu.no> wrote: >>> >>> Ok, good. >>> Just one last thing, >>> We might need to check (CsoundVST and Cabbage) if the effective >>> latency is reported correctly to the host, >>> as even a millisecond latency will matter if processing is done in >>> parallell (clean sound on one track, processsed sound with latency one >>> another), that is, when the two are mixed we will have phasing >>> artifacts at 1kHz and integer multiples. >>> I'm not sure if the reported latency is reported correctly now, as the >>> tracks do not line up when Delay compensation is turned on (in Live). >>> Other VSTs line up nicely when Delay compensation is on. >>> >>> all best >>> >>> >>> 2014-02-06 Victor Lazzarini <Victor.Lazzarini@nuim.ie>: >>> > As you noticed, MaxMSP has also some issues when used as a plugin in >>> > Ableton, because of >>> > buffering. I would risk saying that it is because it has to work, as a >>> > Csound, with a set block size. >>> > But even with that, they seem to impose another layer of buffering, >>> > because afaik the block size >>> > by default is 64 samples. >>> > >>> > So, this is fundamental thing in the design of systems like Csound, PD, >>> > MaxMSP, that the >>> > block size is fixed. To change this, it means a complete redesign in >>> > terms of how Csound works, >>> > a rewrite of the engine and many opcodes that depend on that remaining >>> > constant. >>> > Within Csound, we have introduced the possibility of sample accurate >>> > timing for events, but >>> > that works within the fixed-block framework via the use of offsets. >>> > >>> > Note that there are systems around that work exclusively on a block size >>> > of 1, therefore >>> > avoiding any such issues. Csound can also do that. I would not >>> > necessarily think that >>> > ksmps=1 is only limited to simple effects. In modern computers, I have >>> > seen a lot of >>> > complex things running perfectly at that level. And following what Mike >>> > has said, ksmps=16 >>> > might be perfectly acceptable in many situations. As Oeyvind proved, >>> > that can be much >>> > better than what people are used to in some systems. If they can LIVE >>> > with that, surely >>> > they can REAPER the benefit with Csound ;). >>> > >>> > Regards >>> > >>> > Victor >>> > >>> > >>> > >>> > >>> > On 6 Feb 2014, at 09:17, Oeyvind Brandtsegg <oyvind.brandtsegg@ntnu.no> >>> > wrote: >>> > >>> >> Yes, it would definitely be a good thing to fix, >>> >> especially when considering the use of a series of plugins on the same >>> >> track. >>> >> This is how I noticed the problem in the first place, as I had 3 or 4 >>> >> Cabbage plugs in a series on the same track. >>> >> One might say that this is not a wise setup, all things recently >>> >> learned considered, >>> >> but it is one thing that a user might expect to do without problems. >>> >> >>> >> The use of Csound as a plugin via Cabbage opens up Csound for being >>> >> used widely in common production environments, >>> >> in terms of the way forward and making the language more widespread, >>> >> this is a significant area. In that respect the dynamic ksmps issue is >>> >> important for the continued use if Csound in a modern workflow. >>> >> >>> >> Until then, I will rewrite my plugins so all things I might need on >>> >> one track lives in a single Cabage plug. >>> >> >>> >> all best >>> >> >>> >> 2014-02-06 Rory Walsh <rorywalsh@ear.ie>: >>> >>> Btw, it's clear that other plugins won't have a latency problem >>> >>> because they can(or at least should be able to) deal with variable >>> >>> buffer sizes. >>> >>> >>> >>> On 6 February 2014 08:57, Rory Walsh <rorywalsh@ear.ie> wrote: >>> >>>> That's a funny observation about Live. Their next product will be >>> >>>> called Offline :) It seems ksmps==1 is a no go for anything but a >>> >>>> single instance of a relatively simple effect(of course there are no >>> >>>> issue with synths). And it also seems that pretty much all of the >>> >>>> plugins standards in use today(AU, VST, LV2, etc) assume a dynamic >>> >>>> buffer size. So as long as Csound is being used to process host audio >>> >>>> in one of these environments it's likely there will be a latency >>> >>>> problem. That is if you plan to use the full power of Csound there >>> >>>> will be. I know the latency will in most cases be quite small, but >>> >>>> isn't it still enough to cause undesired effects on a mix? >>> >>>> >>> >>>> On 6 February 2014 08:38, Oeyvind Brandtsegg >>> >>>> <oyvind.brandtsegg@ntnu.no> wrote: >>> >>>>> Thanks so much for that explanation Mike. >>> >>>>> Rory, don't even so much as think of contemplating life without >>> >>>>> Cabbage (oh you already did...) ! >>> >>>>> Here's more observations about latency in different hosts that might >>> >>>>> brighten up thhing a bit, >>> >>>>> depending on what hosts one prefer... >>> >>>>> >>> >>>>> In Reaper: >>> >>>>> >>> >>>>> >>> >>>>> 2014-02-06 Michael Gogins <michael.gogins@gmail.com>: >>> >>>>>> There are two cases. If ksmps is always 1, you can use this >>> >>>>>> algorithm: >>> >>>>>> >>> >>>>>> for each frame in the host input buffer: >>> >>>>>> copy the host frame to the spin frame >>> >>>>>> call performKsmps() >>> >>>>>> copy the spout frame to the host output buffer >>> >>>>>> >>> >>>>>> Then there is no delay. >>> >>>>>> >>> >>>>>> If ksmps is greater than 1 it goes like this. It's enough to >>> >>>>>> consider ksmps >>> >>>>>> = 2, >>> >>>>>> all other cases work the same way. >>> >>>>>> >>> >>>>>> for each frame in the host input buffer: >>> >>>>>> copy the current host input frame to the current spin frame >>> >>>>>> copy the current spout frame to the current host output buffer >>> >>>>>> if the current spout frame is past the end of spout: >>> >>>>>> call performKsmps >>> >>>>>> reset the spout/spin frame index to 0 >>> >>>>>> >>> >>>>>> If ksmps==1 then there is 1 frame of silence in the output at the >>> >>>>>> start, and >>> >>>>>> thereafter output lags input by 1 frame. On the final frame of the >>> >>>>>> host >>> >>>>>> buffer, Csound computes a frame in spout but it is not copied to >>> >>>>>> the output >>> >>>>>> until the next processing call. >>> >>>>>> >>> >>>>>> If ksmps==2 then there are 2 frames of silence in the output at the >>> >>>>>> start, >>> >>>>>> and thereafter output lags input by 2 frames. On the final frame of >>> >>>>>> the host >>> >>>>>> buffer,Csound computes 2 frames in spout, but depending on the size >>> >>>>>> of the >>> >>>>>> output buffer, 1 or 2 frames are not copied to the output until the >>> >>>>>> next >>> >>>>>> processing call. >>> >>>>>> >>> >>>>>> And so on. >>> >>>>>> >>> >>>>>> Regards, >>> >>>>>> Mike >>> >>>>>> >>> >>>>>> >>> >>>>>> >>> >>>>>> ----------------------------------------------------- >>> >>>>>> Michael Gogins >>> >>>>>> Irreducible Productions >>> >>>>>> http://michaelgogins.tumblr.com >>> >>>>>> Michael dot Gogins at gmail dot com >>> >>>>>> >>> >>>>>> >>> >>>>>> On Wed, Feb 5, 2014 at 7:39 PM, Rory Walsh <rorywalsh@ear.ie> >>> >>>>>> wrote: >>> >>>>>>> >>> >>>>>>> The way it stands things are fine, albeit with a ksmps delay. But >>> >>>>>>> it >>> >>>>>>> will remain constant and there won't be any drop outs. If ksmps >>> >>>>>>> ==1 >>> >>>>>>> then there will be no problems with latency. Of course I stand to >>> >>>>>>> be >>> >>>>>>> corrected. When all is said and done, I did enjoy contemplating >>> >>>>>>> life >>> >>>>>>> without Cabbage over a few beers. But that might just have been >>> >>>>>>> the >>> >>>>>>> beers :) >>> >>>>>>> >>> >>>>>>> >>> >>>>>>> On 5 February 2014 23:57, Rory Walsh <rorywalsh@ear.ie> wrote: >>> >>>>>>>> I'm glad you asked this because I'm a little lost too! I was >>> >>>>>>>> thinking >>> >>>>>>>> the >>> >>>>>>>> same as you. At some stage won't things goes south if the buffer >>> >>>>>>>> size >>> >>>>>>>> suddenly changes as is likely once automation is brought into the >>> >>>>>>>> equation? >>> >>>>>>>> >>> >>>>>>>> sent from a mobile device... >>> >>>>>>>> >>> >>>>>>>> On 5 Feb 2014 23:27, "Oeyvind Brandtsegg" >>> >>>>>>>> <oyvind.brandtsegg@ntnu.no> >>> >>>>>>>> wrote: >>> >>>>>>>>> >>> >>>>>>>>> Ok. That is good. >>> >>>>>>>>> But can it (the latency) change dynamically, as the host buffer >>> >>>>>>>>> size >>> >>>>>>>>> change dynamically? >>> >>>>>>>>> Sorry if I'm being dense but I would really like to understand. >>> >>>>>>>>> >>> >>>>>>>>> >>> >>>>>>>>> 2014-02-06 Michael Gogins <michael.gogins@gmail.com>: >>> >>>>>>>>>> No, the maximum latency is ksmps. That could be either larger, >>> >>>>>>>>>> or >>> >>>>>>>>>> smaller, >>> >>>>>>>>>> than the host buffer size. It doesn't matter. >>> >>>>>>>>>> >>> >>>>>>>>>> Regards, >>> >>>>>>>>>> Mike >>> >>>>>>>>>> >>> >>>>>>>>>> >>> >>>>>>>>>> ----------------------------------------------------- >>> >>>>>>>>>> Michael Gogins >>> >>>>>>>>>> Irreducible Productions >>> >>>>>>>>>> http://michaelgogins.tumblr.com >>> >>>>>>>>>> Michael dot Gogins at gmail dot com >>> >>>>>>>>>> >>> >>>>>>>>>> >>> >>>>>>>>>> On Wed, Feb 5, 2014 at 6:07 PM, Oeyvind Brandtsegg >>> >>>>>>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >>> >>>>>>>>>>> >>> >>>>>>>>>>> ...but the latency would be one full host buffer size, not >>> >>>>>>>>>>> just a >>> >>>>>>>>>>> ksmps, >>> >>>>>>>>>>> right? >>> >>>>>>>>>>> So a small ksmps would rather minimize the chance of a >>> >>>>>>>>>>> ksmps-buffer >>> >>>>>>>>>>> mismatch, but not actually minimize worst case latency (which >>> >>>>>>>>>>> would >>> >>>>>>>>>>> be >>> >>>>>>>>>>> one host buffer block). Isn't it so? >>> >>>>>>>>>>> >>> >>>>>>>>>>> Now, one thing I don't understand is if the latency can be >>> >>>>>>>>>>> zero >>> >>>>>>>>>>> when >>> >>>>>>>>>>> the host buffer is an integer multiple of ksmps, and it indeed >>> >>>>>>>>>>> is, >>> >>>>>>>>>>> and also the host buffer size can be dynamic, we must assume >>> >>>>>>>>>>> that >>> >>>>>>>>>>> the two buffer length may initially fit but at some later time >>> >>>>>>>>>>> they >>> >>>>>>>>>>> will not,* then* what happens at the transition point ? I >>> >>>>>>>>>>> mean, when >>> >>>>>>>>>>> we go from perfectly aligned buffers and zero latency to >>> >>>>>>>>>>> misaligned >>> >>>>>>>>>>> buffers and one bufferlength latency. Then we should have one >>> >>>>>>>>>>> non-full >>> >>>>>>>>>>> buffer in the transition from zero latency to one-buffer >>> >>>>>>>>>>> latency. >>> >>>>>>>>>>> Will >>> >>>>>>>>>>> it pop? If so, I would expect it to pop quite often(?), which >>> >>>>>>>>>>> it >>> >>>>>>>>>>> does >>> >>>>>>>>>>> not. >>> >>>>>>>>>>> Or? >>> >>>>>>>>>>> >>> >>>>>>>>>>> >>> >>>>>>>>>>> >>> >>>>>>>>>>> >>> >>>>>>>>>>> 2014-02-05 Victor Lazzarini <Victor.Lazzarini@nuim.ie>: >>> >>>>>>>>>>>> If your ksmps is small, any latency that might exist will be >>> >>>>>>>>>>>> small >>> >>>>>>>>>>>> too, >>> >>>>>>>>>>>> and I can't see it having >>> >>>>>>>>>>>> a major effect. So if you run with ksmps=16, it's 0.3 >>> >>>>>>>>>>>> millisseconds. >>> >>>>>>>>>>>> Not >>> >>>>>>>>>>>> much of a problem. >>> >>>>>>>>>>>> And for the cases where this is a problem, then it's still >>> >>>>>>>>>>>> possible >>> >>>>>>>>>>>> to >>> >>>>>>>>>>>> run with ksmps=1. >>> >>>>>>>>>>>> >>> >>>>>>>>>>>> Victor >>> >>>>>>>>>>>> On 5 Feb 2014, at 20:46, Rory Walsh wrote: >>> >>>>>>>>>>>> >>> >>>>>>>>>>>>> I wish I had thought of this before spending so much time >>> >>>>>>>>>>>>> writing >>> >>>>>>>>>>>>> a >>> >>>>>>>>>>>>> framework for developing VST plugins with Csound. I'm off >>> >>>>>>>>>>>>> now to >>> >>>>>>>>>>>>> have >>> >>>>>>>>>>>>> a few beers and rethink life! >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> On 5 February 2014 20:06, Michael Gogins >>> >>>>>>>>>>>>> <michael.gogins@gmail.com> >>> >>>>>>>>>>>>> wrote: >>> >>>>>>>>>>>>>> Then your code will run 5 times slower or so. >>> >>>>>>>>>>>>>> >>> >>>>>>>>>>>>>> Regards, >>> >>>>>>>>>>>>>> Mike >>> >>>>>>>>>>>>>> >>> >>>>>>>>>>>>>> >>> >>>>>>>>>>>>>> ----------------------------------------------------- >>> >>>>>>>>>>>>>> Michael Gogins >>> >>>>>>>>>>>>>> Irreducible Productions >>> >>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>> >>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>> >>>>>>>>>>>>>> >>> >>>>>>>>>>>>>> >>> >>>>>>>>>>>>>> On Wed, Feb 5, 2014 at 3:03 PM, Rory Walsh >>> >>>>>>>>>>>>>> <rorywalsh@ear.ie> >>> >>>>>>>>>>>>>> wrote: >>> >>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>> Seems every where I look it says don't make any >>> >>>>>>>>>>>>>>> assumptions >>> >>>>>>>>>>>>>>> about >>> >>>>>>>>>>>>>>> buffer sizes. So I guess the only fail safe way is to >>> >>>>>>>>>>>>>>> force a >>> >>>>>>>>>>>>>>> ksmps >>> >>>>>>>>>>>>>>> of >>> >>>>>>>>>>>>>>> 1? uh... >>> >>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>> On 5 February 2014 19:57, Michael Gogins >>> >>>>>>>>>>>>>>> <michael.gogins@gmail.com> >>> >>>>>>>>>>>>>>> wrote: >>> >>>>>>>>>>>>>>>> I believe that you are wrong, you cannot count on a power >>> >>>>>>>>>>>>>>>> of >>> >>>>>>>>>>>>>>>> two >>> >>>>>>>>>>>>>>>> size. >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> See these threads from KVR: >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> http://www.kvraudio.com/forum/viewtopic.php?t=279753 >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> http://www.kvraudio.com/forum/viewtopic.php?t=359951 >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> http://www.kvraudio.com/forum/viewtopic.php?p=3458228 >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> Regards, >>> >>>>>>>>>>>>>>>> Mike >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> ----------------------------------------------------- >>> >>>>>>>>>>>>>>>> Michael Gogins >>> >>>>>>>>>>>>>>>> Irreducible Productions >>> >>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>> >>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> On Wed, Feb 5, 2014 at 2:17 PM, Victor Lazzarini >>> >>>>>>>>>>>>>>>> <Victor.Lazzarini@nuim.ie> >>> >>>>>>>>>>>>>>>> wrote: >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> But I think you're probably safe setting ksmps to a low >>> >>>>>>>>>>>>>>>>> value >>> >>>>>>>>>>>>>>>>> that >>> >>>>>>>>>>>>>>>>> is a >>> >>>>>>>>>>>>>>>>> power-of-two. I would >>> >>>>>>>>>>>>>>>>> expect most hosts to run buffers that are power-of-two >>> >>>>>>>>>>>>>>>>> and >>> >>>>>>>>>>>>>>>>> that >>> >>>>>>>>>>>>>>>>> are >>> >>>>>>>>>>>>>>>>> not >>> >>>>>>>>>>>>>>>>> that small. >>> >>>>>>>>>>>>>>>>> ksmps =8,16 or 32 should do. >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> Victor >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> On 5 Feb 2014, at 18:10, Rory Walsh wrote: >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>> I was just about to answer my previous mail with the >>> >>>>>>>>>>>>>>>>>> same >>> >>>>>>>>>>>>>>>>>> thing. >>> >>>>>>>>>>>>>>>>>> That's >>> >>>>>>>>>>>>>>>>>> a pain. >>> >>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>> On 5 February 2014 18:03, Michael Gogins >>> >>>>>>>>>>>>>>>>>> <michael.gogins@gmail.com> >>> >>>>>>>>>>>>>>>>>> wrote: >>> >>>>>>>>>>>>>>>>>>> No. The host can and often does use a different host >>> >>>>>>>>>>>>>>>>>>> audio >>> >>>>>>>>>>>>>>>>>>> buffer >>> >>>>>>>>>>>>>>>>>>> size >>> >>>>>>>>>>>>>>>>>>> on >>> >>>>>>>>>>>>>>>>>>> each call to process() or processReplacing(). >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> Regards, >>> >>>>>>>>>>>>>>>>>>> Mike >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> ----------------------------------------------------- >>> >>>>>>>>>>>>>>>>>>> Michael Gogins >>> >>>>>>>>>>>>>>>>>>> Irreducible Productions >>> >>>>>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>> >>>>>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> On Wed, Feb 5, 2014 at 11:27 AM, Rory Walsh >>> >>>>>>>>>>>>>>>>>>> <rorywalsh@ear.ie> >>> >>>>>>>>>>>>>>>>>>> wrote: >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> Hi Mike, isn't it possible to query the host buffer >>> >>>>>>>>>>>>>>>>>>>> size >>> >>>>>>>>>>>>>>>>>>>> before >>> >>>>>>>>>>>>>>>>>>>> the >>> >>>>>>>>>>>>>>>>>>>> processing function is first called, in which case >>> >>>>>>>>>>>>>>>>>>>> you can >>> >>>>>>>>>>>>>>>>>>>> just >>> >>>>>>>>>>>>>>>>>>>> override the csd's ksmps? >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> On 5 February 2014 15:55, Michael Gogins >>> >>>>>>>>>>>>>>>>>>>> <michael.gogins@gmail.com> >>> >>>>>>>>>>>>>>>>>>>> wrote: >>> >>>>>>>>>>>>>>>>>>>>> I've looked into this some more. As long as the host >>> >>>>>>>>>>>>>>>>>>>>> audio >>> >>>>>>>>>>>>>>>>>>>>> buffer >>> >>>>>>>>>>>>>>>>>>>>> is >>> >>>>>>>>>>>>>>>>>>>>> not >>> >>>>>>>>>>>>>>>>>>>>> an >>> >>>>>>>>>>>>>>>>>>>>> integral multiple of ksmps, there will have to be >>> >>>>>>>>>>>>>>>>>>>>> ksmps >>> >>>>>>>>>>>>>>>>>>>>> latency >>> >>>>>>>>>>>>>>>>>>>>> between >>> >>>>>>>>>>>>>>>>>>>>> input and output. That is because performKsmps >>> >>>>>>>>>>>>>>>>>>>>> requires >>> >>>>>>>>>>>>>>>>>>>>> spin >>> >>>>>>>>>>>>>>>>>>>>> to >>> >>>>>>>>>>>>>>>>>>>>> be >>> >>>>>>>>>>>>>>>>>>>>> full, >>> >>>>>>>>>>>>>>>>>>>>> but >>> >>>>>>>>>>>>>>>>>>>>> if there is some remainder from hostsize/ksmps, >>> >>>>>>>>>>>>>>>>>>>>> there >>> >>>>>>>>>>>>>>>>>>>>> will >>> >>>>>>>>>>>>>>>>>>>>> be >>> >>>>>>>>>>>>>>>>>>>>> some >>> >>>>>>>>>>>>>>>>>>>>> frames >>> >>>>>>>>>>>>>>>>>>>>> that the host buffer doesn't have but spin needs. >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> I am letting this go for now, but if Csound could >>> >>>>>>>>>>>>>>>>>>>>> adjust >>> >>>>>>>>>>>>>>>>>>>>> ksmps >>> >>>>>>>>>>>>>>>>>>>>> during >>> >>>>>>>>>>>>>>>>>>>>> performance via the API, then we could get rid of >>> >>>>>>>>>>>>>>>>>>>>> this >>> >>>>>>>>>>>>>>>>>>>>> latency >>> >>>>>>>>>>>>>>>>>>>>> by >>> >>>>>>>>>>>>>>>>>>>>> setting >>> >>>>>>>>>>>>>>>>>>>>> ksmps equal to the host buffer size on each host >>> >>>>>>>>>>>>>>>>>>>>> processing >>> >>>>>>>>>>>>>>>>>>>>> call. >>> >>>>>>>>>>>>>>>>>>>>> I >>> >>>>>>>>>>>>>>>>>>>>> think >>> >>>>>>>>>>>>>>>>>>>>> this would be a really good idea. I'm entering it as >>> >>>>>>>>>>>>>>>>>>>>> a >>> >>>>>>>>>>>>>>>>>>>>> feature >>> >>>>>>>>>>>>>>>>>>>>> request. >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> Regards, >>> >>>>>>>>>>>>>>>>>>>>> Mike >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> Regards, >>> >>>>>>>>>>>>>>>>>>>>> Mike >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> ----------------------------------------------------- >>> >>>>>>>>>>>>>>>>>>>>> Michael Gogins >>> >>>>>>>>>>>>>>>>>>>>> Irreducible Productions >>> >>>>>>>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>> >>>>>>>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 1:47 PM, Michael Gogins >>> >>>>>>>>>>>>>>>>>>>>> <michael.gogins@gmail.com> >>> >>>>>>>>>>>>>>>>>>>>> wrote: >>> >>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> CsoundVST does the following: >>> >>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> In the processReplacing callback there are >>> >>>>>>>>>>>>>>>>>>>>>> essentially >>> >>>>>>>>>>>>>>>>>>>>>> two >>> >>>>>>>>>>>>>>>>>>>>>> simultaneous >>> >>>>>>>>>>>>>>>>>>>>>> loops, each with their own loop indexes. One loop >>> >>>>>>>>>>>>>>>>>>>>>> is for >>> >>>>>>>>>>>>>>>>>>>>>> the >>> >>>>>>>>>>>>>>>>>>>>>> host >>> >>>>>>>>>>>>>>>>>>>>>> audio >>> >>>>>>>>>>>>>>>>>>>>>> buffer, which can change in size from one call to >>> >>>>>>>>>>>>>>>>>>>>>> the >>> >>>>>>>>>>>>>>>>>>>>>> next. >>> >>>>>>>>>>>>>>>>>>>>>> The >>> >>>>>>>>>>>>>>>>>>>>>> other >>> >>>>>>>>>>>>>>>>>>>>>> loop >>> >>>>>>>>>>>>>>>>>>>>>> is for Csound. >>> >>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> For each frame of audio, one frame of audio is >>> >>>>>>>>>>>>>>>>>>>>>> copied >>> >>>>>>>>>>>>>>>>>>>>>> from >>> >>>>>>>>>>>>>>>>>>>>>> the >>> >>>>>>>>>>>>>>>>>>>>>> host >>> >>>>>>>>>>>>>>>>>>>>>> input >>> >>>>>>>>>>>>>>>>>>>>>> buffer to spin, one frame of audio is copied from >>> >>>>>>>>>>>>>>>>>>>>>> spout >>> >>>>>>>>>>>>>>>>>>>>>> to >>> >>>>>>>>>>>>>>>>>>>>>> the >>> >>>>>>>>>>>>>>>>>>>>>> host >>> >>>>>>>>>>>>>>>>>>>>>> audio >>> >>>>>>>>>>>>>>>>>>>>>> output buffer, and both loop indexes are >>> >>>>>>>>>>>>>>>>>>>>>> incremented. >>> >>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> At the end of spout, ksmps audio are processed by >>> >>>>>>>>>>>>>>>>>>>>>> Csound, >>> >>>>>>>>>>>>>>>>>>>>>> and >>> >>>>>>>>>>>>>>>>>>>>>> the >>> >>>>>>>>>>>>>>>>>>>>>> spin >>> >>>>>>>>>>>>>>>>>>>>>> and >>> >>>>>>>>>>>>>>>>>>>>>> spout buffer indexes are reset to 0. These indexes >>> >>>>>>>>>>>>>>>>>>>>>> persist >>> >>>>>>>>>>>>>>>>>>>>>> from >>> >>>>>>>>>>>>>>>>>>>>>> call >>> >>>>>>>>>>>>>>>>>>>>>> to >>> >>>>>>>>>>>>>>>>>>>>>> call, so there are no gaps or glitches. >>> >>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> There is ksmps frames latency in the code because >>> >>>>>>>>>>>>>>>>>>>>>> spin >>> >>>>>>>>>>>>>>>>>>>>>> is >>> >>>>>>>>>>>>>>>>>>>>>> read >>> >>>>>>>>>>>>>>>>>>>>>> in >>> >>>>>>>>>>>>>>>>>>>>>> before >>> >>>>>>>>>>>>>>>>>>>>>> it spout is computed. But I will try to change the >>> >>>>>>>>>>>>>>>>>>>>>> code >>> >>>>>>>>>>>>>>>>>>>>>> so >>> >>>>>>>>>>>>>>>>>>>>>> that >>> >>>>>>>>>>>>>>>>>>>>>> the >>> >>>>>>>>>>>>>>>>>>>>>> buffers >>> >>>>>>>>>>>>>>>>>>>>>> are rewound to line spout up with spin. There will >>> >>>>>>>>>>>>>>>>>>>>>> then >>> >>>>>>>>>>>>>>>>>>>>>> be >>> >>>>>>>>>>>>>>>>>>>>>> zero >>> >>>>>>>>>>>>>>>>>>>>>> latency. >>> >>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> ----------------------------------------------------- >>> >>>>>>>>>>>>>>>>>>>>>> Michael Gogins >>> >>>>>>>>>>>>>>>>>>>>>> Irreducible Productions >>> >>>>>>>>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>> >>>>>>>>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>> >>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 11:03 AM, Steven Yi >>> >>>>>>>>>>>>>>>>>>>>>> <stevenyi@gmail.com> >>> >>>>>>>>>>>>>>>>>>>>>> wrote: >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> I was in the middle of replying pretty much the >>> >>>>>>>>>>>>>>>>>>>>>>> same >>> >>>>>>>>>>>>>>>>>>>>>>> thing >>> >>>>>>>>>>>>>>>>>>>>>>> as >>> >>>>>>>>>>>>>>>>>>>>>>> Victor. >>> >>>>>>>>>>>>>>>>>>>>>>> Seems like you're introducing block's worth of >>> >>>>>>>>>>>>>>>>>>>>>>> latency >>> >>>>>>>>>>>>>>>>>>>>>>> due >>> >>>>>>>>>>>>>>>>>>>>>>> to >>> >>>>>>>>>>>>>>>>>>>>>>> the >>> >>>>>>>>>>>>>>>>>>>>>>> code >>> >>>>>>>>>>>>>>>>>>>>>>> order. >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 11:05 AM, Victor Lazzarini >>> >>>>>>>>>>>>>>>>>>>>>>> <Victor.Lazzarini@nuim.ie> wrote: >>> >>>>>>>>>>>>>>>>>>>>>>>> I would have thought that you would >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 1) write data into spin >>> >>>>>>>>>>>>>>>>>>>>>>>> 2) process >>> >>>>>>>>>>>>>>>>>>>>>>>> 3) write data out of spout. >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> if you read and write after running >>> >>>>>>>>>>>>>>>>>>>>>>>> PeformKsmps(), as >>> >>>>>>>>>>>>>>>>>>>>>>>> far >>> >>>>>>>>>>>>>>>>>>>>>>>> as >>> >>>>>>>>>>>>>>>>>>>>>>>> I >>> >>>>>>>>>>>>>>>>>>>>>>>> can >>> >>>>>>>>>>>>>>>>>>>>>>>> see >>> >>>>>>>>>>>>>>>>>>>>>>>> there might be >>> >>>>>>>>>>>>>>>>>>>>>>>> a delay between input and output, as you will be >>> >>>>>>>>>>>>>>>>>>>>>>>> effectively >>> >>>>>>>>>>>>>>>>>>>>>>>> putting >>> >>>>>>>>>>>>>>>>>>>>>>>> out the data that >>> >>>>>>>>>>>>>>>>>>>>>>>> you processed in the previous period. >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 1) process (means process the current spin data) >>> >>>>>>>>>>>>>>>>>>>>>>>> 2) write to spin the new data >>> >>>>>>>>>>>>>>>>>>>>>>>> 3) write out the result of processing the >>> >>>>>>>>>>>>>>>>>>>>>>>> previous >>> >>>>>>>>>>>>>>>>>>>>>>>> spin >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> That's what it looks like to me. Not sure if I am >>> >>>>>>>>>>>>>>>>>>>>>>>> right. >>> >>>>>>>>>>>>>>>>>>>>>>>> Also >>> >>>>>>>>>>>>>>>>>>>>>>>> this >>> >>>>>>>>>>>>>>>>>>>>>>>> discussion should be in the dev list not >>> >>>>>>>>>>>>>>>>>>>>>>>> in the users list (so my response is going >>> >>>>>>>>>>>>>>>>>>>>>>>> there). >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Victor >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> On 4 Feb 2014, at 15:47, Rory Walsh >>> >>>>>>>>>>>>>>>>>>>>>>>> <rorywalsh@ear.ie> >>> >>>>>>>>>>>>>>>>>>>>>>>> wrote: >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> I can confirm that it's not an issue with the >>> >>>>>>>>>>>>>>>>>>>>>>>>> plugin >>> >>>>>>>>>>>>>>>>>>>>>>>>> framework >>> >>>>>>>>>>>>>>>>>>>>>>>>> I'm >>> >>>>>>>>>>>>>>>>>>>>>>>>> using. I can also confirm it happens whether the >>> >>>>>>>>>>>>>>>>>>>>>>>>> plugin's >>> >>>>>>>>>>>>>>>>>>>>>>>>> processBlock() is being called the same amount >>> >>>>>>>>>>>>>>>>>>>>>>>>> of >>> >>>>>>>>>>>>>>>>>>>>>>>>> times >>> >>>>>>>>>>>>>>>>>>>>>>>>> as >>> >>>>>>>>>>>>>>>>>>>>>>>>> performKsmps(). That is to say, if the plugin >>> >>>>>>>>>>>>>>>>>>>>>>>>> sample >>> >>>>>>>>>>>>>>>>>>>>>>>>> buffer >>> >>>>>>>>>>>>>>>>>>>>>>>>> is >>> >>>>>>>>>>>>>>>>>>>>>>>>> set >>> >>>>>>>>>>>>>>>>>>>>>>>>> to >>> >>>>>>>>>>>>>>>>>>>>>>>>> 64 and so is Csound's, the problem persists. >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> I can recreate it with Reaper by placing two >>> >>>>>>>>>>>>>>>>>>>>>>>>> identical >>> >>>>>>>>>>>>>>>>>>>>>>>>> audio >>> >>>>>>>>>>>>>>>>>>>>>>>>> tracks >>> >>>>>>>>>>>>>>>>>>>>>>>>> in >>> >>>>>>>>>>>>>>>>>>>>>>>>> the session. On one track I place a straight >>> >>>>>>>>>>>>>>>>>>>>>>>>> forward >>> >>>>>>>>>>>>>>>>>>>>>>>>> in/out >>> >>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >>> >>>>>>>>>>>>>>>>>>>>>>>>> effect plugin. Then play both back at the same >>> >>>>>>>>>>>>>>>>>>>>>>>>> time. >>> >>>>>>>>>>>>>>>>>>>>>>>>> You'll >>> >>>>>>>>>>>>>>>>>>>>>>>>> hear >>> >>>>>>>>>>>>>>>>>>>>>>>>> subtle phasing taking place until you bypass the >>> >>>>>>>>>>>>>>>>>>>>>>>>> plugin >>> >>>>>>>>>>>>>>>>>>>>>>>>> effect. >>> >>>>>>>>>>>>>>>>>>>>>>>>> Here's >>> >>>>>>>>>>>>>>>>>>>>>>>>> my processBlock(), it couldn't be any simpler. >>> >>>>>>>>>>>>>>>>>>>>>>>>> Can >>> >>>>>>>>>>>>>>>>>>>>>>>>> any >>> >>>>>>>>>>>>>>>>>>>>>>>>> devs >>> >>>>>>>>>>>>>>>>>>>>>>>>> out >>> >>>>>>>>>>>>>>>>>>>>>>>>> there >>> >>>>>>>>>>>>>>>>>>>>>>>>> spot something that might introduce latency? >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> CSCompResult = csound->PerformKsmps(); >>> >>>>>>>>>>>>>>>>>>>>>>>>> for(int i=0;i<numSamplesInBuffer;i++) >>> >>>>>>>>>>>>>>>>>>>>>>>>> { >>> >>>>>>>>>>>>>>>>>>>>>>>>> if(!CSCompResult) >>> >>>>>>>>>>>>>>>>>>>>>>>>> { >>> >>>>>>>>>>>>>>>>>>>>>>>>> for(int channel = 0; channel < >>> >>>>>>>>>>>>>>>>>>>>>>>>> getNumOutputChannels(); >>> >>>>>>>>>>>>>>>>>>>>>>>>> channel++ ) >>> >>>>>>>>>>>>>>>>>>>>>>>>> { >>> >>>>>>>>>>>>>>>>>>>>>>>>> audioBuffer = >>> >>>>>>>>>>>>>>>>>>>>>>>>> buffer.getSampleData(channel,0); >>> >>>>>>>>>>>>>>>>>>>>>>>>> pos = igetNumOutputChannels(); >>> >>>>>>>>>>>>>>>>>>>>>>>>> CSspin[channel+pos] = >>> >>>>>>>>>>>>>>>>>>>>>>>>> audioBuffer[i]cs_scale; >>> >>>>>>>>>>>>>>>>>>>>>>>>> audioBuffer[i] = >>> >>>>>>>>>>>>>>>>>>>>>>>>> (CSspout[channel+pos]/cs_scale); >>> >>>>>>>>>>>>>>>>>>>>>>>>> } >>> >>>>>>>>>>>>>>>>>>>>>>>>> } >>> >>>>>>>>>>>>>>>>>>>>>>>>> else >>> >>>>>>>>>>>>>>>>>>>>>>>>> buffer.clear(); >>> >>>>>>>>>>>>>>>>>>>>>>>>> } >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 15:04, Oeyvind Brandtsegg >>> >>>>>>>>>>>>>>>>>>>>>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >>> >>>>>>>>>>>>>>>>>>>>>>>>>> All good. >>> >>>>>>>>>>>>>>>>>>>>>>>>>> I could test with csound~ and found another >>> >>>>>>>>>>>>>>>>>>>>>>>>>> cause >>> >>>>>>>>>>>>>>>>>>>>>>>>>> for >>> >>>>>>>>>>>>>>>>>>>>>>>>>> the >>> >>>>>>>>>>>>>>>>>>>>>>>>>> latency. >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Steven Yi <stevenyi@gmail.com>: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Nope. I did some work on updating the CMake >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> file >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> to >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> try >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> building >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> on >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Windows yesterday. I need to do so me research >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> to >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> see >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> about >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> libraries >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> to link to and other things, but it may take a >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> while >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> with >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> current >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> work >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> load. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:47 AM, Oeyvind >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> That looks as if it's for OSX only (?), >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> perhaps not compiled for windows yet? >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Steven Yi <stevenyi@gmail.com>: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6~ should be with the installer; also >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> available >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> at: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://sourceforge.net/projects/csound/files/csound6/Csound6.02/csound~_v1.1.1.pkg/download >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:38 AM, Oeyvind >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I can also reproduce it with csound~ in >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> MaxForLive >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> haven't tried with csound6~ (where can I >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> find >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> it?) >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Now, testing with Max (not in Live), and >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Reaper, >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> find >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> can not >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> reproduce the behaviour there. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> So there is something with Live then. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> However, >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> other >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> VST >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugins >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Live does not introduce extra latency. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> The way I measure latency is by setiing up >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> a >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> microphone >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> close >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> to >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> speaker, close enough that it will almost >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> feed, >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> then tap the mic and listen to the >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> resonance of >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> system. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> When >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency changes, the resonance will change. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> When I add a plugin (Cabbage or MaxForLive >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound~), >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> (and so the resonance) changes. If I load >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> other >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> VST >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugins >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> this >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> does >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> not happen, the latency does not change. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> But as I said, I can only reproduce it in >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Live. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Sorry >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> for >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> noise. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh <rorywalsh@ear.ie>: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I can recreate it here. It's subtle, but >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> present. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I'll >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> take >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> a >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> look. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:38, Oeyvind >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Yes, I have tried different ksmps values, >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> both >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> higher >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> and >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> lower >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> and >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> equal to the host buffer size. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Will investigate if I can reproduce it on >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound~. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh <rorywalsh@ear.ie>: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On second thoughts I can't see what >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> might be >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> causing >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> this. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Have you >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> tried setting ksmps to be the same as >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> your >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> host's >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> buffer >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> size? >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:01, Rory Walsh >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> <rorywalsh@ear.ie> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I think I have it... Lunch first >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> though.. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sent from a mobile device... >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 Feb 2014 12:56, "Rory Walsh" >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> <rorywalsh@ear.ie> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Are you just running audio straight in >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> and >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> out, >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> no >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processing? The >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin host calls the plugin's >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock() >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> which >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> turn >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> calls >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> performKsmps(). So long as >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock() >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> is >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> being >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> called >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> (if the >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> track is playing for example) >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> performKsmps() >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> will >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> be >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> called >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> over and >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> over again processing ksmps samples >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> each >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> time. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> At >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> moment >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock() method and the >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> performKsmps() >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> are >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> firing >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> off >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> at >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> different speeds. I can look at >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> forcing >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugins >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> to >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> process the >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> same amount of samples as the plugin >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> does >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> each >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> call >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> to >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock(). Perhaps that might >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> help. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 12:41, Oeyvind >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> <oyvind.brandtsegg@ntnu.no> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Regarding latency and buffers, >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I thought I had understood that >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound, >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> when >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> used >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> as a >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin (e.g. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cabbage or csound~) would process the >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> audio >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> buffer >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "in >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> place", so no >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> extra latency would incur due to the >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sound >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> being >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processed >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> through >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Csound, assuming that ksmps is smaler >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> than >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> host >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> program's buffer >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> size. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Now, running Cabbage plugins in >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Ableton >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Live, >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I've >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> been >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> investigating >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency issues, and I find that >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> adding a >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> simple >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin will >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> delay the signal. Also, adding more >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> than >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> one >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> such >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> series >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> increases the delay/latency >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> accordingly. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I've >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> tried >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> using >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> different >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ksmps, and this indeed affects the >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> amount >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> of >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> but >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> even setting >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ksmps=1 does not get rid of it. >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Can the buffer be processed "in >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> place"? >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> best >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> bug >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> be >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound" >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> here >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> with >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> body >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> -- >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>> >>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>> >>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>> >>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>> >>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>> >>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>> >>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >>> >>>>>>>>>>>>>>>>>>>>>>>>>> here >>> >>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>> >>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>> >>>>>>>>>>>>>>>>>>>>>>>>>> with >>> >>>>>>>>>>>>>>>>>>>>>>>>>> body >>> >>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>> >>>>>>>>>>>>>>>>>>>>>>>>> trackers >>> >>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>> >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be posted >>> >>>>>>>>>>>>>>>>>>>>>>>>> here >>> >>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>> >>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>> >>>>>>>>>>>>>>>>>>>>>>>>> with >>> >>>>>>>>>>>>>>>>>>>>>>>>> body >>> >>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>> >>>>>>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >>> >>>>>>>>>>>>>>>>>>>>>>>> Applications >>> >>>>>>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >>> >>>>>>>>>>>>>>>>>>>>>>>> Avoid >>> >>>>>>>>>>>>>>>>>>>>>>>> Common >>> >>>>>>>>>>>>>>>>>>>>>>>> Pitfalls. >>> >>>>>>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>>>>>>>>>>>>>>>>>>>>>>> _______________________________________________ >>> >>>>>>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>> >>>>>>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>> >>>>>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >>> >>>>>>>>>>>>>>>>>>>>>>> Applications >>> >>>>>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >>> >>>>>>>>>>>>>>>>>>>>>>> Avoid >>> >>>>>>>>>>>>>>>>>>>>>>> Common >>> >>>>>>>>>>>>>>>>>>>>>>> Pitfalls. >>> >>>>>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>>>>>>>>>>>>>>>>>>>>>> _______________________________________________ >>> >>>>>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>> >>>>>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>> >>>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>> >>>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >>> >>>>>>>>>>>>>>>>>>>>> Avoid >>> >>>>>>>>>>>>>>>>>>>>> Common >>> >>>>>>>>>>>>>>>>>>>>> Pitfalls. >>> >>>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>>>>>>>>>>>>>>>>>>>> _______________________________________________ >>> >>>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>> >>>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>> >>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>> >>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>> >>>>>>>>>>>>>>>>>>>> Common >>> >>>>>>>>>>>>>>>>>>>> Pitfalls. >>> >>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>>>>>>>>>>>>>>>>>>> _______________________________________________ >>> >>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>> >>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>> >>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>> >>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>> >>>>>>>>>>>>>>>>>>> Common >>> >>>>>>>>>>>>>>>>>>> Pitfalls. >>> >>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>>>>>>>>>>>>>>>>>> _______________________________________________ >>> >>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>> >>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>> >>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>> >>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>> >>>>>>>>>>>>>>>>>> Common >>> >>>>>>>>>>>>>>>>>> Pitfalls. >>> >>>>>>>>>>>>>>>>>> Read the Whitepaper. >>> >>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>>>>>>>>>>>>>>>>> _______________________________________________ >>> >>>>>>>>>>>>>>>>>> Csound-devel mailing list >>> >>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> Dr Victor Lazzarini >>> >>>>>>>>>>>>>>>>> Senior Lecturer >>> >>>>>>>>>>>>>>>>> Dept. of Music >>> >>>>>>>>>>>>>>>>> NUI Maynooth Ireland >>> >>>>>>>>>>>>>>>>> tel.: +353 1 708 3545 >>> >>>>>>>>>>>>>>>>> Victor dot Lazzarini AT nuim dot ie >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>> >>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>> >>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>> >>>>>>>>>>>>>>>>> Common >>> >>>>>>>>>>>>>>>>> Pitfalls. >>> >>>>>>>>>>>>>>>>> Read the Whitepaper. >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>>>>>>>>>>>>>>>> _______________________________________________ >>> >>>>>>>>>>>>>>>>> Csound-devel mailing list >>> >>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>> >>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>> >>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>> >>>>>>>>>>>>>>>> Common >>> >>>>>>>>>>>>>>>> Pitfalls. >>> >>>>>>>>>>>>>>>> Read the Whitepaper. >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>>>>>>>>>>>>>>> _______________________________________________ >>> >>>>>>>>>>>>>>>> Csound-devel mailing list >>> >>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>> >>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>> >>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>> >>>>>>>>>>>>>>> Common >>> >>>>>>>>>>>>>>> Pitfalls. >>> >>>>>>>>>>>>>>> Read the Whitepaper. >>> >>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>>>>>>>>>>>>>> _______________________________________________ >>> >>>>>>>>>>>>>>> Csound-devel mailing list >>> >>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>>>>>>>>>>>>> >>> >>>>>>>>>>>>>> >>> >>>>>>>>>>>>>> >>> >>>>>>>>>>>>>> >>> >>>>>>>>>>>>>> >>> >>>>>>>>>>>>>> >>> >>>>>>>>>>>>>> >>> >>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>> >>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>> >>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>> >>>>>>>>>>>>>> Common >>> >>>>>>>>>>>>>> Pitfalls. >>> >>>>>>>>>>>>>> Read the Whitepaper. >>> >>>>>>>>>>>>>> >>> >>>>>>>>>>>>>> >>> >>>>>>>>>>>>>> >>> >>>>>>>>>>>>>> >>> >>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>>>>>>>>>>>>> _______________________________________________ >>> >>>>>>>>>>>>>> Csound-devel mailing list >>> >>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>>>>>>>>>>>>> >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> ------------------------------------------------------------------------------ >>> >>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>> >>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>> >>>>>>>>>>>>> Pitfalls. >>> >>>>>>>>>>>>> Read the Whitepaper. >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> >>> >>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>>>>>>>>>>>> _______________________________________________ >>> >>>>>>>>>>>>> Csound-devel mailing list >>> >>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>>>>>>>>>>> >>> >>>>>>>>>>>> Dr Victor Lazzarini >>> >>>>>>>>>>>> Senior Lecturer >>> >>>>>>>>>>>> Dept. of Music >>> >>>>>>>>>>>> NUI Maynooth Ireland >>> >>>>>>>>>>>> tel.: +353 1 708 3545 >>> >>>>>>>>>>>> Victor dot Lazzarini AT nuim dot ie >>> >>>>>>>>>>>> >>> >>>>>>>>>>>> >>> >>>>>>>>>>>> >>> >>>>>>>>>>>> >>> >>>>>>>>>>>> >>> >>>>>>>>>>>> >>> >>>>>>>>>>>> >>> >>>>>>>>>>>> >>> >>>>>>>>>>>> ------------------------------------------------------------------------------ >>> >>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>> >>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>> >>>>>>>>>>>> Pitfalls. >>> >>>>>>>>>>>> Read the Whitepaper. >>> >>>>>>>>>>>> >>> >>>>>>>>>>>> >>> >>>>>>>>>>>> >>> >>>>>>>>>>>> >>> >>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>>>>>>>>>>> _______________________________________________ >>> >>>>>>>>>>>> Csound-devel mailing list >>> >>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>>>>>>>>>> >>> >>>>>>>>>>> >>> >>>>>>>>>>> >>> >>>>>>>>>>> -- >>> >>>>>>>>>>> >>> >>>>>>>>>>> Oeyvind Brandtsegg >>> >>>>>>>>>>> Professor of Music Technology >>> >>>>>>>>>>> NTNU >>> >>>>>>>>>>> 7491 Trondheim >>> >>>>>>>>>>> Norway >>> >>>>>>>>>>> Cell: +47 92 203 205 >>> >>>>>>>>>>> >>> >>>>>>>>>>> http://flyndresang.no/ >>> >>>>>>>>>>> http://www.partikkelaudio.com/ >>> >>>>>>>>>>> http://soundcloud.com/brandtsegg >>> >>>>>>>>>>> http://soundcloud.com/t-emp >>> >>>>>>>>>>> >>> >>>>>>>>>>> >>> >>>>>>>>>>> >>> >>>>>>>>>>> >>> >>>>>>>>>>> >>> >>>>>>>>>>> ------------------------------------------------------------------------------ >>> >>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>> >>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>> >>>>>>>>>>> Pitfalls. >>> >>>>>>>>>>> Read the Whitepaper. >>> >>>>>>>>>>> >>> >>>>>>>>>>> >>> >>>>>>>>>>> >>> >>>>>>>>>>> >>> >>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>>>>>>>>>> _______________________________________________ >>> >>>>>>>>>>> Csound-devel mailing list >>> >>>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>>>>>>>>> >>> >>>>>>>>>> >>> >>>>>>>>>> >>> >>>>>>>>>> >>> >>>>>>>>>> >>> >>>>>>>>>> >>> >>>>>>>>>> ------------------------------------------------------------------------------ >>> >>>>>>>>>> Managing the Performance of Cloud-Based Applications >>> >>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>> >>>>>>>>>> Pitfalls. >>> >>>>>>>>>> Read the Whitepaper. >>> >>>>>>>>>> >>> >>>>>>>>>> >>> >>>>>>>>>> >>> >>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>>>>>>>>> _______________________________________________ >>> >>>>>>>>>> Csound-devel mailing list >>> >>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>>>>>>>>> >>> >>>>>>>>> >>> >>>>>>>>> >>> >>>>>>>>> >>> >>>>>>>>> -- >>> >>>>>>>>> >>> >>>>>>>>> Oeyvind Brandtsegg >>> >>>>>>>>> Professor of Music Technology >>> >>>>>>>>> NTNU >>> >>>>>>>>> 7491 Trondheim >>> >>>>>>>>> Norway >>> >>>>>>>>> Cell: +47 92 203 205 >>> >>>>>>>>> >>> >>>>>>>>> http://flyndresang.no/ >>> >>>>>>>>> http://www.partikkelaudio.com/ >>> >>>>>>>>> http://soundcloud.com/brandtsegg >>> >>>>>>>>> http://soundcloud.com/t-emp >>> >>>>>>>>> >>> >>>>>>>>> >>> >>>>>>>>> >>> >>>>>>>>> >>> >>>>>>>>> ------------------------------------------------------------------------------ >>> >>>>>>>>> Managing the Performance of Cloud-Based Applications >>> >>>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>> >>>>>>>>> Pitfalls. >>> >>>>>>>>> Read the Whitepaper. >>> >>>>>>>>> >>> >>>>>>>>> >>> >>>>>>>>> >>> >>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>>>>>>>> _______________________________________________ >>> >>>>>>>>> Csound-devel mailing list >>> >>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>>>>>> >>> >>>>>>> >>> >>>>>>> >>> >>>>>>> ------------------------------------------------------------------------------ >>> >>>>>>> Managing the Performance of Cloud-Based Applications >>> >>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>> >>>>>>> Pitfalls. >>> >>>>>>> Read the Whitepaper. >>> >>>>>>> >>> >>>>>>> >>> >>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>>>>>> _______________________________________________ >>> >>>>>>> Csound-devel mailing list >>> >>>>>>> Csound-devel@lists.sourceforge.net >>> >>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>>>>> >>> >>>>>> >>> >>>>>> >>> >>>>>> >>> >>>>>> ------------------------------------------------------------------------------ >>> >>>>>> Managing the Performance of Cloud-Based Applications >>> >>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>> >>>>>> Pitfalls. >>> >>>>>> Read the Whitepaper. >>> >>>>>> >>> >>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>>>>> _______________________________________________ >>> >>>>>> Csound-devel mailing list >>> >>>>>> Csound-devel@lists.sourceforge.net >>> >>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>>>>> >>> >>>>> >>> >>>>> >>> >>>>> >>> >>>>> -- >>> >>>>> >>> >>>>> Oeyvind Brandtsegg >>> >>>>> Professor of Music Technology >>> >>>>> NTNU >>> >>>>> 7491 Trondheim >>> >>>>> Norway >>> >>>>> Cell: +47 92 203 205 >>> >>>>> >>> >>>>> http://flyndresang.no/ >>> >>>>> http://www.partikkelaudio.com/ >>> >>>>> http://soundcloud.com/brandtsegg >>> >>>>> http://soundcloud.com/t-emp >>> >>>>> >>> >>>>> >>> >>>>> ------------------------------------------------------------------------------ >>> >>>>> Managing the Performance of Cloud-Based Applications >>> >>>>> Take advantage of what the Cloud has to offer - Avoid Common >>> >>>>> Pitfalls. >>> >>>>> Read the Whitepaper. >>> >>>>> >>> >>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>>>> _______________________________________________ >>> >>>>> Csound-devel mailing list >>> >>>>> Csound-devel@lists.sourceforge.net >>> >>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>> >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> >>> Managing the Performance of Cloud-Based Applications >>> >>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>> >>> Read the Whitepaper. >>> >>> >>> >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>> _______________________________________________ >>> >>> Csound-devel mailing list >>> >>> Csound-devel@lists.sourceforge.net >>> >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >> >>> >> >>> >> >>> >> -- >>> >> >>> >> Oeyvind Brandtsegg >>> >> Professor of Music Technology >>> >> NTNU >>> >> 7491 Trondheim >>> >> Norway >>> >> Cell: +47 92 203 205 >>> >> >>> >> http://flyndresang.no/ >>> >> http://www.partikkelaudio.com/ >>> >> http://soundcloud.com/brandtsegg >>> >> http://soundcloud.com/t-emp >>> >> >>> >> >>> >> ------------------------------------------------------------------------------ >>> >> Managing the Performance of Cloud-Based Applications >>> >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>> >> Read the Whitepaper. >>> >> >>> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >> _______________________________________________ >>> >> Csound-devel mailing list >>> >> Csound-devel@lists.sourceforge.net >>> >> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> > >>> > >>> > >>> > ------------------------------------------------------------------------------ >>> > Managing the Performance of Cloud-Based Applications >>> > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>> > Read the Whitepaper. >>> > >>> > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> > _______________________________________________ >>> > Csound-devel mailing list >>> > Csound-devel@lists.sourceforge.net >>> > https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>> >>> >>> -- >>> >>> Oeyvind Brandtsegg >>> Professor of Music Technology >>> NTNU >>> 7491 Trondheim >>> Norway >>> Cell: +47 92 203 205 >>> >>> http://flyndresang.no/ >>> http://www.partikkelaudio.com/ >>> http://soundcloud.com/brandtsegg >>> http://soundcloud.com/t-emp >>> >>> >>> ------------------------------------------------------------------------------ >>> Managing the Performance of Cloud-Based Applications >>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>> Read the Whitepaper. >>> >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> _______________________________________________ >>> Csound-devel mailing list >>> Csound-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >> >> ------------------------------------------------------------------------------ >> Managing the Performance of Cloud-Based Applications >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> Read the Whitepaper. >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> _______________________________________________ >> Csound-devel mailing list >> Csound-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/csound-devel >> ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/csound-devel

Date	2014-02-06 17:27
From	Rory Walsh
Subject	Re: [Cs-dev] [Csnd] Latency and buffers
	That's what I've done with Cabbage. I've only tested with Reaper but so far so good. No more delays. On 6 February 2014 16:48, Michael Gogins wrote: > Correction: I think the following would be more reliable: > > (1) After compiling the orc, call setInitialDelay with ksmps, THEN call > ioChanged. In resume, the host will be pick up the initial delay. Calling > setInitialDelay only sets the value of this field, it does not notify the > host. > > Regards, > Mike > > > ----------------------------------------------------- > Michael Gogins > Irreducible Productions > http://michaelgogins.tumblr.com > Michael dot Gogins at gmail dot com > > > On Thu, Feb 6, 2014 at 11:42 AM, Michael Gogins > wrote: >> >> I've reviewed the VST plugin latency issue. It seems that the best thing >> that I can do for CsoundVST: >> >> (1) After compiling the orc, call ioChanged to notify the host that the >> plugin's latency may have changed. >> >> (2) In suspend or resume, call setInitialDelay with ksmps to tell the host >> what that latency now is. >> >> Rory, does that sound correct to you? >> >> I do know that different VST hosts may handle this differently. >> >> Regards, >> Mike >> >> >> ----------------------------------------------------- >> Michael Gogins >> Irreducible Productions >> http://michaelgogins.tumblr.com >> Michael dot Gogins at gmail dot com >> >> >> On Thu, Feb 6, 2014 at 10:55 AM, Rory Walsh wrote: >>> >>> This works really well. In Reaper the PDC is done automatically so the >>> problem is effectively solved, no more phasing! I'll update the >>> installer later. Perhaps you can try it with other hosts and let me >>> know how it goes. Cheers, >>> Rory. >>> >>> >>> >>> On 6 February 2014 14:13, Rory Walsh wrote: >>> > Good thinking Oeyvind. I'll add that and update the Windows installer >>> > this evening so you can try it out. >>> > >>> > On 6 February 2014 14:03, Michael Gogins >>> > wrote: >>> >> Thanks for the information, I will look into that. >>> >> >>> >> Regards, >>> >> Mike >>> >> >>> >> >>> >> ----------------------------------------------------- >>> >> Michael Gogins >>> >> Irreducible Productions >>> >> http://michaelgogins.tumblr.com >>> >> Michael dot Gogins at gmail dot com >>> >> >>> >> >>> >> On Thu, Feb 6, 2014 at 8:59 AM, Oeyvind Brandtsegg >>> >> wrote: >>> >>> >>> >>> Ok, good. >>> >>> Just one last thing, >>> >>> We might need to check (CsoundVST and Cabbage) if the effective >>> >>> latency is reported correctly to the host, >>> >>> as even a millisecond latency will matter if processing is done in >>> >>> parallell (clean sound on one track, processsed sound with latency >>> >>> one >>> >>> another), that is, when the two are mixed we will have phasing >>> >>> artifacts at 1kHz and integer multiples. >>> >>> I'm not sure if the reported latency is reported correctly now, as >>> >>> the >>> >>> tracks do not line up when Delay compensation is turned on (in Live). >>> >>> Other VSTs line up nicely when Delay compensation is on. >>> >>> >>> >>> all best >>> >>> >>> >>> >>> >>> 2014-02-06 Victor Lazzarini : >>> >>> > As you noticed, MaxMSP has also some issues when used as a plugin >>> >>> > in >>> >>> > Ableton, because of >>> >>> > buffering. I would risk saying that it is because it has to work, >>> >>> > as a >>> >>> > Csound, with a set block size. >>> >>> > But even with that, they seem to impose another layer of buffering, >>> >>> > because afaik the block size >>> >>> > by default is 64 samples. >>> >>> > >>> >>> > So, this is fundamental thing in the design of systems like Csound, >>> >>> > PD, >>> >>> > MaxMSP, that the >>> >>> > block size is fixed. To change this, it means a complete redesign >>> >>> > in >>> >>> > terms of how Csound works, >>> >>> > a rewrite of the engine and many opcodes that depend on that >>> >>> > remaining >>> >>> > constant. >>> >>> > Within Csound, we have introduced the possibility of sample >>> >>> > accurate >>> >>> > timing for events, but >>> >>> > that works within the fixed-block framework via the use of offsets. >>> >>> > >>> >>> > Note that there are systems around that work exclusively on a block >>> >>> > size >>> >>> > of 1, therefore >>> >>> > avoiding any such issues. Csound can also do that. I would not >>> >>> > necessarily think that >>> >>> > ksmps=1 is only limited to simple effects. In modern computers, I >>> >>> > have >>> >>> > seen a lot of >>> >>> > complex things running perfectly at that level. And following what >>> >>> > Mike >>> >>> > has said, ksmps=16 >>> >>> > might be perfectly acceptable in many situations. As Oeyvind >>> >>> > proved, >>> >>> > that can be much >>> >>> > better than what people are used to in some systems. If they can >>> >>> > LIVE >>> >>> > with that, surely >>> >>> > they can REAPER the benefit with Csound ;). >>> >>> > >>> >>> > Regards >>> >>> > >>> >>> > Victor >>> >>> > >>> >>> > >>> >>> > >>> >>> > >>> >>> > On 6 Feb 2014, at 09:17, Oeyvind Brandtsegg >>> >>> > >>> >>> > wrote: >>> >>> > >>> >>> >> Yes, it would definitely be a good thing to fix, >>> >>> >> especially when considering the use of a series of plugins on the >>> >>> >> same >>> >>> >> track. >>> >>> >> This is how I noticed the problem in the first place, as I had 3 >>> >>> >> or 4 >>> >>> >> Cabbage plugs in a series on the same track. >>> >>> >> One might say that this is not a wise setup, all things recently >>> >>> >> learned considered, >>> >>> >> but it is one thing that a user might expect to do without >>> >>> >> problems. >>> >>> >> >>> >>> >> The use of Csound as a plugin via Cabbage opens up Csound for >>> >>> >> being >>> >>> >> used widely in common production environments, >>> >>> >> in terms of the way forward and making the language more >>> >>> >> widespread, >>> >>> >> this is a significant area. In that respect the dynamic ksmps >>> >>> >> issue is >>> >>> >> important for the continued use if Csound in a modern workflow. >>> >>> >> >>> >>> >> Until then, I will rewrite my plugins so all things I might need >>> >>> >> on >>> >>> >> one track lives in a single Cabage plug. >>> >>> >> >>> >>> >> all best >>> >>> >> >>> >>> >> 2014-02-06 Rory Walsh : >>> >>> >>> Btw, it's clear that other plugins won't have a latency problem >>> >>> >>> because they can(or at least should be able to) deal with >>> >>> >>> variable >>> >>> >>> buffer sizes. >>> >>> >>> >>> >>> >>> On 6 February 2014 08:57, Rory Walsh wrote: >>> >>> >>>> That's a funny observation about Live. Their next product will >>> >>> >>>> be >>> >>> >>>> called Offline :) It seems ksmps==1 is a no go for anything but >>> >>> >>>> a >>> >>> >>>> single instance of a relatively simple effect(of course there >>> >>> >>>> are no >>> >>> >>>> issue with synths). And it also seems that pretty much all of >>> >>> >>>> the >>> >>> >>>> plugins standards in use today(AU, VST, LV2, etc) assume a >>> >>> >>>> dynamic >>> >>> >>>> buffer size. So as long as Csound is being used to process host >>> >>> >>>> audio >>> >>> >>>> in one of these environments it's likely there will be a latency >>> >>> >>>> problem. That is if you plan to use the full power of Csound >>> >>> >>>> there >>> >>> >>>> will be. I know the latency will in most cases be quite small, >>> >>> >>>> but >>> >>> >>>> isn't it still enough to cause undesired effects on a mix? >>> >>> >>>> >>> >>> >>>> On 6 February 2014 08:38, Oeyvind Brandtsegg >>> >>> >>>> wrote: >>> >>> >>>>> Thanks so much for that explanation Mike. >>> >>> >>>>> Rory, don't even so much as think of contemplating life without >>> >>> >>>>> Cabbage (oh you already did...) ! >>> >>> >>>>> Here's more observations about latency in different hosts that >>> >>> >>>>> might >>> >>> >>>>> brighten up thhing a bit, >>> >>> >>>>> depending on what hosts one prefer... >>> >>> >>>>> >>> >>> >>>>> In Reaper: >>> >>> >>>>> >>> >>> >>>>> >>> >>> >>>>> 2014-02-06 Michael Gogins : >>> >>> >>>>>> There are two cases. If ksmps is always 1, you can use this >>> >>> >>>>>> algorithm: >>> >>> >>>>>> >>> >>> >>>>>> for each frame in the host input buffer: >>> >>> >>>>>> copy the host frame to the spin frame >>> >>> >>>>>> call performKsmps() >>> >>> >>>>>> copy the spout frame to the host output buffer >>> >>> >>>>>> >>> >>> >>>>>> Then there is no delay. >>> >>> >>>>>> >>> >>> >>>>>> If ksmps is greater than 1 it goes like this. It's enough to >>> >>> >>>>>> consider ksmps >>> >>> >>>>>> = 2, >>> >>> >>>>>> all other cases work the same way. >>> >>> >>>>>> >>> >>> >>>>>> for each frame in the host input buffer: >>> >>> >>>>>> copy the current host input frame to the current spin frame >>> >>> >>>>>> copy the current spout frame to the current host output >>> >>> >>>>>> buffer >>> >>> >>>>>> if the current spout frame is past the end of spout: >>> >>> >>>>>> call performKsmps >>> >>> >>>>>> reset the spout/spin frame index to 0 >>> >>> >>>>>> >>> >>> >>>>>> If ksmps==1 then there is 1 frame of silence in the output at >>> >>> >>>>>> the >>> >>> >>>>>> start, and >>> >>> >>>>>> thereafter output lags input by 1 frame. On the final frame of >>> >>> >>>>>> the >>> >>> >>>>>> host >>> >>> >>>>>> buffer, Csound computes a frame in spout but it is not copied >>> >>> >>>>>> to >>> >>> >>>>>> the output >>> >>> >>>>>> until the next processing call. >>> >>> >>>>>> >>> >>> >>>>>> If ksmps==2 then there are 2 frames of silence in the output >>> >>> >>>>>> at the >>> >>> >>>>>> start, >>> >>> >>>>>> and thereafter output lags input by 2 frames. On the final >>> >>> >>>>>> frame of >>> >>> >>>>>> the host >>> >>> >>>>>> buffer,Csound computes 2 frames in spout, but depending on the >>> >>> >>>>>> size >>> >>> >>>>>> of the >>> >>> >>>>>> output buffer, 1 or 2 frames are not copied to the output >>> >>> >>>>>> until the >>> >>> >>>>>> next >>> >>> >>>>>> processing call. >>> >>> >>>>>> >>> >>> >>>>>> And so on. >>> >>> >>>>>> >>> >>> >>>>>> Regards, >>> >>> >>>>>> Mike >>> >>> >>>>>> >>> >>> >>>>>> >>> >>> >>>>>> >>> >>> >>>>>> ----------------------------------------------------- >>> >>> >>>>>> Michael Gogins >>> >>> >>>>>> Irreducible Productions >>> >>> >>>>>> http://michaelgogins.tumblr.com >>> >>> >>>>>> Michael dot Gogins at gmail dot com >>> >>> >>>>>> >>> >>> >>>>>> >>> >>> >>>>>> On Wed, Feb 5, 2014 at 7:39 PM, Rory Walsh >>> >>> >>>>>> wrote: >>> >>> >>>>>>> >>> >>> >>>>>>> The way it stands things are fine, albeit with a ksmps delay. >>> >>> >>>>>>> But >>> >>> >>>>>>> it >>> >>> >>>>>>> will remain constant and there won't be any drop outs. If >>> >>> >>>>>>> ksmps >>> >>> >>>>>>> ==1 >>> >>> >>>>>>> then there will be no problems with latency. Of course I >>> >>> >>>>>>> stand to >>> >>> >>>>>>> be >>> >>> >>>>>>> corrected. When all is said and done, I did enjoy >>> >>> >>>>>>> contemplating >>> >>> >>>>>>> life >>> >>> >>>>>>> without Cabbage over a few beers. But that might just have >>> >>> >>>>>>> been >>> >>> >>>>>>> the >>> >>> >>>>>>> beers :) >>> >>> >>>>>>> >>> >>> >>>>>>> >>> >>> >>>>>>> On 5 February 2014 23:57, Rory Walsh >>> >>> >>>>>>> wrote: >>> >>> >>>>>>>> I'm glad you asked this because I'm a little lost too! I was >>> >>> >>>>>>>> thinking >>> >>> >>>>>>>> the >>> >>> >>>>>>>> same as you. At some stage won't things goes south if the >>> >>> >>>>>>>> buffer >>> >>> >>>>>>>> size >>> >>> >>>>>>>> suddenly changes as is likely once automation is brought >>> >>> >>>>>>>> into the >>> >>> >>>>>>>> equation? >>> >>> >>>>>>>> >>> >>> >>>>>>>> sent from a mobile device... >>> >>> >>>>>>>> >>> >>> >>>>>>>> On 5 Feb 2014 23:27, "Oeyvind Brandtsegg" >>> >>> >>>>>>>> >>> >>> >>>>>>>> wrote: >>> >>> >>>>>>>>> >>> >>> >>>>>>>>> Ok. That is good. >>> >>> >>>>>>>>> But can it (the latency) change dynamically, as the host >>> >>> >>>>>>>>> buffer >>> >>> >>>>>>>>> size >>> >>> >>>>>>>>> change dynamically? >>> >>> >>>>>>>>> Sorry if I'm being dense but I would really like to >>> >>> >>>>>>>>> understand. >>> >>> >>>>>>>>> >>> >>> >>>>>>>>> >>> >>> >>>>>>>>> 2014-02-06 Michael Gogins : >>> >>> >>>>>>>>>> No, the maximum latency is ksmps. That could be either >>> >>> >>>>>>>>>> larger, >>> >>> >>>>>>>>>> or >>> >>> >>>>>>>>>> smaller, >>> >>> >>>>>>>>>> than the host buffer size. It doesn't matter. >>> >>> >>>>>>>>>> >>> >>> >>>>>>>>>> Regards, >>> >>> >>>>>>>>>> Mike >>> >>> >>>>>>>>>> >>> >>> >>>>>>>>>> >>> >>> >>>>>>>>>> ----------------------------------------------------- >>> >>> >>>>>>>>>> Michael Gogins >>> >>> >>>>>>>>>> Irreducible Productions >>> >>> >>>>>>>>>> http://michaelgogins.tumblr.com >>> >>> >>>>>>>>>> Michael dot Gogins at gmail dot com >>> >>> >>>>>>>>>> >>> >>> >>>>>>>>>> >>> >>> >>>>>>>>>> On Wed, Feb 5, 2014 at 6:07 PM, Oeyvind Brandtsegg >>> >>> >>>>>>>>>> wrote: >>> >>> >>>>>>>>>>> >>> >>> >>>>>>>>>>> ...but the latency would be one full host buffer size, >>> >>> >>>>>>>>>>> not >>> >>> >>>>>>>>>>> just a >>> >>> >>>>>>>>>>> ksmps, >>> >>> >>>>>>>>>>> right? >>> >>> >>>>>>>>>>> So a small ksmps would rather minimize the chance of a >>> >>> >>>>>>>>>>> ksmps-buffer >>> >>> >>>>>>>>>>> mismatch, but not actually minimize worst case latency >>> >>> >>>>>>>>>>> (which >>> >>> >>>>>>>>>>> would >>> >>> >>>>>>>>>>> be >>> >>> >>>>>>>>>>> one host buffer block). Isn't it so? >>> >>> >>>>>>>>>>> >>> >>> >>>>>>>>>>> Now, one thing I don't understand is if the latency can >>> >>> >>>>>>>>>>> be >>> >>> >>>>>>>>>>> zero >>> >>> >>>>>>>>>>> when >>> >>> >>>>>>>>>>> the host buffer is an integer multiple of ksmps, and it >>> >>> >>>>>>>>>>> indeed >>> >>> >>>>>>>>>>> is, >>> >>> >>>>>>>>>>> and also the host buffer size can be dynamic, we must >>> >>> >>>>>>>>>>> assume >>> >>> >>>>>>>>>>> that >>> >>> >>>>>>>>>>> the two buffer length may initially fit but at some later >>> >>> >>>>>>>>>>> time >>> >>> >>>>>>>>>>> they >>> >>> >>>>>>>>>>> will not,* then* what happens at the transition point ? I >>> >>> >>>>>>>>>>> mean, when >>> >>> >>>>>>>>>>> we go from perfectly aligned buffers and zero latency to >>> >>> >>>>>>>>>>> misaligned >>> >>> >>>>>>>>>>> buffers and one bufferlength latency. Then we should have >>> >>> >>>>>>>>>>> one >>> >>> >>>>>>>>>>> non-full >>> >>> >>>>>>>>>>> buffer in the transition from zero latency to one-buffer >>> >>> >>>>>>>>>>> latency. >>> >>> >>>>>>>>>>> Will >>> >>> >>>>>>>>>>> it pop? If so, I would expect it to pop quite often(?), >>> >>> >>>>>>>>>>> which >>> >>> >>>>>>>>>>> it >>> >>> >>>>>>>>>>> does >>> >>> >>>>>>>>>>> not. >>> >>> >>>>>>>>>>> Or? >>> >>> >>>>>>>>>>> >>> >>> >>>>>>>>>>> >>> >>> >>>>>>>>>>> >>> >>> >>>>>>>>>>> >>> >>> >>>>>>>>>>> 2014-02-05 Victor Lazzarini : >>> >>> >>>>>>>>>>>> If your ksmps is small, any latency that might exist >>> >>> >>>>>>>>>>>> will be >>> >>> >>>>>>>>>>>> small >>> >>> >>>>>>>>>>>> too, >>> >>> >>>>>>>>>>>> and I can't see it having >>> >>> >>>>>>>>>>>> a major effect. So if you run with ksmps=16, it's 0.3 >>> >>> >>>>>>>>>>>> millisseconds. >>> >>> >>>>>>>>>>>> Not >>> >>> >>>>>>>>>>>> much of a problem. >>> >>> >>>>>>>>>>>> And for the cases where this is a problem, then it's >>> >>> >>>>>>>>>>>> still >>> >>> >>>>>>>>>>>> possible >>> >>> >>>>>>>>>>>> to >>> >>> >>>>>>>>>>>> run with ksmps=1. >>> >>> >>>>>>>>>>>> >>> >>> >>>>>>>>>>>> Victor >>> >>> >>>>>>>>>>>> On 5 Feb 2014, at 20:46, Rory Walsh wrote: >>> >>> >>>>>>>>>>>> >>> >>> >>>>>>>>>>>>> I wish I had thought of this before spending so much >>> >>> >>>>>>>>>>>>> time >>> >>> >>>>>>>>>>>>> writing >>> >>> >>>>>>>>>>>>> a >>> >>> >>>>>>>>>>>>> framework for developing VST plugins with Csound. I'm >>> >>> >>>>>>>>>>>>> off >>> >>> >>>>>>>>>>>>> now to >>> >>> >>>>>>>>>>>>> have >>> >>> >>>>>>>>>>>>> a few beers and rethink life! >>> >>> >>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>> On 5 February 2014 20:06, Michael Gogins >>> >>> >>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>> wrote: >>> >>> >>>>>>>>>>>>>> Then your code will run 5 times slower or so. >>> >>> >>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>> Regards, >>> >>> >>>>>>>>>>>>>> Mike >>> >>> >>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>> ----------------------------------------------------- >>> >>> >>>>>>>>>>>>>> Michael Gogins >>> >>> >>>>>>>>>>>>>> Irreducible Productions >>> >>> >>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>> >>> >>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>> >>> >>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>> On Wed, Feb 5, 2014 at 3:03 PM, Rory Walsh >>> >>> >>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>> wrote: >>> >>> >>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>> Seems every where I look it says don't make any >>> >>> >>>>>>>>>>>>>>> assumptions >>> >>> >>>>>>>>>>>>>>> about >>> >>> >>>>>>>>>>>>>>> buffer sizes. So I guess the only fail safe way is to >>> >>> >>>>>>>>>>>>>>> force a >>> >>> >>>>>>>>>>>>>>> ksmps >>> >>> >>>>>>>>>>>>>>> of >>> >>> >>>>>>>>>>>>>>> 1? uh... >>> >>> >>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>> On 5 February 2014 19:57, Michael Gogins >>> >>> >>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>> wrote: >>> >>> >>>>>>>>>>>>>>>> I believe that you are wrong, you cannot count on a >>> >>> >>>>>>>>>>>>>>>> power >>> >>> >>>>>>>>>>>>>>>> of >>> >>> >>>>>>>>>>>>>>>> two >>> >>> >>>>>>>>>>>>>>>> size. >>> >>> >>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>> See these threads from KVR: >>> >>> >>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>> http://www.kvraudio.com/forum/viewtopic.php?t=279753 >>> >>> >>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>> http://www.kvraudio.com/forum/viewtopic.php?t=359951 >>> >>> >>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>> http://www.kvraudio.com/forum/viewtopic.php?p=3458228 >>> >>> >>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>> Regards, >>> >>> >>>>>>>>>>>>>>>> Mike >>> >>> >>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>> ----------------------------------------------------- >>> >>> >>>>>>>>>>>>>>>> Michael Gogins >>> >>> >>>>>>>>>>>>>>>> Irreducible Productions >>> >>> >>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>> >>> >>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>> >>> >>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>> On Wed, Feb 5, 2014 at 2:17 PM, Victor Lazzarini >>> >>> >>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>> wrote: >>> >>> >>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>> But I think you're probably safe setting ksmps to a >>> >>> >>>>>>>>>>>>>>>>> low >>> >>> >>>>>>>>>>>>>>>>> value >>> >>> >>>>>>>>>>>>>>>>> that >>> >>> >>>>>>>>>>>>>>>>> is a >>> >>> >>>>>>>>>>>>>>>>> power-of-two. I would >>> >>> >>>>>>>>>>>>>>>>> expect most hosts to run buffers that are >>> >>> >>>>>>>>>>>>>>>>> power-of-two >>> >>> >>>>>>>>>>>>>>>>> and >>> >>> >>>>>>>>>>>>>>>>> that >>> >>> >>>>>>>>>>>>>>>>> are >>> >>> >>>>>>>>>>>>>>>>> not >>> >>> >>>>>>>>>>>>>>>>> that small. >>> >>> >>>>>>>>>>>>>>>>> ksmps =8,16 or 32 should do. >>> >>> >>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>> Victor >>> >>> >>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>> On 5 Feb 2014, at 18:10, Rory Walsh wrote: >>> >>> >>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>> I was just about to answer my previous mail with >>> >>> >>>>>>>>>>>>>>>>>> the >>> >>> >>>>>>>>>>>>>>>>>> same >>> >>> >>>>>>>>>>>>>>>>>> thing. >>> >>> >>>>>>>>>>>>>>>>>> That's >>> >>> >>>>>>>>>>>>>>>>>> a pain. >>> >>> >>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>> On 5 February 2014 18:03, Michael Gogins >>> >>> >>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>> wrote: >>> >>> >>>>>>>>>>>>>>>>>>> No. The host can and often does use a different >>> >>> >>>>>>>>>>>>>>>>>>> host >>> >>> >>>>>>>>>>>>>>>>>>> audio >>> >>> >>>>>>>>>>>>>>>>>>> buffer >>> >>> >>>>>>>>>>>>>>>>>>> size >>> >>> >>>>>>>>>>>>>>>>>>> on >>> >>> >>>>>>>>>>>>>>>>>>> each call to process() or processReplacing(). >>> >>> >>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>> Regards, >>> >>> >>>>>>>>>>>>>>>>>>> Mike >>> >>> >>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>> ----------------------------------------------------- >>> >>> >>>>>>>>>>>>>>>>>>> Michael Gogins >>> >>> >>>>>>>>>>>>>>>>>>> Irreducible Productions >>> >>> >>>>>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>> >>> >>>>>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>> >>> >>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>> On Wed, Feb 5, 2014 at 11:27 AM, Rory Walsh >>> >>> >>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>> wrote: >>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>> Hi Mike, isn't it possible to query the host >>> >>> >>>>>>>>>>>>>>>>>>>> buffer >>> >>> >>>>>>>>>>>>>>>>>>>> size >>> >>> >>>>>>>>>>>>>>>>>>>> before >>> >>> >>>>>>>>>>>>>>>>>>>> the >>> >>> >>>>>>>>>>>>>>>>>>>> processing function is first called, in which >>> >>> >>>>>>>>>>>>>>>>>>>> case >>> >>> >>>>>>>>>>>>>>>>>>>> you can >>> >>> >>>>>>>>>>>>>>>>>>>> just >>> >>> >>>>>>>>>>>>>>>>>>>> override the csd's ksmps? >>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>> On 5 February 2014 15:55, Michael Gogins >>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>> wrote: >>> >>> >>>>>>>>>>>>>>>>>>>>> I've looked into this some more. As long as the >>> >>> >>>>>>>>>>>>>>>>>>>>> host >>> >>> >>>>>>>>>>>>>>>>>>>>> audio >>> >>> >>>>>>>>>>>>>>>>>>>>> buffer >>> >>> >>>>>>>>>>>>>>>>>>>>> is >>> >>> >>>>>>>>>>>>>>>>>>>>> not >>> >>> >>>>>>>>>>>>>>>>>>>>> an >>> >>> >>>>>>>>>>>>>>>>>>>>> integral multiple of ksmps, there will have to >>> >>> >>>>>>>>>>>>>>>>>>>>> be >>> >>> >>>>>>>>>>>>>>>>>>>>> ksmps >>> >>> >>>>>>>>>>>>>>>>>>>>> latency >>> >>> >>>>>>>>>>>>>>>>>>>>> between >>> >>> >>>>>>>>>>>>>>>>>>>>> input and output. That is because performKsmps >>> >>> >>>>>>>>>>>>>>>>>>>>> requires >>> >>> >>>>>>>>>>>>>>>>>>>>> spin >>> >>> >>>>>>>>>>>>>>>>>>>>> to >>> >>> >>>>>>>>>>>>>>>>>>>>> be >>> >>> >>>>>>>>>>>>>>>>>>>>> full, >>> >>> >>>>>>>>>>>>>>>>>>>>> but >>> >>> >>>>>>>>>>>>>>>>>>>>> if there is some remainder from hostsize/ksmps, >>> >>> >>>>>>>>>>>>>>>>>>>>> there >>> >>> >>>>>>>>>>>>>>>>>>>>> will >>> >>> >>>>>>>>>>>>>>>>>>>>> be >>> >>> >>>>>>>>>>>>>>>>>>>>> some >>> >>> >>>>>>>>>>>>>>>>>>>>> frames >>> >>> >>>>>>>>>>>>>>>>>>>>> that the host buffer doesn't have but spin >>> >>> >>>>>>>>>>>>>>>>>>>>> needs. >>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>> I am letting this go for now, but if Csound >>> >>> >>>>>>>>>>>>>>>>>>>>> could >>> >>> >>>>>>>>>>>>>>>>>>>>> adjust >>> >>> >>>>>>>>>>>>>>>>>>>>> ksmps >>> >>> >>>>>>>>>>>>>>>>>>>>> during >>> >>> >>>>>>>>>>>>>>>>>>>>> performance via the API, then we could get rid >>> >>> >>>>>>>>>>>>>>>>>>>>> of >>> >>> >>>>>>>>>>>>>>>>>>>>> this >>> >>> >>>>>>>>>>>>>>>>>>>>> latency >>> >>> >>>>>>>>>>>>>>>>>>>>> by >>> >>> >>>>>>>>>>>>>>>>>>>>> setting >>> >>> >>>>>>>>>>>>>>>>>>>>> ksmps equal to the host buffer size on each >>> >>> >>>>>>>>>>>>>>>>>>>>> host >>> >>> >>>>>>>>>>>>>>>>>>>>> processing >>> >>> >>>>>>>>>>>>>>>>>>>>> call. >>> >>> >>>>>>>>>>>>>>>>>>>>> I >>> >>> >>>>>>>>>>>>>>>>>>>>> think >>> >>> >>>>>>>>>>>>>>>>>>>>> this would be a really good idea. I'm entering >>> >>> >>>>>>>>>>>>>>>>>>>>> it as >>> >>> >>>>>>>>>>>>>>>>>>>>> a >>> >>> >>>>>>>>>>>>>>>>>>>>> feature >>> >>> >>>>>>>>>>>>>>>>>>>>> request. >>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>> Regards, >>> >>> >>>>>>>>>>>>>>>>>>>>> Mike >>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>> Regards, >>> >>> >>>>>>>>>>>>>>>>>>>>> Mike >>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>> ----------------------------------------------------- >>> >>> >>>>>>>>>>>>>>>>>>>>> Michael Gogins >>> >>> >>>>>>>>>>>>>>>>>>>>> Irreducible Productions >>> >>> >>>>>>>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>> >>> >>>>>>>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 1:47 PM, Michael Gogins >>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>> wrote: >>> >>> >>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>> CsoundVST does the following: >>> >>> >>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>> In the processReplacing callback there are >>> >>> >>>>>>>>>>>>>>>>>>>>>> essentially >>> >>> >>>>>>>>>>>>>>>>>>>>>> two >>> >>> >>>>>>>>>>>>>>>>>>>>>> simultaneous >>> >>> >>>>>>>>>>>>>>>>>>>>>> loops, each with their own loop indexes. One >>> >>> >>>>>>>>>>>>>>>>>>>>>> loop >>> >>> >>>>>>>>>>>>>>>>>>>>>> is for >>> >>> >>>>>>>>>>>>>>>>>>>>>> the >>> >>> >>>>>>>>>>>>>>>>>>>>>> host >>> >>> >>>>>>>>>>>>>>>>>>>>>> audio >>> >>> >>>>>>>>>>>>>>>>>>>>>> buffer, which can change in size from one call >>> >>> >>>>>>>>>>>>>>>>>>>>>> to >>> >>> >>>>>>>>>>>>>>>>>>>>>> the >>> >>> >>>>>>>>>>>>>>>>>>>>>> next. >>> >>> >>>>>>>>>>>>>>>>>>>>>> The >>> >>> >>>>>>>>>>>>>>>>>>>>>> other >>> >>> >>>>>>>>>>>>>>>>>>>>>> loop >>> >>> >>>>>>>>>>>>>>>>>>>>>> is for Csound. >>> >>> >>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>> For each frame of audio, one frame of audio is >>> >>> >>>>>>>>>>>>>>>>>>>>>> copied >>> >>> >>>>>>>>>>>>>>>>>>>>>> from >>> >>> >>>>>>>>>>>>>>>>>>>>>> the >>> >>> >>>>>>>>>>>>>>>>>>>>>> host >>> >>> >>>>>>>>>>>>>>>>>>>>>> input >>> >>> >>>>>>>>>>>>>>>>>>>>>> buffer to spin, one frame of audio is copied >>> >>> >>>>>>>>>>>>>>>>>>>>>> from >>> >>> >>>>>>>>>>>>>>>>>>>>>> spout >>> >>> >>>>>>>>>>>>>>>>>>>>>> to >>> >>> >>>>>>>>>>>>>>>>>>>>>> the >>> >>> >>>>>>>>>>>>>>>>>>>>>> host >>> >>> >>>>>>>>>>>>>>>>>>>>>> audio >>> >>> >>>>>>>>>>>>>>>>>>>>>> output buffer, and both loop indexes are >>> >>> >>>>>>>>>>>>>>>>>>>>>> incremented. >>> >>> >>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>> At the end of spout, ksmps audio are processed >>> >>> >>>>>>>>>>>>>>>>>>>>>> by >>> >>> >>>>>>>>>>>>>>>>>>>>>> Csound, >>> >>> >>>>>>>>>>>>>>>>>>>>>> and >>> >>> >>>>>>>>>>>>>>>>>>>>>> the >>> >>> >>>>>>>>>>>>>>>>>>>>>> spin >>> >>> >>>>>>>>>>>>>>>>>>>>>> and >>> >>> >>>>>>>>>>>>>>>>>>>>>> spout buffer indexes are reset to 0. These >>> >>> >>>>>>>>>>>>>>>>>>>>>> indexes >>> >>> >>>>>>>>>>>>>>>>>>>>>> persist >>> >>> >>>>>>>>>>>>>>>>>>>>>> from >>> >>> >>>>>>>>>>>>>>>>>>>>>> call >>> >>> >>>>>>>>>>>>>>>>>>>>>> to >>> >>> >>>>>>>>>>>>>>>>>>>>>> call, so there are no gaps or glitches. >>> >>> >>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>> There is ksmps frames latency in the code >>> >>> >>>>>>>>>>>>>>>>>>>>>> because >>> >>> >>>>>>>>>>>>>>>>>>>>>> spin >>> >>> >>>>>>>>>>>>>>>>>>>>>> is >>> >>> >>>>>>>>>>>>>>>>>>>>>> read >>> >>> >>>>>>>>>>>>>>>>>>>>>> in >>> >>> >>>>>>>>>>>>>>>>>>>>>> before >>> >>> >>>>>>>>>>>>>>>>>>>>>> it spout is computed. But I will try to change >>> >>> >>>>>>>>>>>>>>>>>>>>>> the >>> >>> >>>>>>>>>>>>>>>>>>>>>> code >>> >>> >>>>>>>>>>>>>>>>>>>>>> so >>> >>> >>>>>>>>>>>>>>>>>>>>>> that >>> >>> >>>>>>>>>>>>>>>>>>>>>> the >>> >>> >>>>>>>>>>>>>>>>>>>>>> buffers >>> >>> >>>>>>>>>>>>>>>>>>>>>> are rewound to line spout up with spin. There >>> >>> >>>>>>>>>>>>>>>>>>>>>> will >>> >>> >>>>>>>>>>>>>>>>>>>>>> then >>> >>> >>>>>>>>>>>>>>>>>>>>>> be >>> >>> >>>>>>>>>>>>>>>>>>>>>> zero >>> >>> >>>>>>>>>>>>>>>>>>>>>> latency. >>> >>> >>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>> ----------------------------------------------------- >>> >>> >>>>>>>>>>>>>>>>>>>>>> Michael Gogins >>> >>> >>>>>>>>>>>>>>>>>>>>>> Irreducible Productions >>> >>> >>>>>>>>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>> >>> >>>>>>>>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>> >>> >>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 11:03 AM, Steven Yi >>> >>> >>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>> wrote: >>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>> I was in the middle of replying pretty much >>> >>> >>>>>>>>>>>>>>>>>>>>>>> the >>> >>> >>>>>>>>>>>>>>>>>>>>>>> same >>> >>> >>>>>>>>>>>>>>>>>>>>>>> thing >>> >>> >>>>>>>>>>>>>>>>>>>>>>> as >>> >>> >>>>>>>>>>>>>>>>>>>>>>> Victor. >>> >>> >>>>>>>>>>>>>>>>>>>>>>> Seems like you're introducing block's worth >>> >>> >>>>>>>>>>>>>>>>>>>>>>> of >>> >>> >>>>>>>>>>>>>>>>>>>>>>> latency >>> >>> >>>>>>>>>>>>>>>>>>>>>>> due >>> >>> >>>>>>>>>>>>>>>>>>>>>>> to >>> >>> >>>>>>>>>>>>>>>>>>>>>>> the >>> >>> >>>>>>>>>>>>>>>>>>>>>>> code >>> >>> >>>>>>>>>>>>>>>>>>>>>>> order. >>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 11:05 AM, Victor >>> >>> >>>>>>>>>>>>>>>>>>>>>>> Lazzarini >>> >>> >>>>>>>>>>>>>>>>>>>>>>> wrote: >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> I would have thought that you would >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 1) write data into spin >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 2) process >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 3) write data out of spout. >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> if you read and write after running >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> PeformKsmps(), as >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> far >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> as >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> I >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> can >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> see >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> there might be >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> a delay between input and output, as you >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> will be >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> effectively >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> putting >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> out the data that >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> you processed in the previous period. >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 1) process (means process the current spin >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> data) >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 2) write to spin the new data >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 3) write out the result of processing the >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> previous >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> spin >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> That's what it looks like to me. Not sure if >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> I am >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> right. >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Also >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> this >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> discussion should be in the dev list not >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> in the users list (so my response is going >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> there). >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Victor >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> On 4 Feb 2014, at 15:47, Rory Walsh >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> wrote: >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> I can confirm that it's not an issue with >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> the >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> plugin >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> framework >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> I'm >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> using. I can also confirm it happens >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> whether the >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> plugin's >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> processBlock() is being called the same >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> amount >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> of >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> times >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> as >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> performKsmps(). That is to say, if the >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> plugin >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> sample >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> buffer >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> is >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> set >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> to >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> 64 and so is Csound's, the problem >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> persists. >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> I can recreate it with Reaper by placing >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> two >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> identical >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> audio >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> tracks >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> in >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> the session. On one track I place a >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> straight >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> forward >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> in/out >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> effect plugin. Then play both back at the >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> same >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> time. >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> You'll >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> hear >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> subtle phasing taking place until you >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> bypass the >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> plugin >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> effect. >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> Here's >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> my processBlock(), it couldn't be any >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> simpler. >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> Can >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> any >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> devs >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> out >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> there >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> spot something that might introduce >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> latency? >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> CSCompResult = csound->PerformKsmps(); >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> for(int i=0;i>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> { >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> if(!CSCompResult) >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> { >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> for(int channel = 0; channel < >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> getNumOutputChannels(); >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> channel++ ) >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> { >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> audioBuffer = >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> buffer.getSampleData(channel,0); >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> pos = igetNumOutputChannels(); >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> CSspin[channel+pos] = >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> audioBuffer[i]cs_scale; >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> audioBuffer[i] = >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> (CSspout[channel+pos]/cs_scale); >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> } >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> } >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> else >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> buffer.clear(); >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> } >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 15:04, Oeyvind >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> All good. >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> I could test with csound~ and found >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> another >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> cause >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> for >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> the >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> latency. >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Steven Yi : >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Nope. I did some work on updating the >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> CMake >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> file >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> to >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> try >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> building >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> on >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Windows yesterday. I need to do so me >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> research >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> to >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> see >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> about >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> libraries >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> to link to and other things, but it may >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> take a >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> while >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> with >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> current >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> work >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> load. >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:47 AM, Oeyvind >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> That looks as if it's for OSX only (?), >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> perhaps not compiled for windows yet? >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Steven Yi >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> : >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6~ should be with the installer; >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> also >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> available >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> at: >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://sourceforge.net/projects/csound/files/csound6/Csound6.02/csound~_v1.1.1.pkg/download >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:38 AM, Oeyvind >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I can also reproduce it with csound~ >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> MaxForLive >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> haven't tried with csound6~ (where can >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> find >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> it?) >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Now, testing with Max (not in Live), >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> and >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Reaper, >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> find >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> can not >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> reproduce the behaviour there. >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> So there is something with Live then. >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> However, >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> other >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> VST >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugins >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Live does not introduce extra latency. >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> The way I measure latency is by >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> setiing up >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> a >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> microphone >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> close >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> to >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> speaker, close enough that it will >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> almost >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> feed, >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> then tap the mic and listen to the >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> resonance of >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> system. >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> When >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency changes, the resonance will >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> change. >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> When I add a plugin (Cabbage or >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> MaxForLive >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound~), >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> (and so the resonance) changes. If I >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> load >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> other >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> VST >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugins >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> this >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> does >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> not happen, the latency does not >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> change. >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> But as I said, I can only reproduce it >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Live. >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Sorry >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> for >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> noise. >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> : >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I can recreate it here. It's subtle, >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> but >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> present. >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I'll >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> take >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> a >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> look. >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:38, Oeyvind >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Yes, I have tried different ksmps >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> values, >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> both >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> higher >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> and >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> lower >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> and >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> equal to the host buffer size. >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Will investigate if I can reproduce >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> it on >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound~. >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> : >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On second thoughts I can't see what >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> might be >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> causing >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> this. >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Have you >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> tried setting ksmps to be the same >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> as >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> your >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> host's >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> buffer >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> size? >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:01, Rory >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Walsh >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I think I have it... Lunch first >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> though.. >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sent from a mobile device... >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 Feb 2014 12:56, "Rory Walsh" >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Are you just running audio >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> straight in >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> and >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> out, >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> no >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processing? The >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin host calls the plugin's >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock() >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> which >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> turn >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> calls >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> performKsmps(). So long as >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock() >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> is >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> being >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> called >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> (if the >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> track is playing for example) >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> performKsmps() >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> will >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> be >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> called >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> over and >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> over again processing ksmps >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> samples >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> each >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> time. >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> At >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> moment >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock() method and the >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> performKsmps() >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> are >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> firing >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> off >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> at >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> different speeds. I can look at >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> forcing >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugins >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> to >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> process the >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> same amount of samples as the >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> does >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> each >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> call >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> to >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock(). Perhaps that >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> might >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> help. >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 12:41, Oeyvind >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Regarding latency and buffers, >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I thought I had understood that >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound, >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> when >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> used >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> as a >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin (e.g. >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cabbage or csound~) would >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> process the >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> audio >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> buffer >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "in >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> place", so no >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> extra latency would incur due to >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sound >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> being >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processed >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> through >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Csound, assuming that ksmps is >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> smaler >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> than >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> host >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> program's buffer >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> size. >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Now, running Cabbage plugins in >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Ableton >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Live, >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I've >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> been >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> investigating >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency issues, and I find that >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> adding a >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> simple >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin will >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> delay the signal. Also, adding >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> more >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> than >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> one >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> such >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> series >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> increases the delay/latency >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> accordingly. >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I've >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> tried >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> using >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> different >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ksmps, and this indeed affects >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> amount >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> of >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> but >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> even setting >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ksmps=1 does not get rid of it. >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Can the buffer be processed "in >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> place"? >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> best >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Sourceforge >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> bug >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> can >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> be >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound" >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Sourceforge bug >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> can be >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> bug >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> be >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> bug >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> be >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> bug >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> be >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> bug >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> here >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> with >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> body >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> -- >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> posted >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> here >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> with >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> body >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> trackers >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> posted >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> here >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> with >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> body >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Applications >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> offer - >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Avoid >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Common >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Pitfalls. >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> _______________________________________________ >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>> >>> >>>>>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >>> >>> >>>>>>>>>>>>>>>>>>>>>>> Applications >>> >>> >>>>>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer >>> >>> >>>>>>>>>>>>>>>>>>>>>>> - >>> >>> >>>>>>>>>>>>>>>>>>>>>>> Avoid >>> >>> >>>>>>>>>>>>>>>>>>>>>>> Common >>> >>> >>>>>>>>>>>>>>>>>>>>>>> Pitfalls. >>> >>> >>>>>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>> _______________________________________________ >>> >>> >>>>>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>> >>> >>>>>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>> >>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>> >>> >>>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >>> >>> >>>>>>>>>>>>>>>>>>>>> Applications >>> >>> >>>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >>> >>> >>>>>>>>>>>>>>>>>>>>> Avoid >>> >>> >>>>>>>>>>>>>>>>>>>>> Common >>> >>> >>>>>>>>>>>>>>>>>>>>> Pitfalls. >>> >>> >>>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>> >>>>>>>>>>>>>>>>>>>>> _______________________________________________ >>> >>> >>>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>> >>> >>>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>> >>>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>> >>> >>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >>> >>> >>>>>>>>>>>>>>>>>>>> Applications >>> >>> >>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >>> >>> >>>>>>>>>>>>>>>>>>>> Avoid >>> >>> >>>>>>>>>>>>>>>>>>>> Common >>> >>> >>>>>>>>>>>>>>>>>>>> Pitfalls. >>> >>> >>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>> >>>>>>>>>>>>>>>>>>>> _______________________________________________ >>> >>> >>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>> >>> >>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>> >>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>> >>> >>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >>> >>> >>>>>>>>>>>>>>>>>>> Applications >>> >>> >>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >>> >>> >>>>>>>>>>>>>>>>>>> Avoid >>> >>> >>>>>>>>>>>>>>>>>>> Common >>> >>> >>>>>>>>>>>>>>>>>>> Pitfalls. >>> >>> >>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>> >>> >>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>> >>>>>>>>>>>>>>>>>>> _______________________________________________ >>> >>> >>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>> >>> >>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>> >>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>> >>>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>> >>> >>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >>> >>> >>>>>>>>>>>>>>>>>> Applications >>> >>> >>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >>> >>> >>>>>>>>>>>>>>>>>> Avoid >>> >>> >>>>>>>>>>>>>>>>>> Common >>> >>> >>>>>>>>>>>>>>>>>> Pitfalls. >>> >>> >>>>>>>>>>>>>>>>>> Read the Whitepaper. >>> >>> >>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>> >>>>>>>>>>>>>>>>>> _______________________________________________ >>> >>> >>>>>>>>>>>>>>>>>> Csound-devel mailing list >>> >>> >>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>> >>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>> >>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>> Dr Victor Lazzarini >>> >>> >>>>>>>>>>>>>>>>> Senior Lecturer >>> >>> >>>>>>>>>>>>>>>>> Dept. of Music >>> >>> >>>>>>>>>>>>>>>>> NUI Maynooth Ireland >>> >>> >>>>>>>>>>>>>>>>> tel.: +353 1 708 3545 >>> >>> >>>>>>>>>>>>>>>>> Victor dot Lazzarini AT nuim dot ie >>> >>> >>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>> >>> >>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >>> >>> >>>>>>>>>>>>>>>>> Applications >>> >>> >>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >>> >>> >>>>>>>>>>>>>>>>> Avoid >>> >>> >>>>>>>>>>>>>>>>> Common >>> >>> >>>>>>>>>>>>>>>>> Pitfalls. >>> >>> >>>>>>>>>>>>>>>>> Read the Whitepaper. >>> >>> >>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>> >>>>>>>>>>>>>>>>> _______________________________________________ >>> >>> >>>>>>>>>>>>>>>>> Csound-devel mailing list >>> >>> >>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>> >>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>> >>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>> >>> >>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>> >>> >>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >>> >>> >>>>>>>>>>>>>>>> Avoid >>> >>> >>>>>>>>>>>>>>>> Common >>> >>> >>>>>>>>>>>>>>>> Pitfalls. >>> >>> >>>>>>>>>>>>>>>> Read the Whitepaper. >>> >>> >>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>> >>>>>>>>>>>>>>>> _______________________________________________ >>> >>> >>>>>>>>>>>>>>>> Csound-devel mailing list >>> >>> >>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>> >>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>> >>>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>> >>> >>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>> >>> >>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>> >>> >>>>>>>>>>>>>>> Common >>> >>> >>>>>>>>>>>>>>> Pitfalls. >>> >>> >>>>>>>>>>>>>>> Read the Whitepaper. >>> >>> >>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>> >>>>>>>>>>>>>>> _______________________________________________ >>> >>> >>>>>>>>>>>>>>> Csound-devel mailing list >>> >>> >>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>> >>>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>> >>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>> >>> >>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>> >>> >>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>> >>> >>>>>>>>>>>>>> Common >>> >>> >>>>>>>>>>>>>> Pitfalls. >>> >>> >>>>>>>>>>>>>> Read the Whitepaper. >>> >>> >>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>> >>>>>>>>>>>>>> _______________________________________________ >>> >>> >>>>>>>>>>>>>> Csound-devel mailing list >>> >>> >>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>> >>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>> >>>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>> ------------------------------------------------------------------------------ >>> >>> >>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>> >>> >>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>> >>> >>>>>>>>>>>>> Common >>> >>> >>>>>>>>>>>>> Pitfalls. >>> >>> >>>>>>>>>>>>> Read the Whitepaper. >>> >>> >>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>> >>>>>>>>>>>>> _______________________________________________ >>> >>> >>>>>>>>>>>>> Csound-devel mailing list >>> >>> >>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>> >>>>>>>>>>>>> >>> >>> >>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>> >>>>>>>>>>>> >>> >>> >>>>>>>>>>>> Dr Victor Lazzarini >>> >>> >>>>>>>>>>>> Senior Lecturer >>> >>> >>>>>>>>>>>> Dept. of Music >>> >>> >>>>>>>>>>>> NUI Maynooth Ireland >>> >>> >>>>>>>>>>>> tel.: +353 1 708 3545 >>> >>> >>>>>>>>>>>> Victor dot Lazzarini AT nuim dot ie >>> >>> >>>>>>>>>>>> >>> >>> >>>>>>>>>>>> >>> >>> >>>>>>>>>>>> >>> >>> >>>>>>>>>>>> >>> >>> >>>>>>>>>>>> >>> >>> >>>>>>>>>>>> >>> >>> >>>>>>>>>>>> >>> >>> >>>>>>>>>>>> >>> >>> >>>>>>>>>>>> >>> >>> >>>>>>>>>>>> ------------------------------------------------------------------------------ >>> >>> >>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>> >>> >>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>> >>> >>>>>>>>>>>> Common >>> >>> >>>>>>>>>>>> Pitfalls. >>> >>> >>>>>>>>>>>> Read the Whitepaper. >>> >>> >>>>>>>>>>>> >>> >>> >>>>>>>>>>>> >>> >>> >>>>>>>>>>>> >>> >>> >>>>>>>>>>>> >>> >>> >>>>>>>>>>>> >>> >>> >>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>> >>>>>>>>>>>> _______________________________________________ >>> >>> >>>>>>>>>>>> Csound-devel mailing list >>> >>> >>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>> >>>>>>>>>>>> >>> >>> >>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>> >>>>>>>>>>> >>> >>> >>>>>>>>>>> >>> >>> >>>>>>>>>>> >>> >>> >>>>>>>>>>> -- >>> >>> >>>>>>>>>>> >>> >>> >>>>>>>>>>> Oeyvind Brandtsegg >>> >>> >>>>>>>>>>> Professor of Music Technology >>> >>> >>>>>>>>>>> NTNU >>> >>> >>>>>>>>>>> 7491 Trondheim >>> >>> >>>>>>>>>>> Norway >>> >>> >>>>>>>>>>> Cell: +47 92 203 205 >>> >>> >>>>>>>>>>> >>> >>> >>>>>>>>>>> http://flyndresang.no/ >>> >>> >>>>>>>>>>> http://www.partikkelaudio.com/ >>> >>> >>>>>>>>>>> http://soundcloud.com/brandtsegg >>> >>> >>>>>>>>>>> http://soundcloud.com/t-emp >>> >>> >>>>>>>>>>> >>> >>> >>>>>>>>>>> >>> >>> >>>>>>>>>>> >>> >>> >>>>>>>>>>> >>> >>> >>>>>>>>>>> >>> >>> >>>>>>>>>>> >>> >>> >>>>>>>>>>> ------------------------------------------------------------------------------ >>> >>> >>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>> >>> >>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>> >>> >>>>>>>>>>> Common >>> >>> >>>>>>>>>>> Pitfalls. >>> >>> >>>>>>>>>>> Read the Whitepaper. >>> >>> >>>>>>>>>>> >>> >>> >>>>>>>>>>> >>> >>> >>>>>>>>>>> >>> >>> >>>>>>>>>>> >>> >>> >>>>>>>>>>> >>> >>> >>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>> >>>>>>>>>>> _______________________________________________ >>> >>> >>>>>>>>>>> Csound-devel mailing list >>> >>> >>>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>> >>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>> >>>>>>>>>> >>> >>> >>>>>>>>>> >>> >>> >>>>>>>>>> >>> >>> >>>>>>>>>> >>> >>> >>>>>>>>>> >>> >>> >>>>>>>>>> >>> >>> >>>>>>>>>> >>> >>> >>>>>>>>>> ------------------------------------------------------------------------------ >>> >>> >>>>>>>>>> Managing the Performance of Cloud-Based Applications >>> >>> >>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>> >>> >>>>>>>>>> Common >>> >>> >>>>>>>>>> Pitfalls. >>> >>> >>>>>>>>>> Read the Whitepaper. >>> >>> >>>>>>>>>> >>> >>> >>>>>>>>>> >>> >>> >>>>>>>>>> >>> >>> >>>>>>>>>> >>> >>> >>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>> >>>>>>>>>> _______________________________________________ >>> >>> >>>>>>>>>> Csound-devel mailing list >>> >>> >>>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>> >>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>> >>>>>>>>>> >>> >>> >>>>>>>>> >>> >>> >>>>>>>>> >>> >>> >>>>>>>>> >>> >>> >>>>>>>>> -- >>> >>> >>>>>>>>> >>> >>> >>>>>>>>> Oeyvind Brandtsegg >>> >>> >>>>>>>>> Professor of Music Technology >>> >>> >>>>>>>>> NTNU >>> >>> >>>>>>>>> 7491 Trondheim >>> >>> >>>>>>>>> Norway >>> >>> >>>>>>>>> Cell: +47 92 203 205 >>> >>> >>>>>>>>> >>> >>> >>>>>>>>> http://flyndresang.no/ >>> >>> >>>>>>>>> http://www.partikkelaudio.com/ >>> >>> >>>>>>>>> http://soundcloud.com/brandtsegg >>> >>> >>>>>>>>> http://soundcloud.com/t-emp >>> >>> >>>>>>>>> >>> >>> >>>>>>>>> >>> >>> >>>>>>>>> >>> >>> >>>>>>>>> >>> >>> >>>>>>>>> >>> >>> >>>>>>>>> ------------------------------------------------------------------------------ >>> >>> >>>>>>>>> Managing the Performance of Cloud-Based Applications >>> >>> >>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>> >>> >>>>>>>>> Common >>> >>> >>>>>>>>> Pitfalls. >>> >>> >>>>>>>>> Read the Whitepaper. >>> >>> >>>>>>>>> >>> >>> >>>>>>>>> >>> >>> >>>>>>>>> >>> >>> >>>>>>>>> >>> >>> >>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>> >>>>>>>>> _______________________________________________ >>> >>> >>>>>>>>> Csound-devel mailing list >>> >>> >>>>>>>>> Csound-devel@lists.sourceforge.net >>> >>> >>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>> >>>>>>> >>> >>> >>>>>>> >>> >>> >>>>>>> >>> >>> >>>>>>> >>> >>> >>>>>>> ------------------------------------------------------------------------------ >>> >>> >>>>>>> Managing the Performance of Cloud-Based Applications >>> >>> >>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>> >>> >>>>>>> Pitfalls. >>> >>> >>>>>>> Read the Whitepaper. >>> >>> >>>>>>> >>> >>> >>>>>>> >>> >>> >>>>>>> >>> >>> >>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>> >>>>>>> _______________________________________________ >>> >>> >>>>>>> Csound-devel mailing list >>> >>> >>>>>>> Csound-devel@lists.sourceforge.net >>> >>> >>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>> >>>>>> >>> >>> >>>>>> >>> >>> >>>>>> >>> >>> >>>>>> >>> >>> >>>>>> >>> >>> >>>>>> ------------------------------------------------------------------------------ >>> >>> >>>>>> Managing the Performance of Cloud-Based Applications >>> >>> >>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>> >>> >>>>>> Pitfalls. >>> >>> >>>>>> Read the Whitepaper. >>> >>> >>>>>> >>> >>> >>>>>> >>> >>> >>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>> >>>>>> _______________________________________________ >>> >>> >>>>>> Csound-devel mailing list >>> >>> >>>>>> Csound-devel@lists.sourceforge.net >>> >>> >>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>> >>>>>> >>> >>> >>>>> >>> >>> >>>>> >>> >>> >>>>> >>> >>> >>>>> -- >>> >>> >>>>> >>> >>> >>>>> Oeyvind Brandtsegg >>> >>> >>>>> Professor of Music Technology >>> >>> >>>>> NTNU >>> >>> >>>>> 7491 Trondheim >>> >>> >>>>> Norway >>> >>> >>>>> Cell: +47 92 203 205 >>> >>> >>>>> >>> >>> >>>>> http://flyndresang.no/ >>> >>> >>>>> http://www.partikkelaudio.com/ >>> >>> >>>>> http://soundcloud.com/brandtsegg >>> >>> >>>>> http://soundcloud.com/t-emp >>> >>> >>>>> >>> >>> >>>>> >>> >>> >>>>> >>> >>> >>>>> ------------------------------------------------------------------------------ >>> >>> >>>>> Managing the Performance of Cloud-Based Applications >>> >>> >>>>> Take advantage of what the Cloud has to offer - Avoid Common >>> >>> >>>>> Pitfalls. >>> >>> >>>>> Read the Whitepaper. >>> >>> >>>>> >>> >>> >>>>> >>> >>> >>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>> >>>>> _______________________________________________ >>> >>> >>>>> Csound-devel mailing list >>> >>> >>>>> Csound-devel@lists.sourceforge.net >>> >>> >>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> >>> >>> Managing the Performance of Cloud-Based Applications >>> >>> >>> Take advantage of what the Cloud has to offer - Avoid Common >>> >>> >>> Pitfalls. >>> >>> >>> Read the Whitepaper. >>> >>> >>> >>> >>> >>> >>> >>> >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>> >>> _______________________________________________ >>> >>> >>> Csound-devel mailing list >>> >>> >>> Csound-devel@lists.sourceforge.net >>> >>> >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>> >> >>> >>> >> >>> >>> >> >>> >>> >> -- >>> >>> >> >>> >>> >> Oeyvind Brandtsegg >>> >>> >> Professor of Music Technology >>> >>> >> NTNU >>> >>> >> 7491 Trondheim >>> >>> >> Norway >>> >>> >> Cell: +47 92 203 205 >>> >>> >> >>> >>> >> http://flyndresang.no/ >>> >>> >> http://www.partikkelaudio.com/ >>> >>> >> http://soundcloud.com/brandtsegg >>> >>> >> http://soundcloud.com/t-emp >>> >>> >> >>> >>> >> >>> >>> >> >>> >>> >> ------------------------------------------------------------------------------ >>> >>> >> Managing the Performance of Cloud-Based Applications >>> >>> >> Take advantage of what the Cloud has to offer - Avoid Common >>> >>> >> Pitfalls. >>> >>> >> Read the Whitepaper. >>> >>> >> >>> >>> >> >>> >>> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>> >> _______________________________________________ >>> >>> >> Csound-devel mailing list >>> >>> >> Csound-devel@lists.sourceforge.net >>> >>> >> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>> > >>> >>> > >>> >>> > >>> >>> > >>> >>> > ------------------------------------------------------------------------------ >>> >>> > Managing the Performance of Cloud-Based Applications >>> >>> > Take advantage of what the Cloud has to offer - Avoid Common >>> >>> > Pitfalls. >>> >>> > Read the Whitepaper. >>> >>> > >>> >>> > >>> >>> > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>> > _______________________________________________ >>> >>> > Csound-devel mailing list >>> >>> > Csound-devel@lists.sourceforge.net >>> >>> > https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>> >>> >>> >>> >>> >>> >>> -- >>> >>> >>> >>> Oeyvind Brandtsegg >>> >>> Professor of Music Technology >>> >>> NTNU >>> >>> 7491 Trondheim >>> >>> Norway >>> >>> Cell: +47 92 203 205 >>> >>> >>> >>> http://flyndresang.no/ >>> >>> http://www.partikkelaudio.com/ >>> >>> http://soundcloud.com/brandtsegg >>> >>> http://soundcloud.com/t-emp >>> >>> >>> >>> >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> >>> Managing the Performance of Cloud-Based Applications >>> >>> Take advantage of what the Cloud has to offer - Avoid Common >>> >>> Pitfalls. >>> >>> Read the Whitepaper. >>> >>> >>> >>> >>> >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >>> _______________________________________________ >>> >>> Csound-devel mailing list >>> >>> Csound-devel@lists.sourceforge.net >>> >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >> >>> >> >>> >> >>> >> >>> >> ------------------------------------------------------------------------------ >>> >> Managing the Performance of Cloud-Based Applications >>> >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>> >> Read the Whitepaper. >>> >> >>> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> >> _______________________________________________ >>> >> Csound-devel mailing list >>> >> Csound-devel@lists.sourceforge.net >>> >> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >> >>> >>> >>> ------------------------------------------------------------------------------ >>> Managing the Performance of Cloud-Based Applications >>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>> Read the Whitepaper. >>> >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> _______________________________________________ >>> Csound-devel mailing list >>> Csound-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> > > > ------------------------------------------------------------------------------ > Managing the Performance of Cloud-Based Applications > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. > Read the Whitepaper. > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk > _______________________________________________ > Csound-devel mailing list > Csound-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/csound-devel > ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net

Date	2014-02-06 20:42
From	Oeyvind Brandtsegg
Subject	Re: [Cs-dev] [Csnd] Latency and buffers
	Tested with the installer at https://github.com/cabbageaudio/cabbage/releases now, but still have delay, perhaps it has not been updated? 2014-02-06 Rory Walsh : > That's what I've done with Cabbage. I've only tested with Reaper but > so far so good. No more delays. > > On 6 February 2014 16:48, Michael Gogins wrote: >> Correction: I think the following would be more reliable: >> >> (1) After compiling the orc, call setInitialDelay with ksmps, THEN call >> ioChanged. In resume, the host will be pick up the initial delay. Calling >> setInitialDelay only sets the value of this field, it does not notify the >> host. >> >> Regards, >> Mike >> >> >> ----------------------------------------------------- >> Michael Gogins >> Irreducible Productions >> http://michaelgogins.tumblr.com >> Michael dot Gogins at gmail dot com >> >> >> On Thu, Feb 6, 2014 at 11:42 AM, Michael Gogins >> wrote: >>> >>> I've reviewed the VST plugin latency issue. It seems that the best thing >>> that I can do for CsoundVST: >>> >>> (1) After compiling the orc, call ioChanged to notify the host that the >>> plugin's latency may have changed. >>> >>> (2) In suspend or resume, call setInitialDelay with ksmps to tell the host >>> what that latency now is. >>> >>> Rory, does that sound correct to you? >>> >>> I do know that different VST hosts may handle this differently. >>> >>> Regards, >>> Mike >>> >>> >>> ----------------------------------------------------- >>> Michael Gogins >>> Irreducible Productions >>> http://michaelgogins.tumblr.com >>> Michael dot Gogins at gmail dot com >>> >>> >>> On Thu, Feb 6, 2014 at 10:55 AM, Rory Walsh wrote: >>>> >>>> This works really well. In Reaper the PDC is done automatically so the >>>> problem is effectively solved, no more phasing! I'll update the >>>> installer later. Perhaps you can try it with other hosts and let me >>>> know how it goes. Cheers, >>>> Rory. >>>> >>>> >>>> >>>> On 6 February 2014 14:13, Rory Walsh wrote: >>>> > Good thinking Oeyvind. I'll add that and update the Windows installer >>>> > this evening so you can try it out. >>>> > >>>> > On 6 February 2014 14:03, Michael Gogins >>>> > wrote: >>>> >> Thanks for the information, I will look into that. >>>> >> >>>> >> Regards, >>>> >> Mike >>>> >> >>>> >> >>>> >> ----------------------------------------------------- >>>> >> Michael Gogins >>>> >> Irreducible Productions >>>> >> http://michaelgogins.tumblr.com >>>> >> Michael dot Gogins at gmail dot com >>>> >> >>>> >> >>>> >> On Thu, Feb 6, 2014 at 8:59 AM, Oeyvind Brandtsegg >>>> >> wrote: >>>> >>> >>>> >>> Ok, good. >>>> >>> Just one last thing, >>>> >>> We might need to check (CsoundVST and Cabbage) if the effective >>>> >>> latency is reported correctly to the host, >>>> >>> as even a millisecond latency will matter if processing is done in >>>> >>> parallell (clean sound on one track, processsed sound with latency >>>> >>> one >>>> >>> another), that is, when the two are mixed we will have phasing >>>> >>> artifacts at 1kHz and integer multiples. >>>> >>> I'm not sure if the reported latency is reported correctly now, as >>>> >>> the >>>> >>> tracks do not line up when Delay compensation is turned on (in Live). >>>> >>> Other VSTs line up nicely when Delay compensation is on. >>>> >>> >>>> >>> all best >>>> >>> >>>> >>> >>>> >>> 2014-02-06 Victor Lazzarini : >>>> >>> > As you noticed, MaxMSP has also some issues when used as a plugin >>>> >>> > in >>>> >>> > Ableton, because of >>>> >>> > buffering. I would risk saying that it is because it has to work, >>>> >>> > as a >>>> >>> > Csound, with a set block size. >>>> >>> > But even with that, they seem to impose another layer of buffering, >>>> >>> > because afaik the block size >>>> >>> > by default is 64 samples. >>>> >>> > >>>> >>> > So, this is fundamental thing in the design of systems like Csound, >>>> >>> > PD, >>>> >>> > MaxMSP, that the >>>> >>> > block size is fixed. To change this, it means a complete redesign >>>> >>> > in >>>> >>> > terms of how Csound works, >>>> >>> > a rewrite of the engine and many opcodes that depend on that >>>> >>> > remaining >>>> >>> > constant. >>>> >>> > Within Csound, we have introduced the possibility of sample >>>> >>> > accurate >>>> >>> > timing for events, but >>>> >>> > that works within the fixed-block framework via the use of offsets. >>>> >>> > >>>> >>> > Note that there are systems around that work exclusively on a block >>>> >>> > size >>>> >>> > of 1, therefore >>>> >>> > avoiding any such issues. Csound can also do that. I would not >>>> >>> > necessarily think that >>>> >>> > ksmps=1 is only limited to simple effects. In modern computers, I >>>> >>> > have >>>> >>> > seen a lot of >>>> >>> > complex things running perfectly at that level. And following what >>>> >>> > Mike >>>> >>> > has said, ksmps=16 >>>> >>> > might be perfectly acceptable in many situations. As Oeyvind >>>> >>> > proved, >>>> >>> > that can be much >>>> >>> > better than what people are used to in some systems. If they can >>>> >>> > LIVE >>>> >>> > with that, surely >>>> >>> > they can REAPER the benefit with Csound ;). >>>> >>> > >>>> >>> > Regards >>>> >>> > >>>> >>> > Victor >>>> >>> > >>>> >>> > >>>> >>> > >>>> >>> > >>>> >>> > On 6 Feb 2014, at 09:17, Oeyvind Brandtsegg >>>> >>> > >>>> >>> > wrote: >>>> >>> > >>>> >>> >> Yes, it would definitely be a good thing to fix, >>>> >>> >> especially when considering the use of a series of plugins on the >>>> >>> >> same >>>> >>> >> track. >>>> >>> >> This is how I noticed the problem in the first place, as I had 3 >>>> >>> >> or 4 >>>> >>> >> Cabbage plugs in a series on the same track. >>>> >>> >> One might say that this is not a wise setup, all things recently >>>> >>> >> learned considered, >>>> >>> >> but it is one thing that a user might expect to do without >>>> >>> >> problems. >>>> >>> >> >>>> >>> >> The use of Csound as a plugin via Cabbage opens up Csound for >>>> >>> >> being >>>> >>> >> used widely in common production environments, >>>> >>> >> in terms of the way forward and making the language more >>>> >>> >> widespread, >>>> >>> >> this is a significant area. In that respect the dynamic ksmps >>>> >>> >> issue is >>>> >>> >> important for the continued use if Csound in a modern workflow. >>>> >>> >> >>>> >>> >> Until then, I will rewrite my plugins so all things I might need >>>> >>> >> on >>>> >>> >> one track lives in a single Cabage plug. >>>> >>> >> >>>> >>> >> all best >>>> >>> >> >>>> >>> >> 2014-02-06 Rory Walsh : >>>> >>> >>> Btw, it's clear that other plugins won't have a latency problem >>>> >>> >>> because they can(or at least should be able to) deal with >>>> >>> >>> variable >>>> >>> >>> buffer sizes. >>>> >>> >>> >>>> >>> >>> On 6 February 2014 08:57, Rory Walsh wrote: >>>> >>> >>>> That's a funny observation about Live. Their next product will >>>> >>> >>>> be >>>> >>> >>>> called Offline :) It seems ksmps==1 is a no go for anything but >>>> >>> >>>> a >>>> >>> >>>> single instance of a relatively simple effect(of course there >>>> >>> >>>> are no >>>> >>> >>>> issue with synths). And it also seems that pretty much all of >>>> >>> >>>> the >>>> >>> >>>> plugins standards in use today(AU, VST, LV2, etc) assume a >>>> >>> >>>> dynamic >>>> >>> >>>> buffer size. So as long as Csound is being used to process host >>>> >>> >>>> audio >>>> >>> >>>> in one of these environments it's likely there will be a latency >>>> >>> >>>> problem. That is if you plan to use the full power of Csound >>>> >>> >>>> there >>>> >>> >>>> will be. I know the latency will in most cases be quite small, >>>> >>> >>>> but >>>> >>> >>>> isn't it still enough to cause undesired effects on a mix? >>>> >>> >>>> >>>> >>> >>>> On 6 February 2014 08:38, Oeyvind Brandtsegg >>>> >>> >>>> wrote: >>>> >>> >>>>> Thanks so much for that explanation Mike. >>>> >>> >>>>> Rory, don't even so much as think of contemplating life without >>>> >>> >>>>> Cabbage (oh you already did...) ! >>>> >>> >>>>> Here's more observations about latency in different hosts that >>>> >>> >>>>> might >>>> >>> >>>>> brighten up thhing a bit, >>>> >>> >>>>> depending on what hosts one prefer... >>>> >>> >>>>> >>>> >>> >>>>> In Reaper: >>>> >>> >>>>> >>>> >>> >>>>> >>>> >>> >>>>> 2014-02-06 Michael Gogins : >>>> >>> >>>>>> There are two cases. If ksmps is always 1, you can use this >>>> >>> >>>>>> algorithm: >>>> >>> >>>>>> >>>> >>> >>>>>> for each frame in the host input buffer: >>>> >>> >>>>>> copy the host frame to the spin frame >>>> >>> >>>>>> call performKsmps() >>>> >>> >>>>>> copy the spout frame to the host output buffer >>>> >>> >>>>>> >>>> >>> >>>>>> Then there is no delay. >>>> >>> >>>>>> >>>> >>> >>>>>> If ksmps is greater than 1 it goes like this. It's enough to >>>> >>> >>>>>> consider ksmps >>>> >>> >>>>>> = 2, >>>> >>> >>>>>> all other cases work the same way. >>>> >>> >>>>>> >>>> >>> >>>>>> for each frame in the host input buffer: >>>> >>> >>>>>> copy the current host input frame to the current spin frame >>>> >>> >>>>>> copy the current spout frame to the current host output >>>> >>> >>>>>> buffer >>>> >>> >>>>>> if the current spout frame is past the end of spout: >>>> >>> >>>>>> call performKsmps >>>> >>> >>>>>> reset the spout/spin frame index to 0 >>>> >>> >>>>>> >>>> >>> >>>>>> If ksmps==1 then there is 1 frame of silence in the output at >>>> >>> >>>>>> the >>>> >>> >>>>>> start, and >>>> >>> >>>>>> thereafter output lags input by 1 frame. On the final frame of >>>> >>> >>>>>> the >>>> >>> >>>>>> host >>>> >>> >>>>>> buffer, Csound computes a frame in spout but it is not copied >>>> >>> >>>>>> to >>>> >>> >>>>>> the output >>>> >>> >>>>>> until the next processing call. >>>> >>> >>>>>> >>>> >>> >>>>>> If ksmps==2 then there are 2 frames of silence in the output >>>> >>> >>>>>> at the >>>> >>> >>>>>> start, >>>> >>> >>>>>> and thereafter output lags input by 2 frames. On the final >>>> >>> >>>>>> frame of >>>> >>> >>>>>> the host >>>> >>> >>>>>> buffer,Csound computes 2 frames in spout, but depending on the >>>> >>> >>>>>> size >>>> >>> >>>>>> of the >>>> >>> >>>>>> output buffer, 1 or 2 frames are not copied to the output >>>> >>> >>>>>> until the >>>> >>> >>>>>> next >>>> >>> >>>>>> processing call. >>>> >>> >>>>>> >>>> >>> >>>>>> And so on. >>>> >>> >>>>>> >>>> >>> >>>>>> Regards, >>>> >>> >>>>>> Mike >>>> >>> >>>>>> >>>> >>> >>>>>> >>>> >>> >>>>>> >>>> >>> >>>>>> ----------------------------------------------------- >>>> >>> >>>>>> Michael Gogins >>>> >>> >>>>>> Irreducible Productions >>>> >>> >>>>>> http://michaelgogins.tumblr.com >>>> >>> >>>>>> Michael dot Gogins at gmail dot com >>>> >>> >>>>>> >>>> >>> >>>>>> >>>> >>> >>>>>> On Wed, Feb 5, 2014 at 7:39 PM, Rory Walsh >>>> >>> >>>>>> wrote: >>>> >>> >>>>>>> >>>> >>> >>>>>>> The way it stands things are fine, albeit with a ksmps delay. >>>> >>> >>>>>>> But >>>> >>> >>>>>>> it >>>> >>> >>>>>>> will remain constant and there won't be any drop outs. If >>>> >>> >>>>>>> ksmps >>>> >>> >>>>>>> ==1 >>>> >>> >>>>>>> then there will be no problems with latency. Of course I >>>> >>> >>>>>>> stand to >>>> >>> >>>>>>> be >>>> >>> >>>>>>> corrected. When all is said and done, I did enjoy >>>> >>> >>>>>>> contemplating >>>> >>> >>>>>>> life >>>> >>> >>>>>>> without Cabbage over a few beers. But that might just have >>>> >>> >>>>>>> been >>>> >>> >>>>>>> the >>>> >>> >>>>>>> beers :) >>>> >>> >>>>>>> >>>> >>> >>>>>>> >>>> >>> >>>>>>> On 5 February 2014 23:57, Rory Walsh >>>> >>> >>>>>>> wrote: >>>> >>> >>>>>>>> I'm glad you asked this because I'm a little lost too! I was >>>> >>> >>>>>>>> thinking >>>> >>> >>>>>>>> the >>>> >>> >>>>>>>> same as you. At some stage won't things goes south if the >>>> >>> >>>>>>>> buffer >>>> >>> >>>>>>>> size >>>> >>> >>>>>>>> suddenly changes as is likely once automation is brought >>>> >>> >>>>>>>> into the >>>> >>> >>>>>>>> equation? >>>> >>> >>>>>>>> >>>> >>> >>>>>>>> sent from a mobile device... >>>> >>> >>>>>>>> >>>> >>> >>>>>>>> On 5 Feb 2014 23:27, "Oeyvind Brandtsegg" >>>> >>> >>>>>>>> >>>> >>> >>>>>>>> wrote: >>>> >>> >>>>>>>>> >>>> >>> >>>>>>>>> Ok. That is good. >>>> >>> >>>>>>>>> But can it (the latency) change dynamically, as the host >>>> >>> >>>>>>>>> buffer >>>> >>> >>>>>>>>> size >>>> >>> >>>>>>>>> change dynamically? >>>> >>> >>>>>>>>> Sorry if I'm being dense but I would really like to >>>> >>> >>>>>>>>> understand. >>>> >>> >>>>>>>>> >>>> >>> >>>>>>>>> >>>> >>> >>>>>>>>> 2014-02-06 Michael Gogins : >>>> >>> >>>>>>>>>> No, the maximum latency is ksmps. That could be either >>>> >>> >>>>>>>>>> larger, >>>> >>> >>>>>>>>>> or >>>> >>> >>>>>>>>>> smaller, >>>> >>> >>>>>>>>>> than the host buffer size. It doesn't matter. >>>> >>> >>>>>>>>>> >>>> >>> >>>>>>>>>> Regards, >>>> >>> >>>>>>>>>> Mike >>>> >>> >>>>>>>>>> >>>> >>> >>>>>>>>>> >>>> >>> >>>>>>>>>> ----------------------------------------------------- >>>> >>> >>>>>>>>>> Michael Gogins >>>> >>> >>>>>>>>>> Irreducible Productions >>>> >>> >>>>>>>>>> http://michaelgogins.tumblr.com >>>> >>> >>>>>>>>>> Michael dot Gogins at gmail dot com >>>> >>> >>>>>>>>>> >>>> >>> >>>>>>>>>> >>>> >>> >>>>>>>>>> On Wed, Feb 5, 2014 at 6:07 PM, Oeyvind Brandtsegg >>>> >>> >>>>>>>>>> wrote: >>>> >>> >>>>>>>>>>> >>>> >>> >>>>>>>>>>> ...but the latency would be one full host buffer size, >>>> >>> >>>>>>>>>>> not >>>> >>> >>>>>>>>>>> just a >>>> >>> >>>>>>>>>>> ksmps, >>>> >>> >>>>>>>>>>> right? >>>> >>> >>>>>>>>>>> So a small ksmps would rather minimize the chance of a >>>> >>> >>>>>>>>>>> ksmps-buffer >>>> >>> >>>>>>>>>>> mismatch, but not actually minimize worst case latency >>>> >>> >>>>>>>>>>> (which >>>> >>> >>>>>>>>>>> would >>>> >>> >>>>>>>>>>> be >>>> >>> >>>>>>>>>>> one host buffer block). Isn't it so? >>>> >>> >>>>>>>>>>> >>>> >>> >>>>>>>>>>> Now, one thing I don't understand is if the latency can >>>> >>> >>>>>>>>>>> be >>>> >>> >>>>>>>>>>> zero >>>> >>> >>>>>>>>>>> when >>>> >>> >>>>>>>>>>> the host buffer is an integer multiple of ksmps, and it >>>> >>> >>>>>>>>>>> indeed >>>> >>> >>>>>>>>>>> is, >>>> >>> >>>>>>>>>>> and also the host buffer size can be dynamic, we must >>>> >>> >>>>>>>>>>> assume >>>> >>> >>>>>>>>>>> that >>>> >>> >>>>>>>>>>> the two buffer length may initially fit but at some later >>>> >>> >>>>>>>>>>> time >>>> >>> >>>>>>>>>>> they >>>> >>> >>>>>>>>>>> will not,* then* what happens at the transition point ? I >>>> >>> >>>>>>>>>>> mean, when >>>> >>> >>>>>>>>>>> we go from perfectly aligned buffers and zero latency to >>>> >>> >>>>>>>>>>> misaligned >>>> >>> >>>>>>>>>>> buffers and one bufferlength latency. Then we should have >>>> >>> >>>>>>>>>>> one >>>> >>> >>>>>>>>>>> non-full >>>> >>> >>>>>>>>>>> buffer in the transition from zero latency to one-buffer >>>> >>> >>>>>>>>>>> latency. >>>> >>> >>>>>>>>>>> Will >>>> >>> >>>>>>>>>>> it pop? If so, I would expect it to pop quite often(?), >>>> >>> >>>>>>>>>>> which >>>> >>> >>>>>>>>>>> it >>>> >>> >>>>>>>>>>> does >>>> >>> >>>>>>>>>>> not. >>>> >>> >>>>>>>>>>> Or? >>>> >>> >>>>>>>>>>> >>>> >>> >>>>>>>>>>> >>>> >>> >>>>>>>>>>> >>>> >>> >>>>>>>>>>> >>>> >>> >>>>>>>>>>> 2014-02-05 Victor Lazzarini : >>>> >>> >>>>>>>>>>>> If your ksmps is small, any latency that might exist >>>> >>> >>>>>>>>>>>> will be >>>> >>> >>>>>>>>>>>> small >>>> >>> >>>>>>>>>>>> too, >>>> >>> >>>>>>>>>>>> and I can't see it having >>>> >>> >>>>>>>>>>>> a major effect. So if you run with ksmps=16, it's 0.3 >>>> >>> >>>>>>>>>>>> millisseconds. >>>> >>> >>>>>>>>>>>> Not >>>> >>> >>>>>>>>>>>> much of a problem. >>>> >>> >>>>>>>>>>>> And for the cases where this is a problem, then it's >>>> >>> >>>>>>>>>>>> still >>>> >>> >>>>>>>>>>>> possible >>>> >>> >>>>>>>>>>>> to >>>> >>> >>>>>>>>>>>> run with ksmps=1. >>>> >>> >>>>>>>>>>>> >>>> >>> >>>>>>>>>>>> Victor >>>> >>> >>>>>>>>>>>> On 5 Feb 2014, at 20:46, Rory Walsh wrote: >>>> >>> >>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>> I wish I had thought of this before spending so much >>>> >>> >>>>>>>>>>>>> time >>>> >>> >>>>>>>>>>>>> writing >>>> >>> >>>>>>>>>>>>> a >>>> >>> >>>>>>>>>>>>> framework for developing VST plugins with Csound. I'm >>>> >>> >>>>>>>>>>>>> off >>>> >>> >>>>>>>>>>>>> now to >>>> >>> >>>>>>>>>>>>> have >>>> >>> >>>>>>>>>>>>> a few beers and rethink life! >>>> >>> >>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>> On 5 February 2014 20:06, Michael Gogins >>>> >>> >>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>> wrote: >>>> >>> >>>>>>>>>>>>>> Then your code will run 5 times slower or so. >>>> >>> >>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>> Regards, >>>> >>> >>>>>>>>>>>>>> Mike >>>> >>> >>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>> ----------------------------------------------------- >>>> >>> >>>>>>>>>>>>>> Michael Gogins >>>> >>> >>>>>>>>>>>>>> Irreducible Productions >>>> >>> >>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>>> >>> >>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>>> >>> >>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>> On Wed, Feb 5, 2014 at 3:03 PM, Rory Walsh >>>> >>> >>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>> wrote: >>>> >>> >>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>> Seems every where I look it says don't make any >>>> >>> >>>>>>>>>>>>>>> assumptions >>>> >>> >>>>>>>>>>>>>>> about >>>> >>> >>>>>>>>>>>>>>> buffer sizes. So I guess the only fail safe way is to >>>> >>> >>>>>>>>>>>>>>> force a >>>> >>> >>>>>>>>>>>>>>> ksmps >>>> >>> >>>>>>>>>>>>>>> of >>>> >>> >>>>>>>>>>>>>>> 1? uh... >>>> >>> >>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>> On 5 February 2014 19:57, Michael Gogins >>>> >>> >>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>> wrote: >>>> >>> >>>>>>>>>>>>>>>> I believe that you are wrong, you cannot count on a >>>> >>> >>>>>>>>>>>>>>>> power >>>> >>> >>>>>>>>>>>>>>>> of >>>> >>> >>>>>>>>>>>>>>>> two >>>> >>> >>>>>>>>>>>>>>>> size. >>>> >>> >>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>> See these threads from KVR: >>>> >>> >>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>> http://www.kvraudio.com/forum/viewtopic.php?t=279753 >>>> >>> >>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>> http://www.kvraudio.com/forum/viewtopic.php?t=359951 >>>> >>> >>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>> http://www.kvraudio.com/forum/viewtopic.php?p=3458228 >>>> >>> >>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>> Regards, >>>> >>> >>>>>>>>>>>>>>>> Mike >>>> >>> >>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>> ----------------------------------------------------- >>>> >>> >>>>>>>>>>>>>>>> Michael Gogins >>>> >>> >>>>>>>>>>>>>>>> Irreducible Productions >>>> >>> >>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>>> >>> >>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>>> >>> >>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>> On Wed, Feb 5, 2014 at 2:17 PM, Victor Lazzarini >>>> >>> >>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>> wrote: >>>> >>> >>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>> But I think you're probably safe setting ksmps to a >>>> >>> >>>>>>>>>>>>>>>>> low >>>> >>> >>>>>>>>>>>>>>>>> value >>>> >>> >>>>>>>>>>>>>>>>> that >>>> >>> >>>>>>>>>>>>>>>>> is a >>>> >>> >>>>>>>>>>>>>>>>> power-of-two. I would >>>> >>> >>>>>>>>>>>>>>>>> expect most hosts to run buffers that are >>>> >>> >>>>>>>>>>>>>>>>> power-of-two >>>> >>> >>>>>>>>>>>>>>>>> and >>>> >>> >>>>>>>>>>>>>>>>> that >>>> >>> >>>>>>>>>>>>>>>>> are >>>> >>> >>>>>>>>>>>>>>>>> not >>>> >>> >>>>>>>>>>>>>>>>> that small. >>>> >>> >>>>>>>>>>>>>>>>> ksmps =8,16 or 32 should do. >>>> >>> >>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>> Victor >>>> >>> >>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>> On 5 Feb 2014, at 18:10, Rory Walsh wrote: >>>> >>> >>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>> I was just about to answer my previous mail with >>>> >>> >>>>>>>>>>>>>>>>>> the >>>> >>> >>>>>>>>>>>>>>>>>> same >>>> >>> >>>>>>>>>>>>>>>>>> thing. >>>> >>> >>>>>>>>>>>>>>>>>> That's >>>> >>> >>>>>>>>>>>>>>>>>> a pain. >>>> >>> >>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>> On 5 February 2014 18:03, Michael Gogins >>>> >>> >>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>> wrote: >>>> >>> >>>>>>>>>>>>>>>>>>> No. The host can and often does use a different >>>> >>> >>>>>>>>>>>>>>>>>>> host >>>> >>> >>>>>>>>>>>>>>>>>>> audio >>>> >>> >>>>>>>>>>>>>>>>>>> buffer >>>> >>> >>>>>>>>>>>>>>>>>>> size >>>> >>> >>>>>>>>>>>>>>>>>>> on >>>> >>> >>>>>>>>>>>>>>>>>>> each call to process() or processReplacing(). >>>> >>> >>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>> Regards, >>>> >>> >>>>>>>>>>>>>>>>>>> Mike >>>> >>> >>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>> ----------------------------------------------------- >>>> >>> >>>>>>>>>>>>>>>>>>> Michael Gogins >>>> >>> >>>>>>>>>>>>>>>>>>> Irreducible Productions >>>> >>> >>>>>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>>> >>> >>>>>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>>> >>> >>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>> On Wed, Feb 5, 2014 at 11:27 AM, Rory Walsh >>>> >>> >>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>> wrote: >>>> >>> >>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>> Hi Mike, isn't it possible to query the host >>>> >>> >>>>>>>>>>>>>>>>>>>> buffer >>>> >>> >>>>>>>>>>>>>>>>>>>> size >>>> >>> >>>>>>>>>>>>>>>>>>>> before >>>> >>> >>>>>>>>>>>>>>>>>>>> the >>>> >>> >>>>>>>>>>>>>>>>>>>> processing function is first called, in which >>>> >>> >>>>>>>>>>>>>>>>>>>> case >>>> >>> >>>>>>>>>>>>>>>>>>>> you can >>>> >>> >>>>>>>>>>>>>>>>>>>> just >>>> >>> >>>>>>>>>>>>>>>>>>>> override the csd's ksmps? >>>> >>> >>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>> On 5 February 2014 15:55, Michael Gogins >>>> >>> >>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>> wrote: >>>> >>> >>>>>>>>>>>>>>>>>>>>> I've looked into this some more. As long as the >>>> >>> >>>>>>>>>>>>>>>>>>>>> host >>>> >>> >>>>>>>>>>>>>>>>>>>>> audio >>>> >>> >>>>>>>>>>>>>>>>>>>>> buffer >>>> >>> >>>>>>>>>>>>>>>>>>>>> is >>>> >>> >>>>>>>>>>>>>>>>>>>>> not >>>> >>> >>>>>>>>>>>>>>>>>>>>> an >>>> >>> >>>>>>>>>>>>>>>>>>>>> integral multiple of ksmps, there will have to >>>> >>> >>>>>>>>>>>>>>>>>>>>> be >>>> >>> >>>>>>>>>>>>>>>>>>>>> ksmps >>>> >>> >>>>>>>>>>>>>>>>>>>>> latency >>>> >>> >>>>>>>>>>>>>>>>>>>>> between >>>> >>> >>>>>>>>>>>>>>>>>>>>> input and output. That is because performKsmps >>>> >>> >>>>>>>>>>>>>>>>>>>>> requires >>>> >>> >>>>>>>>>>>>>>>>>>>>> spin >>>> >>> >>>>>>>>>>>>>>>>>>>>> to >>>> >>> >>>>>>>>>>>>>>>>>>>>> be >>>> >>> >>>>>>>>>>>>>>>>>>>>> full, >>>> >>> >>>>>>>>>>>>>>>>>>>>> but >>>> >>> >>>>>>>>>>>>>>>>>>>>> if there is some remainder from hostsize/ksmps, >>>> >>> >>>>>>>>>>>>>>>>>>>>> there >>>> >>> >>>>>>>>>>>>>>>>>>>>> will >>>> >>> >>>>>>>>>>>>>>>>>>>>> be >>>> >>> >>>>>>>>>>>>>>>>>>>>> some >>>> >>> >>>>>>>>>>>>>>>>>>>>> frames >>>> >>> >>>>>>>>>>>>>>>>>>>>> that the host buffer doesn't have but spin >>>> >>> >>>>>>>>>>>>>>>>>>>>> needs. >>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>> I am letting this go for now, but if Csound >>>> >>> >>>>>>>>>>>>>>>>>>>>> could >>>> >>> >>>>>>>>>>>>>>>>>>>>> adjust >>>> >>> >>>>>>>>>>>>>>>>>>>>> ksmps >>>> >>> >>>>>>>>>>>>>>>>>>>>> during >>>> >>> >>>>>>>>>>>>>>>>>>>>> performance via the API, then we could get rid >>>> >>> >>>>>>>>>>>>>>>>>>>>> of >>>> >>> >>>>>>>>>>>>>>>>>>>>> this >>>> >>> >>>>>>>>>>>>>>>>>>>>> latency >>>> >>> >>>>>>>>>>>>>>>>>>>>> by >>>> >>> >>>>>>>>>>>>>>>>>>>>> setting >>>> >>> >>>>>>>>>>>>>>>>>>>>> ksmps equal to the host buffer size on each >>>> >>> >>>>>>>>>>>>>>>>>>>>> host >>>> >>> >>>>>>>>>>>>>>>>>>>>> processing >>>> >>> >>>>>>>>>>>>>>>>>>>>> call. >>>> >>> >>>>>>>>>>>>>>>>>>>>> I >>>> >>> >>>>>>>>>>>>>>>>>>>>> think >>>> >>> >>>>>>>>>>>>>>>>>>>>> this would be a really good idea. I'm entering >>>> >>> >>>>>>>>>>>>>>>>>>>>> it as >>>> >>> >>>>>>>>>>>>>>>>>>>>> a >>>> >>> >>>>>>>>>>>>>>>>>>>>> feature >>>> >>> >>>>>>>>>>>>>>>>>>>>> request. >>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>> Regards, >>>> >>> >>>>>>>>>>>>>>>>>>>>> Mike >>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>> Regards, >>>> >>> >>>>>>>>>>>>>>>>>>>>> Mike >>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>> ----------------------------------------------------- >>>> >>> >>>>>>>>>>>>>>>>>>>>> Michael Gogins >>>> >>> >>>>>>>>>>>>>>>>>>>>> Irreducible Productions >>>> >>> >>>>>>>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>>> >>> >>>>>>>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 1:47 PM, Michael Gogins >>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>> wrote: >>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>> CsoundVST does the following: >>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>> In the processReplacing callback there are >>>> >>> >>>>>>>>>>>>>>>>>>>>>> essentially >>>> >>> >>>>>>>>>>>>>>>>>>>>>> two >>>> >>> >>>>>>>>>>>>>>>>>>>>>> simultaneous >>>> >>> >>>>>>>>>>>>>>>>>>>>>> loops, each with their own loop indexes. One >>>> >>> >>>>>>>>>>>>>>>>>>>>>> loop >>>> >>> >>>>>>>>>>>>>>>>>>>>>> is for >>>> >>> >>>>>>>>>>>>>>>>>>>>>> the >>>> >>> >>>>>>>>>>>>>>>>>>>>>> host >>>> >>> >>>>>>>>>>>>>>>>>>>>>> audio >>>> >>> >>>>>>>>>>>>>>>>>>>>>> buffer, which can change in size from one call >>>> >>> >>>>>>>>>>>>>>>>>>>>>> to >>>> >>> >>>>>>>>>>>>>>>>>>>>>> the >>>> >>> >>>>>>>>>>>>>>>>>>>>>> next. >>>> >>> >>>>>>>>>>>>>>>>>>>>>> The >>>> >>> >>>>>>>>>>>>>>>>>>>>>> other >>>> >>> >>>>>>>>>>>>>>>>>>>>>> loop >>>> >>> >>>>>>>>>>>>>>>>>>>>>> is for Csound. >>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>> For each frame of audio, one frame of audio is >>>> >>> >>>>>>>>>>>>>>>>>>>>>> copied >>>> >>> >>>>>>>>>>>>>>>>>>>>>> from >>>> >>> >>>>>>>>>>>>>>>>>>>>>> the >>>> >>> >>>>>>>>>>>>>>>>>>>>>> host >>>> >>> >>>>>>>>>>>>>>>>>>>>>> input >>>> >>> >>>>>>>>>>>>>>>>>>>>>> buffer to spin, one frame of audio is copied >>>> >>> >>>>>>>>>>>>>>>>>>>>>> from >>>> >>> >>>>>>>>>>>>>>>>>>>>>> spout >>>> >>> >>>>>>>>>>>>>>>>>>>>>> to >>>> >>> >>>>>>>>>>>>>>>>>>>>>> the >>>> >>> >>>>>>>>>>>>>>>>>>>>>> host >>>> >>> >>>>>>>>>>>>>>>>>>>>>> audio >>>> >>> >>>>>>>>>>>>>>>>>>>>>> output buffer, and both loop indexes are >>>> >>> >>>>>>>>>>>>>>>>>>>>>> incremented. >>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>> At the end of spout, ksmps audio are processed >>>> >>> >>>>>>>>>>>>>>>>>>>>>> by >>>> >>> >>>>>>>>>>>>>>>>>>>>>> Csound, >>>> >>> >>>>>>>>>>>>>>>>>>>>>> and >>>> >>> >>>>>>>>>>>>>>>>>>>>>> the >>>> >>> >>>>>>>>>>>>>>>>>>>>>> spin >>>> >>> >>>>>>>>>>>>>>>>>>>>>> and >>>> >>> >>>>>>>>>>>>>>>>>>>>>> spout buffer indexes are reset to 0. These >>>> >>> >>>>>>>>>>>>>>>>>>>>>> indexes >>>> >>> >>>>>>>>>>>>>>>>>>>>>> persist >>>> >>> >>>>>>>>>>>>>>>>>>>>>> from >>>> >>> >>>>>>>>>>>>>>>>>>>>>> call >>>> >>> >>>>>>>>>>>>>>>>>>>>>> to >>>> >>> >>>>>>>>>>>>>>>>>>>>>> call, so there are no gaps or glitches. >>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>> There is ksmps frames latency in the code >>>> >>> >>>>>>>>>>>>>>>>>>>>>> because >>>> >>> >>>>>>>>>>>>>>>>>>>>>> spin >>>> >>> >>>>>>>>>>>>>>>>>>>>>> is >>>> >>> >>>>>>>>>>>>>>>>>>>>>> read >>>> >>> >>>>>>>>>>>>>>>>>>>>>> in >>>> >>> >>>>>>>>>>>>>>>>>>>>>> before >>>> >>> >>>>>>>>>>>>>>>>>>>>>> it spout is computed. But I will try to change >>>> >>> >>>>>>>>>>>>>>>>>>>>>> the >>>> >>> >>>>>>>>>>>>>>>>>>>>>> code >>>> >>> >>>>>>>>>>>>>>>>>>>>>> so >>>> >>> >>>>>>>>>>>>>>>>>>>>>> that >>>> >>> >>>>>>>>>>>>>>>>>>>>>> the >>>> >>> >>>>>>>>>>>>>>>>>>>>>> buffers >>>> >>> >>>>>>>>>>>>>>>>>>>>>> are rewound to line spout up with spin. There >>>> >>> >>>>>>>>>>>>>>>>>>>>>> will >>>> >>> >>>>>>>>>>>>>>>>>>>>>> then >>>> >>> >>>>>>>>>>>>>>>>>>>>>> be >>>> >>> >>>>>>>>>>>>>>>>>>>>>> zero >>>> >>> >>>>>>>>>>>>>>>>>>>>>> latency. >>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>> ----------------------------------------------------- >>>> >>> >>>>>>>>>>>>>>>>>>>>>> Michael Gogins >>>> >>> >>>>>>>>>>>>>>>>>>>>>> Irreducible Productions >>>> >>> >>>>>>>>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>>> >>> >>>>>>>>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 11:03 AM, Steven Yi >>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>> wrote: >>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>> I was in the middle of replying pretty much >>>> >>> >>>>>>>>>>>>>>>>>>>>>>> the >>>> >>> >>>>>>>>>>>>>>>>>>>>>>> same >>>> >>> >>>>>>>>>>>>>>>>>>>>>>> thing >>>> >>> >>>>>>>>>>>>>>>>>>>>>>> as >>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Victor. >>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Seems like you're introducing block's worth >>>> >>> >>>>>>>>>>>>>>>>>>>>>>> of >>>> >>> >>>>>>>>>>>>>>>>>>>>>>> latency >>>> >>> >>>>>>>>>>>>>>>>>>>>>>> due >>>> >>> >>>>>>>>>>>>>>>>>>>>>>> to >>>> >>> >>>>>>>>>>>>>>>>>>>>>>> the >>>> >>> >>>>>>>>>>>>>>>>>>>>>>> code >>>> >>> >>>>>>>>>>>>>>>>>>>>>>> order. >>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 11:05 AM, Victor >>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Lazzarini >>>> >>> >>>>>>>>>>>>>>>>>>>>>>> wrote: >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> I would have thought that you would >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 1) write data into spin >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 2) process >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 3) write data out of spout. >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> if you read and write after running >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> PeformKsmps(), as >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> far >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> as >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> I >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> can >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> see >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> there might be >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> a delay between input and output, as you >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> will be >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> effectively >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> putting >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> out the data that >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> you processed in the previous period. >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 1) process (means process the current spin >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> data) >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 2) write to spin the new data >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 3) write out the result of processing the >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> previous >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> spin >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> That's what it looks like to me. Not sure if >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> I am >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> right. >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Also >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> this >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> discussion should be in the dev list not >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> in the users list (so my response is going >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> there). >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Victor >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> On 4 Feb 2014, at 15:47, Rory Walsh >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> I can confirm that it's not an issue with >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> the >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> plugin >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> framework >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> I'm >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> using. I can also confirm it happens >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> whether the >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> plugin's >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> processBlock() is being called the same >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> amount >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> of >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> times >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> as >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> performKsmps(). That is to say, if the >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> plugin >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> sample >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> buffer >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> is >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> set >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> to >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> 64 and so is Csound's, the problem >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> persists. >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> I can recreate it with Reaper by placing >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> two >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> identical >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> audio >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> tracks >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> in >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> the session. On one track I place a >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> straight >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> forward >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> in/out >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> effect plugin. Then play both back at the >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> same >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> time. >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> You'll >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> hear >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> subtle phasing taking place until you >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> bypass the >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> plugin >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> effect. >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> Here's >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> my processBlock(), it couldn't be any >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> simpler. >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> Can >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> any >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> devs >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> out >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> there >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> spot something that might introduce >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> latency? >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> CSCompResult = csound->PerformKsmps(); >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> for(int i=0;i>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> { >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> if(!CSCompResult) >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> { >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> for(int channel = 0; channel < >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> getNumOutputChannels(); >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> channel++ ) >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> { >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> audioBuffer = >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> buffer.getSampleData(channel,0); >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> pos = igetNumOutputChannels(); >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> CSspin[channel+pos] = >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> audioBuffer[i]cs_scale; >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> audioBuffer[i] = >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> (CSspout[channel+pos]/cs_scale); >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> } >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> } >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> else >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> buffer.clear(); >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> } >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 15:04, Oeyvind >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> All good. >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> I could test with csound~ and found >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> another >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> cause >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> for >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> the >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> latency. >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Steven Yi : >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Nope. I did some work on updating the >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> CMake >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> file >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> to >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> try >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> building >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> on >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Windows yesterday. I need to do so me >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> research >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> to >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> see >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> about >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> libraries >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> to link to and other things, but it may >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> take a >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> while >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> current >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> work >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> load. >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:47 AM, Oeyvind >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> That looks as if it's for OSX only (?), >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> perhaps not compiled for windows yet? >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Steven Yi >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> : >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6~ should be with the installer; >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> also >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> available >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> at: >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://sourceforge.net/projects/csound/files/csound6/Csound6.02/csound~_v1.1.1.pkg/download >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:38 AM, Oeyvind >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I can also reproduce it with csound~ >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> MaxForLive >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> haven't tried with csound6~ (where can >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> find >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> it?) >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Now, testing with Max (not in Live), >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> and >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Reaper, >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> find >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> can not >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> reproduce the behaviour there. >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> So there is something with Live then. >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> However, >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> other >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> VST >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugins >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Live does not introduce extra latency. >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> The way I measure latency is by >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> setiing up >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> a >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> microphone >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> close >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> to >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> speaker, close enough that it will >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> almost >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> feed, >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> then tap the mic and listen to the >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> resonance of >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> system. >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> When >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency changes, the resonance will >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> change. >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> When I add a plugin (Cabbage or >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> MaxForLive >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound~), >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> (and so the resonance) changes. If I >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> load >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> other >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> VST >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugins >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> this >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> does >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> not happen, the latency does not >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> change. >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> But as I said, I can only reproduce it >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Live. >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Sorry >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> for >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> noise. >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> : >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I can recreate it here. It's subtle, >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> but >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> present. >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I'll >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> take >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> a >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> look. >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:38, Oeyvind >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Yes, I have tried different ksmps >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> values, >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> both >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> higher >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> and >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> lower >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> and >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> equal to the host buffer size. >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Will investigate if I can reproduce >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> it on >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound~. >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> : >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On second thoughts I can't see what >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> might be >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> causing >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> this. >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Have you >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> tried setting ksmps to be the same >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> as >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> your >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> host's >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> buffer >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> size? >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:01, Rory >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Walsh >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I think I have it... Lunch first >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> though.. >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sent from a mobile device... >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 Feb 2014 12:56, "Rory Walsh" >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Are you just running audio >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> straight in >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> and >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> out, >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> no >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processing? The >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin host calls the plugin's >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock() >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> which >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> turn >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> calls >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> performKsmps(). So long as >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock() >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> is >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> being >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> called >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> (if the >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> track is playing for example) >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> performKsmps() >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> will >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> be >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> called >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> over and >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> over again processing ksmps >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> samples >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> each >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> time. >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> At >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> moment >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock() method and the >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> performKsmps() >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> are >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> firing >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> off >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> at >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> different speeds. I can look at >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> forcing >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugins >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> to >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> process the >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> same amount of samples as the >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> does >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> each >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> call >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> to >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock(). Perhaps that >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> might >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> help. >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 12:41, Oeyvind >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Regarding latency and buffers, >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I thought I had understood that >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound, >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> when >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> used >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> as a >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin (e.g. >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cabbage or csound~) would >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> process the >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> audio >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> buffer >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "in >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> place", so no >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> extra latency would incur due to >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sound >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> being >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processed >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> through >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Csound, assuming that ksmps is >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> smaler >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> than >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> host >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> program's buffer >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> size. >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Now, running Cabbage plugins in >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Ableton >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Live, >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I've >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> been >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> investigating >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency issues, and I find that >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> adding a >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> simple >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin will >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> delay the signal. Also, adding >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> more >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> than >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> one >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> such >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> series >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> increases the delay/latency >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> accordingly. >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I've >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> tried >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> using >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> different >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ksmps, and this indeed affects >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> amount >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> of >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> but >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> even setting >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ksmps=1 does not get rid of it. >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Can the buffer be processed "in >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> place"? >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> best >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Sourceforge >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> bug >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> can >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> be >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound" >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Sourceforge bug >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> can be >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> bug >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> be >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> bug >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> be >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> bug >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> be >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> bug >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> -- >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> here >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> with >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> body >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> posted >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> here >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> with >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> body >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Applications >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> offer - >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Avoid >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Common >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Pitfalls. >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> _______________________________________________ >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Applications >>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer >>>> >>> >>>>>>>>>>>>>>>>>>>>>>> - >>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Avoid >>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Common >>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Pitfalls. >>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>> _______________________________________________ >>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>> >>> >>>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >>>> >>> >>>>>>>>>>>>>>>>>>>>> Applications >>>> >>> >>>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >>>> >>> >>>>>>>>>>>>>>>>>>>>> Avoid >>>> >>> >>>>>>>>>>>>>>>>>>>>> Common >>>> >>> >>>>>>>>>>>>>>>>>>>>> Pitfalls. >>>> >>> >>>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> >>> >>>>>>>>>>>>>>>>>>>>> _______________________________________________ >>>> >>> >>>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>>> >>> >>>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>> >>> >>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >>>> >>> >>>>>>>>>>>>>>>>>>>> Applications >>>> >>> >>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >>>> >>> >>>>>>>>>>>>>>>>>>>> Avoid >>>> >>> >>>>>>>>>>>>>>>>>>>> Common >>>> >>> >>>>>>>>>>>>>>>>>>>> Pitfalls. >>>> >>> >>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>>> >>> >>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> >>> >>>>>>>>>>>>>>>>>>>> _______________________________________________ >>>> >>> >>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>>> >>> >>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>> >>> >>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >>> >>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>> >>> >>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >>>> >>> >>>>>>>>>>>>>>>>>>> Applications >>>> >>> >>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >>>> >>> >>>>>>>>>>>>>>>>>>> Avoid >>>> >>> >>>>>>>>>>>>>>>>>>> Common >>>> >>> >>>>>>>>>>>>>>>>>>> Pitfalls. >>>> >>> >>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>>> >>> >>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> >>> >>>>>>>>>>>>>>>>>>> _______________________________________________ >>>> >>> >>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>>> >>> >>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>> >>> >>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >>> >>>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>> >>> >>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >>>> >>> >>>>>>>>>>>>>>>>>> Applications >>>> >>> >>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >>>> >>> >>>>>>>>>>>>>>>>>> Avoid >>>> >>> >>>>>>>>>>>>>>>>>> Common >>>> >>> >>>>>>>>>>>>>>>>>> Pitfalls. >>>> >>> >>>>>>>>>>>>>>>>>> Read the Whitepaper. >>>> >>> >>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> >>> >>>>>>>>>>>>>>>>>> _______________________________________________ >>>> >>> >>>>>>>>>>>>>>>>>> Csound-devel mailing list >>>> >>> >>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>> >>> >>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >>> >>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>> Dr Victor Lazzarini >>>> >>> >>>>>>>>>>>>>>>>> Senior Lecturer >>>> >>> >>>>>>>>>>>>>>>>> Dept. of Music >>>> >>> >>>>>>>>>>>>>>>>> NUI Maynooth Ireland >>>> >>> >>>>>>>>>>>>>>>>> tel.: +353 1 708 3545 >>>> >>> >>>>>>>>>>>>>>>>> Victor dot Lazzarini AT nuim dot ie >>>> >>> >>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>> >>> >>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >>>> >>> >>>>>>>>>>>>>>>>> Applications >>>> >>> >>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >>>> >>> >>>>>>>>>>>>>>>>> Avoid >>>> >>> >>>>>>>>>>>>>>>>> Common >>>> >>> >>>>>>>>>>>>>>>>> Pitfalls. >>>> >>> >>>>>>>>>>>>>>>>> Read the Whitepaper. >>>> >>> >>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> >>> >>>>>>>>>>>>>>>>> _______________________________________________ >>>> >>> >>>>>>>>>>>>>>>>> Csound-devel mailing list >>>> >>> >>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>> >>> >>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >>> >>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>> >>> >>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>> >>> >>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >>>> >>> >>>>>>>>>>>>>>>> Avoid >>>> >>> >>>>>>>>>>>>>>>> Common >>>> >>> >>>>>>>>>>>>>>>> Pitfalls. >>>> >>> >>>>>>>>>>>>>>>> Read the Whitepaper. >>>> >>> >>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> >>> >>>>>>>>>>>>>>>> _______________________________________________ >>>> >>> >>>>>>>>>>>>>>>> Csound-devel mailing list >>>> >>> >>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>> >>> >>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >>> >>>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>> >>> >>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>> >>> >>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>> >>> >>>>>>>>>>>>>>> Common >>>> >>> >>>>>>>>>>>>>>> Pitfalls. >>>> >>> >>>>>>>>>>>>>>> Read the Whitepaper. >>>> >>> >>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> >>> >>>>>>>>>>>>>>> _______________________________________________ >>>> >>> >>>>>>>>>>>>>>> Csound-devel mailing list >>>> >>> >>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>> >>> >>>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >>> >>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>> >>> >>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>> >>> >>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>> >>> >>>>>>>>>>>>>> Common >>>> >>> >>>>>>>>>>>>>> Pitfalls. >>>> >>> >>>>>>>>>>>>>> Read the Whitepaper. >>>> >>> >>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> >>> >>>>>>>>>>>>>> _______________________________________________ >>>> >>> >>>>>>>>>>>>>> Csound-devel mailing list >>>> >>> >>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>> >>> >>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >>> >>>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>> >>> >>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>> >>> >>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>> >>> >>>>>>>>>>>>> Common >>>> >>> >>>>>>>>>>>>> Pitfalls. >>>> >>> >>>>>>>>>>>>> Read the Whitepaper. >>>> >>> >>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> >>> >>>>>>>>>>>>> _______________________________________________ >>>> >>> >>>>>>>>>>>>> Csound-devel mailing list >>>> >>> >>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>> >>> >>>>>>>>>>>>> >>>> >>> >>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >>> >>>>>>>>>>>> >>>> >>> >>>>>>>>>>>> Dr Victor Lazzarini >>>> >>> >>>>>>>>>>>> Senior Lecturer >>>> >>> >>>>>>>>>>>> Dept. of Music >>>> >>> >>>>>>>>>>>> NUI Maynooth Ireland >>>> >>> >>>>>>>>>>>> tel.: +353 1 708 3545 >>>> >>> >>>>>>>>>>>> Victor dot Lazzarini AT nuim dot ie >>>> >>> >>>>>>>>>>>> >>>> >>> >>>>>>>>>>>> >>>> >>> >>>>>>>>>>>> >>>> >>> >>>>>>>>>>>> >>>> >>> >>>>>>>>>>>> >>>> >>> >>>>>>>>>>>> >>>> >>> >>>>>>>>>>>> >>>> >>> >>>>>>>>>>>> >>>> >>> >>>>>>>>>>>> >>>> >>> >>>>>>>>>>>> ------------------------------------------------------------------------------ >>>> >>> >>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>> >>> >>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>> >>> >>>>>>>>>>>> Common >>>> >>> >>>>>>>>>>>> Pitfalls. >>>> >>> >>>>>>>>>>>> Read the Whitepaper. >>>> >>> >>>>>>>>>>>> >>>> >>> >>>>>>>>>>>> >>>> >>> >>>>>>>>>>>> >>>> >>> >>>>>>>>>>>> >>>> >>> >>>>>>>>>>>> >>>> >>> >>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> >>> >>>>>>>>>>>> _______________________________________________ >>>> >>> >>>>>>>>>>>> Csound-devel mailing list >>>> >>> >>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>> >>> >>>>>>>>>>>> >>>> >>> >>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >>> >>>>>>>>>>> >>>> >>> >>>>>>>>>>> >>>> >>> >>>>>>>>>>> >>>> >>> >>>>>>>>>>> -- >>>> >>> >>>>>>>>>>> >>>> >>> >>>>>>>>>>> Oeyvind Brandtsegg >>>> >>> >>>>>>>>>>> Professor of Music Technology >>>> >>> >>>>>>>>>>> NTNU >>>> >>> >>>>>>>>>>> 7491 Trondheim >>>> >>> >>>>>>>>>>> Norway >>>> >>> >>>>>>>>>>> Cell: +47 92 203 205 >>>> >>> >>>>>>>>>>> >>>> >>> >>>>>>>>>>> http://flyndresang.no/ >>>> >>> >>>>>>>>>>> http://www.partikkelaudio.com/ >>>> >>> >>>>>>>>>>> http://soundcloud.com/brandtsegg >>>> >>> >>>>>>>>>>> http://soundcloud.com/t-emp >>>> >>> >>>>>>>>>>> >>>> >>> >>>>>>>>>>> >>>> >>> >>>>>>>>>>> >>>> >>> >>>>>>>>>>> >>>> >>> >>>>>>>>>>> >>>> >>> >>>>>>>>>>> >>>> >>> >>>>>>>>>>> ------------------------------------------------------------------------------ >>>> >>> >>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>> >>> >>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>> >>> >>>>>>>>>>> Common >>>> >>> >>>>>>>>>>> Pitfalls. >>>> >>> >>>>>>>>>>> Read the Whitepaper. >>>> >>> >>>>>>>>>>> >>>> >>> >>>>>>>>>>> >>>> >>> >>>>>>>>>>> >>>> >>> >>>>>>>>>>> >>>> >>> >>>>>>>>>>> >>>> >>> >>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> >>> >>>>>>>>>>> _______________________________________________ >>>> >>> >>>>>>>>>>> Csound-devel mailing list >>>> >>> >>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>> >>> >>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >>> >>>>>>>>>> >>>> >>> >>>>>>>>>> >>>> >>> >>>>>>>>>> >>>> >>> >>>>>>>>>> >>>> >>> >>>>>>>>>> >>>> >>> >>>>>>>>>> >>>> >>> >>>>>>>>>> >>>> >>> >>>>>>>>>> ------------------------------------------------------------------------------ >>>> >>> >>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>> >>> >>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>> >>> >>>>>>>>>> Common >>>> >>> >>>>>>>>>> Pitfalls. >>>> >>> >>>>>>>>>> Read the Whitepaper. >>>> >>> >>>>>>>>>> >>>> >>> >>>>>>>>>> >>>> >>> >>>>>>>>>> >>>> >>> >>>>>>>>>> >>>> >>> >>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> >>> >>>>>>>>>> _______________________________________________ >>>> >>> >>>>>>>>>> Csound-devel mailing list >>>> >>> >>>>>>>>>> Csound-devel@lists.sourceforge.net >>>> >>> >>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >>> >>>>>>>>>> >>>> >>> >>>>>>>>> >>>> >>> >>>>>>>>> >>>> >>> >>>>>>>>> >>>> >>> >>>>>>>>> -- >>>> >>> >>>>>>>>> >>>> >>> >>>>>>>>> Oeyvind Brandtsegg >>>> >>> >>>>>>>>> Professor of Music Technology >>>> >>> >>>>>>>>> NTNU >>>> >>> >>>>>>>>> 7491 Trondheim >>>> >>> >>>>>>>>> Norway >>>> >>> >>>>>>>>> Cell: +47 92 203 205 >>>> >>> >>>>>>>>> >>>> >>> >>>>>>>>> http://flyndresang.no/ >>>> >>> >>>>>>>>> http://www.partikkelaudio.com/ >>>> >>> >>>>>>>>> http://soundcloud.com/brandtsegg >>>> >>> >>>>>>>>> http://soundcloud.com/t-emp >>>> >>> >>>>>>>>> >>>> >>> >>>>>>>>> >>>> >>> >>>>>>>>> >>>> >>> >>>>>>>>> >>>> >>> >>>>>>>>> >>>> >>> >>>>>>>>> ------------------------------------------------------------------------------ >>>> >>> >>>>>>>>> Managing the Performance of Cloud-Based Applications >>>> >>> >>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>> >>> >>>>>>>>> Common >>>> >>> >>>>>>>>> Pitfalls. >>>> >>> >>>>>>>>> Read the Whitepaper. >>>> >>> >>>>>>>>> >>>> >>> >>>>>>>>> >>>> >>> >>>>>>>>> >>>> >>> >>>>>>>>> >>>> >>> >>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> >>> >>>>>>>>> _______________________________________________ >>>> >>> >>>>>>>>> Csound-devel mailing list >>>> >>> >>>>>>>>> Csound-devel@lists.sourceforge.net >>>> >>> >>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >>> >>>>>>> >>>> >>> >>>>>>> >>>> >>> >>>>>>> >>>> >>> >>>>>>> >>>> >>> >>>>>>> ------------------------------------------------------------------------------ >>>> >>> >>>>>>> Managing the Performance of Cloud-Based Applications >>>> >>> >>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>> >>> >>>>>>> Pitfalls. >>>> >>> >>>>>>> Read the Whitepaper. >>>> >>> >>>>>>> >>>> >>> >>>>>>> >>>> >>> >>>>>>> >>>> >>> >>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> >>> >>>>>>> _______________________________________________ >>>> >>> >>>>>>> Csound-devel mailing list >>>> >>> >>>>>>> Csound-devel@lists.sourceforge.net >>>> >>> >>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >>> >>>>>> >>>> >>> >>>>>> >>>> >>> >>>>>> >>>> >>> >>>>>> >>>> >>> >>>>>> >>>> >>> >>>>>> ------------------------------------------------------------------------------ >>>> >>> >>>>>> Managing the Performance of Cloud-Based Applications >>>> >>> >>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>> >>> >>>>>> Pitfalls. >>>> >>> >>>>>> Read the Whitepaper. >>>> >>> >>>>>> >>>> >>> >>>>>> >>>> >>> >>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> >>> >>>>>> _______________________________________________ >>>> >>> >>>>>> Csound-devel mailing list >>>> >>> >>>>>> Csound-devel@lists.sourceforge.net >>>> >>> >>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >>> >>>>>> >>>> >>> >>>>> >>>> >>> >>>>> >>>> >>> >>>>> >>>> >>> >>>>> -- >>>> >>> >>>>> >>>> >>> >>>>> Oeyvind Brandtsegg >>>> >>> >>>>> Professor of Music Technology >>>> >>> >>>>> NTNU >>>> >>> >>>>> 7491 Trondheim >>>> >>> >>>>> Norway >>>> >>> >>>>> Cell: +47 92 203 205 >>>> >>> >>>>> >>>> >>> >>>>> http://flyndresang.no/ >>>> >>> >>>>> http://www.partikkelaudio.com/ >>>> >>> >>>>> http://soundcloud.com/brandtsegg >>>> >>> >>>>> http://soundcloud.com/t-emp >>>> >>> >>>>> >>>> >>> >>>>> >>>> >>> >>>>> >>>> >>> >>>>> ------------------------------------------------------------------------------ >>>> >>> >>>>> Managing the Performance of Cloud-Based Applications >>>> >>> >>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>> >>> >>>>> Pitfalls. >>>> >>> >>>>> Read the Whitepaper. >>>> >>> >>>>> >>>> >>> >>>>> >>>> >>> >>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> >>> >>>>> _______________________________________________ >>>> >>> >>>>> Csound-devel mailing list >>>> >>> >>>>> Csound-devel@lists.sourceforge.net >>>> >>> >>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >>> >>> >>>> >>> >>> >>>> >>> >>> >>>> >>> >>> ------------------------------------------------------------------------------ >>>> >>> >>> Managing the Performance of Cloud-Based Applications >>>> >>> >>> Take advantage of what the Cloud has to offer - Avoid Common >>>> >>> >>> Pitfalls. >>>> >>> >>> Read the Whitepaper. >>>> >>> >>> >>>> >>> >>> >>>> >>> >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> >>> >>> _______________________________________________ >>>> >>> >>> Csound-devel mailing list >>>> >>> >>> Csound-devel@lists.sourceforge.net >>>> >>> >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >>> >> >>>> >>> >> >>>> >>> >> >>>> >>> >> -- >>>> >>> >> >>>> >>> >> Oeyvind Brandtsegg >>>> >>> >> Professor of Music Technology >>>> >>> >> NTNU >>>> >>> >> 7491 Trondheim >>>> >>> >> Norway >>>> >>> >> Cell: +47 92 203 205 >>>> >>> >> >>>> >>> >> http://flyndresang.no/ >>>> >>> >> http://www.partikkelaudio.com/ >>>> >>> >> http://soundcloud.com/brandtsegg >>>> >>> >> http://soundcloud.com/t-emp >>>> >>> >> >>>> >>> >> >>>> >>> >> >>>> >>> >> ------------------------------------------------------------------------------ >>>> >>> >> Managing the Performance of Cloud-Based Applications >>>> >>> >> Take advantage of what the Cloud has to offer - Avoid Common >>>> >>> >> Pitfalls. >>>> >>> >> Read the Whitepaper. >>>> >>> >> >>>> >>> >> >>>> >>> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> >>> >> _______________________________________________ >>>> >>> >> Csound-devel mailing list >>>> >>> >> Csound-devel@lists.sourceforge.net >>>> >>> >> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >>> > >>>> >>> > >>>> >>> > >>>> >>> > >>>> >>> > ------------------------------------------------------------------------------ >>>> >>> > Managing the Performance of Cloud-Based Applications >>>> >>> > Take advantage of what the Cloud has to offer - Avoid Common >>>> >>> > Pitfalls. >>>> >>> > Read the Whitepaper. >>>> >>> > >>>> >>> > >>>> >>> > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> >>> > _______________________________________________ >>>> >>> > Csound-devel mailing list >>>> >>> > Csound-devel@lists.sourceforge.net >>>> >>> > https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >>> >>>> >>> >>>> >>> >>>> >>> -- >>>> >>> >>>> >>> Oeyvind Brandtsegg >>>> >>> Professor of Music Technology >>>> >>> NTNU >>>> >>> 7491 Trondheim >>>> >>> Norway >>>> >>> Cell: +47 92 203 205 >>>> >>> >>>> >>> http://flyndresang.no/ >>>> >>> http://www.partikkelaudio.com/ >>>> >>> http://soundcloud.com/brandtsegg >>>> >>> http://soundcloud.com/t-emp >>>> >>> >>>> >>> >>>> >>> >>>> >>> ------------------------------------------------------------------------------ >>>> >>> Managing the Performance of Cloud-Based Applications >>>> >>> Take advantage of what the Cloud has to offer - Avoid Common >>>> >>> Pitfalls. >>>> >>> Read the Whitepaper. >>>> >>> >>>> >>> >>>> >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> >>> _______________________________________________ >>>> >>> Csound-devel mailing list >>>> >>> Csound-devel@lists.sourceforge.net >>>> >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >> >>>> >> >>>> >> >>>> >> >>>> >> ------------------------------------------------------------------------------ >>>> >> Managing the Performance of Cloud-Based Applications >>>> >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>>> >> Read the Whitepaper. >>>> >> >>>> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> >> _______________________________________________ >>>> >> Csound-devel mailing list >>>> >> Csound-devel@lists.sourceforge.net >>>> >> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >> >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Managing the Performance of Cloud-Based Applications >>>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>>> Read the Whitepaper. >>>> >>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> _______________________________________________ >>>> Csound-devel mailing list >>>> Csound-devel@lists.sourceforge.net >>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >>> >> >> >> ------------------------------------------------------------------------------ >> Managing the Performance of Cloud-Based Applications >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> Read the Whitepaper. >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> _______________________________________________ >> Csound-devel mailing list >> Csound-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/csound-devel >> > > ------------------------------------------------------------------------------ > Managing the Performance of Cloud-Based Applications > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. > Read the Whitepaper. > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk > _______________________________________________ > Csound-devel mailing list > Csound-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/csound-devel -- Oeyvind Brandtsegg Professor of Music Technology NTNU 7491 Trondheim Norway Cell: +47 92 203 205 http://flyndresang.no/ http://www.partikkelaudio.com/ http://soundcloud.com/brandtsegg http://soundcloud.com/t-emp ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net

Date	2014-02-06 20:58
From	Rory Walsh
Subject	Re: [Cs-dev] [Csnd] Latency and buffers
	Sorry Oeyvind, I just uploaded it to a few moments ago: http://www.thecabbagefoundation.org/viewtopic.php?f=21&t=360&p=819#p819 Thought it best to dump it there for you to try out before I do an official release. I sorted those host bpm issues for you too. I've actually reserved some channels for that info so you don't need to declare any host stuff in the GUI code. Seemed a little pointless to have to do that. Here are the reserved channels now in full. 'HOST_BPM': Retrieve the currents host bpm. This will be updated whenever the host BPM changes. 'IS_PLAYING': Pressing play on the host transport dialogue will cause this channel to send a 1. Hitting stop will send a 0. 'IS_RECORDING': As above only for monitoring the record status of a session. 'TIME_IN_SECONDS': Return the current time in seconds from the start of the track. 'HOST_PPQ_POS': Return the position of the start of the last bar, in pulses-per-quarter-note. 'CABBAGE_CSD_PATH': This string channel will retrieve the full path to the current csd file. All the host stuff is updated at every k cycle. The path is constant and only gets sent once, if for some reason you overwrite that channel with something else, you'll need to restart to get it again. I hope the PDC works Ok in other hosts. I've had no issue in Reaper so far. On 6 February 2014 20:42, Oeyvind Brandtsegg wrote: > Tested with the installer at > https://github.com/cabbageaudio/cabbage/releases now, but still have > delay, > perhaps it has not been updated? > > > 2014-02-06 Rory Walsh : >> That's what I've done with Cabbage. I've only tested with Reaper but >> so far so good. No more delays. >> >> On 6 February 2014 16:48, Michael Gogins wrote: >>> Correction: I think the following would be more reliable: >>> >>> (1) After compiling the orc, call setInitialDelay with ksmps, THEN call >>> ioChanged. In resume, the host will be pick up the initial delay. Calling >>> setInitialDelay only sets the value of this field, it does not notify the >>> host. >>> >>> Regards, >>> Mike >>> >>> >>> ----------------------------------------------------- >>> Michael Gogins >>> Irreducible Productions >>> http://michaelgogins.tumblr.com >>> Michael dot Gogins at gmail dot com >>> >>> >>> On Thu, Feb 6, 2014 at 11:42 AM, Michael Gogins >>> wrote: >>>> >>>> I've reviewed the VST plugin latency issue. It seems that the best thing >>>> that I can do for CsoundVST: >>>> >>>> (1) After compiling the orc, call ioChanged to notify the host that the >>>> plugin's latency may have changed. >>>> >>>> (2) In suspend or resume, call setInitialDelay with ksmps to tell the host >>>> what that latency now is. >>>> >>>> Rory, does that sound correct to you? >>>> >>>> I do know that different VST hosts may handle this differently. >>>> >>>> Regards, >>>> Mike >>>> >>>> >>>> ----------------------------------------------------- >>>> Michael Gogins >>>> Irreducible Productions >>>> http://michaelgogins.tumblr.com >>>> Michael dot Gogins at gmail dot com >>>> >>>> >>>> On Thu, Feb 6, 2014 at 10:55 AM, Rory Walsh wrote: >>>>> >>>>> This works really well. In Reaper the PDC is done automatically so the >>>>> problem is effectively solved, no more phasing! I'll update the >>>>> installer later. Perhaps you can try it with other hosts and let me >>>>> know how it goes. Cheers, >>>>> Rory. >>>>> >>>>> >>>>> >>>>> On 6 February 2014 14:13, Rory Walsh wrote: >>>>> > Good thinking Oeyvind. I'll add that and update the Windows installer >>>>> > this evening so you can try it out. >>>>> > >>>>> > On 6 February 2014 14:03, Michael Gogins >>>>> > wrote: >>>>> >> Thanks for the information, I will look into that. >>>>> >> >>>>> >> Regards, >>>>> >> Mike >>>>> >> >>>>> >> >>>>> >> ----------------------------------------------------- >>>>> >> Michael Gogins >>>>> >> Irreducible Productions >>>>> >> http://michaelgogins.tumblr.com >>>>> >> Michael dot Gogins at gmail dot com >>>>> >> >>>>> >> >>>>> >> On Thu, Feb 6, 2014 at 8:59 AM, Oeyvind Brandtsegg >>>>> >> wrote: >>>>> >>> >>>>> >>> Ok, good. >>>>> >>> Just one last thing, >>>>> >>> We might need to check (CsoundVST and Cabbage) if the effective >>>>> >>> latency is reported correctly to the host, >>>>> >>> as even a millisecond latency will matter if processing is done in >>>>> >>> parallell (clean sound on one track, processsed sound with latency >>>>> >>> one >>>>> >>> another), that is, when the two are mixed we will have phasing >>>>> >>> artifacts at 1kHz and integer multiples. >>>>> >>> I'm not sure if the reported latency is reported correctly now, as >>>>> >>> the >>>>> >>> tracks do not line up when Delay compensation is turned on (in Live). >>>>> >>> Other VSTs line up nicely when Delay compensation is on. >>>>> >>> >>>>> >>> all best >>>>> >>> >>>>> >>> >>>>> >>> 2014-02-06 Victor Lazzarini : >>>>> >>> > As you noticed, MaxMSP has also some issues when used as a plugin >>>>> >>> > in >>>>> >>> > Ableton, because of >>>>> >>> > buffering. I would risk saying that it is because it has to work, >>>>> >>> > as a >>>>> >>> > Csound, with a set block size. >>>>> >>> > But even with that, they seem to impose another layer of buffering, >>>>> >>> > because afaik the block size >>>>> >>> > by default is 64 samples. >>>>> >>> > >>>>> >>> > So, this is fundamental thing in the design of systems like Csound, >>>>> >>> > PD, >>>>> >>> > MaxMSP, that the >>>>> >>> > block size is fixed. To change this, it means a complete redesign >>>>> >>> > in >>>>> >>> > terms of how Csound works, >>>>> >>> > a rewrite of the engine and many opcodes that depend on that >>>>> >>> > remaining >>>>> >>> > constant. >>>>> >>> > Within Csound, we have introduced the possibility of sample >>>>> >>> > accurate >>>>> >>> > timing for events, but >>>>> >>> > that works within the fixed-block framework via the use of offsets. >>>>> >>> > >>>>> >>> > Note that there are systems around that work exclusively on a block >>>>> >>> > size >>>>> >>> > of 1, therefore >>>>> >>> > avoiding any such issues. Csound can also do that. I would not >>>>> >>> > necessarily think that >>>>> >>> > ksmps=1 is only limited to simple effects. In modern computers, I >>>>> >>> > have >>>>> >>> > seen a lot of >>>>> >>> > complex things running perfectly at that level. And following what >>>>> >>> > Mike >>>>> >>> > has said, ksmps=16 >>>>> >>> > might be perfectly acceptable in many situations. As Oeyvind >>>>> >>> > proved, >>>>> >>> > that can be much >>>>> >>> > better than what people are used to in some systems. If they can >>>>> >>> > LIVE >>>>> >>> > with that, surely >>>>> >>> > they can REAPER the benefit with Csound ;). >>>>> >>> > >>>>> >>> > Regards >>>>> >>> > >>>>> >>> > Victor >>>>> >>> > >>>>> >>> > >>>>> >>> > >>>>> >>> > >>>>> >>> > On 6 Feb 2014, at 09:17, Oeyvind Brandtsegg >>>>> >>> > >>>>> >>> > wrote: >>>>> >>> > >>>>> >>> >> Yes, it would definitely be a good thing to fix, >>>>> >>> >> especially when considering the use of a series of plugins on the >>>>> >>> >> same >>>>> >>> >> track. >>>>> >>> >> This is how I noticed the problem in the first place, as I had 3 >>>>> >>> >> or 4 >>>>> >>> >> Cabbage plugs in a series on the same track. >>>>> >>> >> One might say that this is not a wise setup, all things recently >>>>> >>> >> learned considered, >>>>> >>> >> but it is one thing that a user might expect to do without >>>>> >>> >> problems. >>>>> >>> >> >>>>> >>> >> The use of Csound as a plugin via Cabbage opens up Csound for >>>>> >>> >> being >>>>> >>> >> used widely in common production environments, >>>>> >>> >> in terms of the way forward and making the language more >>>>> >>> >> widespread, >>>>> >>> >> this is a significant area. In that respect the dynamic ksmps >>>>> >>> >> issue is >>>>> >>> >> important for the continued use if Csound in a modern workflow. >>>>> >>> >> >>>>> >>> >> Until then, I will rewrite my plugins so all things I might need >>>>> >>> >> on >>>>> >>> >> one track lives in a single Cabage plug. >>>>> >>> >> >>>>> >>> >> all best >>>>> >>> >> >>>>> >>> >> 2014-02-06 Rory Walsh : >>>>> >>> >>> Btw, it's clear that other plugins won't have a latency problem >>>>> >>> >>> because they can(or at least should be able to) deal with >>>>> >>> >>> variable >>>>> >>> >>> buffer sizes. >>>>> >>> >>> >>>>> >>> >>> On 6 February 2014 08:57, Rory Walsh wrote: >>>>> >>> >>>> That's a funny observation about Live. Their next product will >>>>> >>> >>>> be >>>>> >>> >>>> called Offline :) It seems ksmps==1 is a no go for anything but >>>>> >>> >>>> a >>>>> >>> >>>> single instance of a relatively simple effect(of course there >>>>> >>> >>>> are no >>>>> >>> >>>> issue with synths). And it also seems that pretty much all of >>>>> >>> >>>> the >>>>> >>> >>>> plugins standards in use today(AU, VST, LV2, etc) assume a >>>>> >>> >>>> dynamic >>>>> >>> >>>> buffer size. So as long as Csound is being used to process host >>>>> >>> >>>> audio >>>>> >>> >>>> in one of these environments it's likely there will be a latency >>>>> >>> >>>> problem. That is if you plan to use the full power of Csound >>>>> >>> >>>> there >>>>> >>> >>>> will be. I know the latency will in most cases be quite small, >>>>> >>> >>>> but >>>>> >>> >>>> isn't it still enough to cause undesired effects on a mix? >>>>> >>> >>>> >>>>> >>> >>>> On 6 February 2014 08:38, Oeyvind Brandtsegg >>>>> >>> >>>> wrote: >>>>> >>> >>>>> Thanks so much for that explanation Mike. >>>>> >>> >>>>> Rory, don't even so much as think of contemplating life without >>>>> >>> >>>>> Cabbage (oh you already did...) ! >>>>> >>> >>>>> Here's more observations about latency in different hosts that >>>>> >>> >>>>> might >>>>> >>> >>>>> brighten up thhing a bit, >>>>> >>> >>>>> depending on what hosts one prefer... >>>>> >>> >>>>> >>>>> >>> >>>>> In Reaper: >>>>> >>> >>>>> >>>>> >>> >>>>> >>>>> >>> >>>>> 2014-02-06 Michael Gogins : >>>>> >>> >>>>>> There are two cases. If ksmps is always 1, you can use this >>>>> >>> >>>>>> algorithm: >>>>> >>> >>>>>> >>>>> >>> >>>>>> for each frame in the host input buffer: >>>>> >>> >>>>>> copy the host frame to the spin frame >>>>> >>> >>>>>> call performKsmps() >>>>> >>> >>>>>> copy the spout frame to the host output buffer >>>>> >>> >>>>>> >>>>> >>> >>>>>> Then there is no delay. >>>>> >>> >>>>>> >>>>> >>> >>>>>> If ksmps is greater than 1 it goes like this. It's enough to >>>>> >>> >>>>>> consider ksmps >>>>> >>> >>>>>> = 2, >>>>> >>> >>>>>> all other cases work the same way. >>>>> >>> >>>>>> >>>>> >>> >>>>>> for each frame in the host input buffer: >>>>> >>> >>>>>> copy the current host input frame to the current spin frame >>>>> >>> >>>>>> copy the current spout frame to the current host output >>>>> >>> >>>>>> buffer >>>>> >>> >>>>>> if the current spout frame is past the end of spout: >>>>> >>> >>>>>> call performKsmps >>>>> >>> >>>>>> reset the spout/spin frame index to 0 >>>>> >>> >>>>>> >>>>> >>> >>>>>> If ksmps==1 then there is 1 frame of silence in the output at >>>>> >>> >>>>>> the >>>>> >>> >>>>>> start, and >>>>> >>> >>>>>> thereafter output lags input by 1 frame. On the final frame of >>>>> >>> >>>>>> the >>>>> >>> >>>>>> host >>>>> >>> >>>>>> buffer, Csound computes a frame in spout but it is not copied >>>>> >>> >>>>>> to >>>>> >>> >>>>>> the output >>>>> >>> >>>>>> until the next processing call. >>>>> >>> >>>>>> >>>>> >>> >>>>>> If ksmps==2 then there are 2 frames of silence in the output >>>>> >>> >>>>>> at the >>>>> >>> >>>>>> start, >>>>> >>> >>>>>> and thereafter output lags input by 2 frames. On the final >>>>> >>> >>>>>> frame of >>>>> >>> >>>>>> the host >>>>> >>> >>>>>> buffer,Csound computes 2 frames in spout, but depending on the >>>>> >>> >>>>>> size >>>>> >>> >>>>>> of the >>>>> >>> >>>>>> output buffer, 1 or 2 frames are not copied to the output >>>>> >>> >>>>>> until the >>>>> >>> >>>>>> next >>>>> >>> >>>>>> processing call. >>>>> >>> >>>>>> >>>>> >>> >>>>>> And so on. >>>>> >>> >>>>>> >>>>> >>> >>>>>> Regards, >>>>> >>> >>>>>> Mike >>>>> >>> >>>>>> >>>>> >>> >>>>>> >>>>> >>> >>>>>> >>>>> >>> >>>>>> ----------------------------------------------------- >>>>> >>> >>>>>> Michael Gogins >>>>> >>> >>>>>> Irreducible Productions >>>>> >>> >>>>>> http://michaelgogins.tumblr.com >>>>> >>> >>>>>> Michael dot Gogins at gmail dot com >>>>> >>> >>>>>> >>>>> >>> >>>>>> >>>>> >>> >>>>>> On Wed, Feb 5, 2014 at 7:39 PM, Rory Walsh >>>>> >>> >>>>>> wrote: >>>>> >>> >>>>>>> >>>>> >>> >>>>>>> The way it stands things are fine, albeit with a ksmps delay. >>>>> >>> >>>>>>> But >>>>> >>> >>>>>>> it >>>>> >>> >>>>>>> will remain constant and there won't be any drop outs. If >>>>> >>> >>>>>>> ksmps >>>>> >>> >>>>>>> ==1 >>>>> >>> >>>>>>> then there will be no problems with latency. Of course I >>>>> >>> >>>>>>> stand to >>>>> >>> >>>>>>> be >>>>> >>> >>>>>>> corrected. When all is said and done, I did enjoy >>>>> >>> >>>>>>> contemplating >>>>> >>> >>>>>>> life >>>>> >>> >>>>>>> without Cabbage over a few beers. But that might just have >>>>> >>> >>>>>>> been >>>>> >>> >>>>>>> the >>>>> >>> >>>>>>> beers :) >>>>> >>> >>>>>>> >>>>> >>> >>>>>>> >>>>> >>> >>>>>>> On 5 February 2014 23:57, Rory Walsh >>>>> >>> >>>>>>> wrote: >>>>> >>> >>>>>>>> I'm glad you asked this because I'm a little lost too! I was >>>>> >>> >>>>>>>> thinking >>>>> >>> >>>>>>>> the >>>>> >>> >>>>>>>> same as you. At some stage won't things goes south if the >>>>> >>> >>>>>>>> buffer >>>>> >>> >>>>>>>> size >>>>> >>> >>>>>>>> suddenly changes as is likely once automation is brought >>>>> >>> >>>>>>>> into the >>>>> >>> >>>>>>>> equation? >>>>> >>> >>>>>>>> >>>>> >>> >>>>>>>> sent from a mobile device... >>>>> >>> >>>>>>>> >>>>> >>> >>>>>>>> On 5 Feb 2014 23:27, "Oeyvind Brandtsegg" >>>>> >>> >>>>>>>> >>>>> >>> >>>>>>>> wrote: >>>>> >>> >>>>>>>>> >>>>> >>> >>>>>>>>> Ok. That is good. >>>>> >>> >>>>>>>>> But can it (the latency) change dynamically, as the host >>>>> >>> >>>>>>>>> buffer >>>>> >>> >>>>>>>>> size >>>>> >>> >>>>>>>>> change dynamically? >>>>> >>> >>>>>>>>> Sorry if I'm being dense but I would really like to >>>>> >>> >>>>>>>>> understand. >>>>> >>> >>>>>>>>> >>>>> >>> >>>>>>>>> >>>>> >>> >>>>>>>>> 2014-02-06 Michael Gogins : >>>>> >>> >>>>>>>>>> No, the maximum latency is ksmps. That could be either >>>>> >>> >>>>>>>>>> larger, >>>>> >>> >>>>>>>>>> or >>>>> >>> >>>>>>>>>> smaller, >>>>> >>> >>>>>>>>>> than the host buffer size. It doesn't matter. >>>>> >>> >>>>>>>>>> >>>>> >>> >>>>>>>>>> Regards, >>>>> >>> >>>>>>>>>> Mike >>>>> >>> >>>>>>>>>> >>>>> >>> >>>>>>>>>> >>>>> >>> >>>>>>>>>> ----------------------------------------------------- >>>>> >>> >>>>>>>>>> Michael Gogins >>>>> >>> >>>>>>>>>> Irreducible Productions >>>>> >>> >>>>>>>>>> http://michaelgogins.tumblr.com >>>>> >>> >>>>>>>>>> Michael dot Gogins at gmail dot com >>>>> >>> >>>>>>>>>> >>>>> >>> >>>>>>>>>> >>>>> >>> >>>>>>>>>> On Wed, Feb 5, 2014 at 6:07 PM, Oeyvind Brandtsegg >>>>> >>> >>>>>>>>>> wrote: >>>>> >>> >>>>>>>>>>> >>>>> >>> >>>>>>>>>>> ...but the latency would be one full host buffer size, >>>>> >>> >>>>>>>>>>> not >>>>> >>> >>>>>>>>>>> just a >>>>> >>> >>>>>>>>>>> ksmps, >>>>> >>> >>>>>>>>>>> right? >>>>> >>> >>>>>>>>>>> So a small ksmps would rather minimize the chance of a >>>>> >>> >>>>>>>>>>> ksmps-buffer >>>>> >>> >>>>>>>>>>> mismatch, but not actually minimize worst case latency >>>>> >>> >>>>>>>>>>> (which >>>>> >>> >>>>>>>>>>> would >>>>> >>> >>>>>>>>>>> be >>>>> >>> >>>>>>>>>>> one host buffer block). Isn't it so? >>>>> >>> >>>>>>>>>>> >>>>> >>> >>>>>>>>>>> Now, one thing I don't understand is if the latency can >>>>> >>> >>>>>>>>>>> be >>>>> >>> >>>>>>>>>>> zero >>>>> >>> >>>>>>>>>>> when >>>>> >>> >>>>>>>>>>> the host buffer is an integer multiple of ksmps, and it >>>>> >>> >>>>>>>>>>> indeed >>>>> >>> >>>>>>>>>>> is, >>>>> >>> >>>>>>>>>>> and also the host buffer size can be dynamic, we must >>>>> >>> >>>>>>>>>>> assume >>>>> >>> >>>>>>>>>>> that >>>>> >>> >>>>>>>>>>> the two buffer length may initially fit but at some later >>>>> >>> >>>>>>>>>>> time >>>>> >>> >>>>>>>>>>> they >>>>> >>> >>>>>>>>>>> will not,* then* what happens at the transition point ? I >>>>> >>> >>>>>>>>>>> mean, when >>>>> >>> >>>>>>>>>>> we go from perfectly aligned buffers and zero latency to >>>>> >>> >>>>>>>>>>> misaligned >>>>> >>> >>>>>>>>>>> buffers and one bufferlength latency. Then we should have >>>>> >>> >>>>>>>>>>> one >>>>> >>> >>>>>>>>>>> non-full >>>>> >>> >>>>>>>>>>> buffer in the transition from zero latency to one-buffer >>>>> >>> >>>>>>>>>>> latency. >>>>> >>> >>>>>>>>>>> Will >>>>> >>> >>>>>>>>>>> it pop? If so, I would expect it to pop quite often(?), >>>>> >>> >>>>>>>>>>> which >>>>> >>> >>>>>>>>>>> it >>>>> >>> >>>>>>>>>>> does >>>>> >>> >>>>>>>>>>> not. >>>>> >>> >>>>>>>>>>> Or? >>>>> >>> >>>>>>>>>>> >>>>> >>> >>>>>>>>>>> >>>>> >>> >>>>>>>>>>> >>>>> >>> >>>>>>>>>>> >>>>> >>> >>>>>>>>>>> 2014-02-05 Victor Lazzarini : >>>>> >>> >>>>>>>>>>>> If your ksmps is small, any latency that might exist >>>>> >>> >>>>>>>>>>>> will be >>>>> >>> >>>>>>>>>>>> small >>>>> >>> >>>>>>>>>>>> too, >>>>> >>> >>>>>>>>>>>> and I can't see it having >>>>> >>> >>>>>>>>>>>> a major effect. So if you run with ksmps=16, it's 0.3 >>>>> >>> >>>>>>>>>>>> millisseconds. >>>>> >>> >>>>>>>>>>>> Not >>>>> >>> >>>>>>>>>>>> much of a problem. >>>>> >>> >>>>>>>>>>>> And for the cases where this is a problem, then it's >>>>> >>> >>>>>>>>>>>> still >>>>> >>> >>>>>>>>>>>> possible >>>>> >>> >>>>>>>>>>>> to >>>>> >>> >>>>>>>>>>>> run with ksmps=1. >>>>> >>> >>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>> Victor >>>>> >>> >>>>>>>>>>>> On 5 Feb 2014, at 20:46, Rory Walsh wrote: >>>>> >>> >>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>> I wish I had thought of this before spending so much >>>>> >>> >>>>>>>>>>>>> time >>>>> >>> >>>>>>>>>>>>> writing >>>>> >>> >>>>>>>>>>>>> a >>>>> >>> >>>>>>>>>>>>> framework for developing VST plugins with Csound. I'm >>>>> >>> >>>>>>>>>>>>> off >>>>> >>> >>>>>>>>>>>>> now to >>>>> >>> >>>>>>>>>>>>> have >>>>> >>> >>>>>>>>>>>>> a few beers and rethink life! >>>>> >>> >>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>> On 5 February 2014 20:06, Michael Gogins >>>>> >>> >>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>> wrote: >>>>> >>> >>>>>>>>>>>>>> Then your code will run 5 times slower or so. >>>>> >>> >>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>> Regards, >>>>> >>> >>>>>>>>>>>>>> Mike >>>>> >>> >>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>> ----------------------------------------------------- >>>>> >>> >>>>>>>>>>>>>> Michael Gogins >>>>> >>> >>>>>>>>>>>>>> Irreducible Productions >>>>> >>> >>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>>>> >>> >>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>>>> >>> >>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>> On Wed, Feb 5, 2014 at 3:03 PM, Rory Walsh >>>>> >>> >>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>> wrote: >>>>> >>> >>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>> Seems every where I look it says don't make any >>>>> >>> >>>>>>>>>>>>>>> assumptions >>>>> >>> >>>>>>>>>>>>>>> about >>>>> >>> >>>>>>>>>>>>>>> buffer sizes. So I guess the only fail safe way is to >>>>> >>> >>>>>>>>>>>>>>> force a >>>>> >>> >>>>>>>>>>>>>>> ksmps >>>>> >>> >>>>>>>>>>>>>>> of >>>>> >>> >>>>>>>>>>>>>>> 1? uh... >>>>> >>> >>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>> On 5 February 2014 19:57, Michael Gogins >>>>> >>> >>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>> wrote: >>>>> >>> >>>>>>>>>>>>>>>> I believe that you are wrong, you cannot count on a >>>>> >>> >>>>>>>>>>>>>>>> power >>>>> >>> >>>>>>>>>>>>>>>> of >>>>> >>> >>>>>>>>>>>>>>>> two >>>>> >>> >>>>>>>>>>>>>>>> size. >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> See these threads from KVR: >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> http://www.kvraudio.com/forum/viewtopic.php?t=279753 >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> http://www.kvraudio.com/forum/viewtopic.php?t=359951 >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> http://www.kvraudio.com/forum/viewtopic.php?p=3458228 >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> Regards, >>>>> >>> >>>>>>>>>>>>>>>> Mike >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> ----------------------------------------------------- >>>>> >>> >>>>>>>>>>>>>>>> Michael Gogins >>>>> >>> >>>>>>>>>>>>>>>> Irreducible Productions >>>>> >>> >>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>>>> >>> >>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> On Wed, Feb 5, 2014 at 2:17 PM, Victor Lazzarini >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> wrote: >>>>> >>> >>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>> But I think you're probably safe setting ksmps to a >>>>> >>> >>>>>>>>>>>>>>>>> low >>>>> >>> >>>>>>>>>>>>>>>>> value >>>>> >>> >>>>>>>>>>>>>>>>> that >>>>> >>> >>>>>>>>>>>>>>>>> is a >>>>> >>> >>>>>>>>>>>>>>>>> power-of-two. I would >>>>> >>> >>>>>>>>>>>>>>>>> expect most hosts to run buffers that are >>>>> >>> >>>>>>>>>>>>>>>>> power-of-two >>>>> >>> >>>>>>>>>>>>>>>>> and >>>>> >>> >>>>>>>>>>>>>>>>> that >>>>> >>> >>>>>>>>>>>>>>>>> are >>>>> >>> >>>>>>>>>>>>>>>>> not >>>>> >>> >>>>>>>>>>>>>>>>> that small. >>>>> >>> >>>>>>>>>>>>>>>>> ksmps =8,16 or 32 should do. >>>>> >>> >>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>> Victor >>>>> >>> >>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>> On 5 Feb 2014, at 18:10, Rory Walsh wrote: >>>>> >>> >>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>> I was just about to answer my previous mail with >>>>> >>> >>>>>>>>>>>>>>>>>> the >>>>> >>> >>>>>>>>>>>>>>>>>> same >>>>> >>> >>>>>>>>>>>>>>>>>> thing. >>>>> >>> >>>>>>>>>>>>>>>>>> That's >>>>> >>> >>>>>>>>>>>>>>>>>> a pain. >>>>> >>> >>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>> On 5 February 2014 18:03, Michael Gogins >>>>> >>> >>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>> wrote: >>>>> >>> >>>>>>>>>>>>>>>>>>> No. The host can and often does use a different >>>>> >>> >>>>>>>>>>>>>>>>>>> host >>>>> >>> >>>>>>>>>>>>>>>>>>> audio >>>>> >>> >>>>>>>>>>>>>>>>>>> buffer >>>>> >>> >>>>>>>>>>>>>>>>>>> size >>>>> >>> >>>>>>>>>>>>>>>>>>> on >>>>> >>> >>>>>>>>>>>>>>>>>>> each call to process() or processReplacing(). >>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>> Regards, >>>>> >>> >>>>>>>>>>>>>>>>>>> Mike >>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>> ----------------------------------------------------- >>>>> >>> >>>>>>>>>>>>>>>>>>> Michael Gogins >>>>> >>> >>>>>>>>>>>>>>>>>>> Irreducible Productions >>>>> >>> >>>>>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>>>> >>> >>>>>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>> On Wed, Feb 5, 2014 at 11:27 AM, Rory Walsh >>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>> wrote: >>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>> Hi Mike, isn't it possible to query the host >>>>> >>> >>>>>>>>>>>>>>>>>>>> buffer >>>>> >>> >>>>>>>>>>>>>>>>>>>> size >>>>> >>> >>>>>>>>>>>>>>>>>>>> before >>>>> >>> >>>>>>>>>>>>>>>>>>>> the >>>>> >>> >>>>>>>>>>>>>>>>>>>> processing function is first called, in which >>>>> >>> >>>>>>>>>>>>>>>>>>>> case >>>>> >>> >>>>>>>>>>>>>>>>>>>> you can >>>>> >>> >>>>>>>>>>>>>>>>>>>> just >>>>> >>> >>>>>>>>>>>>>>>>>>>> override the csd's ksmps? >>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>> On 5 February 2014 15:55, Michael Gogins >>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>> wrote: >>>>> >>> >>>>>>>>>>>>>>>>>>>>> I've looked into this some more. As long as the >>>>> >>> >>>>>>>>>>>>>>>>>>>>> host >>>>> >>> >>>>>>>>>>>>>>>>>>>>> audio >>>>> >>> >>>>>>>>>>>>>>>>>>>>> buffer >>>>> >>> >>>>>>>>>>>>>>>>>>>>> is >>>>> >>> >>>>>>>>>>>>>>>>>>>>> not >>>>> >>> >>>>>>>>>>>>>>>>>>>>> an >>>>> >>> >>>>>>>>>>>>>>>>>>>>> integral multiple of ksmps, there will have to >>>>> >>> >>>>>>>>>>>>>>>>>>>>> be >>>>> >>> >>>>>>>>>>>>>>>>>>>>> ksmps >>>>> >>> >>>>>>>>>>>>>>>>>>>>> latency >>>>> >>> >>>>>>>>>>>>>>>>>>>>> between >>>>> >>> >>>>>>>>>>>>>>>>>>>>> input and output. That is because performKsmps >>>>> >>> >>>>>>>>>>>>>>>>>>>>> requires >>>>> >>> >>>>>>>>>>>>>>>>>>>>> spin >>>>> >>> >>>>>>>>>>>>>>>>>>>>> to >>>>> >>> >>>>>>>>>>>>>>>>>>>>> be >>>>> >>> >>>>>>>>>>>>>>>>>>>>> full, >>>>> >>> >>>>>>>>>>>>>>>>>>>>> but >>>>> >>> >>>>>>>>>>>>>>>>>>>>> if there is some remainder from hostsize/ksmps, >>>>> >>> >>>>>>>>>>>>>>>>>>>>> there >>>>> >>> >>>>>>>>>>>>>>>>>>>>> will >>>>> >>> >>>>>>>>>>>>>>>>>>>>> be >>>>> >>> >>>>>>>>>>>>>>>>>>>>> some >>>>> >>> >>>>>>>>>>>>>>>>>>>>> frames >>>>> >>> >>>>>>>>>>>>>>>>>>>>> that the host buffer doesn't have but spin >>>>> >>> >>>>>>>>>>>>>>>>>>>>> needs. >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> I am letting this go for now, but if Csound >>>>> >>> >>>>>>>>>>>>>>>>>>>>> could >>>>> >>> >>>>>>>>>>>>>>>>>>>>> adjust >>>>> >>> >>>>>>>>>>>>>>>>>>>>> ksmps >>>>> >>> >>>>>>>>>>>>>>>>>>>>> during >>>>> >>> >>>>>>>>>>>>>>>>>>>>> performance via the API, then we could get rid >>>>> >>> >>>>>>>>>>>>>>>>>>>>> of >>>>> >>> >>>>>>>>>>>>>>>>>>>>> this >>>>> >>> >>>>>>>>>>>>>>>>>>>>> latency >>>>> >>> >>>>>>>>>>>>>>>>>>>>> by >>>>> >>> >>>>>>>>>>>>>>>>>>>>> setting >>>>> >>> >>>>>>>>>>>>>>>>>>>>> ksmps equal to the host buffer size on each >>>>> >>> >>>>>>>>>>>>>>>>>>>>> host >>>>> >>> >>>>>>>>>>>>>>>>>>>>> processing >>>>> >>> >>>>>>>>>>>>>>>>>>>>> call. >>>>> >>> >>>>>>>>>>>>>>>>>>>>> I >>>>> >>> >>>>>>>>>>>>>>>>>>>>> think >>>>> >>> >>>>>>>>>>>>>>>>>>>>> this would be a really good idea. I'm entering >>>>> >>> >>>>>>>>>>>>>>>>>>>>> it as >>>>> >>> >>>>>>>>>>>>>>>>>>>>> a >>>>> >>> >>>>>>>>>>>>>>>>>>>>> feature >>>>> >>> >>>>>>>>>>>>>>>>>>>>> request. >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Regards, >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Mike >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Regards, >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Mike >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> ----------------------------------------------------- >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Michael Gogins >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Irreducible Productions >>>>> >>> >>>>>>>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 1:47 PM, Michael Gogins >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> wrote: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> CsoundVST does the following: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> In the processReplacing callback there are >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> essentially >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> two >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> simultaneous >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> loops, each with their own loop indexes. One >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> loop >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> is for >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> host >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> audio >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> buffer, which can change in size from one call >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> to >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> next. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> The >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> other >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> loop >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> is for Csound. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> For each frame of audio, one frame of audio is >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> copied >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> from >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> host >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> input >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> buffer to spin, one frame of audio is copied >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> from >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> spout >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> to >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> host >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> audio >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> output buffer, and both loop indexes are >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> incremented. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> At the end of spout, ksmps audio are processed >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> by >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> Csound, >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> and >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> spin >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> and >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> spout buffer indexes are reset to 0. These >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> indexes >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> persist >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> from >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> call >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> to >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> call, so there are no gaps or glitches. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> There is ksmps frames latency in the code >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> because >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> spin >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> is >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> read >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> in >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> before >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> it spout is computed. But I will try to change >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> code >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> so >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> that >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> buffers >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> are rewound to line spout up with spin. There >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> will >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> then >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> be >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> zero >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> latency. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> ----------------------------------------------------- >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> Michael Gogins >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> Irreducible Productions >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 11:03 AM, Steven Yi >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> wrote: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> I was in the middle of replying pretty much >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> same >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> thing >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> as >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Victor. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Seems like you're introducing block's worth >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> of >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> latency >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> due >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> to >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> code >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> order. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 11:05 AM, Victor >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Lazzarini >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> I would have thought that you would >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 1) write data into spin >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 2) process >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 3) write data out of spout. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> if you read and write after running >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> PeformKsmps(), as >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> far >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> as >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> I >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> can >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> see >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> there might be >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> a delay between input and output, as you >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> will be >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> effectively >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> putting >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> out the data that >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> you processed in the previous period. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 1) process (means process the current spin >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> data) >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 2) write to spin the new data >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 3) write out the result of processing the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> previous >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> spin >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> That's what it looks like to me. Not sure if >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> I am >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> right. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Also >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> this >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> discussion should be in the dev list not >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> in the users list (so my response is going >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> there). >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Victor >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> On 4 Feb 2014, at 15:47, Rory Walsh >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> I can confirm that it's not an issue with >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> plugin >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> framework >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> I'm >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> using. I can also confirm it happens >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> whether the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> plugin's >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> processBlock() is being called the same >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> amount >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> of >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> times >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> as >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> performKsmps(). That is to say, if the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> plugin >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> sample >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> buffer >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> is >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> set >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> to >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> 64 and so is Csound's, the problem >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> persists. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> I can recreate it with Reaper by placing >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> two >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> identical >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> audio >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> tracks >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> in >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> the session. On one track I place a >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> straight >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> forward >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> in/out >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> effect plugin. Then play both back at the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> same >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> time. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> You'll >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> hear >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> subtle phasing taking place until you >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> bypass the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> plugin >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> effect. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> Here's >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> my processBlock(), it couldn't be any >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> simpler. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> Can >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> any >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> devs >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> out >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> there >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> spot something that might introduce >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> latency? >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> CSCompResult = csound->PerformKsmps(); >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> for(int i=0;i>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> { >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> if(!CSCompResult) >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> { >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> for(int channel = 0; channel < >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> getNumOutputChannels(); >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> channel++ ) >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> { >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> audioBuffer = >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> buffer.getSampleData(channel,0); >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> pos = igetNumOutputChannels(); >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> CSspin[channel+pos] = >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> audioBuffer[i]cs_scale; >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> audioBuffer[i] = >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> (CSspout[channel+pos]/cs_scale); >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> } >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> } >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> else >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> buffer.clear(); >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> } >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 15:04, Oeyvind >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> All good. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> I could test with csound~ and found >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> another >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> cause >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> for >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> latency. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Steven Yi : >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Nope. I did some work on updating the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> CMake >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> file >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> to >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> try >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> building >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> on >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Windows yesterday. I need to do so me >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> research >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> to >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> see >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> about >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> libraries >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> to link to and other things, but it may >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> take a >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> while >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> current >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> work >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> load. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:47 AM, Oeyvind >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> That looks as if it's for OSX only (?), >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> perhaps not compiled for windows yet? >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Steven Yi >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> : >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6~ should be with the installer; >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> also >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> available >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> at: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://sourceforge.net/projects/csound/files/csound6/Csound6.02/csound~_v1.1.1.pkg/download >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:38 AM, Oeyvind >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I can also reproduce it with csound~ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> MaxForLive >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> haven't tried with csound6~ (where can >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> find >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> it?) >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Now, testing with Max (not in Live), >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> and >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Reaper, >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> find >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> can not >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> reproduce the behaviour there. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> So there is something with Live then. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> However, >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> other >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> VST >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugins >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Live does not introduce extra latency. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> The way I measure latency is by >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> setiing up >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> a >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> microphone >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> close >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> to >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> speaker, close enough that it will >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> almost >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> feed, >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> then tap the mic and listen to the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> resonance of >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> system. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> When >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency changes, the resonance will >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> change. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> When I add a plugin (Cabbage or >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> MaxForLive >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound~), >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> (and so the resonance) changes. If I >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> load >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> other >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> VST >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugins >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> this >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> does >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> not happen, the latency does not >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> change. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> But as I said, I can only reproduce it >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Live. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Sorry >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> for >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> noise. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> : >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I can recreate it here. It's subtle, >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> but >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> present. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I'll >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> take >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> a >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> look. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:38, Oeyvind >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Yes, I have tried different ksmps >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> values, >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> both >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> higher >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> and >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> lower >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> and >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> equal to the host buffer size. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Will investigate if I can reproduce >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> it on >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound~. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> : >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On second thoughts I can't see what >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> might be >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> causing >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> this. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Have you >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> tried setting ksmps to be the same >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> as >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> your >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> host's >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> buffer >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> size? >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:01, Rory >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Walsh >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I think I have it... Lunch first >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> though.. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sent from a mobile device... >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 Feb 2014 12:56, "Rory Walsh" >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Are you just running audio >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> straight in >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> and >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> out, >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> no >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processing? The >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin host calls the plugin's >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock() >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> which >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> turn >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> calls >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> performKsmps(). So long as >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock() >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> is >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> being >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> called >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> (if the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> track is playing for example) >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> performKsmps() >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> will >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> be >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> called >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> over and >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> over again processing ksmps >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> samples >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> each >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> time. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> At >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> moment >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock() method and the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> performKsmps() >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> are >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> firing >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> off >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> at >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> different speeds. I can look at >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> forcing >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugins >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> to >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> process the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> same amount of samples as the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> does >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> each >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> call >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> to >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock(). Perhaps that >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> might >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> help. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 12:41, Oeyvind >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Regarding latency and buffers, >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I thought I had understood that >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound, >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> when >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> used >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> as a >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin (e.g. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cabbage or csound~) would >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> process the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> audio >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> buffer >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "in >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> place", so no >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> extra latency would incur due to >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sound >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> being >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processed >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> through >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Csound, assuming that ksmps is >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> smaler >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> than >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> host >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> program's buffer >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> size. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Now, running Cabbage plugins in >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Ableton >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Live, >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I've >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> been >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> investigating >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency issues, and I find that >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> adding a >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> simple >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin will >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> delay the signal. Also, adding >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> more >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> than >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> one >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> such >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> series >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> increases the delay/latency >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> accordingly. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I've >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> tried >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> using >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> different >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ksmps, and this indeed affects >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> amount >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> of >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> but >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> even setting >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ksmps=1 does not get rid of it. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Can the buffer be processed "in >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> place"? >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> best >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Sourceforge >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> bug >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> can >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> be >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound" >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Sourceforge bug >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> can be >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> bug >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> be >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> bug >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> be >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> bug >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> be >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> bug >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> -- >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> here >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> with >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> body >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Applications >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> offer - >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Avoid >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Common >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Pitfalls. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> _______________________________________________ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Applications >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> - >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Avoid >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Common >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Pitfalls. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> _______________________________________________ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Applications >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Avoid >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Common >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Pitfalls. >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >>> >>>>>>>>>>>>>>>>>>>>> _______________________________________________ >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>> >>> >>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >>>>> >>> >>>>>>>>>>>>>>>>>>>> Applications >>>>> >>> >>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >>>>> >>> >>>>>>>>>>>>>>>>>>>> Avoid >>>>> >>> >>>>>>>>>>>>>>>>>>>> Common >>>>> >>> >>>>>>>>>>>>>>>>>>>> Pitfalls. >>>>> >>> >>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >>> >>>>>>>>>>>>>>>>>>>> _______________________________________________ >>>>> >>> >>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>>>> >>> >>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>> >>> >>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >>>>> >>> >>>>>>>>>>>>>>>>>>> Applications >>>>> >>> >>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >>>>> >>> >>>>>>>>>>>>>>>>>>> Avoid >>>>> >>> >>>>>>>>>>>>>>>>>>> Common >>>>> >>> >>>>>>>>>>>>>>>>>>> Pitfalls. >>>>> >>> >>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >>> >>>>>>>>>>>>>>>>>>> _______________________________________________ >>>>> >>> >>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>>>> >>> >>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>> >>> >>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >>>>> >>> >>>>>>>>>>>>>>>>>> Applications >>>>> >>> >>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >>>>> >>> >>>>>>>>>>>>>>>>>> Avoid >>>>> >>> >>>>>>>>>>>>>>>>>> Common >>>>> >>> >>>>>>>>>>>>>>>>>> Pitfalls. >>>>> >>> >>>>>>>>>>>>>>>>>> Read the Whitepaper. >>>>> >>> >>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >>> >>>>>>>>>>>>>>>>>> _______________________________________________ >>>>> >>> >>>>>>>>>>>>>>>>>> Csound-devel mailing list >>>>> >>> >>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>> >>> >>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >>> >>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>> Dr Victor Lazzarini >>>>> >>> >>>>>>>>>>>>>>>>> Senior Lecturer >>>>> >>> >>>>>>>>>>>>>>>>> Dept. of Music >>>>> >>> >>>>>>>>>>>>>>>>> NUI Maynooth Ireland >>>>> >>> >>>>>>>>>>>>>>>>> tel.: +353 1 708 3545 >>>>> >>> >>>>>>>>>>>>>>>>> Victor dot Lazzarini AT nuim dot ie >>>>> >>> >>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>> >>> >>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >>>>> >>> >>>>>>>>>>>>>>>>> Applications >>>>> >>> >>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >>>>> >>> >>>>>>>>>>>>>>>>> Avoid >>>>> >>> >>>>>>>>>>>>>>>>> Common >>>>> >>> >>>>>>>>>>>>>>>>> Pitfalls. >>>>> >>> >>>>>>>>>>>>>>>>> Read the Whitepaper. >>>>> >>> >>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >>> >>>>>>>>>>>>>>>>> _______________________________________________ >>>>> >>> >>>>>>>>>>>>>>>>> Csound-devel mailing list >>>>> >>> >>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>> >>> >>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>> >>> >>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>> >>> >>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >>>>> >>> >>>>>>>>>>>>>>>> Avoid >>>>> >>> >>>>>>>>>>>>>>>> Common >>>>> >>> >>>>>>>>>>>>>>>> Pitfalls. >>>>> >>> >>>>>>>>>>>>>>>> Read the Whitepaper. >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >>> >>>>>>>>>>>>>>>> _______________________________________________ >>>>> >>> >>>>>>>>>>>>>>>> Csound-devel mailing list >>>>> >>> >>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>> >>> >>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>> >>> >>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>> >>> >>>>>>>>>>>>>>> Common >>>>> >>> >>>>>>>>>>>>>>> Pitfalls. >>>>> >>> >>>>>>>>>>>>>>> Read the Whitepaper. >>>>> >>> >>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >>> >>>>>>>>>>>>>>> _______________________________________________ >>>>> >>> >>>>>>>>>>>>>>> Csound-devel mailing list >>>>> >>> >>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>> >>> >>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >>> >>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>> >>> >>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>> >>> >>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>> >>> >>>>>>>>>>>>>> Common >>>>> >>> >>>>>>>>>>>>>> Pitfalls. >>>>> >>> >>>>>>>>>>>>>> Read the Whitepaper. >>>>> >>> >>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >>> >>>>>>>>>>>>>> _______________________________________________ >>>>> >>> >>>>>>>>>>>>>> Csound-devel mailing list >>>>> >>> >>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>> >>> >>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >>> >>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>> >>> >>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>> >>> >>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>> >>> >>>>>>>>>>>>> Common >>>>> >>> >>>>>>>>>>>>> Pitfalls. >>>>> >>> >>>>>>>>>>>>> Read the Whitepaper. >>>>> >>> >>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >>> >>>>>>>>>>>>> _______________________________________________ >>>>> >>> >>>>>>>>>>>>> Csound-devel mailing list >>>>> >>> >>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>> >>> >>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >>> >>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>> Dr Victor Lazzarini >>>>> >>> >>>>>>>>>>>> Senior Lecturer >>>>> >>> >>>>>>>>>>>> Dept. of Music >>>>> >>> >>>>>>>>>>>> NUI Maynooth Ireland >>>>> >>> >>>>>>>>>>>> tel.: +353 1 708 3545 >>>>> >>> >>>>>>>>>>>> Victor dot Lazzarini AT nuim dot ie >>>>> >>> >>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>> >>> >>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>> >>> >>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>> >>> >>>>>>>>>>>> Common >>>>> >>> >>>>>>>>>>>> Pitfalls. >>>>> >>> >>>>>>>>>>>> Read the Whitepaper. >>>>> >>> >>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >>> >>>>>>>>>>>> _______________________________________________ >>>>> >>> >>>>>>>>>>>> Csound-devel mailing list >>>>> >>> >>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>> >>> >>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >>> >>>>>>>>>>> >>>>> >>> >>>>>>>>>>> >>>>> >>> >>>>>>>>>>> >>>>> >>> >>>>>>>>>>> -- >>>>> >>> >>>>>>>>>>> >>>>> >>> >>>>>>>>>>> Oeyvind Brandtsegg >>>>> >>> >>>>>>>>>>> Professor of Music Technology >>>>> >>> >>>>>>>>>>> NTNU >>>>> >>> >>>>>>>>>>> 7491 Trondheim >>>>> >>> >>>>>>>>>>> Norway >>>>> >>> >>>>>>>>>>> Cell: +47 92 203 205 >>>>> >>> >>>>>>>>>>> >>>>> >>> >>>>>>>>>>> http://flyndresang.no/ >>>>> >>> >>>>>>>>>>> http://www.partikkelaudio.com/ >>>>> >>> >>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>> >>> >>>>>>>>>>> http://soundcloud.com/t-emp >>>>> >>> >>>>>>>>>>> >>>>> >>> >>>>>>>>>>> >>>>> >>> >>>>>>>>>>> >>>>> >>> >>>>>>>>>>> >>>>> >>> >>>>>>>>>>> >>>>> >>> >>>>>>>>>>> >>>>> >>> >>>>>>>>>>> ------------------------------------------------------------------------------ >>>>> >>> >>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>> >>> >>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>> >>> >>>>>>>>>>> Common >>>>> >>> >>>>>>>>>>> Pitfalls. >>>>> >>> >>>>>>>>>>> Read the Whitepaper. >>>>> >>> >>>>>>>>>>> >>>>> >>> >>>>>>>>>>> >>>>> >>> >>>>>>>>>>> >>>>> >>> >>>>>>>>>>> >>>>> >>> >>>>>>>>>>> >>>>> >>> >>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >>> >>>>>>>>>>> _______________________________________________ >>>>> >>> >>>>>>>>>>> Csound-devel mailing list >>>>> >>> >>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>> >>> >>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >>> >>>>>>>>>> >>>>> >>> >>>>>>>>>> >>>>> >>> >>>>>>>>>> >>>>> >>> >>>>>>>>>> >>>>> >>> >>>>>>>>>> >>>>> >>> >>>>>>>>>> >>>>> >>> >>>>>>>>>> >>>>> >>> >>>>>>>>>> ------------------------------------------------------------------------------ >>>>> >>> >>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>> >>> >>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>> >>> >>>>>>>>>> Common >>>>> >>> >>>>>>>>>> Pitfalls. >>>>> >>> >>>>>>>>>> Read the Whitepaper. >>>>> >>> >>>>>>>>>> >>>>> >>> >>>>>>>>>> >>>>> >>> >>>>>>>>>> >>>>> >>> >>>>>>>>>> >>>>> >>> >>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >>> >>>>>>>>>> _______________________________________________ >>>>> >>> >>>>>>>>>> Csound-devel mailing list >>>>> >>> >>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>> >>> >>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >>> >>>>>>>>>> >>>>> >>> >>>>>>>>> >>>>> >>> >>>>>>>>> >>>>> >>> >>>>>>>>> >>>>> >>> >>>>>>>>> -- >>>>> >>> >>>>>>>>> >>>>> >>> >>>>>>>>> Oeyvind Brandtsegg >>>>> >>> >>>>>>>>> Professor of Music Technology >>>>> >>> >>>>>>>>> NTNU >>>>> >>> >>>>>>>>> 7491 Trondheim >>>>> >>> >>>>>>>>> Norway >>>>> >>> >>>>>>>>> Cell: +47 92 203 205 >>>>> >>> >>>>>>>>> >>>>> >>> >>>>>>>>> http://flyndresang.no/ >>>>> >>> >>>>>>>>> http://www.partikkelaudio.com/ >>>>> >>> >>>>>>>>> http://soundcloud.com/brandtsegg >>>>> >>> >>>>>>>>> http://soundcloud.com/t-emp >>>>> >>> >>>>>>>>> >>>>> >>> >>>>>>>>> >>>>> >>> >>>>>>>>> >>>>> >>> >>>>>>>>> >>>>> >>> >>>>>>>>> >>>>> >>> >>>>>>>>> ------------------------------------------------------------------------------ >>>>> >>> >>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>> >>> >>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>> >>> >>>>>>>>> Common >>>>> >>> >>>>>>>>> Pitfalls. >>>>> >>> >>>>>>>>> Read the Whitepaper. >>>>> >>> >>>>>>>>> >>>>> >>> >>>>>>>>> >>>>> >>> >>>>>>>>> >>>>> >>> >>>>>>>>> >>>>> >>> >>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >>> >>>>>>>>> _______________________________________________ >>>>> >>> >>>>>>>>> Csound-devel mailing list >>>>> >>> >>>>>>>>> Csound-devel@lists.sourceforge.net >>>>> >>> >>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >>> >>>>>>> >>>>> >>> >>>>>>> >>>>> >>> >>>>>>> >>>>> >>> >>>>>>> >>>>> >>> >>>>>>> ------------------------------------------------------------------------------ >>>>> >>> >>>>>>> Managing the Performance of Cloud-Based Applications >>>>> >>> >>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>> >>> >>>>>>> Pitfalls. >>>>> >>> >>>>>>> Read the Whitepaper. >>>>> >>> >>>>>>> >>>>> >>> >>>>>>> >>>>> >>> >>>>>>> >>>>> >>> >>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >>> >>>>>>> _______________________________________________ >>>>> >>> >>>>>>> Csound-devel mailing list >>>>> >>> >>>>>>> Csound-devel@lists.sourceforge.net >>>>> >>> >>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >>> >>>>>> >>>>> >>> >>>>>> >>>>> >>> >>>>>> >>>>> >>> >>>>>> >>>>> >>> >>>>>> >>>>> >>> >>>>>> ------------------------------------------------------------------------------ >>>>> >>> >>>>>> Managing the Performance of Cloud-Based Applications >>>>> >>> >>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>> >>> >>>>>> Pitfalls. >>>>> >>> >>>>>> Read the Whitepaper. >>>>> >>> >>>>>> >>>>> >>> >>>>>> >>>>> >>> >>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >>> >>>>>> _______________________________________________ >>>>> >>> >>>>>> Csound-devel mailing list >>>>> >>> >>>>>> Csound-devel@lists.sourceforge.net >>>>> >>> >>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >>> >>>>>> >>>>> >>> >>>>> >>>>> >>> >>>>> >>>>> >>> >>>>> >>>>> >>> >>>>> -- >>>>> >>> >>>>> >>>>> >>> >>>>> Oeyvind Brandtsegg >>>>> >>> >>>>> Professor of Music Technology >>>>> >>> >>>>> NTNU >>>>> >>> >>>>> 7491 Trondheim >>>>> >>> >>>>> Norway >>>>> >>> >>>>> Cell: +47 92 203 205 >>>>> >>> >>>>> >>>>> >>> >>>>> http://flyndresang.no/ >>>>> >>> >>>>> http://www.partikkelaudio.com/ >>>>> >>> >>>>> http://soundcloud.com/brandtsegg >>>>> >>> >>>>> http://soundcloud.com/t-emp >>>>> >>> >>>>> >>>>> >>> >>>>> >>>>> >>> >>>>> >>>>> >>> >>>>> ------------------------------------------------------------------------------ >>>>> >>> >>>>> Managing the Performance of Cloud-Based Applications >>>>> >>> >>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>> >>> >>>>> Pitfalls. >>>>> >>> >>>>> Read the Whitepaper. >>>>> >>> >>>>> >>>>> >>> >>>>> >>>>> >>> >>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >>> >>>>> _______________________________________________ >>>>> >>> >>>>> Csound-devel mailing list >>>>> >>> >>>>> Csound-devel@lists.sourceforge.net >>>>> >>> >>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >>> >>> >>>>> >>> >>> >>>>> >>> >>> >>>>> >>> >>> ------------------------------------------------------------------------------ >>>>> >>> >>> Managing the Performance of Cloud-Based Applications >>>>> >>> >>> Take advantage of what the Cloud has to offer - Avoid Common >>>>> >>> >>> Pitfalls. >>>>> >>> >>> Read the Whitepaper. >>>>> >>> >>> >>>>> >>> >>> >>>>> >>> >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >>> >>> _______________________________________________ >>>>> >>> >>> Csound-devel mailing list >>>>> >>> >>> Csound-devel@lists.sourceforge.net >>>>> >>> >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >>> >> >>>>> >>> >> >>>>> >>> >> >>>>> >>> >> -- >>>>> >>> >> >>>>> >>> >> Oeyvind Brandtsegg >>>>> >>> >> Professor of Music Technology >>>>> >>> >> NTNU >>>>> >>> >> 7491 Trondheim >>>>> >>> >> Norway >>>>> >>> >> Cell: +47 92 203 205 >>>>> >>> >> >>>>> >>> >> http://flyndresang.no/ >>>>> >>> >> http://www.partikkelaudio.com/ >>>>> >>> >> http://soundcloud.com/brandtsegg >>>>> >>> >> http://soundcloud.com/t-emp >>>>> >>> >> >>>>> >>> >> >>>>> >>> >> >>>>> >>> >> ------------------------------------------------------------------------------ >>>>> >>> >> Managing the Performance of Cloud-Based Applications >>>>> >>> >> Take advantage of what the Cloud has to offer - Avoid Common >>>>> >>> >> Pitfalls. >>>>> >>> >> Read the Whitepaper. >>>>> >>> >> >>>>> >>> >> >>>>> >>> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >>> >> _______________________________________________ >>>>> >>> >> Csound-devel mailing list >>>>> >>> >> Csound-devel@lists.sourceforge.net >>>>> >>> >> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >>> > >>>>> >>> > >>>>> >>> > >>>>> >>> > >>>>> >>> > ------------------------------------------------------------------------------ >>>>> >>> > Managing the Performance of Cloud-Based Applications >>>>> >>> > Take advantage of what the Cloud has to offer - Avoid Common >>>>> >>> > Pitfalls. >>>>> >>> > Read the Whitepaper. >>>>> >>> > >>>>> >>> > >>>>> >>> > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >>> > _______________________________________________ >>>>> >>> > Csound-devel mailing list >>>>> >>> > Csound-devel@lists.sourceforge.net >>>>> >>> > https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >>> >>>>> >>> >>>>> >>> >>>>> >>> -- >>>>> >>> >>>>> >>> Oeyvind Brandtsegg >>>>> >>> Professor of Music Technology >>>>> >>> NTNU >>>>> >>> 7491 Trondheim >>>>> >>> Norway >>>>> >>> Cell: +47 92 203 205 >>>>> >>> >>>>> >>> http://flyndresang.no/ >>>>> >>> http://www.partikkelaudio.com/ >>>>> >>> http://soundcloud.com/brandtsegg >>>>> >>> http://soundcloud.com/t-emp >>>>> >>> >>>>> >>> >>>>> >>> >>>>> >>> ------------------------------------------------------------------------------ >>>>> >>> Managing the Performance of Cloud-Based Applications >>>>> >>> Take advantage of what the Cloud has to offer - Avoid Common >>>>> >>> Pitfalls. >>>>> >>> Read the Whitepaper. >>>>> >>> >>>>> >>> >>>>> >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >>> _______________________________________________ >>>>> >>> Csound-devel mailing list >>>>> >>> Csound-devel@lists.sourceforge.net >>>>> >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >> >>>>> >> >>>>> >> >>>>> >> >>>>> >> ------------------------------------------------------------------------------ >>>>> >> Managing the Performance of Cloud-Based Applications >>>>> >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>>>> >> Read the Whitepaper. >>>>> >> >>>>> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >> _______________________________________________ >>>>> >> Csound-devel mailing list >>>>> >> Csound-devel@lists.sourceforge.net >>>>> >> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >> >>>>> >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> Managing the Performance of Cloud-Based Applications >>>>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>>>> Read the Whitepaper. >>>>> >>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> _______________________________________________ >>>>> Csound-devel mailing list >>>>> Csound-devel@lists.sourceforge.net >>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >>>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Managing the Performance of Cloud-Based Applications >>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>> Read the Whitepaper. >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> _______________________________________________ >>> Csound-devel mailing list >>> Csound-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >> >> ------------------------------------------------------------------------------ >> Managing the Performance of Cloud-Based Applications >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> Read the Whitepaper. >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> _______________________________________________ >> Csound-devel mailing list >> Csound-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/csound-devel > > > > -- > > Oeyvind Brandtsegg > Professor of Music Technology > NTNU > 7491 Trondheim > Norway > Cell: +47 92 203 205 > > http://flyndresang.no/ > http://www.partikkelaudio.com/ > http://soundcloud.com/brandtsegg > http://soundcloud.com/t-emp > > ------------------------------------------------------------------------------ > Managing the Performance of Cloud-Based Applications > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. > Read the Whitepaper. > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk > _______________________________________________ > Csound-devel mailing list > Csound-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/csound-devel ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net

Date	2014-02-06 21:04
From	Andres Cabrera
Subject	Re: [Cs-dev] [Csnd] Latency and buffers
Attachments	None None
	Hi Rory, About reserved channels, maybe we should come up with some standard for them to avoid future clashes. I've been using a prefixed '_' character, but it might be good to think of some namespacing mechanism (e.g. using '::' like '::Cabbage::HOST_BPM'). Cheers, Andrés On Thu, Feb 6, 2014 at 12:58 PM, Rory Walsh <rorywalsh@ear.ie> wrote: Sorry Oeyvind, I just uploaded it to a few moments ago: http://www.thecabbagefoundation.org/viewtopic.php?f=21&t=360&p=819#p819 Thought it best to dump it there for you to try out before I do an official release. I sorted those host bpm issues for you too. I've actually reserved some channels for that info so you don't need to declare any host stuff in the GUI code. Seemed a little pointless to have to do that. Here are the reserved channels now in full. 'HOST_BPM': Retrieve the currents host bpm. This will be updated whenever the host BPM changes. 'IS_PLAYING': Pressing play on the host transport dialogue will cause this channel to send a 1. Hitting stop will send a 0. 'IS_RECORDING': As above only for monitoring the record status of a session. 'TIME_IN_SECONDS': Return the current time in seconds from the start of the track. 'HOST_PPQ_POS': Return the position of the start of the last bar, in pulses-per-quarter-note. 'CABBAGE_CSD_PATH': This string channel will retrieve the full path to the current csd file. All the host stuff is updated at every k cycle. The path is constant and only gets sent once, if for some reason you overwrite that channel with something else, you'll need to restart to get it again. I hope the PDC works Ok in other hosts. I've had no issue in Reaper so far. On 6 February 2014 20:42, Oeyvind Brandtsegg <oyvind.brandtsegg@ntnu.no> wrote: > Tested with the installer at > https://github.com/cabbageaudio/cabbage/releases now, but still have > delay, > perhaps it has not been updated? > > > 2014-02-06 Rory Walsh <rorywalsh@ear.ie>: >> That's what I've done with Cabbage. I've only tested with Reaper but >> so far so good. No more delays. >> >> On 6 February 2014 16:48, Michael Gogins <michael.gogins@gmail.com> wrote: >>> Correction: I think the following would be more reliable: >>> >>> (1) After compiling the orc, call setInitialDelay with ksmps, THEN call >>> ioChanged. In resume, the host will be pick up the initial delay. Calling >>> setInitialDelay only sets the value of this field, it does not notify the >>> host. >>> >>> Regards, >>> Mike >>> >>> >>> ----------------------------------------------------- >>> Michael Gogins >>> Irreducible Productions >>> http://michaelgogins.tumblr.com >>> Michael dot Gogins at gmail dot com >>> >>> >>> On Thu, Feb 6, 2014 at 11:42 AM, Michael Gogins <michael.gogins@gmail.com> >>> wrote: >>>> >>>> I've reviewed the VST plugin latency issue. It seems that the best thing >>>> that I can do for CsoundVST: >>>> >>>> (1) After compiling the orc, call ioChanged to notify the host that the >>>> plugin's latency may have changed. >>>> >>>> (2) In suspend or resume, call setInitialDelay with ksmps to tell the host >>>> what that latency now is. >>>> >>>> Rory, does that sound correct to you? >>>> >>>> I do know that different VST hosts may handle this differently. >>>> >>>> Regards, >>>> Mike >>>> >>>> >>>> ----------------------------------------------------- >>>> Michael Gogins >>>> Irreducible Productions >>>> http://michaelgogins.tumblr.com >>>> Michael dot Gogins at gmail dot com >>>> >>>> >>>> On Thu, Feb 6, 2014 at 10:55 AM, Rory Walsh <rorywalsh@ear.ie> wrote: >>>>> >>>>> This works really well. In Reaper the PDC is done automatically so the >>>>> problem is effectively solved, no more phasing! I'll update the >>>>> installer later. Perhaps you can try it with other hosts and let me >>>>> know how it goes. Cheers, >>>>> Rory. >>>>> >>>>> >>>>> >>>>> On 6 February 2014 14:13, Rory Walsh <rorywalsh@ear.ie> wrote: >>>>> > Good thinking Oeyvind. I'll add that and update the Windows installer >>>>> > this evening so you can try it out. >>>>> > >>>>> > On 6 February 2014 14:03, Michael Gogins <michael.gogins@gmail.com> >>>>> > wrote: >>>>> >> Thanks for the information, I will look into that. >>>>> >> >>>>> >> Regards, >>>>> >> Mike >>>>> >> >>>>> >> >>>>> >> ----------------------------------------------------- >>>>> >> Michael Gogins >>>>> >> Irreducible Productions >>>>> >> http://michaelgogins.tumblr.com >>>>> >> Michael dot Gogins at gmail dot com >>>>> >> >>>>> >> >>>>> >> On Thu, Feb 6, 2014 at 8:59 AM, Oeyvind Brandtsegg >>>>> >> <oyvind.brandtsegg@ntnu.no> wrote: >>>>> >>> >>>>> >>> Ok, good. >>>>> >>> Just one last thing, >>>>> >>> We might need to check (CsoundVST and Cabbage) if the effective >>>>> >>> latency is reported correctly to the host, >>>>> >>> as even a millisecond latency will matter if processing is done in >>>>> >>> parallell (clean sound on one track, processsed sound with latency >>>>> >>> one >>>>> >>> another), that is, when the two are mixed we will have phasing >>>>> >>> artifacts at 1kHz and integer multiples. >>>>> >>> I'm not sure if the reported latency is reported correctly now, as >>>>> >>> the >>>>> >>> tracks do not line up when Delay compensation is turned on (in Live). >>>>> >>> Other VSTs line up nicely when Delay compensation is on. >>>>> >>> >>>>> >>> all best >>>>> >>> >>>>> >>> >>>>> >>> 2014-02-06 Victor Lazzarini <Victor.Lazzarini@nuim.ie>: >>>>> >>> > As you noticed, MaxMSP has also some issues when used as a plugin >>>>> >>> > in >>>>> >>> > Ableton, because of >>>>> >>> > buffering. I would risk saying that it is because it has to work, >>>>> >>> > as a >>>>> >>> > Csound, with a set block size. >>>>> >>> > But even with that, they seem to impose another layer of buffering, >>>>> >>> > because afaik the block size >>>>> >>> > by default is 64 samples. >>>>> >>> > >>>>> >>> > So, this is fundamental thing in the design of systems like Csound, >>>>> >>> > PD, >>>>> >>> > MaxMSP, that the >>>>> >>> > block size is fixed. To change this, it means a complete redesign >>>>> >>> > in >>>>> >>> > terms of how Csound works, >>>>> >>> > a rewrite of the engine and many opcodes that depend on that >>>>> >>> > remaining >>>>> >>> > constant. >>>>> >>> > Within Csound, we have introduced the possibility of sample >>>>> >>> > accurate >>>>> >>> > timing for events, but >>>>> >>> > that works within the fixed-block framework via the use of offsets. >>>>> >>> > >>>>> >>> > Note that there are systems around that work exclusively on a block >>>>> >>> > size >>>>> >>> > of 1, therefore >>>>> >>> > avoiding any such issues. Csound can also do that. I would not >>>>> >>> > necessarily think that >>>>> >>> > ksmps=1 is only limited to simple effects. In modern computers, I >>>>> >>> > have >>>>> >>> > seen a lot of >>>>> >>> > complex things running perfectly at that level. And following what >>>>> >>> > Mike >>>>> >>> > has said, ksmps=16 >>>>> >>> > might be perfectly acceptable in many situations. As Oeyvind >>>>> >>> > proved, >>>>> >>> > that can be much >>>>> >>> > better than what people are used to in some systems. If they can >>>>> >>> > LIVE >>>>> >>> > with that, surely >>>>> >>> > they can REAPER the benefit with Csound ;). >>>>> >>> > >>>>> >>> > Regards >>>>> >>> > >>>>> >>> > Victor >>>>> >>> > >>>>> >>> > >>>>> >>> > >>>>> >>> > >>>>> >>> > On 6 Feb 2014, at 09:17, Oeyvind Brandtsegg >>>>> >>> > <oyvind.brandtsegg@ntnu.no> >>>>> >>> > wrote: >>>>> >>> > >>>>> >>> >> Yes, it would definitely be a good thing to fix, >>>>> >>> >> especially when considering the use of a series of plugins on the >>>>> >>> >> same >>>>> >>> >> track. >>>>> >>> >> This is how I noticed the problem in the first place, as I had 3 >>>>> >>> >> or 4 >>>>> >>> >> Cabbage plugs in a series on the same track. >>>>> >>> >> One might say that this is not a wise setup, all things recently >>>>> >>> >> learned considered, >>>>> >>> >> but it is one thing that a user might expect to do without >>>>> >>> >> problems. >>>>> >>> >> >>>>> >>> >> The use of Csound as a plugin via Cabbage opens up Csound for >>>>> >>> >> being >>>>> >>> >> used widely in common production environments, >>>>> >>> >> in terms of the way forward and making the language more >>>>> >>> >> widespread, >>>>> >>> >> this is a significant area. In that respect the dynamic ksmps >>>>> >>> >> issue is >>>>> >>> >> important for the continued use if Csound in a modern workflow. >>>>> >>> >> >>>>> >>> >> Until then, I will rewrite my plugins so all things I might need >>>>> >>> >> on >>>>> >>> >> one track lives in a single Cabage plug. >>>>> >>> >> >>>>> >>> >> all best >>>>> >>> >> >>>>> >>> >> 2014-02-06 Rory Walsh <rorywalsh@ear.ie>: >>>>> >>> >>> Btw, it's clear that other plugins won't have a latency problem >>>>> >>> >>> because they can(or at least should be able to) deal with >>>>> >>> >>> variable >>>>> >>> >>> buffer sizes. >>>>> >>> >>> >>>>> >>> >>> On 6 February 2014 08:57, Rory Walsh <rorywalsh@ear.ie> wrote: >>>>> >>> >>>> That's a funny observation about Live. Their next product will >>>>> >>> >>>> be >>>>> >>> >>>> called Offline :) It seems ksmps==1 is a no go for anything but >>>>> >>> >>>> a >>>>> >>> >>>> single instance of a relatively simple effect(of course there >>>>> >>> >>>> are no >>>>> >>> >>>> issue with synths). And it also seems that pretty much all of >>>>> >>> >>>> the >>>>> >>> >>>> plugins standards in use today(AU, VST, LV2, etc) assume a >>>>> >>> >>>> dynamic >>>>> >>> >>>> buffer size. So as long as Csound is being used to process host >>>>> >>> >>>> audio >>>>> >>> >>>> in one of these environments it's likely there will be a latency >>>>> >>> >>>> problem. That is if you plan to use the full power of Csound >>>>> >>> >>>> there >>>>> >>> >>>> will be. I know the latency will in most cases be quite small, >>>>> >>> >>>> but >>>>> >>> >>>> isn't it still enough to cause undesired effects on a mix? >>>>> >>> >>>> >>>>> >>> >>>> On 6 February 2014 08:38, Oeyvind Brandtsegg >>>>> >>> >>>> <oyvind.brandtsegg@ntnu.no> wrote: >>>>> >>> >>>>> Thanks so much for that explanation Mike. >>>>> >>> >>>>> Rory, don't even so much as think of contemplating life without >>>>> >>> >>>>> Cabbage (oh you already did...) ! >>>>> >>> >>>>> Here's more observations about latency in different hosts that >>>>> >>> >>>>> might >>>>> >>> >>>>> brighten up thhing a bit, >>>>> >>> >>>>> depending on what hosts one prefer... >>>>> >>> >>>>> >>>>> >>> >>>>> In Reaper: >>>>> >>> >>>>> >>>>> >>> >>>>> >>>>> >>> >>>>> 2014-02-06 Michael Gogins <michael.gogins@gmail.com>: >>>>> >>> >>>>>> There are two cases. If ksmps is always 1, you can use this >>>>> >>> >>>>>> algorithm: >>>>> >>> >>>>>> >>>>> >>> >>>>>> for each frame in the host input buffer: >>>>> >>> >>>>>> copy the host frame to the spin frame >>>>> >>> >>>>>> call performKsmps() >>>>> >>> >>>>>> copy the spout frame to the host output buffer >>>>> >>> >>>>>> >>>>> >>> >>>>>> Then there is no delay. >>>>> >>> >>>>>> >>>>> >>> >>>>>> If ksmps is greater than 1 it goes like this. It's enough to >>>>> >>> >>>>>> consider ksmps >>>>> >>> >>>>>> = 2, >>>>> >>> >>>>>> all other cases work the same way. >>>>> >>> >>>>>> >>>>> >>> >>>>>> for each frame in the host input buffer: >>>>> >>> >>>>>> copy the current host input frame to the current spin frame >>>>> >>> >>>>>> copy the current spout frame to the current host output >>>>> >>> >>>>>> buffer >>>>> >>> >>>>>> if the current spout frame is past the end of spout: >>>>> >>> >>>>>> call performKsmps >>>>> >>> >>>>>> reset the spout/spin frame index to 0 >>>>> >>> >>>>>> >>>>> >>> >>>>>> If ksmps==1 then there is 1 frame of silence in the output at >>>>> >>> >>>>>> the >>>>> >>> >>>>>> start, and >>>>> >>> >>>>>> thereafter output lags input by 1 frame. On the final frame of >>>>> >>> >>>>>> the >>>>> >>> >>>>>> host >>>>> >>> >>>>>> buffer, Csound computes a frame in spout but it is not copied >>>>> >>> >>>>>> to >>>>> >>> >>>>>> the output >>>>> >>> >>>>>> until the next processing call. >>>>> >>> >>>>>> >>>>> >>> >>>>>> If ksmps==2 then there are 2 frames of silence in the output >>>>> >>> >>>>>> at the >>>>> >>> >>>>>> start, >>>>> >>> >>>>>> and thereafter output lags input by 2 frames. On the final >>>>> >>> >>>>>> frame of >>>>> >>> >>>>>> the host >>>>> >>> >>>>>> buffer,Csound computes 2 frames in spout, but depending on the >>>>> >>> >>>>>> size >>>>> >>> >>>>>> of the >>>>> >>> >>>>>> output buffer, 1 or 2 frames are not copied to the output >>>>> >>> >>>>>> until the >>>>> >>> >>>>>> next >>>>> >>> >>>>>> processing call. >>>>> >>> >>>>>> >>>>> >>> >>>>>> And so on. >>>>> >>> >>>>>> >>>>> >>> >>>>>> Regards, >>>>> >>> >>>>>> Mike >>>>> >>> >>>>>> >>>>> >>> >>>>>> >>>>> >>> >>>>>> >>>>> >>> >>>>>> ----------------------------------------------------- >>>>> >>> >>>>>> Michael Gogins >>>>> >>> >>>>>> Irreducible Productions >>>>> >>> >>>>>> http://michaelgogins.tumblr.com >>>>> >>> >>>>>> Michael dot Gogins at gmail dot com >>>>> >>> >>>>>> >>>>> >>> >>>>>> >>>>> >>> >>>>>> On Wed, Feb 5, 2014 at 7:39 PM, Rory Walsh <rorywalsh@ear.ie> >>>>> >>> >>>>>> wrote: >>>>> >>> >>>>>>> >>>>> >>> >>>>>>> The way it stands things are fine, albeit with a ksmps delay. >>>>> >>> >>>>>>> But >>>>> >>> >>>>>>> it >>>>> >>> >>>>>>> will remain constant and there won't be any drop outs. If >>>>> >>> >>>>>>> ksmps >>>>> >>> >>>>>>> ==1 >>>>> >>> >>>>>>> then there will be no problems with latency. Of course I >>>>> >>> >>>>>>> stand to >>>>> >>> >>>>>>> be >>>>> >>> >>>>>>> corrected. When all is said and done, I did enjoy >>>>> >>> >>>>>>> contemplating >>>>> >>> >>>>>>> life >>>>> >>> >>>>>>> without Cabbage over a few beers. But that might just have >>>>> >>> >>>>>>> been >>>>> >>> >>>>>>> the >>>>> >>> >>>>>>> beers :) >>>>> >>> >>>>>>> >>>>> >>> >>>>>>> >>>>> >>> >>>>>>> On 5 February 2014 23:57, Rory Walsh <rorywalsh@ear.ie> >>>>> >>> >>>>>>> wrote: >>>>> >>> >>>>>>>> I'm glad you asked this because I'm a little lost too! I was >>>>> >>> >>>>>>>> thinking >>>>> >>> >>>>>>>> the >>>>> >>> >>>>>>>> same as you. At some stage won't things goes south if the >>>>> >>> >>>>>>>> buffer >>>>> >>> >>>>>>>> size >>>>> >>> >>>>>>>> suddenly changes as is likely once automation is brought >>>>> >>> >>>>>>>> into the >>>>> >>> >>>>>>>> equation? >>>>> >>> >>>>>>>> >>>>> >>> >>>>>>>> sent from a mobile device... >>>>> >>> >>>>>>>> >>>>> >>> >>>>>>>> On 5 Feb 2014 23:27, "Oeyvind Brandtsegg" >>>>> >>> >>>>>>>> <oyvind.brandtsegg@ntnu.no> >>>>> >>> >>>>>>>> wrote: >>>>> >>> >>>>>>>>> >>>>> >>> >>>>>>>>> Ok. That is good. >>>>> >>> >>>>>>>>> But can it (the latency) change dynamically, as the host >>>>> >>> >>>>>>>>> buffer >>>>> >>> >>>>>>>>> size >>>>> >>> >>>>>>>>> change dynamically? >>>>> >>> >>>>>>>>> Sorry if I'm being dense but I would really like to >>>>> >>> >>>>>>>>> understand. >>>>> >>> >>>>>>>>> >>>>> >>> >>>>>>>>> >>>>> >>> >>>>>>>>> 2014-02-06 Michael Gogins <michael.gogins@gmail.com>: >>>>> >>> >>>>>>>>>> No, the maximum latency is ksmps. That could be either >>>>> >>> >>>>>>>>>> larger, >>>>> >>> >>>>>>>>>> or >>>>> >>> >>>>>>>>>> smaller, >>>>> >>> >>>>>>>>>> than the host buffer size. It doesn't matter. >>>>> >>> >>>>>>>>>> >>>>> >>> >>>>>>>>>> Regards, >>>>> >>> >>>>>>>>>> Mike >>>>> >>> >>>>>>>>>> >>>>> >>> >>>>>>>>>> >>>>> >>> >>>>>>>>>> ----------------------------------------------------- >>>>> >>> >>>>>>>>>> Michael Gogins >>>>> >>> >>>>>>>>>> Irreducible Productions >>>>> >>> >>>>>>>>>> http://michaelgogins.tumblr.com >>>>> >>> >>>>>>>>>> Michael dot Gogins at gmail dot com >>>>> >>> >>>>>>>>>> >>>>> >>> >>>>>>>>>> >>>>> >>> >>>>>>>>>> On Wed, Feb 5, 2014 at 6:07 PM, Oeyvind Brandtsegg >>>>> >>> >>>>>>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >>>>> >>> >>>>>>>>>>> >>>>> >>> >>>>>>>>>>> ...but the latency would be one full host buffer size, >>>>> >>> >>>>>>>>>>> not >>>>> >>> >>>>>>>>>>> just a >>>>> >>> >>>>>>>>>>> ksmps, >>>>> >>> >>>>>>>>>>> right? >>>>> >>> >>>>>>>>>>> So a small ksmps would rather minimize the chance of a >>>>> >>> >>>>>>>>>>> ksmps-buffer >>>>> >>> >>>>>>>>>>> mismatch, but not actually minimize worst case latency >>>>> >>> >>>>>>>>>>> (which >>>>> >>> >>>>>>>>>>> would >>>>> >>> >>>>>>>>>>> be >>>>> >>> >>>>>>>>>>> one host buffer block). Isn't it so? >>>>> >>> >>>>>>>>>>> >>>>> >>> >>>>>>>>>>> Now, one thing I don't understand is if the latency can >>>>> >>> >>>>>>>>>>> be >>>>> >>> >>>>>>>>>>> zero >>>>> >>> >>>>>>>>>>> when >>>>> >>> >>>>>>>>>>> the host buffer is an integer multiple of ksmps, and it >>>>> >>> >>>>>>>>>>> indeed >>>>> >>> >>>>>>>>>>> is, >>>>> >>> >>>>>>>>>>> and also the host buffer size can be dynamic, we must >>>>> >>> >>>>>>>>>>> assume >>>>> >>> >>>>>>>>>>> that >>>>> >>> >>>>>>>>>>> the two buffer length may initially fit but at some later >>>>> >>> >>>>>>>>>>> time >>>>> >>> >>>>>>>>>>> they >>>>> >>> >>>>>>>>>>> will not,* then* what happens at the transition point ? I >>>>> >>> >>>>>>>>>>> mean, when >>>>> >>> >>>>>>>>>>> we go from perfectly aligned buffers and zero latency to >>>>> >>> >>>>>>>>>>> misaligned >>>>> >>> >>>>>>>>>>> buffers and one bufferlength latency. Then we should have >>>>> >>> >>>>>>>>>>> one >>>>> >>> >>>>>>>>>>> non-full >>>>> >>> >>>>>>>>>>> buffer in the transition from zero latency to one-buffer >>>>> >>> >>>>>>>>>>> latency. >>>>> >>> >>>>>>>>>>> Will >>>>> >>> >>>>>>>>>>> it pop? If so, I would expect it to pop quite often(?), >>>>> >>> >>>>>>>>>>> which >>>>> >>> >>>>>>>>>>> it >>>>> >>> >>>>>>>>>>> does >>>>> >>> >>>>>>>>>>> not. >>>>> >>> >>>>>>>>>>> Or? >>>>> >>> >>>>>>>>>>> >>>>> >>> >>>>>>>>>>> >>>>> >>> >>>>>>>>>>> >>>>> >>> >>>>>>>>>>> >>>>> >>> >>>>>>>>>>> 2014-02-05 Victor Lazzarini <Victor.Lazzarini@nuim.ie>: >>>>> >>> >>>>>>>>>>>> If your ksmps is small, any latency that might exist >>>>> >>> >>>>>>>>>>>> will be >>>>> >>> >>>>>>>>>>>> small >>>>> >>> >>>>>>>>>>>> too, >>>>> >>> >>>>>>>>>>>> and I can't see it having >>>>> >>> >>>>>>>>>>>> a major effect. So if you run with ksmps=16, it's 0.3 >>>>> >>> >>>>>>>>>>>> millisseconds. >>>>> >>> >>>>>>>>>>>> Not >>>>> >>> >>>>>>>>>>>> much of a problem. >>>>> >>> >>>>>>>>>>>> And for the cases where this is a problem, then it's >>>>> >>> >>>>>>>>>>>> still >>>>> >>> >>>>>>>>>>>> possible >>>>> >>> >>>>>>>>>>>> to >>>>> >>> >>>>>>>>>>>> run with ksmps=1. >>>>> >>> >>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>> Victor >>>>> >>> >>>>>>>>>>>> On 5 Feb 2014, at 20:46, Rory Walsh wrote: >>>>> >>> >>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>> I wish I had thought of this before spending so much >>>>> >>> >>>>>>>>>>>>> time >>>>> >>> >>>>>>>>>>>>> writing >>>>> >>> >>>>>>>>>>>>> a >>>>> >>> >>>>>>>>>>>>> framework for developing VST plugins with Csound. I'm >>>>> >>> >>>>>>>>>>>>> off >>>>> >>> >>>>>>>>>>>>> now to >>>>> >>> >>>>>>>>>>>>> have >>>>> >>> >>>>>>>>>>>>> a few beers and rethink life! >>>>> >>> >>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>> On 5 February 2014 20:06, Michael Gogins >>>>> >>> >>>>>>>>>>>>> <michael.gogins@gmail.com> >>>>> >>> >>>>>>>>>>>>> wrote: >>>>> >>> >>>>>>>>>>>>>> Then your code will run 5 times slower or so. >>>>> >>> >>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>> Regards, >>>>> >>> >>>>>>>>>>>>>> Mike >>>>> >>> >>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>> ----------------------------------------------------- >>>>> >>> >>>>>>>>>>>>>> Michael Gogins >>>>> >>> >>>>>>>>>>>>>> Irreducible Productions >>>>> >>> >>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>>>> >>> >>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>>>> >>> >>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>> On Wed, Feb 5, 2014 at 3:03 PM, Rory Walsh >>>>> >>> >>>>>>>>>>>>>> <rorywalsh@ear.ie> >>>>> >>> >>>>>>>>>>>>>> wrote: >>>>> >>> >>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>> Seems every where I look it says don't make any >>>>> >>> >>>>>>>>>>>>>>> assumptions >>>>> >>> >>>>>>>>>>>>>>> about >>>>> >>> >>>>>>>>>>>>>>> buffer sizes. So I guess the only fail safe way is to >>>>> >>> >>>>>>>>>>>>>>> force a >>>>> >>> >>>>>>>>>>>>>>> ksmps >>>>> >>> >>>>>>>>>>>>>>> of >>>>> >>> >>>>>>>>>>>>>>> 1? uh... >>>>> >>> >>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>> On 5 February 2014 19:57, Michael Gogins >>>>> >>> >>>>>>>>>>>>>>> <michael.gogins@gmail.com> >>>>> >>> >>>>>>>>>>>>>>> wrote: >>>>> >>> >>>>>>>>>>>>>>>> I believe that you are wrong, you cannot count on a >>>>> >>> >>>>>>>>>>>>>>>> power >>>>> >>> >>>>>>>>>>>>>>>> of >>>>> >>> >>>>>>>>>>>>>>>> two >>>>> >>> >>>>>>>>>>>>>>>> size. >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> See these threads from KVR: >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> http://www.kvraudio.com/forum/viewtopic.php?t=279753 >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> http://www.kvraudio.com/forum/viewtopic.php?t=359951 >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> http://www.kvraudio.com/forum/viewtopic.php?p=3458228 >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> Regards, >>>>> >>> >>>>>>>>>>>>>>>> Mike >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> ----------------------------------------------------- >>>>> >>> >>>>>>>>>>>>>>>> Michael Gogins >>>>> >>> >>>>>>>>>>>>>>>> Irreducible Productions >>>>> >>> >>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>>>> >>> >>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> On Wed, Feb 5, 2014 at 2:17 PM, Victor Lazzarini >>>>> >>> >>>>>>>>>>>>>>>> <Victor.Lazzarini@nuim.ie> >>>>> >>> >>>>>>>>>>>>>>>> wrote: >>>>> >>> >>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>> But I think you're probably safe setting ksmps to a >>>>> >>> >>>>>>>>>>>>>>>>> low >>>>> >>> >>>>>>>>>>>>>>>>> value >>>>> >>> >>>>>>>>>>>>>>>>> that >>>>> >>> >>>>>>>>>>>>>>>>> is a >>>>> >>> >>>>>>>>>>>>>>>>> power-of-two. I would >>>>> >>> >>>>>>>>>>>>>>>>> expect most hosts to run buffers that are >>>>> >>> >>>>>>>>>>>>>>>>> power-of-two >>>>> >>> >>>>>>>>>>>>>>>>> and >>>>> >>> >>>>>>>>>>>>>>>>> that >>>>> >>> >>>>>>>>>>>>>>>>> are >>>>> >>> >>>>>>>>>>>>>>>>> not >>>>> >>> >>>>>>>>>>>>>>>>> that small. >>>>> >>> >>>>>>>>>>>>>>>>> ksmps =8,16 or 32 should do. >>>>> >>> >>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>> Victor >>>>> >>> >>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>> On 5 Feb 2014, at 18:10, Rory Walsh wrote: >>>>> >>> >>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>> I was just about to answer my previous mail with >>>>> >>> >>>>>>>>>>>>>>>>>> the >>>>> >>> >>>>>>>>>>>>>>>>>> same >>>>> >>> >>>>>>>>>>>>>>>>>> thing. >>>>> >>> >>>>>>>>>>>>>>>>>> That's >>>>> >>> >>>>>>>>>>>>>>>>>> a pain. >>>>> >>> >>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>> On 5 February 2014 18:03, Michael Gogins >>>>> >>> >>>>>>>>>>>>>>>>>> <michael.gogins@gmail.com> >>>>> >>> >>>>>>>>>>>>>>>>>> wrote: >>>>> >>> >>>>>>>>>>>>>>>>>>> No. The host can and often does use a different >>>>> >>> >>>>>>>>>>>>>>>>>>> host >>>>> >>> >>>>>>>>>>>>>>>>>>> audio >>>>> >>> >>>>>>>>>>>>>>>>>>> buffer >>>>> >>> >>>>>>>>>>>>>>>>>>> size >>>>> >>> >>>>>>>>>>>>>>>>>>> on >>>>> >>> >>>>>>>>>>>>>>>>>>> each call to process() or processReplacing(). >>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>> Regards, >>>>> >>> >>>>>>>>>>>>>>>>>>> Mike >>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>> ----------------------------------------------------- >>>>> >>> >>>>>>>>>>>>>>>>>>> Michael Gogins >>>>> >>> >>>>>>>>>>>>>>>>>>> Irreducible Productions >>>>> >>> >>>>>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>>>> >>> >>>>>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>> On Wed, Feb 5, 2014 at 11:27 AM, Rory Walsh >>>>> >>> >>>>>>>>>>>>>>>>>>> <rorywalsh@ear.ie> >>>>> >>> >>>>>>>>>>>>>>>>>>> wrote: >>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>> Hi Mike, isn't it possible to query the host >>>>> >>> >>>>>>>>>>>>>>>>>>>> buffer >>>>> >>> >>>>>>>>>>>>>>>>>>>> size >>>>> >>> >>>>>>>>>>>>>>>>>>>> before >>>>> >>> >>>>>>>>>>>>>>>>>>>> the >>>>> >>> >>>>>>>>>>>>>>>>>>>> processing function is first called, in which >>>>> >>> >>>>>>>>>>>>>>>>>>>> case >>>>> >>> >>>>>>>>>>>>>>>>>>>> you can >>>>> >>> >>>>>>>>>>>>>>>>>>>> just >>>>> >>> >>>>>>>>>>>>>>>>>>>> override the csd's ksmps? >>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>> On 5 February 2014 15:55, Michael Gogins >>>>> >>> >>>>>>>>>>>>>>>>>>>> <michael.gogins@gmail.com> >>>>> >>> >>>>>>>>>>>>>>>>>>>> wrote: >>>>> >>> >>>>>>>>>>>>>>>>>>>>> I've looked into this some more. As long as the >>>>> >>> >>>>>>>>>>>>>>>>>>>>> host >>>>> >>> >>>>>>>>>>>>>>>>>>>>> audio >>>>> >>> >>>>>>>>>>>>>>>>>>>>> buffer >>>>> >>> >>>>>>>>>>>>>>>>>>>>> is >>>>> >>> >>>>>>>>>>>>>>>>>>>>> not >>>>> >>> >>>>>>>>>>>>>>>>>>>>> an >>>>> >>> >>>>>>>>>>>>>>>>>>>>> integral multiple of ksmps, there will have to >>>>> >>> >>>>>>>>>>>>>>>>>>>>> be >>>>> >>> >>>>>>>>>>>>>>>>>>>>> ksmps >>>>> >>> >>>>>>>>>>>>>>>>>>>>> latency >>>>> >>> >>>>>>>>>>>>>>>>>>>>> between >>>>> >>> >>>>>>>>>>>>>>>>>>>>> input and output. That is because performKsmps >>>>> >>> >>>>>>>>>>>>>>>>>>>>> requires >>>>> >>> >>>>>>>>>>>>>>>>>>>>> spin >>>>> >>> >>>>>>>>>>>>>>>>>>>>> to >>>>> >>> >>>>>>>>>>>>>>>>>>>>> be >>>>> >>> >>>>>>>>>>>>>>>>>>>>> full, >>>>> >>> >>>>>>>>>>>>>>>>>>>>> but >>>>> >>> >>>>>>>>>>>>>>>>>>>>> if there is some remainder from hostsize/ksmps, >>>>> >>> >>>>>>>>>>>>>>>>>>>>> there >>>>> >>> >>>>>>>>>>>>>>>>>>>>> will >>>>> >>> >>>>>>>>>>>>>>>>>>>>> be >>>>> >>> >>>>>>>>>>>>>>>>>>>>> some >>>>> >>> >>>>>>>>>>>>>>>>>>>>> frames >>>>> >>> >>>>>>>>>>>>>>>>>>>>> that the host buffer doesn't have but spin >>>>> >>> >>>>>>>>>>>>>>>>>>>>> needs. >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> I am letting this go for now, but if Csound >>>>> >>> >>>>>>>>>>>>>>>>>>>>> could >>>>> >>> >>>>>>>>>>>>>>>>>>>>> adjust >>>>> >>> >>>>>>>>>>>>>>>>>>>>> ksmps >>>>> >>> >>>>>>>>>>>>>>>>>>>>> during >>>>> >>> >>>>>>>>>>>>>>>>>>>>> performance via the API, then we could get rid >>>>> >>> >>>>>>>>>>>>>>>>>>>>> of >>>>> >>> >>>>>>>>>>>>>>>>>>>>> this >>>>> >>> >>>>>>>>>>>>>>>>>>>>> latency >>>>> >>> >>>>>>>>>>>>>>>>>>>>> by >>>>> >>> >>>>>>>>>>>>>>>>>>>>> setting >>>>> >>> >>>>>>>>>>>>>>>>>>>>> ksmps equal to the host buffer size on each >>>>> >>> >>>>>>>>>>>>>>>>>>>>> host >>>>> >>> >>>>>>>>>>>>>>>>>>>>> processing >>>>> >>> >>>>>>>>>>>>>>>>>>>>> call. >>>>> >>> >>>>>>>>>>>>>>>>>>>>> I >>>>> >>> >>>>>>>>>>>>>>>>>>>>> think >>>>> >>> >>>>>>>>>>>>>>>>>>>>> this would be a really good idea. I'm entering >>>>> >>> >>>>>>>>>>>>>>>>>>>>> it as >>>>> >>> >>>>>>>>>>>>>>>>>>>>> a >>>>> >>> >>>>>>>>>>>>>>>>>>>>> feature >>>>> >>> >>>>>>>>>>>>>>>>>>>>> request. >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Regards, >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Mike >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Regards, >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Mike >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> ----------------------------------------------------- >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Michael Gogins >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Irreducible Productions >>>>> >>> >>>>>>>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 1:47 PM, Michael Gogins >>>>> >>> >>>>>>>>>>>>>>>>>>>>> <michael.gogins@gmail.com> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> wrote: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> CsoundVST does the following: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> In the processReplacing callback there are >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> essentially >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> two >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> simultaneous >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> loops, each with their own loop indexes. One >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> loop >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> is for >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> host >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> audio >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> buffer, which can change in size from one call >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> to >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> next. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> The >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> other >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> loop >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> is for Csound. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> For each frame of audio, one frame of audio is >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> copied >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> from >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> host >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> input >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> buffer to spin, one frame of audio is copied >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> from >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> spout >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> to >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> host >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> audio >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> output buffer, and both loop indexes are >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> incremented. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> At the end of spout, ksmps audio are processed >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> by >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> Csound, >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> and >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> spin >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> and >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> spout buffer indexes are reset to 0. These >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> indexes >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> persist >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> from >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> call >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> to >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> call, so there are no gaps or glitches. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> There is ksmps frames latency in the code >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> because >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> spin >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> is >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> read >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> in >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> before >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> it spout is computed. But I will try to change >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> code >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> so >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> that >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> buffers >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> are rewound to line spout up with spin. There >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> will >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> then >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> be >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> zero >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> latency. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> ----------------------------------------------------- >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> Michael Gogins >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> Irreducible Productions >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 11:03 AM, Steven Yi >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> <stevenyi@gmail.com> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> wrote: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> I was in the middle of replying pretty much >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> same >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> thing >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> as >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Victor. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Seems like you're introducing block's worth >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> of >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> latency >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> due >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> to >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> code >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> order. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 11:05 AM, Victor >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Lazzarini >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> <Victor.Lazzarini@nuim.ie> wrote: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> I would have thought that you would >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 1) write data into spin >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 2) process >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 3) write data out of spout. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> if you read and write after running >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> PeformKsmps(), as >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> far >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> as >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> I >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> can >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> see >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> there might be >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> a delay between input and output, as you >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> will be >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> effectively >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> putting >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> out the data that >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> you processed in the previous period. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 1) process (means process the current spin >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> data) >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 2) write to spin the new data >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 3) write out the result of processing the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> previous >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> spin >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> That's what it looks like to me. Not sure if >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> I am >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> right. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Also >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> this >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> discussion should be in the dev list not >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> in the users list (so my response is going >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> there). >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Victor >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> On 4 Feb 2014, at 15:47, Rory Walsh >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> <rorywalsh@ear.ie> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> I can confirm that it's not an issue with >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> plugin >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> framework >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> I'm >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> using. I can also confirm it happens >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> whether the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> plugin's >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> processBlock() is being called the same >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> amount >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> of >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> times >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> as >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> performKsmps(). That is to say, if the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> plugin >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> sample >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> buffer >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> is >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> set >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> to >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> 64 and so is Csound's, the problem >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> persists. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> I can recreate it with Reaper by placing >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> two >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> identical >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> audio >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> tracks >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> in >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> the session. On one track I place a >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> straight >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> forward >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> in/out >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> effect plugin. Then play both back at the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> same >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> time. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> You'll >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> hear >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> subtle phasing taking place until you >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> bypass the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> plugin >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> effect. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> Here's >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> my processBlock(), it couldn't be any >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> simpler. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> Can >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> any >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> devs >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> out >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> there >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> spot something that might introduce >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> latency? >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> CSCompResult = csound->PerformKsmps(); >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> for(int i=0;i<numSamplesInBuffer;i++) >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> { >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> if(!CSCompResult) >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> { >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> for(int channel = 0; channel < >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> getNumOutputChannels(); >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> channel++ ) >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> { >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> audioBuffer = >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> buffer.getSampleData(channel,0); >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> pos = igetNumOutputChannels(); >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> CSspin[channel+pos] = >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> audioBuffer[i]cs_scale; >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> audioBuffer[i] = >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> (CSspout[channel+pos]/cs_scale); >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> } >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> } >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> else >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> buffer.clear(); >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> } >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 15:04, Oeyvind >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> All good. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> I could test with csound~ and found >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> another >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> cause >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> for >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> latency. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Steven Yi <stevenyi@gmail.com>: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Nope. I did some work on updating the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> CMake >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> file >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> to >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> try >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> building >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> on >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Windows yesterday. I need to do so me >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> research >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> to >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> see >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> about >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> libraries >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> to link to and other things, but it may >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> take a >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> while >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> current >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> work >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> load. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:47 AM, Oeyvind >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> That looks as if it's for OSX only (?), >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> perhaps not compiled for windows yet? >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Steven Yi >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> <stevenyi@gmail.com>: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6~ should be with the installer; >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> also >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> available >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> at: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://sourceforge.net/projects/csound/files/csound6/Csound6.02/csound~_v1.1.1.pkg/download >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:38 AM, Oeyvind >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I can also reproduce it with csound~ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> MaxForLive >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> haven't tried with csound6~ (where can >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> find >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> it?) >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Now, testing with Max (not in Live), >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> and >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Reaper, >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> find >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> can not >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> reproduce the behaviour there. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> So there is something with Live then. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> However, >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> other >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> VST >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugins >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Live does not introduce extra latency. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> The way I measure latency is by >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> setiing up >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> a >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> microphone >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> close >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> to >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> speaker, close enough that it will >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> almost >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> feed, >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> then tap the mic and listen to the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> resonance of >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> system. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> When >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency changes, the resonance will >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> change. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> When I add a plugin (Cabbage or >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> MaxForLive >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound~), >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> (and so the resonance) changes. If I >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> load >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> other >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> VST >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugins >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> this >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> does >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> not happen, the latency does not >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> change. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> But as I said, I can only reproduce it >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Live. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Sorry >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> for >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> noise. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> <rorywalsh@ear.ie>: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I can recreate it here. It's subtle, >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> but >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> present. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I'll >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> take >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> a >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> look. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:38, Oeyvind >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Yes, I have tried different ksmps >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> values, >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> both >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> higher >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> and >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> lower >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> and >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> equal to the host buffer size. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Will investigate if I can reproduce >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> it on >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound~. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> <rorywalsh@ear.ie>: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On second thoughts I can't see what >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> might be >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> causing >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> this. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Have you >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> tried setting ksmps to be the same >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> as >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> your >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> host's >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> buffer >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> size? >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:01, Rory >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Walsh >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> <rorywalsh@ear.ie> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I think I have it... Lunch first >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> though.. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sent from a mobile device... >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 Feb 2014 12:56, "Rory Walsh" >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> <rorywalsh@ear.ie> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Are you just running audio >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> straight in >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> and >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> out, >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> no >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processing? The >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin host calls the plugin's >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock() >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> which >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> turn >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> calls >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> performKsmps(). So long as >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock() >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> is >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> being >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> called >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> (if the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> track is playing for example) >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> performKsmps() >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> will >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> be >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> called >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> over and >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> over again processing ksmps >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> samples >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> each >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> time. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> At >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> moment >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock() method and the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> performKsmps() >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> are >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> firing >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> off >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> at >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> different speeds. I can look at >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> forcing >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugins >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> to >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> process the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> same amount of samples as the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> does >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> each >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> call >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> to >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock(). Perhaps that >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> might >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> help. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 12:41, Oeyvind >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> <oyvind.brandtsegg@ntnu.no> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Regarding latency and buffers, >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I thought I had understood that >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound, >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> when >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> used >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> as a >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin (e.g. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cabbage or csound~) would >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> process the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> audio >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> buffer >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "in >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> place", so no >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> extra latency would incur due to >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sound >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> being >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processed >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> through >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Csound, assuming that ksmps is >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> smaler >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> than >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> host >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> program's buffer >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> size. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Now, running Cabbage plugins in >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Ableton >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Live, >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I've >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> been >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> investigating >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency issues, and I find that >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> adding a >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> simple >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin will >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> delay the signal. Also, adding >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> more >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> than >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> one >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> such >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> series >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> increases the delay/latency >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> accordingly. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I've >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> tried >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> using >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> different >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ksmps, and this indeed affects >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> amount >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> of >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> but >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> even setting >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ksmps=1 does not get rid of it. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Can the buffer be processed "in >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> place"? >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> best >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Sourceforge >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> bug >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> can >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> be >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound" >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Sourceforge bug >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> can be >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> bug >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> be >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> bug >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> be >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> bug >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> be >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> bug >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> -- >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> here >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> with >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> body >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Applications >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> offer - >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Avoid >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Common >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Pitfalls. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> _______________________________________________ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Applications >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> - >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Avoid >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Common >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Pitfalls. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> _______________________________________________ >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Applications >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Avoid >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Common >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Pitfalls. >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >>> >>>>>>>>>>>>>>>>>>>>> _______________________________________________ >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>> >>> >>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >>>>> >>> >>>>>>>>>>>>>>>>>>>> Applications >>>>> >>> >>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >>>>> >>> >>>>>>>>>>>>>>>>>>>> Avoid >>>>> >>> >>>>>>>>>>>>>>>>>>>> Common >>>>> >>> >>>>>>>>>>>>>>>>>>>> Pitfalls. >>>>> >>> >>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >>> >>>>>>>>>>>>>>>>>>>> _______________________________________________ >>>>> >>> >>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>>>> >>> >>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>> >>> >>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >>>>> >>> >>>>>>>>>>>>>>>>>>> Applications >>>>> >>> >>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >>>>> >>> >>>>>>>>>>>>>>>>>>> Avoid >>>>> >>> >>>>>>>>>>>>>>>>>>> Common >>>>> >>> >>>>>>>>>>>>>>>>>>> Pitfalls. >>>>> >>> >>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >>> >>>>>>>>>>>>>>>>>>> _______________________________________________ >>>>> >>> >>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>>>> >>> >>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>> >>> >>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >>>>> >>> >>>>>>>>>>>>>>>>>> Applications >>>>> >>> >>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >>>>> >>> >>>>>>>>>>>>>>>>>> Avoid >>>>> >>> >>>>>>>>>>>>>>>>>> Common >>>>> >>> >>>>>>>>>>>>>>>>>> Pitfalls. >>>>> >>> >>>>>>>>>>>>>>>>>> Read the Whitepaper. >>>>> >>> >>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >>> >>>>>>>>>>>>>>>>>> _______________________________________________ >>>>> >>> >>>>>>>>>>>>>>>>>> Csound-devel mailing list >>>>> >>> >>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>> >>> >>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >>> >>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>> Dr Victor Lazzarini >>>>> >>> >>>>>>>>>>>>>>>>> Senior Lecturer >>>>> >>> >>>>>>>>>>>>>>>>> Dept. of Music >>>>> >>> >>>>>>>>>>>>>>>>> NUI Maynooth Ireland >>>>> >>> >>>>>>>>>>>>>>>>> tel.: +353 1 708 3545 >>>>> >>> >>>>>>>>>>>>>>>>> Victor dot Lazzarini AT nuim dot ie >>>>> >>> >>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>> >>> >>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >>>>> >>> >>>>>>>>>>>>>>>>> Applications >>>>> >>> >>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >>>>> >>> >>>>>>>>>>>>>>>>> Avoid >>>>> >>> >>>>>>>>>>>>>>>>> Common >>>>> >>> >>>>>>>>>>>>>>>>> Pitfalls. >>>>> >>> >>>>>>>>>>>>>>>>> Read the Whitepaper. >>>>> >>> >>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >>> >>>>>>>>>>>>>>>>> _______________________________________________ >>>>> >>> >>>>>>>>>>>>>>>>> Csound-devel mailing list >>>>> >>> >>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>> >>> >>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>> >>> >>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>> >>> >>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >>>>> >>> >>>>>>>>>>>>>>>> Avoid >>>>> >>> >>>>>>>>>>>>>>>> Common >>>>> >>> >>>>>>>>>>>>>>>> Pitfalls. >>>>> >>> >>>>>>>>>>>>>>>> Read the Whitepaper. >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >>> >>>>>>>>>>>>>>>> _______________________________________________ >>>>> >>> >>>>>>>>>>>>>>>> Csound-devel mailing list >>>>> >>> >>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >>> >>>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>> >>> >>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>> >>> >>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>> >>> >>>>>>>>>>>>>>> Common >>>>> >>> >>>>>>>>>>>>>>> Pitfalls. >>>>> >>> >>>>>>>>>>>>>>> Read the Whitepaper. >>>>> >>> >>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >>> >>>>>>>>>>>>>>> _______________________________________________ >>>>> >>> >>>>>>>>>>>>>>> Csound-devel mailing list >>>>> >>> >>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>> >>> >>>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >>> >>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>> >>> >>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>> >>> >>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>> >>> >>>>>>>>>>>>>> Common >>>>> >>> >>>>>>>>>>>>>> Pitfalls. >>>>> >>> >>>>>>>>>>>>>> Read the Whitepaper. >>>>> >>> >>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >>> >>>>>>>>>>>>>> _______________________________________________ >>>>> >>> >>>>>>>>>>>>>> Csound-devel mailing list >>>>> >>> >>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>> >>> >>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >>> >>>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>> >>> >>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>> >>> >>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>> >>> >>>>>>>>>>>>> Common >>>>> >>> >>>>>>>>>>>>> Pitfalls. >>>>> >>> >>>>>>>>>>>>> Read the Whitepaper. >>>>> >>> >>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >>> >>>>>>>>>>>>> _______________________________________________ >>>>> >>> >>>>>>>>>>>>> Csound-devel mailing list >>>>> >>> >>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>> >>> >>>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >>> >>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>> Dr Victor Lazzarini >>>>> >>> >>>>>>>>>>>> Senior Lecturer >>>>> >>> >>>>>>>>>>>> Dept. of Music >>>>> >>> >>>>>>>>>>>> NUI Maynooth Ireland >>>>> >>> >>>>>>>>>>>> tel.: +353 1 708 3545 >>>>> >>> >>>>>>>>>>>> Victor dot Lazzarini AT nuim dot ie >>>>> >>> >>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>> >>> >>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>> >>> >>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>> >>> >>>>>>>>>>>> Common >>>>> >>> >>>>>>>>>>>> Pitfalls. >>>>> >>> >>>>>>>>>>>> Read the Whitepaper. >>>>> >>> >>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >>> >>>>>>>>>>>> _______________________________________________ >>>>> >>> >>>>>>>>>>>> Csound-devel mailing list >>>>> >>> >>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>> >>> >>>>>>>>>>>> >>>>> >>> >>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >>> >>>>>>>>>>> >>>>> >>> >>>>>>>>>>> >>>>> >>> >>>>>>>>>>> >>>>> >>> >>>>>>>>>>> -- >>>>> >>> >>>>>>>>>>> >>>>> >>> >>>>>>>>>>> Oeyvind Brandtsegg >>>>> >>> >>>>>>>>>>> Professor of Music Technology >>>>> >>> >>>>>>>>>>> NTNU >>>>> >>> >>>>>>>>>>> 7491 Trondheim >>>>> >>> >>>>>>>>>>> Norway >>>>> >>> >>>>>>>>>>> Cell: +47 92 203 205 >>>>> >>> >>>>>>>>>>> >>>>> >>> >>>>>>>>>>> http://flyndresang.no/ >>>>> >>> >>>>>>>>>>> http://www.partikkelaudio.com/ >>>>> >>> >>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>> >>> >>>>>>>>>>> http://soundcloud.com/t-emp >>>>> >>> >>>>>>>>>>> >>>>> >>> >>>>>>>>>>> >>>>> >>> >>>>>>>>>>> >>>>> >>> >>>>>>>>>>> >>>>> >>> >>>>>>>>>>> >>>>> >>> >>>>>>>>>>> >>>>> >>> >>>>>>>>>>> ------------------------------------------------------------------------------ >>>>> >>> >>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>> >>> >>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>> >>> >>>>>>>>>>> Common >>>>> >>> >>>>>>>>>>> Pitfalls. >>>>> >>> >>>>>>>>>>> Read the Whitepaper. >>>>> >>> >>>>>>>>>>> >>>>> >>> >>>>>>>>>>> >>>>> >>> >>>>>>>>>>> >>>>> >>> >>>>>>>>>>> >>>>> >>> >>>>>>>>>>> >>>>> >>> >>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >>> >>>>>>>>>>> _______________________________________________ >>>>> >>> >>>>>>>>>>> Csound-devel mailing list >>>>> >>> >>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>> >>> >>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >>> >>>>>>>>>> >>>>> >>> >>>>>>>>>> >>>>> >>> >>>>>>>>>> >>>>> >>> >>>>>>>>>> >>>>> >>> >>>>>>>>>> >>>>> >>> >>>>>>>>>> >>>>> >>> >>>>>>>>>> >>>>> >>> >>>>>>>>>> ------------------------------------------------------------------------------ >>>>> >>> >>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>> >>> >>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>> >>> >>>>>>>>>> Common >>>>> >>> >>>>>>>>>> Pitfalls. >>>>> >>> >>>>>>>>>> Read the Whitepaper. >>>>> >>> >>>>>>>>>> >>>>> >>> >>>>>>>>>> >>>>> >>> >>>>>>>>>> >>>>> >>> >>>>>>>>>> >>>>> >>> >>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >>> >>>>>>>>>> _______________________________________________ >>>>> >>> >>>>>>>>>> Csound-devel mailing list >>>>> >>> >>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>> >>> >>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >>> >>>>>>>>>> >>>>> >>> >>>>>>>>> >>>>> >>> >>>>>>>>> >>>>> >>> >>>>>>>>> >>>>> >>> >>>>>>>>> -- >>>>> >>> >>>>>>>>> >>>>> >>> >>>>>>>>> Oeyvind Brandtsegg >>>>> >>> >>>>>>>>> Professor of Music Technology >>>>> >>> >>>>>>>>> NTNU >>>>> >>> >>>>>>>>> 7491 Trondheim >>>>> >>> >>>>>>>>> Norway >>>>> >>> >>>>>>>>> Cell: +47 92 203 205 >>>>> >>> >>>>>>>>> >>>>> >>> >>>>>>>>> http://flyndresang.no/ >>>>> >>> >>>>>>>>> http://www.partikkelaudio.com/ >>>>> >>> >>>>>>>>> http://soundcloud.com/brandtsegg >>>>> >>> >>>>>>>>> http://soundcloud.com/t-emp >>>>> >>> >>>>>>>>> >>>>> >>> >>>>>>>>> >>>>> >>> >>>>>>>>> >>>>> >>> >>>>>>>>> >>>>> >>> >>>>>>>>> >>>>> >>> >>>>>>>>> ------------------------------------------------------------------------------ >>>>> >>> >>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>> >>> >>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>> >>> >>>>>>>>> Common >>>>> >>> >>>>>>>>> Pitfalls. >>>>> >>> >>>>>>>>> Read the Whitepaper. >>>>> >>> >>>>>>>>> >>>>> >>> >>>>>>>>> >>>>> >>> >>>>>>>>> >>>>> >>> >>>>>>>>> >>>>> >>> >>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >>> >>>>>>>>> _______________________________________________ >>>>> >>> >>>>>>>>> Csound-devel mailing list >>>>> >>> >>>>>>>>> Csound-devel@lists.sourceforge.net >>>>> >>> >>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >>> >>>>>>> >>>>> >>> >>>>>>> >>>>> >>> >>>>>>> >>>>> >>> >>>>>>> >>>>> >>> >>>>>>> ------------------------------------------------------------------------------ >>>>> >>> >>>>>>> Managing the Performance of Cloud-Based Applications >>>>> >>> >>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>> >>> >>>>>>> Pitfalls. >>>>> >>> >>>>>>> Read the Whitepaper. >>>>> >>> >>>>>>> >>>>> >>> >>>>>>> >>>>> >>> >>>>>>> >>>>> >>> >>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >>> >>>>>>> _______________________________________________ >>>>> >>> >>>>>>> Csound-devel mailing list >>>>> >>> >>>>>>> Csound-devel@lists.sourceforge.net >>>>> >>> >>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >>> >>>>>> >>>>> >>> >>>>>> >>>>> >>> >>>>>> >>>>> >>> >>>>>> >>>>> >>> >>>>>> >>>>> >>> >>>>>> ------------------------------------------------------------------------------ >>>>> >>> >>>>>> Managing the Performance of Cloud-Based Applications >>>>> >>> >>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>> >>> >>>>>> Pitfalls. >>>>> >>> >>>>>> Read the Whitepaper. >>>>> >>> >>>>>> >>>>> >>> >>>>>> >>>>> >>> >>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >>> >>>>>> _______________________________________________ >>>>> >>> >>>>>> Csound-devel mailing list >>>>> >>> >>>>>> Csound-devel@lists.sourceforge.net >>>>> >>> >>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >>> >>>>>> >>>>> >>> >>>>> >>>>> >>> >>>>> >>>>> >>> >>>>> >>>>> >>> >>>>> -- >>>>> >>> >>>>> >>>>> >>> >>>>> Oeyvind Brandtsegg >>>>> >>> >>>>> Professor of Music Technology >>>>> >>> >>>>> NTNU >>>>> >>> >>>>> 7491 Trondheim >>>>> >>> >>>>> Norway >>>>> >>> >>>>> Cell: +47 92 203 205 >>>>> >>> >>>>> >>>>> >>> >>>>> http://flyndresang.no/ >>>>> >>> >>>>> http://www.partikkelaudio.com/ >>>>> >>> >>>>> http://soundcloud.com/brandtsegg >>>>> >>> >>>>> http://soundcloud.com/t-emp >>>>> >>> >>>>> >>>>> >>> >>>>> >>>>> >>> >>>>> >>>>> >>> >>>>> ------------------------------------------------------------------------------ >>>>> >>> >>>>> Managing the Performance of Cloud-Based Applications >>>>> >>> >>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>> >>> >>>>> Pitfalls. >>>>> >>> >>>>> Read the Whitepaper. >>>>> >>> >>>>> >>>>> >>> >>>>> >>>>> >>> >>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >>> >>>>> _______________________________________________ >>>>> >>> >>>>> Csound-devel mailing list >>>>> >>> >>>>> Csound-devel@lists.sourceforge.net >>>>> >>> >>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >>> >>> >>>>> >>> >>> >>>>> >>> >>> >>>>> >>> >>> ------------------------------------------------------------------------------ >>>>> >>> >>> Managing the Performance of Cloud-Based Applications >>>>> >>> >>> Take advantage of what the Cloud has to offer - Avoid Common >>>>> >>> >>> Pitfalls. >>>>> >>> >>> Read the Whitepaper. >>>>> >>> >>> >>>>> >>> >>> >>>>> >>> >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >>> >>> _______________________________________________ >>>>> >>> >>> Csound-devel mailing list >>>>> >>> >>> Csound-devel@lists.sourceforge.net >>>>> >>> >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >>> >> >>>>> >>> >> >>>>> >>> >> >>>>> >>> >> -- >>>>> >>> >> >>>>> >>> >> Oeyvind Brandtsegg >>>>> >>> >> Professor of Music Technology >>>>> >>> >> NTNU >>>>> >>> >> 7491 Trondheim >>>>> >>> >> Norway >>>>> >>> >> Cell: +47 92 203 205 >>>>> >>> >> >>>>> >>> >> http://flyndresang.no/ >>>>> >>> >> http://www.partikkelaudio.com/ >>>>> >>> >> http://soundcloud.com/brandtsegg >>>>> >>> >> http://soundcloud.com/t-emp >>>>> >>> >> >>>>> >>> >> >>>>> >>> >> >>>>> >>> >> ------------------------------------------------------------------------------ >>>>> >>> >> Managing the Performance of Cloud-Based Applications >>>>> >>> >> Take advantage of what the Cloud has to offer - Avoid Common >>>>> >>> >> Pitfalls. >>>>> >>> >> Read the Whitepaper. >>>>> >>> >> >>>>> >>> >> >>>>> >>> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >>> >> _______________________________________________ >>>>> >>> >> Csound-devel mailing list >>>>> >>> >> Csound-devel@lists.sourceforge.net >>>>> >>> >> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >>> > >>>>> >>> > >>>>> >>> > >>>>> >>> > >>>>> >>> > ------------------------------------------------------------------------------ >>>>> >>> > Managing the Performance of Cloud-Based Applications >>>>> >>> > Take advantage of what the Cloud has to offer - Avoid Common >>>>> >>> > Pitfalls. >>>>> >>> > Read the Whitepaper. >>>>> >>> > >>>>> >>> > >>>>> >>> > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >>> > _______________________________________________ >>>>> >>> > Csound-devel mailing list >>>>> >>> > Csound-devel@lists.sourceforge.net >>>>> >>> > https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >>> >>>>> >>> >>>>> >>> >>>>> >>> -- >>>>> >>> >>>>> >>> Oeyvind Brandtsegg >>>>> >>> Professor of Music Technology >>>>> >>> NTNU >>>>> >>> 7491 Trondheim >>>>> >>> Norway >>>>> >>> Cell: +47 92 203 205 >>>>> >>> >>>>> >>> http://flyndresang.no/ >>>>> >>> http://www.partikkelaudio.com/ >>>>> >>> http://soundcloud.com/brandtsegg >>>>> >>> http://soundcloud.com/t-emp >>>>> >>> >>>>> >>> >>>>> >>> >>>>> >>> ------------------------------------------------------------------------------ >>>>> >>> Managing the Performance of Cloud-Based Applications >>>>> >>> Take advantage of what the Cloud has to offer - Avoid Common >>>>> >>> Pitfalls. >>>>> >>> Read the Whitepaper. >>>>> >>> >>>>> >>> >>>>> >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >>> _______________________________________________ >>>>> >>> Csound-devel mailing list >>>>> >>> Csound-devel@lists.sourceforge.net >>>>> >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >> >>>>> >> >>>>> >> >>>>> >> >>>>> >> ------------------------------------------------------------------------------ >>>>> >> Managing the Performance of Cloud-Based Applications >>>>> >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>>>> >> Read the Whitepaper. >>>>> >> >>>>> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> >> _______________________________________________ >>>>> >> Csound-devel mailing list >>>>> >> Csound-devel@lists.sourceforge.net >>>>> >> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >> >>>>> >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> Managing the Performance of Cloud-Based Applications >>>>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>>>> Read the Whitepaper. >>>>> >>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>> _______________________________________________ >>>>> Csound-devel mailing list >>>>> Csound-devel@lists.sourceforge.net >>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>> >>>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Managing the Performance of Cloud-Based Applications >>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>> Read the Whitepaper. >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> _______________________________________________ >>> Csound-devel mailing list >>> Csound-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>> >> >> ------------------------------------------------------------------------------ >> Managing the Performance of Cloud-Based Applications >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> Read the Whitepaper. >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> _______________________________________________ >> Csound-devel mailing list >> Csound-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/csound-devel > > > > -- > > Oeyvind Brandtsegg > Professor of Music Technology > NTNU > 7491 Trondheim > Norway > Cell: +47 92 203 205 > > http://flyndresang.no/ > http://www.partikkelaudio.com/ > http://soundcloud.com/brandtsegg > http://soundcloud.com/t-emp > > ------------------------------------------------------------------------------ > Managing the Performance of Cloud-Based Applications > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. > Read the Whitepaper. > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk > _______________________________________________ > Csound-devel mailing list > Csound-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/csound-devel ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/csound-devel

Date	2014-02-06 21:10
From	Rory Walsh
Subject	Re: [Cs-dev] [Csnd] Latency and buffers
	Sure, now is the time to do it. I'd rather Cabbage::HOST_BPM than ::CABBAGE::, but that's only a matter of taste. THat ok, if so I'll make the changes now. On 6 February 2014 21:04, Andres Cabrera wrote: > Hi Rory, > > About reserved channels, maybe we should come up with some standard for them > to avoid future clashes. I've been using a prefixed '_' character, but it > might be good to think of some namespacing mechanism (e.g. using '::' like > '::Cabbage::HOST_BPM'). > > Cheers, > Andrés > > > On Thu, Feb 6, 2014 at 12:58 PM, Rory Walsh wrote: >> >> Sorry Oeyvind, I just uploaded it to a few moments ago: >> http://www.thecabbagefoundation.org/viewtopic.php?f=21&t=360&p=819#p819 >> Thought it best to dump it there for you to try out before I do an >> official release. I sorted those host bpm issues for you too. I've >> actually reserved some channels for that info so you don't need to >> declare any host stuff in the GUI code. Seemed a little pointless to >> have to do that. Here are the reserved channels now in full. >> >> 'HOST_BPM': Retrieve the currents host bpm. This will be updated >> whenever the host BPM changes. >> 'IS_PLAYING': Pressing play on the host transport dialogue will cause >> this channel to send a 1. Hitting stop will send a 0. >> 'IS_RECORDING': As above only for monitoring the record status of a >> session. >> 'TIME_IN_SECONDS': Return the current time in seconds from the start >> of the track. >> 'HOST_PPQ_POS': Return the position of the start of the last bar, in >> pulses-per-quarter-note. >> 'CABBAGE_CSD_PATH': This string channel will retrieve the full path to >> the current csd file. >> >> All the host stuff is updated at every k cycle. The path is constant >> and only gets sent once, if for some reason you overwrite that channel >> with something else, you'll need to restart to get it again. I hope >> the PDC works Ok in other hosts. I've had no issue in Reaper so far. >> >> >> On 6 February 2014 20:42, Oeyvind Brandtsegg >> wrote: >> > Tested with the installer at >> > https://github.com/cabbageaudio/cabbage/releases now, but still have >> > delay, >> > perhaps it has not been updated? >> > >> > >> > 2014-02-06 Rory Walsh : >> >> That's what I've done with Cabbage. I've only tested with Reaper but >> >> so far so good. No more delays. >> >> >> >> On 6 February 2014 16:48, Michael Gogins >> >> wrote: >> >>> Correction: I think the following would be more reliable: >> >>> >> >>> (1) After compiling the orc, call setInitialDelay with ksmps, THEN >> >>> call >> >>> ioChanged. In resume, the host will be pick up the initial delay. >> >>> Calling >> >>> setInitialDelay only sets the value of this field, it does not notify >> >>> the >> >>> host. >> >>> >> >>> Regards, >> >>> Mike >> >>> >> >>> >> >>> ----------------------------------------------------- >> >>> Michael Gogins >> >>> Irreducible Productions >> >>> http://michaelgogins.tumblr.com >> >>> Michael dot Gogins at gmail dot com >> >>> >> >>> >> >>> On Thu, Feb 6, 2014 at 11:42 AM, Michael Gogins >> >>> >> >>> wrote: >> >>>> >> >>>> I've reviewed the VST plugin latency issue. It seems that the best >> >>>> thing >> >>>> that I can do for CsoundVST: >> >>>> >> >>>> (1) After compiling the orc, call ioChanged to notify the host that >> >>>> the >> >>>> plugin's latency may have changed. >> >>>> >> >>>> (2) In suspend or resume, call setInitialDelay with ksmps to tell the >> >>>> host >> >>>> what that latency now is. >> >>>> >> >>>> Rory, does that sound correct to you? >> >>>> >> >>>> I do know that different VST hosts may handle this differently. >> >>>> >> >>>> Regards, >> >>>> Mike >> >>>> >> >>>> >> >>>> ----------------------------------------------------- >> >>>> Michael Gogins >> >>>> Irreducible Productions >> >>>> http://michaelgogins.tumblr.com >> >>>> Michael dot Gogins at gmail dot com >> >>>> >> >>>> >> >>>> On Thu, Feb 6, 2014 at 10:55 AM, Rory Walsh wrote: >> >>>>> >> >>>>> This works really well. In Reaper the PDC is done automatically so >> >>>>> the >> >>>>> problem is effectively solved, no more phasing! I'll update the >> >>>>> installer later. Perhaps you can try it with other hosts and let me >> >>>>> know how it goes. Cheers, >> >>>>> Rory. >> >>>>> >> >>>>> >> >>>>> >> >>>>> On 6 February 2014 14:13, Rory Walsh wrote: >> >>>>> > Good thinking Oeyvind. I'll add that and update the Windows >> >>>>> > installer >> >>>>> > this evening so you can try it out. >> >>>>> > >> >>>>> > On 6 February 2014 14:03, Michael Gogins >> >>>>> > >> >>>>> > wrote: >> >>>>> >> Thanks for the information, I will look into that. >> >>>>> >> >> >>>>> >> Regards, >> >>>>> >> Mike >> >>>>> >> >> >>>>> >> >> >>>>> >> ----------------------------------------------------- >> >>>>> >> Michael Gogins >> >>>>> >> Irreducible Productions >> >>>>> >> http://michaelgogins.tumblr.com >> >>>>> >> Michael dot Gogins at gmail dot com >> >>>>> >> >> >>>>> >> >> >>>>> >> On Thu, Feb 6, 2014 at 8:59 AM, Oeyvind Brandtsegg >> >>>>> >> wrote: >> >>>>> >>> >> >>>>> >>> Ok, good. >> >>>>> >>> Just one last thing, >> >>>>> >>> We might need to check (CsoundVST and Cabbage) if the effective >> >>>>> >>> latency is reported correctly to the host, >> >>>>> >>> as even a millisecond latency will matter if processing is done >> >>>>> >>> in >> >>>>> >>> parallell (clean sound on one track, processsed sound with >> >>>>> >>> latency >> >>>>> >>> one >> >>>>> >>> another), that is, when the two are mixed we will have phasing >> >>>>> >>> artifacts at 1kHz and integer multiples. >> >>>>> >>> I'm not sure if the reported latency is reported correctly now, >> >>>>> >>> as >> >>>>> >>> the >> >>>>> >>> tracks do not line up when Delay compensation is turned on (in >> >>>>> >>> Live). >> >>>>> >>> Other VSTs line up nicely when Delay compensation is on. >> >>>>> >>> >> >>>>> >>> all best >> >>>>> >>> >> >>>>> >>> >> >>>>> >>> 2014-02-06 Victor Lazzarini : >> >>>>> >>> > As you noticed, MaxMSP has also some issues when used as a >> >>>>> >>> > plugin >> >>>>> >>> > in >> >>>>> >>> > Ableton, because of >> >>>>> >>> > buffering. I would risk saying that it is because it has to >> >>>>> >>> > work, >> >>>>> >>> > as a >> >>>>> >>> > Csound, with a set block size. >> >>>>> >>> > But even with that, they seem to impose another layer of >> >>>>> >>> > buffering, >> >>>>> >>> > because afaik the block size >> >>>>> >>> > by default is 64 samples. >> >>>>> >>> > >> >>>>> >>> > So, this is fundamental thing in the design of systems like >> >>>>> >>> > Csound, >> >>>>> >>> > PD, >> >>>>> >>> > MaxMSP, that the >> >>>>> >>> > block size is fixed. To change this, it means a complete >> >>>>> >>> > redesign >> >>>>> >>> > in >> >>>>> >>> > terms of how Csound works, >> >>>>> >>> > a rewrite of the engine and many opcodes that depend on that >> >>>>> >>> > remaining >> >>>>> >>> > constant. >> >>>>> >>> > Within Csound, we have introduced the possibility of sample >> >>>>> >>> > accurate >> >>>>> >>> > timing for events, but >> >>>>> >>> > that works within the fixed-block framework via the use of >> >>>>> >>> > offsets. >> >>>>> >>> > >> >>>>> >>> > Note that there are systems around that work exclusively on a >> >>>>> >>> > block >> >>>>> >>> > size >> >>>>> >>> > of 1, therefore >> >>>>> >>> > avoiding any such issues. Csound can also do that. I would not >> >>>>> >>> > necessarily think that >> >>>>> >>> > ksmps=1 is only limited to simple effects. In modern >> >>>>> >>> > computers, I >> >>>>> >>> > have >> >>>>> >>> > seen a lot of >> >>>>> >>> > complex things running perfectly at that level. And following >> >>>>> >>> > what >> >>>>> >>> > Mike >> >>>>> >>> > has said, ksmps=16 >> >>>>> >>> > might be perfectly acceptable in many situations. As Oeyvind >> >>>>> >>> > proved, >> >>>>> >>> > that can be much >> >>>>> >>> > better than what people are used to in some systems. If they >> >>>>> >>> > can >> >>>>> >>> > LIVE >> >>>>> >>> > with that, surely >> >>>>> >>> > they can REAPER the benefit with Csound ;). >> >>>>> >>> > >> >>>>> >>> > Regards >> >>>>> >>> > >> >>>>> >>> > Victor >> >>>>> >>> > >> >>>>> >>> > >> >>>>> >>> > >> >>>>> >>> > >> >>>>> >>> > On 6 Feb 2014, at 09:17, Oeyvind Brandtsegg >> >>>>> >>> > >> >>>>> >>> > wrote: >> >>>>> >>> > >> >>>>> >>> >> Yes, it would definitely be a good thing to fix, >> >>>>> >>> >> especially when considering the use of a series of plugins on >> >>>>> >>> >> the >> >>>>> >>> >> same >> >>>>> >>> >> track. >> >>>>> >>> >> This is how I noticed the problem in the first place, as I >> >>>>> >>> >> had 3 >> >>>>> >>> >> or 4 >> >>>>> >>> >> Cabbage plugs in a series on the same track. >> >>>>> >>> >> One might say that this is not a wise setup, all things >> >>>>> >>> >> recently >> >>>>> >>> >> learned considered, >> >>>>> >>> >> but it is one thing that a user might expect to do without >> >>>>> >>> >> problems. >> >>>>> >>> >> >> >>>>> >>> >> The use of Csound as a plugin via Cabbage opens up Csound for >> >>>>> >>> >> being >> >>>>> >>> >> used widely in common production environments, >> >>>>> >>> >> in terms of the way forward and making the language more >> >>>>> >>> >> widespread, >> >>>>> >>> >> this is a significant area. In that respect the dynamic ksmps >> >>>>> >>> >> issue is >> >>>>> >>> >> important for the continued use if Csound in a modern >> >>>>> >>> >> workflow. >> >>>>> >>> >> >> >>>>> >>> >> Until then, I will rewrite my plugins so all things I might >> >>>>> >>> >> need >> >>>>> >>> >> on >> >>>>> >>> >> one track lives in a single Cabage plug. >> >>>>> >>> >> >> >>>>> >>> >> all best >> >>>>> >>> >> >> >>>>> >>> >> 2014-02-06 Rory Walsh : >> >>>>> >>> >>> Btw, it's clear that other plugins won't have a latency >> >>>>> >>> >>> problem >> >>>>> >>> >>> because they can(or at least should be able to) deal with >> >>>>> >>> >>> variable >> >>>>> >>> >>> buffer sizes. >> >>>>> >>> >>> >> >>>>> >>> >>> On 6 February 2014 08:57, Rory Walsh >> >>>>> >>> >>> wrote: >> >>>>> >>> >>>> That's a funny observation about Live. Their next product >> >>>>> >>> >>>> will >> >>>>> >>> >>>> be >> >>>>> >>> >>>> called Offline :) It seems ksmps==1 is a no go for anything >> >>>>> >>> >>>> but >> >>>>> >>> >>>> a >> >>>>> >>> >>>> single instance of a relatively simple effect(of course >> >>>>> >>> >>>> there >> >>>>> >>> >>>> are no >> >>>>> >>> >>>> issue with synths). And it also seems that pretty much all >> >>>>> >>> >>>> of >> >>>>> >>> >>>> the >> >>>>> >>> >>>> plugins standards in use today(AU, VST, LV2, etc) assume a >> >>>>> >>> >>>> dynamic >> >>>>> >>> >>>> buffer size. So as long as Csound is being used to process >> >>>>> >>> >>>> host >> >>>>> >>> >>>> audio >> >>>>> >>> >>>> in one of these environments it's likely there will be a >> >>>>> >>> >>>> latency >> >>>>> >>> >>>> problem. That is if you plan to use the full power of >> >>>>> >>> >>>> Csound >> >>>>> >>> >>>> there >> >>>>> >>> >>>> will be. I know the latency will in most cases be quite >> >>>>> >>> >>>> small, >> >>>>> >>> >>>> but >> >>>>> >>> >>>> isn't it still enough to cause undesired effects on a mix? >> >>>>> >>> >>>> >> >>>>> >>> >>>> On 6 February 2014 08:38, Oeyvind Brandtsegg >> >>>>> >>> >>>> wrote: >> >>>>> >>> >>>>> Thanks so much for that explanation Mike. >> >>>>> >>> >>>>> Rory, don't even so much as think of contemplating life >> >>>>> >>> >>>>> without >> >>>>> >>> >>>>> Cabbage (oh you already did...) ! >> >>>>> >>> >>>>> Here's more observations about latency in different hosts >> >>>>> >>> >>>>> that >> >>>>> >>> >>>>> might >> >>>>> >>> >>>>> brighten up thhing a bit, >> >>>>> >>> >>>>> depending on what hosts one prefer... >> >>>>> >>> >>>>> >> >>>>> >>> >>>>> In Reaper: >> >>>>> >>> >>>>> >> >>>>> >>> >>>>> >> >>>>> >>> >>>>> 2014-02-06 Michael Gogins : >> >>>>> >>> >>>>>> There are two cases. If ksmps is always 1, you can use >> >>>>> >>> >>>>>> this >> >>>>> >>> >>>>>> algorithm: >> >>>>> >>> >>>>>> >> >>>>> >>> >>>>>> for each frame in the host input buffer: >> >>>>> >>> >>>>>> copy the host frame to the spin frame >> >>>>> >>> >>>>>> call performKsmps() >> >>>>> >>> >>>>>> copy the spout frame to the host output buffer >> >>>>> >>> >>>>>> >> >>>>> >>> >>>>>> Then there is no delay. >> >>>>> >>> >>>>>> >> >>>>> >>> >>>>>> If ksmps is greater than 1 it goes like this. It's enough >> >>>>> >>> >>>>>> to >> >>>>> >>> >>>>>> consider ksmps >> >>>>> >>> >>>>>> = 2, >> >>>>> >>> >>>>>> all other cases work the same way. >> >>>>> >>> >>>>>> >> >>>>> >>> >>>>>> for each frame in the host input buffer: >> >>>>> >>> >>>>>> copy the current host input frame to the current spin >> >>>>> >>> >>>>>> frame >> >>>>> >>> >>>>>> copy the current spout frame to the current host output >> >>>>> >>> >>>>>> buffer >> >>>>> >>> >>>>>> if the current spout frame is past the end of spout: >> >>>>> >>> >>>>>> call performKsmps >> >>>>> >>> >>>>>> reset the spout/spin frame index to 0 >> >>>>> >>> >>>>>> >> >>>>> >>> >>>>>> If ksmps==1 then there is 1 frame of silence in the >> >>>>> >>> >>>>>> output at >> >>>>> >>> >>>>>> the >> >>>>> >>> >>>>>> start, and >> >>>>> >>> >>>>>> thereafter output lags input by 1 frame. On the final >> >>>>> >>> >>>>>> frame of >> >>>>> >>> >>>>>> the >> >>>>> >>> >>>>>> host >> >>>>> >>> >>>>>> buffer, Csound computes a frame in spout but it is not >> >>>>> >>> >>>>>> copied >> >>>>> >>> >>>>>> to >> >>>>> >>> >>>>>> the output >> >>>>> >>> >>>>>> until the next processing call. >> >>>>> >>> >>>>>> >> >>>>> >>> >>>>>> If ksmps==2 then there are 2 frames of silence in the >> >>>>> >>> >>>>>> output >> >>>>> >>> >>>>>> at the >> >>>>> >>> >>>>>> start, >> >>>>> >>> >>>>>> and thereafter output lags input by 2 frames. On the >> >>>>> >>> >>>>>> final >> >>>>> >>> >>>>>> frame of >> >>>>> >>> >>>>>> the host >> >>>>> >>> >>>>>> buffer,Csound computes 2 frames in spout, but depending >> >>>>> >>> >>>>>> on the >> >>>>> >>> >>>>>> size >> >>>>> >>> >>>>>> of the >> >>>>> >>> >>>>>> output buffer, 1 or 2 frames are not copied to the output >> >>>>> >>> >>>>>> until the >> >>>>> >>> >>>>>> next >> >>>>> >>> >>>>>> processing call. >> >>>>> >>> >>>>>> >> >>>>> >>> >>>>>> And so on. >> >>>>> >>> >>>>>> >> >>>>> >>> >>>>>> Regards, >> >>>>> >>> >>>>>> Mike >> >>>>> >>> >>>>>> >> >>>>> >>> >>>>>> >> >>>>> >>> >>>>>> >> >>>>> >>> >>>>>> ----------------------------------------------------- >> >>>>> >>> >>>>>> Michael Gogins >> >>>>> >>> >>>>>> Irreducible Productions >> >>>>> >>> >>>>>> http://michaelgogins.tumblr.com >> >>>>> >>> >>>>>> Michael dot Gogins at gmail dot com >> >>>>> >>> >>>>>> >> >>>>> >>> >>>>>> >> >>>>> >>> >>>>>> On Wed, Feb 5, 2014 at 7:39 PM, Rory Walsh >> >>>>> >>> >>>>>> >> >>>>> >>> >>>>>> wrote: >> >>>>> >>> >>>>>>> >> >>>>> >>> >>>>>>> The way it stands things are fine, albeit with a ksmps >> >>>>> >>> >>>>>>> delay. >> >>>>> >>> >>>>>>> But >> >>>>> >>> >>>>>>> it >> >>>>> >>> >>>>>>> will remain constant and there won't be any drop outs. >> >>>>> >>> >>>>>>> If >> >>>>> >>> >>>>>>> ksmps >> >>>>> >>> >>>>>>> ==1 >> >>>>> >>> >>>>>>> then there will be no problems with latency. Of course I >> >>>>> >>> >>>>>>> stand to >> >>>>> >>> >>>>>>> be >> >>>>> >>> >>>>>>> corrected. When all is said and done, I did enjoy >> >>>>> >>> >>>>>>> contemplating >> >>>>> >>> >>>>>>> life >> >>>>> >>> >>>>>>> without Cabbage over a few beers. But that might just >> >>>>> >>> >>>>>>> have >> >>>>> >>> >>>>>>> been >> >>>>> >>> >>>>>>> the >> >>>>> >>> >>>>>>> beers :) >> >>>>> >>> >>>>>>> >> >>>>> >>> >>>>>>> >> >>>>> >>> >>>>>>> On 5 February 2014 23:57, Rory Walsh >> >>>>> >>> >>>>>>> wrote: >> >>>>> >>> >>>>>>>> I'm glad you asked this because I'm a little lost too! >> >>>>> >>> >>>>>>>> I was >> >>>>> >>> >>>>>>>> thinking >> >>>>> >>> >>>>>>>> the >> >>>>> >>> >>>>>>>> same as you. At some stage won't things goes south if >> >>>>> >>> >>>>>>>> the >> >>>>> >>> >>>>>>>> buffer >> >>>>> >>> >>>>>>>> size >> >>>>> >>> >>>>>>>> suddenly changes as is likely once automation is >> >>>>> >>> >>>>>>>> brought >> >>>>> >>> >>>>>>>> into the >> >>>>> >>> >>>>>>>> equation? >> >>>>> >>> >>>>>>>> >> >>>>> >>> >>>>>>>> sent from a mobile device... >> >>>>> >>> >>>>>>>> >> >>>>> >>> >>>>>>>> On 5 Feb 2014 23:27, "Oeyvind Brandtsegg" >> >>>>> >>> >>>>>>>> >> >>>>> >>> >>>>>>>> wrote: >> >>>>> >>> >>>>>>>>> >> >>>>> >>> >>>>>>>>> Ok. That is good. >> >>>>> >>> >>>>>>>>> But can it (the latency) change dynamically, as the >> >>>>> >>> >>>>>>>>> host >> >>>>> >>> >>>>>>>>> buffer >> >>>>> >>> >>>>>>>>> size >> >>>>> >>> >>>>>>>>> change dynamically? >> >>>>> >>> >>>>>>>>> Sorry if I'm being dense but I would really like to >> >>>>> >>> >>>>>>>>> understand. >> >>>>> >>> >>>>>>>>> >> >>>>> >>> >>>>>>>>> >> >>>>> >>> >>>>>>>>> 2014-02-06 Michael Gogins : >> >>>>> >>> >>>>>>>>>> No, the maximum latency is ksmps. That could be >> >>>>> >>> >>>>>>>>>> either >> >>>>> >>> >>>>>>>>>> larger, >> >>>>> >>> >>>>>>>>>> or >> >>>>> >>> >>>>>>>>>> smaller, >> >>>>> >>> >>>>>>>>>> than the host buffer size. It doesn't matter. >> >>>>> >>> >>>>>>>>>> >> >>>>> >>> >>>>>>>>>> Regards, >> >>>>> >>> >>>>>>>>>> Mike >> >>>>> >>> >>>>>>>>>> >> >>>>> >>> >>>>>>>>>> >> >>>>> >>> >>>>>>>>>> ----------------------------------------------------- >> >>>>> >>> >>>>>>>>>> Michael Gogins >> >>>>> >>> >>>>>>>>>> Irreducible Productions >> >>>>> >>> >>>>>>>>>> http://michaelgogins.tumblr.com >> >>>>> >>> >>>>>>>>>> Michael dot Gogins at gmail dot com >> >>>>> >>> >>>>>>>>>> >> >>>>> >>> >>>>>>>>>> >> >>>>> >>> >>>>>>>>>> On Wed, Feb 5, 2014 at 6:07 PM, Oeyvind Brandtsegg >> >>>>> >>> >>>>>>>>>> wrote: >> >>>>> >>> >>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>> ...but the latency would be one full host buffer >> >>>>> >>> >>>>>>>>>>> size, >> >>>>> >>> >>>>>>>>>>> not >> >>>>> >>> >>>>>>>>>>> just a >> >>>>> >>> >>>>>>>>>>> ksmps, >> >>>>> >>> >>>>>>>>>>> right? >> >>>>> >>> >>>>>>>>>>> So a small ksmps would rather minimize the chance of >> >>>>> >>> >>>>>>>>>>> a >> >>>>> >>> >>>>>>>>>>> ksmps-buffer >> >>>>> >>> >>>>>>>>>>> mismatch, but not actually minimize worst case >> >>>>> >>> >>>>>>>>>>> latency >> >>>>> >>> >>>>>>>>>>> (which >> >>>>> >>> >>>>>>>>>>> would >> >>>>> >>> >>>>>>>>>>> be >> >>>>> >>> >>>>>>>>>>> one host buffer block). Isn't it so? >> >>>>> >>> >>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>> Now, one thing I don't understand is if the latency >> >>>>> >>> >>>>>>>>>>> can >> >>>>> >>> >>>>>>>>>>> be >> >>>>> >>> >>>>>>>>>>> zero >> >>>>> >>> >>>>>>>>>>> when >> >>>>> >>> >>>>>>>>>>> the host buffer is an integer multiple of ksmps, and >> >>>>> >>> >>>>>>>>>>> it >> >>>>> >>> >>>>>>>>>>> indeed >> >>>>> >>> >>>>>>>>>>> is, >> >>>>> >>> >>>>>>>>>>> and also the host buffer size can be dynamic, we >> >>>>> >>> >>>>>>>>>>> must >> >>>>> >>> >>>>>>>>>>> assume >> >>>>> >>> >>>>>>>>>>> that >> >>>>> >>> >>>>>>>>>>> the two buffer length may initially fit but at some >> >>>>> >>> >>>>>>>>>>> later >> >>>>> >>> >>>>>>>>>>> time >> >>>>> >>> >>>>>>>>>>> they >> >>>>> >>> >>>>>>>>>>> will not,* then* what happens at the transition >> >>>>> >>> >>>>>>>>>>> point ? I >> >>>>> >>> >>>>>>>>>>> mean, when >> >>>>> >>> >>>>>>>>>>> we go from perfectly aligned buffers and zero >> >>>>> >>> >>>>>>>>>>> latency to >> >>>>> >>> >>>>>>>>>>> misaligned >> >>>>> >>> >>>>>>>>>>> buffers and one bufferlength latency. Then we should >> >>>>> >>> >>>>>>>>>>> have >> >>>>> >>> >>>>>>>>>>> one >> >>>>> >>> >>>>>>>>>>> non-full >> >>>>> >>> >>>>>>>>>>> buffer in the transition from zero latency to >> >>>>> >>> >>>>>>>>>>> one-buffer >> >>>>> >>> >>>>>>>>>>> latency. >> >>>>> >>> >>>>>>>>>>> Will >> >>>>> >>> >>>>>>>>>>> it pop? If so, I would expect it to pop quite >> >>>>> >>> >>>>>>>>>>> often(?), >> >>>>> >>> >>>>>>>>>>> which >> >>>>> >>> >>>>>>>>>>> it >> >>>>> >>> >>>>>>>>>>> does >> >>>>> >>> >>>>>>>>>>> not. >> >>>>> >>> >>>>>>>>>>> Or? >> >>>>> >>> >>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>> 2014-02-05 Victor Lazzarini >> >>>>> >>> >>>>>>>>>>> : >> >>>>> >>> >>>>>>>>>>>> If your ksmps is small, any latency that might >> >>>>> >>> >>>>>>>>>>>> exist >> >>>>> >>> >>>>>>>>>>>> will be >> >>>>> >>> >>>>>>>>>>>> small >> >>>>> >>> >>>>>>>>>>>> too, >> >>>>> >>> >>>>>>>>>>>> and I can't see it having >> >>>>> >>> >>>>>>>>>>>> a major effect. So if you run with ksmps=16, it's >> >>>>> >>> >>>>>>>>>>>> 0.3 >> >>>>> >>> >>>>>>>>>>>> millisseconds. >> >>>>> >>> >>>>>>>>>>>> Not >> >>>>> >>> >>>>>>>>>>>> much of a problem. >> >>>>> >>> >>>>>>>>>>>> And for the cases where this is a problem, then >> >>>>> >>> >>>>>>>>>>>> it's >> >>>>> >>> >>>>>>>>>>>> still >> >>>>> >>> >>>>>>>>>>>> possible >> >>>>> >>> >>>>>>>>>>>> to >> >>>>> >>> >>>>>>>>>>>> run with ksmps=1. >> >>>>> >>> >>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>> Victor >> >>>>> >>> >>>>>>>>>>>> On 5 Feb 2014, at 20:46, Rory Walsh wrote: >> >>>>> >>> >>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>> I wish I had thought of this before spending so >> >>>>> >>> >>>>>>>>>>>>> much >> >>>>> >>> >>>>>>>>>>>>> time >> >>>>> >>> >>>>>>>>>>>>> writing >> >>>>> >>> >>>>>>>>>>>>> a >> >>>>> >>> >>>>>>>>>>>>> framework for developing VST plugins with Csound. >> >>>>> >>> >>>>>>>>>>>>> I'm >> >>>>> >>> >>>>>>>>>>>>> off >> >>>>> >>> >>>>>>>>>>>>> now to >> >>>>> >>> >>>>>>>>>>>>> have >> >>>>> >>> >>>>>>>>>>>>> a few beers and rethink life! >> >>>>> >>> >>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>> On 5 February 2014 20:06, Michael Gogins >> >>>>> >>> >>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>> wrote: >> >>>>> >>> >>>>>>>>>>>>>> Then your code will run 5 times slower or so. >> >>>>> >>> >>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>> Regards, >> >>>>> >>> >>>>>>>>>>>>>> Mike >> >>>>> >>> >>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>> ----------------------------------------------------- >> >>>>> >>> >>>>>>>>>>>>>> Michael Gogins >> >>>>> >>> >>>>>>>>>>>>>> Irreducible Productions >> >>>>> >>> >>>>>>>>>>>>>> http://michaelgogins.tumblr.com >> >>>>> >>> >>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >> >>>>> >>> >>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>> On Wed, Feb 5, 2014 at 3:03 PM, Rory Walsh >> >>>>> >>> >>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>> wrote: >> >>>>> >>> >>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>> Seems every where I look it says don't make any >> >>>>> >>> >>>>>>>>>>>>>>> assumptions >> >>>>> >>> >>>>>>>>>>>>>>> about >> >>>>> >>> >>>>>>>>>>>>>>> buffer sizes. So I guess the only fail safe way >> >>>>> >>> >>>>>>>>>>>>>>> is to >> >>>>> >>> >>>>>>>>>>>>>>> force a >> >>>>> >>> >>>>>>>>>>>>>>> ksmps >> >>>>> >>> >>>>>>>>>>>>>>> of >> >>>>> >>> >>>>>>>>>>>>>>> 1? uh... >> >>>>> >>> >>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>> On 5 February 2014 19:57, Michael Gogins >> >>>>> >>> >>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>> wrote: >> >>>>> >>> >>>>>>>>>>>>>>>> I believe that you are wrong, you cannot count >> >>>>> >>> >>>>>>>>>>>>>>>> on a >> >>>>> >>> >>>>>>>>>>>>>>>> power >> >>>>> >>> >>>>>>>>>>>>>>>> of >> >>>>> >>> >>>>>>>>>>>>>>>> two >> >>>>> >>> >>>>>>>>>>>>>>>> size. >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> See these threads from KVR: >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> http://www.kvraudio.com/forum/viewtopic.php?t=279753 >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> http://www.kvraudio.com/forum/viewtopic.php?t=359951 >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> http://www.kvraudio.com/forum/viewtopic.php?p=3458228 >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> Regards, >> >>>>> >>> >>>>>>>>>>>>>>>> Mike >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> ----------------------------------------------------- >> >>>>> >>> >>>>>>>>>>>>>>>> Michael Gogins >> >>>>> >>> >>>>>>>>>>>>>>>> Irreducible Productions >> >>>>> >>> >>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >> >>>>> >>> >>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> On Wed, Feb 5, 2014 at 2:17 PM, Victor >> >>>>> >>> >>>>>>>>>>>>>>>> Lazzarini >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> wrote: >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>> But I think you're probably safe setting ksmps >> >>>>> >>> >>>>>>>>>>>>>>>>> to a >> >>>>> >>> >>>>>>>>>>>>>>>>> low >> >>>>> >>> >>>>>>>>>>>>>>>>> value >> >>>>> >>> >>>>>>>>>>>>>>>>> that >> >>>>> >>> >>>>>>>>>>>>>>>>> is a >> >>>>> >>> >>>>>>>>>>>>>>>>> power-of-two. I would >> >>>>> >>> >>>>>>>>>>>>>>>>> expect most hosts to run buffers that are >> >>>>> >>> >>>>>>>>>>>>>>>>> power-of-two >> >>>>> >>> >>>>>>>>>>>>>>>>> and >> >>>>> >>> >>>>>>>>>>>>>>>>> that >> >>>>> >>> >>>>>>>>>>>>>>>>> are >> >>>>> >>> >>>>>>>>>>>>>>>>> not >> >>>>> >>> >>>>>>>>>>>>>>>>> that small. >> >>>>> >>> >>>>>>>>>>>>>>>>> ksmps =8,16 or 32 should do. >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>> Victor >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>> On 5 Feb 2014, at 18:10, Rory Walsh wrote: >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>> I was just about to answer my previous mail >> >>>>> >>> >>>>>>>>>>>>>>>>>> with >> >>>>> >>> >>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>> same >> >>>>> >>> >>>>>>>>>>>>>>>>>> thing. >> >>>>> >>> >>>>>>>>>>>>>>>>>> That's >> >>>>> >>> >>>>>>>>>>>>>>>>>> a pain. >> >>>>> >>> >>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>> On 5 February 2014 18:03, Michael Gogins >> >>>>> >>> >>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>> wrote: >> >>>>> >>> >>>>>>>>>>>>>>>>>>> No. The host can and often does use a >> >>>>> >>> >>>>>>>>>>>>>>>>>>> different >> >>>>> >>> >>>>>>>>>>>>>>>>>>> host >> >>>>> >>> >>>>>>>>>>>>>>>>>>> audio >> >>>>> >>> >>>>>>>>>>>>>>>>>>> buffer >> >>>>> >>> >>>>>>>>>>>>>>>>>>> size >> >>>>> >>> >>>>>>>>>>>>>>>>>>> on >> >>>>> >>> >>>>>>>>>>>>>>>>>>> each call to process() or >> >>>>> >>> >>>>>>>>>>>>>>>>>>> processReplacing(). >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> Regards, >> >>>>> >>> >>>>>>>>>>>>>>>>>>> Mike >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> ----------------------------------------------------- >> >>>>> >>> >>>>>>>>>>>>>>>>>>> Michael Gogins >> >>>>> >>> >>>>>>>>>>>>>>>>>>> Irreducible Productions >> >>>>> >>> >>>>>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >> >>>>> >>> >>>>>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> On Wed, Feb 5, 2014 at 11:27 AM, Rory Walsh >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> wrote: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> Hi Mike, isn't it possible to query the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> host >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> buffer >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> size >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> before >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> processing function is first called, in >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> which >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> case >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> you can >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> just >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> override the csd's ksmps? >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> On 5 February 2014 15:55, Michael Gogins >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> wrote: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> I've looked into this some more. As long >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> as the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> host >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> audio >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> buffer >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> is >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> not >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> an >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> integral multiple of ksmps, there will >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> have to >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> be >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> ksmps >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> latency >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> between >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> input and output. That is because >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> performKsmps >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> requires >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> spin >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> to >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> be >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> full, >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> but >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> if there is some remainder from >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> hostsize/ksmps, >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> there >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> will >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> be >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> some >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> frames >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> that the host buffer doesn't have but spin >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> needs. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> I am letting this go for now, but if >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Csound >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> could >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> adjust >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> ksmps >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> during >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> performance via the API, then we could get >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> rid >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> of >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> this >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> latency >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> by >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> setting >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> ksmps equal to the host buffer size on >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> each >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> host >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> processing >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> call. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> I >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> think >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> this would be a really good idea. I'm >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> entering >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> it as >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> a >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> feature >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> request. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Regards, >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Mike >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Regards, >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Mike >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> ----------------------------------------------------- >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Michael Gogins >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Irreducible Productions >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 1:47 PM, Michael >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Gogins >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> wrote: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> CsoundVST does the following: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> In the processReplacing callback there >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> are >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> essentially >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> two >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> simultaneous >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> loops, each with their own loop indexes. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> One >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> loop >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> is for >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> host >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> audio >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> buffer, which can change in size from one >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> call >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> to >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> next. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> The >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> other >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> loop >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> is for Csound. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> For each frame of audio, one frame of >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> audio is >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> copied >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> from >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> host >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> input >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> buffer to spin, one frame of audio is >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> copied >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> from >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> spout >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> to >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> host >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> audio >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> output buffer, and both loop indexes are >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> incremented. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> At the end of spout, ksmps audio are >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> processed >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> by >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> Csound, >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> and >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> spin >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> and >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> spout buffer indexes are reset to 0. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> These >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> indexes >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> persist >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> from >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> call >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> to >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> call, so there are no gaps or glitches. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> There is ksmps frames latency in the code >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> because >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> spin >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> is >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> read >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> in >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> before >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> it spout is computed. But I will try to >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> change >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> code >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> so >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> that >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> buffers >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> are rewound to line spout up with spin. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> There >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> will >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> then >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> be >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> zero >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> latency. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> ----------------------------------------------------- >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> Michael Gogins >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> Irreducible Productions >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 11:03 AM, Steven >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> Yi >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> wrote: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> I was in the middle of replying pretty >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> much >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> same >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> thing >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> as >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Victor. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Seems like you're introducing block's >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> worth >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> of >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> latency >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> due >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> to >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> code >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> order. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 11:05 AM, Victor >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Lazzarini >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> wrote: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> I would have thought that you would >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 1) write data into spin >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 2) process >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 3) write data out of spout. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> if you read and write after running >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> PeformKsmps(), as >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> far >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> as >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> I >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> can >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> see >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> there might be >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> a delay between input and output, as >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> you >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> will be >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> effectively >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> putting >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> out the data that >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> you processed in the previous period. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 1) process (means process the current >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> spin >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> data) >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 2) write to spin the new data >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 3) write out the result of processing >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> previous >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> spin >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> That's what it looks like to me. Not >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> sure if >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> I am >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> right. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Also >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> this >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> discussion should be in the dev list >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> not >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> in the users list (so my response is >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> going >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> there). >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Victor >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> On 4 Feb 2014, at 15:47, Rory Walsh >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> wrote: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> I can confirm that it's not an issue >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> with >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> plugin >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> framework >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> I'm >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> using. I can also confirm it happens >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> whether the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> plugin's >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> processBlock() is being called the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> same >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> amount >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> of >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> times >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> as >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> performKsmps(). That is to say, if the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> plugin >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> sample >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> buffer >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> is >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> set >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> to >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> 64 and so is Csound's, the problem >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> persists. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> I can recreate it with Reaper by >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> placing >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> two >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> identical >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> audio >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> tracks >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> in >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> the session. On one track I place a >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> straight >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> forward >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> in/out >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> effect plugin. Then play both back at >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> same >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> time. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> You'll >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> hear >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> subtle phasing taking place until you >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> bypass the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> plugin >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> effect. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> Here's >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> my processBlock(), it couldn't be any >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> simpler. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> Can >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> any >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> devs >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> out >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> there >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> spot something that might introduce >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> latency? >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> CSCompResult = csound->PerformKsmps(); >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> for(int i=0;i> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> { >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> if(!CSCompResult) >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> { >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> for(int channel = 0; channel < >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> getNumOutputChannels(); >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> channel++ ) >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> { >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> audioBuffer = >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> buffer.getSampleData(channel,0); >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> pos = >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> igetNumOutputChannels(); >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> CSspin[channel+pos] = >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> audioBuffer[i]cs_scale; >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> audioBuffer[i] = >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> (CSspout[channel+pos]/cs_scale); >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> } >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> } >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> else >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> buffer.clear(); >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> } >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 15:04, Oeyvind >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> wrote: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> All good. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> I could test with csound~ and found >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> another >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> cause >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> for >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> latency. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Steven Yi >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> : >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Nope. I did some work on updating >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> CMake >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> file >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> to >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> try >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> building >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> on >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Windows yesterday. I need to do so >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> me >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> research >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> to >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> see >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> about >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> libraries >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> to link to and other things, but it >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> may >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> take a >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> while >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> with >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> current >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> work >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> load. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:47 AM, >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> That looks as if it's for OSX only >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> (?), >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> perhaps not compiled for windows >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> yet? >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Steven Yi >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> : >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6~ should be with the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> installer; >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> also >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> available >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> at: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://sourceforge.net/projects/csound/files/csound6/Csound6.02/csound~_v1.1.1.pkg/download >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:38 AM, >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I can also reproduce it with >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound~ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> MaxForLive >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> haven't tried with csound6~ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> (where can >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> find >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> it?) >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Now, testing with Max (not in >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Live), >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> and >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Reaper, >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> find >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> can not >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> reproduce the behaviour there. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> So there is something with Live >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> then. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> However, >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> other >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> VST >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugins >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Live does not introduce extra >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> The way I measure latency is by >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> setiing up >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> a >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> microphone >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> close >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> to >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> speaker, close enough that it >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> will >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> almost >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> feed, >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> then tap the mic and listen to >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> resonance of >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> system. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> When >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency changes, the resonance >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> will >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> change. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> When I add a plugin (Cabbage or >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> MaxForLive >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound~), >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> (and so the resonance) changes. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> If I >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> load >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> other >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> VST >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugins >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> this >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> does >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> not happen, the latency does not >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> change. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> But as I said, I can only >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> reproduce it >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Live. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Sorry >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> for >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> noise. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> : >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I can recreate it here. It's >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> subtle, >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> but >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> present. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I'll >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> take >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> a >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> look. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:38, >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Yes, I have tried different >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ksmps >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> values, >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> both >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> higher >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> and >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> lower >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> and >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> equal to the host buffer size. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Will investigate if I can >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> reproduce >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> it on >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound~. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> : >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On second thoughts I can't see >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> what >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> might be >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> causing >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> this. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Have you >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> tried setting ksmps to be the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> same >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> as >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> your >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> host's >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> buffer >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> size? >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:01, Rory >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Walsh >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I think I have it... Lunch >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> first >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> though.. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sent from a mobile device... >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 Feb 2014 12:56, "Rory >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Walsh" >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Are you just running audio >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> straight in >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> and >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> out, >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> no >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processing? The >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin host calls the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin's >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock() >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> which >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> turn >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> calls >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> performKsmps(). So long as >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock() >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> is >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> being >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> called >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> (if the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> track is playing for >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> example) >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> performKsmps() >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> will >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> be >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> called >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> over and >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> over again processing ksmps >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> samples >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> each >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> time. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> At >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> moment >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock() method and >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> performKsmps() >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> are >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> firing >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> off >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> at >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> different speeds. I can look >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> at >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> forcing >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugins >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> to >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> process the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> same amount of samples as >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> does >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> each >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> call >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> to >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock(). Perhaps that >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> might >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> help. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 12:41, >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Regarding latency and >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> buffers, >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I thought I had understood >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> that >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound, >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> when >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> used >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> as a >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin (e.g. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cabbage or csound~) would >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> process the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> audio >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> buffer >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "in >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> place", so no >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> extra latency would incur >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> due to >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sound >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> being >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processed >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> through >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Csound, assuming that ksmps >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> is >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> smaler >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> than >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> host >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> program's buffer >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> size. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Now, running Cabbage >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugins in >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Ableton >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Live, >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I've >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> been >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> investigating >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency issues, and I find >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> that >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> adding a >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> simple >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin will >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> delay the signal. Also, >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> adding >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> more >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> than >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> one >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> such >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> series >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> increases the delay/latency >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> accordingly. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I've >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> tried >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> using >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> different >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ksmps, and this indeed >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> affects >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> amount >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> of >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> but >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> even setting >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ksmps=1 does not get rid of >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> it. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Can the buffer be processed >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "in >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> place"? >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> best >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Technology >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Sourceforge >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> bug >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> features >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> can >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> be >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound" >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Sourceforge bug >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> features >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> can be >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Sourceforge >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> bug >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> features can >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> be >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Sourceforge >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> bug >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> can >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> be >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Sourceforge >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> bug >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> can >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> be >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Sourceforge >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> bug >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> can be >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Sourceforge bug >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> can be >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> here >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> with >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> body >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> bug >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> be >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> posted >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> here >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> with >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> body >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> -- >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Norway >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> bug >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> trackers >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> be >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> posted >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> here >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> with >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> body >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> bug >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> trackers >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> csound6: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> csound5: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> be >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> posted >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> here >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> with >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> body >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Applications >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> offer - >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Avoid >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Common >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Pitfalls. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> _______________________________________________ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Applications >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> offer >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> - >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Avoid >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Common >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Pitfalls. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> _______________________________________________ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Applications >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> offer - >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Avoid >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Common >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Pitfalls. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> _______________________________________________ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> Applications >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> offer - >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> Avoid >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> Common >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> Pitfalls. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> _______________________________________________ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >> >>>>> >>> >>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >> >>>>> >>> >>>>>>>>>>>>>>>>>>> Applications >> >>>>> >>> >>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to >> >>>>> >>> >>>>>>>>>>>>>>>>>>> offer - >> >>>>> >>> >>>>>>>>>>>>>>>>>>> Avoid >> >>>>> >>> >>>>>>>>>>>>>>>>>>> Common >> >>>>> >>> >>>>>>>>>>>>>>>>>>> Pitfalls. >> >>>>> >>> >>>>>>>>>>>>>>>>>>> Read the Whitepaper. >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> _______________________________________________ >> >>>>> >>> >>>>>>>>>>>>>>>>>>> Csound-devel mailing list >> >>>>> >>> >>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >> >>>>> >>> >>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >> >>>>> >>> >>>>>>>>>>>>>>>>>> Applications >> >>>>> >>> >>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer >> >>>>> >>> >>>>>>>>>>>>>>>>>> - >> >>>>> >>> >>>>>>>>>>>>>>>>>> Avoid >> >>>>> >>> >>>>>>>>>>>>>>>>>> Common >> >>>>> >>> >>>>>>>>>>>>>>>>>> Pitfalls. >> >>>>> >>> >>>>>>>>>>>>>>>>>> Read the Whitepaper. >> >>>>> >>> >>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>> >>> >>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>> _______________________________________________ >> >>>>> >>> >>>>>>>>>>>>>>>>>> Csound-devel mailing list >> >>>>> >>> >>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >> >>>>> >>> >>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>> Dr Victor Lazzarini >> >>>>> >>> >>>>>>>>>>>>>>>>> Senior Lecturer >> >>>>> >>> >>>>>>>>>>>>>>>>> Dept. of Music >> >>>>> >>> >>>>>>>>>>>>>>>>> NUI Maynooth Ireland >> >>>>> >>> >>>>>>>>>>>>>>>>> tel.: +353 1 708 3545 >> >>>>> >>> >>>>>>>>>>>>>>>>> Victor dot Lazzarini AT nuim dot ie >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >> >>>>> >>> >>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >> >>>>> >>> >>>>>>>>>>>>>>>>> Applications >> >>>>> >>> >>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer >> >>>>> >>> >>>>>>>>>>>>>>>>> - >> >>>>> >>> >>>>>>>>>>>>>>>>> Avoid >> >>>>> >>> >>>>>>>>>>>>>>>>> Common >> >>>>> >>> >>>>>>>>>>>>>>>>> Pitfalls. >> >>>>> >>> >>>>>>>>>>>>>>>>> Read the Whitepaper. >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>> _______________________________________________ >> >>>>> >>> >>>>>>>>>>>>>>>>> Csound-devel mailing list >> >>>>> >>> >>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >> >>>>> >>> >>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >> >>>>> >>> >>>>>>>>>>>>>>>> Applications >> >>>>> >>> >>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >> >>>>> >>> >>>>>>>>>>>>>>>> Avoid >> >>>>> >>> >>>>>>>>>>>>>>>> Common >> >>>>> >>> >>>>>>>>>>>>>>>> Pitfalls. >> >>>>> >>> >>>>>>>>>>>>>>>> Read the Whitepaper. >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>> >>> >>>>>>>>>>>>>>>> _______________________________________________ >> >>>>> >>> >>>>>>>>>>>>>>>> Csound-devel mailing list >> >>>>> >>> >>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >> >>>>> >>> >>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >> >>>>> >>> >>>>>>>>>>>>>>> Applications >> >>>>> >>> >>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >> >>>>> >>> >>>>>>>>>>>>>>> Avoid >> >>>>> >>> >>>>>>>>>>>>>>> Common >> >>>>> >>> >>>>>>>>>>>>>>> Pitfalls. >> >>>>> >>> >>>>>>>>>>>>>>> Read the Whitepaper. >> >>>>> >>> >>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>> >>> >>>>>>>>>>>>>>> _______________________________________________ >> >>>>> >>> >>>>>>>>>>>>>>> Csound-devel mailing list >> >>>>> >>> >>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >> >>>>> >>> >>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>> >>> >>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>> ------------------------------------------------------------------------------ >> >>>>> >>> >>>>>>>>>>>>>> Managing the Performance of Cloud-Based >> >>>>> >>> >>>>>>>>>>>>>> Applications >> >>>>> >>> >>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >> >>>>> >>> >>>>>>>>>>>>>> Avoid >> >>>>> >>> >>>>>>>>>>>>>> Common >> >>>>> >>> >>>>>>>>>>>>>> Pitfalls. >> >>>>> >>> >>>>>>>>>>>>>> Read the Whitepaper. >> >>>>> >>> >>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>> >>> >>>>>>>>>>>>>> _______________________________________________ >> >>>>> >>> >>>>>>>>>>>>>> Csound-devel mailing list >> >>>>> >>> >>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >> >>>>> >>> >>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>> >>> >>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>> ------------------------------------------------------------------------------ >> >>>>> >>> >>>>>>>>>>>>> Managing the Performance of Cloud-Based >> >>>>> >>> >>>>>>>>>>>>> Applications >> >>>>> >>> >>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >> >>>>> >>> >>>>>>>>>>>>> Avoid >> >>>>> >>> >>>>>>>>>>>>> Common >> >>>>> >>> >>>>>>>>>>>>> Pitfalls. >> >>>>> >>> >>>>>>>>>>>>> Read the Whitepaper. >> >>>>> >>> >>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>> >>> >>>>>>>>>>>>> _______________________________________________ >> >>>>> >>> >>>>>>>>>>>>> Csound-devel mailing list >> >>>>> >>> >>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >> >>>>> >>> >>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>> >>> >>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>> Dr Victor Lazzarini >> >>>>> >>> >>>>>>>>>>>> Senior Lecturer >> >>>>> >>> >>>>>>>>>>>> Dept. of Music >> >>>>> >>> >>>>>>>>>>>> NUI Maynooth Ireland >> >>>>> >>> >>>>>>>>>>>> tel.: +353 1 708 3545 >> >>>>> >>> >>>>>>>>>>>> Victor dot Lazzarini AT nuim dot ie >> >>>>> >>> >>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>> ------------------------------------------------------------------------------ >> >>>>> >>> >>>>>>>>>>>> Managing the Performance of Cloud-Based >> >>>>> >>> >>>>>>>>>>>> Applications >> >>>>> >>> >>>>>>>>>>>> Take advantage of what the Cloud has to offer - >> >>>>> >>> >>>>>>>>>>>> Avoid >> >>>>> >>> >>>>>>>>>>>> Common >> >>>>> >>> >>>>>>>>>>>> Pitfalls. >> >>>>> >>> >>>>>>>>>>>> Read the Whitepaper. >> >>>>> >>> >>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>> >>> >>>>>>>>>>>> _______________________________________________ >> >>>>> >>> >>>>>>>>>>>> Csound-devel mailing list >> >>>>> >>> >>>>>>>>>>>> Csound-devel@lists.sourceforge.net >> >>>>> >>> >>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>> >>> >>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>> -- >> >>>>> >>> >>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>> Oeyvind Brandtsegg >> >>>>> >>> >>>>>>>>>>> Professor of Music Technology >> >>>>> >>> >>>>>>>>>>> NTNU >> >>>>> >>> >>>>>>>>>>> 7491 Trondheim >> >>>>> >>> >>>>>>>>>>> Norway >> >>>>> >>> >>>>>>>>>>> Cell: +47 92 203 205 >> >>>>> >>> >>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>> http://flyndresang.no/ >> >>>>> >>> >>>>>>>>>>> http://www.partikkelaudio.com/ >> >>>>> >>> >>>>>>>>>>> http://soundcloud.com/brandtsegg >> >>>>> >>> >>>>>>>>>>> http://soundcloud.com/t-emp >> >>>>> >>> >>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>> ------------------------------------------------------------------------------ >> >>>>> >>> >>>>>>>>>>> Managing the Performance of Cloud-Based Applications >> >>>>> >>> >>>>>>>>>>> Take advantage of what the Cloud has to offer - >> >>>>> >>> >>>>>>>>>>> Avoid >> >>>>> >>> >>>>>>>>>>> Common >> >>>>> >>> >>>>>>>>>>> Pitfalls. >> >>>>> >>> >>>>>>>>>>> Read the Whitepaper. >> >>>>> >>> >>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>> >>> >>>>>>>>>>> _______________________________________________ >> >>>>> >>> >>>>>>>>>>> Csound-devel mailing list >> >>>>> >>> >>>>>>>>>>> Csound-devel@lists.sourceforge.net >> >>>>> >>> >>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>> >>> >>>>>>>>>> >> >>>>> >>> >>>>>>>>>> >> >>>>> >>> >>>>>>>>>> >> >>>>> >>> >>>>>>>>>> >> >>>>> >>> >>>>>>>>>> >> >>>>> >>> >>>>>>>>>> >> >>>>> >>> >>>>>>>>>> >> >>>>> >>> >>>>>>>>>> >> >>>>> >>> >>>>>>>>>> ------------------------------------------------------------------------------ >> >>>>> >>> >>>>>>>>>> Managing the Performance of Cloud-Based Applications >> >>>>> >>> >>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >> >>>>> >>> >>>>>>>>>> Common >> >>>>> >>> >>>>>>>>>> Pitfalls. >> >>>>> >>> >>>>>>>>>> Read the Whitepaper. >> >>>>> >>> >>>>>>>>>> >> >>>>> >>> >>>>>>>>>> >> >>>>> >>> >>>>>>>>>> >> >>>>> >>> >>>>>>>>>> >> >>>>> >>> >>>>>>>>>> >> >>>>> >>> >>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>> >>> >>>>>>>>>> _______________________________________________ >> >>>>> >>> >>>>>>>>>> Csound-devel mailing list >> >>>>> >>> >>>>>>>>>> Csound-devel@lists.sourceforge.net >> >>>>> >>> >>>>>>>>>> >> >>>>> >>> >>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>> >>> >>>>>>>>>> >> >>>>> >>> >>>>>>>>> >> >>>>> >>> >>>>>>>>> >> >>>>> >>> >>>>>>>>> >> >>>>> >>> >>>>>>>>> -- >> >>>>> >>> >>>>>>>>> >> >>>>> >>> >>>>>>>>> Oeyvind Brandtsegg >> >>>>> >>> >>>>>>>>> Professor of Music Technology >> >>>>> >>> >>>>>>>>> NTNU >> >>>>> >>> >>>>>>>>> 7491 Trondheim >> >>>>> >>> >>>>>>>>> Norway >> >>>>> >>> >>>>>>>>> Cell: +47 92 203 205 >> >>>>> >>> >>>>>>>>> >> >>>>> >>> >>>>>>>>> http://flyndresang.no/ >> >>>>> >>> >>>>>>>>> http://www.partikkelaudio.com/ >> >>>>> >>> >>>>>>>>> http://soundcloud.com/brandtsegg >> >>>>> >>> >>>>>>>>> http://soundcloud.com/t-emp >> >>>>> >>> >>>>>>>>> >> >>>>> >>> >>>>>>>>> >> >>>>> >>> >>>>>>>>> >> >>>>> >>> >>>>>>>>> >> >>>>> >>> >>>>>>>>> >> >>>>> >>> >>>>>>>>> >> >>>>> >>> >>>>>>>>> ------------------------------------------------------------------------------ >> >>>>> >>> >>>>>>>>> Managing the Performance of Cloud-Based Applications >> >>>>> >>> >>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >> >>>>> >>> >>>>>>>>> Common >> >>>>> >>> >>>>>>>>> Pitfalls. >> >>>>> >>> >>>>>>>>> Read the Whitepaper. >> >>>>> >>> >>>>>>>>> >> >>>>> >>> >>>>>>>>> >> >>>>> >>> >>>>>>>>> >> >>>>> >>> >>>>>>>>> >> >>>>> >>> >>>>>>>>> >> >>>>> >>> >>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>> >>> >>>>>>>>> _______________________________________________ >> >>>>> >>> >>>>>>>>> Csound-devel mailing list >> >>>>> >>> >>>>>>>>> Csound-devel@lists.sourceforge.net >> >>>>> >>> >>>>>>>>> >> >>>>> >>> >>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>> >>> >>>>>>> >> >>>>> >>> >>>>>>> >> >>>>> >>> >>>>>>> >> >>>>> >>> >>>>>>> >> >>>>> >>> >>>>>>> >> >>>>> >>> >>>>>>> ------------------------------------------------------------------------------ >> >>>>> >>> >>>>>>> Managing the Performance of Cloud-Based Applications >> >>>>> >>> >>>>>>> Take advantage of what the Cloud has to offer - Avoid >> >>>>> >>> >>>>>>> Common >> >>>>> >>> >>>>>>> Pitfalls. >> >>>>> >>> >>>>>>> Read the Whitepaper. >> >>>>> >>> >>>>>>> >> >>>>> >>> >>>>>>> >> >>>>> >>> >>>>>>> >> >>>>> >>> >>>>>>> >> >>>>> >>> >>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>> >>> >>>>>>> _______________________________________________ >> >>>>> >>> >>>>>>> Csound-devel mailing list >> >>>>> >>> >>>>>>> Csound-devel@lists.sourceforge.net >> >>>>> >>> >>>>>>> >> >>>>> >>> >>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>> >>> >>>>>> >> >>>>> >>> >>>>>> >> >>>>> >>> >>>>>> >> >>>>> >>> >>>>>> >> >>>>> >>> >>>>>> >> >>>>> >>> >>>>>> >> >>>>> >>> >>>>>> ------------------------------------------------------------------------------ >> >>>>> >>> >>>>>> Managing the Performance of Cloud-Based Applications >> >>>>> >>> >>>>>> Take advantage of what the Cloud has to offer - Avoid >> >>>>> >>> >>>>>> Common >> >>>>> >>> >>>>>> Pitfalls. >> >>>>> >>> >>>>>> Read the Whitepaper. >> >>>>> >>> >>>>>> >> >>>>> >>> >>>>>> >> >>>>> >>> >>>>>> >> >>>>> >>> >>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>> >>> >>>>>> _______________________________________________ >> >>>>> >>> >>>>>> Csound-devel mailing list >> >>>>> >>> >>>>>> Csound-devel@lists.sourceforge.net >> >>>>> >>> >>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>> >>> >>>>>> >> >>>>> >>> >>>>> >> >>>>> >>> >>>>> >> >>>>> >>> >>>>> >> >>>>> >>> >>>>> -- >> >>>>> >>> >>>>> >> >>>>> >>> >>>>> Oeyvind Brandtsegg >> >>>>> >>> >>>>> Professor of Music Technology >> >>>>> >>> >>>>> NTNU >> >>>>> >>> >>>>> 7491 Trondheim >> >>>>> >>> >>>>> Norway >> >>>>> >>> >>>>> Cell: +47 92 203 205 >> >>>>> >>> >>>>> >> >>>>> >>> >>>>> http://flyndresang.no/ >> >>>>> >>> >>>>> http://www.partikkelaudio.com/ >> >>>>> >>> >>>>> http://soundcloud.com/brandtsegg >> >>>>> >>> >>>>> http://soundcloud.com/t-emp >> >>>>> >>> >>>>> >> >>>>> >>> >>>>> >> >>>>> >>> >>>>> >> >>>>> >>> >>>>> >> >>>>> >>> >>>>> ------------------------------------------------------------------------------ >> >>>>> >>> >>>>> Managing the Performance of Cloud-Based Applications >> >>>>> >>> >>>>> Take advantage of what the Cloud has to offer - Avoid >> >>>>> >>> >>>>> Common >> >>>>> >>> >>>>> Pitfalls. >> >>>>> >>> >>>>> Read the Whitepaper. >> >>>>> >>> >>>>> >> >>>>> >>> >>>>> >> >>>>> >>> >>>>> >> >>>>> >>> >>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>> >>> >>>>> _______________________________________________ >> >>>>> >>> >>>>> Csound-devel mailing list >> >>>>> >>> >>>>> Csound-devel@lists.sourceforge.net >> >>>>> >>> >>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>> >>> >>> >> >>>>> >>> >>> >> >>>>> >>> >>> >> >>>>> >>> >>> >> >>>>> >>> >>> ------------------------------------------------------------------------------ >> >>>>> >>> >>> Managing the Performance of Cloud-Based Applications >> >>>>> >>> >>> Take advantage of what the Cloud has to offer - Avoid Common >> >>>>> >>> >>> Pitfalls. >> >>>>> >>> >>> Read the Whitepaper. >> >>>>> >>> >>> >> >>>>> >>> >>> >> >>>>> >>> >>> >> >>>>> >>> >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>> >>> >>> _______________________________________________ >> >>>>> >>> >>> Csound-devel mailing list >> >>>>> >>> >>> Csound-devel@lists.sourceforge.net >> >>>>> >>> >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>> >>> >> >> >>>>> >>> >> >> >>>>> >>> >> >> >>>>> >>> >> -- >> >>>>> >>> >> >> >>>>> >>> >> Oeyvind Brandtsegg >> >>>>> >>> >> Professor of Music Technology >> >>>>> >>> >> NTNU >> >>>>> >>> >> 7491 Trondheim >> >>>>> >>> >> Norway >> >>>>> >>> >> Cell: +47 92 203 205 >> >>>>> >>> >> >> >>>>> >>> >> http://flyndresang.no/ >> >>>>> >>> >> http://www.partikkelaudio.com/ >> >>>>> >>> >> http://soundcloud.com/brandtsegg >> >>>>> >>> >> http://soundcloud.com/t-emp >> >>>>> >>> >> >> >>>>> >>> >> >> >>>>> >>> >> >> >>>>> >>> >> >> >>>>> >>> >> ------------------------------------------------------------------------------ >> >>>>> >>> >> Managing the Performance of Cloud-Based Applications >> >>>>> >>> >> Take advantage of what the Cloud has to offer - Avoid Common >> >>>>> >>> >> Pitfalls. >> >>>>> >>> >> Read the Whitepaper. >> >>>>> >>> >> >> >>>>> >>> >> >> >>>>> >>> >> >> >>>>> >>> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>> >>> >> _______________________________________________ >> >>>>> >>> >> Csound-devel mailing list >> >>>>> >>> >> Csound-devel@lists.sourceforge.net >> >>>>> >>> >> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>> >>> > >> >>>>> >>> > >> >>>>> >>> > >> >>>>> >>> > >> >>>>> >>> > >> >>>>> >>> > ------------------------------------------------------------------------------ >> >>>>> >>> > Managing the Performance of Cloud-Based Applications >> >>>>> >>> > Take advantage of what the Cloud has to offer - Avoid Common >> >>>>> >>> > Pitfalls. >> >>>>> >>> > Read the Whitepaper. >> >>>>> >>> > >> >>>>> >>> > >> >>>>> >>> > >> >>>>> >>> > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>> >>> > _______________________________________________ >> >>>>> >>> > Csound-devel mailing list >> >>>>> >>> > Csound-devel@lists.sourceforge.net >> >>>>> >>> > https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>> >>> >> >>>>> >>> >> >>>>> >>> >> >>>>> >>> -- >> >>>>> >>> >> >>>>> >>> Oeyvind Brandtsegg >> >>>>> >>> Professor of Music Technology >> >>>>> >>> NTNU >> >>>>> >>> 7491 Trondheim >> >>>>> >>> Norway >> >>>>> >>> Cell: +47 92 203 205 >> >>>>> >>> >> >>>>> >>> http://flyndresang.no/ >> >>>>> >>> http://www.partikkelaudio.com/ >> >>>>> >>> http://soundcloud.com/brandtsegg >> >>>>> >>> http://soundcloud.com/t-emp >> >>>>> >>> >> >>>>> >>> >> >>>>> >>> >> >>>>> >>> >> >>>>> >>> ------------------------------------------------------------------------------ >> >>>>> >>> Managing the Performance of Cloud-Based Applications >> >>>>> >>> Take advantage of what the Cloud has to offer - Avoid Common >> >>>>> >>> Pitfalls. >> >>>>> >>> Read the Whitepaper. >> >>>>> >>> >> >>>>> >>> >> >>>>> >>> >> >>>>> >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>> >>> _______________________________________________ >> >>>>> >>> Csound-devel mailing list >> >>>>> >>> Csound-devel@lists.sourceforge.net >> >>>>> >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>> >> >> >>>>> >> >> >>>>> >> >> >>>>> >> >> >>>>> >> >> >>>>> >> ------------------------------------------------------------------------------ >> >>>>> >> Managing the Performance of Cloud-Based Applications >> >>>>> >> Take advantage of what the Cloud has to offer - Avoid Common >> >>>>> >> Pitfalls. >> >>>>> >> Read the Whitepaper. >> >>>>> >> >> >>>>> >> >> >>>>> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>> >> _______________________________________________ >> >>>>> >> Csound-devel mailing list >> >>>>> >> Csound-devel@lists.sourceforge.net >> >>>>> >> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>> >> >> >>>>> >> >>>>> >> >>>>> >> >>>>> ------------------------------------------------------------------------------ >> >>>>> Managing the Performance of Cloud-Based Applications >> >>>>> Take advantage of what the Cloud has to offer - Avoid Common >> >>>>> Pitfalls. >> >>>>> Read the Whitepaper. >> >>>>> >> >>>>> >> >>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>> _______________________________________________ >> >>>>> Csound-devel mailing list >> >>>>> Csound-devel@lists.sourceforge.net >> >>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>> >> >>>> >> >>> >> >>> >> >>> >> >>> ------------------------------------------------------------------------------ >> >>> Managing the Performance of Cloud-Based Applications >> >>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> >>> Read the Whitepaper. >> >>> >> >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>> _______________________________________________ >> >>> Csound-devel mailing list >> >>> Csound-devel@lists.sourceforge.net >> >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>> >> >> >> >> >> >> ------------------------------------------------------------------------------ >> >> Managing the Performance of Cloud-Based Applications >> >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> >> Read the Whitepaper. >> >> >> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> _______________________________________________ >> >> Csound-devel mailing list >> >> Csound-devel@lists.sourceforge.net >> >> https://lists.sourceforge.net/lists/listinfo/csound-devel >> > >> > >> > >> > -- >> > >> > Oeyvind Brandtsegg >> > Professor of Music Technology >> > NTNU >> > 7491 Trondheim >> > Norway >> > Cell: +47 92 203 205 >> > >> > http://flyndresang.no/ >> > http://www.partikkelaudio.com/ >> > http://soundcloud.com/brandtsegg >> > http://soundcloud.com/t-emp >> > >> > >> > ------------------------------------------------------------------------------ >> > Managing the Performance of Cloud-Based Applications >> > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> > Read the Whitepaper. >> > >> > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> > _______________________________________________ >> > Csound-devel mailing list >> > Csound-devel@lists.sourceforge.net >> > https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >> ------------------------------------------------------------------------------ >> Managing the Performance of Cloud-Based Applications >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> Read the Whitepaper. >> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> _______________________________________________ >> Csound-devel mailing list >> Csound-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/csound-devel > > > > ------------------------------------------------------------------------------ > Managing the Performance of Cloud-Based Applications > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. > Read the Whitepaper. > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk > _______________________________________________ > Csound-devel mailing list > Csound-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/csound-devel > ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net

Date	2014-02-06 21:30
From	Andres Cabrera
Subject	Re: [Cs-dev] [Csnd] Latency and buffers
Attachments	None None
	The main issue is see is that all this should hopefully be enforced by Csound, and should also allow using the channels without namespace if you are in Cabbage (i.e. as if you had used "using namespace Cabbage" or had "imported" the channels to the global namespace). The other simpler option is to set up a web space where we could keep track of these things, and maybe even share some of the channel names that can be reused in different applications. Cheers, Andrés On Thu, Feb 6, 2014 at 1:10 PM, Rory Walsh <rorywalsh@ear.ie> wrote: Sure, now is the time to do it. I'd rather Cabbage::HOST_BPM than ::CABBAGE::, but that's only a matter of taste. THat ok, if so I'll make the changes now. On 6 February 2014 21:04, Andres Cabrera <mantaraya36@gmail.com> wrote: > Hi Rory, > > About reserved channels, maybe we should come up with some standard for them > to avoid future clashes. I've been using a prefixed '_' character, but it > might be good to think of some namespacing mechanism (e.g. using '::' like > '::Cabbage::HOST_BPM'). > > Cheers, > Andrés > > > On Thu, Feb 6, 2014 at 12:58 PM, Rory Walsh <rorywalsh@ear.ie> wrote: >> >> Sorry Oeyvind, I just uploaded it to a few moments ago: >> http://www.thecabbagefoundation.org/viewtopic.php?f=21&t=360&p=819#p819 >> Thought it best to dump it there for you to try out before I do an >> official release. I sorted those host bpm issues for you too. I've >> actually reserved some channels for that info so you don't need to >> declare any host stuff in the GUI code. Seemed a little pointless to >> have to do that. Here are the reserved channels now in full. >> >> 'HOST_BPM': Retrieve the currents host bpm. This will be updated >> whenever the host BPM changes. >> 'IS_PLAYING': Pressing play on the host transport dialogue will cause >> this channel to send a 1. Hitting stop will send a 0. >> 'IS_RECORDING': As above only for monitoring the record status of a >> session. >> 'TIME_IN_SECONDS': Return the current time in seconds from the start >> of the track. >> 'HOST_PPQ_POS': Return the position of the start of the last bar, in >> pulses-per-quarter-note. >> 'CABBAGE_CSD_PATH': This string channel will retrieve the full path to >> the current csd file. >> >> All the host stuff is updated at every k cycle. The path is constant >> and only gets sent once, if for some reason you overwrite that channel >> with something else, you'll need to restart to get it again. I hope >> the PDC works Ok in other hosts. I've had no issue in Reaper so far. >> >> >> On 6 February 2014 20:42, Oeyvind Brandtsegg <oyvind.brandtsegg@ntnu.no> >> wrote: >> > Tested with the installer at >> > https://github.com/cabbageaudio/cabbage/releases now, but still have >> > delay, >> > perhaps it has not been updated? >> > >> > >> > 2014-02-06 Rory Walsh <rorywalsh@ear.ie>: >> >> That's what I've done with Cabbage. I've only tested with Reaper but >> >> so far so good. No more delays. >> >> >> >> On 6 February 2014 16:48, Michael Gogins <michael.gogins@gmail.com> >> >> wrote: >> >>> Correction: I think the following would be more reliable: >> >>> >> >>> (1) After compiling the orc, call setInitialDelay with ksmps, THEN >> >>> call >> >>> ioChanged. In resume, the host will be pick up the initial delay. >> >>> Calling >> >>> setInitialDelay only sets the value of this field, it does not notify >> >>> the >> >>> host. >> >>> >> >>> Regards, >> >>> Mike >> >>> >> >>> >> >>> ----------------------------------------------------- >> >>> Michael Gogins >> >>> Irreducible Productions >> >>> http://michaelgogins.tumblr.com >> >>> Michael dot Gogins at gmail dot com >> >>> >> >>> >> >>> On Thu, Feb 6, 2014 at 11:42 AM, Michael Gogins >> >>> <michael.gogins@gmail.com> >> >>> wrote: >> >>>> >> >>>> I've reviewed the VST plugin latency issue. It seems that the best >> >>>> thing >> >>>> that I can do for CsoundVST: >> >>>> >> >>>> (1) After compiling the orc, call ioChanged to notify the host that >> >>>> the >> >>>> plugin's latency may have changed. >> >>>> >> >>>> (2) In suspend or resume, call setInitialDelay with ksmps to tell the >> >>>> host >> >>>> what that latency now is. >> >>>> >> >>>> Rory, does that sound correct to you? >> >>>> >> >>>> I do know that different VST hosts may handle this differently. >> >>>> >> >>>> Regards, >> >>>> Mike >> >>>> >> >>>> >> >>>> ----------------------------------------------------- >> >>>> Michael Gogins >> >>>> Irreducible Productions >> >>>> http://michaelgogins.tumblr.com >> >>>> Michael dot Gogins at gmail dot com >> >>>> >> >>>> >> >>>> On Thu, Feb 6, 2014 at 10:55 AM, Rory Walsh <rorywalsh@ear.ie> wrote: >> >>>>> >> >>>>> This works really well. In Reaper the PDC is done automatically so >> >>>>> the >> >>>>> problem is effectively solved, no more phasing! I'll update the >> >>>>> installer later. Perhaps you can try it with other hosts and let me >> >>>>> know how it goes. Cheers, >> >>>>> Rory. >> >>>>> >> >>>>> >> >>>>> >> >>>>> On 6 February 2014 14:13, Rory Walsh <rorywalsh@ear.ie> wrote: >> >>>>> > Good thinking Oeyvind. I'll add that and update the Windows >> >>>>> > installer >> >>>>> > this evening so you can try it out. >> >>>>> > >> >>>>> > On 6 February 2014 14:03, Michael Gogins >> >>>>> > <michael.gogins@gmail.com> >> >>>>> > wrote: >> >>>>> >> Thanks for the information, I will look into that. >> >>>>> >> >> >>>>> >> Regards, >> >>>>> >> Mike >> >>>>> >> >> >>>>> >> >> >>>>> >> ----------------------------------------------------- >> >>>>> >> Michael Gogins >> >>>>> >> Irreducible Productions >> >>>>> >> http://michaelgogins.tumblr.com >> >>>>> >> Michael dot Gogins at gmail dot com >> >>>>> >> >> >>>>> >> >> >>>>> >> On Thu, Feb 6, 2014 at 8:59 AM, Oeyvind Brandtsegg >> >>>>> >> <oyvind.brandtsegg@ntnu.no> wrote: >> >>>>> >>> >> >>>>> >>> Ok, good. >> >>>>> >>> Just one last thing, >> >>>>> >>> We might need to check (CsoundVST and Cabbage) if the effective >> >>>>> >>> latency is reported correctly to the host, >> >>>>> >>> as even a millisecond latency will matter if processing is done >> >>>>> >>> in >> >>>>> >>> parallell (clean sound on one track, processsed sound with >> >>>>> >>> latency >> >>>>> >>> one >> >>>>> >>> another), that is, when the two are mixed we will have phasing >> >>>>> >>> artifacts at 1kHz and integer multiples. >> >>>>> >>> I'm not sure if the reported latency is reported correctly now, >> >>>>> >>> as >> >>>>> >>> the >> >>>>> >>> tracks do not line up when Delay compensation is turned on (in >> >>>>> >>> Live). >> >>>>> >>> Other VSTs line up nicely when Delay compensation is on. >> >>>>> >>> >> >>>>> >>> all best >> >>>>> >>> >> >>>>> >>> >> >>>>> >>> 2014-02-06 Victor Lazzarini <Victor.Lazzarini@nuim.ie>: >> >>>>> >>> > As you noticed, MaxMSP has also some issues when used as a >> >>>>> >>> > plugin >> >>>>> >>> > in >> >>>>> >>> > Ableton, because of >> >>>>> >>> > buffering. I would risk saying that it is because it has to >> >>>>> >>> > work, >> >>>>> >>> > as a >> >>>>> >>> > Csound, with a set block size. >> >>>>> >>> > But even with that, they seem to impose another layer of >> >>>>> >>> > buffering, >> >>>>> >>> > because afaik the block size >> >>>>> >>> > by default is 64 samples. >> >>>>> >>> > >> >>>>> >>> > So, this is fundamental thing in the design of systems like >> >>>>> >>> > Csound, >> >>>>> >>> > PD, >> >>>>> >>> > MaxMSP, that the >> >>>>> >>> > block size is fixed. To change this, it means a complete >> >>>>> >>> > redesign >> >>>>> >>> > in >> >>>>> >>> > terms of how Csound works, >> >>>>> >>> > a rewrite of the engine and many opcodes that depend on that >> >>>>> >>> > remaining >> >>>>> >>> > constant. >> >>>>> >>> > Within Csound, we have introduced the possibility of sample >> >>>>> >>> > accurate >> >>>>> >>> > timing for events, but >> >>>>> >>> > that works within the fixed-block framework via the use of >> >>>>> >>> > offsets. >> >>>>> >>> > >> >>>>> >>> > Note that there are systems around that work exclusively on a >> >>>>> >>> > block >> >>>>> >>> > size >> >>>>> >>> > of 1, therefore >> >>>>> >>> > avoiding any such issues. Csound can also do that. I would not >> >>>>> >>> > necessarily think that >> >>>>> >>> > ksmps=1 is only limited to simple effects. In modern >> >>>>> >>> > computers, I >> >>>>> >>> > have >> >>>>> >>> > seen a lot of >> >>>>> >>> > complex things running perfectly at that level. And following >> >>>>> >>> > what >> >>>>> >>> > Mike >> >>>>> >>> > has said, ksmps=16 >> >>>>> >>> > might be perfectly acceptable in many situations. As Oeyvind >> >>>>> >>> > proved, >> >>>>> >>> > that can be much >> >>>>> >>> > better than what people are used to in some systems. If they >> >>>>> >>> > can >> >>>>> >>> > LIVE >> >>>>> >>> > with that, surely >> >>>>> >>> > they can REAPER the benefit with Csound ;). >> >>>>> >>> > >> >>>>> >>> > Regards >> >>>>> >>> > >> >>>>> >>> > Victor >> >>>>> >>> > >> >>>>> >>> > >> >>>>> >>> > >> >>>>> >>> > >> >>>>> >>> > On 6 Feb 2014, at 09:17, Oeyvind Brandtsegg >> >>>>> >>> > <oyvind.brandtsegg@ntnu.no> >> >>>>> >>> > wrote: >> >>>>> >>> > >> >>>>> >>> >> Yes, it would definitely be a good thing to fix, >> >>>>> >>> >> especially when considering the use of a series of plugins on >> >>>>> >>> >> the >> >>>>> >>> >> same >> >>>>> >>> >> track. >> >>>>> >>> >> This is how I noticed the problem in the first place, as I >> >>>>> >>> >> had 3 >> >>>>> >>> >> or 4 >> >>>>> >>> >> Cabbage plugs in a series on the same track. >> >>>>> >>> >> One might say that this is not a wise setup, all things >> >>>>> >>> >> recently >> >>>>> >>> >> learned considered, >> >>>>> >>> >> but it is one thing that a user might expect to do without >> >>>>> >>> >> problems. >> >>>>> >>> >> >> >>>>> >>> >> The use of Csound as a plugin via Cabbage opens up Csound for >> >>>>> >>> >> being >> >>>>> >>> >> used widely in common production environments, >> >>>>> >>> >> in terms of the way forward and making the language more >> >>>>> >>> >> widespread, >> >>>>> >>> >> this is a significant area. In that respect the dynamic ksmps >> >>>>> >>> >> issue is >> >>>>> >>> >> important for the continued use if Csound in a modern >> >>>>> >>> >> workflow. >> >>>>> >>> >> >> >>>>> >>> >> Until then, I will rewrite my plugins so all things I might >> >>>>> >>> >> need >> >>>>> >>> >> on >> >>>>> >>> >> one track lives in a single Cabage plug. >> >>>>> >>> >> >> >>>>> >>> >> all best >> >>>>> >>> >> >> >>>>> >>> >> 2014-02-06 Rory Walsh <rorywalsh@ear.ie>: >> >>>>> >>> >>> Btw, it's clear that other plugins won't have a latency >> >>>>> >>> >>> problem >> >>>>> >>> >>> because they can(or at least should be able to) deal with >> >>>>> >>> >>> variable >> >>>>> >>> >>> buffer sizes. >> >>>>> >>> >>> >> >>>>> >>> >>> On 6 February 2014 08:57, Rory Walsh <rorywalsh@ear.ie> >> >>>>> >>> >>> wrote: >> >>>>> >>> >>>> That's a funny observation about Live. Their next product >> >>>>> >>> >>>> will >> >>>>> >>> >>>> be >> >>>>> >>> >>>> called Offline :) It seems ksmps==1 is a no go for anything >> >>>>> >>> >>>> but >> >>>>> >>> >>>> a >> >>>>> >>> >>>> single instance of a relatively simple effect(of course >> >>>>> >>> >>>> there >> >>>>> >>> >>>> are no >> >>>>> >>> >>>> issue with synths). And it also seems that pretty much all >> >>>>> >>> >>>> of >> >>>>> >>> >>>> the >> >>>>> >>> >>>> plugins standards in use today(AU, VST, LV2, etc) assume a >> >>>>> >>> >>>> dynamic >> >>>>> >>> >>>> buffer size. So as long as Csound is being used to process >> >>>>> >>> >>>> host >> >>>>> >>> >>>> audio >> >>>>> >>> >>>> in one of these environments it's likely there will be a >> >>>>> >>> >>>> latency >> >>>>> >>> >>>> problem. That is if you plan to use the full power of >> >>>>> >>> >>>> Csound >> >>>>> >>> >>>> there >> >>>>> >>> >>>> will be. I know the latency will in most cases be quite >> >>>>> >>> >>>> small, >> >>>>> >>> >>>> but >> >>>>> >>> >>>> isn't it still enough to cause undesired effects on a mix? >> >>>>> >>> >>>> >> >>>>> >>> >>>> On 6 February 2014 08:38, Oeyvind Brandtsegg >> >>>>> >>> >>>> <oyvind.brandtsegg@ntnu.no> wrote: >> >>>>> >>> >>>>> Thanks so much for that explanation Mike. >> >>>>> >>> >>>>> Rory, don't even so much as think of contemplating life >> >>>>> >>> >>>>> without >> >>>>> >>> >>>>> Cabbage (oh you already did...) ! >> >>>>> >>> >>>>> Here's more observations about latency in different hosts >> >>>>> >>> >>>>> that >> >>>>> >>> >>>>> might >> >>>>> >>> >>>>> brighten up thhing a bit, >> >>>>> >>> >>>>> depending on what hosts one prefer... >> >>>>> >>> >>>>> >> >>>>> >>> >>>>> In Reaper: >> >>>>> >>> >>>>> >> >>>>> >>> >>>>> >> >>>>> >>> >>>>> 2014-02-06 Michael Gogins <michael.gogins@gmail.com>: >> >>>>> >>> >>>>>> There are two cases. If ksmps is always 1, you can use >> >>>>> >>> >>>>>> this >> >>>>> >>> >>>>>> algorithm: >> >>>>> >>> >>>>>> >> >>>>> >>> >>>>>> for each frame in the host input buffer: >> >>>>> >>> >>>>>> copy the host frame to the spin frame >> >>>>> >>> >>>>>> call performKsmps() >> >>>>> >>> >>>>>> copy the spout frame to the host output buffer >> >>>>> >>> >>>>>> >> >>>>> >>> >>>>>> Then there is no delay. >> >>>>> >>> >>>>>> >> >>>>> >>> >>>>>> If ksmps is greater than 1 it goes like this. It's enough >> >>>>> >>> >>>>>> to >> >>>>> >>> >>>>>> consider ksmps >> >>>>> >>> >>>>>> = 2, >> >>>>> >>> >>>>>> all other cases work the same way. >> >>>>> >>> >>>>>> >> >>>>> >>> >>>>>> for each frame in the host input buffer: >> >>>>> >>> >>>>>> copy the current host input frame to the current spin >> >>>>> >>> >>>>>> frame >> >>>>> >>> >>>>>> copy the current spout frame to the current host output >> >>>>> >>> >>>>>> buffer >> >>>>> >>> >>>>>> if the current spout frame is past the end of spout: >> >>>>> >>> >>>>>> call performKsmps >> >>>>> >>> >>>>>> reset the spout/spin frame index to 0 >> >>>>> >>> >>>>>> >> >>>>> >>> >>>>>> If ksmps==1 then there is 1 frame of silence in the >> >>>>> >>> >>>>>> output at >> >>>>> >>> >>>>>> the >> >>>>> >>> >>>>>> start, and >> >>>>> >>> >>>>>> thereafter output lags input by 1 frame. On the final >> >>>>> >>> >>>>>> frame of >> >>>>> >>> >>>>>> the >> >>>>> >>> >>>>>> host >> >>>>> >>> >>>>>> buffer, Csound computes a frame in spout but it is not >> >>>>> >>> >>>>>> copied >> >>>>> >>> >>>>>> to >> >>>>> >>> >>>>>> the output >> >>>>> >>> >>>>>> until the next processing call. >> >>>>> >>> >>>>>> >> >>>>> >>> >>>>>> If ksmps==2 then there are 2 frames of silence in the >> >>>>> >>> >>>>>> output >> >>>>> >>> >>>>>> at the >> >>>>> >>> >>>>>> start, >> >>>>> >>> >>>>>> and thereafter output lags input by 2 frames. On the >> >>>>> >>> >>>>>> final >> >>>>> >>> >>>>>> frame of >> >>>>> >>> >>>>>> the host >> >>>>> >>> >>>>>> buffer,Csound computes 2 frames in spout, but depending >> >>>>> >>> >>>>>> on the >> >>>>> >>> >>>>>> size >> >>>>> >>> >>>>>> of the >> >>>>> >>> >>>>>> output buffer, 1 or 2 frames are not copied to the output >> >>>>> >>> >>>>>> until the >> >>>>> >>> >>>>>> next >> >>>>> >>> >>>>>> processing call. >> >>>>> >>> >>>>>> >> >>>>> >>> >>>>>> And so on. >> >>>>> >>> >>>>>> >> >>>>> >>> >>>>>> Regards, >> >>>>> >>> >>>>>> Mike >> >>>>> >>> >>>>>> >> >>>>> >>> >>>>>> >> >>>>> >>> >>>>>> >> >>>>> >>> >>>>>> ----------------------------------------------------- >> >>>>> >>> >>>>>> Michael Gogins >> >>>>> >>> >>>>>> Irreducible Productions >> >>>>> >>> >>>>>> http://michaelgogins.tumblr.com >> >>>>> >>> >>>>>> Michael dot Gogins at gmail dot com >> >>>>> >>> >>>>>> >> >>>>> >>> >>>>>> >> >>>>> >>> >>>>>> On Wed, Feb 5, 2014 at 7:39 PM, Rory Walsh >> >>>>> >>> >>>>>> <rorywalsh@ear.ie> >> >>>>> >>> >>>>>> wrote: >> >>>>> >>> >>>>>>> >> >>>>> >>> >>>>>>> The way it stands things are fine, albeit with a ksmps >> >>>>> >>> >>>>>>> delay. >> >>>>> >>> >>>>>>> But >> >>>>> >>> >>>>>>> it >> >>>>> >>> >>>>>>> will remain constant and there won't be any drop outs. >> >>>>> >>> >>>>>>> If >> >>>>> >>> >>>>>>> ksmps >> >>>>> >>> >>>>>>> ==1 >> >>>>> >>> >>>>>>> then there will be no problems with latency. Of course I >> >>>>> >>> >>>>>>> stand to >> >>>>> >>> >>>>>>> be >> >>>>> >>> >>>>>>> corrected. When all is said and done, I did enjoy >> >>>>> >>> >>>>>>> contemplating >> >>>>> >>> >>>>>>> life >> >>>>> >>> >>>>>>> without Cabbage over a few beers. But that might just >> >>>>> >>> >>>>>>> have >> >>>>> >>> >>>>>>> been >> >>>>> >>> >>>>>>> the >> >>>>> >>> >>>>>>> beers :) >> >>>>> >>> >>>>>>> >> >>>>> >>> >>>>>>> >> >>>>> >>> >>>>>>> On 5 February 2014 23:57, Rory Walsh <rorywalsh@ear.ie> >> >>>>> >>> >>>>>>> wrote: >> >>>>> >>> >>>>>>>> I'm glad you asked this because I'm a little lost too! >> >>>>> >>> >>>>>>>> I was >> >>>>> >>> >>>>>>>> thinking >> >>>>> >>> >>>>>>>> the >> >>>>> >>> >>>>>>>> same as you. At some stage won't things goes south if >> >>>>> >>> >>>>>>>> the >> >>>>> >>> >>>>>>>> buffer >> >>>>> >>> >>>>>>>> size >> >>>>> >>> >>>>>>>> suddenly changes as is likely once automation is >> >>>>> >>> >>>>>>>> brought >> >>>>> >>> >>>>>>>> into the >> >>>>> >>> >>>>>>>> equation? >> >>>>> >>> >>>>>>>> >> >>>>> >>> >>>>>>>> sent from a mobile device... >> >>>>> >>> >>>>>>>> >> >>>>> >>> >>>>>>>> On 5 Feb 2014 23:27, "Oeyvind Brandtsegg" >> >>>>> >>> >>>>>>>> <oyvind.brandtsegg@ntnu.no> >> >>>>> >>> >>>>>>>> wrote: >> >>>>> >>> >>>>>>>>> >> >>>>> >>> >>>>>>>>> Ok. That is good. >> >>>>> >>> >>>>>>>>> But can it (the latency) change dynamically, as the >> >>>>> >>> >>>>>>>>> host >> >>>>> >>> >>>>>>>>> buffer >> >>>>> >>> >>>>>>>>> size >> >>>>> >>> >>>>>>>>> change dynamically? >> >>>>> >>> >>>>>>>>> Sorry if I'm being dense but I would really like to >> >>>>> >>> >>>>>>>>> understand. >> >>>>> >>> >>>>>>>>> >> >>>>> >>> >>>>>>>>> >> >>>>> >>> >>>>>>>>> 2014-02-06 Michael Gogins <michael.gogins@gmail.com>: >> >>>>> >>> >>>>>>>>>> No, the maximum latency is ksmps. That could be >> >>>>> >>> >>>>>>>>>> either >> >>>>> >>> >>>>>>>>>> larger, >> >>>>> >>> >>>>>>>>>> or >> >>>>> >>> >>>>>>>>>> smaller, >> >>>>> >>> >>>>>>>>>> than the host buffer size. It doesn't matter. >> >>>>> >>> >>>>>>>>>> >> >>>>> >>> >>>>>>>>>> Regards, >> >>>>> >>> >>>>>>>>>> Mike >> >>>>> >>> >>>>>>>>>> >> >>>>> >>> >>>>>>>>>> >> >>>>> >>> >>>>>>>>>> ----------------------------------------------------- >> >>>>> >>> >>>>>>>>>> Michael Gogins >> >>>>> >>> >>>>>>>>>> Irreducible Productions >> >>>>> >>> >>>>>>>>>> http://michaelgogins.tumblr.com >> >>>>> >>> >>>>>>>>>> Michael dot Gogins at gmail dot com >> >>>>> >>> >>>>>>>>>> >> >>>>> >>> >>>>>>>>>> >> >>>>> >>> >>>>>>>>>> On Wed, Feb 5, 2014 at 6:07 PM, Oeyvind Brandtsegg >> >>>>> >>> >>>>>>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >> >>>>> >>> >>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>> ...but the latency would be one full host buffer >> >>>>> >>> >>>>>>>>>>> size, >> >>>>> >>> >>>>>>>>>>> not >> >>>>> >>> >>>>>>>>>>> just a >> >>>>> >>> >>>>>>>>>>> ksmps, >> >>>>> >>> >>>>>>>>>>> right? >> >>>>> >>> >>>>>>>>>>> So a small ksmps would rather minimize the chance of >> >>>>> >>> >>>>>>>>>>> a >> >>>>> >>> >>>>>>>>>>> ksmps-buffer >> >>>>> >>> >>>>>>>>>>> mismatch, but not actually minimize worst case >> >>>>> >>> >>>>>>>>>>> latency >> >>>>> >>> >>>>>>>>>>> (which >> >>>>> >>> >>>>>>>>>>> would >> >>>>> >>> >>>>>>>>>>> be >> >>>>> >>> >>>>>>>>>>> one host buffer block). Isn't it so? >> >>>>> >>> >>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>> Now, one thing I don't understand is if the latency >> >>>>> >>> >>>>>>>>>>> can >> >>>>> >>> >>>>>>>>>>> be >> >>>>> >>> >>>>>>>>>>> zero >> >>>>> >>> >>>>>>>>>>> when >> >>>>> >>> >>>>>>>>>>> the host buffer is an integer multiple of ksmps, and >> >>>>> >>> >>>>>>>>>>> it >> >>>>> >>> >>>>>>>>>>> indeed >> >>>>> >>> >>>>>>>>>>> is, >> >>>>> >>> >>>>>>>>>>> and also the host buffer size can be dynamic, we >> >>>>> >>> >>>>>>>>>>> must >> >>>>> >>> >>>>>>>>>>> assume >> >>>>> >>> >>>>>>>>>>> that >> >>>>> >>> >>>>>>>>>>> the two buffer length may initially fit but at some >> >>>>> >>> >>>>>>>>>>> later >> >>>>> >>> >>>>>>>>>>> time >> >>>>> >>> >>>>>>>>>>> they >> >>>>> >>> >>>>>>>>>>> will not,* then* what happens at the transition >> >>>>> >>> >>>>>>>>>>> point ? I >> >>>>> >>> >>>>>>>>>>> mean, when >> >>>>> >>> >>>>>>>>>>> we go from perfectly aligned buffers and zero >> >>>>> >>> >>>>>>>>>>> latency to >> >>>>> >>> >>>>>>>>>>> misaligned >> >>>>> >>> >>>>>>>>>>> buffers and one bufferlength latency. Then we should >> >>>>> >>> >>>>>>>>>>> have >> >>>>> >>> >>>>>>>>>>> one >> >>>>> >>> >>>>>>>>>>> non-full >> >>>>> >>> >>>>>>>>>>> buffer in the transition from zero latency to >> >>>>> >>> >>>>>>>>>>> one-buffer >> >>>>> >>> >>>>>>>>>>> latency. >> >>>>> >>> >>>>>>>>>>> Will >> >>>>> >>> >>>>>>>>>>> it pop? If so, I would expect it to pop quite >> >>>>> >>> >>>>>>>>>>> often(?), >> >>>>> >>> >>>>>>>>>>> which >> >>>>> >>> >>>>>>>>>>> it >> >>>>> >>> >>>>>>>>>>> does >> >>>>> >>> >>>>>>>>>>> not. >> >>>>> >>> >>>>>>>>>>> Or? >> >>>>> >>> >>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>> 2014-02-05 Victor Lazzarini >> >>>>> >>> >>>>>>>>>>> <Victor.Lazzarini@nuim.ie>: >> >>>>> >>> >>>>>>>>>>>> If your ksmps is small, any latency that might >> >>>>> >>> >>>>>>>>>>>> exist >> >>>>> >>> >>>>>>>>>>>> will be >> >>>>> >>> >>>>>>>>>>>> small >> >>>>> >>> >>>>>>>>>>>> too, >> >>>>> >>> >>>>>>>>>>>> and I can't see it having >> >>>>> >>> >>>>>>>>>>>> a major effect. So if you run with ksmps=16, it's >> >>>>> >>> >>>>>>>>>>>> 0.3 >> >>>>> >>> >>>>>>>>>>>> millisseconds. >> >>>>> >>> >>>>>>>>>>>> Not >> >>>>> >>> >>>>>>>>>>>> much of a problem. >> >>>>> >>> >>>>>>>>>>>> And for the cases where this is a problem, then >> >>>>> >>> >>>>>>>>>>>> it's >> >>>>> >>> >>>>>>>>>>>> still >> >>>>> >>> >>>>>>>>>>>> possible >> >>>>> >>> >>>>>>>>>>>> to >> >>>>> >>> >>>>>>>>>>>> run with ksmps=1. >> >>>>> >>> >>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>> Victor >> >>>>> >>> >>>>>>>>>>>> On 5 Feb 2014, at 20:46, Rory Walsh wrote: >> >>>>> >>> >>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>> I wish I had thought of this before spending so >> >>>>> >>> >>>>>>>>>>>>> much >> >>>>> >>> >>>>>>>>>>>>> time >> >>>>> >>> >>>>>>>>>>>>> writing >> >>>>> >>> >>>>>>>>>>>>> a >> >>>>> >>> >>>>>>>>>>>>> framework for developing VST plugins with Csound. >> >>>>> >>> >>>>>>>>>>>>> I'm >> >>>>> >>> >>>>>>>>>>>>> off >> >>>>> >>> >>>>>>>>>>>>> now to >> >>>>> >>> >>>>>>>>>>>>> have >> >>>>> >>> >>>>>>>>>>>>> a few beers and rethink life! >> >>>>> >>> >>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>> On 5 February 2014 20:06, Michael Gogins >> >>>>> >>> >>>>>>>>>>>>> <michael.gogins@gmail.com> >> >>>>> >>> >>>>>>>>>>>>> wrote: >> >>>>> >>> >>>>>>>>>>>>>> Then your code will run 5 times slower or so. >> >>>>> >>> >>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>> Regards, >> >>>>> >>> >>>>>>>>>>>>>> Mike >> >>>>> >>> >>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>> ----------------------------------------------------- >> >>>>> >>> >>>>>>>>>>>>>> Michael Gogins >> >>>>> >>> >>>>>>>>>>>>>> Irreducible Productions >> >>>>> >>> >>>>>>>>>>>>>> http://michaelgogins.tumblr.com >> >>>>> >>> >>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >> >>>>> >>> >>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>> On Wed, Feb 5, 2014 at 3:03 PM, Rory Walsh >> >>>>> >>> >>>>>>>>>>>>>> <rorywalsh@ear.ie> >> >>>>> >>> >>>>>>>>>>>>>> wrote: >> >>>>> >>> >>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>> Seems every where I look it says don't make any >> >>>>> >>> >>>>>>>>>>>>>>> assumptions >> >>>>> >>> >>>>>>>>>>>>>>> about >> >>>>> >>> >>>>>>>>>>>>>>> buffer sizes. So I guess the only fail safe way >> >>>>> >>> >>>>>>>>>>>>>>> is to >> >>>>> >>> >>>>>>>>>>>>>>> force a >> >>>>> >>> >>>>>>>>>>>>>>> ksmps >> >>>>> >>> >>>>>>>>>>>>>>> of >> >>>>> >>> >>>>>>>>>>>>>>> 1? uh... >> >>>>> >>> >>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>> On 5 February 2014 19:57, Michael Gogins >> >>>>> >>> >>>>>>>>>>>>>>> <michael.gogins@gmail.com> >> >>>>> >>> >>>>>>>>>>>>>>> wrote: >> >>>>> >>> >>>>>>>>>>>>>>>> I believe that you are wrong, you cannot count >> >>>>> >>> >>>>>>>>>>>>>>>> on a >> >>>>> >>> >>>>>>>>>>>>>>>> power >> >>>>> >>> >>>>>>>>>>>>>>>> of >> >>>>> >>> >>>>>>>>>>>>>>>> two >> >>>>> >>> >>>>>>>>>>>>>>>> size. >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> See these threads from KVR: >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> http://www.kvraudio.com/forum/viewtopic.php?t=279753 >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> http://www.kvraudio.com/forum/viewtopic.php?t=359951 >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> http://www.kvraudio.com/forum/viewtopic.php?p=3458228 >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> Regards, >> >>>>> >>> >>>>>>>>>>>>>>>> Mike >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> ----------------------------------------------------- >> >>>>> >>> >>>>>>>>>>>>>>>> Michael Gogins >> >>>>> >>> >>>>>>>>>>>>>>>> Irreducible Productions >> >>>>> >>> >>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >> >>>>> >>> >>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> On Wed, Feb 5, 2014 at 2:17 PM, Victor >> >>>>> >>> >>>>>>>>>>>>>>>> Lazzarini >> >>>>> >>> >>>>>>>>>>>>>>>> <Victor.Lazzarini@nuim.ie> >> >>>>> >>> >>>>>>>>>>>>>>>> wrote: >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>> But I think you're probably safe setting ksmps >> >>>>> >>> >>>>>>>>>>>>>>>>> to a >> >>>>> >>> >>>>>>>>>>>>>>>>> low >> >>>>> >>> >>>>>>>>>>>>>>>>> value >> >>>>> >>> >>>>>>>>>>>>>>>>> that >> >>>>> >>> >>>>>>>>>>>>>>>>> is a >> >>>>> >>> >>>>>>>>>>>>>>>>> power-of-two. I would >> >>>>> >>> >>>>>>>>>>>>>>>>> expect most hosts to run buffers that are >> >>>>> >>> >>>>>>>>>>>>>>>>> power-of-two >> >>>>> >>> >>>>>>>>>>>>>>>>> and >> >>>>> >>> >>>>>>>>>>>>>>>>> that >> >>>>> >>> >>>>>>>>>>>>>>>>> are >> >>>>> >>> >>>>>>>>>>>>>>>>> not >> >>>>> >>> >>>>>>>>>>>>>>>>> that small. >> >>>>> >>> >>>>>>>>>>>>>>>>> ksmps =8,16 or 32 should do. >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>> Victor >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>> On 5 Feb 2014, at 18:10, Rory Walsh wrote: >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>> I was just about to answer my previous mail >> >>>>> >>> >>>>>>>>>>>>>>>>>> with >> >>>>> >>> >>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>> same >> >>>>> >>> >>>>>>>>>>>>>>>>>> thing. >> >>>>> >>> >>>>>>>>>>>>>>>>>> That's >> >>>>> >>> >>>>>>>>>>>>>>>>>> a pain. >> >>>>> >>> >>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>> On 5 February 2014 18:03, Michael Gogins >> >>>>> >>> >>>>>>>>>>>>>>>>>> <michael.gogins@gmail.com> >> >>>>> >>> >>>>>>>>>>>>>>>>>> wrote: >> >>>>> >>> >>>>>>>>>>>>>>>>>>> No. The host can and often does use a >> >>>>> >>> >>>>>>>>>>>>>>>>>>> different >> >>>>> >>> >>>>>>>>>>>>>>>>>>> host >> >>>>> >>> >>>>>>>>>>>>>>>>>>> audio >> >>>>> >>> >>>>>>>>>>>>>>>>>>> buffer >> >>>>> >>> >>>>>>>>>>>>>>>>>>> size >> >>>>> >>> >>>>>>>>>>>>>>>>>>> on >> >>>>> >>> >>>>>>>>>>>>>>>>>>> each call to process() or >> >>>>> >>> >>>>>>>>>>>>>>>>>>> processReplacing(). >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> Regards, >> >>>>> >>> >>>>>>>>>>>>>>>>>>> Mike >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> ----------------------------------------------------- >> >>>>> >>> >>>>>>>>>>>>>>>>>>> Michael Gogins >> >>>>> >>> >>>>>>>>>>>>>>>>>>> Irreducible Productions >> >>>>> >>> >>>>>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >> >>>>> >>> >>>>>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> On Wed, Feb 5, 2014 at 11:27 AM, Rory Walsh >> >>>>> >>> >>>>>>>>>>>>>>>>>>> <rorywalsh@ear.ie> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> wrote: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> Hi Mike, isn't it possible to query the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> host >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> buffer >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> size >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> before >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> processing function is first called, in >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> which >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> case >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> you can >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> just >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> override the csd's ksmps? >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> On 5 February 2014 15:55, Michael Gogins >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> <michael.gogins@gmail.com> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> wrote: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> I've looked into this some more. As long >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> as the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> host >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> audio >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> buffer >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> is >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> not >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> an >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> integral multiple of ksmps, there will >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> have to >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> be >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> ksmps >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> latency >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> between >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> input and output. That is because >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> performKsmps >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> requires >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> spin >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> to >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> be >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> full, >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> but >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> if there is some remainder from >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> hostsize/ksmps, >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> there >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> will >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> be >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> some >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> frames >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> that the host buffer doesn't have but spin >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> needs. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> I am letting this go for now, but if >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Csound >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> could >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> adjust >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> ksmps >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> during >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> performance via the API, then we could get >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> rid >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> of >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> this >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> latency >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> by >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> setting >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> ksmps equal to the host buffer size on >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> each >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> host >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> processing >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> call. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> I >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> think >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> this would be a really good idea. I'm >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> entering >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> it as >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> a >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> feature >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> request. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Regards, >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Mike >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Regards, >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Mike >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> ----------------------------------------------------- >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Michael Gogins >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Irreducible Productions >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 1:47 PM, Michael >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Gogins >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> <michael.gogins@gmail.com> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> wrote: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> CsoundVST does the following: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> In the processReplacing callback there >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> are >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> essentially >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> two >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> simultaneous >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> loops, each with their own loop indexes. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> One >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> loop >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> is for >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> host >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> audio >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> buffer, which can change in size from one >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> call >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> to >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> next. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> The >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> other >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> loop >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> is for Csound. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> For each frame of audio, one frame of >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> audio is >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> copied >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> from >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> host >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> input >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> buffer to spin, one frame of audio is >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> copied >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> from >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> spout >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> to >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> host >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> audio >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> output buffer, and both loop indexes are >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> incremented. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> At the end of spout, ksmps audio are >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> processed >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> by >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> Csound, >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> and >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> spin >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> and >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> spout buffer indexes are reset to 0. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> These >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> indexes >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> persist >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> from >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> call >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> to >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> call, so there are no gaps or glitches. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> There is ksmps frames latency in the code >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> because >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> spin >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> is >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> read >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> in >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> before >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> it spout is computed. But I will try to >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> change >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> code >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> so >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> that >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> buffers >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> are rewound to line spout up with spin. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> There >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> will >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> then >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> be >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> zero >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> latency. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> ----------------------------------------------------- >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> Michael Gogins >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> Irreducible Productions >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 11:03 AM, Steven >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> Yi >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> <stevenyi@gmail.com> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> wrote: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> I was in the middle of replying pretty >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> much >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> same >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> thing >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> as >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Victor. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Seems like you're introducing block's >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> worth >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> of >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> latency >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> due >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> to >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> code >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> order. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 11:05 AM, Victor >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Lazzarini >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> <Victor.Lazzarini@nuim.ie> wrote: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> I would have thought that you would >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 1) write data into spin >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 2) process >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 3) write data out of spout. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> if you read and write after running >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> PeformKsmps(), as >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> far >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> as >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> I >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> can >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> see >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> there might be >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> a delay between input and output, as >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> you >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> will be >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> effectively >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> putting >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> out the data that >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> you processed in the previous period. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 1) process (means process the current >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> spin >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> data) >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 2) write to spin the new data >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 3) write out the result of processing >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> previous >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> spin >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> That's what it looks like to me. Not >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> sure if >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> I am >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> right. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Also >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> this >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> discussion should be in the dev list >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> not >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> in the users list (so my response is >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> going >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> there). >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Victor >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> On 4 Feb 2014, at 15:47, Rory Walsh >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> <rorywalsh@ear.ie> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> wrote: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> I can confirm that it's not an issue >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> with >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> plugin >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> framework >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> I'm >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> using. I can also confirm it happens >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> whether the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> plugin's >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> processBlock() is being called the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> same >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> amount >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> of >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> times >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> as >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> performKsmps(). That is to say, if the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> plugin >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> sample >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> buffer >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> is >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> set >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> to >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> 64 and so is Csound's, the problem >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> persists. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> I can recreate it with Reaper by >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> placing >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> two >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> identical >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> audio >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> tracks >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> in >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> the session. On one track I place a >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> straight >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> forward >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> in/out >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> effect plugin. Then play both back at >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> same >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> time. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> You'll >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> hear >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> subtle phasing taking place until you >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> bypass the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> plugin >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> effect. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> Here's >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> my processBlock(), it couldn't be any >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> simpler. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> Can >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> any >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> devs >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> out >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> there >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> spot something that might introduce >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> latency? >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> CSCompResult = csound->PerformKsmps(); >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> for(int i=0;i<numSamplesInBuffer;i++) >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> { >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> if(!CSCompResult) >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> { >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> for(int channel = 0; channel < >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> getNumOutputChannels(); >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> channel++ ) >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> { >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> audioBuffer = >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> buffer.getSampleData(channel,0); >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> pos = >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> igetNumOutputChannels(); >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> CSspin[channel+pos] = >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> audioBuffer[i]cs_scale; >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> audioBuffer[i] = >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> (CSspout[channel+pos]/cs_scale); >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> } >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> } >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> else >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> buffer.clear(); >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> } >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 15:04, Oeyvind >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> All good. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> I could test with csound~ and found >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> another >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> cause >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> for >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> latency. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Steven Yi >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> <stevenyi@gmail.com>: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Nope. I did some work on updating >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> CMake >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> file >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> to >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> try >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> building >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> on >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Windows yesterday. I need to do so >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> me >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> research >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> to >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> see >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> about >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> libraries >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> to link to and other things, but it >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> may >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> take a >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> while >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> with >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> current >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> work >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> load. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:47 AM, >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> That looks as if it's for OSX only >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> (?), >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> perhaps not compiled for windows >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> yet? >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Steven Yi >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> <stevenyi@gmail.com>: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6~ should be with the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> installer; >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> also >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> available >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> at: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://sourceforge.net/projects/csound/files/csound6/Csound6.02/csound~_v1.1.1.pkg/download >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:38 AM, >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> <oyvind.brandtsegg@ntnu.no> wrote: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I can also reproduce it with >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound~ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> MaxForLive >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> haven't tried with csound6~ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> (where can >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> find >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> it?) >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Now, testing with Max (not in >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Live), >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> and >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Reaper, >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> find >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> can not >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> reproduce the behaviour there. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> So there is something with Live >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> then. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> However, >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> other >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> VST >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugins >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Live does not introduce extra >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> The way I measure latency is by >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> setiing up >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> a >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> microphone >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> close >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> to >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> speaker, close enough that it >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> will >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> almost >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> feed, >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> then tap the mic and listen to >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> resonance of >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> system. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> When >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency changes, the resonance >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> will >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> change. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> When I add a plugin (Cabbage or >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> MaxForLive >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound~), >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> (and so the resonance) changes. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> If I >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> load >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> other >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> VST >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugins >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> this >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> does >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> not happen, the latency does not >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> change. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> But as I said, I can only >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> reproduce it >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Live. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Sorry >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> for >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> noise. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> <rorywalsh@ear.ie>: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I can recreate it here. It's >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> subtle, >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> but >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> present. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I'll >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> take >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> a >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> look. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:38, >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> <oyvind.brandtsegg@ntnu.no> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Yes, I have tried different >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ksmps >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> values, >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> both >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> higher >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> and >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> lower >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> and >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> equal to the host buffer size. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Will investigate if I can >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> reproduce >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> it on >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound~. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> <rorywalsh@ear.ie>: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On second thoughts I can't see >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> what >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> might be >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> causing >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> this. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Have you >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> tried setting ksmps to be the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> same >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> as >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> your >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> host's >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> buffer >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> size? >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:01, Rory >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Walsh >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> <rorywalsh@ear.ie> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I think I have it... Lunch >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> first >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> though.. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sent from a mobile device... >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 Feb 2014 12:56, "Rory >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Walsh" >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> <rorywalsh@ear.ie> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Are you just running audio >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> straight in >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> and >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> out, >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> no >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processing? The >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin host calls the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin's >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock() >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> which >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> turn >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> calls >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> performKsmps(). So long as >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock() >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> is >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> being >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> called >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> (if the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> track is playing for >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> example) >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> performKsmps() >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> will >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> be >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> called >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> over and >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> over again processing ksmps >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> samples >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> each >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> time. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> At >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> moment >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock() method and >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> performKsmps() >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> are >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> firing >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> off >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> at >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> different speeds. I can look >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> at >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> forcing >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugins >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> to >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> process the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> same amount of samples as >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> does >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> each >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> call >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> to >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock(). Perhaps that >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> might >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> help. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 12:41, >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> <oyvind.brandtsegg@ntnu.no> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Regarding latency and >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> buffers, >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I thought I had understood >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> that >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound, >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> when >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> used >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> as a >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin (e.g. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cabbage or csound~) would >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> process the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> audio >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> buffer >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "in >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> place", so no >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> extra latency would incur >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> due to >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sound >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> being >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processed >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> through >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Csound, assuming that ksmps >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> is >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> smaler >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> than >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> host >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> program's buffer >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> size. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Now, running Cabbage >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugins in >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Ableton >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Live, >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I've >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> been >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> investigating >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency issues, and I find >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> that >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> adding a >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> simple >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin will >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> delay the signal. Also, >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> adding >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> more >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> than >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> one >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> such >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> series >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> increases the delay/latency >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> accordingly. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I've >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> tried >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> using >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> different >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ksmps, and this indeed >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> affects >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> amount >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> of >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> but >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> even setting >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ksmps=1 does not get rid of >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> it. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Can the buffer be processed >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "in >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> place"? >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> best >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Technology >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Sourceforge >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> bug >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> features >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> can >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> be >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound" >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Sourceforge bug >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> features >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> can be >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Sourceforge >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> bug >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> features can >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> be >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Sourceforge >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> bug >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> can >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> be >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Sourceforge >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> bug >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> can >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> be >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Sourceforge >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> bug >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> can be >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Sourceforge bug >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> can be >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> here >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> with >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> body >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> bug >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> be >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> posted >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> here >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> with >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> body >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> -- >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Norway >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> bug >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> trackers >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> be >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> posted >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> here >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> with >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> body >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> bug >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> trackers >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> csound6: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> csound5: >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> be >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> posted >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> here >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> with >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> body >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Applications >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> offer - >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Avoid >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Common >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Pitfalls. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> _______________________________________________ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Applications >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> offer >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> - >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Avoid >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Common >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Pitfalls. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> _______________________________________________ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Applications >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> offer - >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Avoid >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Common >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Pitfalls. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> _______________________________________________ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>> >>> >>>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> Applications >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> offer - >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> Avoid >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> Common >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> Pitfalls. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> _______________________________________________ >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >> >>>>> >>> >>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >> >>>>> >>> >>>>>>>>>>>>>>>>>>> Applications >> >>>>> >>> >>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to >> >>>>> >>> >>>>>>>>>>>>>>>>>>> offer - >> >>>>> >>> >>>>>>>>>>>>>>>>>>> Avoid >> >>>>> >>> >>>>>>>>>>>>>>>>>>> Common >> >>>>> >>> >>>>>>>>>>>>>>>>>>> Pitfalls. >> >>>>> >>> >>>>>>>>>>>>>>>>>>> Read the Whitepaper. >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> _______________________________________________ >> >>>>> >>> >>>>>>>>>>>>>>>>>>> Csound-devel mailing list >> >>>>> >>> >>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>> >>> >>>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >> >>>>> >>> >>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >> >>>>> >>> >>>>>>>>>>>>>>>>>> Applications >> >>>>> >>> >>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer >> >>>>> >>> >>>>>>>>>>>>>>>>>> - >> >>>>> >>> >>>>>>>>>>>>>>>>>> Avoid >> >>>>> >>> >>>>>>>>>>>>>>>>>> Common >> >>>>> >>> >>>>>>>>>>>>>>>>>> Pitfalls. >> >>>>> >>> >>>>>>>>>>>>>>>>>> Read the Whitepaper. >> >>>>> >>> >>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>> >>> >>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>> _______________________________________________ >> >>>>> >>> >>>>>>>>>>>>>>>>>> Csound-devel mailing list >> >>>>> >>> >>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >> >>>>> >>> >>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>> Dr Victor Lazzarini >> >>>>> >>> >>>>>>>>>>>>>>>>> Senior Lecturer >> >>>>> >>> >>>>>>>>>>>>>>>>> Dept. of Music >> >>>>> >>> >>>>>>>>>>>>>>>>> NUI Maynooth Ireland >> >>>>> >>> >>>>>>>>>>>>>>>>> tel.: +353 1 708 3545 >> >>>>> >>> >>>>>>>>>>>>>>>>> Victor dot Lazzarini AT nuim dot ie >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >> >>>>> >>> >>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >> >>>>> >>> >>>>>>>>>>>>>>>>> Applications >> >>>>> >>> >>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer >> >>>>> >>> >>>>>>>>>>>>>>>>> - >> >>>>> >>> >>>>>>>>>>>>>>>>> Avoid >> >>>>> >>> >>>>>>>>>>>>>>>>> Common >> >>>>> >>> >>>>>>>>>>>>>>>>> Pitfalls. >> >>>>> >>> >>>>>>>>>>>>>>>>> Read the Whitepaper. >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>> _______________________________________________ >> >>>>> >>> >>>>>>>>>>>>>>>>> Csound-devel mailing list >> >>>>> >>> >>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >> >>>>> >>> >>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >> >>>>> >>> >>>>>>>>>>>>>>>> Applications >> >>>>> >>> >>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >> >>>>> >>> >>>>>>>>>>>>>>>> Avoid >> >>>>> >>> >>>>>>>>>>>>>>>> Common >> >>>>> >>> >>>>>>>>>>>>>>>> Pitfalls. >> >>>>> >>> >>>>>>>>>>>>>>>> Read the Whitepaper. >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>> >>> >>>>>>>>>>>>>>>> _______________________________________________ >> >>>>> >>> >>>>>>>>>>>>>>>> Csound-devel mailing list >> >>>>> >>> >>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>> >>> >>>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >> >>>>> >>> >>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >> >>>>> >>> >>>>>>>>>>>>>>> Applications >> >>>>> >>> >>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >> >>>>> >>> >>>>>>>>>>>>>>> Avoid >> >>>>> >>> >>>>>>>>>>>>>>> Common >> >>>>> >>> >>>>>>>>>>>>>>> Pitfalls. >> >>>>> >>> >>>>>>>>>>>>>>> Read the Whitepaper. >> >>>>> >>> >>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>> >>> >>>>>>>>>>>>>>> _______________________________________________ >> >>>>> >>> >>>>>>>>>>>>>>> Csound-devel mailing list >> >>>>> >>> >>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >> >>>>> >>> >>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>> >>> >>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>> ------------------------------------------------------------------------------ >> >>>>> >>> >>>>>>>>>>>>>> Managing the Performance of Cloud-Based >> >>>>> >>> >>>>>>>>>>>>>> Applications >> >>>>> >>> >>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >> >>>>> >>> >>>>>>>>>>>>>> Avoid >> >>>>> >>> >>>>>>>>>>>>>> Common >> >>>>> >>> >>>>>>>>>>>>>> Pitfalls. >> >>>>> >>> >>>>>>>>>>>>>> Read the Whitepaper. >> >>>>> >>> >>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>> >>> >>>>>>>>>>>>>> _______________________________________________ >> >>>>> >>> >>>>>>>>>>>>>> Csound-devel mailing list >> >>>>> >>> >>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >> >>>>> >>> >>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>> >>> >>>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>> ------------------------------------------------------------------------------ >> >>>>> >>> >>>>>>>>>>>>> Managing the Performance of Cloud-Based >> >>>>> >>> >>>>>>>>>>>>> Applications >> >>>>> >>> >>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >> >>>>> >>> >>>>>>>>>>>>> Avoid >> >>>>> >>> >>>>>>>>>>>>> Common >> >>>>> >>> >>>>>>>>>>>>> Pitfalls. >> >>>>> >>> >>>>>>>>>>>>> Read the Whitepaper. >> >>>>> >>> >>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>> >>> >>>>>>>>>>>>> _______________________________________________ >> >>>>> >>> >>>>>>>>>>>>> Csound-devel mailing list >> >>>>> >>> >>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >> >>>>> >>> >>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>> >>> >>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>> Dr Victor Lazzarini >> >>>>> >>> >>>>>>>>>>>> Senior Lecturer >> >>>>> >>> >>>>>>>>>>>> Dept. of Music >> >>>>> >>> >>>>>>>>>>>> NUI Maynooth Ireland >> >>>>> >>> >>>>>>>>>>>> tel.: +353 1 708 3545 >> >>>>> >>> >>>>>>>>>>>> Victor dot Lazzarini AT nuim dot ie >> >>>>> >>> >>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>> ------------------------------------------------------------------------------ >> >>>>> >>> >>>>>>>>>>>> Managing the Performance of Cloud-Based >> >>>>> >>> >>>>>>>>>>>> Applications >> >>>>> >>> >>>>>>>>>>>> Take advantage of what the Cloud has to offer - >> >>>>> >>> >>>>>>>>>>>> Avoid >> >>>>> >>> >>>>>>>>>>>> Common >> >>>>> >>> >>>>>>>>>>>> Pitfalls. >> >>>>> >>> >>>>>>>>>>>> Read the Whitepaper. >> >>>>> >>> >>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>> >>> >>>>>>>>>>>> _______________________________________________ >> >>>>> >>> >>>>>>>>>>>> Csound-devel mailing list >> >>>>> >>> >>>>>>>>>>>> Csound-devel@lists.sourceforge.net >> >>>>> >>> >>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>> >>> >>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>> -- >> >>>>> >>> >>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>> Oeyvind Brandtsegg >> >>>>> >>> >>>>>>>>>>> Professor of Music Technology >> >>>>> >>> >>>>>>>>>>> NTNU >> >>>>> >>> >>>>>>>>>>> 7491 Trondheim >> >>>>> >>> >>>>>>>>>>> Norway >> >>>>> >>> >>>>>>>>>>> Cell: +47 92 203 205 >> >>>>> >>> >>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>> http://flyndresang.no/ >> >>>>> >>> >>>>>>>>>>> http://www.partikkelaudio.com/ >> >>>>> >>> >>>>>>>>>>> http://soundcloud.com/brandtsegg >> >>>>> >>> >>>>>>>>>>> http://soundcloud.com/t-emp >> >>>>> >>> >>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>> ------------------------------------------------------------------------------ >> >>>>> >>> >>>>>>>>>>> Managing the Performance of Cloud-Based Applications >> >>>>> >>> >>>>>>>>>>> Take advantage of what the Cloud has to offer - >> >>>>> >>> >>>>>>>>>>> Avoid >> >>>>> >>> >>>>>>>>>>> Common >> >>>>> >>> >>>>>>>>>>> Pitfalls. >> >>>>> >>> >>>>>>>>>>> Read the Whitepaper. >> >>>>> >>> >>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>> >>> >>>>>>>>>>> _______________________________________________ >> >>>>> >>> >>>>>>>>>>> Csound-devel mailing list >> >>>>> >>> >>>>>>>>>>> Csound-devel@lists.sourceforge.net >> >>>>> >>> >>>>>>>>>>> >> >>>>> >>> >>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>> >>> >>>>>>>>>> >> >>>>> >>> >>>>>>>>>> >> >>>>> >>> >>>>>>>>>> >> >>>>> >>> >>>>>>>>>> >> >>>>> >>> >>>>>>>>>> >> >>>>> >>> >>>>>>>>>> >> >>>>> >>> >>>>>>>>>> >> >>>>> >>> >>>>>>>>>> >> >>>>> >>> >>>>>>>>>> ------------------------------------------------------------------------------ >> >>>>> >>> >>>>>>>>>> Managing the Performance of Cloud-Based Applications >> >>>>> >>> >>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >> >>>>> >>> >>>>>>>>>> Common >> >>>>> >>> >>>>>>>>>> Pitfalls. >> >>>>> >>> >>>>>>>>>> Read the Whitepaper. >> >>>>> >>> >>>>>>>>>> >> >>>>> >>> >>>>>>>>>> >> >>>>> >>> >>>>>>>>>> >> >>>>> >>> >>>>>>>>>> >> >>>>> >>> >>>>>>>>>> >> >>>>> >>> >>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>> >>> >>>>>>>>>> _______________________________________________ >> >>>>> >>> >>>>>>>>>> Csound-devel mailing list >> >>>>> >>> >>>>>>>>>> Csound-devel@lists.sourceforge.net >> >>>>> >>> >>>>>>>>>> >> >>>>> >>> >>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>> >>> >>>>>>>>>> >> >>>>> >>> >>>>>>>>> >> >>>>> >>> >>>>>>>>> >> >>>>> >>> >>>>>>>>> >> >>>>> >>> >>>>>>>>> -- >> >>>>> >>> >>>>>>>>> >> >>>>> >>> >>>>>>>>> Oeyvind Brandtsegg >> >>>>> >>> >>>>>>>>> Professor of Music Technology >> >>>>> >>> >>>>>>>>> NTNU >> >>>>> >>> >>>>>>>>> 7491 Trondheim >> >>>>> >>> >>>>>>>>> Norway >> >>>>> >>> >>>>>>>>> Cell: +47 92 203 205 >> >>>>> >>> >>>>>>>>> >> >>>>> >>> >>>>>>>>> http://flyndresang.no/ >> >>>>> >>> >>>>>>>>> http://www.partikkelaudio.com/ >> >>>>> >>> >>>>>>>>> http://soundcloud.com/brandtsegg >> >>>>> >>> >>>>>>>>> http://soundcloud.com/t-emp >> >>>>> >>> >>>>>>>>> >> >>>>> >>> >>>>>>>>> >> >>>>> >>> >>>>>>>>> >> >>>>> >>> >>>>>>>>> >> >>>>> >>> >>>>>>>>> >> >>>>> >>> >>>>>>>>> >> >>>>> >>> >>>>>>>>> ------------------------------------------------------------------------------ >> >>>>> >>> >>>>>>>>> Managing the Performance of Cloud-Based Applications >> >>>>> >>> >>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >> >>>>> >>> >>>>>>>>> Common >> >>>>> >>> >>>>>>>>> Pitfalls. >> >>>>> >>> >>>>>>>>> Read the Whitepaper. >> >>>>> >>> >>>>>>>>> >> >>>>> >>> >>>>>>>>> >> >>>>> >>> >>>>>>>>> >> >>>>> >>> >>>>>>>>> >> >>>>> >>> >>>>>>>>> >> >>>>> >>> >>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>> >>> >>>>>>>>> _______________________________________________ >> >>>>> >>> >>>>>>>>> Csound-devel mailing list >> >>>>> >>> >>>>>>>>> Csound-devel@lists.sourceforge.net >> >>>>> >>> >>>>>>>>> >> >>>>> >>> >>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>> >>> >>>>>>> >> >>>>> >>> >>>>>>> >> >>>>> >>> >>>>>>> >> >>>>> >>> >>>>>>> >> >>>>> >>> >>>>>>> >> >>>>> >>> >>>>>>> ------------------------------------------------------------------------------ >> >>>>> >>> >>>>>>> Managing the Performance of Cloud-Based Applications >> >>>>> >>> >>>>>>> Take advantage of what the Cloud has to offer - Avoid >> >>>>> >>> >>>>>>> Common >> >>>>> >>> >>>>>>> Pitfalls. >> >>>>> >>> >>>>>>> Read the Whitepaper. >> >>>>> >>> >>>>>>> >> >>>>> >>> >>>>>>> >> >>>>> >>> >>>>>>> >> >>>>> >>> >>>>>>> >> >>>>> >>> >>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>> >>> >>>>>>> _______________________________________________ >> >>>>> >>> >>>>>>> Csound-devel mailing list >> >>>>> >>> >>>>>>> Csound-devel@lists.sourceforge.net >> >>>>> >>> >>>>>>> >> >>>>> >>> >>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>> >>> >>>>>> >> >>>>> >>> >>>>>> >> >>>>> >>> >>>>>> >> >>>>> >>> >>>>>> >> >>>>> >>> >>>>>> >> >>>>> >>> >>>>>> >> >>>>> >>> >>>>>> ------------------------------------------------------------------------------ >> >>>>> >>> >>>>>> Managing the Performance of Cloud-Based Applications >> >>>>> >>> >>>>>> Take advantage of what the Cloud has to offer - Avoid >> >>>>> >>> >>>>>> Common >> >>>>> >>> >>>>>> Pitfalls. >> >>>>> >>> >>>>>> Read the Whitepaper. >> >>>>> >>> >>>>>> >> >>>>> >>> >>>>>> >> >>>>> >>> >>>>>> >> >>>>> >>> >>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>> >>> >>>>>> _______________________________________________ >> >>>>> >>> >>>>>> Csound-devel mailing list >> >>>>> >>> >>>>>> Csound-devel@lists.sourceforge.net >> >>>>> >>> >>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>> >>> >>>>>> >> >>>>> >>> >>>>> >> >>>>> >>> >>>>> >> >>>>> >>> >>>>> >> >>>>> >>> >>>>> -- >> >>>>> >>> >>>>> >> >>>>> >>> >>>>> Oeyvind Brandtsegg >> >>>>> >>> >>>>> Professor of Music Technology >> >>>>> >>> >>>>> NTNU >> >>>>> >>> >>>>> 7491 Trondheim >> >>>>> >>> >>>>> Norway >> >>>>> >>> >>>>> Cell: +47 92 203 205 >> >>>>> >>> >>>>> >> >>>>> >>> >>>>> http://flyndresang.no/ >> >>>>> >>> >>>>> http://www.partikkelaudio.com/ >> >>>>> >>> >>>>> http://soundcloud.com/brandtsegg >> >>>>> >>> >>>>> http://soundcloud.com/t-emp >> >>>>> >>> >>>>> >> >>>>> >>> >>>>> >> >>>>> >>> >>>>> >> >>>>> >>> >>>>> >> >>>>> >>> >>>>> ------------------------------------------------------------------------------ >> >>>>> >>> >>>>> Managing the Performance of Cloud-Based Applications >> >>>>> >>> >>>>> Take advantage of what the Cloud has to offer - Avoid >> >>>>> >>> >>>>> Common >> >>>>> >>> >>>>> Pitfalls. >> >>>>> >>> >>>>> Read the Whitepaper. >> >>>>> >>> >>>>> >> >>>>> >>> >>>>> >> >>>>> >>> >>>>> >> >>>>> >>> >>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>> >>> >>>>> _______________________________________________ >> >>>>> >>> >>>>> Csound-devel mailing list >> >>>>> >>> >>>>> Csound-devel@lists.sourceforge.net >> >>>>> >>> >>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>> >>> >>> >> >>>>> >>> >>> >> >>>>> >>> >>> >> >>>>> >>> >>> >> >>>>> >>> >>> ------------------------------------------------------------------------------ >> >>>>> >>> >>> Managing the Performance of Cloud-Based Applications >> >>>>> >>> >>> Take advantage of what the Cloud has to offer - Avoid Common >> >>>>> >>> >>> Pitfalls. >> >>>>> >>> >>> Read the Whitepaper. >> >>>>> >>> >>> >> >>>>> >>> >>> >> >>>>> >>> >>> >> >>>>> >>> >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>> >>> >>> _______________________________________________ >> >>>>> >>> >>> Csound-devel mailing list >> >>>>> >>> >>> Csound-devel@lists.sourceforge.net >> >>>>> >>> >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>> >>> >> >> >>>>> >>> >> >> >>>>> >>> >> >> >>>>> >>> >> -- >> >>>>> >>> >> >> >>>>> >>> >> Oeyvind Brandtsegg >> >>>>> >>> >> Professor of Music Technology >> >>>>> >>> >> NTNU >> >>>>> >>> >> 7491 Trondheim >> >>>>> >>> >> Norway >> >>>>> >>> >> Cell: +47 92 203 205 >> >>>>> >>> >> >> >>>>> >>> >> http://flyndresang.no/ >> >>>>> >>> >> http://www.partikkelaudio.com/ >> >>>>> >>> >> http://soundcloud.com/brandtsegg >> >>>>> >>> >> http://soundcloud.com/t-emp >> >>>>> >>> >> >> >>>>> >>> >> >> >>>>> >>> >> >> >>>>> >>> >> >> >>>>> >>> >> ------------------------------------------------------------------------------ >> >>>>> >>> >> Managing the Performance of Cloud-Based Applications >> >>>>> >>> >> Take advantage of what the Cloud has to offer - Avoid Common >> >>>>> >>> >> Pitfalls. >> >>>>> >>> >> Read the Whitepaper. >> >>>>> >>> >> >> >>>>> >>> >> >> >>>>> >>> >> >> >>>>> >>> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>> >>> >> _______________________________________________ >> >>>>> >>> >> Csound-devel mailing list >> >>>>> >>> >> Csound-devel@lists.sourceforge.net >> >>>>> >>> >> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>> >>> > >> >>>>> >>> > >> >>>>> >>> > >> >>>>> >>> > >> >>>>> >>> > >> >>>>> >>> > ------------------------------------------------------------------------------ >> >>>>> >>> > Managing the Performance of Cloud-Based Applications >> >>>>> >>> > Take advantage of what the Cloud has to offer - Avoid Common >> >>>>> >>> > Pitfalls. >> >>>>> >>> > Read the Whitepaper. >> >>>>> >>> > >> >>>>> >>> > >> >>>>> >>> > >> >>>>> >>> > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>> >>> > _______________________________________________ >> >>>>> >>> > Csound-devel mailing list >> >>>>> >>> > Csound-devel@lists.sourceforge.net >> >>>>> >>> > https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>> >>> >> >>>>> >>> >> >>>>> >>> >> >>>>> >>> -- >> >>>>> >>> >> >>>>> >>> Oeyvind Brandtsegg >> >>>>> >>> Professor of Music Technology >> >>>>> >>> NTNU >> >>>>> >>> 7491 Trondheim >> >>>>> >>> Norway >> >>>>> >>> Cell: +47 92 203 205 >> >>>>> >>> >> >>>>> >>> http://flyndresang.no/ >> >>>>> >>> http://www.partikkelaudio.com/ >> >>>>> >>> http://soundcloud.com/brandtsegg >> >>>>> >>> http://soundcloud.com/t-emp >> >>>>> >>> >> >>>>> >>> >> >>>>> >>> >> >>>>> >>> >> >>>>> >>> ------------------------------------------------------------------------------ >> >>>>> >>> Managing the Performance of Cloud-Based Applications >> >>>>> >>> Take advantage of what the Cloud has to offer - Avoid Common >> >>>>> >>> Pitfalls. >> >>>>> >>> Read the Whitepaper. >> >>>>> >>> >> >>>>> >>> >> >>>>> >>> >> >>>>> >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>> >>> _______________________________________________ >> >>>>> >>> Csound-devel mailing list >> >>>>> >>> Csound-devel@lists.sourceforge.net >> >>>>> >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>> >> >> >>>>> >> >> >>>>> >> >> >>>>> >> >> >>>>> >> >> >>>>> >> ------------------------------------------------------------------------------ >> >>>>> >> Managing the Performance of Cloud-Based Applications >> >>>>> >> Take advantage of what the Cloud has to offer - Avoid Common >> >>>>> >> Pitfalls. >> >>>>> >> Read the Whitepaper. >> >>>>> >> >> >>>>> >> >> >>>>> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>> >> _______________________________________________ >> >>>>> >> Csound-devel mailing list >> >>>>> >> Csound-devel@lists.sourceforge.net >> >>>>> >> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>>> >> >> >>>>> >> >>>>> >> >>>>> >> >>>>> ------------------------------------------------------------------------------ >> >>>>> Managing the Performance of Cloud-Based Applications >> >>>>> Take advantage of what the Cloud has to offer - Avoid Common >> >>>>> Pitfalls. >> >>>>> Read the Whitepaper. >> >>>>> >> >>>>> >> >>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>>>> _______________________________________________ >> >>>>> Csound-devel mailing list >> >>>>> Csound-devel@lists.sourceforge.net >> >>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>>> >> >>>> >> >>> >> >>> >> >>> >> >>> ------------------------------------------------------------------------------ >> >>> Managing the Performance of Cloud-Based Applications >> >>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> >>> Read the Whitepaper. >> >>> >> >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >>> _______________________________________________ >> >>> Csound-devel mailing list >> >>> Csound-devel@lists.sourceforge.net >> >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >> >>> >> >> >> >> >> >> ------------------------------------------------------------------------------ >> >> Managing the Performance of Cloud-Based Applications >> >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> >> Read the Whitepaper. >> >> >> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> >> _______________________________________________ >> >> Csound-devel mailing list >> >> Csound-devel@lists.sourceforge.net >> >> https://lists.sourceforge.net/lists/listinfo/csound-devel >> > >> > >> > >> > -- >> > >> > Oeyvind Brandtsegg >> > Professor of Music Technology >> > NTNU >> > 7491 Trondheim >> > Norway >> > Cell: +47 92 203 205 >> > >> > http://flyndresang.no/ >> > http://www.partikkelaudio.com/ >> > http://soundcloud.com/brandtsegg >> > http://soundcloud.com/t-emp >> > >> > >> > ------------------------------------------------------------------------------ >> > Managing the Performance of Cloud-Based Applications >> > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> > Read the Whitepaper. >> > >> > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> > _______________________________________________ >> > Csound-devel mailing list >> > Csound-devel@lists.sourceforge.net >> > https://lists.sourceforge.net/lists/listinfo/csound-devel >> >> >> ------------------------------------------------------------------------------ >> Managing the Performance of Cloud-Based Applications >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> Read the Whitepaper. >> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> _______________________________________________ >> Csound-devel mailing list >> Csound-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/csound-devel > > > > ------------------------------------------------------------------------------ > Managing the Performance of Cloud-Based Applications > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. > Read the Whitepaper. > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk > _______________________________________________ > Csound-devel mailing list > Csound-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/csound-devel > ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/csound-devel

Date	2014-02-06 21:44
From	Oeyvind Brandtsegg
Subject	Re: [Cs-dev] [Csnd] Latency and buffers
	Thanks so much ... tested with Reaper and as expected it works here too, with Live, however, I still get soundcardbuffer+ksmps (but I expected to get only soundcardbuffer latency), Something went awry with my Cubase version, so I'm downloading an update (big) now. Oeyvind 2014-02-06 Rory Walsh : > Sorry Oeyvind, I just uploaded it to a few moments ago: > http://www.thecabbagefoundation.org/viewtopic.php?f=21&t=360&p=819#p819 > Thought it best to dump it there for you to try out before I do an > official release. I sorted those host bpm issues for you too. I've > actually reserved some channels for that info so you don't need to > declare any host stuff in the GUI code. Seemed a little pointless to > have to do that. Here are the reserved channels now in full. > > 'HOST_BPM': Retrieve the currents host bpm. This will be updated > whenever the host BPM changes. > 'IS_PLAYING': Pressing play on the host transport dialogue will cause > this channel to send a 1. Hitting stop will send a 0. > 'IS_RECORDING': As above only for monitoring the record status of a session. > 'TIME_IN_SECONDS': Return the current time in seconds from the start > of the track. > 'HOST_PPQ_POS': Return the position of the start of the last bar, in > pulses-per-quarter-note. > 'CABBAGE_CSD_PATH': This string channel will retrieve the full path to > the current csd file. > > All the host stuff is updated at every k cycle. The path is constant > and only gets sent once, if for some reason you overwrite that channel > with something else, you'll need to restart to get it again. I hope > the PDC works Ok in other hosts. I've had no issue in Reaper so far. > > > On 6 February 2014 20:42, Oeyvind Brandtsegg wrote: >> Tested with the installer at >> https://github.com/cabbageaudio/cabbage/releases now, but still have >> delay, >> perhaps it has not been updated? >> >> >> 2014-02-06 Rory Walsh : >>> That's what I've done with Cabbage. I've only tested with Reaper but >>> so far so good. No more delays. >>> >>> On 6 February 2014 16:48, Michael Gogins wrote: >>>> Correction: I think the following would be more reliable: >>>> >>>> (1) After compiling the orc, call setInitialDelay with ksmps, THEN call >>>> ioChanged. In resume, the host will be pick up the initial delay. Calling >>>> setInitialDelay only sets the value of this field, it does not notify the >>>> host. >>>> >>>> Regards, >>>> Mike >>>> >>>> >>>> ----------------------------------------------------- >>>> Michael Gogins >>>> Irreducible Productions >>>> http://michaelgogins.tumblr.com >>>> Michael dot Gogins at gmail dot com >>>> >>>> >>>> On Thu, Feb 6, 2014 at 11:42 AM, Michael Gogins >>>> wrote: >>>>> >>>>> I've reviewed the VST plugin latency issue. It seems that the best thing >>>>> that I can do for CsoundVST: >>>>> >>>>> (1) After compiling the orc, call ioChanged to notify the host that the >>>>> plugin's latency may have changed. >>>>> >>>>> (2) In suspend or resume, call setInitialDelay with ksmps to tell the host >>>>> what that latency now is. >>>>> >>>>> Rory, does that sound correct to you? >>>>> >>>>> I do know that different VST hosts may handle this differently. >>>>> >>>>> Regards, >>>>> Mike >>>>> >>>>> >>>>> ----------------------------------------------------- >>>>> Michael Gogins >>>>> Irreducible Productions >>>>> http://michaelgogins.tumblr.com >>>>> Michael dot Gogins at gmail dot com >>>>> >>>>> >>>>> On Thu, Feb 6, 2014 at 10:55 AM, Rory Walsh wrote: >>>>>> >>>>>> This works really well. In Reaper the PDC is done automatically so the >>>>>> problem is effectively solved, no more phasing! I'll update the >>>>>> installer later. Perhaps you can try it with other hosts and let me >>>>>> know how it goes. Cheers, >>>>>> Rory. >>>>>> >>>>>> >>>>>> >>>>>> On 6 February 2014 14:13, Rory Walsh wrote: >>>>>> > Good thinking Oeyvind. I'll add that and update the Windows installer >>>>>> > this evening so you can try it out. >>>>>> > >>>>>> > On 6 February 2014 14:03, Michael Gogins >>>>>> > wrote: >>>>>> >> Thanks for the information, I will look into that. >>>>>> >> >>>>>> >> Regards, >>>>>> >> Mike >>>>>> >> >>>>>> >> >>>>>> >> ----------------------------------------------------- >>>>>> >> Michael Gogins >>>>>> >> Irreducible Productions >>>>>> >> http://michaelgogins.tumblr.com >>>>>> >> Michael dot Gogins at gmail dot com >>>>>> >> >>>>>> >> >>>>>> >> On Thu, Feb 6, 2014 at 8:59 AM, Oeyvind Brandtsegg >>>>>> >> wrote: >>>>>> >>> >>>>>> >>> Ok, good. >>>>>> >>> Just one last thing, >>>>>> >>> We might need to check (CsoundVST and Cabbage) if the effective >>>>>> >>> latency is reported correctly to the host, >>>>>> >>> as even a millisecond latency will matter if processing is done in >>>>>> >>> parallell (clean sound on one track, processsed sound with latency >>>>>> >>> one >>>>>> >>> another), that is, when the two are mixed we will have phasing >>>>>> >>> artifacts at 1kHz and integer multiples. >>>>>> >>> I'm not sure if the reported latency is reported correctly now, as >>>>>> >>> the >>>>>> >>> tracks do not line up when Delay compensation is turned on (in Live). >>>>>> >>> Other VSTs line up nicely when Delay compensation is on. >>>>>> >>> >>>>>> >>> all best >>>>>> >>> >>>>>> >>> >>>>>> >>> 2014-02-06 Victor Lazzarini : >>>>>> >>> > As you noticed, MaxMSP has also some issues when used as a plugin >>>>>> >>> > in >>>>>> >>> > Ableton, because of >>>>>> >>> > buffering. I would risk saying that it is because it has to work, >>>>>> >>> > as a >>>>>> >>> > Csound, with a set block size. >>>>>> >>> > But even with that, they seem to impose another layer of buffering, >>>>>> >>> > because afaik the block size >>>>>> >>> > by default is 64 samples. >>>>>> >>> > >>>>>> >>> > So, this is fundamental thing in the design of systems like Csound, >>>>>> >>> > PD, >>>>>> >>> > MaxMSP, that the >>>>>> >>> > block size is fixed. To change this, it means a complete redesign >>>>>> >>> > in >>>>>> >>> > terms of how Csound works, >>>>>> >>> > a rewrite of the engine and many opcodes that depend on that >>>>>> >>> > remaining >>>>>> >>> > constant. >>>>>> >>> > Within Csound, we have introduced the possibility of sample >>>>>> >>> > accurate >>>>>> >>> > timing for events, but >>>>>> >>> > that works within the fixed-block framework via the use of offsets. >>>>>> >>> > >>>>>> >>> > Note that there are systems around that work exclusively on a block >>>>>> >>> > size >>>>>> >>> > of 1, therefore >>>>>> >>> > avoiding any such issues. Csound can also do that. I would not >>>>>> >>> > necessarily think that >>>>>> >>> > ksmps=1 is only limited to simple effects. In modern computers, I >>>>>> >>> > have >>>>>> >>> > seen a lot of >>>>>> >>> > complex things running perfectly at that level. And following what >>>>>> >>> > Mike >>>>>> >>> > has said, ksmps=16 >>>>>> >>> > might be perfectly acceptable in many situations. As Oeyvind >>>>>> >>> > proved, >>>>>> >>> > that can be much >>>>>> >>> > better than what people are used to in some systems. If they can >>>>>> >>> > LIVE >>>>>> >>> > with that, surely >>>>>> >>> > they can REAPER the benefit with Csound ;). >>>>>> >>> > >>>>>> >>> > Regards >>>>>> >>> > >>>>>> >>> > Victor >>>>>> >>> > >>>>>> >>> > >>>>>> >>> > >>>>>> >>> > >>>>>> >>> > On 6 Feb 2014, at 09:17, Oeyvind Brandtsegg >>>>>> >>> > >>>>>> >>> > wrote: >>>>>> >>> > >>>>>> >>> >> Yes, it would definitely be a good thing to fix, >>>>>> >>> >> especially when considering the use of a series of plugins on the >>>>>> >>> >> same >>>>>> >>> >> track. >>>>>> >>> >> This is how I noticed the problem in the first place, as I had 3 >>>>>> >>> >> or 4 >>>>>> >>> >> Cabbage plugs in a series on the same track. >>>>>> >>> >> One might say that this is not a wise setup, all things recently >>>>>> >>> >> learned considered, >>>>>> >>> >> but it is one thing that a user might expect to do without >>>>>> >>> >> problems. >>>>>> >>> >> >>>>>> >>> >> The use of Csound as a plugin via Cabbage opens up Csound for >>>>>> >>> >> being >>>>>> >>> >> used widely in common production environments, >>>>>> >>> >> in terms of the way forward and making the language more >>>>>> >>> >> widespread, >>>>>> >>> >> this is a significant area. In that respect the dynamic ksmps >>>>>> >>> >> issue is >>>>>> >>> >> important for the continued use if Csound in a modern workflow. >>>>>> >>> >> >>>>>> >>> >> Until then, I will rewrite my plugins so all things I might need >>>>>> >>> >> on >>>>>> >>> >> one track lives in a single Cabage plug. >>>>>> >>> >> >>>>>> >>> >> all best >>>>>> >>> >> >>>>>> >>> >> 2014-02-06 Rory Walsh : >>>>>> >>> >>> Btw, it's clear that other plugins won't have a latency problem >>>>>> >>> >>> because they can(or at least should be able to) deal with >>>>>> >>> >>> variable >>>>>> >>> >>> buffer sizes. >>>>>> >>> >>> >>>>>> >>> >>> On 6 February 2014 08:57, Rory Walsh wrote: >>>>>> >>> >>>> That's a funny observation about Live. Their next product will >>>>>> >>> >>>> be >>>>>> >>> >>>> called Offline :) It seems ksmps==1 is a no go for anything but >>>>>> >>> >>>> a >>>>>> >>> >>>> single instance of a relatively simple effect(of course there >>>>>> >>> >>>> are no >>>>>> >>> >>>> issue with synths). And it also seems that pretty much all of >>>>>> >>> >>>> the >>>>>> >>> >>>> plugins standards in use today(AU, VST, LV2, etc) assume a >>>>>> >>> >>>> dynamic >>>>>> >>> >>>> buffer size. So as long as Csound is being used to process host >>>>>> >>> >>>> audio >>>>>> >>> >>>> in one of these environments it's likely there will be a latency >>>>>> >>> >>>> problem. That is if you plan to use the full power of Csound >>>>>> >>> >>>> there >>>>>> >>> >>>> will be. I know the latency will in most cases be quite small, >>>>>> >>> >>>> but >>>>>> >>> >>>> isn't it still enough to cause undesired effects on a mix? >>>>>> >>> >>>> >>>>>> >>> >>>> On 6 February 2014 08:38, Oeyvind Brandtsegg >>>>>> >>> >>>> wrote: >>>>>> >>> >>>>> Thanks so much for that explanation Mike. >>>>>> >>> >>>>> Rory, don't even so much as think of contemplating life without >>>>>> >>> >>>>> Cabbage (oh you already did...) ! >>>>>> >>> >>>>> Here's more observations about latency in different hosts that >>>>>> >>> >>>>> might >>>>>> >>> >>>>> brighten up thhing a bit, >>>>>> >>> >>>>> depending on what hosts one prefer... >>>>>> >>> >>>>> >>>>>> >>> >>>>> In Reaper: >>>>>> >>> >>>>> >>>>>> >>> >>>>> >>>>>> >>> >>>>> 2014-02-06 Michael Gogins : >>>>>> >>> >>>>>> There are two cases. If ksmps is always 1, you can use this >>>>>> >>> >>>>>> algorithm: >>>>>> >>> >>>>>> >>>>>> >>> >>>>>> for each frame in the host input buffer: >>>>>> >>> >>>>>> copy the host frame to the spin frame >>>>>> >>> >>>>>> call performKsmps() >>>>>> >>> >>>>>> copy the spout frame to the host output buffer >>>>>> >>> >>>>>> >>>>>> >>> >>>>>> Then there is no delay. >>>>>> >>> >>>>>> >>>>>> >>> >>>>>> If ksmps is greater than 1 it goes like this. It's enough to >>>>>> >>> >>>>>> consider ksmps >>>>>> >>> >>>>>> = 2, >>>>>> >>> >>>>>> all other cases work the same way. >>>>>> >>> >>>>>> >>>>>> >>> >>>>>> for each frame in the host input buffer: >>>>>> >>> >>>>>> copy the current host input frame to the current spin frame >>>>>> >>> >>>>>> copy the current spout frame to the current host output >>>>>> >>> >>>>>> buffer >>>>>> >>> >>>>>> if the current spout frame is past the end of spout: >>>>>> >>> >>>>>> call performKsmps >>>>>> >>> >>>>>> reset the spout/spin frame index to 0 >>>>>> >>> >>>>>> >>>>>> >>> >>>>>> If ksmps==1 then there is 1 frame of silence in the output at >>>>>> >>> >>>>>> the >>>>>> >>> >>>>>> start, and >>>>>> >>> >>>>>> thereafter output lags input by 1 frame. On the final frame of >>>>>> >>> >>>>>> the >>>>>> >>> >>>>>> host >>>>>> >>> >>>>>> buffer, Csound computes a frame in spout but it is not copied >>>>>> >>> >>>>>> to >>>>>> >>> >>>>>> the output >>>>>> >>> >>>>>> until the next processing call. >>>>>> >>> >>>>>> >>>>>> >>> >>>>>> If ksmps==2 then there are 2 frames of silence in the output >>>>>> >>> >>>>>> at the >>>>>> >>> >>>>>> start, >>>>>> >>> >>>>>> and thereafter output lags input by 2 frames. On the final >>>>>> >>> >>>>>> frame of >>>>>> >>> >>>>>> the host >>>>>> >>> >>>>>> buffer,Csound computes 2 frames in spout, but depending on the >>>>>> >>> >>>>>> size >>>>>> >>> >>>>>> of the >>>>>> >>> >>>>>> output buffer, 1 or 2 frames are not copied to the output >>>>>> >>> >>>>>> until the >>>>>> >>> >>>>>> next >>>>>> >>> >>>>>> processing call. >>>>>> >>> >>>>>> >>>>>> >>> >>>>>> And so on. >>>>>> >>> >>>>>> >>>>>> >>> >>>>>> Regards, >>>>>> >>> >>>>>> Mike >>>>>> >>> >>>>>> >>>>>> >>> >>>>>> >>>>>> >>> >>>>>> >>>>>> >>> >>>>>> ----------------------------------------------------- >>>>>> >>> >>>>>> Michael Gogins >>>>>> >>> >>>>>> Irreducible Productions >>>>>> >>> >>>>>> http://michaelgogins.tumblr.com >>>>>> >>> >>>>>> Michael dot Gogins at gmail dot com >>>>>> >>> >>>>>> >>>>>> >>> >>>>>> >>>>>> >>> >>>>>> On Wed, Feb 5, 2014 at 7:39 PM, Rory Walsh >>>>>> >>> >>>>>> wrote: >>>>>> >>> >>>>>>> >>>>>> >>> >>>>>>> The way it stands things are fine, albeit with a ksmps delay. >>>>>> >>> >>>>>>> But >>>>>> >>> >>>>>>> it >>>>>> >>> >>>>>>> will remain constant and there won't be any drop outs. If >>>>>> >>> >>>>>>> ksmps >>>>>> >>> >>>>>>> ==1 >>>>>> >>> >>>>>>> then there will be no problems with latency. Of course I >>>>>> >>> >>>>>>> stand to >>>>>> >>> >>>>>>> be >>>>>> >>> >>>>>>> corrected. When all is said and done, I did enjoy >>>>>> >>> >>>>>>> contemplating >>>>>> >>> >>>>>>> life >>>>>> >>> >>>>>>> without Cabbage over a few beers. But that might just have >>>>>> >>> >>>>>>> been >>>>>> >>> >>>>>>> the >>>>>> >>> >>>>>>> beers :) >>>>>> >>> >>>>>>> >>>>>> >>> >>>>>>> >>>>>> >>> >>>>>>> On 5 February 2014 23:57, Rory Walsh >>>>>> >>> >>>>>>> wrote: >>>>>> >>> >>>>>>>> I'm glad you asked this because I'm a little lost too! I was >>>>>> >>> >>>>>>>> thinking >>>>>> >>> >>>>>>>> the >>>>>> >>> >>>>>>>> same as you. At some stage won't things goes south if the >>>>>> >>> >>>>>>>> buffer >>>>>> >>> >>>>>>>> size >>>>>> >>> >>>>>>>> suddenly changes as is likely once automation is brought >>>>>> >>> >>>>>>>> into the >>>>>> >>> >>>>>>>> equation? >>>>>> >>> >>>>>>>> >>>>>> >>> >>>>>>>> sent from a mobile device... >>>>>> >>> >>>>>>>> >>>>>> >>> >>>>>>>> On 5 Feb 2014 23:27, "Oeyvind Brandtsegg" >>>>>> >>> >>>>>>>> >>>>>> >>> >>>>>>>> wrote: >>>>>> >>> >>>>>>>>> >>>>>> >>> >>>>>>>>> Ok. That is good. >>>>>> >>> >>>>>>>>> But can it (the latency) change dynamically, as the host >>>>>> >>> >>>>>>>>> buffer >>>>>> >>> >>>>>>>>> size >>>>>> >>> >>>>>>>>> change dynamically? >>>>>> >>> >>>>>>>>> Sorry if I'm being dense but I would really like to >>>>>> >>> >>>>>>>>> understand. >>>>>> >>> >>>>>>>>> >>>>>> >>> >>>>>>>>> >>>>>> >>> >>>>>>>>> 2014-02-06 Michael Gogins : >>>>>> >>> >>>>>>>>>> No, the maximum latency is ksmps. That could be either >>>>>> >>> >>>>>>>>>> larger, >>>>>> >>> >>>>>>>>>> or >>>>>> >>> >>>>>>>>>> smaller, >>>>>> >>> >>>>>>>>>> than the host buffer size. It doesn't matter. >>>>>> >>> >>>>>>>>>> >>>>>> >>> >>>>>>>>>> Regards, >>>>>> >>> >>>>>>>>>> Mike >>>>>> >>> >>>>>>>>>> >>>>>> >>> >>>>>>>>>> >>>>>> >>> >>>>>>>>>> ----------------------------------------------------- >>>>>> >>> >>>>>>>>>> Michael Gogins >>>>>> >>> >>>>>>>>>> Irreducible Productions >>>>>> >>> >>>>>>>>>> http://michaelgogins.tumblr.com >>>>>> >>> >>>>>>>>>> Michael dot Gogins at gmail dot com >>>>>> >>> >>>>>>>>>> >>>>>> >>> >>>>>>>>>> >>>>>> >>> >>>>>>>>>> On Wed, Feb 5, 2014 at 6:07 PM, Oeyvind Brandtsegg >>>>>> >>> >>>>>>>>>> wrote: >>>>>> >>> >>>>>>>>>>> >>>>>> >>> >>>>>>>>>>> ...but the latency would be one full host buffer size, >>>>>> >>> >>>>>>>>>>> not >>>>>> >>> >>>>>>>>>>> just a >>>>>> >>> >>>>>>>>>>> ksmps, >>>>>> >>> >>>>>>>>>>> right? >>>>>> >>> >>>>>>>>>>> So a small ksmps would rather minimize the chance of a >>>>>> >>> >>>>>>>>>>> ksmps-buffer >>>>>> >>> >>>>>>>>>>> mismatch, but not actually minimize worst case latency >>>>>> >>> >>>>>>>>>>> (which >>>>>> >>> >>>>>>>>>>> would >>>>>> >>> >>>>>>>>>>> be >>>>>> >>> >>>>>>>>>>> one host buffer block). Isn't it so? >>>>>> >>> >>>>>>>>>>> >>>>>> >>> >>>>>>>>>>> Now, one thing I don't understand is if the latency can >>>>>> >>> >>>>>>>>>>> be >>>>>> >>> >>>>>>>>>>> zero >>>>>> >>> >>>>>>>>>>> when >>>>>> >>> >>>>>>>>>>> the host buffer is an integer multiple of ksmps, and it >>>>>> >>> >>>>>>>>>>> indeed >>>>>> >>> >>>>>>>>>>> is, >>>>>> >>> >>>>>>>>>>> and also the host buffer size can be dynamic, we must >>>>>> >>> >>>>>>>>>>> assume >>>>>> >>> >>>>>>>>>>> that >>>>>> >>> >>>>>>>>>>> the two buffer length may initially fit but at some later >>>>>> >>> >>>>>>>>>>> time >>>>>> >>> >>>>>>>>>>> they >>>>>> >>> >>>>>>>>>>> will not,* then* what happens at the transition point ? I >>>>>> >>> >>>>>>>>>>> mean, when >>>>>> >>> >>>>>>>>>>> we go from perfectly aligned buffers and zero latency to >>>>>> >>> >>>>>>>>>>> misaligned >>>>>> >>> >>>>>>>>>>> buffers and one bufferlength latency. Then we should have >>>>>> >>> >>>>>>>>>>> one >>>>>> >>> >>>>>>>>>>> non-full >>>>>> >>> >>>>>>>>>>> buffer in the transition from zero latency to one-buffer >>>>>> >>> >>>>>>>>>>> latency. >>>>>> >>> >>>>>>>>>>> Will >>>>>> >>> >>>>>>>>>>> it pop? If so, I would expect it to pop quite often(?), >>>>>> >>> >>>>>>>>>>> which >>>>>> >>> >>>>>>>>>>> it >>>>>> >>> >>>>>>>>>>> does >>>>>> >>> >>>>>>>>>>> not. >>>>>> >>> >>>>>>>>>>> Or? >>>>>> >>> >>>>>>>>>>> >>>>>> >>> >>>>>>>>>>> >>>>>> >>> >>>>>>>>>>> >>>>>> >>> >>>>>>>>>>> >>>>>> >>> >>>>>>>>>>> 2014-02-05 Victor Lazzarini : >>>>>> >>> >>>>>>>>>>>> If your ksmps is small, any latency that might exist >>>>>> >>> >>>>>>>>>>>> will be >>>>>> >>> >>>>>>>>>>>> small >>>>>> >>> >>>>>>>>>>>> too, >>>>>> >>> >>>>>>>>>>>> and I can't see it having >>>>>> >>> >>>>>>>>>>>> a major effect. So if you run with ksmps=16, it's 0.3 >>>>>> >>> >>>>>>>>>>>> millisseconds. >>>>>> >>> >>>>>>>>>>>> Not >>>>>> >>> >>>>>>>>>>>> much of a problem. >>>>>> >>> >>>>>>>>>>>> And for the cases where this is a problem, then it's >>>>>> >>> >>>>>>>>>>>> still >>>>>> >>> >>>>>>>>>>>> possible >>>>>> >>> >>>>>>>>>>>> to >>>>>> >>> >>>>>>>>>>>> run with ksmps=1. >>>>>> >>> >>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>> Victor >>>>>> >>> >>>>>>>>>>>> On 5 Feb 2014, at 20:46, Rory Walsh wrote: >>>>>> >>> >>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>> I wish I had thought of this before spending so much >>>>>> >>> >>>>>>>>>>>>> time >>>>>> >>> >>>>>>>>>>>>> writing >>>>>> >>> >>>>>>>>>>>>> a >>>>>> >>> >>>>>>>>>>>>> framework for developing VST plugins with Csound. I'm >>>>>> >>> >>>>>>>>>>>>> off >>>>>> >>> >>>>>>>>>>>>> now to >>>>>> >>> >>>>>>>>>>>>> have >>>>>> >>> >>>>>>>>>>>>> a few beers and rethink life! >>>>>> >>> >>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>> On 5 February 2014 20:06, Michael Gogins >>>>>> >>> >>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>> wrote: >>>>>> >>> >>>>>>>>>>>>>> Then your code will run 5 times slower or so. >>>>>> >>> >>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>> Regards, >>>>>> >>> >>>>>>>>>>>>>> Mike >>>>>> >>> >>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>> ----------------------------------------------------- >>>>>> >>> >>>>>>>>>>>>>> Michael Gogins >>>>>> >>> >>>>>>>>>>>>>> Irreducible Productions >>>>>> >>> >>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>>>>> >>> >>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>>>>> >>> >>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>> On Wed, Feb 5, 2014 at 3:03 PM, Rory Walsh >>>>>> >>> >>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>> wrote: >>>>>> >>> >>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>> Seems every where I look it says don't make any >>>>>> >>> >>>>>>>>>>>>>>> assumptions >>>>>> >>> >>>>>>>>>>>>>>> about >>>>>> >>> >>>>>>>>>>>>>>> buffer sizes. So I guess the only fail safe way is to >>>>>> >>> >>>>>>>>>>>>>>> force a >>>>>> >>> >>>>>>>>>>>>>>> ksmps >>>>>> >>> >>>>>>>>>>>>>>> of >>>>>> >>> >>>>>>>>>>>>>>> 1? uh... >>>>>> >>> >>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>> On 5 February 2014 19:57, Michael Gogins >>>>>> >>> >>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>> wrote: >>>>>> >>> >>>>>>>>>>>>>>>> I believe that you are wrong, you cannot count on a >>>>>> >>> >>>>>>>>>>>>>>>> power >>>>>> >>> >>>>>>>>>>>>>>>> of >>>>>> >>> >>>>>>>>>>>>>>>> two >>>>>> >>> >>>>>>>>>>>>>>>> size. >>>>>> >>> >>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>> See these threads from KVR: >>>>>> >>> >>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>> http://www.kvraudio.com/forum/viewtopic.php?t=279753 >>>>>> >>> >>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>> http://www.kvraudio.com/forum/viewtopic.php?t=359951 >>>>>> >>> >>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>> http://www.kvraudio.com/forum/viewtopic.php?p=3458228 >>>>>> >>> >>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>> Regards, >>>>>> >>> >>>>>>>>>>>>>>>> Mike >>>>>> >>> >>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>> ----------------------------------------------------- >>>>>> >>> >>>>>>>>>>>>>>>> Michael Gogins >>>>>> >>> >>>>>>>>>>>>>>>> Irreducible Productions >>>>>> >>> >>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>>>>> >>> >>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>>>>> >>> >>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>> On Wed, Feb 5, 2014 at 2:17 PM, Victor Lazzarini >>>>>> >>> >>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>> wrote: >>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>> But I think you're probably safe setting ksmps to a >>>>>> >>> >>>>>>>>>>>>>>>>> low >>>>>> >>> >>>>>>>>>>>>>>>>> value >>>>>> >>> >>>>>>>>>>>>>>>>> that >>>>>> >>> >>>>>>>>>>>>>>>>> is a >>>>>> >>> >>>>>>>>>>>>>>>>> power-of-two. I would >>>>>> >>> >>>>>>>>>>>>>>>>> expect most hosts to run buffers that are >>>>>> >>> >>>>>>>>>>>>>>>>> power-of-two >>>>>> >>> >>>>>>>>>>>>>>>>> and >>>>>> >>> >>>>>>>>>>>>>>>>> that >>>>>> >>> >>>>>>>>>>>>>>>>> are >>>>>> >>> >>>>>>>>>>>>>>>>> not >>>>>> >>> >>>>>>>>>>>>>>>>> that small. >>>>>> >>> >>>>>>>>>>>>>>>>> ksmps =8,16 or 32 should do. >>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>> Victor >>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>> On 5 Feb 2014, at 18:10, Rory Walsh wrote: >>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>> I was just about to answer my previous mail with >>>>>> >>> >>>>>>>>>>>>>>>>>> the >>>>>> >>> >>>>>>>>>>>>>>>>>> same >>>>>> >>> >>>>>>>>>>>>>>>>>> thing. >>>>>> >>> >>>>>>>>>>>>>>>>>> That's >>>>>> >>> >>>>>>>>>>>>>>>>>> a pain. >>>>>> >>> >>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>> On 5 February 2014 18:03, Michael Gogins >>>>>> >>> >>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>> wrote: >>>>>> >>> >>>>>>>>>>>>>>>>>>> No. The host can and often does use a different >>>>>> >>> >>>>>>>>>>>>>>>>>>> host >>>>>> >>> >>>>>>>>>>>>>>>>>>> audio >>>>>> >>> >>>>>>>>>>>>>>>>>>> buffer >>>>>> >>> >>>>>>>>>>>>>>>>>>> size >>>>>> >>> >>>>>>>>>>>>>>>>>>> on >>>>>> >>> >>>>>>>>>>>>>>>>>>> each call to process() or processReplacing(). >>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>> Regards, >>>>>> >>> >>>>>>>>>>>>>>>>>>> Mike >>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>> ----------------------------------------------------- >>>>>> >>> >>>>>>>>>>>>>>>>>>> Michael Gogins >>>>>> >>> >>>>>>>>>>>>>>>>>>> Irreducible Productions >>>>>> >>> >>>>>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>>>>> >>> >>>>>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>> On Wed, Feb 5, 2014 at 11:27 AM, Rory Walsh >>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>> wrote: >>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>> Hi Mike, isn't it possible to query the host >>>>>> >>> >>>>>>>>>>>>>>>>>>>> buffer >>>>>> >>> >>>>>>>>>>>>>>>>>>>> size >>>>>> >>> >>>>>>>>>>>>>>>>>>>> before >>>>>> >>> >>>>>>>>>>>>>>>>>>>> the >>>>>> >>> >>>>>>>>>>>>>>>>>>>> processing function is first called, in which >>>>>> >>> >>>>>>>>>>>>>>>>>>>> case >>>>>> >>> >>>>>>>>>>>>>>>>>>>> you can >>>>>> >>> >>>>>>>>>>>>>>>>>>>> just >>>>>> >>> >>>>>>>>>>>>>>>>>>>> override the csd's ksmps? >>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>> On 5 February 2014 15:55, Michael Gogins >>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>> wrote: >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> I've looked into this some more. As long as the >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> host >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> audio >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> buffer >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> is >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> not >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> an >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> integral multiple of ksmps, there will have to >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> be >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> ksmps >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> latency >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> between >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> input and output. That is because performKsmps >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> requires >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> spin >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> to >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> be >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> full, >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> but >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> if there is some remainder from hostsize/ksmps, >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> there >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> will >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> be >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> some >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> frames >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> that the host buffer doesn't have but spin >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> needs. >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> I am letting this go for now, but if Csound >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> could >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> adjust >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> ksmps >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> during >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> performance via the API, then we could get rid >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> of >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> this >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> latency >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> by >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> setting >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> ksmps equal to the host buffer size on each >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> host >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> processing >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> call. >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> I >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> think >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> this would be a really good idea. I'm entering >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> it as >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> a >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> feature >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> request. >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> Regards, >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> Mike >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> Regards, >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> Mike >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> ----------------------------------------------------- >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> Michael Gogins >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> Irreducible Productions >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 1:47 PM, Michael Gogins >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> wrote: >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> CsoundVST does the following: >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> In the processReplacing callback there are >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> essentially >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> two >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> simultaneous >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> loops, each with their own loop indexes. One >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> loop >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> is for >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> the >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> host >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> audio >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> buffer, which can change in size from one call >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> to >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> the >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> next. >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> The >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> other >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> loop >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> is for Csound. >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> For each frame of audio, one frame of audio is >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> copied >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> from >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> the >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> host >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> input >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> buffer to spin, one frame of audio is copied >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> from >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> spout >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> to >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> the >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> host >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> audio >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> output buffer, and both loop indexes are >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> incremented. >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> At the end of spout, ksmps audio are processed >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> by >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> Csound, >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> and >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> the >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> spin >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> and >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> spout buffer indexes are reset to 0. These >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> indexes >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> persist >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> from >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> call >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> to >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> call, so there are no gaps or glitches. >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> There is ksmps frames latency in the code >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> because >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> spin >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> is >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> read >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> in >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> before >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> it spout is computed. But I will try to change >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> the >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> code >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> so >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> that >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> the >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> buffers >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> are rewound to line spout up with spin. There >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> will >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> then >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> be >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> zero >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> latency. >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> ----------------------------------------------------- >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> Michael Gogins >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> Irreducible Productions >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 11:03 AM, Steven Yi >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> I was in the middle of replying pretty much >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> the >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> same >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> thing >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> as >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Victor. >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Seems like you're introducing block's worth >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> of >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> latency >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> due >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> to >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> the >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> code >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> order. >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 11:05 AM, Victor >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Lazzarini >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> I would have thought that you would >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 1) write data into spin >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 2) process >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 3) write data out of spout. >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> if you read and write after running >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> PeformKsmps(), as >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> far >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> as >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> I >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> can >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> see >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> there might be >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> a delay between input and output, as you >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> will be >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> effectively >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> putting >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> out the data that >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> you processed in the previous period. >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 1) process (means process the current spin >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> data) >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 2) write to spin the new data >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 3) write out the result of processing the >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> previous >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> spin >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> That's what it looks like to me. Not sure if >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> I am >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> right. >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Also >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> this >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> discussion should be in the dev list not >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> in the users list (so my response is going >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> there). >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Victor >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> On 4 Feb 2014, at 15:47, Rory Walsh >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> I can confirm that it's not an issue with >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> plugin >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> framework >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> I'm >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> using. I can also confirm it happens >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> whether the >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> plugin's >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> processBlock() is being called the same >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> amount >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> of >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> times >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> as >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> performKsmps(). That is to say, if the >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> plugin >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> sample >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> buffer >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> is >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> set >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> to >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> 64 and so is Csound's, the problem >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> persists. >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> I can recreate it with Reaper by placing >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> two >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> identical >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> audio >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> tracks >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> in >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> the session. On one track I place a >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> straight >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> forward >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> in/out >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> effect plugin. Then play both back at the >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> same >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> time. >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> You'll >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> hear >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> subtle phasing taking place until you >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> bypass the >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> plugin >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> effect. >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> Here's >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> my processBlock(), it couldn't be any >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> simpler. >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> Can >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> any >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> devs >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> out >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> there >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> spot something that might introduce >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> latency? >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> CSCompResult = csound->PerformKsmps(); >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> for(int i=0;i>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> { >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> if(!CSCompResult) >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> { >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> for(int channel = 0; channel < >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> getNumOutputChannels(); >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> channel++ ) >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> { >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> audioBuffer = >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> buffer.getSampleData(channel,0); >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> pos = igetNumOutputChannels(); >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> CSspin[channel+pos] = >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> audioBuffer[i]cs_scale; >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> audioBuffer[i] = >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> (CSspout[channel+pos]/cs_scale); >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> } >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> } >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> else >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> buffer.clear(); >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> } >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 15:04, Oeyvind >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> All good. >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> I could test with csound~ and found >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> another >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> cause >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> for >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> latency. >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Steven Yi : >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Nope. I did some work on updating the >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> CMake >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> file >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> to >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> try >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> building >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> on >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Windows yesterday. I need to do so me >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> research >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> to >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> see >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> about >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> libraries >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> to link to and other things, but it may >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> take a >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> while >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> current >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> work >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> load. >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:47 AM, Oeyvind >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> That looks as if it's for OSX only (?), >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> perhaps not compiled for windows yet? >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Steven Yi >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> : >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6~ should be with the installer; >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> also >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> available >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> at: >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://sourceforge.net/projects/csound/files/csound6/Csound6.02/csound~_v1.1.1.pkg/download >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:38 AM, Oeyvind >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I can also reproduce it with csound~ >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> MaxForLive >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> haven't tried with csound6~ (where can >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> find >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> it?) >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Now, testing with Max (not in Live), >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> and >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Reaper, >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> find >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> can not >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> reproduce the behaviour there. >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> So there is something with Live then. >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> However, >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> other >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> VST >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugins >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Live does not introduce extra latency. >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> The way I measure latency is by >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> setiing up >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> a >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> microphone >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> close >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> to >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> speaker, close enough that it will >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> almost >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> feed, >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> then tap the mic and listen to the >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> resonance of >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> system. >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> When >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency changes, the resonance will >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> change. >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> When I add a plugin (Cabbage or >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> MaxForLive >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound~), >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> (and so the resonance) changes. If I >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> load >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> other >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> VST >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugins >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> this >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> does >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> not happen, the latency does not >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> change. >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> But as I said, I can only reproduce it >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Live. >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Sorry >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> for >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> noise. >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> : >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I can recreate it here. It's subtle, >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> but >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> present. >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I'll >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> take >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> a >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> look. >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:38, Oeyvind >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Yes, I have tried different ksmps >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> values, >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> both >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> higher >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> and >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> lower >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> and >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> equal to the host buffer size. >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Will investigate if I can reproduce >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> it on >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound~. >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> : >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On second thoughts I can't see what >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> might be >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> causing >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> this. >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Have you >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> tried setting ksmps to be the same >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> as >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> your >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> host's >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> buffer >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> size? >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:01, Rory >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Walsh >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I think I have it... Lunch first >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> though.. >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sent from a mobile device... >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 Feb 2014 12:56, "Rory Walsh" >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Are you just running audio >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> straight in >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> and >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> out, >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> no >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processing? The >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin host calls the plugin's >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock() >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> which >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> turn >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> calls >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> performKsmps(). So long as >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock() >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> is >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> being >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> called >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> (if the >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> track is playing for example) >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> performKsmps() >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> will >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> be >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> called >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> over and >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> over again processing ksmps >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> samples >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> each >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> time. >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> At >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> moment >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock() method and the >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> performKsmps() >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> are >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> firing >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> off >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> at >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> different speeds. I can look at >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> forcing >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugins >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> to >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> process the >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> same amount of samples as the >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> does >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> each >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> call >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> to >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock(). Perhaps that >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> might >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> help. >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 12:41, Oeyvind >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Regarding latency and buffers, >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I thought I had understood that >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound, >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> when >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> used >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> as a >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin (e.g. >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cabbage or csound~) would >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> process the >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> audio >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> buffer >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "in >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> place", so no >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> extra latency would incur due to >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sound >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> being >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processed >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> through >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Csound, assuming that ksmps is >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> smaler >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> than >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> host >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> program's buffer >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> size. >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Now, running Cabbage plugins in >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Ableton >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Live, >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I've >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> been >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> investigating >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency issues, and I find that >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> adding a >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> simple >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin will >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> delay the signal. Also, adding >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> more >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> than >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> one >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> such >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> series >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> increases the delay/latency >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> accordingly. >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I've >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> tried >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> using >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> different >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ksmps, and this indeed affects >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> amount >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> of >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> but >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> even setting >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ksmps=1 does not get rid of it. >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Can the buffer be processed "in >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> place"? >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> best >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Sourceforge >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> bug >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> can >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> be >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound" >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Sourceforge bug >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> can be >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> bug >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> be >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> bug >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> be >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> bug >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> be >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> bug >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> -- >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> here >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Applications >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> offer - >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Avoid >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Common >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Pitfalls. >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> _______________________________________________ >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Applications >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> - >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Avoid >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Common >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Pitfalls. >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> _______________________________________________ >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> Applications >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> Avoid >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> Common >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> Pitfalls. >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> _______________________________________________ >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>> >>> >>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >>>>>> >>> >>>>>>>>>>>>>>>>>>>> Applications >>>>>> >>> >>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >>>>>> >>> >>>>>>>>>>>>>>>>>>>> Avoid >>>>>> >>> >>>>>>>>>>>>>>>>>>>> Common >>>>>> >>> >>>>>>>>>>>>>>>>>>>> Pitfalls. >>>>>> >>> >>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>> >>> >>>>>>>>>>>>>>>>>>>> _______________________________________________ >>>>>> >>> >>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>>>>> >>> >>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>> >>> >>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >>>>>> >>> >>>>>>>>>>>>>>>>>>> Applications >>>>>> >>> >>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >>>>>> >>> >>>>>>>>>>>>>>>>>>> Avoid >>>>>> >>> >>>>>>>>>>>>>>>>>>> Common >>>>>> >>> >>>>>>>>>>>>>>>>>>> Pitfalls. >>>>>> >>> >>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>> >>> >>>>>>>>>>>>>>>>>>> _______________________________________________ >>>>>> >>> >>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>>>>> >>> >>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>> >>> >>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >>>>>> >>> >>>>>>>>>>>>>>>>>> Applications >>>>>> >>> >>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >>>>>> >>> >>>>>>>>>>>>>>>>>> Avoid >>>>>> >>> >>>>>>>>>>>>>>>>>> Common >>>>>> >>> >>>>>>>>>>>>>>>>>> Pitfalls. >>>>>> >>> >>>>>>>>>>>>>>>>>> Read the Whitepaper. >>>>>> >>> >>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>> >>> >>>>>>>>>>>>>>>>>> _______________________________________________ >>>>>> >>> >>>>>>>>>>>>>>>>>> Csound-devel mailing list >>>>>> >>> >>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>> >>> >>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>> Dr Victor Lazzarini >>>>>> >>> >>>>>>>>>>>>>>>>> Senior Lecturer >>>>>> >>> >>>>>>>>>>>>>>>>> Dept. of Music >>>>>> >>> >>>>>>>>>>>>>>>>> NUI Maynooth Ireland >>>>>> >>> >>>>>>>>>>>>>>>>> tel.: +353 1 708 3545 >>>>>> >>> >>>>>>>>>>>>>>>>> Victor dot Lazzarini AT nuim dot ie >>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>> >>> >>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >>>>>> >>> >>>>>>>>>>>>>>>>> Applications >>>>>> >>> >>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >>>>>> >>> >>>>>>>>>>>>>>>>> Avoid >>>>>> >>> >>>>>>>>>>>>>>>>> Common >>>>>> >>> >>>>>>>>>>>>>>>>> Pitfalls. >>>>>> >>> >>>>>>>>>>>>>>>>> Read the Whitepaper. >>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>> >>> >>>>>>>>>>>>>>>>> _______________________________________________ >>>>>> >>> >>>>>>>>>>>>>>>>> Csound-devel mailing list >>>>>> >>> >>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>> >>> >>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>> >>> >>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>> >>> >>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >>>>>> >>> >>>>>>>>>>>>>>>> Avoid >>>>>> >>> >>>>>>>>>>>>>>>> Common >>>>>> >>> >>>>>>>>>>>>>>>> Pitfalls. >>>>>> >>> >>>>>>>>>>>>>>>> Read the Whitepaper. >>>>>> >>> >>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>> >>> >>>>>>>>>>>>>>>> _______________________________________________ >>>>>> >>> >>>>>>>>>>>>>>>> Csound-devel mailing list >>>>>> >>> >>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>> >>> >>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>> >>> >>>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>> >>> >>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>> >>> >>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>>> >>> >>>>>>>>>>>>>>> Common >>>>>> >>> >>>>>>>>>>>>>>> Pitfalls. >>>>>> >>> >>>>>>>>>>>>>>> Read the Whitepaper. >>>>>> >>> >>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>> >>> >>>>>>>>>>>>>>> _______________________________________________ >>>>>> >>> >>>>>>>>>>>>>>> Csound-devel mailing list >>>>>> >>> >>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>> >>> >>>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>> >>> >>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>> >>> >>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>> >>> >>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>>> >>> >>>>>>>>>>>>>> Common >>>>>> >>> >>>>>>>>>>>>>> Pitfalls. >>>>>> >>> >>>>>>>>>>>>>> Read the Whitepaper. >>>>>> >>> >>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>> >>> >>>>>>>>>>>>>> _______________________________________________ >>>>>> >>> >>>>>>>>>>>>>> Csound-devel mailing list >>>>>> >>> >>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>> >>> >>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>> >>> >>>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>> >>> >>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>> >>> >>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>>> >>> >>>>>>>>>>>>> Common >>>>>> >>> >>>>>>>>>>>>> Pitfalls. >>>>>> >>> >>>>>>>>>>>>> Read the Whitepaper. >>>>>> >>> >>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>> >>> >>>>>>>>>>>>> _______________________________________________ >>>>>> >>> >>>>>>>>>>>>> Csound-devel mailing list >>>>>> >>> >>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>> >>> >>>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>> >>> >>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>> Dr Victor Lazzarini >>>>>> >>> >>>>>>>>>>>> Senior Lecturer >>>>>> >>> >>>>>>>>>>>> Dept. of Music >>>>>> >>> >>>>>>>>>>>> NUI Maynooth Ireland >>>>>> >>> >>>>>>>>>>>> tel.: +353 1 708 3545 >>>>>> >>> >>>>>>>>>>>> Victor dot Lazzarini AT nuim dot ie >>>>>> >>> >>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>> >>> >>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>> >>> >>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>>> >>> >>>>>>>>>>>> Common >>>>>> >>> >>>>>>>>>>>> Pitfalls. >>>>>> >>> >>>>>>>>>>>> Read the Whitepaper. >>>>>> >>> >>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>> >>> >>>>>>>>>>>> _______________________________________________ >>>>>> >>> >>>>>>>>>>>> Csound-devel mailing list >>>>>> >>> >>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>> >>> >>>>>>>>>>>> >>>>>> >>> >>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>> >>> >>>>>>>>>>> >>>>>> >>> >>>>>>>>>>> >>>>>> >>> >>>>>>>>>>> >>>>>> >>> >>>>>>>>>>> -- >>>>>> >>> >>>>>>>>>>> >>>>>> >>> >>>>>>>>>>> Oeyvind Brandtsegg >>>>>> >>> >>>>>>>>>>> Professor of Music Technology >>>>>> >>> >>>>>>>>>>> NTNU >>>>>> >>> >>>>>>>>>>> 7491 Trondheim >>>>>> >>> >>>>>>>>>>> Norway >>>>>> >>> >>>>>>>>>>> Cell: +47 92 203 205 >>>>>> >>> >>>>>>>>>>> >>>>>> >>> >>>>>>>>>>> http://flyndresang.no/ >>>>>> >>> >>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>> >>> >>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>> >>> >>>>>>>>>>> http://soundcloud.com/t-emp >>>>>> >>> >>>>>>>>>>> >>>>>> >>> >>>>>>>>>>> >>>>>> >>> >>>>>>>>>>> >>>>>> >>> >>>>>>>>>>> >>>>>> >>> >>>>>>>>>>> >>>>>> >>> >>>>>>>>>>> >>>>>> >>> >>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>> >>> >>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>> >>> >>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>>> >>> >>>>>>>>>>> Common >>>>>> >>> >>>>>>>>>>> Pitfalls. >>>>>> >>> >>>>>>>>>>> Read the Whitepaper. >>>>>> >>> >>>>>>>>>>> >>>>>> >>> >>>>>>>>>>> >>>>>> >>> >>>>>>>>>>> >>>>>> >>> >>>>>>>>>>> >>>>>> >>> >>>>>>>>>>> >>>>>> >>> >>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>> >>> >>>>>>>>>>> _______________________________________________ >>>>>> >>> >>>>>>>>>>> Csound-devel mailing list >>>>>> >>> >>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>> >>> >>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>> >>> >>>>>>>>>> >>>>>> >>> >>>>>>>>>> >>>>>> >>> >>>>>>>>>> >>>>>> >>> >>>>>>>>>> >>>>>> >>> >>>>>>>>>> >>>>>> >>> >>>>>>>>>> >>>>>> >>> >>>>>>>>>> >>>>>> >>> >>>>>>>>>> ------------------------------------------------------------------------------ >>>>>> >>> >>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>> >>> >>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>>> >>> >>>>>>>>>> Common >>>>>> >>> >>>>>>>>>> Pitfalls. >>>>>> >>> >>>>>>>>>> Read the Whitepaper. >>>>>> >>> >>>>>>>>>> >>>>>> >>> >>>>>>>>>> >>>>>> >>> >>>>>>>>>> >>>>>> >>> >>>>>>>>>> >>>>>> >>> >>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>> >>> >>>>>>>>>> _______________________________________________ >>>>>> >>> >>>>>>>>>> Csound-devel mailing list >>>>>> >>> >>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>> >>> >>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>> >>> >>>>>>>>>> >>>>>> >>> >>>>>>>>> >>>>>> >>> >>>>>>>>> >>>>>> >>> >>>>>>>>> >>>>>> >>> >>>>>>>>> -- >>>>>> >>> >>>>>>>>> >>>>>> >>> >>>>>>>>> Oeyvind Brandtsegg >>>>>> >>> >>>>>>>>> Professor of Music Technology >>>>>> >>> >>>>>>>>> NTNU >>>>>> >>> >>>>>>>>> 7491 Trondheim >>>>>> >>> >>>>>>>>> Norway >>>>>> >>> >>>>>>>>> Cell: +47 92 203 205 >>>>>> >>> >>>>>>>>> >>>>>> >>> >>>>>>>>> http://flyndresang.no/ >>>>>> >>> >>>>>>>>> http://www.partikkelaudio.com/ >>>>>> >>> >>>>>>>>> http://soundcloud.com/brandtsegg >>>>>> >>> >>>>>>>>> http://soundcloud.com/t-emp >>>>>> >>> >>>>>>>>> >>>>>> >>> >>>>>>>>> >>>>>> >>> >>>>>>>>> >>>>>> >>> >>>>>>>>> >>>>>> >>> >>>>>>>>> >>>>>> >>> >>>>>>>>> ------------------------------------------------------------------------------ >>>>>> >>> >>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>> >>> >>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>>> >>> >>>>>>>>> Common >>>>>> >>> >>>>>>>>> Pitfalls. >>>>>> >>> >>>>>>>>> Read the Whitepaper. >>>>>> >>> >>>>>>>>> >>>>>> >>> >>>>>>>>> >>>>>> >>> >>>>>>>>> >>>>>> >>> >>>>>>>>> >>>>>> >>> >>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>> >>> >>>>>>>>> _______________________________________________ >>>>>> >>> >>>>>>>>> Csound-devel mailing list >>>>>> >>> >>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>> >>> >>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>> >>> >>>>>>> >>>>>> >>> >>>>>>> >>>>>> >>> >>>>>>> >>>>>> >>> >>>>>>> >>>>>> >>> >>>>>>> ------------------------------------------------------------------------------ >>>>>> >>> >>>>>>> Managing the Performance of Cloud-Based Applications >>>>>> >>> >>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>> >>> >>>>>>> Pitfalls. >>>>>> >>> >>>>>>> Read the Whitepaper. >>>>>> >>> >>>>>>> >>>>>> >>> >>>>>>> >>>>>> >>> >>>>>>> >>>>>> >>> >>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>> >>> >>>>>>> _______________________________________________ >>>>>> >>> >>>>>>> Csound-devel mailing list >>>>>> >>> >>>>>>> Csound-devel@lists.sourceforge.net >>>>>> >>> >>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>> >>> >>>>>> >>>>>> >>> >>>>>> >>>>>> >>> >>>>>> >>>>>> >>> >>>>>> >>>>>> >>> >>>>>> >>>>>> >>> >>>>>> ------------------------------------------------------------------------------ >>>>>> >>> >>>>>> Managing the Performance of Cloud-Based Applications >>>>>> >>> >>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>> >>> >>>>>> Pitfalls. >>>>>> >>> >>>>>> Read the Whitepaper. >>>>>> >>> >>>>>> >>>>>> >>> >>>>>> >>>>>> >>> >>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>> >>> >>>>>> _______________________________________________ >>>>>> >>> >>>>>> Csound-devel mailing list >>>>>> >>> >>>>>> Csound-devel@lists.sourceforge.net >>>>>> >>> >>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>> >>> >>>>>> >>>>>> >>> >>>>> >>>>>> >>> >>>>> >>>>>> >>> >>>>> >>>>>> >>> >>>>> -- >>>>>> >>> >>>>> >>>>>> >>> >>>>> Oeyvind Brandtsegg >>>>>> >>> >>>>> Professor of Music Technology >>>>>> >>> >>>>> NTNU >>>>>> >>> >>>>> 7491 Trondheim >>>>>> >>> >>>>> Norway >>>>>> >>> >>>>> Cell: +47 92 203 205 >>>>>> >>> >>>>> >>>>>> >>> >>>>> http://flyndresang.no/ >>>>>> >>> >>>>> http://www.partikkelaudio.com/ >>>>>> >>> >>>>> http://soundcloud.com/brandtsegg >>>>>> >>> >>>>> http://soundcloud.com/t-emp >>>>>> >>> >>>>> >>>>>> >>> >>>>> >>>>>> >>> >>>>> >>>>>> >>> >>>>> ------------------------------------------------------------------------------ >>>>>> >>> >>>>> Managing the Performance of Cloud-Based Applications >>>>>> >>> >>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>> >>> >>>>> Pitfalls. >>>>>> >>> >>>>> Read the Whitepaper. >>>>>> >>> >>>>> >>>>>> >>> >>>>> >>>>>> >>> >>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>> >>> >>>>> _______________________________________________ >>>>>> >>> >>>>> Csound-devel mailing list >>>>>> >>> >>>>> Csound-devel@lists.sourceforge.net >>>>>> >>> >>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>> >>> >>> >>>>>> >>> >>> >>>>>> >>> >>> >>>>>> >>> >>> ------------------------------------------------------------------------------ >>>>>> >>> >>> Managing the Performance of Cloud-Based Applications >>>>>> >>> >>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>> >>> >>> Pitfalls. >>>>>> >>> >>> Read the Whitepaper. >>>>>> >>> >>> >>>>>> >>> >>> >>>>>> >>> >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>> >>> >>> _______________________________________________ >>>>>> >>> >>> Csound-devel mailing list >>>>>> >>> >>> Csound-devel@lists.sourceforge.net >>>>>> >>> >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>> >>> >> >>>>>> >>> >> >>>>>> >>> >> >>>>>> >>> >> -- >>>>>> >>> >> >>>>>> >>> >> Oeyvind Brandtsegg >>>>>> >>> >> Professor of Music Technology >>>>>> >>> >> NTNU >>>>>> >>> >> 7491 Trondheim >>>>>> >>> >> Norway >>>>>> >>> >> Cell: +47 92 203 205 >>>>>> >>> >> >>>>>> >>> >> http://flyndresang.no/ >>>>>> >>> >> http://www.partikkelaudio.com/ >>>>>> >>> >> http://soundcloud.com/brandtsegg >>>>>> >>> >> http://soundcloud.com/t-emp >>>>>> >>> >> >>>>>> >>> >> >>>>>> >>> >> >>>>>> >>> >> ------------------------------------------------------------------------------ >>>>>> >>> >> Managing the Performance of Cloud-Based Applications >>>>>> >>> >> Take advantage of what the Cloud has to offer - Avoid Common >>>>>> >>> >> Pitfalls. >>>>>> >>> >> Read the Whitepaper. >>>>>> >>> >> >>>>>> >>> >> >>>>>> >>> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>> >>> >> _______________________________________________ >>>>>> >>> >> Csound-devel mailing list >>>>>> >>> >> Csound-devel@lists.sourceforge.net >>>>>> >>> >> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>> >>> > >>>>>> >>> > >>>>>> >>> > >>>>>> >>> > >>>>>> >>> > ------------------------------------------------------------------------------ >>>>>> >>> > Managing the Performance of Cloud-Based Applications >>>>>> >>> > Take advantage of what the Cloud has to offer - Avoid Common >>>>>> >>> > Pitfalls. >>>>>> >>> > Read the Whitepaper. >>>>>> >>> > >>>>>> >>> > >>>>>> >>> > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>> >>> > _______________________________________________ >>>>>> >>> > Csound-devel mailing list >>>>>> >>> > Csound-devel@lists.sourceforge.net >>>>>> >>> > https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>> >>> >>>>>> >>> >>>>>> >>> >>>>>> >>> -- >>>>>> >>> >>>>>> >>> Oeyvind Brandtsegg >>>>>> >>> Professor of Music Technology >>>>>> >>> NTNU >>>>>> >>> 7491 Trondheim >>>>>> >>> Norway >>>>>> >>> Cell: +47 92 203 205 >>>>>> >>> >>>>>> >>> http://flyndresang.no/ >>>>>> >>> http://www.partikkelaudio.com/ >>>>>> >>> http://soundcloud.com/brandtsegg >>>>>> >>> http://soundcloud.com/t-emp >>>>>> >>> >>>>>> >>> >>>>>> >>> >>>>>> >>> ------------------------------------------------------------------------------ >>>>>> >>> Managing the Performance of Cloud-Based Applications >>>>>> >>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>> >>> Pitfalls. >>>>>> >>> Read the Whitepaper. >>>>>> >>> >>>>>> >>> >>>>>> >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>> >>> _______________________________________________ >>>>>> >>> Csound-devel mailing list >>>>>> >>> Csound-devel@lists.sourceforge.net >>>>>> >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>> >> >>>>>> >> >>>>>> >> >>>>>> >> >>>>>> >> ------------------------------------------------------------------------------ >>>>>> >> Managing the Performance of Cloud-Based Applications >>>>>> >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>>>>> >> Read the Whitepaper. >>>>>> >> >>>>>> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>> >> _______________________________________________ >>>>>> >> Csound-devel mailing list >>>>>> >> Csound-devel@lists.sourceforge.net >>>>>> >> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>> >> >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------------ >>>>>> Managing the Performance of Cloud-Based Applications >>>>>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>>>>> Read the Whitepaper. >>>>>> >>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>> _______________________________________________ >>>>>> Csound-devel mailing list >>>>>> Csound-devel@lists.sourceforge.net >>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>> >>>>> >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Managing the Performance of Cloud-Based Applications >>>> Take advantage of > ... > > [E-posten er avkuttet] -- Oeyvind Brandtsegg Professor of Music Technology NTNU 7491 Trondheim Norway Cell: +47 92 203 205 http://flyndresang.no/ http://www.partikkelaudio.com/ http://soundcloud.com/brandtsegg http://soundcloud.com/t-emp ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net

Date	2014-02-06 23:21
From	Rory Walsh
Subject	Re: [Cs-dev] [Csnd] Latency and buffers
	Seems Live does not do PDC very well, or perhaps at all? Check this: http://www.gearslutz.com/board/music-computers/847207-ableton-live-9-pdc-still-not-fixed.html And in case that's not enough here's another epic thread on abelton's own forums: https://forum.ableton.com/viewtopic.php?f=1&t=185884 I can try setting a really large latency to see if it has any effect at all. Or even better, I can let users override the default ksmps latency if they wish? On 6 February 2014 21:44, Oeyvind Brandtsegg wrote: > Thanks so much > ... tested with Reaper and as expected it works here too, > with Live, however, I still get soundcardbuffer+ksmps (but I expected > to get only soundcardbuffer latency), > Something went awry with my Cubase version, so I'm downloading an > update (big) now. > Oeyvind > > 2014-02-06 Rory Walsh : >> Sorry Oeyvind, I just uploaded it to a few moments ago: >> http://www.thecabbagefoundation.org/viewtopic.php?f=21&t=360&p=819#p819 >> Thought it best to dump it there for you to try out before I do an >> official release. I sorted those host bpm issues for you too. I've >> actually reserved some channels for that info so you don't need to >> declare any host stuff in the GUI code. Seemed a little pointless to >> have to do that. Here are the reserved channels now in full. >> >> 'HOST_BPM': Retrieve the currents host bpm. This will be updated >> whenever the host BPM changes. >> 'IS_PLAYING': Pressing play on the host transport dialogue will cause >> this channel to send a 1. Hitting stop will send a 0. >> 'IS_RECORDING': As above only for monitoring the record status of a session. >> 'TIME_IN_SECONDS': Return the current time in seconds from the start >> of the track. >> 'HOST_PPQ_POS': Return the position of the start of the last bar, in >> pulses-per-quarter-note. >> 'CABBAGE_CSD_PATH': This string channel will retrieve the full path to >> the current csd file. >> >> All the host stuff is updated at every k cycle. The path is constant >> and only gets sent once, if for some reason you overwrite that channel >> with something else, you'll need to restart to get it again. I hope >> the PDC works Ok in other hosts. I've had no issue in Reaper so far. >> >> >> On 6 February 2014 20:42, Oeyvind Brandtsegg wrote: >>> Tested with the installer at >>> https://github.com/cabbageaudio/cabbage/releases now, but still have >>> delay, >>> perhaps it has not been updated? >>> >>> >>> 2014-02-06 Rory Walsh : >>>> That's what I've done with Cabbage. I've only tested with Reaper but >>>> so far so good. No more delays. >>>> >>>> On 6 February 2014 16:48, Michael Gogins wrote: >>>>> Correction: I think the following would be more reliable: >>>>> >>>>> (1) After compiling the orc, call setInitialDelay with ksmps, THEN call >>>>> ioChanged. In resume, the host will be pick up the initial delay. Calling >>>>> setInitialDelay only sets the value of this field, it does not notify the >>>>> host. >>>>> >>>>> Regards, >>>>> Mike >>>>> >>>>> >>>>> ----------------------------------------------------- >>>>> Michael Gogins >>>>> Irreducible Productions >>>>> http://michaelgogins.tumblr.com >>>>> Michael dot Gogins at gmail dot com >>>>> >>>>> >>>>> On Thu, Feb 6, 2014 at 11:42 AM, Michael Gogins >>>>> wrote: >>>>>> >>>>>> I've reviewed the VST plugin latency issue. It seems that the best thing >>>>>> that I can do for CsoundVST: >>>>>> >>>>>> (1) After compiling the orc, call ioChanged to notify the host that the >>>>>> plugin's latency may have changed. >>>>>> >>>>>> (2) In suspend or resume, call setInitialDelay with ksmps to tell the host >>>>>> what that latency now is. >>>>>> >>>>>> Rory, does that sound correct to you? >>>>>> >>>>>> I do know that different VST hosts may handle this differently. >>>>>> >>>>>> Regards, >>>>>> Mike >>>>>> >>>>>> >>>>>> ----------------------------------------------------- >>>>>> Michael Gogins >>>>>> Irreducible Productions >>>>>> http://michaelgogins.tumblr.com >>>>>> Michael dot Gogins at gmail dot com >>>>>> >>>>>> >>>>>> On Thu, Feb 6, 2014 at 10:55 AM, Rory Walsh wrote: >>>>>>> >>>>>>> This works really well. In Reaper the PDC is done automatically so the >>>>>>> problem is effectively solved, no more phasing! I'll update the >>>>>>> installer later. Perhaps you can try it with other hosts and let me >>>>>>> know how it goes. Cheers, >>>>>>> Rory. >>>>>>> >>>>>>> >>>>>>> >>>>>>> On 6 February 2014 14:13, Rory Walsh wrote: >>>>>>> > Good thinking Oeyvind. I'll add that and update the Windows installer >>>>>>> > this evening so you can try it out. >>>>>>> > >>>>>>> > On 6 February 2014 14:03, Michael Gogins >>>>>>> > wrote: >>>>>>> >> Thanks for the information, I will look into that. >>>>>>> >> >>>>>>> >> Regards, >>>>>>> >> Mike >>>>>>> >> >>>>>>> >> >>>>>>> >> ----------------------------------------------------- >>>>>>> >> Michael Gogins >>>>>>> >> Irreducible Productions >>>>>>> >> http://michaelgogins.tumblr.com >>>>>>> >> Michael dot Gogins at gmail dot com >>>>>>> >> >>>>>>> >> >>>>>>> >> On Thu, Feb 6, 2014 at 8:59 AM, Oeyvind Brandtsegg >>>>>>> >> wrote: >>>>>>> >>> >>>>>>> >>> Ok, good. >>>>>>> >>> Just one last thing, >>>>>>> >>> We might need to check (CsoundVST and Cabbage) if the effective >>>>>>> >>> latency is reported correctly to the host, >>>>>>> >>> as even a millisecond latency will matter if processing is done in >>>>>>> >>> parallell (clean sound on one track, processsed sound with latency >>>>>>> >>> one >>>>>>> >>> another), that is, when the two are mixed we will have phasing >>>>>>> >>> artifacts at 1kHz and integer multiples. >>>>>>> >>> I'm not sure if the reported latency is reported correctly now, as >>>>>>> >>> the >>>>>>> >>> tracks do not line up when Delay compensation is turned on (in Live). >>>>>>> >>> Other VSTs line up nicely when Delay compensation is on. >>>>>>> >>> >>>>>>> >>> all best >>>>>>> >>> >>>>>>> >>> >>>>>>> >>> 2014-02-06 Victor Lazzarini : >>>>>>> >>> > As you noticed, MaxMSP has also some issues when used as a plugin >>>>>>> >>> > in >>>>>>> >>> > Ableton, because of >>>>>>> >>> > buffering. I would risk saying that it is because it has to work, >>>>>>> >>> > as a >>>>>>> >>> > Csound, with a set block size. >>>>>>> >>> > But even with that, they seem to impose another layer of buffering, >>>>>>> >>> > because afaik the block size >>>>>>> >>> > by default is 64 samples. >>>>>>> >>> > >>>>>>> >>> > So, this is fundamental thing in the design of systems like Csound, >>>>>>> >>> > PD, >>>>>>> >>> > MaxMSP, that the >>>>>>> >>> > block size is fixed. To change this, it means a complete redesign >>>>>>> >>> > in >>>>>>> >>> > terms of how Csound works, >>>>>>> >>> > a rewrite of the engine and many opcodes that depend on that >>>>>>> >>> > remaining >>>>>>> >>> > constant. >>>>>>> >>> > Within Csound, we have introduced the possibility of sample >>>>>>> >>> > accurate >>>>>>> >>> > timing for events, but >>>>>>> >>> > that works within the fixed-block framework via the use of offsets. >>>>>>> >>> > >>>>>>> >>> > Note that there are systems around that work exclusively on a block >>>>>>> >>> > size >>>>>>> >>> > of 1, therefore >>>>>>> >>> > avoiding any such issues. Csound can also do that. I would not >>>>>>> >>> > necessarily think that >>>>>>> >>> > ksmps=1 is only limited to simple effects. In modern computers, I >>>>>>> >>> > have >>>>>>> >>> > seen a lot of >>>>>>> >>> > complex things running perfectly at that level. And following what >>>>>>> >>> > Mike >>>>>>> >>> > has said, ksmps=16 >>>>>>> >>> > might be perfectly acceptable in many situations. As Oeyvind >>>>>>> >>> > proved, >>>>>>> >>> > that can be much >>>>>>> >>> > better than what people are used to in some systems. If they can >>>>>>> >>> > LIVE >>>>>>> >>> > with that, surely >>>>>>> >>> > they can REAPER the benefit with Csound ;). >>>>>>> >>> > >>>>>>> >>> > Regards >>>>>>> >>> > >>>>>>> >>> > Victor >>>>>>> >>> > >>>>>>> >>> > >>>>>>> >>> > >>>>>>> >>> > >>>>>>> >>> > On 6 Feb 2014, at 09:17, Oeyvind Brandtsegg >>>>>>> >>> > >>>>>>> >>> > wrote: >>>>>>> >>> > >>>>>>> >>> >> Yes, it would definitely be a good thing to fix, >>>>>>> >>> >> especially when considering the use of a series of plugins on the >>>>>>> >>> >> same >>>>>>> >>> >> track. >>>>>>> >>> >> This is how I noticed the problem in the first place, as I had 3 >>>>>>> >>> >> or 4 >>>>>>> >>> >> Cabbage plugs in a series on the same track. >>>>>>> >>> >> One might say that this is not a wise setup, all things recently >>>>>>> >>> >> learned considered, >>>>>>> >>> >> but it is one thing that a user might expect to do without >>>>>>> >>> >> problems. >>>>>>> >>> >> >>>>>>> >>> >> The use of Csound as a plugin via Cabbage opens up Csound for >>>>>>> >>> >> being >>>>>>> >>> >> used widely in common production environments, >>>>>>> >>> >> in terms of the way forward and making the language more >>>>>>> >>> >> widespread, >>>>>>> >>> >> this is a significant area. In that respect the dynamic ksmps >>>>>>> >>> >> issue is >>>>>>> >>> >> important for the continued use if Csound in a modern workflow. >>>>>>> >>> >> >>>>>>> >>> >> Until then, I will rewrite my plugins so all things I might need >>>>>>> >>> >> on >>>>>>> >>> >> one track lives in a single Cabage plug. >>>>>>> >>> >> >>>>>>> >>> >> all best >>>>>>> >>> >> >>>>>>> >>> >> 2014-02-06 Rory Walsh : >>>>>>> >>> >>> Btw, it's clear that other plugins won't have a latency problem >>>>>>> >>> >>> because they can(or at least should be able to) deal with >>>>>>> >>> >>> variable >>>>>>> >>> >>> buffer sizes. >>>>>>> >>> >>> >>>>>>> >>> >>> On 6 February 2014 08:57, Rory Walsh wrote: >>>>>>> >>> >>>> That's a funny observation about Live. Their next product will >>>>>>> >>> >>>> be >>>>>>> >>> >>>> called Offline :) It seems ksmps==1 is a no go for anything but >>>>>>> >>> >>>> a >>>>>>> >>> >>>> single instance of a relatively simple effect(of course there >>>>>>> >>> >>>> are no >>>>>>> >>> >>>> issue with synths). And it also seems that pretty much all of >>>>>>> >>> >>>> the >>>>>>> >>> >>>> plugins standards in use today(AU, VST, LV2, etc) assume a >>>>>>> >>> >>>> dynamic >>>>>>> >>> >>>> buffer size. So as long as Csound is being used to process host >>>>>>> >>> >>>> audio >>>>>>> >>> >>>> in one of these environments it's likely there will be a latency >>>>>>> >>> >>>> problem. That is if you plan to use the full power of Csound >>>>>>> >>> >>>> there >>>>>>> >>> >>>> will be. I know the latency will in most cases be quite small, >>>>>>> >>> >>>> but >>>>>>> >>> >>>> isn't it still enough to cause undesired effects on a mix? >>>>>>> >>> >>>> >>>>>>> >>> >>>> On 6 February 2014 08:38, Oeyvind Brandtsegg >>>>>>> >>> >>>> wrote: >>>>>>> >>> >>>>> Thanks so much for that explanation Mike. >>>>>>> >>> >>>>> Rory, don't even so much as think of contemplating life without >>>>>>> >>> >>>>> Cabbage (oh you already did...) ! >>>>>>> >>> >>>>> Here's more observations about latency in different hosts that >>>>>>> >>> >>>>> might >>>>>>> >>> >>>>> brighten up thhing a bit, >>>>>>> >>> >>>>> depending on what hosts one prefer... >>>>>>> >>> >>>>> >>>>>>> >>> >>>>> In Reaper: >>>>>>> >>> >>>>> >>>>>>> >>> >>>>> >>>>>>> >>> >>>>> 2014-02-06 Michael Gogins : >>>>>>> >>> >>>>>> There are two cases. If ksmps is always 1, you can use this >>>>>>> >>> >>>>>> algorithm: >>>>>>> >>> >>>>>> >>>>>>> >>> >>>>>> for each frame in the host input buffer: >>>>>>> >>> >>>>>> copy the host frame to the spin frame >>>>>>> >>> >>>>>> call performKsmps() >>>>>>> >>> >>>>>> copy the spout frame to the host output buffer >>>>>>> >>> >>>>>> >>>>>>> >>> >>>>>> Then there is no delay. >>>>>>> >>> >>>>>> >>>>>>> >>> >>>>>> If ksmps is greater than 1 it goes like this. It's enough to >>>>>>> >>> >>>>>> consider ksmps >>>>>>> >>> >>>>>> = 2, >>>>>>> >>> >>>>>> all other cases work the same way. >>>>>>> >>> >>>>>> >>>>>>> >>> >>>>>> for each frame in the host input buffer: >>>>>>> >>> >>>>>> copy the current host input frame to the current spin frame >>>>>>> >>> >>>>>> copy the current spout frame to the current host output >>>>>>> >>> >>>>>> buffer >>>>>>> >>> >>>>>> if the current spout frame is past the end of spout: >>>>>>> >>> >>>>>> call performKsmps >>>>>>> >>> >>>>>> reset the spout/spin frame index to 0 >>>>>>> >>> >>>>>> >>>>>>> >>> >>>>>> If ksmps==1 then there is 1 frame of silence in the output at >>>>>>> >>> >>>>>> the >>>>>>> >>> >>>>>> start, and >>>>>>> >>> >>>>>> thereafter output lags input by 1 frame. On the final frame of >>>>>>> >>> >>>>>> the >>>>>>> >>> >>>>>> host >>>>>>> >>> >>>>>> buffer, Csound computes a frame in spout but it is not copied >>>>>>> >>> >>>>>> to >>>>>>> >>> >>>>>> the output >>>>>>> >>> >>>>>> until the next processing call. >>>>>>> >>> >>>>>> >>>>>>> >>> >>>>>> If ksmps==2 then there are 2 frames of silence in the output >>>>>>> >>> >>>>>> at the >>>>>>> >>> >>>>>> start, >>>>>>> >>> >>>>>> and thereafter output lags input by 2 frames. On the final >>>>>>> >>> >>>>>> frame of >>>>>>> >>> >>>>>> the host >>>>>>> >>> >>>>>> buffer,Csound computes 2 frames in spout, but depending on the >>>>>>> >>> >>>>>> size >>>>>>> >>> >>>>>> of the >>>>>>> >>> >>>>>> output buffer, 1 or 2 frames are not copied to the output >>>>>>> >>> >>>>>> until the >>>>>>> >>> >>>>>> next >>>>>>> >>> >>>>>> processing call. >>>>>>> >>> >>>>>> >>>>>>> >>> >>>>>> And so on. >>>>>>> >>> >>>>>> >>>>>>> >>> >>>>>> Regards, >>>>>>> >>> >>>>>> Mike >>>>>>> >>> >>>>>> >>>>>>> >>> >>>>>> >>>>>>> >>> >>>>>> >>>>>>> >>> >>>>>> ----------------------------------------------------- >>>>>>> >>> >>>>>> Michael Gogins >>>>>>> >>> >>>>>> Irreducible Productions >>>>>>> >>> >>>>>> http://michaelgogins.tumblr.com >>>>>>> >>> >>>>>> Michael dot Gogins at gmail dot com >>>>>>> >>> >>>>>> >>>>>>> >>> >>>>>> >>>>>>> >>> >>>>>> On Wed, Feb 5, 2014 at 7:39 PM, Rory Walsh >>>>>>> >>> >>>>>> wrote: >>>>>>> >>> >>>>>>> >>>>>>> >>> >>>>>>> The way it stands things are fine, albeit with a ksmps delay. >>>>>>> >>> >>>>>>> But >>>>>>> >>> >>>>>>> it >>>>>>> >>> >>>>>>> will remain constant and there won't be any drop outs. If >>>>>>> >>> >>>>>>> ksmps >>>>>>> >>> >>>>>>> ==1 >>>>>>> >>> >>>>>>> then there will be no problems with latency. Of course I >>>>>>> >>> >>>>>>> stand to >>>>>>> >>> >>>>>>> be >>>>>>> >>> >>>>>>> corrected. When all is said and done, I did enjoy >>>>>>> >>> >>>>>>> contemplating >>>>>>> >>> >>>>>>> life >>>>>>> >>> >>>>>>> without Cabbage over a few beers. But that might just have >>>>>>> >>> >>>>>>> been >>>>>>> >>> >>>>>>> the >>>>>>> >>> >>>>>>> beers :) >>>>>>> >>> >>>>>>> >>>>>>> >>> >>>>>>> >>>>>>> >>> >>>>>>> On 5 February 2014 23:57, Rory Walsh >>>>>>> >>> >>>>>>> wrote: >>>>>>> >>> >>>>>>>> I'm glad you asked this because I'm a little lost too! I was >>>>>>> >>> >>>>>>>> thinking >>>>>>> >>> >>>>>>>> the >>>>>>> >>> >>>>>>>> same as you. At some stage won't things goes south if the >>>>>>> >>> >>>>>>>> buffer >>>>>>> >>> >>>>>>>> size >>>>>>> >>> >>>>>>>> suddenly changes as is likely once automation is brought >>>>>>> >>> >>>>>>>> into the >>>>>>> >>> >>>>>>>> equation? >>>>>>> >>> >>>>>>>> >>>>>>> >>> >>>>>>>> sent from a mobile device... >>>>>>> >>> >>>>>>>> >>>>>>> >>> >>>>>>>> On 5 Feb 2014 23:27, "Oeyvind Brandtsegg" >>>>>>> >>> >>>>>>>> >>>>>>> >>> >>>>>>>> wrote: >>>>>>> >>> >>>>>>>>> >>>>>>> >>> >>>>>>>>> Ok. That is good. >>>>>>> >>> >>>>>>>>> But can it (the latency) change dynamically, as the host >>>>>>> >>> >>>>>>>>> buffer >>>>>>> >>> >>>>>>>>> size >>>>>>> >>> >>>>>>>>> change dynamically? >>>>>>> >>> >>>>>>>>> Sorry if I'm being dense but I would really like to >>>>>>> >>> >>>>>>>>> understand. >>>>>>> >>> >>>>>>>>> >>>>>>> >>> >>>>>>>>> >>>>>>> >>> >>>>>>>>> 2014-02-06 Michael Gogins : >>>>>>> >>> >>>>>>>>>> No, the maximum latency is ksmps. That could be either >>>>>>> >>> >>>>>>>>>> larger, >>>>>>> >>> >>>>>>>>>> or >>>>>>> >>> >>>>>>>>>> smaller, >>>>>>> >>> >>>>>>>>>> than the host buffer size. It doesn't matter. >>>>>>> >>> >>>>>>>>>> >>>>>>> >>> >>>>>>>>>> Regards, >>>>>>> >>> >>>>>>>>>> Mike >>>>>>> >>> >>>>>>>>>> >>>>>>> >>> >>>>>>>>>> >>>>>>> >>> >>>>>>>>>> ----------------------------------------------------- >>>>>>> >>> >>>>>>>>>> Michael Gogins >>>>>>> >>> >>>>>>>>>> Irreducible Productions >>>>>>> >>> >>>>>>>>>> http://michaelgogins.tumblr.com >>>>>>> >>> >>>>>>>>>> Michael dot Gogins at gmail dot com >>>>>>> >>> >>>>>>>>>> >>>>>>> >>> >>>>>>>>>> >>>>>>> >>> >>>>>>>>>> On Wed, Feb 5, 2014 at 6:07 PM, Oeyvind Brandtsegg >>>>>>> >>> >>>>>>>>>> wrote: >>>>>>> >>> >>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>> ...but the latency would be one full host buffer size, >>>>>>> >>> >>>>>>>>>>> not >>>>>>> >>> >>>>>>>>>>> just a >>>>>>> >>> >>>>>>>>>>> ksmps, >>>>>>> >>> >>>>>>>>>>> right? >>>>>>> >>> >>>>>>>>>>> So a small ksmps would rather minimize the chance of a >>>>>>> >>> >>>>>>>>>>> ksmps-buffer >>>>>>> >>> >>>>>>>>>>> mismatch, but not actually minimize worst case latency >>>>>>> >>> >>>>>>>>>>> (which >>>>>>> >>> >>>>>>>>>>> would >>>>>>> >>> >>>>>>>>>>> be >>>>>>> >>> >>>>>>>>>>> one host buffer block). Isn't it so? >>>>>>> >>> >>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>> Now, one thing I don't understand is if the latency can >>>>>>> >>> >>>>>>>>>>> be >>>>>>> >>> >>>>>>>>>>> zero >>>>>>> >>> >>>>>>>>>>> when >>>>>>> >>> >>>>>>>>>>> the host buffer is an integer multiple of ksmps, and it >>>>>>> >>> >>>>>>>>>>> indeed >>>>>>> >>> >>>>>>>>>>> is, >>>>>>> >>> >>>>>>>>>>> and also the host buffer size can be dynamic, we must >>>>>>> >>> >>>>>>>>>>> assume >>>>>>> >>> >>>>>>>>>>> that >>>>>>> >>> >>>>>>>>>>> the two buffer length may initially fit but at some later >>>>>>> >>> >>>>>>>>>>> time >>>>>>> >>> >>>>>>>>>>> they >>>>>>> >>> >>>>>>>>>>> will not,* then* what happens at the transition point ? I >>>>>>> >>> >>>>>>>>>>> mean, when >>>>>>> >>> >>>>>>>>>>> we go from perfectly aligned buffers and zero latency to >>>>>>> >>> >>>>>>>>>>> misaligned >>>>>>> >>> >>>>>>>>>>> buffers and one bufferlength latency. Then we should have >>>>>>> >>> >>>>>>>>>>> one >>>>>>> >>> >>>>>>>>>>> non-full >>>>>>> >>> >>>>>>>>>>> buffer in the transition from zero latency to one-buffer >>>>>>> >>> >>>>>>>>>>> latency. >>>>>>> >>> >>>>>>>>>>> Will >>>>>>> >>> >>>>>>>>>>> it pop? If so, I would expect it to pop quite often(?), >>>>>>> >>> >>>>>>>>>>> which >>>>>>> >>> >>>>>>>>>>> it >>>>>>> >>> >>>>>>>>>>> does >>>>>>> >>> >>>>>>>>>>> not. >>>>>>> >>> >>>>>>>>>>> Or? >>>>>>> >>> >>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>> 2014-02-05 Victor Lazzarini : >>>>>>> >>> >>>>>>>>>>>> If your ksmps is small, any latency that might exist >>>>>>> >>> >>>>>>>>>>>> will be >>>>>>> >>> >>>>>>>>>>>> small >>>>>>> >>> >>>>>>>>>>>> too, >>>>>>> >>> >>>>>>>>>>>> and I can't see it having >>>>>>> >>> >>>>>>>>>>>> a major effect. So if you run with ksmps=16, it's 0.3 >>>>>>> >>> >>>>>>>>>>>> millisseconds. >>>>>>> >>> >>>>>>>>>>>> Not >>>>>>> >>> >>>>>>>>>>>> much of a problem. >>>>>>> >>> >>>>>>>>>>>> And for the cases where this is a problem, then it's >>>>>>> >>> >>>>>>>>>>>> still >>>>>>> >>> >>>>>>>>>>>> possible >>>>>>> >>> >>>>>>>>>>>> to >>>>>>> >>> >>>>>>>>>>>> run with ksmps=1. >>>>>>> >>> >>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>> Victor >>>>>>> >>> >>>>>>>>>>>> On 5 Feb 2014, at 20:46, Rory Walsh wrote: >>>>>>> >>> >>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>> I wish I had thought of this before spending so much >>>>>>> >>> >>>>>>>>>>>>> time >>>>>>> >>> >>>>>>>>>>>>> writing >>>>>>> >>> >>>>>>>>>>>>> a >>>>>>> >>> >>>>>>>>>>>>> framework for developing VST plugins with Csound. I'm >>>>>>> >>> >>>>>>>>>>>>> off >>>>>>> >>> >>>>>>>>>>>>> now to >>>>>>> >>> >>>>>>>>>>>>> have >>>>>>> >>> >>>>>>>>>>>>> a few beers and rethink life! >>>>>>> >>> >>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>> On 5 February 2014 20:06, Michael Gogins >>>>>>> >>> >>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>> wrote: >>>>>>> >>> >>>>>>>>>>>>>> Then your code will run 5 times slower or so. >>>>>>> >>> >>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>> Regards, >>>>>>> >>> >>>>>>>>>>>>>> Mike >>>>>>> >>> >>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>> ----------------------------------------------------- >>>>>>> >>> >>>>>>>>>>>>>> Michael Gogins >>>>>>> >>> >>>>>>>>>>>>>> Irreducible Productions >>>>>>> >>> >>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>>>>>> >>> >>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>>>>>> >>> >>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>> On Wed, Feb 5, 2014 at 3:03 PM, Rory Walsh >>>>>>> >>> >>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>> wrote: >>>>>>> >>> >>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>> Seems every where I look it says don't make any >>>>>>> >>> >>>>>>>>>>>>>>> assumptions >>>>>>> >>> >>>>>>>>>>>>>>> about >>>>>>> >>> >>>>>>>>>>>>>>> buffer sizes. So I guess the only fail safe way is to >>>>>>> >>> >>>>>>>>>>>>>>> force a >>>>>>> >>> >>>>>>>>>>>>>>> ksmps >>>>>>> >>> >>>>>>>>>>>>>>> of >>>>>>> >>> >>>>>>>>>>>>>>> 1? uh... >>>>>>> >>> >>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>> On 5 February 2014 19:57, Michael Gogins >>>>>>> >>> >>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>> wrote: >>>>>>> >>> >>>>>>>>>>>>>>>> I believe that you are wrong, you cannot count on a >>>>>>> >>> >>>>>>>>>>>>>>>> power >>>>>>> >>> >>>>>>>>>>>>>>>> of >>>>>>> >>> >>>>>>>>>>>>>>>> two >>>>>>> >>> >>>>>>>>>>>>>>>> size. >>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>> See these threads from KVR: >>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>> http://www.kvraudio.com/forum/viewtopic.php?t=279753 >>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>> http://www.kvraudio.com/forum/viewtopic.php?t=359951 >>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>> http://www.kvraudio.com/forum/viewtopic.php?p=3458228 >>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>> Regards, >>>>>>> >>> >>>>>>>>>>>>>>>> Mike >>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>> ----------------------------------------------------- >>>>>>> >>> >>>>>>>>>>>>>>>> Michael Gogins >>>>>>> >>> >>>>>>>>>>>>>>>> Irreducible Productions >>>>>>> >>> >>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>>>>>> >>> >>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>> On Wed, Feb 5, 2014 at 2:17 PM, Victor Lazzarini >>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>> wrote: >>>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>> But I think you're probably safe setting ksmps to a >>>>>>> >>> >>>>>>>>>>>>>>>>> low >>>>>>> >>> >>>>>>>>>>>>>>>>> value >>>>>>> >>> >>>>>>>>>>>>>>>>> that >>>>>>> >>> >>>>>>>>>>>>>>>>> is a >>>>>>> >>> >>>>>>>>>>>>>>>>> power-of-two. I would >>>>>>> >>> >>>>>>>>>>>>>>>>> expect most hosts to run buffers that are >>>>>>> >>> >>>>>>>>>>>>>>>>> power-of-two >>>>>>> >>> >>>>>>>>>>>>>>>>> and >>>>>>> >>> >>>>>>>>>>>>>>>>> that >>>>>>> >>> >>>>>>>>>>>>>>>>> are >>>>>>> >>> >>>>>>>>>>>>>>>>> not >>>>>>> >>> >>>>>>>>>>>>>>>>> that small. >>>>>>> >>> >>>>>>>>>>>>>>>>> ksmps =8,16 or 32 should do. >>>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>> Victor >>>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>> On 5 Feb 2014, at 18:10, Rory Walsh wrote: >>>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>> I was just about to answer my previous mail with >>>>>>> >>> >>>>>>>>>>>>>>>>>> the >>>>>>> >>> >>>>>>>>>>>>>>>>>> same >>>>>>> >>> >>>>>>>>>>>>>>>>>> thing. >>>>>>> >>> >>>>>>>>>>>>>>>>>> That's >>>>>>> >>> >>>>>>>>>>>>>>>>>> a pain. >>>>>>> >>> >>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>> On 5 February 2014 18:03, Michael Gogins >>>>>>> >>> >>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>> wrote: >>>>>>> >>> >>>>>>>>>>>>>>>>>>> No. The host can and often does use a different >>>>>>> >>> >>>>>>>>>>>>>>>>>>> host >>>>>>> >>> >>>>>>>>>>>>>>>>>>> audio >>>>>>> >>> >>>>>>>>>>>>>>>>>>> buffer >>>>>>> >>> >>>>>>>>>>>>>>>>>>> size >>>>>>> >>> >>>>>>>>>>>>>>>>>>> on >>>>>>> >>> >>>>>>>>>>>>>>>>>>> each call to process() or processReplacing(). >>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>> Regards, >>>>>>> >>> >>>>>>>>>>>>>>>>>>> Mike >>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>> ----------------------------------------------------- >>>>>>> >>> >>>>>>>>>>>>>>>>>>> Michael Gogins >>>>>>> >>> >>>>>>>>>>>>>>>>>>> Irreducible Productions >>>>>>> >>> >>>>>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>>>>>> >>> >>>>>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>> On Wed, Feb 5, 2014 at 11:27 AM, Rory Walsh >>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>> wrote: >>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>> Hi Mike, isn't it possible to query the host >>>>>>> >>> >>>>>>>>>>>>>>>>>>>> buffer >>>>>>> >>> >>>>>>>>>>>>>>>>>>>> size >>>>>>> >>> >>>>>>>>>>>>>>>>>>>> before >>>>>>> >>> >>>>>>>>>>>>>>>>>>>> the >>>>>>> >>> >>>>>>>>>>>>>>>>>>>> processing function is first called, in which >>>>>>> >>> >>>>>>>>>>>>>>>>>>>> case >>>>>>> >>> >>>>>>>>>>>>>>>>>>>> you can >>>>>>> >>> >>>>>>>>>>>>>>>>>>>> just >>>>>>> >>> >>>>>>>>>>>>>>>>>>>> override the csd's ksmps? >>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>> On 5 February 2014 15:55, Michael Gogins >>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>> wrote: >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> I've looked into this some more. As long as the >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> host >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> audio >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> buffer >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> is >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> not >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> an >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> integral multiple of ksmps, there will have to >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> be >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> ksmps >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> latency >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> between >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> input and output. That is because performKsmps >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> requires >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> spin >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> to >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> be >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> full, >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> but >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> if there is some remainder from hostsize/ksmps, >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> there >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> will >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> be >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> some >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> frames >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> that the host buffer doesn't have but spin >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> needs. >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> I am letting this go for now, but if Csound >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> could >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> adjust >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> ksmps >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> during >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> performance via the API, then we could get rid >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> of >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> this >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> latency >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> by >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> setting >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> ksmps equal to the host buffer size on each >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> host >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> processing >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> call. >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> I >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> think >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> this would be a really good idea. I'm entering >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> it as >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> a >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> feature >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> request. >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> Regards, >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> Mike >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> Regards, >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> Mike >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> ----------------------------------------------------- >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> Michael Gogins >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> Irreducible Productions >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 1:47 PM, Michael Gogins >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> CsoundVST does the following: >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> In the processReplacing callback there are >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> essentially >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> two >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> simultaneous >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> loops, each with their own loop indexes. One >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> loop >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> is for >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> the >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> host >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> audio >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> buffer, which can change in size from one call >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> to >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> the >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> next. >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> The >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> other >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> loop >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> is for Csound. >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> For each frame of audio, one frame of audio is >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> copied >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> from >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> the >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> host >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> input >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> buffer to spin, one frame of audio is copied >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> from >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> spout >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> to >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> the >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> host >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> audio >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> output buffer, and both loop indexes are >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> incremented. >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> At the end of spout, ksmps audio are processed >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> by >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> Csound, >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> and >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> the >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> spin >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> and >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> spout buffer indexes are reset to 0. These >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> indexes >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> persist >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> from >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> call >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> to >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> call, so there are no gaps or glitches. >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> There is ksmps frames latency in the code >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> because >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> spin >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> is >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> read >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> in >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> before >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> it spout is computed. But I will try to change >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> the >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> code >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> so >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> that >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> the >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> buffers >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> are rewound to line spout up with spin. There >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> will >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> then >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> be >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> zero >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> latency. >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> ----------------------------------------------------- >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> Michael Gogins >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> Irreducible Productions >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 11:03 AM, Steven Yi >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> I was in the middle of replying pretty much >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> the >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> same >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> thing >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> as >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Victor. >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Seems like you're introducing block's worth >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> of >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> latency >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> due >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> to >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> the >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> code >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> order. >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 11:05 AM, Victor >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Lazzarini >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> I would have thought that you would >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 1) write data into spin >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 2) process >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 3) write data out of spout. >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> if you read and write after running >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> PeformKsmps(), as >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> far >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> as >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> I >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> can >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> see >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> there might be >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> a delay between input and output, as you >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> will be >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> effectively >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> putting >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> out the data that >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> you processed in the previous period. >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 1) process (means process the current spin >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> data) >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 2) write to spin the new data >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 3) write out the result of processing the >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> previous >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> spin >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> That's what it looks like to me. Not sure if >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> I am >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> right. >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Also >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> this >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> discussion should be in the dev list not >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> in the users list (so my response is going >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> there). >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Victor >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> On 4 Feb 2014, at 15:47, Rory Walsh >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> I can confirm that it's not an issue with >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> plugin >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> framework >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> I'm >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> using. I can also confirm it happens >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> whether the >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> plugin's >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> processBlock() is being called the same >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> amount >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> of >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> times >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> as >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> performKsmps(). That is to say, if the >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> plugin >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> sample >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> buffer >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> is >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> set >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> to >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> 64 and so is Csound's, the problem >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> persists. >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> I can recreate it with Reaper by placing >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> two >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> identical >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> audio >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> tracks >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> in >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> the session. On one track I place a >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> straight >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> forward >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> in/out >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> effect plugin. Then play both back at the >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> same >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> time. >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> You'll >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> hear >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> subtle phasing taking place until you >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> bypass the >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> plugin >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> effect. >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> Here's >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> my processBlock(), it couldn't be any >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> simpler. >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> Can >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> any >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> devs >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> out >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> there >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> spot something that might introduce >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> latency? >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> CSCompResult = csound->PerformKsmps(); >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> for(int i=0;i>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> { >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> if(!CSCompResult) >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> { >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> for(int channel = 0; channel < >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> getNumOutputChannels(); >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> channel++ ) >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> { >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> audioBuffer = >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> buffer.getSampleData(channel,0); >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> pos = igetNumOutputChannels(); >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> CSspin[channel+pos] = >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> audioBuffer[i]cs_scale; >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> audioBuffer[i] = >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> (CSspout[channel+pos]/cs_scale); >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> } >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> } >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> else >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> buffer.clear(); >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> } >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 15:04, Oeyvind >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> All good. >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> I could test with csound~ and found >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> another >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> cause >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> for >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> latency. >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Steven Yi : >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Nope. I did some work on updating the >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> CMake >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> file >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> to >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> try >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> building >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> on >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Windows yesterday. I need to do so me >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> research >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> to >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> see >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> about >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> libraries >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> to link to and other things, but it may >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> take a >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> while >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> current >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> work >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> load. >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:47 AM, Oeyvind >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> That looks as if it's for OSX only (?), >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> perhaps not compiled for windows yet? >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Steven Yi >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> : >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6~ should be with the installer; >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> also >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> available >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> at: >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://sourceforge.net/projects/csound/files/csound6/Csound6.02/csound~_v1.1.1.pkg/download >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:38 AM, Oeyvind >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I can also reproduce it with csound~ >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> MaxForLive >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> haven't tried with csound6~ (where can >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> find >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> it?) >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Now, testing with Max (not in Live), >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> and >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Reaper, >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> find >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> can not >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> reproduce the behaviour there. >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> So there is something with Live then. >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> However, >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> other >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> VST >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugins >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Live does not introduce extra latency. >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> The way I measure latency is by >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> setiing up >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> a >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> microphone >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> close >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> to >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> speaker, close enough that it will >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> almost >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> feed, >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> then tap the mic and listen to the >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> resonance of >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> system. >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> When >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency changes, the resonance will >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> change. >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> When I add a plugin (Cabbage or >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> MaxForLive >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound~), >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> (and so the resonance) changes. If I >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> load >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> other >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> VST >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugins >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> this >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> does >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> not happen, the latency does not >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> change. >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> But as I said, I can only reproduce it >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Live. >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Sorry >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> for >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> noise. >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> : >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I can recreate it here. It's subtle, >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> but >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> present. >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I'll >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> take >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> a >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> look. >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:38, Oeyvind >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Yes, I have tried different ksmps >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> values, >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> both >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> higher >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> and >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> lower >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> and >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> equal to the host buffer size. >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Will investigate if I can reproduce >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> it on >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound~. >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> : >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On second thoughts I can't see what >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> might be >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> causing >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> this. >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Have you >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> tried setting ksmps to be the same >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> as >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> your >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> host's >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> buffer >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> size? >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:01, Rory >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Walsh >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I think I have it... Lunch first >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> though.. >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sent from a mobile device... >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 Feb 2014 12:56, "Rory Walsh" >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Are you just running audio >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> straight in >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> and >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> out, >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> no >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processing? The >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin host calls the plugin's >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock() >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> which >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> turn >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> calls >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> performKsmps(). So long as >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock() >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> is >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> being >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> called >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> (if the >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> track is playing for example) >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> performKsmps() >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> will >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> be >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> called >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> over and >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> over again processing ksmps >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> samples >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> each >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> time. >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> At >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> moment >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock() method and the >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> performKsmps() >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> are >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> firing >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> off >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> at >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> different speeds. I can look at >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> forcing >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugins >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> to >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> process the >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> same amount of samples as the >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> does >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> each >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> call >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> to >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock(). Perhaps that >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> might >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> help. >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 12:41, Oeyvind >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Regarding latency and buffers, >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I thought I had understood that >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound, >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> when >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> used >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> as a >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin (e.g. >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cabbage or csound~) would >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> process the >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> audio >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> buffer >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "in >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> place", so no >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> extra latency would incur due to >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sound >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> being >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processed >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> through >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Csound, assuming that ksmps is >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> smaler >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> than >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> host >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> program's buffer >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> size. >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Now, running Cabbage plugins in >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Ableton >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Live, >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I've >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> been >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> investigating >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency issues, and I find that >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> adding a >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> simple >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin will >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> delay the signal. Also, adding >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> more >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> than >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> one >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> such >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> series >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> increases the delay/latency >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> accordingly. >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I've >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> tried >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> using >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> different >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ksmps, and this indeed affects >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> amount >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> of >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> but >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> even setting >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ksmps=1 does not get rid of it. >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Can the buffer be processed "in >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> place"? >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> best >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Sourceforge >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> bug >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> can >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> be >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound" >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Sourceforge bug >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> can be >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> bug >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> be >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> bug >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> be >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> bug >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> be >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> bug >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> -- >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> here >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Applications >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> offer - >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Avoid >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Common >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Pitfalls. >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> _______________________________________________ >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Applications >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> - >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Avoid >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Common >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Pitfalls. >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> _______________________________________________ >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> Applications >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> Avoid >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> Common >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> Pitfalls. >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> _______________________________________________ >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>> >>> >>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >>>>>>> >>> >>>>>>>>>>>>>>>>>>>> Applications >>>>>>> >>> >>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >>>>>>> >>> >>>>>>>>>>>>>>>>>>>> Avoid >>>>>>> >>> >>>>>>>>>>>>>>>>>>>> Common >>>>>>> >>> >>>>>>>>>>>>>>>>>>>> Pitfalls. >>>>>>> >>> >>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>> >>> >>>>>>>>>>>>>>>>>>>> _______________________________________________ >>>>>>> >>> >>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>>>>>> >>> >>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>> >>> >>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >>>>>>> >>> >>>>>>>>>>>>>>>>>>> Applications >>>>>>> >>> >>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >>>>>>> >>> >>>>>>>>>>>>>>>>>>> Avoid >>>>>>> >>> >>>>>>>>>>>>>>>>>>> Common >>>>>>> >>> >>>>>>>>>>>>>>>>>>> Pitfalls. >>>>>>> >>> >>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>> >>> >>>>>>>>>>>>>>>>>>> _______________________________________________ >>>>>>> >>> >>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>>>>>> >>> >>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>> >>> >>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >>>>>>> >>> >>>>>>>>>>>>>>>>>> Applications >>>>>>> >>> >>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >>>>>>> >>> >>>>>>>>>>>>>>>>>> Avoid >>>>>>> >>> >>>>>>>>>>>>>>>>>> Common >>>>>>> >>> >>>>>>>>>>>>>>>>>> Pitfalls. >>>>>>> >>> >>>>>>>>>>>>>>>>>> Read the Whitepaper. >>>>>>> >>> >>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>> >>> >>>>>>>>>>>>>>>>>> _______________________________________________ >>>>>>> >>> >>>>>>>>>>>>>>>>>> Csound-devel mailing list >>>>>>> >>> >>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>> >>> >>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>> Dr Victor Lazzarini >>>>>>> >>> >>>>>>>>>>>>>>>>> Senior Lecturer >>>>>>> >>> >>>>>>>>>>>>>>>>> Dept. of Music >>>>>>> >>> >>>>>>>>>>>>>>>>> NUI Maynooth Ireland >>>>>>> >>> >>>>>>>>>>>>>>>>> tel.: +353 1 708 3545 >>>>>>> >>> >>>>>>>>>>>>>>>>> Victor dot Lazzarini AT nuim dot ie >>>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>> >>> >>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >>>>>>> >>> >>>>>>>>>>>>>>>>> Applications >>>>>>> >>> >>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >>>>>>> >>> >>>>>>>>>>>>>>>>> Avoid >>>>>>> >>> >>>>>>>>>>>>>>>>> Common >>>>>>> >>> >>>>>>>>>>>>>>>>> Pitfalls. >>>>>>> >>> >>>>>>>>>>>>>>>>> Read the Whitepaper. >>>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>> >>> >>>>>>>>>>>>>>>>> _______________________________________________ >>>>>>> >>> >>>>>>>>>>>>>>>>> Csound-devel mailing list >>>>>>> >>> >>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>> >>> >>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>> >>> >>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >>>>>>> >>> >>>>>>>>>>>>>>>> Avoid >>>>>>> >>> >>>>>>>>>>>>>>>> Common >>>>>>> >>> >>>>>>>>>>>>>>>> Pitfalls. >>>>>>> >>> >>>>>>>>>>>>>>>> Read the Whitepaper. >>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>> >>> >>>>>>>>>>>>>>>> _______________________________________________ >>>>>>> >>> >>>>>>>>>>>>>>>> Csound-devel mailing list >>>>>>> >>> >>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>> >>> >>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>> >>> >>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>>>> >>> >>>>>>>>>>>>>>> Common >>>>>>> >>> >>>>>>>>>>>>>>> Pitfalls. >>>>>>> >>> >>>>>>>>>>>>>>> Read the Whitepaper. >>>>>>> >>> >>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>> >>> >>>>>>>>>>>>>>> _______________________________________________ >>>>>>> >>> >>>>>>>>>>>>>>> Csound-devel mailing list >>>>>>> >>> >>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>> >>> >>>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>> >>> >>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>> >>> >>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>> >>> >>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>>>> >>> >>>>>>>>>>>>>> Common >>>>>>> >>> >>>>>>>>>>>>>> Pitfalls. >>>>>>> >>> >>>>>>>>>>>>>> Read the Whitepaper. >>>>>>> >>> >>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>> >>> >>>>>>>>>>>>>> _______________________________________________ >>>>>>> >>> >>>>>>>>>>>>>> Csound-devel mailing list >>>>>>> >>> >>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>> >>> >>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>> >>> >>>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>> >>> >>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>> >>> >>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>>>> >>> >>>>>>>>>>>>> Common >>>>>>> >>> >>>>>>>>>>>>> Pitfalls. >>>>>>> >>> >>>>>>>>>>>>> Read the Whitepaper. >>>>>>> >>> >>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>> >>> >>>>>>>>>>>>> _______________________________________________ >>>>>>> >>> >>>>>>>>>>>>> Csound-devel mailing list >>>>>>> >>> >>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>> >>> >>>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>> >>> >>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>> Dr Victor Lazzarini >>>>>>> >>> >>>>>>>>>>>> Senior Lecturer >>>>>>> >>> >>>>>>>>>>>> Dept. of Music >>>>>>> >>> >>>>>>>>>>>> NUI Maynooth Ireland >>>>>>> >>> >>>>>>>>>>>> tel.: +353 1 708 3545 >>>>>>> >>> >>>>>>>>>>>> Victor dot Lazzarini AT nuim dot ie >>>>>>> >>> >>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>> >>> >>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>> >>> >>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>>>> >>> >>>>>>>>>>>> Common >>>>>>> >>> >>>>>>>>>>>> Pitfalls. >>>>>>> >>> >>>>>>>>>>>> Read the Whitepaper. >>>>>>> >>> >>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>> >>> >>>>>>>>>>>> _______________________________________________ >>>>>>> >>> >>>>>>>>>>>> Csound-devel mailing list >>>>>>> >>> >>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>> >>> >>>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>> >>> >>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>> -- >>>>>>> >>> >>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>> Oeyvind Brandtsegg >>>>>>> >>> >>>>>>>>>>> Professor of Music Technology >>>>>>> >>> >>>>>>>>>>> NTNU >>>>>>> >>> >>>>>>>>>>> 7491 Trondheim >>>>>>> >>> >>>>>>>>>>> Norway >>>>>>> >>> >>>>>>>>>>> Cell: +47 92 203 205 >>>>>>> >>> >>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>> http://flyndresang.no/ >>>>>>> >>> >>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>>> >>> >>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>> >>> >>>>>>>>>>> http://soundcloud.com/t-emp >>>>>>> >>> >>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>> >>> >>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>> >>> >>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>>>> >>> >>>>>>>>>>> Common >>>>>>> >>> >>>>>>>>>>> Pitfalls. >>>>>>> >>> >>>>>>>>>>> Read the Whitepaper. >>>>>>> >>> >>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>> >>>>>>> >>> >>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>> >>> >>>>>>>>>>> _______________________________________________ >>>>>>> >>> >>>>>>>>>>> Csound-devel mailing list >>>>>>> >>> >>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>> >>> >>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>> >>> >>>>>>>>>> >>>>>>> >>> >>>>>>>>>> >>>>>>> >>> >>>>>>>>>> >>>>>>> >>> >>>>>>>>>> >>>>>>> >>> >>>>>>>>>> >>>>>>> >>> >>>>>>>>>> >>>>>>> >>> >>>>>>>>>> >>>>>>> >>> >>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>> >>> >>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>> >>> >>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>>>> >>> >>>>>>>>>> Common >>>>>>> >>> >>>>>>>>>> Pitfalls. >>>>>>> >>> >>>>>>>>>> Read the Whitepaper. >>>>>>> >>> >>>>>>>>>> >>>>>>> >>> >>>>>>>>>> >>>>>>> >>> >>>>>>>>>> >>>>>>> >>> >>>>>>>>>> >>>>>>> >>> >>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>> >>> >>>>>>>>>> _______________________________________________ >>>>>>> >>> >>>>>>>>>> Csound-devel mailing list >>>>>>> >>> >>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>> >>> >>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>> >>> >>>>>>>>>> >>>>>>> >>> >>>>>>>>> >>>>>>> >>> >>>>>>>>> >>>>>>> >>> >>>>>>>>> >>>>>>> >>> >>>>>>>>> -- >>>>>>> >>> >>>>>>>>> >>>>>>> >>> >>>>>>>>> Oeyvind Brandtsegg >>>>>>> >>> >>>>>>>>> Professor of Music Technology >>>>>>> >>> >>>>>>>>> NTNU >>>>>>> >>> >>>>>>>>> 7491 Trondheim >>>>>>> >>> >>>>>>>>> Norway >>>>>>> >>> >>>>>>>>> Cell: +47 92 203 205 >>>>>>> >>> >>>>>>>>> >>>>>>> >>> >>>>>>>>> http://flyndresang.no/ >>>>>>> >>> >>>>>>>>> http://www.partikkelaudio.com/ >>>>>>> >>> >>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>> >>> >>>>>>>>> http://soundcloud.com/t-emp >>>>>>> >>> >>>>>>>>> >>>>>>> >>> >>>>>>>>> >>>>>>> >>> >>>>>>>>> >>>>>>> >>> >>>>>>>>> >>>>>>> >>> >>>>>>>>> >>>>>>> >>> >>>>>>>>> ------------------------------------------------------------------------------ >>>>>>> >>> >>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>> >>> >>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>>>> >>> >>>>>>>>> Common >>>>>>> >>> >>>>>>>>> Pitfalls. >>>>>>> >>> >>>>>>>>> Read the Whitepaper. >>>>>>> >>> >>>>>>>>> >>>>>>> >>> >>>>>>>>> >>>>>>> >>> >>>>>>>>> >>>>>>> >>> >>>>>>>>> >>>>>>> >>> >>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>> >>> >>>>>>>>> _______________________________________________ >>>>>>> >>> >>>>>>>>> Csound-devel mailing list >>>>>>> >>> >>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>> >>> >>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>> >>> >>>>>>> >>>>>>> >>> >>>>>>> >>>>>>> >>> >>>>>>> >>>>>>> >>> >>>>>>> >>>>>>> >>> >>>>>>> ------------------------------------------------------------------------------ >>>>>>> >>> >>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>> >>> >>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>> >>> >>>>>>> Pitfalls. >>>>>>> >>> >>>>>>> Read the Whitepaper. >>>>>>> >>> >>>>>>> >>>>>>> >>> >>>>>>> >>>>>>> >>> >>>>>>> >>>>>>> >>> >>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>> >>> >>>>>>> _______________________________________________ >>>>>>> >>> >>>>>>> Csound-devel mailing list >>>>>>> >>> >>>>>>> Csound-devel@lists.sourceforge.net >>>>>>> >>> >>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>> >>> >>>>>> >>>>>>> >>> >>>>>> >>>>>>> >>> >>>>>> >>>>>>> >>> >>>>>> >>>>>>> >>> >>>>>> >>>>>>> >>> >>>>>> ------------------------------------------------------------------------------ >>>>>>> >>> >>>>>> Managing the Performance of Cloud-Based Applications >>>>>>> >>> >>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>> >>> >>>>>> Pitfalls. >>>>>>> >>> >>>>>> Read the Whitepaper. >>>>>>> >>> >>>>>> >>>>>>> >>> >>>>>> >>>>>>> >>> >>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>> >>> >>>>>> _______________________________________________ >>>>>>> >>> >>>>>> Csound-devel mailing list >>>>>>> >>> >>>>>> Csound-devel@lists.sourceforge.net >>>>>>> >>> >>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>> >>> >>>>>> >>>>>>> >>> >>>>> >>>>>>> >>> >>>>> >>>>>>> >>> >>>>> >>>>>>> >>> >>>>> -- >>>>>>> >>> >>>>> >>>>>>> >>> >>>>> Oeyvind Brandtsegg >>>>>>> >>> >>>>> Professor of Music Technology >>>>>>> >>> >>>>> NTNU >>>>>>> >>> >>>>> 7491 Trondheim >>>>>>> >>> >>>>> Norway >>>>>>> >>> >>>>> Cell: +47 92 203 205 >>>>>>> >>> >>>>> >>>>>>> >>> >>>>> http://flyndresang.no/ >>>>>>> >>> >>>>> http://www.partikkelaudio.com/ >>>>>>> >>> >>>>> http://soundcloud.com/brandtsegg >>>>>>> >>> >>>>> http://soundcloud.com/t-emp >>>>>>> >>> >>>>> >>>>>>> >>> >>>>> >>>>>>> >>> >>>>> >>>>>>> >>> >>>>> ------------------------------------------------------------------------------ >>>>>>> >>> >>>>> Managing the Performance of Cloud-Based Applications >>>>>>> >>> >>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>> >>> >>>>> Pitfalls. >>>>>>> >>> >>>>> Read the Whitepaper. >>>>>>> >>> >>>>> >>>>>>> >>> >>>>> >>>>>>> >>> >>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>> >>> >>>>> _______________________________________________ >>>>>>> >>> >>>>> Csound-devel mailing list >>>>>>> >>> >>>>> Csound-devel@lists.sourceforge.net >>>>>>> >>> >>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>> >>> >>> >>>>>>> >>> >>> >>>>>>> >>> >>> >>>>>>> >>> >>> ------------------------------------------------------------------------------ >>>>>>> >>> >>> Managing the Performance of Cloud-Based Applications >>>>>>> >>> >>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>> >>> >>> Pitfalls. >>>>>>> >>> >>> Read the Whitepaper. >>>>>>> >>> >>> >>>>>>> >>> >>> >>>>>>> >>> >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>> >>> >>> _______________________________________________ >>>>>>> >>> >>> Csound-devel mailing list >>>>>>> >>> >>> Csound-devel@lists.sourceforge.net >>>>>>> >>> >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>> >>> >> >>>>>>> >>> >> >>>>>>> >>> >> >>>>>>> >>> >> -- >>>>>>> >>> >> >>>>>>> >>> >> Oeyvind Brandtsegg >>>>>>> >>> >> Professor of Music Technology >>>>>>> >>> >> NTNU >>>>>>> >>> >> 7491 Trondheim >>>>>>> >>> >> Norway >>>>>>> >>> >> Cell: +47 92 203 205 >>>>>>> >>> >> >>>>>>> >>> >> http://flyndresang.no/ >>>>>>> >>> >> http://www.partikkelaudio.com/ >>>>>>> >>> >> http://soundcloud.com/brandtsegg >>>>>>> >>> >> http://soundcloud.com/t-emp >>>>>>> >>> >> >>>>>>> >>> >> >>>>>>> >>> >> >>>>>>> >>> >> ------------------------------------------------------------------------------ >>>>>>> >>> >> Managing the Performance of Cloud-Based Applications >>>>>>> >>> >> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>> >>> >> Pitfalls. >>>>>>> >>> >> Read the Whitepaper. >>>>>>> >>> >> >>>>>>> >>> >> >>>>>>> >>> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>> >>> >> _______________________________________________ >>>>>>> >>> >> Csound-devel mailing list >>>>>>> >>> >> Csound-devel@lists.sourceforge.net >>>>>>> >>> >> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>> >>> > >>>>>>> >>> > >>>>>>> >>> > >>>>>>> >>> > >>>>>>> >>> > ------------------------------------------------------------------------------ >>>>>>> >>> > Managing the Performance of Cloud-Based Applications >>>>>>> >>> > Take advantage of what the Cloud has to offer - Avoid Common >>>>>>> >>> > Pitfalls. >>>>>>> >>> > Read the Whitepaper. >>>>>>> >>> > >>>>>>> >>> > >>>>>>> >>> > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>> >>> > _______________________________________________ >>>>>>> >>> > Csound-devel mailing list >>>>>>> >>> > Csound-devel@lists.sourceforge.net >>>>>>> >>> > https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>> >>> >>>>>>> >>> >>>>>>> >>> >>>>>>> >>> -- >>>>>>> >>> >>>>>>> >>> Oeyvind Brandtsegg >>>>>>> >>> Professor of Music Technology >>>>>>> >>> NTNU >>>>>>> >>> 7491 Trondheim >>>>>>> >>> Norway >>>>>>> >>> Cell: +47 92 203 205 >>>>>>> >>> >>>>>>> >>> http://flyndresang.no/ >>>>>>> >>> http://www.partikkelaudio.com/ >>>>>>> >>> http://soundcloud.com/brandtsegg >>>>>>> >>> http://soundcloud.com/t-emp >>>>>>> >>> >>>>>>> >>> >>>>>>> >>> >>>>>>> >>> ------------------------------------------------------------------------------ >>>>>>> >>> Managing the Performance of Cloud-Based Applications >>>>>>> >>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>> >>> Pitfalls. >>>>>>> >>> Read the Whitepaper. >>>>>>> >>> >>>>>>> >>> >>>>>>> >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>> >>> _______________________________________________ >>>>>>> >>> Csound-devel mailing list >>>>>>> >>> Csound-devel@lists.sourceforge.net >>>>>>> >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>> >> >>>>>>> >> >>>>>>> >> >>>>>>> >> >>>>>>> >> ------------------------------------------------------------------------------ >>>>>>> >> Managing the Performance of Cloud-Based Applications >>>>>>> >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>>>>>> >> Read the Whitepaper. >>>>>>> >> >>>>>>> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>> >> _______________________________________________ >>>>>>> >> Csound-devel mailing list >>>>>>> >> Csound-devel@lists.sourceforge.net >>>>>>> >> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>> >> >>>>>>> >>>>>>> >>>>>>> ------------------------------------------------------------------------------ >>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>>>>>> Read the Whitepaper. >>>>>>> >>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>> _______________________________________________ >>>>>>> Csound-devel mailing list >>>>>>> Csound-devel@lists.sourceforge.net >>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>> >>>>>> >>>>> >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> Managing the Performance of Cloud-Based Applications >>>>> Take advantage of >> ... >> >> [E-posten er avkuttet] > > > > -- > > Oeyvind Brandtsegg > Professor of Music Technology > NTNU > 7491 Trondheim > Norway > Cell: +47 92 203 205 > > http://flyndresang.no/ > http://www.partikkelaudio.com/ > http://soundcloud.com/brandtsegg > http://soundcloud.com/t-emp > > ------------------------------------------------------------------------------ > Managing the Performance of Cloud-Based Applications > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. > Read the Whitepaper. > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk > _______________________________________________ > Csound-devel mailing list > Csound-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/csound-devel ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net

Date	2014-02-07 07:57
From	Oeyvind Brandtsegg
Subject	Re: [Cs-dev] [Csnd] Latency and buffers
	I think the current solution seems to tackel the issue well. And it also seems there is something seriously off with Live's PDC, so perhaps not worth trying to trick the Live bug into behaving "correctly" but leave it until Ableton has fixed it on their end. I'll try to keep the PDC issue in mind and test with other hosts as I come across them. I tested with Cubase now, and PDC works well with Cabbage plugins, I also went back to the previous Cabbage (alpha05.06) to compare, and with that version it did not work, so the recent changes has been good for Cubase PDC too. 2014-02-07 Rory Walsh : > Seems Live does not do PDC very well, or perhaps at all? Check this: > http://www.gearslutz.com/board/music-computers/847207-ableton-live-9-pdc-still-not-fixed.html > And in case that's not enough here's another epic thread on abelton's > own forums: > https://forum.ableton.com/viewtopic.php?f=1&t=185884 > I can try setting a really large latency to see if it has any effect > at all. Or even better, I can let users override the default ksmps > latency if they wish? > > On 6 February 2014 21:44, Oeyvind Brandtsegg wrote: >> Thanks so much >> ... tested with Reaper and as expected it works here too, >> with Live, however, I still get soundcardbuffer+ksmps (but I expected >> to get only soundcardbuffer latency), >> Something went awry with my Cubase version, so I'm downloading an >> update (big) now. >> Oeyvind >> >> 2014-02-06 Rory Walsh : >>> Sorry Oeyvind, I just uploaded it to a few moments ago: >>> http://www.thecabbagefoundation.org/viewtopic.php?f=21&t=360&p=819#p819 >>> Thought it best to dump it there for you to try out before I do an >>> official release. I sorted those host bpm issues for you too. I've >>> actually reserved some channels for that info so you don't need to >>> declare any host stuff in the GUI code. Seemed a little pointless to >>> have to do that. Here are the reserved channels now in full. >>> >>> 'HOST_BPM': Retrieve the currents host bpm. This will be updated >>> whenever the host BPM changes. >>> 'IS_PLAYING': Pressing play on the host transport dialogue will cause >>> this channel to send a 1. Hitting stop will send a 0. >>> 'IS_RECORDING': As above only for monitoring the record status of a session. >>> 'TIME_IN_SECONDS': Return the current time in seconds from the start >>> of the track. >>> 'HOST_PPQ_POS': Return the position of the start of the last bar, in >>> pulses-per-quarter-note. >>> 'CABBAGE_CSD_PATH': This string channel will retrieve the full path to >>> the current csd file. >>> >>> All the host stuff is updated at every k cycle. The path is constant >>> and only gets sent once, if for some reason you overwrite that channel >>> with something else, you'll need to restart to get it again. I hope >>> the PDC works Ok in other hosts. I've had no issue in Reaper so far. >>> >>> >>> On 6 February 2014 20:42, Oeyvind Brandtsegg wrote: >>>> Tested with the installer at >>>> https://github.com/cabbageaudio/cabbage/releases now, but still have >>>> delay, >>>> perhaps it has not been updated? >>>> >>>> >>>> 2014-02-06 Rory Walsh : >>>>> That's what I've done with Cabbage. I've only tested with Reaper but >>>>> so far so good. No more delays. >>>>> >>>>> On 6 February 2014 16:48, Michael Gogins wrote: >>>>>> Correction: I think the following would be more reliable: >>>>>> >>>>>> (1) After compiling the orc, call setInitialDelay with ksmps, THEN call >>>>>> ioChanged. In resume, the host will be pick up the initial delay. Calling >>>>>> setInitialDelay only sets the value of this field, it does not notify the >>>>>> host. >>>>>> >>>>>> Regards, >>>>>> Mike >>>>>> >>>>>> >>>>>> ----------------------------------------------------- >>>>>> Michael Gogins >>>>>> Irreducible Productions >>>>>> http://michaelgogins.tumblr.com >>>>>> Michael dot Gogins at gmail dot com >>>>>> >>>>>> >>>>>> On Thu, Feb 6, 2014 at 11:42 AM, Michael Gogins >>>>>> wrote: >>>>>>> >>>>>>> I've reviewed the VST plugin latency issue. It seems that the best thing >>>>>>> that I can do for CsoundVST: >>>>>>> >>>>>>> (1) After compiling the orc, call ioChanged to notify the host that the >>>>>>> plugin's latency may have changed. >>>>>>> >>>>>>> (2) In suspend or resume, call setInitialDelay with ksmps to tell the host >>>>>>> what that latency now is. >>>>>>> >>>>>>> Rory, does that sound correct to you? >>>>>>> >>>>>>> I do know that different VST hosts may handle this differently. >>>>>>> >>>>>>> Regards, >>>>>>> Mike >>>>>>> >>>>>>> >>>>>>> ----------------------------------------------------- >>>>>>> Michael Gogins >>>>>>> Irreducible Productions >>>>>>> http://michaelgogins.tumblr.com >>>>>>> Michael dot Gogins at gmail dot com >>>>>>> >>>>>>> >>>>>>> On Thu, Feb 6, 2014 at 10:55 AM, Rory Walsh wrote: >>>>>>>> >>>>>>>> This works really well. In Reaper the PDC is done automatically so the >>>>>>>> problem is effectively solved, no more phasing! I'll update the >>>>>>>> installer later. Perhaps you can try it with other hosts and let me >>>>>>>> know how it goes. Cheers, >>>>>>>> Rory. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> On 6 February 2014 14:13, Rory Walsh wrote: >>>>>>>> > Good thinking Oeyvind. I'll add that and update the Windows installer >>>>>>>> > this evening so you can try it out. >>>>>>>> > >>>>>>>> > On 6 February 2014 14:03, Michael Gogins >>>>>>>> > wrote: >>>>>>>> >> Thanks for the information, I will look into that. >>>>>>>> >> >>>>>>>> >> Regards, >>>>>>>> >> Mike >>>>>>>> >> >>>>>>>> >> >>>>>>>> >> ----------------------------------------------------- >>>>>>>> >> Michael Gogins >>>>>>>> >> Irreducible Productions >>>>>>>> >> http://michaelgogins.tumblr.com >>>>>>>> >> Michael dot Gogins at gmail dot com >>>>>>>> >> >>>>>>>> >> >>>>>>>> >> On Thu, Feb 6, 2014 at 8:59 AM, Oeyvind Brandtsegg >>>>>>>> >> wrote: >>>>>>>> >>> >>>>>>>> >>> Ok, good. >>>>>>>> >>> Just one last thing, >>>>>>>> >>> We might need to check (CsoundVST and Cabbage) if the effective >>>>>>>> >>> latency is reported correctly to the host, >>>>>>>> >>> as even a millisecond latency will matter if processing is done in >>>>>>>> >>> parallell (clean sound on one track, processsed sound with latency >>>>>>>> >>> one >>>>>>>> >>> another), that is, when the two are mixed we will have phasing >>>>>>>> >>> artifacts at 1kHz and integer multiples. >>>>>>>> >>> I'm not sure if the reported latency is reported correctly now, as >>>>>>>> >>> the >>>>>>>> >>> tracks do not line up when Delay compensation is turned on (in Live). >>>>>>>> >>> Other VSTs line up nicely when Delay compensation is on. >>>>>>>> >>> >>>>>>>> >>> all best >>>>>>>> >>> >>>>>>>> >>> >>>>>>>> >>> 2014-02-06 Victor Lazzarini : >>>>>>>> >>> > As you noticed, MaxMSP has also some issues when used as a plugin >>>>>>>> >>> > in >>>>>>>> >>> > Ableton, because of >>>>>>>> >>> > buffering. I would risk saying that it is because it has to work, >>>>>>>> >>> > as a >>>>>>>> >>> > Csound, with a set block size. >>>>>>>> >>> > But even with that, they seem to impose another layer of buffering, >>>>>>>> >>> > because afaik the block size >>>>>>>> >>> > by default is 64 samples. >>>>>>>> >>> > >>>>>>>> >>> > So, this is fundamental thing in the design of systems like Csound, >>>>>>>> >>> > PD, >>>>>>>> >>> > MaxMSP, that the >>>>>>>> >>> > block size is fixed. To change this, it means a complete redesign >>>>>>>> >>> > in >>>>>>>> >>> > terms of how Csound works, >>>>>>>> >>> > a rewrite of the engine and many opcodes that depend on that >>>>>>>> >>> > remaining >>>>>>>> >>> > constant. >>>>>>>> >>> > Within Csound, we have introduced the possibility of sample >>>>>>>> >>> > accurate >>>>>>>> >>> > timing for events, but >>>>>>>> >>> > that works within the fixed-block framework via the use of offsets. >>>>>>>> >>> > >>>>>>>> >>> > Note that there are systems around that work exclusively on a block >>>>>>>> >>> > size >>>>>>>> >>> > of 1, therefore >>>>>>>> >>> > avoiding any such issues. Csound can also do that. I would not >>>>>>>> >>> > necessarily think that >>>>>>>> >>> > ksmps=1 is only limited to simple effects. In modern computers, I >>>>>>>> >>> > have >>>>>>>> >>> > seen a lot of >>>>>>>> >>> > complex things running perfectly at that level. And following what >>>>>>>> >>> > Mike >>>>>>>> >>> > has said, ksmps=16 >>>>>>>> >>> > might be perfectly acceptable in many situations. As Oeyvind >>>>>>>> >>> > proved, >>>>>>>> >>> > that can be much >>>>>>>> >>> > better than what people are used to in some systems. If they can >>>>>>>> >>> > LIVE >>>>>>>> >>> > with that, surely >>>>>>>> >>> > they can REAPER the benefit with Csound ;). >>>>>>>> >>> > >>>>>>>> >>> > Regards >>>>>>>> >>> > >>>>>>>> >>> > Victor >>>>>>>> >>> > >>>>>>>> >>> > >>>>>>>> >>> > >>>>>>>> >>> > >>>>>>>> >>> > On 6 Feb 2014, at 09:17, Oeyvind Brandtsegg >>>>>>>> >>> > >>>>>>>> >>> > wrote: >>>>>>>> >>> > >>>>>>>> >>> >> Yes, it would definitely be a good thing to fix, >>>>>>>> >>> >> especially when considering the use of a series of plugins on the >>>>>>>> >>> >> same >>>>>>>> >>> >> track. >>>>>>>> >>> >> This is how I noticed the problem in the first place, as I had 3 >>>>>>>> >>> >> or 4 >>>>>>>> >>> >> Cabbage plugs in a series on the same track. >>>>>>>> >>> >> One might say that this is not a wise setup, all things recently >>>>>>>> >>> >> learned considered, >>>>>>>> >>> >> but it is one thing that a user might expect to do without >>>>>>>> >>> >> problems. >>>>>>>> >>> >> >>>>>>>> >>> >> The use of Csound as a plugin via Cabbage opens up Csound for >>>>>>>> >>> >> being >>>>>>>> >>> >> used widely in common production environments, >>>>>>>> >>> >> in terms of the way forward and making the language more >>>>>>>> >>> >> widespread, >>>>>>>> >>> >> this is a significant area. In that respect the dynamic ksmps >>>>>>>> >>> >> issue is >>>>>>>> >>> >> important for the continued use if Csound in a modern workflow. >>>>>>>> >>> >> >>>>>>>> >>> >> Until then, I will rewrite my plugins so all things I might need >>>>>>>> >>> >> on >>>>>>>> >>> >> one track lives in a single Cabage plug. >>>>>>>> >>> >> >>>>>>>> >>> >> all best >>>>>>>> >>> >> >>>>>>>> >>> >> 2014-02-06 Rory Walsh : >>>>>>>> >>> >>> Btw, it's clear that other plugins won't have a latency problem >>>>>>>> >>> >>> because they can(or at least should be able to) deal with >>>>>>>> >>> >>> variable >>>>>>>> >>> >>> buffer sizes. >>>>>>>> >>> >>> >>>>>>>> >>> >>> On 6 February 2014 08:57, Rory Walsh wrote: >>>>>>>> >>> >>>> That's a funny observation about Live. Their next product will >>>>>>>> >>> >>>> be >>>>>>>> >>> >>>> called Offline :) It seems ksmps==1 is a no go for anything but >>>>>>>> >>> >>>> a >>>>>>>> >>> >>>> single instance of a relatively simple effect(of course there >>>>>>>> >>> >>>> are no >>>>>>>> >>> >>>> issue with synths). And it also seems that pretty much all of >>>>>>>> >>> >>>> the >>>>>>>> >>> >>>> plugins standards in use today(AU, VST, LV2, etc) assume a >>>>>>>> >>> >>>> dynamic >>>>>>>> >>> >>>> buffer size. So as long as Csound is being used to process host >>>>>>>> >>> >>>> audio >>>>>>>> >>> >>>> in one of these environments it's likely there will be a latency >>>>>>>> >>> >>>> problem. That is if you plan to use the full power of Csound >>>>>>>> >>> >>>> there >>>>>>>> >>> >>>> will be. I know the latency will in most cases be quite small, >>>>>>>> >>> >>>> but >>>>>>>> >>> >>>> isn't it still enough to cause undesired effects on a mix? >>>>>>>> >>> >>>> >>>>>>>> >>> >>>> On 6 February 2014 08:38, Oeyvind Brandtsegg >>>>>>>> >>> >>>> wrote: >>>>>>>> >>> >>>>> Thanks so much for that explanation Mike. >>>>>>>> >>> >>>>> Rory, don't even so much as think of contemplating life without >>>>>>>> >>> >>>>> Cabbage (oh you already did...) ! >>>>>>>> >>> >>>>> Here's more observations about latency in different hosts that >>>>>>>> >>> >>>>> might >>>>>>>> >>> >>>>> brighten up thhing a bit, >>>>>>>> >>> >>>>> depending on what hosts one prefer... >>>>>>>> >>> >>>>> >>>>>>>> >>> >>>>> In Reaper: >>>>>>>> >>> >>>>> >>>>>>>> >>> >>>>> >>>>>>>> >>> >>>>> 2014-02-06 Michael Gogins : >>>>>>>> >>> >>>>>> There are two cases. If ksmps is always 1, you can use this >>>>>>>> >>> >>>>>> algorithm: >>>>>>>> >>> >>>>>> >>>>>>>> >>> >>>>>> for each frame in the host input buffer: >>>>>>>> >>> >>>>>> copy the host frame to the spin frame >>>>>>>> >>> >>>>>> call performKsmps() >>>>>>>> >>> >>>>>> copy the spout frame to the host output buffer >>>>>>>> >>> >>>>>> >>>>>>>> >>> >>>>>> Then there is no delay. >>>>>>>> >>> >>>>>> >>>>>>>> >>> >>>>>> If ksmps is greater than 1 it goes like this. It's enough to >>>>>>>> >>> >>>>>> consider ksmps >>>>>>>> >>> >>>>>> = 2, >>>>>>>> >>> >>>>>> all other cases work the same way. >>>>>>>> >>> >>>>>> >>>>>>>> >>> >>>>>> for each frame in the host input buffer: >>>>>>>> >>> >>>>>> copy the current host input frame to the current spin frame >>>>>>>> >>> >>>>>> copy the current spout frame to the current host output >>>>>>>> >>> >>>>>> buffer >>>>>>>> >>> >>>>>> if the current spout frame is past the end of spout: >>>>>>>> >>> >>>>>> call performKsmps >>>>>>>> >>> >>>>>> reset the spout/spin frame index to 0 >>>>>>>> >>> >>>>>> >>>>>>>> >>> >>>>>> If ksmps==1 then there is 1 frame of silence in the output at >>>>>>>> >>> >>>>>> the >>>>>>>> >>> >>>>>> start, and >>>>>>>> >>> >>>>>> thereafter output lags input by 1 frame. On the final frame of >>>>>>>> >>> >>>>>> the >>>>>>>> >>> >>>>>> host >>>>>>>> >>> >>>>>> buffer, Csound computes a frame in spout but it is not copied >>>>>>>> >>> >>>>>> to >>>>>>>> >>> >>>>>> the output >>>>>>>> >>> >>>>>> until the next processing call. >>>>>>>> >>> >>>>>> >>>>>>>> >>> >>>>>> If ksmps==2 then there are 2 frames of silence in the output >>>>>>>> >>> >>>>>> at the >>>>>>>> >>> >>>>>> start, >>>>>>>> >>> >>>>>> and thereafter output lags input by 2 frames. On the final >>>>>>>> >>> >>>>>> frame of >>>>>>>> >>> >>>>>> the host >>>>>>>> >>> >>>>>> buffer,Csound computes 2 frames in spout, but depending on the >>>>>>>> >>> >>>>>> size >>>>>>>> >>> >>>>>> of the >>>>>>>> >>> >>>>>> output buffer, 1 or 2 frames are not copied to the output >>>>>>>> >>> >>>>>> until the >>>>>>>> >>> >>>>>> next >>>>>>>> >>> >>>>>> processing call. >>>>>>>> >>> >>>>>> >>>>>>>> >>> >>>>>> And so on. >>>>>>>> >>> >>>>>> >>>>>>>> >>> >>>>>> Regards, >>>>>>>> >>> >>>>>> Mike >>>>>>>> >>> >>>>>> >>>>>>>> >>> >>>>>> >>>>>>>> >>> >>>>>> >>>>>>>> >>> >>>>>> ----------------------------------------------------- >>>>>>>> >>> >>>>>> Michael Gogins >>>>>>>> >>> >>>>>> Irreducible Productions >>>>>>>> >>> >>>>>> http://michaelgogins.tumblr.com >>>>>>>> >>> >>>>>> Michael dot Gogins at gmail dot com >>>>>>>> >>> >>>>>> >>>>>>>> >>> >>>>>> >>>>>>>> >>> >>>>>> On Wed, Feb 5, 2014 at 7:39 PM, Rory Walsh >>>>>>>> >>> >>>>>> wrote: >>>>>>>> >>> >>>>>>> >>>>>>>> >>> >>>>>>> The way it stands things are fine, albeit with a ksmps delay. >>>>>>>> >>> >>>>>>> But >>>>>>>> >>> >>>>>>> it >>>>>>>> >>> >>>>>>> will remain constant and there won't be any drop outs. If >>>>>>>> >>> >>>>>>> ksmps >>>>>>>> >>> >>>>>>> ==1 >>>>>>>> >>> >>>>>>> then there will be no problems with latency. Of course I >>>>>>>> >>> >>>>>>> stand to >>>>>>>> >>> >>>>>>> be >>>>>>>> >>> >>>>>>> corrected. When all is said and done, I did enjoy >>>>>>>> >>> >>>>>>> contemplating >>>>>>>> >>> >>>>>>> life >>>>>>>> >>> >>>>>>> without Cabbage over a few beers. But that might just have >>>>>>>> >>> >>>>>>> been >>>>>>>> >>> >>>>>>> the >>>>>>>> >>> >>>>>>> beers :) >>>>>>>> >>> >>>>>>> >>>>>>>> >>> >>>>>>> >>>>>>>> >>> >>>>>>> On 5 February 2014 23:57, Rory Walsh >>>>>>>> >>> >>>>>>> wrote: >>>>>>>> >>> >>>>>>>> I'm glad you asked this because I'm a little lost too! I was >>>>>>>> >>> >>>>>>>> thinking >>>>>>>> >>> >>>>>>>> the >>>>>>>> >>> >>>>>>>> same as you. At some stage won't things goes south if the >>>>>>>> >>> >>>>>>>> buffer >>>>>>>> >>> >>>>>>>> size >>>>>>>> >>> >>>>>>>> suddenly changes as is likely once automation is brought >>>>>>>> >>> >>>>>>>> into the >>>>>>>> >>> >>>>>>>> equation? >>>>>>>> >>> >>>>>>>> >>>>>>>> >>> >>>>>>>> sent from a mobile device... >>>>>>>> >>> >>>>>>>> >>>>>>>> >>> >>>>>>>> On 5 Feb 2014 23:27, "Oeyvind Brandtsegg" >>>>>>>> >>> >>>>>>>> >>>>>>>> >>> >>>>>>>> wrote: >>>>>>>> >>> >>>>>>>>> >>>>>>>> >>> >>>>>>>>> Ok. That is good. >>>>>>>> >>> >>>>>>>>> But can it (the latency) change dynamically, as the host >>>>>>>> >>> >>>>>>>>> buffer >>>>>>>> >>> >>>>>>>>> size >>>>>>>> >>> >>>>>>>>> change dynamically? >>>>>>>> >>> >>>>>>>>> Sorry if I'm being dense but I would really like to >>>>>>>> >>> >>>>>>>>> understand. >>>>>>>> >>> >>>>>>>>> >>>>>>>> >>> >>>>>>>>> >>>>>>>> >>> >>>>>>>>> 2014-02-06 Michael Gogins : >>>>>>>> >>> >>>>>>>>>> No, the maximum latency is ksmps. That could be either >>>>>>>> >>> >>>>>>>>>> larger, >>>>>>>> >>> >>>>>>>>>> or >>>>>>>> >>> >>>>>>>>>> smaller, >>>>>>>> >>> >>>>>>>>>> than the host buffer size. It doesn't matter. >>>>>>>> >>> >>>>>>>>>> >>>>>>>> >>> >>>>>>>>>> Regards, >>>>>>>> >>> >>>>>>>>>> Mike >>>>>>>> >>> >>>>>>>>>> >>>>>>>> >>> >>>>>>>>>> >>>>>>>> >>> >>>>>>>>>> ----------------------------------------------------- >>>>>>>> >>> >>>>>>>>>> Michael Gogins >>>>>>>> >>> >>>>>>>>>> Irreducible Productions >>>>>>>> >>> >>>>>>>>>> http://michaelgogins.tumblr.com >>>>>>>> >>> >>>>>>>>>> Michael dot Gogins at gmail dot com >>>>>>>> >>> >>>>>>>>>> >>>>>>>> >>> >>>>>>>>>> >>>>>>>> >>> >>>>>>>>>> On Wed, Feb 5, 2014 at 6:07 PM, Oeyvind Brandtsegg >>>>>>>> >>> >>>>>>>>>> wrote: >>>>>>>> >>> >>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>> ...but the latency would be one full host buffer size, >>>>>>>> >>> >>>>>>>>>>> not >>>>>>>> >>> >>>>>>>>>>> just a >>>>>>>> >>> >>>>>>>>>>> ksmps, >>>>>>>> >>> >>>>>>>>>>> right? >>>>>>>> >>> >>>>>>>>>>> So a small ksmps would rather minimize the chance of a >>>>>>>> >>> >>>>>>>>>>> ksmps-buffer >>>>>>>> >>> >>>>>>>>>>> mismatch, but not actually minimize worst case latency >>>>>>>> >>> >>>>>>>>>>> (which >>>>>>>> >>> >>>>>>>>>>> would >>>>>>>> >>> >>>>>>>>>>> be >>>>>>>> >>> >>>>>>>>>>> one host buffer block). Isn't it so? >>>>>>>> >>> >>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>> Now, one thing I don't understand is if the latency can >>>>>>>> >>> >>>>>>>>>>> be >>>>>>>> >>> >>>>>>>>>>> zero >>>>>>>> >>> >>>>>>>>>>> when >>>>>>>> >>> >>>>>>>>>>> the host buffer is an integer multiple of ksmps, and it >>>>>>>> >>> >>>>>>>>>>> indeed >>>>>>>> >>> >>>>>>>>>>> is, >>>>>>>> >>> >>>>>>>>>>> and also the host buffer size can be dynamic, we must >>>>>>>> >>> >>>>>>>>>>> assume >>>>>>>> >>> >>>>>>>>>>> that >>>>>>>> >>> >>>>>>>>>>> the two buffer length may initially fit but at some later >>>>>>>> >>> >>>>>>>>>>> time >>>>>>>> >>> >>>>>>>>>>> they >>>>>>>> >>> >>>>>>>>>>> will not,* then* what happens at the transition point ? I >>>>>>>> >>> >>>>>>>>>>> mean, when >>>>>>>> >>> >>>>>>>>>>> we go from perfectly aligned buffers and zero latency to >>>>>>>> >>> >>>>>>>>>>> misaligned >>>>>>>> >>> >>>>>>>>>>> buffers and one bufferlength latency. Then we should have >>>>>>>> >>> >>>>>>>>>>> one >>>>>>>> >>> >>>>>>>>>>> non-full >>>>>>>> >>> >>>>>>>>>>> buffer in the transition from zero latency to one-buffer >>>>>>>> >>> >>>>>>>>>>> latency. >>>>>>>> >>> >>>>>>>>>>> Will >>>>>>>> >>> >>>>>>>>>>> it pop? If so, I would expect it to pop quite often(?), >>>>>>>> >>> >>>>>>>>>>> which >>>>>>>> >>> >>>>>>>>>>> it >>>>>>>> >>> >>>>>>>>>>> does >>>>>>>> >>> >>>>>>>>>>> not. >>>>>>>> >>> >>>>>>>>>>> Or? >>>>>>>> >>> >>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>> 2014-02-05 Victor Lazzarini : >>>>>>>> >>> >>>>>>>>>>>> If your ksmps is small, any latency that might exist >>>>>>>> >>> >>>>>>>>>>>> will be >>>>>>>> >>> >>>>>>>>>>>> small >>>>>>>> >>> >>>>>>>>>>>> too, >>>>>>>> >>> >>>>>>>>>>>> and I can't see it having >>>>>>>> >>> >>>>>>>>>>>> a major effect. So if you run with ksmps=16, it's 0.3 >>>>>>>> >>> >>>>>>>>>>>> millisseconds. >>>>>>>> >>> >>>>>>>>>>>> Not >>>>>>>> >>> >>>>>>>>>>>> much of a problem. >>>>>>>> >>> >>>>>>>>>>>> And for the cases where this is a problem, then it's >>>>>>>> >>> >>>>>>>>>>>> still >>>>>>>> >>> >>>>>>>>>>>> possible >>>>>>>> >>> >>>>>>>>>>>> to >>>>>>>> >>> >>>>>>>>>>>> run with ksmps=1. >>>>>>>> >>> >>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>> Victor >>>>>>>> >>> >>>>>>>>>>>> On 5 Feb 2014, at 20:46, Rory Walsh wrote: >>>>>>>> >>> >>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>> I wish I had thought of this before spending so much >>>>>>>> >>> >>>>>>>>>>>>> time >>>>>>>> >>> >>>>>>>>>>>>> writing >>>>>>>> >>> >>>>>>>>>>>>> a >>>>>>>> >>> >>>>>>>>>>>>> framework for developing VST plugins with Csound. I'm >>>>>>>> >>> >>>>>>>>>>>>> off >>>>>>>> >>> >>>>>>>>>>>>> now to >>>>>>>> >>> >>>>>>>>>>>>> have >>>>>>>> >>> >>>>>>>>>>>>> a few beers and rethink life! >>>>>>>> >>> >>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>> On 5 February 2014 20:06, Michael Gogins >>>>>>>> >>> >>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>> wrote: >>>>>>>> >>> >>>>>>>>>>>>>> Then your code will run 5 times slower or so. >>>>>>>> >>> >>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>> Regards, >>>>>>>> >>> >>>>>>>>>>>>>> Mike >>>>>>>> >>> >>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>> ----------------------------------------------------- >>>>>>>> >>> >>>>>>>>>>>>>> Michael Gogins >>>>>>>> >>> >>>>>>>>>>>>>> Irreducible Productions >>>>>>>> >>> >>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>>>>>>> >>> >>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>>>>>>> >>> >>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>> On Wed, Feb 5, 2014 at 3:03 PM, Rory Walsh >>>>>>>> >>> >>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>> wrote: >>>>>>>> >>> >>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>> Seems every where I look it says don't make any >>>>>>>> >>> >>>>>>>>>>>>>>> assumptions >>>>>>>> >>> >>>>>>>>>>>>>>> about >>>>>>>> >>> >>>>>>>>>>>>>>> buffer sizes. So I guess the only fail safe way is to >>>>>>>> >>> >>>>>>>>>>>>>>> force a >>>>>>>> >>> >>>>>>>>>>>>>>> ksmps >>>>>>>> >>> >>>>>>>>>>>>>>> of >>>>>>>> >>> >>>>>>>>>>>>>>> 1? uh... >>>>>>>> >>> >>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>> On 5 February 2014 19:57, Michael Gogins >>>>>>>> >>> >>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>> wrote: >>>>>>>> >>> >>>>>>>>>>>>>>>> I believe that you are wrong, you cannot count on a >>>>>>>> >>> >>>>>>>>>>>>>>>> power >>>>>>>> >>> >>>>>>>>>>>>>>>> of >>>>>>>> >>> >>>>>>>>>>>>>>>> two >>>>>>>> >>> >>>>>>>>>>>>>>>> size. >>>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>> See these threads from KVR: >>>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>> http://www.kvraudio.com/forum/viewtopic.php?t=279753 >>>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>> http://www.kvraudio.com/forum/viewtopic.php?t=359951 >>>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>> http://www.kvraudio.com/forum/viewtopic.php?p=3458228 >>>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>> Regards, >>>>>>>> >>> >>>>>>>>>>>>>>>> Mike >>>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>> ----------------------------------------------------- >>>>>>>> >>> >>>>>>>>>>>>>>>> Michael Gogins >>>>>>>> >>> >>>>>>>>>>>>>>>> Irreducible Productions >>>>>>>> >>> >>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>>>>>>> >>> >>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>> On Wed, Feb 5, 2014 at 2:17 PM, Victor Lazzarini >>>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>> wrote: >>>>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>> But I think you're probably safe setting ksmps to a >>>>>>>> >>> >>>>>>>>>>>>>>>>> low >>>>>>>> >>> >>>>>>>>>>>>>>>>> value >>>>>>>> >>> >>>>>>>>>>>>>>>>> that >>>>>>>> >>> >>>>>>>>>>>>>>>>> is a >>>>>>>> >>> >>>>>>>>>>>>>>>>> power-of-two. I would >>>>>>>> >>> >>>>>>>>>>>>>>>>> expect most hosts to run buffers that are >>>>>>>> >>> >>>>>>>>>>>>>>>>> power-of-two >>>>>>>> >>> >>>>>>>>>>>>>>>>> and >>>>>>>> >>> >>>>>>>>>>>>>>>>> that >>>>>>>> >>> >>>>>>>>>>>>>>>>> are >>>>>>>> >>> >>>>>>>>>>>>>>>>> not >>>>>>>> >>> >>>>>>>>>>>>>>>>> that small. >>>>>>>> >>> >>>>>>>>>>>>>>>>> ksmps =8,16 or 32 should do. >>>>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>> Victor >>>>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>> On 5 Feb 2014, at 18:10, Rory Walsh wrote: >>>>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>> I was just about to answer my previous mail with >>>>>>>> >>> >>>>>>>>>>>>>>>>>> the >>>>>>>> >>> >>>>>>>>>>>>>>>>>> same >>>>>>>> >>> >>>>>>>>>>>>>>>>>> thing. >>>>>>>> >>> >>>>>>>>>>>>>>>>>> That's >>>>>>>> >>> >>>>>>>>>>>>>>>>>> a pain. >>>>>>>> >>> >>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>> On 5 February 2014 18:03, Michael Gogins >>>>>>>> >>> >>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>> wrote: >>>>>>>> >>> >>>>>>>>>>>>>>>>>>> No. The host can and often does use a different >>>>>>>> >>> >>>>>>>>>>>>>>>>>>> host >>>>>>>> >>> >>>>>>>>>>>>>>>>>>> audio >>>>>>>> >>> >>>>>>>>>>>>>>>>>>> buffer >>>>>>>> >>> >>>>>>>>>>>>>>>>>>> size >>>>>>>> >>> >>>>>>>>>>>>>>>>>>> on >>>>>>>> >>> >>>>>>>>>>>>>>>>>>> each call to process() or processReplacing(). >>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>> Regards, >>>>>>>> >>> >>>>>>>>>>>>>>>>>>> Mike >>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>> ----------------------------------------------------- >>>>>>>> >>> >>>>>>>>>>>>>>>>>>> Michael Gogins >>>>>>>> >>> >>>>>>>>>>>>>>>>>>> Irreducible Productions >>>>>>>> >>> >>>>>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>>>>>>> >>> >>>>>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>> On Wed, Feb 5, 2014 at 11:27 AM, Rory Walsh >>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>> wrote: >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> Hi Mike, isn't it possible to query the host >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> buffer >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> size >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> before >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> the >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> processing function is first called, in which >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> case >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> you can >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> just >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> override the csd's ksmps? >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> On 5 February 2014 15:55, Michael Gogins >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> I've looked into this some more. As long as the >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> host >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> audio >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> buffer >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> is >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> not >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> an >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> integral multiple of ksmps, there will have to >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> be >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> ksmps >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> latency >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> between >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> input and output. That is because performKsmps >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> requires >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> spin >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> to >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> be >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> full, >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> but >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> if there is some remainder from hostsize/ksmps, >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> there >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> will >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> be >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> some >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> frames >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> that the host buffer doesn't have but spin >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> needs. >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> I am letting this go for now, but if Csound >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> could >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> adjust >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> ksmps >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> during >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> performance via the API, then we could get rid >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> of >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> this >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> latency >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> by >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> setting >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> ksmps equal to the host buffer size on each >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> host >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> processing >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> call. >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> I >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> think >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> this would be a really good idea. I'm entering >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> it as >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> a >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> feature >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> request. >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> Regards, >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> Mike >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> Regards, >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> Mike >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> ----------------------------------------------------- >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> Michael Gogins >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> Irreducible Productions >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 1:47 PM, Michael Gogins >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> CsoundVST does the following: >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> In the processReplacing callback there are >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> essentially >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> two >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> simultaneous >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> loops, each with their own loop indexes. One >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> loop >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> is for >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> the >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> host >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> audio >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> buffer, which can change in size from one call >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> to >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> the >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> next. >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> The >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> other >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> loop >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> is for Csound. >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> For each frame of audio, one frame of audio is >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> copied >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> from >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> the >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> host >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> input >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> buffer to spin, one frame of audio is copied >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> from >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> spout >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> to >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> the >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> host >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> audio >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> output buffer, and both loop indexes are >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> incremented. >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> At the end of spout, ksmps audio are processed >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> by >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> Csound, >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> and >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> the >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> spin >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> and >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> spout buffer indexes are reset to 0. These >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> indexes >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> persist >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> from >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> call >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> to >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> call, so there are no gaps or glitches. >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> There is ksmps frames latency in the code >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> because >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> spin >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> is >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> read >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> in >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> before >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> it spout is computed. But I will try to change >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> the >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> code >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> so >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> that >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> the >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> buffers >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> are rewound to line spout up with spin. There >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> will >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> then >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> be >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> zero >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> latency. >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> ----------------------------------------------------- >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> Michael Gogins >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> Irreducible Productions >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> http://michaelgogins.tumblr.com >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> Michael dot Gogins at gmail dot com >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 11:03 AM, Steven Yi >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> I was in the middle of replying pretty much >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> the >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> same >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> thing >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> as >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Victor. >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Seems like you're introducing block's worth >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> of >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> latency >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> due >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> to >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> the >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> code >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> order. >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 11:05 AM, Victor >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Lazzarini >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> I would have thought that you would >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 1) write data into spin >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 2) process >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 3) write data out of spout. >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> if you read and write after running >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> PeformKsmps(), as >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> far >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> as >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> I >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> can >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> see >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> there might be >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> a delay between input and output, as you >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> will be >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> effectively >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> putting >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> out the data that >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> you processed in the previous period. >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 1) process (means process the current spin >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> data) >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 2) write to spin the new data >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> 3) write out the result of processing the >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> previous >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> spin >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> That's what it looks like to me. Not sure if >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> I am >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> right. >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Also >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> this >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> discussion should be in the dev list not >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> in the users list (so my response is going >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> there). >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Victor >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> On 4 Feb 2014, at 15:47, Rory Walsh >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> I can confirm that it's not an issue with >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> plugin >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> framework >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> I'm >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> using. I can also confirm it happens >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> whether the >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> plugin's >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> processBlock() is being called the same >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> amount >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> of >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> times >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> as >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> performKsmps(). That is to say, if the >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> plugin >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> sample >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> buffer >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> is >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> set >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> to >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> 64 and so is Csound's, the problem >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> persists. >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> I can recreate it with Reaper by placing >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> two >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> identical >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> audio >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> tracks >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> in >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> the session. On one track I place a >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> straight >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> forward >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> in/out >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> effect plugin. Then play both back at the >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> same >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> time. >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> You'll >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> hear >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> subtle phasing taking place until you >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> bypass the >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> plugin >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> effect. >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> Here's >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> my processBlock(), it couldn't be any >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> simpler. >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> Can >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> any >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> devs >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> out >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> there >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> spot something that might introduce >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> latency? >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> CSCompResult = csound->PerformKsmps(); >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> for(int i=0;i>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> { >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> if(!CSCompResult) >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> { >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> for(int channel = 0; channel < >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> getNumOutputChannels(); >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> channel++ ) >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> { >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> audioBuffer = >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> buffer.getSampleData(channel,0); >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> pos = igetNumOutputChannels(); >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> CSspin[channel+pos] = >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> audioBuffer[i]cs_scale; >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> audioBuffer[i] = >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> (CSspout[channel+pos]/cs_scale); >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> } >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> } >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> else >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> buffer.clear(); >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> } >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 15:04, Oeyvind >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> All good. >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> I could test with csound~ and found >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> another >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> cause >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> for >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> latency. >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Steven Yi : >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Nope. I did some work on updating the >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> CMake >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> file >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> to >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> try >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> building >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> on >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Windows yesterday. I need to do so me >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> research >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> to >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> see >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> about >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> libraries >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> to link to and other things, but it may >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> take a >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> while >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> current >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> work >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> load. >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:47 AM, Oeyvind >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> That looks as if it's for OSX only (?), >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> perhaps not compiled for windows yet? >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Steven Yi >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> : >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6~ should be with the installer; >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> also >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> available >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> at: >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://sourceforge.net/projects/csound/files/csound6/Csound6.02/csound~_v1.1.1.pkg/download >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> On Tue, Feb 4, 2014 at 9:38 AM, Oeyvind >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I can also reproduce it with csound~ >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> MaxForLive >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> haven't tried with csound6~ (where can >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> find >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> it?) >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Now, testing with Max (not in Live), >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> and >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Reaper, >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> find >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> can not >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> reproduce the behaviour there. >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> So there is something with Live then. >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> However, >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> other >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> VST >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugins >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Live does not introduce extra latency. >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> The way I measure latency is by >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> setiing up >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> a >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> microphone >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> close >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> to >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> speaker, close enough that it will >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> almost >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> feed, >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> then tap the mic and listen to the >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> resonance of >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> system. >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> When >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency changes, the resonance will >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> change. >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> When I add a plugin (Cabbage or >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> MaxForLive >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound~), >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> (and so the resonance) changes. If I >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> load >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> other >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> VST >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugins >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> this >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> does >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> not happen, the latency does not >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> change. >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> But as I said, I can only reproduce it >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Live. >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Sorry >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> for >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> noise. >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> : >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I can recreate it here. It's subtle, >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> but >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> present. >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I'll >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> take >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> a >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> look. >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:38, Oeyvind >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Yes, I have tried different ksmps >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> values, >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> both >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> higher >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> and >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> lower >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> and >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> equal to the host buffer size. >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Will investigate if I can reproduce >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> it on >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound~. >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 2014-02-04 Rory Walsh >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> : >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On second thoughts I can't see what >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> might be >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> causing >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> this. >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Have you >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> tried setting ksmps to be the same >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> as >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> your >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> host's >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> buffer >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> size? >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 13:01, Rory >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Walsh >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I think I have it... Lunch first >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> though.. >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sent from a mobile device... >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 Feb 2014 12:56, "Rory Walsh" >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Are you just running audio >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> straight in >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> and >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> out, >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> no >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processing? The >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin host calls the plugin's >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock() >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> which >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> turn >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> calls >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> performKsmps(). So long as >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock() >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> is >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> being >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> called >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> (if the >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> track is playing for example) >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> performKsmps() >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> will >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> be >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> called >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> over and >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> over again processing ksmps >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> samples >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> each >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> time. >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> At >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> moment >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock() method and the >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> performKsmps() >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> are >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> firing >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> off >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> at >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> different speeds. I can look at >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> forcing >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugins >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> to >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> process the >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> same amount of samples as the >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> does >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> each >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> call >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> to >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processBlock(). Perhaps that >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> might >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> help. >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 4 February 2014 12:41, Oeyvind >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Brandtsegg >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Regarding latency and buffers, >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I thought I had understood that >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound, >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> when >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> used >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> as a >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin (e.g. >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cabbage or csound~) would >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> process the >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> audio >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> buffer >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "in >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> place", so no >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> extra latency would incur due to >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sound >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> being >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> processed >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> through >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Csound, assuming that ksmps is >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> smaler >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> than >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> host >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> program's buffer >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> size. >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Now, running Cabbage plugins in >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Ableton >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Live, >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I've >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> been >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> investigating >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency issues, and I find that >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> adding a >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> simple >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cabbage >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin will >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> delay the signal. Also, adding >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> more >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> than >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> one >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> such >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> plugin >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> in >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> series >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> increases the delay/latency >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> accordingly. >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I've >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> tried >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> using >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> different >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ksmps, and this indeed affects >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> amount >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> of >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> latency >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> but >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> even setting >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ksmps=1 does not get rid of it. >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Can the buffer be processed "in >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> place"? >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> best >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Sourceforge >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> bug >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> can >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> be >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound" >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Sourceforge bug >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> can be >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> bug >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> be >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> bug >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> be >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> bug >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> be >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> bug >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> -- >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Oeyvind Brandtsegg >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Professor of Music Technology >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> NTNU >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> 7491 Trondheim >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Norway >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Cell: +47 92 203 205 >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> http://flyndresang.no/ >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> http://soundcloud.com/t-emp >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> here >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> Send bugs reports to the Sourceforge bug >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> trackers >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> csound6: >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/tickets/ >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> csound5: >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> https://sourceforge.net/p/csound/bugs/ >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> Discussions of bugs and features can be >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> posted >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> here >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, send email >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> sympa@lists.bath.ac.uk >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> with >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> body >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> "unsubscribe csound" >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Applications >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> offer - >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Avoid >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Common >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Pitfalls. >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Applications >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> - >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Avoid >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Common >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Pitfalls. >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> Applications >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> Avoid >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> Common >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> Pitfalls. >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> Applications >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> Avoid >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> Common >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> Pitfalls. >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>> >>> >>>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >>>>>>>> >>> >>>>>>>>>>>>>>>>>>> Applications >>>>>>>> >>> >>>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >>>>>>>> >>> >>>>>>>>>>>>>>>>>>> Avoid >>>>>>>> >>> >>>>>>>>>>>>>>>>>>> Common >>>>>>>> >>> >>>>>>>>>>>>>>>>>>> Pitfalls. >>>>>>>> >>> >>>>>>>>>>>>>>>>>>> Read the Whitepaper. >>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>> >>> >>>>>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>> >>> >>>>>>>>>>>>>>>>>>> Csound-devel mailing list >>>>>>>> >>> >>>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>> >>> >>>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>> >>> >>>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >>>>>>>> >>> >>>>>>>>>>>>>>>>>> Applications >>>>>>>> >>> >>>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >>>>>>>> >>> >>>>>>>>>>>>>>>>>> Avoid >>>>>>>> >>> >>>>>>>>>>>>>>>>>> Common >>>>>>>> >>> >>>>>>>>>>>>>>>>>> Pitfalls. >>>>>>>> >>> >>>>>>>>>>>>>>>>>> Read the Whitepaper. >>>>>>>> >>> >>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>> >>> >>>>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>> >>> >>>>>>>>>>>>>>>>>> Csound-devel mailing list >>>>>>>> >>> >>>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>> >>> >>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>> Dr Victor Lazzarini >>>>>>>> >>> >>>>>>>>>>>>>>>>> Senior Lecturer >>>>>>>> >>> >>>>>>>>>>>>>>>>> Dept. of Music >>>>>>>> >>> >>>>>>>>>>>>>>>>> NUI Maynooth Ireland >>>>>>>> >>> >>>>>>>>>>>>>>>>> tel.: +353 1 708 3545 >>>>>>>> >>> >>>>>>>>>>>>>>>>> Victor dot Lazzarini AT nuim dot ie >>>>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>> >>> >>>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based >>>>>>>> >>> >>>>>>>>>>>>>>>>> Applications >>>>>>>> >>> >>>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >>>>>>>> >>> >>>>>>>>>>>>>>>>> Avoid >>>>>>>> >>> >>>>>>>>>>>>>>>>> Common >>>>>>>> >>> >>>>>>>>>>>>>>>>> Pitfalls. >>>>>>>> >>> >>>>>>>>>>>>>>>>> Read the Whitepaper. >>>>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>> >>> >>>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>> >>> >>>>>>>>>>>>>>>>> Csound-devel mailing list >>>>>>>> >>> >>>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>> >>> >>>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>> >>> >>>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - >>>>>>>> >>> >>>>>>>>>>>>>>>> Avoid >>>>>>>> >>> >>>>>>>>>>>>>>>> Common >>>>>>>> >>> >>>>>>>>>>>>>>>> Pitfalls. >>>>>>>> >>> >>>>>>>>>>>>>>>> Read the Whitepaper. >>>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>> >>> >>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>> >>> >>>>>>>>>>>>>>>> Csound-devel mailing list >>>>>>>> >>> >>>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>> >>> >>>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>> >>> >>>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>> >>> >>>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>>>>> >>> >>>>>>>>>>>>>>> Common >>>>>>>> >>> >>>>>>>>>>>>>>> Pitfalls. >>>>>>>> >>> >>>>>>>>>>>>>>> Read the Whitepaper. >>>>>>>> >>> >>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>> >>> >>>>>>>>>>>>>>> _______________________________________________ >>>>>>>> >>> >>>>>>>>>>>>>>> Csound-devel mailing list >>>>>>>> >>> >>>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>> >>> >>>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>> >>> >>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>> >>> >>>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>> >>> >>>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>>>>> >>> >>>>>>>>>>>>>> Common >>>>>>>> >>> >>>>>>>>>>>>>> Pitfalls. >>>>>>>> >>> >>>>>>>>>>>>>> Read the Whitepaper. >>>>>>>> >>> >>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>> >>> >>>>>>>>>>>>>> _______________________________________________ >>>>>>>> >>> >>>>>>>>>>>>>> Csound-devel mailing list >>>>>>>> >>> >>>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>> >>> >>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>> >>> >>>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>> >>> >>>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>> >>> >>>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>>>>> >>> >>>>>>>>>>>>> Common >>>>>>>> >>> >>>>>>>>>>>>> Pitfalls. >>>>>>>> >>> >>>>>>>>>>>>> Read the Whitepaper. >>>>>>>> >>> >>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>> >>> >>>>>>>>>>>>> _______________________________________________ >>>>>>>> >>> >>>>>>>>>>>>> Csound-devel mailing list >>>>>>>> >>> >>>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>> >>> >>>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>> >>> >>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>> Dr Victor Lazzarini >>>>>>>> >>> >>>>>>>>>>>> Senior Lecturer >>>>>>>> >>> >>>>>>>>>>>> Dept. of Music >>>>>>>> >>> >>>>>>>>>>>> NUI Maynooth Ireland >>>>>>>> >>> >>>>>>>>>>>> tel.: +353 1 708 3545 >>>>>>>> >>> >>>>>>>>>>>> Victor dot Lazzarini AT nuim dot ie >>>>>>>> >>> >>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>> >>> >>>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>> >>> >>>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>>>>> >>> >>>>>>>>>>>> Common >>>>>>>> >>> >>>>>>>>>>>> Pitfalls. >>>>>>>> >>> >>>>>>>>>>>> Read the Whitepaper. >>>>>>>> >>> >>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>> >>> >>>>>>>>>>>> _______________________________________________ >>>>>>>> >>> >>>>>>>>>>>> Csound-devel mailing list >>>>>>>> >>> >>>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>> >>> >>>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>> >>> >>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>> -- >>>>>>>> >>> >>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>> Oeyvind Brandtsegg >>>>>>>> >>> >>>>>>>>>>> Professor of Music Technology >>>>>>>> >>> >>>>>>>>>>> NTNU >>>>>>>> >>> >>>>>>>>>>> 7491 Trondheim >>>>>>>> >>> >>>>>>>>>>> Norway >>>>>>>> >>> >>>>>>>>>>> Cell: +47 92 203 205 >>>>>>>> >>> >>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>> http://flyndresang.no/ >>>>>>>> >>> >>>>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>> >>> >>>>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>> >>> >>>>>>>>>>> http://soundcloud.com/t-emp >>>>>>>> >>> >>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>> >>> >>>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>> >>> >>>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>>>>> >>> >>>>>>>>>>> Common >>>>>>>> >>> >>>>>>>>>>> Pitfalls. >>>>>>>> >>> >>>>>>>>>>> Read the Whitepaper. >>>>>>>> >>> >>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>> >>>>>>>> >>> >>>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>> >>> >>>>>>>>>>> _______________________________________________ >>>>>>>> >>> >>>>>>>>>>> Csound-devel mailing list >>>>>>>> >>> >>>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>> >>> >>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>> >>> >>>>>>>>>> >>>>>>>> >>> >>>>>>>>>> >>>>>>>> >>> >>>>>>>>>> >>>>>>>> >>> >>>>>>>>>> >>>>>>>> >>> >>>>>>>>>> >>>>>>>> >>> >>>>>>>>>> >>>>>>>> >>> >>>>>>>>>> >>>>>>>> >>> >>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>> >>> >>>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>> >>> >>>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>>>>> >>> >>>>>>>>>> Common >>>>>>>> >>> >>>>>>>>>> Pitfalls. >>>>>>>> >>> >>>>>>>>>> Read the Whitepaper. >>>>>>>> >>> >>>>>>>>>> >>>>>>>> >>> >>>>>>>>>> >>>>>>>> >>> >>>>>>>>>> >>>>>>>> >>> >>>>>>>>>> >>>>>>>> >>> >>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>> >>> >>>>>>>>>> _______________________________________________ >>>>>>>> >>> >>>>>>>>>> Csound-devel mailing list >>>>>>>> >>> >>>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>> >>> >>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>> >>> >>>>>>>>>> >>>>>>>> >>> >>>>>>>>> >>>>>>>> >>> >>>>>>>>> >>>>>>>> >>> >>>>>>>>> >>>>>>>> >>> >>>>>>>>> -- >>>>>>>> >>> >>>>>>>>> >>>>>>>> >>> >>>>>>>>> Oeyvind Brandtsegg >>>>>>>> >>> >>>>>>>>> Professor of Music Technology >>>>>>>> >>> >>>>>>>>> NTNU >>>>>>>> >>> >>>>>>>>> 7491 Trondheim >>>>>>>> >>> >>>>>>>>> Norway >>>>>>>> >>> >>>>>>>>> Cell: +47 92 203 205 >>>>>>>> >>> >>>>>>>>> >>>>>>>> >>> >>>>>>>>> http://flyndresang.no/ >>>>>>>> >>> >>>>>>>>> http://www.partikkelaudio.com/ >>>>>>>> >>> >>>>>>>>> http://soundcloud.com/brandtsegg >>>>>>>> >>> >>>>>>>>> http://soundcloud.com/t-emp >>>>>>>> >>> >>>>>>>>> >>>>>>>> >>> >>>>>>>>> >>>>>>>> >>> >>>>>>>>> >>>>>>>> >>> >>>>>>>>> >>>>>>>> >>> >>>>>>>>> >>>>>>>> >>> >>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>> >>> >>>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>> >>> >>>>>>>>> Take advantage of what the Cloud has to offer - Avoid >>>>>>>> >>> >>>>>>>>> Common >>>>>>>> >>> >>>>>>>>> Pitfalls. >>>>>>>> >>> >>>>>>>>> Read the Whitepaper. >>>>>>>> >>> >>>>>>>>> >>>>>>>> >>> >>>>>>>>> >>>>>>>> >>> >>>>>>>>> >>>>>>>> >>> >>>>>>>>> >>>>>>>> >>> >>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>> >>> >>>>>>>>> _______________________________________________ >>>>>>>> >>> >>>>>>>>> Csound-devel mailing list >>>>>>>> >>> >>>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>> >>> >>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>> >>> >>>>>>> >>>>>>>> >>> >>>>>>> >>>>>>>> >>> >>>>>>> >>>>>>>> >>> >>>>>>> >>>>>>>> >>> >>>>>>> ------------------------------------------------------------------------------ >>>>>>>> >>> >>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>> >>> >>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>>> >>> >>>>>>> Pitfalls. >>>>>>>> >>> >>>>>>> Read the Whitepaper. >>>>>>>> >>> >>>>>>> >>>>>>>> >>> >>>>>>> >>>>>>>> >>> >>>>>>> >>>>>>>> >>> >>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>> >>> >>>>>>> _______________________________________________ >>>>>>>> >>> >>>>>>> Csound-devel mailing list >>>>>>>> >>> >>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>> >>> >>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>> >>> >>>>>> >>>>>>>> >>> >>>>>> >>>>>>>> >>> >>>>>> >>>>>>>> >>> >>>>>> >>>>>>>> >>> >>>>>> >>>>>>>> >>> >>>>>> ------------------------------------------------------------------------------ >>>>>>>> >>> >>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>> >>> >>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>>> >>> >>>>>> Pitfalls. >>>>>>>> >>> >>>>>> Read the Whitepaper. >>>>>>>> >>> >>>>>> >>>>>>>> >>> >>>>>> >>>>>>>> >>> >>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>> >>> >>>>>> _______________________________________________ >>>>>>>> >>> >>>>>> Csound-devel mailing list >>>>>>>> >>> >>>>>> Csound-devel@lists.sourceforge.net >>>>>>>> >>> >>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>> >>> >>>>>> >>>>>>>> >>> >>>>> >>>>>>>> >>> >>>>> >>>>>>>> >>> >>>>> >>>>>>>> >>> >>>>> -- >>>>>>>> >>> >>>>> >>>>>>>> >>> >>>>> Oeyvind Brandtsegg >>>>>>>> >>> >>>>> Professor of Music Technology >>>>>>>> >>> >>>>> NTNU >>>>>>>> >>> >>>>> 7491 Trondheim >>>>>>>> >>> >>>>> Norway >>>>>>>> >>> >>>>> Cell: +47 92 203 205 >>>>>>>> >>> >>>>> >>>>>>>> >>> >>>>> http://flyndresang.no/ >>>>>>>> >>> >>>>> http://www.partikkelaudio.com/ >>>>>>>> >>> >>>>> http://soundcloud.com/brandtsegg >>>>>>>> >>> >>>>> http://soundcloud.com/t-emp >>>>>>>> >>> >>>>> >>>>>>>> >>> >>>>> >>>>>>>> >>> >>>>> >>>>>>>> >>> >>>>> ------------------------------------------------------------------------------ >>>>>>>> >>> >>>>> Managing the Performance of Cloud-Based Applications >>>>>>>> >>> >>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>>> >>> >>>>> Pitfalls. >>>>>>>> >>> >>>>> Read the Whitepaper. >>>>>>>> >>> >>>>> >>>>>>>> >>> >>>>> >>>>>>>> >>> >>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>> >>> >>>>> _______________________________________________ >>>>>>>> >>> >>>>> Csound-devel mailing list >>>>>>>> >>> >>>>> Csound-devel@lists.sourceforge.net >>>>>>>> >>> >>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>> >>> >>> >>>>>>>> >>> >>> >>>>>>>> >>> >>> >>>>>>>> >>> >>> ------------------------------------------------------------------------------ >>>>>>>> >>> >>> Managing the Performance of Cloud-Based Applications >>>>>>>> >>> >>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>>> >>> >>> Pitfalls. >>>>>>>> >>> >>> Read the Whitepaper. >>>>>>>> >>> >>> >>>>>>>> >>> >>> >>>>>>>> >>> >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>> >>> >>> _______________________________________________ >>>>>>>> >>> >>> Csound-devel mailing list >>>>>>>> >>> >>> Csound-devel@lists.sourceforge.net >>>>>>>> >>> >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>> >>> >> >>>>>>>> >>> >> >>>>>>>> >>> >> >>>>>>>> >>> >> -- >>>>>>>> >>> >> >>>>>>>> >>> >> Oeyvind Brandtsegg >>>>>>>> >>> >> Professor of Music Technology >>>>>>>> >>> >> NTNU >>>>>>>> >>> >> 7491 Trondheim >>>>>>>> >>> >> Norway >>>>>>>> >>> >> Cell: +47 92 203 205 >>>>>>>> >>> >> >>>>>>>> >>> >> http://flyndresang.no/ >>>>>>>> >>> >> http://www.partikkelaudio.com/ >>>>>>>> >>> >> http://soundcloud.com/brandtsegg >>>>>>>> >>> >> http://soundcloud.com/t-emp >>>>>>>> >>> >> >>>>>>>> >>> >> >>>>>>>> >>> >> >>>>>>>> >>> >> ------------------------------------------------------------------------------ >>>>>>>> >>> >> Managing the Performance of Cloud-Based Applications >>>>>>>> >>> >> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>>> >>> >> Pitfalls. >>>>>>>> >>> >> Read the Whitepaper. >>>>>>>> >>> >> >>>>>>>> >>> >> >>>>>>>> >>> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>> >>> >> _______________________________________________ >>>>>>>> >>> >> Csound-devel mailing list >>>>>>>> >>> >> Csound-devel@lists.sourceforge.net >>>>>>>> >>> >> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>> >>> > >>>>>>>> >>> > >>>>>>>> >>> > >>>>>>>> >>> > >>>>>>>> >>> > ------------------------------------------------------------------------------ >>>>>>>> >>> > Managing the Performance of Cloud-Based Applications >>>>>>>> >>> > Take advantage of what the Cloud has to offer - Avoid Common >>>>>>>> >>> > Pitfalls. >>>>>>>> >>> > Read the Whitepaper. >>>>>>>> >>> > >>>>>>>> >>> > >>>>>>>> >>> > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>> >>> > _______________________________________________ >>>>>>>> >>> > Csound-devel mailing list >>>>>>>> >>> > Csound-devel@lists.sourceforge.net >>>>>>>> >>> > https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>> >>> >>>>>>>> >>> >>>>>>>> >>> >>>>>>>> >>> -- >>>>>>>> >>> >>>>>>>> >>> Oeyvind Brandtsegg >>>>>>>> >>> Professor of Music Technology >>>>>>>> >>> NTNU >>>>>>>> >>> 7491 Trondheim >>>>>>>> >>> Norway >>>>>>>> >>> Cell: +47 92 203 205 >>>>>>>> >>> >>>>>>>> >>> http://flyndresang.no/ >>>>>>>> >>> http://www.partikkelaudio.com/ >>>>>>>> >>> http://soundcloud.com/brandtsegg >>>>>>>> >>> http://soundcloud.com/t-emp >>>>>>>> >>> >>>>>>>> >>> >>>>>>>> >>> >>>>>>>> >>> ------------------------------------------------------------------------------ >>>>>>>> >>> Managing the Performance of Cloud-Based Applications >>>>>>>> >>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>>> >>> Pitfalls. >>>>>>>> >>> Read the Whitepaper. >>>>>>>> >>> >>>>>>>> >>> >>>>>>>> >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>> >>> _______________________________________________ >>>>>>>> >>> Csound-devel mailing list >>>>>>>> >>> Csound-devel@lists.sourceforge.net >>>>>>>> >>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>> >> >>>>>>>> >> >>>>>>>> >> >>>>>>>> >> >>>>>>>> >> ------------------------------------------------------------------------------ >>>>>>>> >> Managing the Performance of Cloud-Based Applications >>>>>>>> >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>>>>>>> >> Read the Whitepaper. >>>>>>>> >> >>>>>>>> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>> >> _______________________________________________ >>>>>>>> >> Csound-devel mailing list >>>>>>>> >> Csound-devel@lists.sourceforge.net >>>>>>>> >> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>>> >> >>>>>>>> >>>>>>>> >>>>>>>> ------------------------------------------------------------------------------ >>>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>>>>>>> Read the Whitepaper. >>>>>>>> >>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>>> _______________________________________________ >>>>>>>> Csound-devel mailing list >>>>>>>> Csound-devel@lists.sourceforge.net >>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------------ >>>>>> Managing the Performance of Cloud-Based Applications >>>>>> Take advantage of >>> ... >>> >>> [E-posten er avkuttet] >> >> >> >> -- >> >> Oeyvind Brandtsegg >> Professor of Music Technology >> NTNU >> 7491 Trondheim >> Norway >> Cell: +47 92 203 205 >> >> http://flyndresang.no/ >> http://www.partikkelaudio.com/ >> http://soundcloud.com/brandtsegg >> http://soundcloud.com/t-emp >> >> ------------------------------------------------------------------------------ >> Managing the Performance of Cloud-Based Applications >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> Read the Whitepaper. >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> _______________________________________________ >> Csound-devel mailing list >> Csound-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/csound-devel > > ------------------------------------------------------------------------------ > Managing the Performance of Cloud-Based Applications > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. > Read the Whitepaper. > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk > _______________________________________________ > Csound-devel mailing list > Csound-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/csound-devel -- Oeyvind Brandtsegg Professor of Music Technology NTNU 7491 Trondheim Norway Cell: +47 92 203 205 http://flyndresang.no/ http://www.partikkelaudio.com/ http://soundcloud.com/brandtsegg http://soundcloud.com/t-emp ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net