Re: [PD] Compiling vanilla 0.42-5 on OS X 10.6

[Elliott Slaughter]

On Fri, Feb 18, 2011 at 9:16 PM, Hans-Christoph Steiner wrote:

>
> ./configure --disable-fat
>
> That is a warning related to building universal.
>

Ok, build gets a little further, and then:

../portaudio/src/hostapi/coreaudio/pa_mac_core.c: In function
‘OpenAndSetupOneAudioUnit’:
../portaudio/src/hostapi/coreaudio/pa_mac_core.c:752: error:
‘ComponentDescription’ undeclared (first use in this function)

Full compile log: http://pastebin.com/BSFuybnC

Thanks for the help.

.hc
>
>
> On Feb 18, 2011, at 11:25 PM, Elliott Slaughter wrote:
>
>  Hi,
>>
>> I'm trying to compile vanilla Pd 0.42-5 from source on Mac OS X 10.6, and
>> after doing a ./configure and make got a lot of warnings followed by:
>>
>> lipo: can't figure out the architecture type of:
>> /var/folders/pI/pIcjee4GEbOGlylnzdAsZTI/-Tmp-//ccLn5z7A.out
>>
>> Am I missing something? The instructions didn't make this sound hard.
>>
>> I'm using Xcode 3.2.5 (GCC 4.2.1).
>>
>> Thanks in advance.
>>
>> --
>> Elliott Slaughter
>>
>> "Don't worry about what anybody else is going to do. The best way to
>> predict the future is to invent it." - Alan Kay
>> ___
>> Pd-list@iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>>
>
>
>
>
> 
>
> News is what people want to keep hidden and everything else is publicity.
>- Bill Moyers
>
>
>


-- 
Elliott Slaughter

"Don't worry about what anybody else is going to do. The best way to predict
the future is to invent it." - Alan Kay
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Compiling vanilla 0.42-5 on OS X 10.6

[Hans-Christoph Steiner]

./configure --disable-fat

That is a warning related to building universal.

.hc

On Feb 18, 2011, at 11:25 PM, Elliott Slaughter wrote:


Hi,

I'm trying to compile vanilla Pd 0.42-5 from source on Mac OS X  
10.6, and after doing a ./configure and make got a lot of warnings  
followed by:


lipo: can't figure out the architecture type of: /var/folders/pI/ 
pIcjee4GEbOGlylnzdAsZTI/-Tmp-//ccLn5z7A.out


Am I missing something? The instructions didn't make this sound hard.

I'm using Xcode 3.2.5 (GCC 4.2.1).

Thanks in advance.

--
Elliott Slaughter

"Don't worry about what anybody else is going to do. The best way to  
predict the future is to invent it." - Alan Kay

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






News is what people want to keep hidden and everything else is  
publicity.  - Bill Moyers




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

[PD] Compiling vanilla 0.42-5 on OS X 10.6

[Elliott Slaughter]

Hi,

I'm trying to compile vanilla Pd 0.42-5 from source on Mac OS X 10.6, and
after doing a ./configure and make got a lot of warnings followed by:

lipo: can't figure out the architecture type of:
/var/folders/pI/pIcjee4GEbOGlylnzdAsZTI/-Tmp-//ccLn5z7A.out

Am I missing something? The instructions didn't make this sound hard.

I'm using Xcode 3.2.5 (GCC 4.2.1).

Thanks in advance.

-- 
Elliott Slaughter

"Don't worry about what anybody else is going to do. The best way to predict
the future is to invent it." - Alan Kay
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] donecanvasdialog missing argument (hidetext)

[patko]

- "Mathieu Bouchard"  a écrit :

> On Sat, 19 Feb 2011, patko wrote:
> > - "Mathieu Bouchard"  a écrit :
> >> On Sat, 19 Feb 2011, patko wrote:
> >>> I'm wondering why this argument is missing, any idea?
> >> _Where_ is that argument missing ?
> > in properties dialog box there are settings we can handle with
> donecanvasdialog message where arguments can be set in this order:
> > xUnit yUnit GraphMe xFrom yFrom xTo yTo xSize ySize Xmargin Ymargin
> > as we see there is one argument missing which is called in the
> properties dialog 'hide object name and arguments'
> 
> It's part of GraphMe...
> 
> In canvas_setgraph, you can see that graphme is used for storing 
> hidetext :
> 
>x->gl_hidetext = !(!(flag&2));
> 
> where flag is graphme being passed from canvas_donecanvasdialog.
> 
> But I warn you, the #X coords message doesn't even have it in the same
> 
> format :
> 
>(t_float)((x->gl_hidetext)?2.:1.),
> 
> from g_readwrite.c.
> 
> No idea why such a difference would ever be useful for, but it's
> there.
> 

Allright I've understood, to make it clear, if graphme = 0 it doesn't graph on 
parent

if graphme is 1 it graph on parent but display name and arguments, and then, 

if graphme is 2 or 3 it does graph on parent and hides name and argument


Thank you!!



>  
> ___
> | Mathieu Bouchard  tél: +1.514.383.3801  Villeray, Montréal,
> QC

-- 
Patrice Colet 

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

Re: [PD] donecanvasdialog missing argument (hidetext)

[Jonathan Wilkes]

It has been assimilated into "GraphMe".  Possible values are:

0 - no gop
1 - gop
2 - gop + hide object name and args

-Jonathan


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

Re: [PD] donecanvasdialog missing argument (hidetext)

[Mathieu Bouchard]

On Sat, 19 Feb 2011, patko wrote:

- "Mathieu Bouchard"  a écrit :

On Sat, 19 Feb 2011, patko wrote:

I'm wondering why this argument is missing, any idea?

_Where_ is that argument missing ?

in properties dialog box there are settings we can handle with donecanvasdialog 
message where arguments can be set in this order:
xUnit yUnit GraphMe xFrom yFrom xTo yTo xSize ySize Xmargin Ymargin
as we see there is one argument missing which is called in the properties 
dialog 'hide object name and arguments'


It's part of GraphMe...

In canvas_setgraph, you can see that graphme is used for storing 
hidetext :


  x->gl_hidetext = !(!(flag&2));

where flag is graphme being passed from canvas_donecanvasdialog.

But I warn you, the #X coords message doesn't even have it in the same 
format :


  (t_float)((x->gl_hidetext)?2.:1.),

from g_readwrite.c.

No idea why such a difference would ever be useful for, but it's there.

 ___
| 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] donecanvasdialog missing argument (hidetext)

[patko]

- "Mathieu Bouchard"  a écrit :

> On Sat, 19 Feb 2011, patko wrote:
> 
> > I'm wondering why this argument is missing, any idea?
> 
> _Where_ is that argument missing ?

in properties dialog box there are settings we can handle with donecanvasdialog 
message where arguments can be set in this order:

xUnit yUnit GraphMe xFrom yFrom xTo yTo xSize ySize Xmargin Ymargin

as we see there is one argument missing which is called in the properties 
dialog 'hide object name and arguments'



> 
>  
> ___
> | Mathieu Bouchard  tél: +1.514.383.3801  Villeray, Montréal,
> QC

-- 
Patrice Colet 

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

Re: [PD] FLOSS book Lists chapter

[Jonathan Wilkes]

--- On Sat, 2/19/11, Hans-Christoph Steiner  wrote:

