next »

[Coraxus]

I've been dumping L$ in beta grid in trying to rid the twitches in the animations I've been making but to no avail. So far the symptoms tends to be that I step over an invisible bump if I begin to move or stop, or any combo. Then at rare times, I tend to walk on invisible stilts. I've been tweaking the pre-settings of the animations before uploading them such as ease-ins and outs, timing transitions and even priorities. So far they've had some different and often funky effects. So does anyone know what causes the twitches at the ends and the starts of the animations?

[Catten Carter]

Lead in/out can have an influence, but in my experience it's often caused by the first frame being wrong - the one that should be a human t-stand.

Also if an animation is very long, it can take time to load on a slow sim. that can easily cause the stylt effect

[Coraxus]

Hmm, I had been tinkering with the lead in/out settings, but I assumed that if I had put zero in both fields that it would reduce the twitchings. If there was a .bvh tiny walking samples I could get my hands on, which I could upload and it wouldn't twitch, then I could improve my walking animations. So far, only the standing poses are available for download. I would love to have known what settings were used on the zig-walk and zig-stand animations cause they barely twitch at all.

[Catten Carter]

I don't have any walks I'm afraid, but I do have the quad ski's which uses an ao, and I have another folded av I created which shouldn't twitch either. I can send you those as well, but neither are tiny and you can't read the lead in/out from those.

I seem to remember the quad ski's would twitch before I did something, but I can't remember what lol.

[Coraxus]

Well, I think having a tiny walking bvh file to study it would be more helpful because with biggie walks, you couldn't tell if they twitched or not so that issue wouldn't be visible.

[Catten Carter]

You can email me at dsl411842 [at] vip.cybercity.dk and I'll send you the quad ferret ski animations. They  are folded and you can try them in your ao and see if they still twitch. They don't in the ao I use and with the lead in / out I used. If they still do, I can try and recreate the anims in sl and figure out the correct lead in/out

[Coraxus]

Thanks for the help, I've sent you an email.

[Coraxus]

Looks like I got some good news. Apparently I was randomly window shopping around with WhiteRose Fullstop and just by our greatest stroke of luck, we happened to encounter the great Zig! :O For those who don't know Zig March, he or she is the one that created the Zig tiny animations some of you might be familiar with.

Apparently Zig told us that a priority 3 setting on any tiny animation prior to uploading will still have some remnant partial humanoid animations rear their ugly head, hence all the funky twitches I've been experiencing this whole time. That's why for all body-crushed animations, priority 4 settings for all basic animations must be used in this case, like for tinies and quads for example.

Now there's a SecondLife wiki that charts what priority settings to use when creating custom animations, but I concluded that these settings only apply to humanoid animations and not body-crushed ones, so unless you're making body-crushed animations (which you'll have to use 4 on all of them), you'll have to use lower priority settings.

[Azelle Mavendorf]

Not sure if you have your animations an AO or are just trying them straight from "play animations," but I discovered with my one AO building experience that you have to be careful the order in which you stop and start things to avoid twitching during transitions between them, for instance transitions from walk to stand. I can't be more specific than that without looking at the code, but I do remember having to fiddle a lot to get twitches down to a minimum. If anyone builds an AO and wants me to look into how I ended up ordering start/stops I'll be happy to do so.

[Etheria Parrott]

I was up til 3am trying to track down the cause of these twitches. My anims looked smooth in Qav so I knew they were fine. Anyway, I discovered there's a bug in upload that causes frame 1 (the human tpose) to play 3 times. There is a jira on it (SL VWR-3783) which has been going on forever but I feel this bug has recently reared its ugly head again. The solution is to download bvhacker which has a fix for the "loop bug." Load in your bvh, press D to remove the first frame just in case bvhacker prefers its own, press S to insert a new first frame (human tpose), then press L to fix the bug. The programme then gives you a number which you should type in to the Loop in (%) in the upload. It worked for me and I was able to sleep. Phew! Why the hell there's no Lindens giving this any importance I don't know. Please help by voting on the jira https://jira.secondlife.com/browse/VWR-3783.
Love, Eth

[Catten Carter]

bookmarks this post

[Zayn Till]

Why the hell there's no Lindens giving this any importance I don't know. Please help by voting on the jira https://jira.secondlife.com/browse/VWR-3783.
Love, Eth

CUz they Don't care about fixing things anymore! They're the new Lindens! All hail the new flesh!

[Caleb Kit]

Caleb Kit places the "I Voted" sticker on his shirt.   

bye