Hi All, Thanks Justin, I think maybe in MoBu such process could be passed to the application itself, like you said, the more technically correct way. I've watched the video Mark pasted, and I find you two are thinking in about the same direction, (your) great minds think alike! Thanks Mark, to tell you the truth, I've translated your Red9 tools into Chinese for my co-workers. Although there are still several functions we have not yet figured out, it's a great package! No worries, it's still called Red9 and all I did was translated the UI. BTW, what you called few years old is still pretty helpful for me. I just checked my gmail and haven't got the time to check the peel solver for maya, but I think it would be a great solution, 'cause I searched it just now and one webpage titled, "Kick ass Maya tool PeelSolve_for_Maya". So, thanks Damon. Well, actually I have partly figured out some, here is it. I compiled two files, one .exe monitors Kinect and sends position data via TCP/IP socket, and the other .dll receives that data and create optical device marker set in MoBu, and it worked! Basically it's done using Kinect for Windows SDK and MoBu SDK, I think MoBu would be a better choice for such scenario(Am I right?). What bothers me now is that Kinect is low in accuracy, and the data needs tons of modification, so I'm thinking about connecting two Kinects. Since each Kinect device emits exactly the same light(signal frequency and wave length), two devices will definitely interference each other. Has anyone ever done stuff like multiple Kinects mocap? Is it practically possible? Thanks! Jerry On Tuesday, December 17, 2013 12:38:49 AM UTC+8, damonshelton wrote: > > Doing this process is not a trivial thing to calculate but there are many > ways to go about doing it.I use a plugin at work called peel solver for > maya. They have a rigid body constraint available that is just for this > purpose. I am working on writing my own that basically uses a best fit > oriented bounding box for the points to construct a transform that you can > use to drive anything else. some more limited ways (limited in that it > might make you max out your allowed point count to be 3-4) is to generate a > polygon using the points and attach to the surface. This method is also not > that reliable if the points aren't rigid. > > > On Mon, Dec 16, 2013 at 1:18 AM, Mark Jackson <[email protected]<javascript:> > > wrote: > >> we did some tests with the new Kinect at work, grabbing the internal data >> as joints and then mapping that to our rig using the animationBinder stuff >> I did for the MasterClass: >> >> https://vimeo.com/31046583 >> >> Skip to the end there's a chunk about binding rigs to point cloud data. >> This is a few years old now and there's many, many ways of doing this, but >> if you want a solution that you can download, setup and just run take a >> look. The animBinder tool is now part of the Red9 Studio Pack and I keep >> meaning to upgrade it, just haven't had the time recently >> cheers >> >> Mark >> >> >> On 13 December 2013 09:27, Justin Israel <[email protected]<javascript:> >> > wrote: >> >>> Disclaimer: I'm not an experienced Character TD / Rigger, nor >>> experienced in mocap. But I can share my experience on the topic. >>> >>> At my previous studio, I was asked to experiment with an XBox Kinect to >>> see what I could come up with. I used (and contributed a couple bits where >>> I could to) PyOpenNI <https://github.com/jmendeth/PyOpenNI>, as part of >>> my OSX stack. >>> >>> After writing all the custom transport code, my first pass was to drive >>> a character purely on the joint translations, which is like you said the >>> "raw data". >>> For my second round of playing, I came up with a different idea. I >>> created a rigged skeleton puppet and drove its joints similar to the >>> previous test, and then I drove the joint rotations of my actual target >>> character off the puppet joints. It worked pretty well :-) >>> >>> I'm sure there are more technically correct ways to use the data. >>> >>> >>> >>> On Fri, Dec 13, 2013 at 9:27 PM, 郭金锋 <[email protected] <javascript:> >>> > wrote: >>> >>>> Hey Guys, >>>> Good day! >>>> I want to ask something not so closely related to Python or codes, hope >>>> you guys could help me some. >>>> The thing is about mocap, entry-level devices such as Microsoft Kinect >>>> deliver skeleton data stream in the form of joint point 3D positions. >>>> Since >>>> character animation on joints within Maya or MoBu(or, basically any 3D >>>> package) is all about joint rotation, how could raw device data(joint >>>> translation) be mapped onto characters(joint rotation)? >>>> I don't know mocap a lot, so hope it won't bother you if it is a silly >>>> question.:) >>>> Thanks! >>>> Jerry >>>> >>>> -- >>>> You received this message because you are subscribed to the Google >>>> Groups "Python Programming for Autodesk Maya" group. >>>> To unsubscribe from this group and stop receiving emails from it, send >>>> an email to [email protected]<javascript:> >>>> . >>>> To view this discussion on the web visit >>>> https://groups.google.com/d/msgid/python_inside_maya/02409477-eba3-443c-a0a4-5a37f9114ae4%40googlegroups.com >>>> . >>>> For more options, visit https://groups.google.com/groups/opt_out. >>>> >>> >>> -- >>> You received this message because you are subscribed to the Google >>> Groups "Python Programming for Autodesk Maya" group. >>> To unsubscribe from this group and stop receiving emails from it, send >>> an email to [email protected]<javascript:> >>> . >>> To view this discussion on the web visit >>> https://groups.google.com/d/msgid/python_inside_maya/CAPGFgA2HRKXArV%3DkoCRM0ZMrtu4VWdf6ghz1QosSGE-Msri4Bg%40mail.gmail.com >>> . >>> >>> For more options, visit https://groups.google.com/groups/opt_out. >>> >> >> >> >> -- >> ------------------------------------- >> Mark Jackson >> Technical Animation Director >> http://markj3d.blogspot.com/ >> >> -- >> You received this message because you are subscribed to the Google Groups >> "Python Programming for Autodesk Maya" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to [email protected] <javascript:>. >> To view this discussion on the web visit >> https://groups.google.com/d/msgid/python_inside_maya/CAGQH2FFM5h2BvGUGfCS5DFmX_BPJOerhWn%3D1LucPX7eE6t_Zsw%40mail.gmail.com >> . >> >> For more options, visit https://groups.google.com/groups/opt_out. >> > >
-- You received this message because you are subscribed to the Google Groups "Python Programming for Autodesk Maya" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/python_inside_maya/d94cc4c1-43f5-4a4f-a6da-9d03d41f845f%40googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
