sprockets A:M Decaling Screen frosted donut medals buildings Rubik's Cube Nidaros Cathedral Tongue Sandwich
sprockets
Recent Posts | Unread Content | Previous Banner Topics
Jump to content
Hash, Inc. - Animation:Master

NancyGormezano

Film
  • Posts

    7,863
  • Joined

  • Last visited

  • Days Won

    15

Everything posted by NancyGormezano

  1. Obvious question: Have you tried 17g? (don't know if that will make a difference). Perhaps there is a memory leak? What are ALL your render settings? (eg using ao? what % & what quality of AO, etc etc). Can you tell where in pass 5 (or is it really start of pass 6?) the render stops? (expand the steps). Do you have soften on? Can you get a complete render image with only 4 passes?
  2. Ditto.
  3. FUN FUN FUN - very well done! Those are commercials I would watch!
  4. beautiful!
  5. These all are looking terrific
  6. LOL...its not screwy if I'm getting what I want! I love my setup! I have a work around (I make copies of the models and don't embed them and it works) and no time to break it down if I don't have to. Uh...so let me get this straight...You don't have a problem? Then why did you start this topic if your setup is working ? Or is it that your problem is solved by not embedding? Gee. Sorry you don't have the time to figure this out. I'm done.
  7. Here's another thing to look at - when I examine your project in notepad - I see constraint references to HiResWilliam_KhakiUniform1011...where in A:M PWS I only see the name HiResWilliam_KhakiUniform101 Suspicious? Do you have another model named HiResWilliam_KhakiUniform1011 (or at one time were working with it) and exchanged that model? I now have no idea why it works for anyone.
  8. I recall vaguely that you said the files are on a shared network drive? We don't have that setup. Perhaps something is going screwy with that in that you think you are accessing the new file and you're not really, or there is something in that embedded gawdawful mess of a project with a zillion constraints that the file paths are messed up, and you can't really tell what anything is accessing because it's all embedded? But the really screwy thing is for you to keep doing the same old same thing you've been doing and expecting a different result. You must start simplifying your project by eliminating things until it starts to work for you to track it down, or else change your work flow. It may be a bug, or it may be your work flow, system configuration. Since it doesn't fail for me (or Robcat, or Rodney), we can't eliminate anything. Perhaps, start with getting rid of that hair constraint action, and those odd looking empty folders. Eliminate the geometry. Then look at getting rid of all those shirt pocket path constraint relationships, smart skins, etc...get it down to bare minimum where its still consistently failing. AND another thing I am dimly remembering: there was some very weird, esoteric bug in A:M with file naming? bone naming? that no underscores or dashes or something like that are allowed. It caused A:M to break, but it wasn't obvious...and it's not clear why, nor if the bug still remains.
  9. In the 10 plus years that I have been using A:M - I have ONLY used chors. I only use projects when I am forced. I have only found a need for projects when needing to embed data in order to share with others. If you save a project - all the modified elements of a project get saved (materials, models, chors, etc), whether you want them to be saved or not. I want control over when and what I save. If, for example, I have made changes to a material: I save my material, then the model that uses the material, only if I want the model to use the new material. Also: If I've saved a model to a new name and it is used in the current chor that I'm working in, then I also save my chor that is using it (if I want the chor to use this new model name). I also do not believe in auto save because I do a lot of testing and what-ifs and I certainly don't want my experiments to be saved. A project can contain multiple chors. A project can contain multiple items that never get used in any chor, model contained in the project. For example images, sound files, actions. uhh...animating and rendering...is the normal use ....not just for constructing large models.
  10. Coupla things I notice: I just watched Rusty's video - and differences that I notice is that he is on Win 8 and I am on winXP pro. I assume Robert is on Win 7, do not know Rodney's OS nor platform The constraints look like they should work in Rusty's video. However I also notice the way he opens the saved project: from the list, rather than navigating to it with File/open. Maybe it's grabbing the wrong project file on his system? But yes, again, the constraints look like they should work I also would suggest choosing embed all before the FINAL save of the project, just to be safe and superstitious. The other practice which is a MUST that is not being done, is that if Rusty intends on switching the body model's and heads later on when he gets this working, even if models have same skeletal system, then he should rename the "shortcut to headmodel" to HEAD, and "shortcut to body model" to "BODY" before doing any of the constraints. Constraints have been known to break if this isn't done, in previous versions. Do not know if that is still true in ver 17. I also wonder if there is some confusion as to what's being embedded where, as it is now possible to embed things in a chor, and not just in projects. And materials can get embedded in models. Ugh. Too confusing. I never embed anything unless I intend to archive it, or share a project with someone else (like now). You never know what's using what and where, unless you check the status of the component. As for differences in Projects and chors: Yes I only work with chors and rarely ever use a project (but I don't do netrendering). However, in past there were quirks/bugs with chors not saving certain items (eg Fog rotoscope maybe and other things that don't come to mind). Also the path to the particle systems files are saved in same folder as current or last saved project, even tho the paths are accessed in the chor.
  11. It reads very well, love the foil? bendy action. Well done. Pon's reaction is very good. My only crit would be the double take. Servant guy seems too blaise, unaffected when the foil first goes past him so closely. A natural response would be to jump or twitch unconsciously, automatically somewhat, or at least blink/shut eyes because of the close proximity and disturbance of the peripheral vision. The double take (which is good) would come when it finally registers consciously. But then again, it is a toon...and natural doesn't necessarily apply.
  12. Uh that's weird...because I see something different when I first bring up the project (17g-32). Did you change the head control bone? But besides that - I too find that the constraints seem to be holding fine. rustyh264.mov
  13. Uh, you're welcome...but I suspect you have accidently posted in wrong thread...this thread is probably what you want
  14. or you might also see what effect changing the camera angle slightly might have (raise it), and possibly changing size of sea plane. ie make smaller. Either of those could reduce the effect of horizontal lines bunching up at the horizon. But making the sky dome ignore fog could probably do it for you.
  15. To animate emission rate: In the chor pws - turn on "show more than drivers" - ie click the red thingy, for the model that has the sprite/smoke material. Navigate to the group (in chor pws) that has material (expand all triangles, +'s) - select emission rate property - set keyframes wherever you want. In this example I've keyframed 100 for the emission rate at frame 0, and 0 at frame 24. Particles will still exist past frame 24, until they all die (according to number of frames asigned to LIFE property - also animatable)
  16. And I forgot to add: That's a cute character, & nice rotoscope! - will make an excellent, fun model.
  17. You are showing the properties for the model - you need to show/change the view properties for the rotoscope - click on rotoscope1 (in PWS in the model under rotoscopesl) and the properties for rotoscope1 will show up in the property window. Then change rotoscope1's view property to left (or right or whatever), and then click in the model window, and change your view in the model window (to left, right or whatever). You can add additional rotoscopes by right clicking on model/new/rotoscope/pick the image (can be same image)...then change the view property of the new instance of the rotoscope to front (or whatever). If you want to reposition the roto (for a particular view) - change the model window to the view you want, click on the rotoscope, and move it (You can close the community window, if you're not using it, and you will have more space available for everything else on your screen. Similarly, you can also close the chor window, if you're just concerned with modeling for now.)
  18. Have you changed the view property for the rotoscope for the left (side) window? The front window roto property should say front instead. Notice both views are using same image, but positioned differently My screen does not look like that. When I hit properties I get nothing. What am I doing wrong? Post a screen grab of what you see. I was using 16b-32 PC. I have View/properties on because I have Tools/options/global show property triangle NOT checked (you may have it checked). I also have show advanced properties checked (perhaps you don't?)
  19. Have you changed the view property for the rotoscope for the left (side) window? The front window roto property should say front instead. Notice both views are using same image, but positioned differently
  20. Right mouse button, or as others prefer: right click Even if you have 1 image being used as a roto for 2 different views, as long as you have designated it in A:M as for left rotoscope (in left window), and for front rotoscope in front window, then positioning one in the front view should not effect positioning in left, unless you have both selected at the same time?
  21. On PC when you are in the model window go to menu: window/new window (alt+W) then change the view in the new window
  22. Crocs go after the baby hippos...tasty, easy little snacks, if mama isn't vigilant...I have seen croc mayhem in action - very gruesome.
  23. NancyGormezano

    Rooster

    fabulous!
  24. The animation looks good, very impressive! Realize that this is not final render: but hope gloria gets some hair, & the scintillating of ocean horizon gets hidden (fog could work).
×
×
  • Create New...