Jump to content
Hash, Inc. Forums

Emilio Le Roux

Hash Fellow
  • Content Count

    532
  • Joined

  • Last visited

Community Reputation

0 Neutral

1 Follower

About Emilio Le Roux

  • Rank
    author of Sweeper

Contact Methods

  • Website URL
    http://www.moscafilms.com.br/emilioleroux
  • ICQ
    0

Previous Fields

  • Programmer
    Yes
  1. Hey Chris! Welcome back Congratulations again for your work, and for your first kid. Thank you very much for this great contribution I can't live without I hope the garage games guys realize the benefits of the dts plug-in too. Emilio
  2. Thank you very much! I added an euler constraint to my forearm and it worked.. but I found it a little unreliable (the left arm worked fine but the right arm gets scrambled. And the legs didnt work (they still 'snap'). Then I tried a Spherical limits constraint, just raising the minimum latitude from 0 to 1, and it now works smoothly, no snapping! Thanks for your help!
  3. I have been using a modification of the skeleton 2001 for several years. The only problem I see often is the 'snapping' that happens when an IK target (say, a Hand Target null) gets a little out of reach of the limb, and back. This little movie was intended to show a hand rig, but there's this little snapping with the forearm. http://www.moscafilms.com.br/temp/hand.mov I took a look on A:M sample models, and I notice this snapping is present too. Maybe some user with experience in rigging got rid of this? I could use some help.
  4. I was about to suggest Fragmotion. But I see you found it already Have been using it for about a year. Great software, IMO. I bought it. Milkshape doesn't compare with Fragmotion. I am using Gamestudio A6, and ofter use Fragmotion to replace the Gamestudio Model Editor. It's a real 3D swiss army knife. I would like to look into other engines, but I found them overwhelming. I don't think I want to code a game from the ground using C++ or learning C#. I am some kind of programmer - but I've seen what Programming makes to the human mind (mine) and don't want that again! I'm too busy with the art! Emilio
  5. I use the AMXtex plugin regularly. After some months, decided to look around on obsidiangames.com only to found the bad news. Anyway, thank you very much for this plug-in, Chris. It means a lot of help!
  6. Hey! This problem was fixed some time ago. Thanks to the Hash team.
  7. Reply from Fragmo: I HOPE I panicked for nothing
  8. I really liked fragmotion. Even with its few glitches. Now MED is real trouble. It sometimes just refuses to import some .X files with several animations. These files import pretty well in fragmotion. Are there any other alternatives to go from A:M to MDL7? (that would be: from AMXTex to MDL7). Some people were using other pipelines. Someone mentioned Unwrap 3D? I'd really like some suggestions.
  9. EDIT: It seems it was more a hack issue. I hope Fragmo continues supporting his great software. Fragmotion 0.85 beta was removed from the site, as well as the forums. That would be just too bad. Let's write to Fragmo!! Visit www.fragmosoft.com
  10. You're welcome! I failed to get into the TWO game, but at least I hope I can help a little with this. Yeah, that, and the fact it can't be transparent nor locked. I used to use decal-rotoscopes but I ended up misplacing them all the time accidentally, which can't be undone. But anyway, they are there...
  11. For those interested in using A:M and Gamestudio (perhaps other engines apply too), these are some of my notes. I use to write them for myself, to help keep track of how I should do things to avoid errors. So, please forgive me if using odd grammar -------------------------------- Notes on Model Creation Workflow Hash, AMXTex, MED and Fragmotion My actual workflow involves exporting from A:M to Gamestudio via MED and/or Fragmotion. This pipeline is not hasslefree, as all of the involved tools show some kind of issue. Since there is a number of small glitches, it became a little hard to track the issues and avoid errors. So, I decided to put it together in this document, in workflow order: Animation Master: A:M, from www.hash.com, is one of the easiest modeling and animation tools. It uses patches, so models can be exported at different polygon ‘densities’. Currently, the only exporting bug I know is the UV mapping of 5-point patches and hooks, so one should be aware of the use of these. Note that this is an internal A:M small bug and not the exporter’s fault – but I believe that this issue will be solved soon. AMXTex: This plugin from www.obsidiangames.com is really great. I have exported lots of models and animations without a glitch. The only little bug I found so far is that exporting Right-Handed or Left-Handed .X models have the only effect of flipping the model’s normals. It does not “mirror” the object as expected. Be aware that AMXTex exports constrains correctly, translating them to bone keyframes. This is not a bug, but a feature: however, if you export a partial animation, it’s best to turn OFF the rigs and constrains that involve other bones you don’t want to keyframe. For instance, say you want to blend two different animations: A running animation (which keyframes all the bones) and a shooting animation (which should only keyframe the arms). If you export the Shooting animation with the leg rigs turned ON, the legs will be keyframed too. When trying to blend from one frame to another, the legs will try to blend to the standing position. The workaround is to turn OFF the rigs, and then delete any bone drivers that are automatically created after turning them off. MED Gamestudio’s Model Editor has been greatly improved in version 6.40. However, there are still some glitches you should be aware of: When importing .X animations, MED replaces the last frame of each animation with a copy of the first frame of the animation. This is often overseen when exporting a walk or run cycle scene, but it’s wrong, and will eliminate the last frame of your non-cyclic animation like shouting or jumping. As a workaround, you need to create an extra frame in A:M and delete it in MED. When an animation scene doesn’t keyframe all the bones (like in the shooting example above), the non-keyframed bones seem to inherit their positions from the previous scene. This gets even updated if you change the scene order. And this reflects badly when using the models in Gamestudio. In Fragmotion this doesn’t happen. Also, when merging your Vertices in MED can weld together undesired vertices, like welding the upper and lower lips of a model if they are too close. It’s better to weld vertices in another animation frame when the mouth is open. Fragmotion has also a better and simpler ‘Weld All’ command. Fragmotion This nice tool from www.fragmosoft.com has been updated to version 0.8.5. In overall, Fragmotion feels more reliable than MED. You just import the .X models and export them to MDL7, just like in MED. It works very nicely, but you should be aware of certain issues first. The good news are that Fragmotion imports animation scenes smoothly from .X model files. It doesn’t have the keyframe glitches that MED has, like importing a bad last frame of animations, or passing bone rotations from one scene to the unkeyframed bones of the next. It also has a keyframe editor, which MED lacks, so it’s easy to delete unwanted keys and clean up your animation. A small issue introduced in 0.8.5 (trying to fix another user’s request) is that now AMXTex .X files are imported mirrored left to right. This, however, might not be Fragmotion’s fault, because as I said before, AMXTex Right Handed / Left Handed model seems to do nothing. Perhaps if that got fixed it would be up to the user to export the model mirrored or not. And, on the other side, Fragmotion has a ‘Mirror All’ tool that easily fixes this. Fragmotion hasn’t a Scale Factor at importing, but it has a Scale All tool that can be used to fix model’s scale if needed. A major problem with Fragmotion is how it converts textures to Gamestudio MDL7 skins. It seems that Fragmotion only learned to save 16-bit textures, with no alpha. This can be convenient at times, but if you want your 24 or 32-bit texture back, you are forced to save the MDL7 and open it again in MED, so you can replace the texture. Another problem saving textures and materials is actually a Fragmotion’s ‘feature’. If more than one texture is used in the .X file, Fragmotion clamps the textures together one above the other in the MDL7 file (since Gamestudio MDL7 format can only have one set of UV cords). However, you have to make sure that only ONE material with the texture is imported into Fragmotion. Otherwise, even if two ‘materials’ use the same skin image, this image will be duplicated and put together in the MDL7 file, messing with your UVcoords in an irreversible way. Also, you must get rid of any unused materials in Frag: if not, big black squares will be generated and clamped together with the texture.
  12. Hey! Thanks to all for the Thanks!! Rod, let me finish a couple sections first. Then we put it on A:M Tutes. Thanks!
  13. I've been putting together some advanced tips and techniques in some kind of manual for myself. I decided to share it. I named the document 'Models for Games' because it also includes specific information about getting your models into a game engine. However, I think the modeling and texturing tips described there may prove useful in any situation. modelsforgames.pdf
  14. Thanks Zaryin! Too bad I had to stop for a while - the 5 point patch decaling problem holds me back. Actually, I have 2 unexpected problems: 1) At 1 poly per patch, 5 point patches don't export properly their textures 2) At 4 poly per patch, the joints don't seem to animate very well. That's probably due to 3dgs models not supporting CP weights. Well, at least I hope they fix the texture problem soon.
  15. Update. I think I'm getting close to a fair patch count. Only the feet are missing so far. I plan to use these 2 export methods for workless LOD versions of the model
×
×
  • Create New...