Re: [PD] tracking multiblob with constant ID

2011-03-05 Thread Jaime Oliver
>> i think this goes beyond the constant id aspect of it or are you arguing
>> that nearest neighbor is not the only/wrong approach to the problem?
>
> I mean that the nearest neighbour of centroïds is not the only approach to
> getting constant ids. There are many possible ways of getting constant ids.
> I just haven't tried any yet.

I completely agree with this, yet I think that there is some confusion.

one thing is the result of the tracking which can give you centroids
and anything else. Another is getting those tracking ids and have them
be continuous.

>> What I am getting is that you are obtaining regions of pixels based on
>> some criterion, for each frame
>
> Yes, this is what I already do when I'm doing a multiblob detect without
> constant ids.

Exactly

>> and then comparing how they overlap with the previous frame?
>
> That's what I propose but haven't tried.

And this is a separate process that does not necessarily follow from
using centroids or anything else.

>> are you assigning constant id to the objects with maximum overlap?
>
> I haven't done it, but this sounds like what I would do. There might be more
> creative things to do with those labelled pixels, but I think that the
> maximum-overlap thing would be something to be tried.
>
> Actually, one can already build an overlap matrix quickly, using [#join] and
> [#draw_polygon + 1, draw point] (the polygon thing is a misnomer in
> point-mode.)

well, the problem with maximum overlap is that an object might have
moved faster than one would expect and it can show minimum overlap or
no overlap and still be a desired match.

This case would make the sampling problem worse. While we might want
things that have no overlap to still be matched, this would create new
ids constantly...

J

-- 
Jaime E Oliver LR

www.jaimeoliver.pe

858 750 0924 (cel)
858 202 1522 (home)

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] Download Pd?

2011-03-05 Thread Marco Donnarumma
All the "é" in the digest are usually rendered as "?" here.


>
> Btw, your emails report iso-8859-1 support, but quote my mails wrong. When
> I use a non-breaking space prior to a question mark, do you see a 2nd
> question mark instead ? How many question marks do you see in my signature ?
> (there are none)
>
>  ___
> | Mathieu Bouchard  tél: +1.514.383.3801  Villeray, Montréal, QC




-- 
Marco Donnarumma
Independent New Media and Sonic Arts Professional, Performer, Instructor
ACE, Sound Design MSc by Research (ongoing)
The University of Edinburgh, UK
~
Portfolio: http://marcodonnarumma.com
Lab: http://www.thesaddj.com | http://cntrl.sourceforge.net |
http://www.flxer.net
Event: http://www.liveperformersmeeting.net
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] Help parsing HTML with [httpget]

2011-03-05 Thread Mathieu Bouchard

On Sat, 5 Mar 2011, Philip Cunningham wrote:

Strangely I cannot replicate the problems I'm having in Ubuntu Maverick 
on Windows Vista. Martin Peach also says that he is able to parse 
information without any errors on XP. This leads me to believe that the 
problem doesn't lie with my patch but elsewhere. A bit stumped on this 
one for sure as I would much rather run this on Ubuntu.


Compare the format of a weather.txt that you've downloaded on Windows vs a 
weather.txt that you've downloaded on Ubuntu. What's the difference ?


But if the problem only happens sometimes, it may difficult to track down, 
and perhaps it isn't even a Windows vs Ubuntu problem.


 ___
| Mathieu Bouchard  tél: +1.514.383.3801  Villeray, Montréal, QC___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] To divide a number in random parts

2011-03-05 Thread Matt Barber
On Sat, Mar 5, 2011 at 1:06 PM, Mathieu Bouchard  wrote:
> On Fri, 4 Mar 2011, Matt Barber wrote:
>
>> This all sounds about right -- I made [list-shellsort] more as a
>> pedagogical exercise for my students
>
> So, what is that supposed to teach them ?

