<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.comp.audio.supercollider.user">
    <title>gmane.comp.audio.supercollider.user</title>
    <link>http://permalink.gmane.org/gmane.comp.audio.supercollider.user</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87203"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87202"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87201"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87200"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87199"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87198"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87197"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87196"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87195"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87194"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87193"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87192"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87191"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87190"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87189"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87188"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87187"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87186"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87185"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87184"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87203">
    <title>Re: one Pbind tapping into another</title>
    <link>http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87203</link>
    <description>&lt;pre&gt;2012/5/25 James Harkins &amp;lt;jamshark70-Re5JQEeQqe8AvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt;:

yes it is slightly different, but is like the same thing in a different
level/plane.

how you make a Ppar that controls parameters to the same
synth at different rates? The only solution I know is to make
a group, play the note in that group and set parameters to
that group (the known id problem). Maybe is not a bad solution
but simple user cases should have simple solutions in the
standard library. PmonoArtic works for setting parameters at
the same rate (IIUC).

_______________________________________________
sc-users mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
search: http://www.listarc.bham.ac.uk/lists/sc-users/search/

&lt;/pre&gt;</description>
    <dc:creator>Lucas Samaruga</dc:creator>
    <dc:date>2012-05-25T17:16:17</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87202">
    <title>Re: one Pbind tapping into another</title>
    <link>http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87202</link>
    <description>&lt;pre&gt;yep, that Plambda thing produces me a mental switch.

2012/5/25 Fabrice Mogini &amp;lt;fmogini-Re5JQEeQqe8AvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt;:

_______________________________________________
sc-users mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
search: http://www.listarc.bham.ac.uk/lists/sc-users/search/

&lt;/pre&gt;</description>
    <dc:creator>Lucas Samaruga</dc:creator>
    <dc:date>2012-05-25T17:13:43</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87201">
    <title>Setting DynKlank specificationsArrayRef dynamically</title>
    <link>http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87201</link>
    <description>&lt;pre&gt;Hello all,

I am trying to create an expressive polyphonic MIDI additive synth using
DynKlank and dewdrop Voicer. 

I'd like to be able to change the values inside the specificationsArrayRef
dynamically using MIDI cc messages (and also velocity, but one thing at a
time).

However, I'm a noobie and I can't figure out the best way to do this. I
thought of writing Arrays of values to a buffer using MIDIFunc, but I'm not
sure which UGen to use to read the buffer Arrays into the DynKlank's
specificationsArrayRef. 

All of the buffer UGens I've read about seem to be optimized for playing
sound files. For example, I've tried using BufRd to get the frequency array
in, and it produces some pretty wild sounds, but it's not what I'm after
(I'm guessing it's reading my array values one by one at 44.1kHz). I'd like
to use something like Buffer.getn but inside a SynthDef. Is this possible?

Or if anyone's got better ways of doing this I'd love to know. Cheers,

T. Maisey

--
View this message in context: http://new-superc&lt;/pre&gt;</description>
    <dc:creator>tommaisey</dc:creator>
    <dc:date>2012-05-25T15:56:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87200">
    <title>Re: one Pbind tapping into another</title>
    <link>http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87200</link>
    <description>&lt;pre&gt;Thanks Daniel and James, this is all very useful and interesting....

On 25 May 2012 13:28, Daniel Mayer &amp;lt;daniel-mayer-htSm2yLGOjU&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:

&lt;/pre&gt;</description>
    <dc:creator>Fabrice Mogini</dc:creator>
    <dc:date>2012-05-25T15:52:15</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87199">
    <title>Re: one Pbind tapping into another</title>
    <link>http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87199</link>
    <description>&lt;pre&gt;

Am 25.05.2012 um 02:51 schrieb Daniel Mayer:



In this example you could also make a number of shortenings,
sorry if it‘s a bit overloaded to mention all at once,
including extensions from [1]


// Example from above using SC syntax shortcuts,
// PLx patterns and VarGui player gui

(
a = Pbind(
      \type, \rest,
      \scale, PLseq([(1,3..9), (0,2..8)]).collect(~x=_),
      \timingOffset, 0.01,
      \dur, 0.8
);

b = Pbind(
      \scale, PL(\x),
      \degree, PLshuf((0..3)),
      \octave, PLrand([5, 6]),
      \dur, 0.2
);

p = Ptpar([0, a, 0.01, b]);

v = VarGui(stream: p).gui;
)



General SC shortenings:

1.) Partial application:

.collect(~x=_) is equivalent to
.collect { |y| ~x = y }
You can also take a local var x if you want.
See help for partial application


2.) Array generation:

(0..10) is already nice for [0,1,2,3,4,5,6,7,8,9,10],
but e.g. (0,2..8) for [0,2,4,6,8] is also nice and
not so much used.
See help for syntax shortcuts


Extensions from [1]:

3.) PLx patterns:

PLx placeholder &lt;/pre&gt;</description>
    <dc:creator>Daniel Mayer</dc:creator>
    <dc:date>2012-05-25T12:28:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87198">
    <title>Re: ScrollView broken in MacOS 10.7.4 ?</title>
    <link>http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87198</link>
    <description>&lt;pre&gt;I can confirm this (on cocoa, MacOS 10.7.4). It took me a while to find out what was causing the crash, but it is clearly ScrollView. It seems to have appeared since the last OSX update.

jostM


On 16.05.12 21:34, Neil Cosgrove wrote:


_______________________________________________
sc-users mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
search: http://www.listarc.bham.ac.uk/lists/sc-users/search/

&lt;/pre&gt;</description>
    <dc:creator>jostM</dc:creator>
    <dc:date>2012-05-25T10:36:37</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87197">
    <title>Re: one Pbind tapping into another</title>
    <link>http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87197</link>
    <description>&lt;pre&gt;On Fri, May 25, 2012 at 10:34 AM, Lucas Samaruga
&amp;lt;samarugalucas-Re5JQEeQqe8AvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:

Hm, this sounds like a different topic from the one covered in the
data sharing chapter of the practical guide to patterns. It sounds
here like you want to create a node for one event, and then the next
few events should update that existing node.

PmonoArtic is a good way to do that.


Briefly (students coming in just a couple of minutes), for data
sharing you need two things:

- A guarantee that the producer of the data evaluates before
consumers. Currently a small timing offset is the only way to do that
reliably.

- A common place to store and retrieve the data.

As Daniel noted, Ptpar takes care of the first nicely. For the second,
people often use environment variables, but that raises the risk of
namespace conflicts. Penvir is one way around that, but actually
Plambda is the most elegant. Like a (let ....) in lisp, each Plambda
has its own namespace, separate from any other, but it's shared&lt;/pre&gt;</description>
    <dc:creator>James Harkins</dc:creator>
    <dc:date>2012-05-25T05:02:38</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87196">
    <title>Re: one Pbind tapping into another</title>
    <link>http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87196</link>
    <description>&lt;pre&gt;2012/5/24 Daniel Mayer &amp;lt;daniel-mayer-htSm2yLGOjU&amp;lt; at &amp;gt;public.gmane.org&amp;gt;:

would be great to have at last two more versions of some sort of
concurrent Ppar like Pcon, one discrete from the pattern generation
perspective, like this one, and other continuous to send concurrent
data to the same node.

the concurrent nature of part of the musical thinking is not very well
expressed by patterns.

_______________________________________________
sc-users mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
search: http://www.listarc.bham.ac.uk/lists/sc-users/search/

&lt;/pre&gt;</description>
    <dc:creator>Lucas Samaruga</dc:creator>
    <dc:date>2012-05-25T02:34:49</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87195">
    <title>Re: one Pbind tapping into another</title>
    <link>http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87195</link>
    <description>&lt;pre&gt;
Am 25.05.2012 um 02:47 schrieb Daniel Mayer:


... also this is only for sure with 3.5 at least !

Daniel

-----------------------------
http://daniel-mayer.at
-----------------------------


_______________________________________________
sc-users mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
search: http://www.listarc.bham.ac.uk/lists/sc-users/search/

&lt;/pre&gt;</description>
    <dc:creator>Daniel Mayer</dc:creator>
    <dc:date>2012-05-25T00:51:35</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87194">
    <title>Re: one Pbind tapping into another</title>
    <link>http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87194</link>
    <description>&lt;pre&gt;Hi,

With arbitrary duration relations you had to ensure evaluation order
by establishing time-shifts (and balancing by timing offset), like that

(
a = Pbind(
     \type, \rest,
     \scale, Pseq([[1, 3, 5, 7, 9], [0, 2, 4, 6, 8]], inf).collect { | 
x| ~scale = x },
     \timingOffset, 0.01,
     \dur, 0.8
);

b = Pbind(
     \scale, Pfunc { ~scale },
     \degree, Pshuf([0, 1, 2, 3], inf),
     \octave, Prand([5, 6], inf),
     \dur, 0.2
);

p = Ptpar([0, a, 0.01, b]).play;
)

p.stop;

With equal durations it will work without time-shift,
there can be tricky cases with integer multiples tough,
time-shifting is not bad here to go sure, I think

see

http://new-supercollider-mailing-lists-forums-use-these.2681727.n2.nabble.com/Pattern-as-argument-to-Prand-td7323880i20.html