> From: Hans-Christoph Steiner 
> Subject: Re: [PD] FLOSS book Lists chapter
> To: "Jonathan Wilkes" 
> Cc: "Mathieu Bouchard" , "Andy Farnell" 
> , pd-list@iem.at
> Date: Saturday, February 19, 2011, 12:53 AM
> 
> On Feb 16, 2011, at 8:27 PM, Jonathan Wilkes wrote:
> 
> >
> >
> > --- On Thu, 2/17/11, Andy Farnell 
> wrote:
> >
> >> From: Andy Farnell 
> >> Subject: Re: [PD] FLOSS book Lists chapter
> >> To: "Mathieu Bouchard" 
> >> Cc: pd-list@iem.at
> >> Date: Thursday, February 17, 2011, 1:24 AM
> >>
> >> On Wed, 16 Feb 2011 16:55:24 -0500 (EST)
> >> Mathieu Bouchard 
> >> wrote:
> >>
> >>
> >>> I don't see how the sentence « those diagrams
> are
> >> source code » doesn't
> >>> say that there's (almost) a one-to-one
> >> correspondence.
> >>
> >> Yikes, I tried running that through De Morgans
> >> What is it you _do_ see there? Or does the law of
> the
> >> excluded
> >> middle prevent us from straying there? :)
> >>
> >>
> >>> But the one-to-one correspondence isn't exact.
> I could
> >> make a list of ways
> >>> in which it isn't.
> >>
> >> Please, a list I'd like to see out of curiosity
> when you
> >> have a mo.
> >> I thought about that long and hard, mainly it was
> things
> >> like
> >> ambiguous connections where filaments cross over
> another
> >> object inlet, or horror of horrors, identical
> objects
> >> copied
> >> on top of each other and wired in place...I've
> been caught
> >> out
> >> that way before.
> >>
> >>> Nevertheless, with a little care, a screenshot
> can be
> >>
> >>> made in a way that can be read by someone that
> can
> >> repatch it if the .pd
> >>> file itself has not been published.
> >>
> >> I'll be honest it took a _lot_ of care. Out of
> well over
> >> 1000 diagrams
> >> one or two ambiguities have raised peoples
> annoyance enough
> >> to email
> >> me a "complaint". That's quite a good record I
> think, but I
> >> spent
> >> many hours re-arranging objects and coords to get
> clear and
> >> unambiguous
> >> patches. What some recognise as my style now was
> heavily
> >> influenced by
> >> the writing and the need to have patches
> unambiguously read
> >> by eyes other
> >> than my own.
> >
> > 1 Don't have wires overlapping object boxes, object
> xlets, or object  
> > text*
> > 2 Avoid horizontal wires
> >
> > What else is there?
> >
> > -Jonathan
> 
> 
> - good layout to represent the flow of the data
> - encapsulation into rational chunks
> - and more...

That's all true.  I guess I'm limiting it to unwanted ambiguities that 
_cannot_ be resolved by looking at the patch.  So things like fanouts  
and [r] creation order wouldn't count as long as having a different 
connection/creation order doesn't upset the function of the patch.

> 
> .hc
> 
> 
> 
> "[T]he greatest purveyor of violence in the world today
> [is] my own  
> government." - Martin Luther King, Jr.
> 
> 
> 
> 


  

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

Re: [PD] donecanvasdialog missing argument (hidetext)

[Mathieu Bouchard]

On Sat, 19 Feb 2011, patko wrote:


I'm wondering why this argument is missing, any idea?


_Where_ is that argument missing ?

 ___
| 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] donecanvasdialog missing argument (hidetext)

[patko]

 Hello,

I'm wondering why this argument is missing, any idea?

-- 
Patrice Colet 

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

Re: [PD] FLOSS book Lists chapter

[Hans-Christoph Steiner]

On Feb 17, 2011, at 10:04 AM, Mathieu Bouchard wrote:


On Thu, 17 Feb 2011, Frank Barknecht wrote:

IIRC the latest version of the RjDj app is not yet using libpd, but  
for the "Inception" movie tie-in app, which uses Pd/RjDj inside as  
well, the team has already made the switch to libpd, which is  
planned for future RjDj apps as well.


But what was RjDj using before using libpd ?

When Andy says "Vanilla with a little extra goodness", is it not  
LibPd...? Or is that something else ?



Its closer to Vanilla minus a couple things, plus a couple tweaks, and  
a chunk of other objects.  rjdj is really a separate distro, its not  
vanilla.


.hc




"[W]e have invented the technology to eliminate scarcity, but we are  
deliberately throwing it away to benefit those who profit from  
scarcity."-John Gilmore




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

Re: [PD] FLOSS book Lists chapter

[Hans-Christoph Steiner]

I created a new account on booki with my same account name:  
HansChristophSteiner. Seemed to work fine.


.hc

On Feb 17, 2011, at 6:10 AM, adam hyde wrote:


hey

i am working on this at the moment (see list if youa re still
sub'ed...just mailed it about this). hope it is sorted out next week

as for logonsyou need to create a new account on the new fm booki

adam



On Fri, 2011-02-11 at 19:30 +0100, Derek Holzer wrote:
HC: I don't think the Booki pages are meant to be used yet. Proper  
URL

would be:

http://en.flossmanuals.net/bin/view/PureData/Lists

To Adam and Aco: will the old stuff get synched/transferred to the  
new
Booki pages at some point? Will the URL of the Pd FLOSS Manual  
change to
the Booki one? Also, my login for the old pages doesn't work on the  
new

Booki pages, nor am I notified of changes to the new Booki based
chapters. Please clarify.

Best,
Derek

On 2/11/11 5:25 PM, Hans-Christoph Steiner wrote:


I just updated the Lists chapter in the FLOSS Manuals Pure Data  
book,

I'd love to have some people review it:

http://booki.flossmanuals.net/pure-data/edit/

.hc





--





Adam Hyde
Founder FLOSS Manuals &
Booki Project Manager

Contact Information
German mobile : + 49 177 4935122
Email : a...@flossmanuals.net
irc : irc.freenode.net #flossmanuals


"Free manuals for free software"
http://www.flossmanuals.net/about

Free Software for making Free Books
http://www.booki.cc/







News is what people want to keep hidden and everything else is  
publicity.  - Bill Moyers




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

Re: [PD] FLOSS book Lists chapter

[Hans-Christoph Steiner]

On Feb 16, 2011, at 8:27 PM, Jonathan Wilkes wrote:




--- On Thu, 2/17/11, Andy Farnell  wrote:


From: Andy Farnell 
Subject: Re: [PD] FLOSS book Lists chapter
To: "Mathieu Bouchard" 
Cc: pd-list@iem.at
Date: Thursday, February 17, 2011, 1:24 AM

On Wed, 16 Feb 2011 16:55:24 -0500 (EST)
Mathieu Bouchard 
wrote:



I don't see how the sentence « those diagrams are

source code » doesn't

say that there's (almost) a one-to-one

correspondence.

Yikes, I tried running that through De Morgans
What is it you _do_ see there? Or does the law of the
excluded
middle prevent us from straying there? :)



But the one-to-one correspondence isn't exact. I could

make a list of ways

in which it isn't.


Please, a list I'd like to see out of curiosity when you
have a mo.
I thought about that long and hard, mainly it was things
like
ambiguous connections where filaments cross over another
object inlet, or horror of horrors, identical objects
copied
on top of each other and wired in place...I've been caught
out
that way before.


Nevertheless, with a little care, a screenshot can be



made in a way that can be read by someone that can

repatch it if the .pd

file itself has not been published.


I'll be honest it took a _lot_ of care. Out of well over
1000 diagrams
one or two ambiguities have raised peoples annoyance enough
to email
me a "complaint". That's quite a good record I think, but I
spent
many hours re-arranging objects and coords to get clear and
unambiguous
patches. What some recognise as my style now was heavily
influenced by
the writing and the need to have patches unambiguously read
by eyes other
than my own.


1 Don't have wires overlapping object boxes, object xlets, or object  
text*

2 Avoid horizontal wires

What else is there?

-Jonathan



- good layout to represent the flow of the data
- encapsulation into rational chunks
- and more...

.hc



"[T]he greatest purveyor of violence in the world today [is] my own  
government." - Martin Luther King, Jr.





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

Re: [PD] externals tutorial: link error

[Elliott Slaughter]

On Fri, Feb 18, 2011 at 12:03 PM, Martin  wrote:

> On 18/02/11 02:39 PM, Elliott Slaughter wrote:
>
>> I'm getting a link error when following the counter tutorial from the
>> following page:
>>
>> http://pdstatic.iem.at/externals-HOWTO/node4.html
>>
>> 2>counter.obj : error LNK2001: unresolved external symbol _s_float
>> 2>C:\Users\Elliott\...\externals\build\Debug\counter.dll : fatal error
>> LNK1120: 1 unresolved externals
>>
>>
> I think it's because you need to define MSW in the preprocessor defines
> section so that "EXPORT" in m_pd.h is replaced by "__declspec(dllimport)".
> Otherwise it's just "extern" and the linker can't find it.
> Another way to avoid that error is to replace any ocurrence of &s_float
> with gensym("float") but then you'll probably run into more trouble down the
> line.