Right, well -- my students are almost all composers with very little
experience with computers, except for maybe music engraving software.
In our computer music program the emphasis has long been on "achieving
musical results," and the technical training required to make this
happen tends to be very hard for them. Many of them will look in books
to find things that interest them, only to get scared by equations,
block diagrams, bits of code, etc. They all get really excited about
abstractions in Pd when it comes up, but they don't have any idea why
or when to make them or use them. It's useful, then, to take concrete
problems like sorting numbers, finding roots of quadratic equations,
or making comb filters, for which there exist plenty of code or
diagram examples, and "translate" them into Pd. At this level just
getting from an analysis of the problem to "it works" takes a huge
amount of time; analysis of time complexity would be way outside the
scope of the course, unfortunately.

>
>> than as a model of speed or efficiency (I did a "quicksort" as well that
>> didn't end up in list-abs).
>
> How did you achieve the quicksort ?
>
> Why didn't it end up in list-abs ?

Attached. It uses a table for all the partitioning, and uses until
loops instead of the more classic recursion.

>
>> but then it uses fewer of the list abstractions and is less of an
>> opportunity to show how the abstractions work "in action."
>
> Don't you think that it would be better to show the list-abs for what they
> are good at, rather than for what they aren't ?

Yes, absolutely. Swapping numbers in a list is hard with vanilla tools
(and I think [list-swap] could be improved considerably) -- my point
was that the library seems to prefer using list operations all the way
through, even if a table/array would be more efficient ultimately.

>
>> And it's a good reminder for how slow list manipulations can be.
>
> Ah, yes. But note that [list split] is O(1), which is the cool thing about
> pd's lists.
>
>> one of the best exercises in constrained patching I've ever done, and fun
>> for proving that some things are actually possible in vanilla that you think
>> wouldn't be,
>
> Yeah, people didn't think a pure-vanilla [list-drip] could be O(n) either. I
> made one and now it's the new [list-drip]. I didn't mean to actually
> encourage people to use list-abs though. I already had written [foreach] in
> C++ which is a lot easier to understand :
>
> \class ForEach {
>        \constructor () {}
>        \decl 0 list (...) {for (int i=0; i };
> \end class {install("foreach",1,1);}
>
> this basically just says : make a class that has an inlet 0 list method that
> takes every element and sends it through outlet 0. Then name this class
> [foreach] and make it have 1 inlet and 1 outlet.
>
> Your [s2l] looked more desperate though. ;)

Yes, it was desperate. Desperate things happen quite often -- for
instance when an audio chain has a number of if-then conditionals, if
you don't want to use expr~ or externals you have to calculate all the
sidechains and then choose among them arithmetically; there's no good
way to avoid calculation of certain rare conditions (things that
approach division by small numbers, e.g.) on a sample-by-sample basis.

>
>> Yet, I suspect that people go ahead and use [list-sort] all the time.
>
> uh, who would do that ?

People who discover list-abs on their own and who then learn that
there's a sort function in the library.

Matt


list-quicksort.pd
Description: Binary data


list-quicksort-help.pd
Description: Binary data


list-sort-compare.pd
Description: Binary data
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] Help parsing HTML with [httpget]

2011-03-05 Thread Philip Cunningham
Hello all,

Strangely I cannot replicate the problems I'm having in Ubuntu
Maverick on Windows Vista. Martin Peach also says that he is able to
parse information without any errors on XP. This leads me to believe
that the problem doesn't lie with my patch but elsewhere. A bit
stumped on this one for sure as I would much rather run this on
Ubuntu.

Best,
Philip

On Sat, Mar 5, 2011 at 6:15 PM, Martin Peach  wrote:
> Yes I'm using 0.42.5 extended on WinXP at the moment.
> You could try a [dump 1{ message to the [tcpclient] inside [httpget] to get
> it to print everything, maybe you're getting partial packets or something.
> Otherwise I would strip the patch down to isolate the problem, i.e. which
> [unpack] is causing the trouble.
>
> Martin
>
>
>
> On 2011-03-05 12:53, Philip Cunningham wrote:
>>
>> Martin,
>>
>> I get unpack type errors but can't seem to figure out why they're
>> sometimes happening and sometimes not. I'm using 0.42.5 extended. Is
>> there perhaps a newer version of objects that you might be using? Hm,
>> I'm stumped.
>>
>> Philip
>> PS - Thanks for writing so many awesome externals!
>>
>> On Sat, Mar 5, 2011 at 5:41 PM, Martin Peach
>>  wrote:
>>>
>>> No errors at all unless I click really fast and get:
>>>
>>> error: tcpclient_connect: already connected to weather.elec.york.ac.uk:80
>>> on
>>> socket 1848
>>>
>>> Martin
>>>
>>> On 2011-03-05 12:14, Philip Cunningham wrote:

 Martin,

 Are you getting any errors at all? I get an error ever few attempts to
 retrieve the data. Hmm. I will also look into these new http objects.

 Philip

 On Sat, Mar 5, 2011 at 5:03 PM, Martin Peach
  wrote:
>
> It works fine for me.
> I recently added [httpreq] and [httpreceive] to the mrpeach stuff in
> svn,
> they make it easier to do http stuff. [httpreceive] outputs the status
> on
> a
> separate outlet so you could scan for the "expires" keyword to know
> when
> to
> make another request.
>
> Martin
>
> On 2011-03-05 04:34, Philip Cunningham wrote:
>>
>> Hello all,
>>
>> I was working on a patch that visualises and sonifies weather data
>> posted online in an HTML document. I was using [httpget] to grab the
>> document and using [listsplit] and [symbol2list] to parse the
>> necessary data. However, using this method, I will often get the error
>> "error: unpack: type mismatch". I was wondering if someone could look
>> at the patch and advise me of a cleaner way of doing this or showing
>> me what I might be doing wrong? It works 70% the time. Initially, I
>> was just increasing the frequency of the [httpget] to ensure that the
>> data changes are captured but this method isn't very clean and would
>> appreciate any corrections or feedback.
>>
>> Patch: http://uiu.me/6.pd
>> This Weather: http://vimeo.com/16472933
>> [httpget]: http://puredata.info/docs/tutorials/SimpleWebclient
>>
>> Best wishes,
>> Philip Cunningham
>>
>>
>>
>>
>> ___
>> Pd-list@iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>>  http://lists.puredata.info/listinfo/pd-list
>
>



>>>
>>>
>>
>>
>>
>
>



-- 
Portfolio: http://philipcunningham.org
BrightonPD: http://unsymbol.users.anapnea.net/brightonpd/
Chipmusic: http://firebrandboy.org

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] To divide a number in random parts

2011-03-05 Thread Mathieu Bouchard

On Fri, 4 Mar 2011, Matt Barber wrote:

This all sounds about right -- I made [list-shellsort] more as a 
pedagogical exercise for my students


So, what is that supposed to teach them ?

than as a model of speed or efficiency (I did a "quicksort" as well that 
didn't end up in list-abs).


How did you achieve the quicksort ?

Why didn't it end up in list-abs ?

but then it uses fewer of the list abstractions and is less of an 
opportunity to show how the abstractions work "in action."


Don't you think that it would be better to show the list-abs for what they 
are good at, rather than for what they aren't ?



And it's a good reminder for how slow list manipulations can be.


Ah, yes. But note that [list split] is O(1), which is the cool thing about 
pd's lists.


one of the best exercises in constrained patching I've ever done, and 
fun for proving that some things are actually possible in vanilla that 
you think wouldn't be,


Yeah, people didn't think a pure-vanilla [list-drip] could be O(n) either. 
I made one and now it's the new [list-drip]. I didn't mean to actually 
encourage people to use list-abs though. I already had written [foreach] 
in C++ which is a lot easier to understand :


\class ForEach {
\constructor () {}
\decl 0 list (...) {for (int i=0; ithis basically just says : make a class that has an inlet 0 list method 
that takes every element and sends it through outlet 0. Then name this 
class [foreach] and make it have 1 inlet and 1 outlet.


Your [s2l] looked more desperate though. ;)


Yet, I suspect that people go ahead and use [list-sort] all the time.


uh, who would do that ?

 ___
| Mathieu Bouchard  tél: +1.514.383.3801  Villeray, Montréal, QC___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] Help parsing HTML with [httpget]

2011-03-05 Thread Martin Peach

It works fine for me.
I recently added [httpreq] and [httpreceive] to the mrpeach stuff in 
svn, they make it easier to do http stuff. [httpreceive] outputs the 
status on a separate outlet so you could scan for the "expires" keyword 
to know when to make another request.


Martin

On 2011-03-05 04:34, Philip Cunningham wrote:

Hello all,

I was working on a patch that visualises and sonifies weather data
posted online in an HTML document. I was using [httpget] to grab the
document and using [listsplit] and [symbol2list] to parse the
necessary data. However, using this method, I will often get the error
"error: unpack: type mismatch". I was wondering if someone could look
at the patch and advise me of a cleaner way of doing this or showing
me what I might be doing wrong? It works 70% the time. Initially, I
was just increasing the frequency of the [httpget] to ensure that the
data changes are captured but this method isn't very clean and would
appreciate any corrections or feedback.

Patch: http://uiu.me/6.pd
This Weather: http://vimeo.com/16472933
[httpget]: http://puredata.info/docs/tutorials/SimpleWebclient

Best wishes,
Philip Cunningham




___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->  
http://lists.puredata.info/listinfo/pd-list



___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] Patch for Akai EWI (was "Reading and writing binary files")

2011-03-05 Thread Mathieu Bouchard

On Sat, 5 Mar 2011, David wrote:

Thanks to you, Mathieu, Mike, Hans-Cristoph, I've got it working now. 
The second hurdle is to send this data out over Midi as NRPN/Sysex 
messages. Before I re-invent this wheel, is there something already 
included in pd-extended that would make it easier? I found something on 
 for sending NRPN messages, but to be honest, I 
couldn't understand how to use it, it's way too complicated for me.


Also, isn't there a very low limit on the size of SysEx messages ? I 
remember helping someone making a big workaround about this, perhaps even 
just last year. I don't think that it went into any version of pd.


 ___
| Mathieu Bouchard  tél: +1.514.383.3801  Villeray, Montréal, QC
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] Download Pd?

2011-03-05 Thread Mathieu Bouchard

On Sat, 5 Mar 2011, ailo wrote:


I get errors after logging in. Something like:
Site Error
   Module ZPublisher.Publish, line 188, in publish_module_standard


Actually, I do get this error too after logging in, but for the first 
error, I wasn't logged in.


Also, this latter error appears in English only, whereas the first one was 
appearing in French.


 ___
| Mathieu Bouchard  tél: +1.514.383.3801  Villeray, Montréal, QC
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] Download Pd?

2011-03-05 Thread Mathieu Bouchard

On Sat, 5 Mar 2011, Marco Donnarumma wrote:


Working here.


Works now.


Perhaps a temp error on some other server?


It's puredata.info. This only has a single server, doesn't it ?

Btw, your emails report iso-8859-1 support, but quote my mails wrong. When 
I use a non-breaking space prior to a question mark, do you see a 2nd 
question mark instead ? How many question marks do you see in my 
signature ? (there are none)


 ___
| Mathieu Bouchard  tél: +1.514.383.3801  Villeray, Montréal, QC___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


[PD] Patch for Akai EWI (was "Reading and writing binary files")

2011-03-05 Thread David
Thanks to you, Mathieu, Mike, Hans-Cristoph, I've got it working now.
The second hurdle is to send this data out over Midi as NRPN/Sysex
messages. Before I re-invent this wheel, is there something already
included in pd-extended that would make it easier? I found something
on  for sending NRPN messages, but to be
honest, I couldn't understand how to use it, it's way too complicated
for me.

The purpose is to develop a patch (as an abstraction) to control the
setup of an Akai EWI USB wind controller (to select fingering system,
Midi channel, etc.). Is anyone on this list using one of these
controllers? If you're interested in helping test it, let me know. If
I can get it working and you think it might be useful, I'm going to
upload it as open source somewhere (not sure where, yet).

Thanks.

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] Help parsing HTML with [httpget]

