Hello,
i am trying the multiblob example in gridflow, with the ps3 eye camera, on lucid 2.6.32.27-generic, but it does not seem to work. With the #camera.help patch (with these settings : libv4l1, size : 480*640), the ps3 eye camera is working well, but with the multiblob example, the whole image looks like multiplying the incoming image at different position in the window with a strobe effect ...
Thanks for your help,
delphine .
On Sun, 9 Jan 2011, manecante wrote:
i am trying the multiblob example in gridflow, with the ps3 eye camera, on lucid 2.6.32.27-generic, but it does not seem to work. With the #camera.help patch (with these settings : libv4l1, size : 480*640), the ps3 eye camera is working well, but with the multiblob example, the whole image looks like multiplying the incoming image at different position in the window with a strobe effect ...
It's been reported in the past by Olsen and Roman, but I don't know what is the cause of this, so, I don't know how to fix it.
If it works with [pix_video] you can use a [gemdead]-[pix_video]-[#from_pix] triplet instead of [#camera].
| Mathieu Bouchard ---- tél: +1.514.383.3801 ---- Villeray, Montréal, QC
On Sun, Jan 16, 2011 at 5:10 PM, Mathieu Bouchard matju@artengine.ca wrote:
If it works with [pix_video] you can use a [gemdead]-[pix_video]-[#from_pix] triplet instead of [#camera].
I have successfully used it this way twice (i.e. for 2 different projects) in the past year but with different cameras (pointgrey and FLiR).
./MiS
Hello
I work to create a sceleton and I ahave problem with arm and legs
When we use a .obj, we have only 1 entry to détermine the position [translate or rotate], and not 2. The position is the base of the objetct. I search to determine the vertex position from the coordinate of a specific point, that I move. It therefore requires a rotation [XYZ] of the object from its base.
I can't do.
Ant idea ?
gemlist_info
Le 17/01/2011 06:40, philippe boisnard a écrit :
Hello
I work to create a sceleton and I ahave problem with arm and legs
When we use a .obj, we have only 1 entry to détermine the position [translate or rotate], and not 2. The position is the base of the objetct. I search to determine the vertex position from the coordinate of a specific point, that I move. It therefore requires a rotation [XYZ] of the object from its base.
I can't do.
Ant idea ?
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Hello
I know that, and I have no orientation variable in my second object. I' try this, and it's not good for the problem :
I explain with the 2 chains :
1rst
[gemhead] l l ______________ [variables in real time< l l [translateXYZ] l l l [model toto.obj]
>>>>> for exemple an harm >>> rectangle
base (we have coordXYZ) -> [________] <- (we search the exact position of vertex with the position of toto2.obj
2nd
[gemhead] l l ______________ [variables in real time< l l [translateXYZ] l l [model toto2.obj]
and I want that [toto.obj] to be in the same axe ox [toto2.obj] because it's to create sceleton for a human in 3D. Because we have only 1 dot of fixation per .obj, it's hard for me to create this axe ?
I have tried gemlist_info and no result, because, certainly I'm not very good in geometry.
thks
p
Le 17 janv. 2011 à 10:15, cyrille henry a écrit :
gemlist_info
Le 17/01/2011 06:40, philippe boisnard a écrit :
Hello
I work to create a sceleton and I ahave problem with arm and legs
When we use a .obj, we have only 1 entry to détermine the position [translate or rotate], and not 2. The position is the base of the objetct. I search to determine the vertex position from the coordinate of a specific point, that I move. It therefore requires a rotation [XYZ] of the object from its base.
I can't do.
Ant idea ?
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
hello philippe, it's very hard to understand what you want, and why you have no success with gemlist_info. if it's only because you are (in your word) "not very good in geometry", then i can't help.
about your problem, it's probably easier to use only 1 gemhead :
gemhead | translate | rotate | whatever transformation you can imagine | obect body.obj | separator | translate 0 0 size of the body | rotate 0 0 rotation of the head | translate 0 0 size of the head | object head.obj | separator | your are now back in the center of the body...
cyrille
Le 17/01/2011 15:05, philippe boisnard a écrit :
Hello
I know that, and I have no orientation variable in my second object. I' try this, and it's not good for the problem :
I explain with the 2 chains :
1rst
[gemhead] l l ______________ [variables in real time< l l [translateXYZ] l l l [model toto.obj]
>>>>>> for exemple an harm>>> rectangle
base (we have coordXYZ) -> [________]<- (we search the exact position of vertex with the position of toto2.obj
2nd
[gemhead] l l ______________ [variables in real time< l l [translateXYZ] l l [model toto2.obj]
and I want that [toto.obj] to be in the same axe ox [toto2.obj] because it's to create sceleton for a human in 3D. Because we have only 1 dot of fixation per .obj, it's hard for me to create this axe ?
I have tried gemlist_info and no result, because, certainly I'm not very good in geometry.
thks
p
Le 17 janv. 2011 à 10:15, cyrille henry a écrit :
gemlist_info
Le 17/01/2011 06:40, philippe boisnard a écrit :
Hello
I work to create a sceleton and I ahave problem with arm and legs
When we use a .obj, we have only 1 entry to détermine the position [translate or rotate], and not 2. The position is the base of the objetct. I search to determine the vertex position from the coordinate of a specific point, that I move. It therefore requires a rotation [XYZ] of the object from its base.
I can't do.
Ant idea ?
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
great! It is working! thank's a lot!
On Mon, Jan 17, 2011 at 12:20 AM, Michal Seta mis@artengine.ca wrote:
On Sun, Jan 16, 2011 at 5:10 PM, Mathieu Bouchard matju@artengine.ca wrote:
If it works with [pix_video] you can use a
[gemdead]-[pix_video]-[#from_pix]
triplet instead of [#camera].
I have successfully used it this way twice (i.e. for 2 different projects) in the past year but with different cameras (pointgrey and FLiR).
./MiS
-
cyrille henry -
manecante -
Mathieu Bouchard -
Michal Seta -
philippe boisnard