Thanks. The MSW fix worked. Funny that m_pd.h can't figure that out
automatically

-- 
Elliott Slaughter

"Don't worry about what anybody else is going to do. The best way to predict
the future is to invent it." - Alan Kay
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] FLOSS book Lists chapter

[Jonathan Wilkes]

--- On Fri, 2/18/11, Andy Farnell  wrote:

> From: Andy Farnell 
> Subject: Re: [PD] FLOSS book Lists chapter
> To: "Jonathan Wilkes" 
> Cc: "Mathieu Bouchard" , pd-list@iem.at
> Date: Friday, February 18, 2011, 7:46 PM
> 
> 
> 
> I noticed this too.
> 
> Miller is quite fond of using it in "Theory and
> Techniques".

1) http://crca.ucsd.edu/~msp/techniques/latest/book-html/node36.html
[phasor~] crossing the right inlet of [-~] is completely unecessary, 
solved merely by moving [-~], [*~], and [cos~] down by 10 px or so.


2) http://crca.ucsd.edu/~msp/techniques/latest/book-html/node53.html
looks better as attached with the two messages controling [line~] 
next to each other.

3) http://crca.ucsd.edu/~msp/techniques/latest/book-html/node119.html
Still unnecessary, but these benefit from signal connections being 
thicker so that there is a 1px corner where the wire meets the 
corresponding inlet (basically just a subtle, automatic segmented 
patch cord).

There are lots of others but I don't see how the modest aesthetic bonus 
of a completely straight line segment outweighs potential ambiguity 
created by them.

> 
> I do from time to time, but only if the connection
> is a leftmost or rightmost control/message connection.
> 
> For certain kinds of patch, where you mostly have
> audio DSP runnimg down the page, and occasional 
> parameterisation by number or recieve boxes to the
> sides, having them hoizontal makes for a kind of
> nice clarity, audio vertical, messages horizontal.

It might look nice but if the object being connected to 
has more than one inlet there is an ambiguity in the 
patch.  This may be fine for a picture of a patch where 
the correct connection is obvious, but for an actual 
patching habit it's terrible because a subtle, persistent 
bug can easily cause you to start searching through your 
patch for all such horizontal cord ambiguities and moving 
around the relevant objects.

It's exactly the same problem as seeing closely spaced 
objects:

[1(
[slay-fire-breathing-dragon]

Why risk it?

The only rational I can think of is: "looks clean".  Which, for a piece 
of software that relies on black mono-spaced text with black 
lines running over it, strikes [through] me as odd*.

-Jonathan

> 
> But break the rule rather than do anything ambiguous.

My rule avoids all the ambiguity addressed above (well, except for 
black lines running through black text).

-Jonathan

> 
> 
> On Thu, 17 Feb 2011 15:13:05 -0800 (PST)
> Jonathan Wilkes 
> wrote:
> 
> > --- On Thu, 2/17/11, Mathieu Bouchard 
> wrote:
> > 
> > > From: Mathieu Bouchard 
> > > Subject: Re: [PD] FLOSS book Lists chapter
> > > To: "Jonathan Wilkes" 
> > > Cc: padawa...@obiwannabe.co.uk,
> pd-list@iem.at
> > > Date: Thursday, February 17, 2011, 9:25 PM
> > > On Thu, 17 Feb 2011, Jonathan Wilkes
> > > wrote:
> > > 
> > > > if { $xlets_involved > 2 } {
> menu_doc_open
> > > attachment_dir horiz-connections.pd }
> > > 
> > > Error: Success
> > > 
> > > Now what's the problem with horizontal wires ?
> > > 
> > > I mean those that aren't overlapping any inlets
> or outlets,
> > > not the ones in your patch.
> > 
> > Here's a revised version where the wires aren't
> overlapping.
> > 
> > How do you know they aren't overlapping?
> > 1) Use pd-ext and notice the difference between the
> 1px gray box and the 
> > 1px black connections.
> > 2) Actually move the object to _reveal_ that the
> connection don't overlap.
> > 3) Always assume that the patch creator followed the
> rule of "don't 
> > overlap xlets".
> > 
> > 1 is implementation specific and ridiculously subtle
> for an 
> > environment where "the diagram is the code", 2 is
> wasting people's time 
> > by making them fuss around in the patch in order to be
> sure they 
> > understand what it does, and 3 is easy to screw up:
> > 
> >  __[inlet]_
> > [f]        [f]
> > 
> > (On a narrow object like [f] it's very easy to make a
> connection to the 
> > wrong inlet.  Well, not as easy on pd-l2ork...)
> > 
> > So I guess qualify it to "no horizontal connections
> unless there's only 1 
> > inlet and 1 outlet involved".
> > 
> > -Jonathan
> > 
> > 
> > > (We already agreed against
> > > overlapping wires)
> > > 
> > > 
> > >
> ___
> > > | Mathieu Bouchard  tél: +1.514.383.3801
> 
> > > Villeray, Montréal, QC
> > 
> > 
> >       
> 
> 
> -- 
> Andy Farnell 
>


  

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

Re: [PD] Sigmund~ and tracks.

[J bz]

Good stuff, ok will do.

Thanks again,

Julian

On 17 February 2011 19:19, William Brent  wrote:

> Ok, a Windows binary of [pitchEnv~] is up on my site:
>
> http://williambrent.conflations.com/pages/research.html#pitchEnv
>
> I hadn't put up Windows or the source yet because I was still in the
> middle of working on it, but I think it's fine so that's all up now.
> Let me know off list if you have issues with it.
>
>
>
> On Wed, Feb 16, 2011 at 4:03 PM, J bz  wrote:
> > Hey William,
> >
> > Appreciate the involvement...
> >
> > Unfortunately I'm on W7 atm.  My main patch uses the MSD lib and after
> what
> > I thought was a trivial problem with using it in Puredyne (my regular
> > distro), last Nov, MSD is still not working for me.  Fortunately I bought
> a
> > 2nd hand lappy with W7 on it early Dec, so have been working in that
> since.
> > The instrumentalist is a Mac guy but that doesn't help me prepare the
> piece.
> >
> > So yeah, a long way round of asking do you have a windows version?
> >
> > Funnily enough I was nosy'ing around your site a couple of months ago and
> > d/l'd the timbre ID lib for further research.  Looks well good:)
> >
> > Best wishes,
> >
> > Julian
> >
> >
> > On 16 February 2011 19:02, William Brent 
> wrote:
> >>
> >> Good to know about the reason for the 1Mhz maxfreq...
> >>
> >> > Not really sure what to do with the viola d'amore source sounds if
> they
> >> > are
> >> > just not going to be stable.
> >>
> >> I think if you can settle for fewer harmonics and work out the flag
> >> logic there's hope yet.  Another thing that occurred to me is that
> >> since the scratchy noise part of the viol sound is likely what's
> >> making the tracking jumpy, you could try to remove the noise.  I've
> >> been working on an external that lets you rescale the amplitudes of
> >> harmonics in a pitched signal.  There's an early draft on my website -
> >> it's called [pitchEnv~].  Using that, I scaled all the harmonics of
> >> your sample to 0, so that all the pitch related components are erased
> >> from the signal.  The attached wav file is what's left...basically all
> >> the scratchy noise.
> >>
> >> Then I tried subtracting that noise from the original signal (delayed
> >> slightly based on the time it takes to do this analysis), and it did
> >> clean up the noise some.  It wasn't perfect, but with some work this
> >> could produce a signal you send to [sigmund~] that would be more
> >> easily tracked out.  I might have time to fiddle with that later, but
> >> if you download [pitchEnv~] you can give it a shot too.
> >>
> >> William
> >
> >
>
>
>
> --
> William Brent
> www.williambrent.com
>
> “Great minds flock together”
> Conflations: conversational idiom for the 21st century
>
> www.conflations.com
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] externals tutorial: link error

[Jack]

Oups, sorry, i think it was an error concerning the web link to the how
to.
++

Jack