2011-03-05 Thread Philip Cunningham
I managed to do this using Ruby.

http://philipcunningham.org/2011/03/05/university-york-weather-parser/

However, I'd still like to find a PD-only solution if anyone can help.

Best,
Philip

On Sat, Mar 5, 2011 at 9:34 AM, Philip Cunningham
 wrote:
> Hello all,
>
> I was working on a patch that visualises and sonifies weather data
> posted online in an HTML document. I was using [httpget] to grab the
> document and using [listsplit] and [symbol2list] to parse the
> necessary data. However, using this method, I will often get the error
> "error: unpack: type mismatch". I was wondering if someone could look
> at the patch and advise me of a cleaner way of doing this or showing
> me what I might be doing wrong? It works 70% the time. Initially, I
> was just increasing the frequency of the [httpget] to ensure that the
> data changes are captured but this method isn't very clean and would
> appreciate any corrections or feedback.
>
> Patch: http://uiu.me/6.pd
> This Weather: http://vimeo.com/16472933
> [httpget]: http://puredata.info/docs/tutorials/SimpleWebclient
>
> Best wishes,
> Philip Cunningham
>
> --
> Portfolio: http://philipcunningham.org
> BrightonPD: http://unsymbol.users.anapnea.net/brightonpd/
> Chipmusic: http://firebrandboy.org
>



