ola,
we change the wiki to :
http://giss.tv/wiki/index.php/Opencv_for_PD
source code is still in SVN.
update your bookmarks,
saludos,
sevy
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-
ola,
the package that is on the official page is for Pd-extended 0.41-4
( as it is written on this page ), this doesn't matter for pdp_opencv,
but it matters for pix_opencv ( it is for gem 0.91 ).
use pdp_opencv and pdp2gem is you really need gem,
but for analysis you might no need it at all
c
-Original Message-
> > From: ydegoyon at gmail.com [mailto:ydegoyon at gmail.com]
> > Sent: Thursday, October 28, 2010 2:33 PM
> > To: Pagano, Patrick; PD List
> > Subject: Re: [PD] opencv
> >
> >
> > there are already some work made with pd_opencv
>
at iem.at] *On
>> Behalf Of *Jose Luis Santorcuato
>> *Sent:* Thursday, October 28, 2010 1:09 PM
>> *To:* Claude Heiland-Allen
>> *Cc:* pd-list at iem.at
>> *Subject:* Re: [PD] opencv
>>
>> Hi, Search in torrents Learning Open CVOreilly media... the
this
> possible?
>
> Thanks for the cool link!
>
>
>
> -Original Message-
> From: ydego...@gmail.com [mailto:ydego...@gmail.com]
> Sent: Thursday, October 28, 2010 2:33 PM
> To: Pagano, Patrick; PD List
> Subject: Re: [PD] opencv
>
>
> there are alr
hi philip,
i don't remember how i compiled it, but here's my vesion for ubuntu 10.4:
http://dl.dropbox.com/u/1455235/pdopencv.tar.gz
pat
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
hilip
-Original Message-
From: ydegoyon at gmail.com [mailto:ydegoyon at gmail.com]
Sent: Thursday, October 28, 2010 2:33 PM
To: Pagano, Patrick; PD List
Subject: Re: [PD] opencv
there are already some work made with pd_opencv
http://vimeo.com/8195788
i dunno what more explanations you
-
From: ydego...@gmail.com [mailto:ydego...@gmail.com]
Sent: Thursday, October 28, 2010 2:33 PM
To: Pagano, Patrick; PD List
Subject: Re: [PD] opencv
there are already some work made with pd_opencv
http://vimeo.com/8195788
i dunno what more explanations you need,
just be curious and inventive
patch, say a laser tracker?
Anything using pix_ or pdp_ openCV stuff?
*From:* pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] *On
Behalf Of *Jose Luis Santorcuato
*Sent:* Thursday, October 28, 2010 1:09 PM
*To:* Claude Heiland-Allen
*Cc:* pd-list@iem.at
*Subject:* Re: [PD] opencv
Hi
rsday, October 28, 2010 1:09 PM
To: Claude Heiland-Allen
Cc: pd-list@iem.at
Subject: Re: [PD] opencv
Hi, Search in torrents Learning Open CVOreilly media... the Pd OCV reserch
is based in this book...
Best regards
José
2010/10/28 Claude Heiland-Allen
mailto:claudiusmaxi...@goto10.org>>
Hi, Search in torrents Learning Open CVOreilly media... the Pd OCV
reserch is based in this book...
Best regards
José
2010/10/28 Claude Heiland-Allen
> On 28/10/10 17:39, Philip Cunningham wrote:
>
>> Hello list,
>>
>> I wonder if there are any tutorials available on how to use OpenCV
>> w
On 28/10/10 17:39, Philip Cunningham wrote:
Hello list,
I wonder if there are any tutorials available on how to use OpenCV
with Pd? I'm trying to download necessary components using the
following site:
http://www.hangar.org/wikis/lab/doku.php?id=start:puredata_opencv but
having very little luck.
Hello list,
I wonder if there are any tutorials available on how to use OpenCV
with Pd? I'm trying to download necessary components using the
following site:
http://www.hangar.org/wikis/lab/doku.php?id=start:puredata_opencv but
having very little luck. Operating system is Ubuntu 10.4.
Best,
Phil
ola,
i dunno, is the source of the sofware coming with your cam available?
second, you don't need to convert to grayscale,
it's already made internally
saludos,
sevy
Max wrote:
While I was checking out a Canon EOS 5D automatic face detection and focus, I
wondered why this camera can do so ef
On Thu, 19 Aug 2010, Max wrote:
While I was checking out a Canon EOS 5D automatic face detection and
focus, I wondered why this camera can do so effortless and the OpenCV on
a Mac 8 core machine uses one Processor with 250% for that. When
changing to greyscale colorspace and reducing the resol
While I was checking out a Canon EOS 5D automatic face detection and focus, I
wondered why this camera can do so effortless and the OpenCV on a Mac 8 core
machine uses one Processor with 250% for that. When changing to greyscale
colorspace and reducing the resolution to a quarter of PAL one get
On Mon, 5 Oct 2009, Mathieu Bouchard wrote:
On Mon, 5 Oct 2009, Loic Kessous wrote:
loic PS: what do you call Martin's strings ?
I thought I knew, but I borked that. Martin's strings are [mrpeach/str], but
they don't use pd lists of floats, they use a custom atom type called BLOB,
And the wei
On Mon, 5 Oct 2009, Loic Kessous wrote:
thanks Mathieu, it is still not clear for me what make things faster in
one case or another but it helps.
1. data spacing: the more your data is spaced in memory, the more the
cache has to load lots of data, because it assumes that the data is not
very
thanks Mathieu, it is still not clear for me what make things faster
in one case or another but it helps.
loic
PS: what do you call Martin's strings ?
On 3 oct. 09, at 23:22, Mathieu Bouchard wrote:
On Sat, 3 Oct 2009, Loic Kessous wrote:
I understand your point of view, but I am more intere
On Sat, 3 Oct 2009, Loic Kessous wrote:
I understand your point of view, but I am more interested buy the
approach than the implementation itself. I mean passing a pointer and
not the image itself.
"Passing the image itself" is largely a myth anyway.
At a first level, Pd doesn't always pass
t ment
>that way. I appreciate all
input.
Thanks to all,
Alain
>
> From: IOhannes m zmoelnig <[EMAIL PROTECTED]>
> Date: 2007/05/30 Wed AM 09:57:55 EDT
> To: [EMAIL PROTECTED]
> CC: pd-list@iem.at
> Subject: Re: [PD] Opencv & pd
>
> [EMAIL PROTECTED] wrote:
&
Yeah, I took the openCV blobtrack code from the examples and modified it
just slightly. I didn't document all the changes, because it was never
meant to last for more than one project. I simply added the pd netsend
stuff, added a few sliders to control parameters, added an automatic
background
Alain wrote:
> void window_getframe(t_window *x, t_symbol *sym)
> {
> char* decode;
> char symstr;
> x->sym->s_name = decode;
> symstr = atol(decode);
> frame = symstr;
> }
Is this the receiving function? I would write it more like:
void window_getframe(t_window *x,
Martin,
Thanks for all your help. I have a final question about the sprintf solution.
I have managed to get the
out going(I think) but I am not quite undestanding the atol()inlet part. I
have this.
void window_getframe(t_window *x, t_symbol *sym)
{
char* decode;
char symstr;
IOhannes m zmoelnig wrote:
> i thought that you should integrate your openCV objects into Gem and not
> brew your own objects.
I too would like to make some objects in Gem. I have already done some openGL
externals for max/msp (see lifeGL and lifeTorus at
http://www.billvorn.concordia.ca/menua
[EMAIL PROTECTED] wrote:
> I dont know if you have ever used pix_multiblob before. This would be my
> first option and I already
just to make sure that we do not misunderstand each other:
i had no intention in saying that you should stick to the existing objects.
i thought that you should integr
reason I want to build it into an external is for convenience and for the
learning process. If you
have any help to give I will be happy to learn from you.
Alain
>
> From: "nanodust" <[EMAIL PROTECTED]>
> Date: 2007/05/30 Wed AM 08:07:45 EDT
> To:
> Subject: Re
> > For the last 2 weeks I have been trying to write a motion tracking
> > external using the blob motion tracker in opencv. I had success
> > with writing a program that recieves a path to an avi and motion
> > tracks the blobs and prints their position. Now I am writing the
IOhannes m zmoel
Nose Hair wrote:
> I think I figured it out. It looks like I have to use t_symbol *sym
> instead of t_symbol sym and the outlet has to be x->outlet_new(x-
> >x_outlet0, &*sym).
&*sym is the same as sym.
> That seemed to work. The weird problem I am
> having now it I get an error with the
Sorry forgot to ask. Do you have a pd abstraction for this? If not I
will see what I can cook up. I think iemmatrix might do the trick.
Alain
On May 29, 2007, at 8:08 PM, Nose Hair wrote:
I see you have the ability to capture from an avi built in already:
avi_name = argv[i];
if (avi_name) pCa
I see you have the ability to capture from an avi built in already:
avi_name = argv[i];
if (avi_name) pCap = cvCaptureFromFile(avi_name);
else pCap = cvCaptureFromCAM( 0 )
This is code looks great. I could figure it out from the code but if
you have any use instructions let me know. It
Thanks Mike,
Its awsome how helpful people in this community can be. I will check
out you code and modify it if need be, like add the option to use an
avi in order to be able to calibrate things and such and I will post
it. I will also continue to figure out the external because I think
I think I figured it out. It looks like I have to use t_symbol *sym
instead of t_symbol sym and the outlet has to be x->outlet_new(x-
>x_outlet0, &*sym). That seemed to work. The weird problem I am
having now it I get an error with the return(void *)x; I get error:
return-statement with a
Alain wrote:
> I am getting a weird error when I try sym = gensym(symstr); I get
> no match for 'operator=' in 'sym = gensym(((char*)(& symstr)))'
> I dont know what thats all about. I have seen this used before with no
> problems.
That looks like a c++ error to me, maybe you should be compilin
Hi Alain,
I've used the OpenCV blobtracker with Pd before, and I simply send blob
positions and sizes over UDP using u_pdsend.c
I've attached my code and makefile... look in blobtrack.c and search for
where I use the pdsend_init() and pdsend_message() functions... it's
pretty simple.
Then
)'
I dont know what thats all about. I have seen this used before with no
problems.
Alain
>
> From: <[EMAIL PROTECTED]>
> Date: 2007/05/29 Tue AM 11:51:36 EDT
> To:
> CC: Tim Boykett <[EMAIL PROTECTED]>, IOhannes m zmoelnig <[EMAIL PROTECTED]>,
<[EMA
> I dont think I quite understood. I tried:
>
> #define FRAMEOUT frame
>
> IplImage *frame = 0;
>
> x->x_outlet = outlet_new(&x->x_obj, &s_anything);
> outlet_anything(x->x_outlet, FRAMEOUT);
>
> with the same results. Maybe someone can dumb it down for me?
You can only work with atoms in pd
TECTED]>
> CC: ,
> [EMAIL PROTECTED]
> Subject: Re: [PD] opencv motion tracker external HELP!
>
>
> Hi Alain,
>
> wouldn't it be a lot easier to take the system that you already have and
> use OSC or FIDO to send the values (that you were printing) to PD
aybe someone can dumb it down for me?
> Alain
> >
> > From: IOhannes m zmoelnig <[EMAIL PROTECTED]>
> > Date: 2007/05/29 Tue AM 10:40:29 EDT
> > To: [EMAIL PROTECTED]
> > CC: Tim Boykett <[EMAIL PROTECTED]>, pd-list@iem.at
> > Subject: Re: [PD] open
t;[EMAIL PROTECTED]>,
<[EMAIL PROTECTED]>
> Subject: Re: Re: [PD] opencv motion tracker external HELP!
>
> > I dont think I quite understood. I tried:
> >
> > #define FRAMEOUT frame
> >
> > IplImage *frame = 0;
> >
> > x->x_outlet = outlet_
Hi Alain,
wouldn't it be a lot easier to take the system that you already have and
use OSC or FIDO to send the values (that you were printing) to PD
for further processing?
I am greatly in favour of using different systems for different jobs
and letting
a protocol like OSC or fido (netsend) co
[EMAIL PROTECTED] wrote:
> I dont think I quite understood. I tried:
>
> #define FRAMEOUT frame
>
> IplImage *frame = 0;
>
> x->x_outlet = outlet_new(&x->x_obj, &s_anything);
> outlet_anything(x->x_outlet, FRAMEOUT);
>
> with the same results. Maybe someone can dumb it down for me?
just out
elnig <[EMAIL PROTECTED]>
> Date: 2007/05/29 Tue AM 10:40:29 EDT
> To: [EMAIL PROTECTED]
> CC: Tim Boykett <[EMAIL PROTECTED]>, pd-list@iem.at
> Subject: Re: [PD] opencv motion tracker external HELP!
>
> [EMAIL PROTECTED] wrote:
> > Thanks for helping. Well I
[EMAIL PROTECTED] wrote:
> Thanks for helping. Well I basically have a rough sketch of all the objects
> but I am having a tough
> time with the outlet system. In a nutshell opencv uses an image structure
> called "typedef struct
> _IplImage." Acording to them "The structure IplImage came fr
Thanks for helping. Well I basically have a rough sketch of all the objects
but I am having a tough
time with the outlet system. In a nutshell opencv uses an image structure
called "typedef struct
_IplImage." Acording to them "The structure IplImage came from Intel Image
Processing Library
.
BTW the algorithms for pix_multiblob are way, way over my head(seriously)!
Alain
>
> From: "Kyle Klipowicz" <[EMAIL PROTECTED]>
> Date: 2007/05/27 Sun PM 10:17:02 EDT
> To: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
> CC: pd-list@iem.at, [EMAIL PROTE
.
BTW the algorithms for pix_multiblob are way, way over my head(seriously)!
Alain
>
> From: "Kyle Klipowicz" <[EMAIL PROTECTED]>
> Date: 2007/05/27 Sun PM 10:17:02 EDT
> To: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
> CC: pd-list@iem.at, [EMAIL PROTE
I haven't looked at this yet, and have no external coding experience.
However, I'm wondering if it would be an easier task to port this
library to mimic the pix_* objects in Gem? Maybe you could look at the
Gem source and figure out how to do this. Or better yet, compare the
code you have here wit
48 matches
Mail list logo