Jump to content
Hash, Inc. Forums

williamgaylord

*A:M User*
  • Posts

    907
  • Joined

  • Last visited

Posts posted by williamgaylord

  1. The animation is in the works! Tripped over a couple of querks in the import to V15. Don't know if I had the choreography length set wrong in the original, or it imported with a default length, but the imported project had a choreography length of 5000+ frames, rather than the intended 300. On top of that I did not notice that when I played out the animation, it only showed frames at large steps. The last frame in the playback was the last even step and the last frame of the sequence did not show--so the pose sliders that would show 100% only showed ~94% which corresponded to the last playback step. That threw me off and made me think the choreography relationships were messed up. Nope! Just a querk in the playback. Once I figured that out things have gone smoothly.

     

    I still have the small branches to set up, but once that is done I'll do a test render of the whole growth from seed to fully grown tree.

     

    So far so good!! :D

  2. I'm thinking assembling in an action with the trunk as a proxy and the branches as action objects. But if multiple models can be used in a pose, that might be even better. I want to use the whole set as though it were only one model so I can use it in multiple instances (9 if I can manage it), rotating the tree a bit so it will effectively look like a different tree each time.

     

    Another option might be to render the tree in a separate chor and fake the multiple trees as flat video images (that will cast shadows) since they will be in a long, extra wide shot of a city block with nine brownstones in view. The end product is the important thing, so any effective short-cuts will be appropriate.

     

    I used similar tricks putting the "Plateau of Leng" image together for the "Lost World" contest last year, but this is more complicated being an animated sequence.

     

    Basically a brother and sister will be planting seeds along a city block and the trees will magically grow up as they work their way down the block.

  3. A:M will correctly adjust for imported gamma-corrected images (used as decals) if the gamma is embedded in the file - like with Targas.

    And PNG too.

     

    I suppose since video cameras apply gamma correction, video file input gets a similar treatment? (Knowing how sharp you guys are it's a pretty safe bet the answer is yes, without even having to ask.)

  4. What ever process you're using, it looks like it's working well. I'm not sure what you mean by "iteratively build the whole tree".

     

    Just an idea: why don't you create the tree in one model, and rig every branch?

     

    The tree is actually a set of models: one "trunk" model and a set of "branch" models of various sizes. The branch models are constrained to the spline that guides the trunk growth when the tree is assembled in the choreography. I did it this way because the overall workflow was more efficient. Tree parts are simple, but there are so many of them! Coordinating the animation of all these parts was the real time killer. Easier to set up a "branch" model with it's own action and then replicate it. I change the shape of each branch by altering the splines that define it's shape.

     

    If I could do this iteratively to build a model I could do this in a single model. Otherwise a single model would require me to animate every single component--many hundreds of them.

     

    The model's animation is guided by a set of splines that define the final form of the tree. The basic building block is a spline path and a simple tube with a bone asigned to each spline ring of the tube. The bones of the tube are constrained to follow the path. I set up a set of sliders to control the position and scale of each bone/ring. An overall slider control controls the whole set. I build a branch by constraining the bone of each individual spline path to a point on the spline path that supports it in the tree. As the point in the "growth" of the supporting branch reaches the point where a new branch is located, the new brach's visibility is turned on and it starts growing. This all mimics the fact that tree growth happens at the end of the branches--once the branch form behind the growth at the tip is established, it keeps it's shape and just thickens over time as growth rings are added. Simple scaling of parts does not work, since that is not how a tree actuall grows. (That being said, I actually cheat at the last step by scaling the leaf clusters--but in that case it looks natural enough to work. Another compromise is that the tube stretches along the spline path, so the bark texture flows with it--in a real tree the bark stays put and just thickens.)

     

    So, if I could build a "composite" model from a set of smaller models, with all the constraints and controls remaining intact, I could build it as a single model instead of having to assemble separate branch models to make a tree in a choreography.

     

    It would be great if I could export what I animate in the choreography as sort of a "model group" with an overall animation control, so that, even though it is not a model, you can import it back into a different choreography as though it were a model. That might be more practical than an "iterative" model feature, since it would group a set of actions with the set of models.

     

    In the first test animation the first stages looked very like a trunk model was just scaled up. If you could get some root movement in there as well it would be all the better for it.

     

    Yes, I need to work on that a bit to make it more natural looking. In reality, like branches, roots grow from the tips and thicken. In this case I should probably animate the shape of the spline rings at the base, not just scale them.

  5. Not sure where the old thread is in the archives, if it's there at all. This is a render in V15 of an older project where I was trying to animate this tree growing from a sprout to a full grown tree. This is the full grown tree. This tree is actually a large set of smaller "branch" models assembled in the choreography. If I could assemble them as a single composite model it would be preferred, but I haven't figured out how to do that yet. I wish I could iteratively build the whole tree from a small number of tweakable branch models. Any ideas?

     

    Here is an early test animation with a scaled down version:

     

    Tree growth animation test.

     

    And a closeup:

     

    Tree growth closeup.

     

    Image attached is the project render in V15. Wahoo! It works without rendering artifacts!

    TreeAnimation01.jpg

  6. I for one have a boatload of learning yet to do on this stuff. (Think "Titanic" when reading the word "boatload".) I think it would be great to have a new special topic on lighting/gamma/tone correction/color correction/HDR etc. (What category might tie these "image fidelity" related topics together? Rendering?) A good start might be pointers (in one easy to find place like a special topic) to some of the best tutorials we already have, including Yves' excellent collection of tutorials on these topics.

     

    Although my background is digital signal processing and video/audio compression, I'm a babe in the woods still when it comes to tone correction, color correction, CG rendering, lighting, image file formats, etc., that are the bread and butter of creating CG material.

     

    It might be handy to have an overview of what processes/data should be kept linear (eg., scaled instead of compressed) and what processes/data benefit from non-linear processing (eg., to compensate for non-linearities in display device characteristics) and the proper processing order for the best results. A wall chart might be a good format for such an overview. A trivial project--NOT!

     

    The Hash Forums in general have been a fabulous resource for learning a lot of this stuff and the generosity of many of the more experienced and knowledgeable members is something to be proud of, folks! Thanks a million! ;)

  7. Bill, You said you had a good chat with William Stout.

    I want to hear more about that!

     

    He remembered the image of the "Old Ones" city "The Plateau of Leng" I did for the "Lost Worlds" contest last year, which was cool. I learned that his fascination with dinosaurs started the day his parents took him to the movies to see King Kong--at the age of three. I asked if he was going to work on Del Toro's version of "The Hobbit" while the production of "At the Mountains of Madness" was on hold. He said it wasn't his kind of thing. As he put it, "It's too much like working in a Rennaissance festival" for his taste. We then talked about some ideas I had about the Old Ones--he may have just been being gracious, but he seemed to be genuinely interested. We talked about various aspects of H. P. Lovecraft's description of the Old Ones. He's definitely very familiar with it. One idea was about the wings, which to me seem pretty useless for normal flight. I told him about how I imagine the wings building up a corona, then arcing like one of those "Plasma Balls". Then the Old One would take off suddenly like a rocket by directing a plasma jet with it's wings. That seemed to really pique his interest. Another thing we discussed was how something with five legs would walk. The best walking pattern I've come up with so far is where it lifts two legs at a time in a rotating sequence. It makes for a smooth, natural looking motion in any direction, so it turns out these things will move more gracefully than you might guess from a still image. (For a faster pace I imagine it hopping.) I'm going to have fun bringing this thing to life. If I bored him talking about my ideas, he certainly didn't show it. He strikes me as being a very down to earth, generous person.

     

    Sadly I missed the Dragon Con art show "Iron Artist Contest" this year, which he has won for several years in a row. He says that's what brings him back to Dragon Con year after year--has to defend his title!

  8. Man, this one was difficult to chose! Some great entries this time. Congrats to the winners and great work to the runners up!!

     

    I had hoped to have a scene ready from "At the Mountains of Madness" by H. P. Lovecraft, but just didn't get enough time. At Dragon Con (one of my excuses--I work in the art show) I did have a good chat with William Stout about ideas for the Old Ones. He'll be working on Guelliermo Del Toro's version of "At the Mountains of Madness" which will start once Del Toro finishes The Hobbit.

     

    Old One Thread

  9. Gamma correction is actually not that difficult to understand. It is becoming less important as more and more displays have the gamma correction built right in--which is really the best way to do it. Almost all types of displays have a non-linear response. They are less responsive at low values and more responsive at high values. Most have a response curve that follows a "power-law" curve that looks pretty much like a loose string connected at a point on the floor and a point on the wall. (The "gamma" is the exponent applied to the original value--the "power" it is raised to. A gamma of 2.0 is the "square" of the value.) The curve is roundest near the floor (where the weight of the string has less effect) and straighter near the top (where the weight of the string pulls it tighter). The overall result is that--relative to mid-range values--dark values become darker and lighter values become more bright and saturated as compared to the values as captured by the camera. Gamma correction essentially "pulls the string straight" by applying the inverse of the gamma.

     

    The problem with gamma correction is that it depends on the particular display. In the television world, CRT displays were standardized, so the gamma was predictable. The television signal was altered to correct for gamma.

     

    In the world of PCs, and the new world of digital television, there is a plethora of displays with different gammas, so there is no one gamma that fits all. You basically have to match the gamma to each display. However, newer displays with DVI or HDMI digital inputs are building the gamma correction into the display itself. This eliminates the need for gamma correction to be applied to the video signal or still image data and is the smart way to handle gamma. Even with these displays, as the display ages, corrections have to be made, but all this can be built into the display itself, so the user can tweak the display using a built in test pattern.

     

    If you have a newer display card that can apply gamma correction to match your display (assuming the display doesn't already apply it's own gamma correction) you can program the card to apply the correction. This case also essentially removes the need to apply gamma correction to the video or picture data.

     

    In digital video and images, both the non-linear characteristic of human vision and the need for gamma correction affects the visibility of quantization steps making artifacts like "banding" more visible at some values than at others. As it turns out, human vision and gamma correction have roughly an inverse relationship, so video or images that are encoded in a gamma corrected non-linear code are less succeptible to banding. Higher bit depths are rapidly making most of these issues a thing of the past.

     

    The need for gamma correction outside of the display, to correct for the display's effects, has complicated the work-flow of digital image production--something Yves' tutorial explains quite well. As displays (or the display adapters) take over the job of gamma correction, the entire work-flow from the output of the camera, to the input of the display, becomes linear and the work-flow becomes far more consistent and straightforward. We are on the cusp of this era of digital production.

     

    So, that's another long answer.

     

    The short answer is that a gamma of 2.2 is usually a good rough guess for displays + adapters which do not provide the gamma correction. So your video/image gamma correction would have a value about .45 (the inverse of 2.2). Macs typically have a gamma of 1.8 (still pretty close to 2) so your video/image gamma correction would have a value of about .55 (the inverse of 1.8). If you correct it for a Mac and send it to someone with a PC, the darks will look slightly darker and the lights will look slightly more bright and saturated, but should still look reasonably good. If you send it to someone with a gamma corrected display, it will look pretty washed out. So Nancy was right...it all depends!

  10. I'd recommend you make a sphere the size of the eyeball as a guide. Then conform the eyelid to the curvature of the eyeball. Notice that the outer corners of the eyelids pull into the eye socket a bit more, especially on the upper side where the flesh from the crease up to the brow overhangs. The tear duct lets the inner corner pull out farther from the eyeball. That you can do by pulling in the splines closer to the curvature of the eyeball on the outer corner. That might fix most of the problem.

     

    BTW, this is some nice splinage!

    ThaiEye.jpg

  11. I'm working on making the feet look more natural...something more like this even though there aren't supposed to be any bones. I'm wondering if claws would help. I think I'll build more structure into the torso, not so smoothly rounded.

     

    Textures will add a lot to the "menace" factor.

     

    Maybe unruly blond hair and red overalls and a black and blue striped T-shirt? ;)

    100_0076.jpg

  12. Made a better "wing"--beefier and a bit more organic in form.

     

    I started with Lovecraft's description, including the relative proportions. Over time I'll take some artistic liberties and morph it into something more organic and menacing. For instance, I think the "arms" should be longer and a bit thicker--long enough to reach the "mouths" and touch the "toes"....long enough to grab hapless victims and rip them apart, and eat them, etc.

     

    The wings look kind of useless, but imagine your surprise as one opens its wings, which start glowing with an electric corona discharge, with intense arcing to the arms which bend down. It then takes off flying like a rocket, propelled by five plasma jets created by the arms and wings.

     

    I have a feeling this thing is going to be a real pain to rig...I mean "interesting challenge" to rig. It will be intersting to animate. At first it might not look all that creepy, but once I get all the parts moving, and figure out how this thing will walk, I have a feeling it will be plenty creepy to watch. Imagine trying to sneak up on this guy.

    OldOneWing01.jpg

  13. Glad you found it interesting. Didn't mean to clutter up your "thread" with large files.

     

    Today I discovered a square-rigged ship type I'd never heard of before. Ever heard of a "jack-ass barque"? It's sort of a ship that can't make up it's mind whether to be a barque or a barquentine.

  14. Gorgeous work regardless of the "boo boos"! The rat lines on the shrouds do look like licorice strings glued onto them, especially since they stick out beyond the outermost shrouds. Amazing work as usual, Eric.

     

    You probably have this reference by now, but if not, you might find it interesting (I'm sure you have more directly useful ones):

    AmsterdamRigging.jpg

    dutchlist.jpg

    Englishlist.jpg

  15. I see the placement of the thumb is to low in respect to the wrist. Also the thumb needs to be rotated even more. I am working on it now

     

    The thumb pivots on a small carpal bone that is right at the wrist joint. If you feel where the largest bone of your thumb pivots you'll notice it is to the palm side of the rest of the carpals. If you face your hand palm towards you, you can see the most prominant tendon attaches right at this carpal bone. Think of it like a small extension a right angles to your palm on which the thumb sits so it can swing in front of the palm, while all the other fingers fold onto the palm. The carpals, metacarpals, and four fingers are sort of one layer of brick and the thumb and it's carpal start another layer. Most anatomy illustrations don't show this very well. Remembering this when you add bones to the hand might make the movement of the thumb look more natural when you animate it.

     

    Great looking hand! I agree about the "webs" between the fingers--the webs are level with the surface at the palm side and slope back between the fingers toward the back. Look at your hand end-on and this becomes obvious. Also the flesh between the thumb and the index finger runs almost straight across from the second joint of the thumb to the first joint of the index finger. Also the joints of the four fingers follow arcs with the middle finger at the peak of the arc. The joints at the palm follow the same arc.

     

    Basically subtle tweaks to a very good start.

  16. It's one of the "Old Ones" from H. P. Lovecraft's novel "At the Mountains of Madness". Its a story about what an expedition of paleontologists discover in the mountains of Antarctica--an impossibly ancient city and what they thought were fossilized remains of the original inhabitants.

     

    The Old One is one of the inhabitants.

     

    Here is the city I did for the "Lost Worlds" contest. I didn't have time to make it look impossibly old, but I did get the scale of the city down:

    ATMOM.jpg

×
×
  • Create New...