-- 
Portfolio: http://philipcunningham.org
BrightonPD: http://unsymbol.users.anapnea.net/brightonpd/
Chipmusic: http://firebrandboy.org

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] Download Pd?

2011-03-05 Thread ailo
I get errors after logging in. Something like:

"
Site Error

An error was encountered while publishing this resource.

KeyError
Sorry, a site error occurred.

Traceback (innermost last):

Module ZPublisher.Publish, line 188, in publish_module_standard
Module Products.PlacelessTranslationService.PatchStringIO, line 34,
in new_publish
Module ZPublisher.Publish, line 145, in publish

"
(etc)

On 03/05/2011 11:22 AM, Marco Donnarumma wrote:
> Working here.
> Perhaps a temp error on some other server?
> 
> M
> 
> 
> 
>> On Fri, 4 Mar 2011, Jonathan Wilkes wrote:
>>
>>> For starters:
>>> 1. Put the download folder back (attached from archive.org from
>>> beginning of January).
>>>
>>> 2. Don't make the first distribution in the list an alpha release of
>>> library that has no stable release for download.  (Better candidate
>>> would be Pd-ext or Vanilla.)
>>
>> I second that?; but also, I clicked on
>> http://puredata.info/community/projects/software/gridflow and got this?:
>>
>> Erreur du site
>>
>> Le site a rencontr? une erreur en essayant de r?pondre ? votre demande :
>>
>> Type de l'erreur
>> KeyError
>> Valeur de l'erreur
>> 20119333
>> Requ?te envoy?e au serveur le
>> 2011/03/05 03:19:10.430 GMT+1
>>
>>  ___
>> | Mathieu Bouchard  t?l: +1.514.383.3801  Villeray, Montr?al, QC
>>
>>
>>
>>
>> ___
>> Pd-list@iem.at mailing list
>> UNSUBSCRIBE and account-management -> 
>> http://lists.puredata.info/listinfo/pd-list


