hallo !
I stumbled upon this thread
http://www.mail-archive.com/pd-list@iem.at/msg34546.html
and I'm wondering if it could be possible to build pix_motion_sector on
linux ?
the Makefile is osx only (and I'm a n00b and dunno which gcc flags should
replace xcode ones etc).
cheers,
_y
that would be a nice linux addition
pp
From: pd-list-boun...@iem.at [pd-list-boun...@iem.at] On Behalf Of Yvan
Volochine [yvan...@gmail.com]
Sent: Friday, December 10, 2010 8:41 AM
To: pd-list@iem.at
Subject: [PD] pix_motion_sector on linux
hallo !
I
On Fri, Dec 10, 2010 at 3:06 PM, Pagano, Patrick
p...@digitalworlds.ufl.eduwrote:
that would be a nice linux addition
well I found another archive with a proper README, copied
pix_motion_sector.h and pix_motion_sector.cpp in Gem/src/pixes and built
gem.
it built fine, but now when launching pd
Have you tried the Makefile Hans put out there a while back? It
should let you compile just pix_motion_sector without having to
recompile it embedded in GEM's pixes directory. Here's the link to
that post:
http://www.mail-archive.com/pd-list@iem.at/msg36532.html
2010/12/10 IOhannes m
On 2010-05-19 22:53, William Brent wrote:
site? That one was built using GEM 0.92.2. If you haven't tried
is there any reason to use gem-0.92.2?
minor releases only fix bugs, so 0.92.3 is (expteced to be) more stable
than 0.92.2.
to be precise, 0.92.3 fixed a memleak in the tracking code
No, no reason other than that's what I had on my machine when I
compiled it :) I should update to 0.92.3 and put up the new version.
I'd also like to figure out how to compile this for Linux/Windows.
Before Hans bothered to make a makefile, I was just throwing my source
into GEM's pixes directory
This for Linux MS would be nice
pp
-Original Message-
From: William Brent [mailto:william.br...@gmail.com]
Sent: Thursday, May 20, 2010 10:08 AM
To: IOhannes m zmoelnig
Cc: Pagano, Patrick; Hans-Christoph Steiner; Jack; PD List
Subject: Re: [PD] pix_motion_sector
No, no reason other
i would too but i get a GEM error so it seems with this external,
I assume it's related to GEM
I am on a friends Mac 10.5.8 w/ Pd extended 041.4 and GEM 0.91.3
pp
/Users/pat/Library/Pd/pix_motion_sector/pix_motion_sector.pd_darwin:
dlopen(/Users/p/Users/pat/Library/Pd/pix_motion_sector
/pix_motion_sector/pix_motion_sector.pd_darwin:
dlopen(/Users/p/Users/pat/Library/Pd/pix_motion_sector/pix_motion_sector.pd_darwin:
dlopen(/Users/pat/Library/Pd/pix_motion_sector/pix_motion_sector.pd_darwin,
10): Symbol not found: __ZNK12GemException6reportEPKc
Referenced from:
/Users/pat
-Christoph Steiner; Jack; PD List; IOhannes m zmölnig
Subject: Re: [PD] pix_motion_sector
Are you getting this problem with the pre-compiled binary from my
site? That one was built using GEM 0.92.2. If you haven't tried
already, download the source and update the first two lines of the
makefile to point
: Re: [PD] pix_motion_sector
This person does not have the Gem sources, they were interested in the tracking
and I was trying to show it quickly. Where is GEM 92.2?
pp
-Original Message-
From: William Brent [mailto:william.br...@gmail.com]
Sent: Wednesday, May 19, 2010 4:54 PM
To: Pagano
From: pd-list-boun...@iem.at [pd-list-boun...@iem.at] On Behalf Of Pagano,
Patrick [...@digitalworlds.ufl.edu]
Sent: Wednesday, May 19, 2010 4:58 PM
To: William Brent
Cc: PD List; IOhannes m zmölnig
Subject: Re: [PD] pix_motion_sector
This person does
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jaime Oliver wrote:
On Thu, May 13, 2010 at 7:40 PM, Mathieu Bouchard ma...@artengine.cawrote:
On Thu, 13 May 2010, William Brent wrote:
Yes - it's exactly that: an adaptation of pix_movement that lets you
specify an area to analyze. That way
I implemented Miller's phase vocoder from the documentation in C and
was amazed to see that the CPU load was exactly the same. So much for
improving efficiency... But I have seen a big difference for
traversing tables and lists. The process of summing the elements in a
large table is much
Le vendredi 14 mai 2010 à 06:49 -0700, William Brent a écrit :
I implemented Miller's phase vocoder from the documentation in C and
was amazed to see that the CPU load was exactly the same. So much for
improving efficiency... But I have seen a big difference for
traversing tables and lists.
Le vendredi 14 mai 2010 à 06:49 -0700, William Brent a écrit :
I implemented Miller's phase vocoder from the documentation in C and
was amazed to see that the CPU load was exactly the same. So much for
improving efficiency... But I have seen a big difference for
traversing tables and lists.
On Thu, 13 May 2010, Jaime Oliver wrote:
Please correct me if I'm wrong, Doesn't having these as externals
instead of abstractions, make it significantly faster/efficient?
No, it allows to make it faster, but it doesn't guarantee anything.
particularly if you have many of them?
It's
On Fri, 14 May 2010, IOhannes m zmölnig wrote:
you would only need [pix_crop]-[pix_movement] without the
[pix_separator] (since the crop will have to allocate a new image
anyhow), thus no need for the extra copying of data.
But I'm taking into account the possibility of chaining several
I'd love to see an example implementation of this as a patch, if
anyone is up for it. A lot of students ask me for this kind of video
tracking. It would be good to add to the video tracking examples.
.hc
On May 14, 2010, at 10:11 AM, Jack wrote:
Le vendredi 14 mai 2010 à 06:49 -0700,
2010/5/14 Hans-Christoph Steiner h...@at.or.at
I'd love to see an example implementation of this as a patch, if anyone is
up for it. A lot of students ask me for this kind of video tracking. It
would be good to add to the video tracking examples.
.hc
I'm exactly on this...
I was
On May 14, 2010, at 12:04 PM, Husk 00 wrote:
2010/5/14 Hans-Christoph Steiner h...@at.or.at
I'd love to see an example implementation of this as a patch, if
anyone is up for it. A lot of students ask me for this kind of
video tracking. It would be good to add to the video tracking
I'll update the helpfile for [pix_motion_sector] to include a subpatch
that does the same thing with [pix_crop], [pix_movement], and
[pix_dump]. I think I might also change the source and try taking the
distance between current/previous frames using all RGB info instead of
a greyscale
On 2010-05-14 18:27, William Brent wrote:
I'll update the helpfile for [pix_motion_sector] to include a subpatch
that does the same thing with [pix_crop], [pix_movement], and
[pix_dump]. I think I might also change the source and try taking the
distance between current/previous frames using
The seventh outlet of [pix_info] return [1 0( when the pix change
(instead of [0 0().
++
Jack
Le vendredi 14 mai 2010 à 18:40 +0200, IOhannes m zmoelnig a écrit :
On 2010-05-14 18:27, William Brent wrote:
I'll update the helpfile for [pix_motion_sector] to include a subpatch
that does the
Am 14.05.2010 um 18:40 schrieb IOhannes m zmoelnig:
On 2010-05-14 18:27, William Brent wrote:
I'll update the helpfile for [pix_motion_sector] to include a subpatch
that does the same thing with [pix_crop], [pix_movement], and
[pix_dump]. I think I might also change the source and try taking
Perfect...
On Fri, May 14, 2010 at 10:08 AM, Max abonneme...@revolwear.com wrote:
Am 14.05.2010 um 18:40 schrieb IOhannes m zmoelnig:
On 2010-05-14 18:27, William Brent wrote:
I'll update the helpfile for [pix_motion_sector] to include a subpatch
that does the same thing with [pix_crop],
Sorry, [pix_info] is irrelevant in your case.
++
Jack
Le vendredi 14 mai 2010 à 19:05 +0200, Jack a écrit :
The seventh outlet of [pix_info] return [1 0( when the pix change
(instead of [0 0().
++
Jack
Le vendredi 14 mai 2010 à 18:40 +0200, IOhannes m zmoelnig a écrit :
On
how come it is irrelevant?
btw i included your shader to the patches
http://web.uni-weimar.de/medien/wiki/Bewegungsmelder
m.
Am 14.05.2010 um 19:27 schrieb Jack:
Sorry, [pix_info] is irrelevant in your case.
++
Jack
Le vendredi 14 mai 2010 à 19:05 +0200, Jack a écrit :
The seventh
Hello Max,
Le vendredi 14 mai 2010 à 20:33 +0200, Max a écrit :
how come it is irrelevant?
Because this is not the purpose for the William's patch ;)
btw i included your shader to the patches
http://web.uni-weimar.de/medien/wiki/Bewegungsmelder
OK, nice ! :)
++
Jack
m.
Am 14.05.2010
I've updated the helpfile and source for pix_motion_sector. It now
compares pixels using RGB vectors instead of just grayscale. Husk -
if you're planning to use it, definitely update to this version:
http://williambrent.conflations.com/pages/research.html#pix_motion_sector
Hans, would you mind
On Fri, 14 May 2010, William Brent wrote:
I've updated the helpfile and source for pix_motion_sector. It now
compares pixels using RGB vectors instead of just grayscale. Husk -
if you're planning to use it, definitely update to this version:
Oops - the .zip with the space shouldn't have been up there - that was
an earlier draft from today. Just trash anything you downloaded
previously and get the current version via the link if you ever intend
to use this.
The distance between the two RGB pixels is Euclidean, and there's no
I made a quick makefile and build for GNU/Linux and Mac OS X/Intel of
William Brent's [pix_motion_sector] which gives you sector-based video
tracking:
http://puredata.info/Members/hans/PixMotionSector
.hc
On Fri, May 14, 2010 at 1:28 AM, Hans-Christoph Steiner h...@at.or.atwrote:
I made a quick makefile and build for GNU/Linux and Mac OS X/Intel of
William Brent's [pix_motion_sector] which gives you sector-based video
tracking:
http://puredata.info/Members/hans/PixMotionSector
.hc
Hi
Yes - it's exactly that: an adaptation of pix_movement that lets you
specify an area to analyze. That way you can use several instances to
create multiple regions for triggering different events. I haven't
looked at this in two years! I'll take a look at the helpfile and see
what's
On Thu, 13 May 2010, William Brent wrote:
Yes - it's exactly that: an adaptation of pix_movement that lets you
specify an area to analyze. That way you can use several instances to
create multiple regions for triggering different events. I haven't
looked at this in two years! I'll take a
Yeah, it's just fewer objects, and [pix_motion_sector] reports the %
of pixels that have changed in the region. That makes it easy to set
up triggers with an instance of moses. I worked on that a couple
years ago and haven't really thought about it until Hans posted the
link. I don't mean to
On Thu, May 13, 2010 at 7:40 PM, Mathieu Bouchard ma...@artengine.cawrote:
On Thu, 13 May 2010, William Brent wrote:
Yes - it's exactly that: an adaptation of pix_movement that lets you
specify an area to analyze. That way you can use several instances to
create multiple regions for
38 matches
Mail list logo