Le vendredi 18 février 2011 à 15:03 -0500, Martin a écrit :
> On 18/02/11 02:39 PM, Elliott Slaughter wrote:
> > I'm getting a link error when following the counter tutorial from the 
> > following page:
> >
> > http://pdstatic.iem.at/externals-HOWTO/node4.html
> >
> > 2>counter.obj : error LNK2001: unresolved external symbol _s_float
> > 2>C:\Users\Elliott\...\externals\build\Debug\counter.dll : fatal error 
> > LNK1120: 1 unresolved externals
> >
> 
> I think it's because you need to define MSW in the preprocessor defines 
> section so that "EXPORT" in m_pd.h is replaced by 
> "__declspec(dllimport)". Otherwise it's just "extern" and the linker 
> can't find it.
> Another way to avoid that error is to replace any ocurrence of &s_float 
> with gensym("float") but then you'll probably run into more trouble down 
> the line.
> 
> Martin
> 
> 
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list



signature.asc
Description: This is a digitally signed message part
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] externals tutorial: link error

[Martin]

On 18/02/11 02:39 PM, Elliott Slaughter wrote:
I'm getting a link error when following the counter tutorial from the 
following page:


http://pdstatic.iem.at/externals-HOWTO/node4.html

2>counter.obj : error LNK2001: unresolved external symbol _s_float
2>C:\Users\Elliott\...\externals\build\Debug\counter.dll : fatal error 
LNK1120: 1 unresolved externals




I think it's because you need to define MSW in the preprocessor defines 
section so that "EXPORT" in m_pd.h is replaced by 
"__declspec(dllimport)". Otherwise it's just "extern" and the linker 
can't find it.
Another way to avoid that error is to replace any ocurrence of &s_float 
with gensym("float") but then you'll probably run into more trouble down 
the line.


Martin


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

Re: [PD] externals tutorial: link error

[Jack]

Try here :
http://iem.at/pd/externals-HOWTO/
++

Jack



Le vendredi 18 février 2011 à 11:39 -0800, Elliott Slaughter a écrit :
> I'm getting a link error when following the counter tutorial from the
> following page:
> 
> 
> http://pdstatic.iem.at/externals-HOWTO/node4.html
> 
> 
> 2>counter.obj : error LNK2001: unresolved external symbol _s_float
> 2>C:\Users\Elliott\...\externals\build\Debug\counter.dll : fatal error
> LNK1120: 1 unresolved externals
> 
> 
> I got the first (hello world) example to build and link and run, so
> I'm not sure what I'm doing wrong here. I am definitely linking
> against pd.lib, because if I stop linking against it, I get about 8
> link errors instead of 1. My code is identical to the example except
> for an added extern "C" and __declspec(dllexport) to get the
> counter_setup function to have the correct visibility.
> 
> 
> I am building with MS Visual Studio 2010 and the Pd 0.42.5
> from http://www.crca.ucsd.edu/~msp/software.html .
> 
> 
> I would be happy to provide more details on my code and build system
> if that would be helpful.
> 
> 
> Thanks in advance.
> 
> -- 
> Elliott Slaughter
> 
> "Don't worry about what anybody else is going to do. The best way to
> predict the future is to invent it." - Alan Kay
> 
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list



signature.asc
Description: This is a digitally signed message part
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] externals tutorial: link error

[Elliott Slaughter]

I'm getting a link error when following the counter tutorial from the
following page:

http://pdstatic.iem.at/externals-HOWTO/node4.html

2>counter.obj : error LNK2001: unresolved external symbol _s_float
2>C:\Users\Elliott\...\externals\build\Debug\counter.dll : fatal error
LNK1120: 1 unresolved externals

I got the first (hello world) example to build and link and run, so I'm not
sure what I'm doing wrong here. I am definitely linking against pd.lib,
because if I stop linking against it, I get about 8 link errors instead of
1. My code is identical to the example except for an added extern "C"
and __declspec(dllexport) to get the counter_setup function to have the
correct visibility.

I am building with MS Visual Studio 2010 and the Pd 0.42.5 from
http://www.crca.ucsd.edu/~msp/software.html .

I would be happy to provide more details on my code and build system if that
would be helpful.

Thanks in advance.

-- 
Elliott Slaughter

"Don't worry about what anybody else is going to do. The best way to predict
the future is to invent it." - Alan Kay
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Gem+v4l2loopback (was Re: pdp_vloopback ?)

[Jack]

Le vendredi 18 février 2011 à 19:50 +0100, IOhannes zmölnig a écrit :
> On 02/18/2011 07:33 PM, Jack wrote:
> 
> > it's the same as with the film- and video- plugins: you need to have the
> > plugins besides your Gem.pd_linux:
> > $ pwd
> > .Gem/src
> > $ ln -s plugins/recordV4L2/.libs/gem_recordV4L2.so .
> > $
> >> Done, but i still have the problem after :
> >> $ ln -s plugins/recordV4L2/.libs/gem_recordV4L2.so
> >> I get :
> >> ln: creating symbolic link `./gem_recordV4L2.so': File exists
> >> Any way to fix this problem ?
> 
> seems like i lost track of where exactly you are stuck.
> 
> #1 you need a recent version of Gem (you have that, i figure)
Yep :
GEM: Graphics Environment for Multimedia
GEM: ver: 0.93.SVN rev3720M
GEM: compiled: Feb 14 2011

> #2 you need to compile the recordV42L plugin
>  - this is usually done automatically when you compile Gem using "make"
It is what i done.
>  - all the plugins do some auoconf checks for required infrastructure
> (obviously you need a linux system for recordQT4L; it also checks for
> libV4L, but this should be optional)
I'm working with Ubuntu 10.10.
>  - if not all requirements are met, you might end up with an "empty"
> (and thus non-working) plugin
Here, i don't know...
> 
>  - since i'm using automake, the compiled plugins are a bit hidden; they
> live (e.g.) in plugins/recordV4L2/.libs/
In this directory, i have :
gem_recordV4L2.la
gem_recordV4L2.lai
gem_recordV4L2.so
gem_recordV4L2_la-recordV4L2.o
> 
> #3 you have to make sure that the plugins end up besides Gem.pd_linx
>  - if you run "make install", this should be handled automatically
>  - if you just want to test (and not "install"), you have to manually
> copy (or symlink) the files next to your Gem.pd_linux
I have already a 'gem_recordV4L2.so' besides 'Gem.pd_linux'.
> 
> 
> SO:
> 
> it seems like you already have a file "gem_recordV4L2.so" besides your
> Gem.pd_linux;
Yes.
> if this is an old _copy_ remove it, and copy/symlink the
> new one to this place (i usually do symlinks, but that's because i'm
> developing and want to have my changes to take immediate effect)
> if it's a symlink, then you should be fine
This was the problem. Now it is working fine, i get :
[pix_record]: backend #0='V4L'
I need to do like this with all plugins or there is an other method ?
> 
> then you start Gem (make sure you load the correct .pd_linux file), and
> create a [pix_record] object.
> watch the console! it should tell you about the found backends (it
> managed to activate)
Yep, i have always an eye on the console :)
Thanx again for your help.
++

Jack


> watch the stderr (your terminal!) if anything goes wrong; you will see
> notes about each plugin that is tried; if it fails, you should see an
> error message there.
> 
> 
> gfamsr
> IOhannes
> 



signature.asc
Description: This is a digitally signed message part
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] Gem+v4l2loopback (was Re: pdp_vloopback ?)

[IOhannes zmölnig]

On 02/18/2011 07:33 PM, Jack wrote:

> it's the same as with the film- and video- plugins: you need to have the
> plugins besides your Gem.pd_linux:
> $ pwd
> .Gem/src
> $ ln -s plugins/recordV4L2/.libs/gem_recordV4L2.so .
> $
>> Done, but i still have the problem after :
>> $ ln -s plugins/recordV4L2/.libs/gem_recordV4L2.so
>> I get :
>> ln: creating symbolic link `./gem_recordV4L2.so': File exists
>> Any way to fix this problem ?

seems like i lost track of where exactly you are stuck.

#1 you need a recent version of Gem (you have that, i figure)
#2 you need to compile the recordV42L plugin
 - this is usually done automatically when you compile Gem using "make"
 - all the plugins do some auoconf checks for required infrastructure
(obviously you need a linux system for recordQT4L; it also checks for
libV4L, but this should be optional)
 - if not all requirements are met, you might end up with an "empty"
(and thus non-working) plugin

 - since i'm using automake, the compiled plugins are a bit hidden; they