-- 
ailo

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] Download Pd?

2011-03-05 Thread Marco Donnarumma
Working here.
Perhaps a temp error on some other server?

M



> On Fri, 4 Mar 2011, Jonathan Wilkes wrote:
>
> > For starters:
> > 1. Put the download folder back (attached from archive.org from
> > beginning of January).
> >
> > 2. Don't make the first distribution in the list an alpha release of
> > library that has no stable release for download.  (Better candidate
> > would be Pd-ext or Vanilla.)
>
> I second that?; but also, I clicked on
> http://puredata.info/community/projects/software/gridflow and got this?:
>
> Erreur du site
>
> Le site a rencontr? une erreur en essayant de r?pondre ? votre demande :
>
> Type de l'erreur
> KeyError
> Valeur de l'erreur
> 20119333
> Requ?te envoy?e au serveur le
> 2011/03/05 03:19:10.430 GMT+1
>
>  ___
> | Mathieu Bouchard  t?l: +1.514.383.3801  Villeray, Montr?al, QC
>
>
-- 
Marco Donnarumma
Independent New Media and Sonic Arts Professional, Performer, Instructor
ACE, Sound Design MSc by Research (ongoing)
The University of Edinburgh, UK
~
Portfolio: http://marcodonnarumma.com
Lab: http://www.thesaddj.com | http://cntrl.sourceforge.net |
http://www.flxer.net
Event: http://www.liveperformersmeeting.net
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


