dblhelix

a new deadline?! maybe i should try make better plastic control freak query: (pardons for finding the thread length a bit much to browse for previous answers) how's the madness/breeze ratio coming along for you robcat, you said earlier we should mind the length in both beginning and end, to allow time for the bus to pass. i'm wondering if it's easier for you to download frames or to stretch a frame in your editing program according to animator's wishes?

if i make a path, in "bone position" at "end" the Z channel has a key at 25 hrs, at 25cm. v15 j+. is it just bugging me?

the mention of cell phone disturbance gave a story; it's about the Knight. his armor makes noises with the slightest move. they sit like in the first picture. commercials are on. first he gets mild reactions, eyes turn and turn away. then he scrathces his knee and it's like a fork on a blackboard. people lean forward, shush angrily and he turns to look at them. more shushing, hands waving, explaining we're here for the film. suddenly he flips open his visir. continue!

high tension there. next, what are they looking at?

must have missed the size of the city image yesterday.. some downloading has taken place. thank you!

well? Did ya show em? oh you know how it is: the blind one bit me, the deaf one ate the document while the mute one made rude finger gestures. *sigh* seriously though, maybe someone should take a peek at that link?

thanks! with fresh eyes, doing my own critique - he'll probably kick back/bend knee more before jump - the head could be a mite too wobbly depending on how strained i want him (interpolation studies..) - strained would mean the dangly right foot would show more cramped energy. have to do the next motion before deciding; i'd like contrasting energies to accomplish some of the work here. after the jump up, his foot is lodged under the bench. no one asked, but i just realized it looks odd without shadows to help.

thought i'd post animation as well as chatting, for a change. it's slow&lazy going, had only two days this week for a:m. didn't go back to the asymmetric walk cycle, but figured i could use an invisible platform as ground plane for that cycle, and animate the forward progress of that platform. good for specific walks like limping or walking with a broken heel. here's showcasing a shaded/wire render; a middle of a sequence from my inofficial version; there's action both before and after this = there is neither beginning or end in this clip. all critique is welcome, intention should now be clearly visible and separate from newbie blunders. 3_1_1speedtestrend.mov

ahhh. it was so good i had to back and watch all the others. when clicking the third, the family-part, i recieved this error message: "500 Internal Server Error Sorry, something went wrong. A team of highly trained monkeys has been dispatched to deal with this situation. If you see them, show them this:" and then a bunch of code. it felt so right, the kind of message you get in Spleenland, that i can't be bothered to worry whether it was a virus...

oh. you. people. that city image, let me know when the screensaver comes stunning.

how's the PG13 treatin' ya?

there you are! thought my dial-a-hero gizmo needed batteries changed! i'm unhappy with not being able to scale a sequence of keyframes, and i was somewhat terrified realizing that you were doing my testing for me. that's an effective repellant for future questions! people need you left right and center and i need to get to grips with this program. i need to understand how to solve problems in it. i need stuff like this: the simple stuff that's not in taoam and goes unrealized when all's new. this here is goosepump material; you set crop range at an interval of twenty and set cycle length to 13 and a:m will interpolate this? that would replace scaling in larger chunks...

yupp. character comes alive. nice. it was a good week!

thanks!

thank you mtpeak2 for the experience of opening a real 3D set, n00b made eyes like never before! question: what kind of props are we allowed to add? or, maybe for the shorter list: what kind of props are not recommended?

yes, but - - - yes, b- 16 - very much so, yes, but - well yes (can't even tell the left foot slide it's so slight) but - - are you trying to highjack the project?! :lol: and i'm going to say this as well cause it's even more fun though this is said in earnest: if you don't have enough work (taking a moment to give readers the opportunity to get all stitched back up again) you can have it! it will work in disney-style as well, i should think; the foot motion might benefit from a different type of characteristic (exaggeration) to suit the general goings-on. shall i send you the props? in your style you'll probably make one into an action object, straighten thom's hand, constrain the other into the other hand and then it's just render away. ok, all down to earth now: how did you do the speeding up of your cycle? you didn't scale anything did you? the leg stretch sort of pops out, when the leg is in its furthest backward-stretch position, it ""slows"" down the experience of speed, regardless of the actual speed. otherwise it's very, very close.

the 16 is closer, since il'' be testing for faster movement.

there's your chor "runycletest_compressed speed" and mine, renamed "runcycletest_original speed". yours is a cycle on 16 frames, mine is an action on 16 frames. there is no change in speed, compressed or otherwise? i even tried rendering it, in case there was hidden info travelling in settings but no, not that i noticed. i'm on v15j+, is this a problem? and you had made the movement symmetrical to be able to use the functions of the cycle - i have worked to make his running lopsided and uneven. which is why i didn't do a cycle. and why i hand animated his progress across the stage. i've sort of been fighting to insert the flawedness of flesh to taint the purity of math. tried to think through the MUFOOF but without result. other than my head hurts. baking the actions didn't work, but it was fun to watch the result for a while. he he. i'm switching to the other, longer project this week, i can't see clear enough into this problem to continue with questions even. back with fresh eyes next week!

hey, thanks! i never saw your post after itsjustme's. answer to that post is yes, the 16 is a cleaned-up version of 22. the speed is the same. back in 15-20hrs from this post.

there's an idea! never done that before, is this possible in a:m through render settings other than MUFOOF? like the ultra ultra-rapid scene in the Age of Innocence (Scorsese). the everyday encounter is reading about conversion from 30fps to 25fps, and that this would best be left to pros. have never needed to test.

yes, as in: that is the animation i made. the preview is consequent, repeats the same day after day, shows keys the same way every time. these actions are my starting point. here i built a sequence destined to be scaled shorter, faster in the next phase.

"and therein, as the bard would sing, lies the rub." it's the ideas that get me into trouble. if the aim was to get thom from stage right to stage left, i'd be done by now. but no, he has to move in a kooky manner plus he'll be carrying something so he has to convey hurry and comedy at a speed that'll allow the viewer to take in the props and the absurdity of the situation. and i want to test different speeds - the animation has to be malleable. from a technical point of view; drag-select a sequence of keys and the scale handles will appear on the sides of the selection frame. what is the point, if the resulting scaled keys will not compute properly? i was sure i just wasn't handling the program, that there was maybe a mode to choose (like, without frame count) or something. planning to save the slow original chor as a model => adding my two actions on that => baking the actions => import that action => then treating that action as a cycle to test MUFOOF.

i'm sort of used to running into problems no one's ever heard of, and being totally puzzled about it myself, every time. like now, it's going to be a sequence with a small man running at what could be described as sewing machine speed. this is animation - the basic problem (frame rate + speed + dynamic) simply can't be that unique? but as you noticed, it was far from ordinary!

this is it! been staring at that page for an hour trying to figure out the implications. i completely understand that it works for machine motion and at propeller speed, with an even dynamic. this was supposed to be the day off, but i have to get testing what logic&frame rates it needs for running. ...am thinking the motion blur is the secret here. is this how they did the speed-of-light possum bros in ice age 2? what other techniques are there? i'm thinking of ways of previewing fast.. the "render animation preview" works with MUFOOF? starting testing there. the project is in the first post, the longer chor has the scaled keys.

well, for a n00b, being laughed at goes with the territory, i don't mind. but i would like to learn. has anyone else had these twilight experiences? or can someone just say if a:m renders keys that fall "between" frame lines?