live (e.g.) in plugins/recordV4L2/.libs/

#3 you have to make sure that the plugins end up besides Gem.pd_linx
 - if you run "make install", this should be handled automatically
 - if you just want to test (and not "install"), you have to manually
copy (or symlink) the files next to your Gem.pd_linux


SO:

it seems like you already have a file "gem_recordV4L2.so" besides your
Gem.pd_linux; if this is an old _copy_ remove it, and copy/symlink the
new one to this place (i usually do symlinks, but that's because i'm
developing and want to have my changes to take immediate effect)
if it's a symlink, then you should be fine

then you start Gem (make sure you load the correct .pd_linux file), and
create a [pix_record] object.
watch the console! it should tell you about the found backends (it
managed to activate)
watch the stderr (your terminal!) if anything goes wrong; you will see
notes about each plugin that is tried; if it fails, you should see an
error message there.


gfamsr
IOhannes



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

Re: [PD] FLOSS book Lists chapter

[Andy Farnell]

I noticed this too.

Miller is quite fond of using it in "Theory and Techniques".

I do from time to time, but only if the connection
is a leftmost or rightmost control/message connection.

For certain kinds of patch, where you mostly have
audio DSP runnimg down the page, and occasional 
parameterisation by number or recieve boxes to the
sides, having them hoizontal makes for a kind of
nice clarity, audio vertical, messages horizontal.

But break the rule rather than do anything ambiguous.


On Thu, 17 Feb 2011 15:13:05 -0800 (PST)
Jonathan Wilkes  wrote:

> --- On Thu, 2/17/11, Mathieu Bouchard  wrote:
> 
> > From: Mathieu Bouchard 
> > Subject: Re: [PD] FLOSS book Lists chapter
> > To: "Jonathan Wilkes" 
> > Cc: padawa...@obiwannabe.co.uk, pd-list@iem.at
> > Date: Thursday, February 17, 2011, 9:25 PM
> > On Thu, 17 Feb 2011, Jonathan Wilkes
> > wrote:
> > 
> > > if { $xlets_involved > 2 } { menu_doc_open
> > attachment_dir horiz-connections.pd }
> > 
> > Error: Success
> > 
> > Now what's the problem with horizontal wires ?
> > 
> > I mean those that aren't overlapping any inlets or outlets,
> > not the ones in your patch.
> 
> Here's a revised version where the wires aren't overlapping.
> 
> How do you know they aren't overlapping?
> 1) Use pd-ext and notice the difference between the 1px gray box and the 
> 1px black connections.
> 2) Actually move the object to _reveal_ that the connection don't overlap.
> 3) Always assume that the patch creator followed the rule of "don't 
> overlap xlets".
> 
> 1 is implementation specific and ridiculously subtle for an 
> environment where "the diagram is the code", 2 is wasting people's time 
> by making them fuss around in the patch in order to be sure they 
> understand what it does, and 3 is easy to screw up:
> 
>  __[inlet]_
> [f][f]
> 
> (On a narrow object like [f] it's very easy to make a connection to the 
> wrong inlet.  Well, not as easy on pd-l2ork...)
> 
> So I guess qualify it to "no horizontal connections unless there's only 1 
> inlet and 1 outlet involved".
> 
> -Jonathan
> 
> 
> > (We already agreed against
> > overlapping wires)
> > 
> > 
> > ___
> > | Mathieu Bouchard  tél: +1.514.383.3801 
> > Villeray, Montréal, QC
> 
> 
>   


-- 
Andy Farnell 

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

Re: [PD] pdp_vloopback ?

[Jack]

Le lundi 14 février 2011 à 14:27 +0100, IOhannes m zmoelnig a écrit :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> On 2011-02-14 14:13, Jack wrote:
> 
> >> i have now installed :
> >> GEM: Graphics Environment for Multimedia
> >> GEM: ver: 0.93.SVN rev3720M
> >> GEM: compiled: Feb 14 2011
> 
> good.
> 
> > 
> >> But i have still nothing when i create [pix_record] :
> >> error: [pix_record]: no video backends found!
> >> ... you might be able to track this down from the Find menu.
> >> I have remove the directory 'recordQT4l' and all files starting with
> >> 'gem_recordQT'.
> 
> hein?
> 
> you don't need to remove the recordQT4L directory. current Gem SVN
> handles multiple record backends just fine.
> 
> anyhow, even, if you don't have the recordQT4L anymore, this shouldn't
> be a problem (since you want V4L2)
> 
> 
> >> I missed something ?
> 
> it's the same as with the film- and video- plugins: you need to have the
> plugins besides your Gem.pd_linux:
> $ pwd
> .Gem/src
> $ ln -s plugins/recordV4L2/.libs/gem_recordV4L2.so .
> $
Done, but i still have the problem after :
$ ln -s plugins/recordV4L2/.libs/gem_recordV4L2.so
I get :
ln: creating symbolic link `./gem_recordV4L2.so': File exists
Any way to fix this problem ?
Thanx.
++

Jack


> 
> should do the trick (if you don't want to install (which i haven't
> tested, btw)
> 
> mfgdst
> IOhannes
> 
> 
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
> 
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.10 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
> 
> iEYEARECAAYFAk1ZLacACgkQkX2Xpv6ydvQAAgCdHiz7xNAMMN04FM/ZyiDjKncx
> rIQAoJqGweeN/TtmMWKIz9UlCdTc1QyH
> =NhXf
> -END PGP SIGNATURE-
> 



signature.asc
Description: This is a digitally signed message part
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Pd-extended 0.42.5 Lucid - Audio Settings / Delay - not working!

[IOhannes zmölnig]

On 02/18/2011 06:00 PM, Bastiaan van den Berg wrote:
> In my memory, OSS forked off into some commercial project, or was it always
> that way?
> 

that's true as well (but the commercial fork happened a decade or so ago
- and i believe it's still alive), but i was really talking about free
OSS as found in the linux mainline kernel.

mfrt
IOhannes



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

Re: [PD] Pd-extended 0.42.5 Lucid - Audio Settings / Delay - not working!

[Bastiaan van den Berg]

2011/2/18 IOhannes zmölnig 

> On 02/18/2011 05:13 PM, Bernardo Barros wrote:
> > Ingo, I think OSS can offer you just very high latency. You can't get
> > realtime with it.
>
> where did you get that piece of information?
>
> the main problem with OSS is, that it is simply not available anymore on
> recent debian/ubuntu/... distros.
>
>
In my memory, OSS forked off into some commercial project, or was it always
that way?

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

Re: [PD] Pd-extended 0.42.5 Lucid - Audio Settings / Delay - not working!

[IOhannes zmölnig]

On 02/18/2011 05:13 PM, Bernardo Barros wrote:
> Ingo, I think OSS can offer you just very high latency. You can't get
> realtime with it.  

where did you get that piece of information?

the lowest latency i was ever able to get with Pd at 44.1kHz was with
RME Hammerfall and OSS(!) drivers: 4.8ms measured(!) between soundcard
input and soundcard output, and that at a load of 80% or so.

(i don't fully trust in the numbers that you can fill into the various
forms, regardless of Pd, jack, or whatever; the only way to get yuor
latency is to measure it).

the main problem with OSS is, that it is simply not available anymore on
recent debian/ubuntu/... distros.


> Besides, if you configure your system right with ALSA and JACK, you
> don't need to run PD as root. Don't run programs as root, this is not
> safe.

i couldn't have said that better.

gamdsr
IOhannes



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

Re: [PD] tracking multiblob with constant ID

[Jack]

So i tried and it seems to work fine with [pix_multiblob] ! :)
No problems to report at this time.
++

Jack



Le vendredi 18 février 2011 à 16:25 +0100, Jack a écrit :
> Yes, i use linux. Thanx it is working now. (it was a mistake from me : i
> tried with track.pd_linux, omiting the s !)
> I try now.
> ++
> 
> Jack
> 
> 
> 
> Le vendredi 18 février 2011 à 10:04 -0500, Jaime Oliver a écrit :
> > have you tried: 
> > 
> > 
> > make tracks.pd_linux ?
> > 
> > 
> > J
> > 
> > On Fri, Feb 18, 2011 at 9:58 AM, Jack  wrote:
> > Thanx Max but i never make an external for Pd from c++.
> > The example with ping-pong balls is what i am looking for.
> > 
> > Jaime, your external seems to be what i need, but i am a
> > newbie in
> > compiling stuff. When i enter :
> > $ make
> > i get :
> > make: *** No rule to make target `.pd_linux', needed by
> > `pd_linux'.
> > Stop.
> > How do i fix this error ?
> > Thanx.
> > ++
> > 
> > Jack
> > 
> > 
> > 
> > Le vendredi 18 février 2011 à 15:42 +0100, Max a écrit :
> > 
> > > http://cvlab.epfl.ch/research/body/surv/
> > >
> > > GPL Licensed.
> > >
> > >
> > > Am 18.02.2011 um 15:23 schrieb Jack:
> > >
> > > > I have also tested with gridflow (based on multiblob.pd)
> > and there is
> > > > the same problem (no possibility to follow a same blob).
> > > > ++
> > > >
> > > > Jack
> > > >
> > > >
> > > >
> > > > Le vendredi 18 février 2011 à 14:07 +0100, Jack a écrit :
> > > >> Do you know if there is an external to track multiblob
> > with a constant
> > > >> ID (the ID doesn't change in the time when two or more
> > blobs move).
> > > >> For example, with [pix_multiblob], the ID of the blob is
> > given by its
> > > >> position relative to the lower left corner (or i'm
> > wrong), so it is not
> > > >> good for my application.
> > > >> Thanx.
> > > >> ++
> > > >>
> > > >> Jack
> > > >>
> > > >>
> > > >> ___
> > > >> 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
> > >
> > 
> > 
> > 
> > ___
> > Pd-list@iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> > http://lists.puredata.info/listinfo/pd-list
> > 
> > 
> > 
> > 
> > -- 
> > 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



signature.asc
Description: This is a digitally signed message part
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] tracking multiblob with constant ID

[Dario Pedrioli]

Hi Jaime and all,

very interesting...

I've downloaded the sources tried to compile but have problems on linux
(Ubuntu 10.10 64bit):

if I type make the result is:

> No rule to create target ".pd_linux" etc...
>

So I tried "make tracks" and the result is:

> /usr/lib/gcc/x86_64-linux-gnu/4.4.5/../../../../lib/crt1.o: In function
> `_start':
> (.text+0x20): undefined reference to `main'
> /tmp/cchy6LXp.o: In function `tracks_weights':
> tracks.c:(.text+0x141): undefined reference to `post'
> tracks.c:(.text+0x162): undefined reference to `post'
>
[...]
>
collect2: ld returned 1 exit status
> make: *** [tracks] Errore 1
>