Greetings

Daniel

-----------------------------
http://daniel-mayer.at
-----------------------------


Am 25.05.2012 um 01:31 schrieb Mattias Petersson:



_______________________________________________
sc-users mailing list

info (sub&lt;/pre&gt;</description>
    <dc:creator>Daniel Mayer</dc:creator>
    <dc:date>2012-05-25T00:47:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87193">
    <title>Re: Re: one Pbind tapping into another</title>
    <link>http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87193</link>
    <description>&lt;pre&gt;Ppar, Pbus, Pgroup, Pmono, nones works for what he wants.
I don't meant to be rude but I am.
I've posted several times on this issue.

2012/5/24 aucotsi &amp;lt;aucotsi-/E1597aS9LQAvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt;:

_______________________________________________
sc-users mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
search: http://www.listarc.bham.ac.uk/lists/sc-users/search/

&lt;/pre&gt;</description>
    <dc:creator>Lucas Samaruga</dc:creator>
    <dc:date>2012-05-25T00:39:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87192">
    <title>Re: one Pbind tapping into another</title>
    <link>http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87192</link>
    <description>&lt;pre&gt;You are looking for Ppar?

best

-----
http://soundcloud.com/aucotsi
--
View this message in context: http://new-supercollider-mailing-lists-forums-use-these.2681727.n2.nabble.com/one-Pbind-tapping-into-another-tp7575864p7575903.html
Sent from the SuperCollider Users New (Use this!!!!) mailing list archive at Nabble.com.

_______________________________________________
sc-users mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
search: http://www.listarc.bham.ac.uk/lists/sc-users/search/

&lt;/pre&gt;</description>
    <dc:creator>aucotsi</dc:creator>
    <dc:date>2012-05-25T00:09:50</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87191">
    <title>one Pbind tapping into another</title>
    <link>http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87191</link>
    <description>&lt;pre&gt;Hello,

Very often i end up wanting to have two different Pbinds running on the same TempoClock, with different \dur values, and each of them control different parameters in the resulting event stream.
Like, for example, having one Pbind changing the scale every fourth beat and another playing on this scale.

a = Pbind(
       \scale, Pseq([[1, 3, 7], [0, 2, 5]], inf),
       \dur, 4
);
b = Pbind(
       \degree, Pseq([0, 1, 2, 6, 4, 8, 9], inf),
       \dur, 0.25
);

I've read the Data sharing-chapter in the great "A practical guide to patterns" and searched the archives, but i can't really figure out how to do this.
Maybe it's just the wrong thing trying to do this with patterns in the first place and it's easier to use a routine that sets the key in question via a PatternProxy or something?
I would appreciate some help here. 

Thanks!
/Mattias
_______________________________________________
sc-users mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archiv&lt;/pre&gt;</description>
    <dc:creator>Mattias Petersson</dc:creator>
    <dc:date>2012-05-24T23:31:54</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87190">
    <title>Re: plugins for sc 3.5.2 on windows</title>
    <link>http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87190</link>
    <description>&lt;pre&gt;
sorry, my bad. There you go:  http://sourceforge.net/projects/sc3-plugins/files/sc3-plugins%20Windows/
m.

On 24.5.2012, at 18:20 , Michael Zacherl. wrote:






--
nonconform? noiseconform: http://blauwurf.at
http://soundcloud.com/noiseconformist





_______________________________________________
sc-users mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
search: http://www.listarc.bham.ac.uk/lists/sc-users/search/

&lt;/pre&gt;</description>
    <dc:creator>Michael Zacherl.</dc:creator>
    <dc:date>2012-05-24T16:36:08</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87189">
    <title>Re: plugins for sc 3.5.2 on windows</title>
    <link>http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87189</link>
    <description>&lt;pre&gt;there you go:

Begin forwarded message:



On 24.5.2012, at 11:53 , paganmuzak wrote:




--
nonconform? noiseconform: http://blauwurf.at
http://soundcloud.com/noiseconformist





_______________________________________________
sc-users mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
search: http://www.listarc.bham.ac.uk/lists/sc-users/search/

&lt;/pre&gt;</description>
    <dc:creator>Michael Zacherl.</dc:creator>
    <dc:date>2012-05-24T16:20:29</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87188">
    <title>Re: SynthDef | arrays as arguments</title>
    <link>http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87188</link>
    <description>&lt;pre&gt;At Thu, 24 May 2012 12:21:25 +0200,
alln4tural-list-hi6Y0CQ0nG0&amp;lt; at &amp;gt;public.gmane.org wrote:

f = { |a, b, c|
"a = %\nb = %\nc = %\n".postf(a, b, c);
};

// [1, 2, 3] is one object -- an array -- which goes to argument 'a'
// No other arguments were supplied, so b and c are nil
f.value([1, 2, 3]); ""

// * before an array means to split the array
// and give the items to consecutive arguments
// Three arguments, three array elements
f.value(*[1, 2, 3]); ""

In my example -- usually /n_free is called with just one node ID. But actually it takes a list of IDs: [/n_free, id0, id1, id2, id3...] (as you can verify in the very useful Server Command Reference help file). If I had written

s.sendMsg(\n_free, e.id);

... then the message would have been constructed like this: [/n_free, [id0, id1, id2, id3...]] (note the extra level of array). That isn't valid for the server. Using * to split up the array produces a correctly formatted OSC message.

Well, backing up to the other important step... when you play an event us&lt;/pre&gt;</description>
    <dc:creator>James Harkins</dc:creator>
    <dc:date>2012-05-24T13:54:36</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87187">
    <title>Re: SynthDef | arrays as arguments</title>
    <link>http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87187</link>
    <description>&lt;pre&gt;hi
*[] is a syntax
shortcut&amp;lt;http://doc.sccode.org/Reference/Syntax-Shortcuts.html#calling
performList&amp;gt;for "
performList &amp;lt;http://doc.sccode.org/Classes/Object.html#-performList&amp;gt;"

On 24 May 2012 14:21, &amp;lt;alln4tural-list-hi6Y0CQ0nG0&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:

&lt;/pre&gt;</description>
    <dc:creator>vividsnow</dc:creator>
    <dc:date>2012-05-24T11:52:40</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87186">
    <title>Re: codice esoterico per supercollider</title>
    <link>http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87186</link>
    <description>&lt;pre&gt;I have this kind of "esoteric" characters in the code when using in windows
files written in osx. I think sclang simply ignore the characters in the
code you post...

p.s. pardon my bad english

2012/5/24 Lucas Samaruga &amp;lt;samarugalucas-Re5JQEeQqe8AvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt;

&lt;/pre&gt;</description>
    <dc:creator>Roberto Lombardo</dc:creator>
    <dc:date>2012-05-24T10:58:38</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87185">
    <title>Re : SC Help slowdown &amp; freeze on OSX</title>
    <link>http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87185</link>
    <description>&lt;pre&gt;I want to give one more chance to this post.
Has someone experienced the same kind of issue by loading more than 1000 buffers ?

Thanks,
Christophe



&amp;gt;&amp;gt; Any explanation appreciated,&lt;/pre&gt;</description>
    <dc:creator>christophe lengelé</dc:creator>
    <dc:date>2012-05-24T10:54:54</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87184">
    <title>Re: codice esoterico per supercollider</title>
    <link>http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87184</link>
    <description>&lt;pre&gt;El may 24, 2012 7:01 a.m., "paganmuzak" &amp;lt;paganmuzak-Re5JQEeQqe8AvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt; escribió:
code:
code

I hope no, for the good of all of us.

http://new-supercollider-mailing-lists-forums-use-these.2681727.n2.nabble.com/codice-esoterico-per-supercollider-tp7574860.html
at Nabble.com.
http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
&lt;/pre&gt;</description>
    <dc:creator>Lucas Samaruga</dc:creator>
    <dc:date>2012-05-24T10:53:42</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87183">
    <title>Re : late messages &amp; giving priority</title>
    <link>http://permalink.gmane.org/gmane.comp.audio.supercollider.user/87183</link>
    <description>&lt;pre&gt;


Indeed, the gui code is heavy for the moment.
The late messages appear on qt with 10.6 .
I can't t test it with cocoa since it crashes in 3.5 : I posted the crash report in an earlier post (apparently related to TextView), but no response.
But the code worked well in 3.4.5 and cocoa.

Anyway, by reading previous posts, it seems that it comes from the change from 32-bit to 64-bit.
Maybe some linux user have noticed this change (more late messages) between 32-bit and 64-bit ?
Maybe a 32-bit build with Qt 4.8.1 would be good to test but I don't know how to do it ?

Roughly, with 3.5 qt, I need to double the server latency to get no late messages, i.e.
I had a default server latency of 0.2 in 3.4.5 s and I have to increase the s.latency to 0.4s in 3.5 to get the same behaviour.

I tried to put a routine with .wait messages within my function to give more time to the calculations on data and GUI for not getting late messages,
but it apparently did not work very well.
So the only solution seem to increase the &lt;/pre&gt;</description>
    <dc:creator>christophe lengelé</dc:creator>
    <dc:date>2012-05-24T10:50:19</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.audio.supercollider.user">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.audio.supercollider.user</link>
  </textinput>
</rdf:RDF>

