On Thu, 2012-02-16 at 17:01 -0500, Martin Peach wrote:
> On 2012-02-16 16:38, Roman Haefeli wrote:
> > Hi Martin
> >
> > On Thu, 2012-02-16 at 19:53 +0100, IOhannes m zmölnig wrote:
> >> On 02/16/12 19:39, Martin Peach wrote:
> >>> As I understood it, the OS's tcp/ip stack will take care of putting
Let's do Monday! Beginners are most definitely welcome!
.hc
On Feb 16, 2012, at 9:59 PM, Pall Thayer wrote:
> Hi Sofy,
> That would be great as far as I'm concerned. I'll do my best to get my
> students to come down and will try to make it myself as well. I'm
> mostly concerned that my student
Hi Sofy,
That would be great as far as I'm concerned. I'll do my best to get my
students to come down and will try to make it myself as well. I'm
mostly concerned that my students will feel shy about attending due to
being beginners but I'll do my best!
Thanks for your efforts.
Best r.
Pall Thaye
On Thu, 2012-02-16 at 15:09 -0500, Ivica Ico Bukvic wrote:
> > I can easily test this at the next rehearsal. But I think the more important
> > question is whether that would make any difference. In other words, are
> > the wiimote maintainers interested in merging disis_wiimote functionality.
So,
On 2012-02-16 16:38, Roman Haefeli wrote:
Hi Martin
On Thu, 2012-02-16 at 19:53 +0100, IOhannes m zmölnig wrote:
On 02/16/12 19:39, Martin Peach wrote:
As I understood it, the OS's tcp/ip stack will take care of putting tcp
packets back together, the application will receive complete messages
Hi Martin
On Thu, 2012-02-16 at 19:53 +0100, IOhannes m zmölnig wrote:
> On 02/16/12 19:39, Martin Peach wrote:
> > As I understood it, the OS's tcp/ip stack will take care of putting tcp
> > packets back together, the application will receive complete messages
> > unless they are bigger than an I
> I can easily test this at the next rehearsal. But I think the more important
> question is whether that would make any difference. In other words, are
> the wiimote maintainers interested in merging disis_wiimote functionality.
OK, so studied the wiimote structure and decided to adopt its output
- Original Message -
> From: Martin Peach
> To: Mathieu Bouchard
> Cc: Jonathan Wilkes ; "pd-list@iem.at" ;
> IOhannes m zmoelnig
> Sent: Thursday, February 16, 2012 1:58 PM
> Subject: Re: [PD] constants
>
> On 2012-02-16 13:39, Mathieu Bouchard wrote:
>> Le 2012-02-15 à 13:11:00, Jo
here is a quick patch with it working, but i am getting this funky error to the
pd window
i assume it's fromthe grid not updating properly?
pp
while executing
".x2e38c10.c delete 2e391b0POINT"
("uplevel" body line 1)
invoked from within
"uplevel #0 $cmds_from_pd"(Tcl) INVALID COMMAND NAM
On 2012-02-16 13:39, Mathieu Bouchard wrote:
Le 2012-02-15 à 13:11:00, Jonathan Wilkes a écrit :
Instead of time units, let's take the incoming single-selector "pi"
and replace it with the float value of pi for any object that doesn't
have a "pi" method or an "anything" method (but does have a
On 02/16/12 19:39, Martin Peach wrote:
As I understood it, the OS's tcp/ip stack will take care of putting tcp
packets back together, the application will receive complete messages
unless they are bigger than an IP packet (~65k). Only if the sender is
dribbling out partial messages would that be
On Thu, 2012-02-16 at 18:37 +0100, Roman Haefeli wrote:
> On Thu, 2012-02-16 at 10:23 +0100, Christoph Kuhr wrote:
> > Hi,
> >
> > i route OSC messages an then unpack it.
> >
> > [unpack 0 0 0 0]
> >
> > with one OSC controller i get the error:
> >
> > error: unpack: type mismatch
> > unpacked:
Le 2012-02-16 à 19:41:00, IOhannes m zmölnig a écrit :
On 02/16/12 19:33, Mathieu Bouchard wrote:
Le 2012-02-15 à 20:54:00, IOhannes m zmoelnig a écrit :
darn, given that i wanted some distance, should i use the speed of
light, of sound or my car to multiply with the time?
Because Miller is t
okay i'll give that a go
pp
From: pd-list-boun...@iem.at [pd-list-boun...@iem.at] on behalf of Martin Peach
[martin.pe...@sympatico.ca]
Sent: Thursday, February 16, 2012 1:42 PM
To: Pagano, Patrick
Cc: pd-list@iem.at
Subject: Re: [PD] socket object?
On 201
On 2012-02-16 13:39, Pagano, Patrick wrote:
i get bytes2pp
...counldn't create
i downloaded both files
i am on extended 42.5 on a mac
You probably need extended 43.1 for that, or build loaders/pdlua for
yourself.
Martin
___
Pd-list@iem.at mailing
On 02/16/12 19:33, Mathieu Bouchard wrote:
Le 2012-02-15 à 20:54:00, IOhannes m zmoelnig a écrit :
darn, given that i wanted some distance, should i use the speed of
light, of sound or my car to multiply with the time?
Because Miller is the measure of all things, let's use the speed of
Miller
On 2012-02-16 13:26, IOhannes m zmölnig wrote:
On 02/16/12 19:16, Mathieu Bouchard wrote:
What is packet fragmentation and why is it preferable to take it into
account even when not necessary ?
tcp/ip is a stream-based protocol and has no notion of "packets" like
udp (which is a packet-based p
Le 2012-02-15 à 13:11:00, Jonathan Wilkes a écrit :
Instead of time units, let's take the incoming single-selector "pi" and
replace it with the float value of pi for any object that doesn't have a
"pi" method or an "anything" method (but does have a float method).
Furthermore, if a class defi
i get bytes2pp
...counldn't create
i downloaded both files
i am on extended 42.5 on a mac
pp
From: pd-list-boun...@iem.at [pd-list-boun...@iem.at] on behalf of Martin Peach
[martin.pe...@sympatico.ca]
Sent: Thursday, February 16, 2012 12:56 PM
To: pd-list
Le 2012-02-15 à 20:54:00, IOhannes m zmoelnig a écrit :
darn, given that i wanted some distance, should i use the speed of
light, of sound or my car to multiply with the time?
Because Miller is the measure of all things, let's use the speed of
Miller's rotation around the Earth when Miller is
On 02/16/12 19:16, Mathieu Bouchard wrote:
What is packet fragmentation and why is it preferable to take it into
account even when not necessary ?
tcp/ip is a stream-based protocol and has no notion of "packets" like
udp (which is a packet-based protocol).
meaning: if you send "1 2 3 4 5"
th
Le 2012-02-15 à 06:57:00, Andy Farnell a écrit :
On Tue, Feb 14, 2012 at 10:10:54PM -0800, Jonathan Wilkes wrote:
If a class with a float method that has no symbol method receives
([0-9]+[wdhms]+)+
then couldn't pd just convert it to a millisecond float value?
Great suggestion. It makes sense
Le 2012-02-16 à 18:01:00, IOhannes m zmölnig a écrit :
given that the protocol is rather simple, you might also simply try to
parse it yourself (which would make it robust against packet
fragmentation as well)
What is packet fragmentation and why is it preferable to take it into
account even
str2ms
Tries to convert lists of floats like
91 91 91 50 54 54 49 44 50 56 54 93 93 44 91 91 49 51 54 53 44 52 49 56 93
93 93 13 10
to four floats
--{{{2705,246}},{{1358,402}}} square brackets
MP 20120216
Written by Martin Peach
--]]
-- Pd class
local bytes2pp = pd.C
On Thu, 2012-02-16 at 10:23 +0100, Christoph Kuhr wrote:
> Hi,
>
> i route OSC messages an then unpack it.
>
> [unpack 0 0 0 0]
>
> with one OSC controller i get the error:
>
> error: unpack: type mismatch
> unpacked: 3 14.8743 14.0385 20
>
>
> with another OSC Controller nothing:
>
> unpack
On 02/16/12 18:12, Pagano, Patrick wrote:
We have tried using the symbol2list object to parse the data, but where things seem to
fall apart is when we try to give any arguments that contain a comma. Is there some sort
of a literal break character (like "\" in unix) that we can use in pure data
We have tried using the symbol2list object to parse the data, but where things
seem to fall apart is when we try to give any arguments that contain a comma.
Is there some sort of a literal break character (like "\" in unix) that we can
use in pure data to give the comma character as an argument?
- Original Message -
> From: IOhannes m zmölnig
> To: pd-list@iem.at
> Cc:
> Sent: Thursday, February 16, 2012 7:42 AM
> Subject: Re: [PD] constants
>
> On 02/15/12 23:47, Jonathan Wilkes wrote:
>
>>
>> Is there a way to give the user an option of what happens, like:
>> [badarg pi 3
still no luck
i've never tried this before
using regexp in python we were able to use list methods and line splits but i
am having a hard time getting two lists of numbers extracted
pp
From: pd-list-boun...@iem.at [pd-list-boun...@iem.at] on behalf of Pag
On 02/16/12 17:50, Pagano, Patrick wrote:
i cannot find iemnet for OSX
never mind, it won't help you here (in fact, it will make things a
little bit more complicated, as with mrpeach/tcpclient you can at least
hope that the chunks you get will make sense in a way, whereas the
iemnet will gua
i cannot find iemnet for OSX
using bytes to any and mr peach's tcpclient
i am able to get the data back to the same thing max was spitting out
print: [[[6171 , 520]] , [[590 , 655]]]
but i cannot seem to strip off the brackets correctly
i can strip off one delineator so it seems
i will try grid
> On 2012-02-15 16:11, Jonathan Wilkes wrote:
>>
>> Let's go back:
>>
>> Instead of time units, let's take the incoming single-selector "pi" and
>> replace it with
>> the float value of pi for any object that doesn't have a "pi" method or an
>> "anything" method (but does have a float method). Fur
On 02/16/12 17:13, IOhannes m zmölnig wrote:
fine; but not if you just do a [; pd quit(; see also my bug-report/patch
about this on sf ( which seems to be down currently)
it's up again, so here is the ticket:
http://sf.net/tracker/index.php?func=detail&aid=1502860&group_id=55736&atid=478072
fg
On Thu, 2012-02-16 at 16:58 +0100, IOhannes m zmölnig wrote:
> On 02/16/12 16:46, Pagano, Patrick wrote:
> > Hi and thanks
> > We are listening for tcp
> > in max i get the lines read as
> > LaserOutput: [[[2705,246]],[[1358,402]]]
> >
> > and in pd using mrpeach's tcpclient it reads back
> > 91 91
Le 2012-02-16 à 15:46:00, Pagano, Patrick a écrit :
Hi and thanks
We are listening for tcp
in max i get the lines read as
LaserOutput: [[[2705,246]],[[1358,402]]]
and in pd using mrpeach's tcpclient it reads back
91 91 91 50 54 54 49 44 50 56 54 93 93 44 91 91 49 51 54 53 44 52 49 56 93 93
93 1
On 02/15/12 23:13, Roman Haefeli wrote:
I have that as well, but it seems it is not specific to iemnet's
classes. I experience that with many net classes in Pd and also - IIRC -
with other programming languages that provide ways to open a listening
the problem is, that the socket does get not
Le 2012-02-15 à 12:07:00, Miller Puckette a écrit :
That's an open question; I'm not sure whether computing the length of a
blockin msec and then sending it to "delay", for instance, would always
round back to the exact number of Pd ticks in a block.
It depends on how you do it. See attached
On 02/16/12 16:50, IOhannes m zmölnig wrote:
unfortunately [netreceive] and friends will not output any data until
the semicolon terminator is encountered, which i guessed might have been
the problem of not receiving any data.
which should read like:
[...the problem of not] seeing any data ins
On 02/16/12 16:46, Pagano, Patrick wrote:
Hi and thanks
We are listening for tcp
in max i get the lines read as
LaserOutput: [[[2705,246]],[[1358,402]]]
and in pd using mrpeach's tcpclient it reads back
91 91 91 50 54 54 49 44 50 56 54 93 93 44 91 91 49 51 54 53 44 52 49 56 93 93
93 13 10
i of
On 02/16/12 16:46, Mathieu Bouchard wrote:
Le 2012-02-16 à 16:38:00, IOhannes m zmölnig a écrit :
[netsend]/server/client speak a protocol called FUDI, which you C#
application is most likely not speaking.
FUDI is fairly close to not having any protocol at all. It's quite close
to just using
Hi and thanks
We are listening for tcp
in max i get the lines read as
LaserOutput: [[[2705,246]],[[1358,402]]]
and in pd using mrpeach's tcpclient it reads back
91 91 91 50 54 54 49 44 50 56 54 93 93 44 91 91 49 51 54 53 44 52 49 56 93 93
93 13 10
i of course want to strip off the brackets and
Le 2012-02-16 à 16:38:00, IOhannes m zmölnig a écrit :
[netsend]/server/client speak a protocol called FUDI, which you C#
application is most likely not speaking.
FUDI is fairly close to not having any protocol at all. It's quite close
to just using things like printf("%f %s",myFloat,mySymbol
On 02/16/12 15:59, Pagano, Patrick wrote:
hi
We have a laser pointer that is being tracked and broadcasting on an ip
two lists of XY data from a C# application
Is there a way i can listen to it in pd by just listening to that socket?
I tried netserver and netclient but it does not connect.
Can p
On Feb 15, 2012, at 3:14 AM, Lorenzo Sutton wrote:
> On 14/02/12 18:49, Hans-Christoph Steiner wrote:
>> On Feb 14, 2012, at 10:17 AM, Lorenzo Sutton wrote:
>>
>>> I know this has probably often been debated but...
>>>
>>> I can't seem to understand the logic for which [import] fails with an er
On Jan 8, 2010, at 1:31 PM, Jonathan Wilkes wrote:
> Cool. When I use the keyboard shortcut "o", something seems different
> about [osc~] but I can't quite put my finger on it (see attached) :)
>
> Is there a way for the Tcl plugin to tell pd to use the key bindings only
> in editmode,
yup,
hi
We have a laser pointer that is being tracked and broadcasting on an ip two
lists of XY data from a C# application
Is there a way i can listen to it in pd by just listening to that socket?
I tried netserver and netclient but it does not connect.
Can pd listen to this socket without a netsend o
On Feb 8, 2012, at 7:38 PM, Husk 00 wrote:
> On Wed, Feb 8, 2012 at 11:02 PM, Pierre wrote:
> Le 08/02/12 20:25, xä a écrit :
>
> Hi list!
>
> From now you have available, the dAAX! release garage404 that finally
> has been released from the HD, after an hibernation year )))
>
>
> Cool rele
hi,
I have a problem capturing with pix_write @ 1920x1080 resolution. the same
patch with a 1920x900 resolution works fine!!! the rendering subpatch is
attached - any idea what´s going wrong???
pd 0.42.5-extended + Gem 0.92.3 + win7 professional
cheers,
ra
Le 16/02/2012 13:53, IOhannes m zmölnig a écrit :
On 02/15/12 23:19, Jack wrote:
OK, so if my server quit or crash, I have to wait few minutes (maybe
only one) before to relaunch it.
I was hoping it was faster.
you can also launch the server and keep setting the port to the
desired one (using
On Thu, 2012-02-16 at 13:53 +0100, IOhannes m zmölnig wrote:
> On 02/15/12 23:19, Jack wrote:
> > OK, so if my server quit or crash, I have to wait few minutes (maybe
> > only one) before to relaunch it.
> > I was hoping it was faster.
>
> you can also launch the server and keep setting the port t
Hi Roman,
Am Thursday, den 16. February 2012 um 13:27:49 Uhr (+0100) schrieb Roman
Haefeli:
> Hi Orm
>
> What version of OS X is that? Do you mean 10.6.8?
Yes of course it's 10.6.8, sorry about that!
> As an only occasional Mac user myself, it's probably just a shot in the
> dark, but have you
On 02/15/12 23:19, Jack wrote:
OK, so if my server quit or crash, I have to wait few minutes (maybe
only one) before to relaunch it.
I was hoping it was faster.
you can also launch the server and keep setting the port to the desired
one (using [port 12345( ) until it reports that it is indeed
On 02/15/12 23:47, Jonathan Wilkes wrote:
Is there a way to give the user an option of what happens, like:
[badarg pi 3.14...]<-- if the bad arg is "pi" substitute 3.14... and create the
object
there is [try] in iemguts, which does something like this, though iirc
it (currently) doesn't wor
On Thu, Feb 16, 2012 at 3:43 AM, Hans-Christoph Steiner wrote:
> I can't reproduce that. [vbap/define_loudspeakers] works fine for me in
> 0.43.1-2012-02-15. If [vbap/vbap] is loaded and you are getting "no method
> for 'loudspeaker-matrices'", then I think you have ggee/vbap somewhere in
>
Hi Orm
On Thu, 2012-02-16 at 12:37 +0100, Orm Finnendahl wrote:
> Hi List,
>
> some of my students reported problems with pd using external firewire
> interfaces on MacBooks with OSX 2.6.8. A sine wave from the "test
> audio and midi" panel is very distorted.
What version of OS X is that? Do yo
Hi List,
some of my students reported problems with pd using external firewire
interfaces on MacBooks with OSX 2.6.8. A sine wave from the "test
audio and midi" panel is very distorted.
We encountered this problem on a consumer ESI Interface and on the RME
Fireface. We tried different pd version
Unlike MIDI, OSC isn't a tightly defined protocol, so some
implementations of "OSC Controllers" are different to others.
Print out the data in its raw form, before you try to route
it to a control destination and see what is different.
On Thu, Feb 16, 2012 at 10:23:31AM +0100, Christoph Kuhr wrot
Hi,
i route OSC messages an then unpack it.
[unpack 0 0 0 0]
with one OSC controller i get the error:
error: unpack: type mismatch
unpacked: 3 14.8743 14.0385 20
with another OSC Controller nothing:
unpacked: 3 85.539 85.3286 20
unpacked: 3 15.0827 85.9539 20
why does unpack behave like
hi,
after i installed another version of pd-extended everything worked fine...
so i guess hcs was right assuming it was a bug in that version...
regards
Ck
On 15.02.2012 14:41, pd-list-requ...@iem.at wrote:
--
Message: 1
hi,
after i installed another version of pd-extended everything worked fine...
so i guess hcs was right assuming it was a bug in that version...
regards
Ck
On 15.02.2012 14:41, pd-list-requ...@iem.at wrote:
--
Message: 1
D
60 matches
Mail list logo