I'm not an expert in compiling, so if someone has some hints... thanks in
advance.

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

Re: [PD] Pd-extended 0.42.5 Lucid - Audio Settings / Delay - not working!

[Bernardo Barros]

Ingo, I think OSS can offer you just very high latency. You can't get
realtime with it.  Did you test this "8ms" latency, is that actually
waht happens?

I get latencies as low as 5~10 ms with alsa and jack.

Besides, if you configure your system right with ALSA and JACK, you
don't need to run PD as root. Don't run programs as root, this is not
safe.

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

Re: [PD] tracking multiblob with constant ID

[John Harrison]

I remember looking into pix_blobtracker but I don't remember why I didn't
use it. In any case, I wrote a Pd abstraction last weekend which I called
nearest-neighbor which I think might do the same thing: it looks for the
shortest euclidean distances between blobs of the current frame with blobs
of the last frame and reorders the blobs in the matrix accordingly. I made a
test patch for tracking 8 blobs --- if pix_multiblob sees less than 8, the
abstraction just copies the missing rows from the last frame --- a real
kludge I know.

Definitely better ways to do this...and...this code is UGLY...but it is
getting the job done for my application at least...

Attached is the abstraction with test patch (multiblob-test).

HTH,

-John

2011/2/18 Jack 

> Ah, good to know. I will give it a try.
> Thanx.
> ++
>
> Jack
>
>
>
> Le vendredi 18 février 2011 à 16:11 +0100, IOhannes zmölnig a écrit :
> > On 02/18/2011 02:07 PM, Jack wrote:
> > > Do you know if there is an external to track multiblob with a constant
> > > ID (the ID doesn't change in the time when two or more blobs move).
> > > For example, with [pix_multiblob], the ID of the blob is given by its
> > > position relative to the lower left corner (or i'm wrong), so it is not
> > > good for my application.
> >
> > there is an abstraction that comes with Gem called [pix_blobtracker]
> > that try to label the blobs (based on a least error algorithm)
> > it uses iemmatrix, but apart from that, no extra externals are involved.
> >
> > gfmadr
> > IOhannes
> >
> > ___
> > 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
>
>
#N canvas 716 37 839 1031 10;
#X declare -lib iemmatrix;
#X text 452 8 GEM object;
#X obj 9 265 cnv 15 430 145 empty empty empty 20 12 0 14 -233017 -66577
0;
#X text 40 267 Inlets:;
#X text 39 352 Outlets:;
#X obj 9 227 cnv 15 430 30 empty empty empty 20 12 0 14 -195568 -66577
0;
#X text 18 226 Arguments:;
#X obj 8 56 cnv 15 430 165 empty empty empty 20 12 0 14 -233017 -66577
0;
#X text 453 20 Example:;
#X obj 450 392 cnv 15 100 60 empty empty empty 20 12 0 14 -195568 -66577
0;
#N canvas 0 22 450 300 gemwin 0;
#X obj 132 136 gemwin;
#X obj 67 89 outlet;
#X obj 67 10 inlet;
#X msg 67 70 set destroy;
#X msg 198 112 destroy;
#X msg 156 71 set create;
#X obj 67 41 route create;
#X msg 132 112 reset \, create \, 1;
#X connect 2 0 6 0;
#X connect 3 0 1 0;
#X connect 4 0 0 0;
#X connect 5 0 1 0;
#X connect 6 0 3 0;
#X connect 6 0 7 0;
#X connect 6 1 5 0;
#X connect 6 1 4 0;
#X connect 7 0 0 0;
#X restore 455 431 pd gemwin;
#X msg 455 412 destroy;
#X text 451 391 Create window:;
#X obj 451 133 cnv 15 185 120 empty empty empty 20 12 0 14 -24198 -66577
0;
#X obj 451 43 gemhead;
#X text 17 366 Outlet 1: gemlist;
#X text 24 281 Inlet 1: gemlist;
#X obj 449 355 pix_texture;
#X obj 451 111 pix_film;
#X obj 515 111 t f;
#X obj 464 63 bng 25 250 50 0 empty empty empty 0 -6 0 8 -262144 -1
-1;
#N canvas 0 22 450 300 open 0;
#X obj 85 49 inlet;
#X obj 85 237 outlet;
#X obj 85 145 openpanel;
#X msg 85 179 open \$1;
#X msg 259 213 auto 1;
#X obj 259 189 loadbang;
#X connect 0 0 2 0;
#X connect 2 0 3 0;
#X connect 3 0 1 0;
#X connect 4 0 1 0;
#X connect 5 0 4 0;
#X restore 464 91 pd open;
#X text 505 37 open a supported;
#X text 506 48 movie-clip;
#X text 523 74 macOS: quicktime;
#X text 516 64 windos: *.AVI;
#X text 523 84 linux: depends...;
#X floatatom 463 150 3 0 100 2 threshold - -;
#X obj 463 167 / 100;
#X text 71 31 Class: pix object (analysis);
#X obj 450 377 square 4;
#X msg 463 188 treshold \$1;
#X floatatom 553 150 3 0 100 2 blobsize - -;
#X obj 553 167 / 100;
#X msg 553 188 blobSize \$1;
#X text 24 296 Inlet 1: treshold : minimum luminance of a pixel
to be considered part of a blob. (default=0.04);
#X text 24 325 Inlet 1: blobSize : minimum relative size of
a blob. (default=0.1);
#X text 50 12 Synopsis: [pix_multiblob];
#X text 30 58 Description: blob detector (for multiple blobs);
#X text 16 73 [pix_multiblob] is able to detect multiple blobs within
an image.;
#X text 17 103 a "blob" is a number of adjacent(!) pixels with a luminance
that is bigger than the value defined by "treshold". you can set the
minimum size of a blob that is needed to be detected.;
#X text 17 156 the output is a matrix following the conventions of
the mtx-objects from zexy/iemmatrix. each row describes one detected
blob as follows: centerX(weighted) \, centerY(weighted) \, size(weighted)
\, minX \, minY \, maxX \, maxY \, size;
#X text 64 237 int: max number N of blobs to detect;
#X text 17 381 Outlet 2: (k \, 8) matrix: describing k detected blobs
(with 0<=k#N canvas 955 104 892 940 10;
#X obj 319 158 mtx_distance2;
#X obj 411 62 loadbang;
#X obj 476 64 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 

Re: [PD] tracking multiblob with constant ID

[Jack]

Ah, good to know. I will give it a try.
Thanx.
++

Jack



Le vendredi 18 février 2011 à 16:11 +0100, IOhannes zmölnig a écrit :
> On 02/18/2011 02:07 PM, Jack wrote:
> > Do you know if there is an external to track multiblob with a constant
> > ID (the ID doesn't change in the time when two or more blobs move).
> > For example, with [pix_multiblob], the ID of the blob is given by its
> > position relative to the lower left corner (or i'm wrong), so it is not
> > good for my application.
> 
> there is an abstraction that comes with Gem called [pix_blobtracker]
> that try to label the blobs (based on a least error algorithm)
> it uses iemmatrix, but apart from that, no extra externals are involved.
> 
> gfmadr
> IOhannes
> 
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list



signature.asc
Description: This is a digitally signed message part
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] tracking multiblob with constant ID

[Jack]

Yes, i use linux. Thanx it is working now. (it was a mistake from me : i
tried with track.pd_linux, omiting the s !)
I try now.
++

Jack



Le vendredi 18 février 2011 à 10:04 -0500, Jaime Oliver a écrit :
> have you tried: 
> 
> 
> make tracks.pd_linux ?
> 
> 
> J
> 
> On Fri, Feb 18, 2011 at 9:58 AM, Jack  wrote:
> Thanx Max but i never make an external for Pd from c++.
> The example with ping-pong balls is what i am looking for.
> 
> Jaime, your external seems to be what i need, but i am a
> newbie in
> compiling stuff. When i enter :
> $ make
> i get :
> make: *** No rule to make target `.pd_linux', needed by
> `pd_linux'.
> Stop.
> How do i fix this error ?
> Thanx.
> ++
> 
> Jack
> 
> 
> 
> Le vendredi 18 février 2011 à 15:42 +0100, Max a écrit :
> 
> > http://cvlab.epfl.ch/research/body/surv/
> >
> > GPL Licensed.
> >
> >
> > Am 18.02.2011 um 15:23 schrieb Jack:
> >
> > > I have also tested with gridflow (based on multiblob.pd)
> and there is
> > > the same problem (no possibility to follow a same blob).
> > > ++
> > >
> > > Jack
> > >
> > >
> > >
> > > Le vendredi 18 février 2011 à 14:07 +0100, Jack a écrit :
> > >> Do you know if there is an external to track multiblob
> with a constant
> > >> ID (the ID doesn't change in the time when two or more
> blobs move).
> > >> For example, with [pix_multiblob], the ID of the blob is
> given by its
> > >> position relative to the lower left corner (or i'm
> wrong), so it is not
> > >> good for my application.
> > >> Thanx.
> > >> ++
> > >>
> > >> Jack
> > >>
> > >>
> > >> ___
> > >> 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
> >
> 
> 
> 
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
> 
> 
> 
> 
> -- 
> Jaime E Oliver LR
> 
> www.jaimeoliver.pe
> 
> 858 750 0924 (cel)
> 858 202 1522 (home)



signature.asc
Description: This is a digitally signed message part
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] tracking multiblob with constant ID

[IOhannes zmölnig]

On 02/18/2011 02:07 PM, Jack wrote:
> Do you know if there is an external to track multiblob with a constant
> ID (the ID doesn't change in the time when two or more blobs move).
> For example, with [pix_multiblob], the ID of the blob is given by its
> position relative to the lower left corner (or i'm wrong), so it is not
> good for my application.

there is an abstraction that comes with Gem called [pix_blobtracker]
that try to label the blobs (based on a least error algorithm)
it uses iemmatrix, but apart from that, no extra externals are involved.

gfmadr
IOhannes



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

Re: [PD] tracking multiblob with constant ID

[Jaime Oliver]

wait, are you in linux?

J

On Fri, Feb 18, 2011 at 10:04 AM, Jaime Oliver wrote:

> have you tried:
>
> make tracks.pd_linux ?
>
> J
>
> On Fri, Feb 18, 2011 at 9:58 AM, Jack  wrote:
>
>> Thanx Max but i never make an external for Pd from c++.
>> The example with ping-pong balls is what i am looking for.
>>
>> Jaime, your external seems to be what i need, but i am a newbie in
>> compiling stuff. When i enter :
>> $ make
>> i get :
>> make: *** No rule to make target `.pd_linux', needed by `pd_linux'.
>> Stop.
>> How do i fix this error ?
>> Thanx.
>> ++
>>
>> Jack
>>
>>
>>
>> Le vendredi 18 février 2011 à 15:42 +0100, Max a écrit :
>> > http://cvlab.epfl.ch/research/body/surv/
>> >
>> > GPL Licensed.
>> >
>> >
>> > Am 18.02.2011 um 15:23 schrieb Jack:
>> >
>> > > I have also tested with gridflow (based on multiblob.pd) and there is
>> > > the same problem (no possibility to follow a same blob).
>> > > ++
>> > >
>> > > Jack
>> > >
>> > >
>> > >
>> > > Le vendredi 18 février 2011 à 14:07 +0100, Jack a écrit :
>> > >> Do you know if there is an external to track multiblob with a
>> constant
>> > >> ID (the ID doesn't change in the time when two or more blobs move).
>> > >> For example, with [pix_multiblob], the ID of the blob is given by its
>> > >> position relative to the lower left corner (or i'm wrong), so it is
>> not
>> > >> good for my application.
>> > >> Thanx.
>> > >> ++
>> > >>
>> > >> Jack
>> > >>
>> > >>
>> > >> ___
>> > >> 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
>> >
>>
>>
>> ___
>> Pd-list@iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>>
>>
>
>
> --
> Jaime E Oliver LR
>
> www.jaimeoliver.pe
>
> 858 750 0924 (cel)
> 858 202 1522 (home)
>



-- 
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] tracking multiblob with constant ID

[Jaime Oliver]

have you tried:

make tracks.pd_linux ?

J

On Fri, Feb 18, 2011 at 9:58 AM, Jack  wrote:

> Thanx Max but i never make an external for Pd from c++.
> The example with ping-pong balls is what i am looking for.
>
> Jaime, your external seems to be what i need, but i am a newbie in
> compiling stuff. When i enter :
> $ make
> i get :
> make: *** No rule to make target `.pd_linux', needed by `pd_linux'.
> Stop.
> How do i fix this error ?
> Thanx.
> ++
>
> Jack
>
>
>
> Le vendredi 18 février 2011 à 15:42 +0100, Max a écrit :
> > http://cvlab.epfl.ch/research/body/surv/
> >
> > GPL Licensed.
> >
> >
> > Am 18.02.2011 um 15:23 schrieb Jack:
> >
> > > I have also tested with gridflow (based on multiblob.pd) and there is
> > > the same problem (no possibility to follow a same blob).
> > > ++
> > >
> > > Jack
> > >
> > >
> > >
> > > Le vendredi 18 février 2011 à 14:07 +0100, Jack a écrit :
> > >> Do you know if there is an external to track multiblob with a constant
> > >> ID (the ID doesn't change in the time when two or more blobs move).
> > >> For example, with [pix_multiblob], the ID of the blob is given by its
> > >> position relative to the lower left corner (or i'm wrong), so it is
> not
> > >> good for my application.
> > >> Thanx.
> > >> ++
> > >>
> > >> Jack
> > >>
> > >>
> > >> ___
> > >> 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
> >
>
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>


-- 
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] tracking multiblob with constant ID

[Jack]

Thanx Max but i never make an external for Pd from c++.
The example with ping-pong balls is what i am looking for.

Jaime, your external seems to be what i need, but i am a newbie in
compiling stuff. When i enter :
$ make
i get :
make: *** No rule to make target `.pd_linux', needed by `pd_linux'.
Stop.
How do i fix this error ?
Thanx.
++

Jack



Le vendredi 18 février 2011 à 15:42 +0100, Max a écrit :
> http://cvlab.epfl.ch/research/body/surv/
> 
> GPL Licensed.
> 
> 
> Am 18.02.2011 um 15:23 schrieb Jack:
> 
> > I have also tested with gridflow (based on multiblob.pd) and there is
> > the same problem (no possibility to follow a same blob).
> > ++
> > 
> > Jack
> > 
> > 
> > 
> > Le vendredi 18 février 2011 à 14:07 +0100, Jack a écrit :
> >> Do you know if there is an external to track multiblob with a constant
> >> ID (the ID doesn't change in the time when two or more blobs move).
> >> For example, with [pix_multiblob], the ID of the blob is given by its
> >> position relative to the lower left corner (or i'm wrong), so it is not
> >> good for my application.
> >> Thanx.
> >> ++
> >> 
> >> Jack
> >> 
> >> 
> >> ___
> >> 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
> 



signature.asc
Description: This is a digitally signed message part
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] tracking multiblob with constant ID

[Jaime Oliver]

On Fri, Feb 18, 2011 at 9:42 AM, Max  wrote:

> http://cvlab.epfl.ch/research/body/surv


It looks good, but I can't find if there is a specific pd object to create
continuity independent from the tracking part.

This is what I think is useful.
do you know if it does?

J

/ 
>
> GPL Licensed.
>
>
> Am 18.02.2011 um 15:23 schrieb Jack:
>
> > I have also tested with gridflow (based on multiblob.pd) and there is
> > the same problem (no possibility to follow a same blob).
> > ++
> >
> > Jack
> >
> >
> >
> > Le vendredi 18 février 2011 à 14:07 +0100, Jack a écrit :
> >> Do you know if there is an external to track multiblob with a constant
> >> ID (the ID doesn't change in the time when two or more blobs move).
> >> For example, with [pix_multiblob], the ID of the blob is given by its
> >> position relative to the lower left corner (or i'm wrong), so it is not
> >> good for my application.
> >> Thanx.
> >> ++
> >>
> >> Jack
> >>
> >>
> >> ___
> >> 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
>
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>


-- 
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] tracking multiblob with constant ID

[Max]

http://cvlab.epfl.ch/research/body/surv/

GPL Licensed.


Am 18.02.2011 um 15:23 schrieb Jack:

> I have also tested with gridflow (based on multiblob.pd) and there is
> the same problem (no possibility to follow a same blob).
> ++
> 
> Jack
> 
> 
> 
> Le vendredi 18 février 2011 à 14:07 +0100, Jack a écrit :
>> Do you know if there is an external to track multiblob with a constant
>> ID (the ID doesn't change in the time when two or more blobs move).
>> For example, with [pix_multiblob], the ID of the blob is given by its
>> position relative to the lower left corner (or i'm wrong), so it is not
>> good for my application.
>> Thanx.
>> ++
>> 
>> Jack
>> 
>> 
>> ___
>> 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



PGP.sig
Description: Signierter Teil der Nachricht
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Pd-extended 0.42.5 Lucid - Audio Settings / Delay - not working!

[Ingo Scherzinger]

Hi Tim,

usually I get better performance with oss. When I use alsa I have to start
it with the -realtime and - nosleep flag to get the same performance.
Unfortunately this makes the gui unmanageable from time to time. That's why
I prefere oss. Leaving out the -nosleep flag helps somehow but seems not
quite as fast.

Alsa actually lets me change the latency, though.

When starting with oss and a higher latency than 8 ms I get the message

"OSS: requested audio buffer size 12168 limited to 4096" (the actual number
vary!)

(BTW I am always starting pd from the terminal with root rights)

Could it be that there are some general audio settings in the ubuntu system
that I have to change in order to increase the maximum buffer size? Does
anybody know where this could be?

Ingo


Von: tim vets [mailto:timv...@gmail.com] 
Gesendet: Mittwoch, 16. Februar 2011 19:29
An: Ingo Scherzinger
Cc: pd-list@iem.at
Betreff: Re: [PD] Pd-extended 0.42.5 Lucid - Audio Settings / Delay - not
working!


2011/2/16 Ingo Scherzinger 
Hi,

I just wanted to change the delay in the audio settings for a higher latency
to avoid glitches and dropouts in my current patch.
Unfortunately there is no effect when I change the delay time.

Even setting it to 100 or 300 ms results in 0 delay (+ the usual os delay,
of course)!

I am using the first release version of 0.42.5 on Lucid with oss.

Hi Ingo,
Is there a reason why you use oss and not alsa or jack?
I wanted to test what you describe, but my soundcard apparently doesn't even
show up in Media>OSS...
when I try switching to OSS i get this:
/dev/dsp (read/write): No such file or directory
(now will try write-only...)
/dev/dsp (writeonly): No such file or directory
/dev/dsp (readonly): No such file or directory
audio I/O stuck... closing audio

alsa works.
ubuntu Maverick, Pd version 0.42-6

Tim
 
Does anybody know if there was a bug about the audio settings in that
version?

Everything is working as expected on windows xp with (probably) the same
version as well as with the 0.43 version on windows.
(I havn't tested 0.43 on Linux, yet)

Ingo


___
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] tracking multiblob with constant ID

[Jack]

I have also tested with gridflow (based on multiblob.pd) and there is
the same problem (no possibility to follow a same blob).
++

Jack



Le vendredi 18 février 2011 à 14:07 +0100, Jack a écrit :
> Do you know if there is an external to track multiblob with a constant
> ID (the ID doesn't change in the time when two or more blobs move).
> For example, with [pix_multiblob], the ID of the blob is given by its
> position relative to the lower left corner (or i'm wrong), so it is not
> good for my application.
> Thanx.
> ++
> 
> Jack
> 
> 
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list



signature.asc
Description: This is a digitally signed message part
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] tracking multiblob with constant ID

[Jaime Oliver]

Hey Jack,

I use versions of this object [tracks] for my stuff:
http://www.jaimeoliver.pe/archives/741

I know William is working on a new object for this same purpose and in doing
so he caught a bug in mine and several opportunities for optimization. The
object should be working however. Let me know if it does for you. Otherwise
I'll give you my more primitive version called [best_match]

We're working to get a more definite solution. This is a kind of object that
i think wold be of general use for pd users.
So, I imagine other people have done similar objects???

In any case, use it, but hopefully, we'll have something more stable in the
near future.

best,

J


On Fri, Feb 18, 2011 at 8:07 AM, Jack  wrote:

> Do you know if there is an external to track multiblob with a constant
> ID (the ID doesn't change in the time when two or more blobs move).
> For example, with [pix_multiblob], the ID of the blob is given by its
> position relative to the lower left corner (or i'm wrong), so it is not
> good for my application.
> Thanx.
> ++
>
> Jack
>
>
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>


-- 
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

[PD] tracking multiblob with constant ID

[Jack]

Do you know if there is an external to track multiblob with a constant
ID (the ID doesn't change in the time when two or more blobs move).
For example, with [pix_multiblob], the ID of the blob is given by its
position relative to the lower left corner (or i'm wrong), so it is not
good for my application.
Thanx.
++

Jack




signature.asc
Description: This is a digitally signed message part
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] [PD-announce] Live Media Updates February 2011

[Marco Donnarumma]

(sorry for x-posting)

Dear all,
The new issue of thesaddj.com news aggregator is now on-line.

Issue #23: news, articles, calls and events around open source culture,
sonic research, new media art and shared knowledge.
Tags: festival, piksel report, sonification, xth sense, biotechnology,
censorship, wearable DIY, scotland, workshops, LAC2011, data visualization.
(a lot of Pd works in this issue!)

+ upcoming 2011 events.

Read it here http://www.thesaddj.com/newsletter/feb11/index.html

Best wishes,





-- 
Marco Donnarumma aka TheSAD
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-announce mailing list
pd-annou...@iem.at
http://lists.puredata.info/listinfo/pd-announce
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list