Hi, Christopher
We think an assumption about exactly same topology is too brave and generates numerous mismatches/problems.
A lot of plug-ins merge vertices to make geometry manipulations and then unshares them back to output results. However, there is no any guarantee that merged topology is exactly what other app expects.
In our opinion MDD looks limited/narrow a bit, so not too much is lost 
Interesting.
As usual, there is more than one way for applications to share information. With all these good ideas being bounced around, many good things should develop.
Of course I’m hoping that EITG really wows us with updated Character Animation tools. That would reduce the need for a seperate package. Still, sharing data sets would be handy for fluid and cloth simulations.
Hey,
Since we are importing FBX, wich handles vertices pretty well, Blair could share with Igors the FBX information and add some functions of Motion Builder in a Plug-in.
I think its not soo complex to have a automatic Rig creator based in a Motion Builder Character seteup… improving out CA tools.
and… this is basic step to export fbx characteres from EIAS to other applications…
Why we need a new wheel, if we have the tires?
Thanksss
Tomas Egger
Hi, Tomas
Really? We created in 3ds max vertices animation via EditMesh and FBX exporter said like “such animation will not be saved”. Looks same for anything that manipulates at vertices level
FBX can output postional and rotational information from objects, lights, joints and cameras, but it does not export individual vertex / point positions. The deformation of geometry occurs from the skeleton & weighting system found in the host package. Since FBX provides the necessary joint position and rotational information, the skeleton moves and the geometry deforms.
Any skeleton brought into MB is “characterized” to allow MB’s rig to “drive” the imported skeleton from the host package. The last time I checked, I did not find any method to export out geometry vertex level data from MB. Did that change in v7?
Hey Igors and Brian…
Blair msg me this:
Well, I’m extracting vertex data in the EI importer so it’s there. Higher-level data like weights are a royal pain in the XXX to work with.
So, I think, if you dig… you can find more in FBX.
Thanksss
Tomas
I would like to have same good character animation software for use with EiAS. The tools inside the app are not very powerful and limited, and doing some lipsink is a real pain in the **s. To test the sincro of the audio and the morph targets is very innefficient and so on; i know that EiAS was not originally conceived as an character animation app, but times changes and users too. I don´t know if Messiah is the solution, or another packagge…
Right now i´m doing an animation of a naked girl (my wip) and it´s really hard to have her talking.
Maybe we are waiting too much from EiAS…
FelixCat
…BTW, in the Messiah web site, they say:
¨While we have included connections to Maya, 3DS max, Cinema 4D, & LightWave in the base package, it is not very practical for us to develop and maintain connections to all popular apps and the different versions of those apps. However, we do have an animationHost API that allows anyone to connect messiah to virtually any app that has a capable plug-in API.¨
Do EiAS has a capable plug-in API?
They say nothing about porting Messiah to the MAC… 
Oh, dear!
FelixCat
The particular product we are proposing is a plugin designed to work in both Electric Image and alternative 3D applications. The goal is to exchange vertex level animation and positions back and forth between the two programs. The vertices are “baked” into an external file that records every vertex position for an object for every frame of the animation. This baked information does not include any information outside of the vertex positions themselves. No joints, no rig, no lights, no camera.
If you wanted to create a facial animation in a program like Max, our plugin would write out the vertex positions for that face into a file that EIAS would read on a frame by frame basis. The result within EI would be animating, deforming geometry but without any skeletons, joints, or deformers. By perserving UV data, the geometry would be retextured with EI and rendering could resume.
The whole point for this particular format is to provide EI the ability to read geometry that has been modified and deformed or simulated by another package, strip away all the uncessary rigs, weighting solutions, FK, IK, nonlinear deformers or whatever and provide pure vertex location data. This approach is used all the time in the VFX studios to exchange deformation animation between packages in a simple, consise way.
Now… unless something changed in MB/FBX in v7, I do not believe FBX accomplishes this. Geometry is “translated” from one package to another, yes, but vertex level animation is not passed. What is passed is the joints, geometry, FK rotational data, lights, cameras, etc… FBX depends on the weighting solutions within the hosts packages to maintain proper enveloping.
If I’m wrong. Please correct me. I haven’t used MB since v6.
Brian is absolutely correct. We’re just talking about the vertices of the object itself but Camera data, etc… can be translated as well depending on the apps. I think .mdd is the way to go since it doesn’t require licensing and XSI saw that Point Oven was important enough to be incorporated into their app.
Just to point out another third party plugin to do facial animation using .mdd as it’s translation vehicle. I’m not promoting this program but it goes to show what has been done and can be done using the .mdd format.
So, we’re suggesting a workflow of animating in Messiah (or other app), possibly doing cloth and/or fluid simulations, then exporting as .mdd files?
Then we only need a small application that can batch convert .mdd to the .fact format and in EIAS use “Group Cycling” to run those data sets.
Light, Texture, and Render with the Power of ElectricImage and use those other apps for what they’re best at.
Hi, Kurt
No, unfortunately it’s not so simple. Mdd file contains vertices only thus no any FACT can be created from it.
Hi, Brian
Whatever it is, if is a plugin designed to work in both Electric Image and alternative 3D applications for exchange vertex level animation and positions back and forth between the two programs… i am IN.
I´m doing some character animation and thinking seriously in switching to a more friendly app. After seeing the Facial Animation plug posted by Chikega i felt depressed, they made in minutes that it take hours to me!.
The next question is if it exists, somewhere, some good face animation app FOR MAC for use with this hipotetical (and badly needed) plugin. If those two points concurr i´m willing to pay for both right now.
Hold my breath?
FelixCat
(Sorry for my english, hope can be understood)
The Igors will be sending me a beta of this plugin soon and that will be more helpful. I’ve gotten some tech information from them and it looks promising. In addition to vertex position data, we will also save the following for each frame:
Material information is not transferred.
Its going to take some time to build reading and writing plugins for a number of applications, especially for any applications the Igors are not familiar with, so you’ll need to be patient. Stage one is to get the vertex exchange protocol working within EIAS first. Stage two will be to integrate the protocol with another 3D package. We have chosen Max to do this with first mainly because of the Igors familiarity with that application. Once that gets working and we can effectively transfer deformation animation between EI and Max, we’ll examine the possibility of additional read/writers for other applications like Maya, LW and so forth in Stage 3. Since I’m a big Maya guy, you know I’ll want to see that materialize if possible.
Great, Brian. It looks promissing!, could be great if it works with some specialized face animation app too.
I must say, you and the Igors, and Ian are doing a great job giving new air to EiAS. You deserve a medal (done with MForge).
Thanks a lo.
FelixCat
This thread has been automatically closed as it remained inactive for 12 months. If you wish to continue the discussion, please create a new thread in the appropriate forum.