[PD] Help parsing HTML with [httpget]

2011-03-05 Thread Philip Cunningham
Hello all,

I was working on a patch that visualises and sonifies weather data
posted online in an HTML document. I was using [httpget] to grab the
document and using [listsplit] and [symbol2list] to parse the
necessary data. However, using this method, I will often get the error
"error: unpack: type mismatch". I was wondering if someone could look
at the patch and advise me of a cleaner way of doing this or showing
me what I might be doing wrong? It works 70% the time. Initially, I
was just increasing the frequency of the [httpget] to ensure that the
data changes are captured but this method isn't very clean and would
appreciate any corrections or feedback.

Patch: http://uiu.me/6.pd
This Weather: http://vimeo.com/16472933
[httpget]: http://puredata.info/docs/tutorials/SimpleWebclient

Best wishes,
Philip Cunningham

-- 
Portfolio: http://philipcunningham.org
BrightonPD: http://unsymbol.users.anapnea.net/brightonpd/
Chipmusic: http://firebrandboy.org
#N canvas 0 49 1267 683 10;
#X declare -lib moocow;
#X obj 1005 149 httpget;
#X obj 1224 166 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1
0 1;
#X obj 1204 190 unpack 0 0 0 0;
#X floatatom 1204 215 3 0 0 0 - - -;
#X floatatom 1231 215 3 0 0 0 - - -;
#X floatatom 1258 215 3 0 0 0 - - -;
#X floatatom 1285 215 3 0 0 0 - - -;
#X msg 1005 84 http://weather.elec.york.ac.uk/liveOutput/vaisala/current.html
;
#X msg 1044 129 5;
#X obj 5 427 list split 1;
#X obj 39 459 list split 29;
#X obj 76 489 list split 1;
#X obj 76 521 symbol2list >;
#X symbolatom 103 578 16 0 0 0 - - -;
#X obj 76 551 unpack s s s s;
#X obj 103 604 symbol2list ;
#X symbolatom 283 580 16 0 0 0 - - -;
#X obj 256 553 unpack s s s s;
#X obj 283 606 symbol2list ;
#X symbolatom 459 560 16 0 0 0 - - -;
#X obj 432 533 unpack s s s s;
#X obj 459 586 symbol2list ;
#X symbolatom 662 560 16 0 0 0 - - -;
#X obj 635 533 unpack s s s s;
#X obj 662 586 symbol2list ;
#X symbolatom 842 560 16 0 0 0 - - -;
#X obj 815 533 unpack s s s s;
#X obj 842 586 symbol2list ;
#X symbolatom 1012 560 16 0 0 0 - - -;
#X obj 985 533 unpack s s s s;
#X obj 1012 586 symbol2list ;
#X symbolatom 1202 560 16 0 0 0 - - -;
#X obj 1175 533 unpack s s s s;
#X obj 1202 586 symbol2list ;
#X symbolatom 1352 560 16 0 0 0 - - -;
#X obj 1325 533 unpack s s s s;
#X obj 1352 586 symbol2list ;
#X symbolatom 1502 560 16 0 0 0 - - -;
#X obj 1475 533 unpack s s s s;
#X obj 1502 586 symbol2list ;
#X symbolatom 1712 560 16 0 0 0 - - -;
#X obj 1685 533 unpack s s s s;
#X obj 1712 586 symbol2list ___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list