hey iem_qrt4~.pd_linux crashes the newest pd-extended as well as the latest
pd source from sourceforge on ubuntu studio 13.04.
I didn't want to mess with trying to figure out how to fix the source so I
just made an iem_sqrt4~.pd that has a sqrt~ inside
now all the iemlib vcf filters
work .
some
I'm just having trouble with the specifics. Do you have an example of a patch
that suffers from Pd's current single-threaded implementation that would be
measurably improved by using a multi-threaded approach? Also, what is the
metric to use here?
To compare apples to apples, imagine that eve
This one can be retriggered to change speed anytime.
Ingo
#N canvas 988 0 345 419 10;
#X obj 71 135 random 128;
#X obj 71 108 metro 5000;
#X obj 71 90 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 1 1 ; #X obj
71 189 line; #X obj 71 209 i; #X obj 71 162 pack f 5000; #X msg 254 32 5000;
#X ob
On Fri, Feb 21, 2014 at 3:54 AM, Jonathan Wilkes wrote:
> On 02/20/2014 09:50 PM, Rich E wrote:
>
>
>
> On Wed, Feb 19, 2014 at 12:07 AM, Jonathan Wilkes wrote:
>
>> On 02/18/2014 11:11 PM, Rich E wrote:
>>
>>
>>
>>
>> On Mon, Jan 13, 2014 at 5:35 PM, Dan Wilcox wrote:
>>
>>> Ah wait, duh. Of
On 23/02/14 10:47, Richie Cyngler wrote:
https://www.thalmic.com/en/myo/
Is anyone working with this? Unfortunately it's closed source and their
locking down the data stream from what I've read. I actually can't find
what sort of data it does put out other than "a set of predetermined
gestures".
On 23/02/14 15:13, Simon Wise wrote:
Note that we already
break cycles in the graph, so we can indeed take each branch as a separate tree.
... but it is more an unroll than a break, or rather an exploration of the graph
as a tree which may revisit the same nodes ... programmer beware of infin
On 23/02/14 08:16, Jonathan Wilkes wrote:
On 02/21/2014 10:04 PM, Simon Wise wrote:
On 22/02/14 06:28, Jonathan Wilkes wrote:
On 02/21/2014 06:41 AM, Simon Wise wrote:
Something to really make pd parallel would involve treating fan-outs as
opportunities for the interpreter to launch each bra
Starting from Roman's patch I would probably do it like the attached patch.
Ingo
#N canvas 988 0 286 367 10;
#X obj 71 76 random 128;
#X obj 71 49 metro 5000;
#X obj 71 31 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 1 1
;
#X obj 71 130 line;
#X obj 71 150 i;
#X obj 71 103 pack f 5000;
#X
https://www.thalmic.com/en/myo/
Is anyone working with this? Unfortunately it's closed source and their
locking down the data stream from what I've read. I actually can't find
what sort of data it does put out other than "a set of predetermined
gestures".
Anyone else curious or have more info abo
On 2014-02-22 16:54, Pagano, Patrick wrote:
Hello
i have asked this is a few different ways and experimented but i am
wondering, how does one create "smooth random" numbers that flow between
each number instead of hoping from number to number?
One way is to do a random walk, where you would s
On Sam, 2014-02-22 at 21:54 +, Pagano, Patrick wrote:
>
> I would like to start creating random midi values from 0-127 and pick
> each number say every 5 second and have each random number then flow
> to the next smoothly. so if say the first number is 60 and the second
> is 85, the data stre
I guess you should just use [line] and make sure the line time is equal or just
a bit shorter than the object you use to ask random for a new number.
--
Lic. José Rafael Subía Valdez
www.jrsv.net
> On 22/02/2014, at 16:54, "Pagano, Patrick" wrote:
>
> Hello
>
> i have asked this is a few diff
Hello
i have asked this is a few different ways and experimented but i am wondering,
how does one create "smooth random" numbers that flow between each number
instead of hoping from number to number?
I would like to start creating random midi values from 0-127 and pick each
number say every 5
On 02/21/2014 10:04 PM, Simon Wise wrote:
On 22/02/14 06:28, Jonathan Wilkes wrote:
On 02/21/2014 06:41 AM, Simon Wise wrote:
Something to really make pd parallel would involve treating fan-outs as
opportunities for the interpreter to launch each branch in a new
thread,
implementing the inh
Hi list,
I've got a nice little method for an info class in Pd-l2ork that
tells whether an x/y coordinate lies within an object on a particular
canvas. For the new svg-style drawing commands I've added, this method
makes it possible to do some fairly simple tests within a patch to make
s
On 02/22/2014 07:22 PM, Charles Goyard wrote:
The help patch says you can open by vendor and product id.
Thanks. I already tried that, but forgot to prepend the 0x. Using [open
0x054c 0x0268( works just great!
Sorry about that :-)
--
Atte
http://atte.dk http://modlys.dk
___
Hi,
Atte wrote:
> Ok, after sending the mail, I did some further poking, and it seems [open
> 10] opens the controller.
>
> Using device 10 seems like a bad idea to me (I might be wrong), since I'd
> expect that device number to depend on what else is plugged in and in what
> order. Is there a be
On 02/22/2014 06:54 PM, Atte wrote:
On 02/22/2014 06:33 PM, Atte wrote:
it seems
[open 10] opens the controller.
I mean "[open 10(" of course :-)
--
Atte
http://atte.dk http://modlys.dk
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-m
On 02/22/2014 06:33 PM, Atte wrote:
So I'm hoping someone could give a hint or suggestion about what to try
next, things I could have forgotten etc.
Ok, after sending the mail, I did some further poking, and it seems
[open 10] opens the controller.
atte@skagen:~$ ll /dev/input/
total 0
drwx
Hi
I'm trying to get the input from a ps3 controller into PD. In the end
I'd like to have it connect wireless, but for now I just connected via
usb and tapped the PlayStation button on the controller.
This shows up in lsusb:
atte@skagen:~$ lsusb | grep Sony
Bus 003 Device 013: ID 054c:0268 So
20 matches
Mail list logo