Jump to content
Hash, Inc. - Animation:Master

robcat2075

Hash Fellow
  • Posts

    27,753
  • Joined

  • Last visited

  • Days Won

    341

Everything posted by robcat2075

  1. They are stored as .pre files. On my computer they are in C:\Program Files (x86)\Hash Inc\V15.0\Presets Your path may be somewhat different but there must be a presets folder in your install somewhere. well, you've heard my opinion of the library... Get them to use regular file operations. Outside of TAoA:M references to the Library are exceedingly rare. There's always more than one way to do things and that concept would be a good lesson for them. Don't know the answer but that's better than getting that message before you want to quit.
  2. Trying like hell to get it done..I'll touch base in the morning with a go/no go Wherever you are , you're ahead of me.
  3. I also see that those frame names aren't padded with zeros like the like the original chor was set to do. I need that or i can't load them in order.
  4. I get a blank dir There's some other way to give me a link that makes it public. But I need them all in a zip too or i'd have to download them all individually.
  5. something is not working there. Even after I login to DropBox I still can't see your files.
  6. In no particular order, here are the entries, finished or in progress that I'm aware of so far... number got it mouseman (still rendering, that's ok) got it NancyGormezano(where's the final version?) got it JohnL3D got it dblhelix (still in progress) got it Gerry (still rendering) got it tbenefi33 (still in progress) got it wedgeeguy got it TheSpleen(where do I find the final files?) got'em thefreshestever wip? thejobe got it glenn (can i get all the frames in one zip?) got it me (still working) JohnBigBoote aka Matt Cambell (in progress?) got it fae_alba (in progress) got it is there anyone I've overlooked, missed, or forgotten or still working in secret?
  7. something must be missing from the URL. I get a 404 error.
  8. Look at this near the top. Lathe it with 8 cross section. domeCrossSection.mdl
  9. lathe it and don't try to make the top CP exactly in the center. leave a tiny hole at the top.
  10. If you're going to use refraction, model your dome so it has thickness like real glass would and not as a single surface.
  11. You're probably correct but (full disclosure) all these renders are from v13. In 2009 when I tried opening my usual "outdoor sunny day" project in v15h, global illumination was not working as expected and since A:M is being supported by one programmer working for free in his spare time, give it a quick test in v16 if you're up to date on the subscription and see what happens . Or if you can post the test case I'll try it .
  12. One more thing , Ralph... before you start explaining keyframe animation, watch my screencam tut on "Keyframing Options". I don't recommend you show it to your students to start with because it's a bit too much information, but beginners will almost certainly punch wrong buttons without realizing it and it's important for you to be on top of this so you can know why they are getting unexpected results and know there's a reason for it.
  13. Roger, if you can make a test case, say, with just that one panel that shows the render problem in AO that would be a good AMReport thing.
  14. What was the splining difference between the two sides? Or is the problem that there is no difference? Great looking beast.
  15. This post has two video tuts. Modeling a simple missile and making it fly! http://www.hash.com/forums/index.php?s=&am...st&p=338964 (But don't skip the tutorials in your TAoA:M booklet )
  16. I'll suggest this revision for quicker gratification and more logical flow: - make and save an object (something very simple like a lathed vase or a missile) I think it's more fun initially to model something yourself even if it's very simple Like this: QuickCGMissile.mov - make the object follow a path in a chor and save the chor QuckMissilePath.mov - how to pose a premade model (Actor) and use the pose sliders (If the model has the "Dynamic Pose", ignore that. It's a bad example of a pose slider) (stress using the (R )otate manipulator for turning bones, don't drag the tip) - how to work with keyframes and create a short keyframe animation (something simple like a character standing up from sitting on a box) - how to render an animation to create a movie (show them how to choose a codec so their movie isn't 50 megabytes) No, but you will want to show them how to save something so they can use things they made on a previous day.
  17. Short answer to this is "Yes", Ralph. Robcat, correct me if I'm wrong here. I think this is Ralph's main concern. In the past I've recommended "Embed all" as a general, overall good practice, but I've been corrected on this advice, and I think saving each element into a separate, user-created directory makes better sense. If i have a model loaded into my PRJ and then i alter the model, the model, the Objects folder and the PRJ get a star by their name to indicate there are unsaved alterations at this point. If then i do a PRJ Save or Save As, the altered model gets automatically saved over the old MDL file. The stars go away. If you don't want a future PRJ save to cause an overwrite of a loaded model, save the loaded model with a new name. This true of other assets you may load like actions or chors. This is fairly new behavior for A:M. PRJ saves didn't always force saves of its unembedded elements. I use PRJs with everything embedded when I'm developing something with some complex situation involving experiments in both the model and the chor. Like maybe I'm rigging a model and testing it with some odd lighting situation in a chor. By embedding both and saving PRJs incrementally I know when i go back to a previous PRJ version that a specific model version will be correctly paired up with a specific lighting situation I tested it with without having to locate and load multiple files. If either turns out to be a winner i can always save them out separately later. When we did "The Tinwoodman of Oz" most of the experimenting was done by the time we got to animating, so we just saved chors for our animation and let them handle loading the needed models.
  18. A PRJ can either save actual assets (like models) or just file paths to them. It depends on whether the item is "embedded" -If you have a PRJ open and then start a model from scratch and then save the PRJ, the model will be saved as part of the PRJ (the model was embedded) -If you have a PRJ open and then start a model from scratch and then save the model and then save the PRJ, the model is still a separate MDL file and the PRJ you just saved contains a path to that file. (the model is not embedded) -Similarly...If you have a PRJ open and then import an existing model and then save the PRJ, the model is still a separate MDL file and the PRJ you just saved contains a path to that file. (the model is not embedded) -However... If you have a PRJ open and import a model, you can force it to be part of the PRJ by going to its properties panel and switching "Embedded" to ON. Now when you save the PRJ it will contain the model. The original MDL file you imported still exists on your drive, however. A PRJ can have any assets be embedded or not. You can tell if any model is embedded by looking at its icon in the Project Workplace>Objects folder. A tiny floppy disc icon appears on it if it is saved separately from the PRJ. Likewise for Materials, Actions, and Chors. Images and Sounds are never embedded. One more thing... When you load a chor it will automatically load (or prompt you to find) all assets it needs even if you haven't loaded them in the PRJ yet. This is convenient. And another thing... when you "Save" any asset it overwrites whatever was saved under that filename before. "Save as" allows you to choose different filename to avoid that. Save your work often under filenames with incrementing numbers and then if some disaster happens you can go back to some recent version and pick up from there.
  19. Interesting find. I guess it's a violation of the unwritten "four corners per CP" rule What if those edge patches were independent of the faces and only appeared to share splines with he face patches?
×
×
  • Create New...