Allow editing of default pose sets.

Currently there's the... sitting issue discussed by others, which honestly I want fixed as well (I don't sit like that, my mom and grandmother don't even sit like that, why does my avitar have to)
Though, it wouldn't be too hard anymore, to allow for the default poses to be defined in inventory the same way custom chat gestures are, would it?
Or some menu option. Current, and less than ideal solution is that people are creating scripts to cue up their own animations on walk, the script handlers are going to be clogged with poor fixes until the option to control poses is moved onto the clients, support's already there in the server, that's what 1.4 was about.

Ice, based on some educated guessing by Oz Spade and myself, it looks like the current custom animations setup has a good foundation to support future reassignment of the 'generic' poses like walking, sitting, flying, etc.

This will hopefully void the scripting kludge that Michi has complained about many times (and rightfully so).

Fair enough, but how do I get rid of this prissy sit, for now?

Make a gesture with the animation you want, then when you're sitting just do "/getridofstupidsit" and have that gesture play the animation you want to use. Make sure the animations priority is set to 4, this is the highest prority and should overwrite the default sit one.

The thing is, we *can* get rid of some default poses, with gestures now, but its kind of a dirty hack especialy when you have to always type it, like lets see I want to do my fly, so /myfly but now i'm going to land... so ... /mylanding. It just doesn't work, hopefully they'll get around to the default animation replacing.

It seems in ViewArt.ini in your SL system folder there already is the default animation names and keys, so my guess is that we'll be able to replace those keys (either via GUI or manualy) with our own animation ones.

oh, I am so poking in the INI files, maybe I can hack it to do what I want it to be.

Yeah, like walking, we should be able to change that to a different anim now, and flying... I would REALLY like to change the jump anim!

Changing those ini files, even if it works, would probably only be a client-side change visible on your end only. It's definitely a good idea to allow alterations of the default animations. Is it just me, or do AVs seem to walk "faster" and clumsier than they used to?

If anyone want's to test the ini files, send me an IM and we'll work out a time to meet and test it. See if it works at both ends.

EDIT: I tried switching the keys on several of the animations and it didn't appear to work. Anyone else tried yet?

I tried it back in preview and it didn't work.

And someone, PLEASE explain to me why .ini would ONLY be client side? I just don't get it. Why do people think .ini is only for client side? I've sent info from .ini files across the internet before with programs, why can't SL do that?

How it could work using .ini:

Two ways...

1) On loadup, check .ini file, get names of default animations and the keys for each one, load these into program memory for quick access, everytime the default animation is triggered instead of playing the default key, just send the custom key to clients around to download that animation.

2) On trigger of the default animation, consult the .ini and get the new key to send out to the clients around for them to download and play.

Number 2 has the benefit that you could add in a GUI to change you're default animations on the fly, however I'm not sure how persistant consulting of the .ini would work out, may be a little slow.

I'm baffled by why anyone would think .ini = local only. Just because it has the local GUI skinning view art in it doesn't mean you can't have values in there to send over the internet.

Sorry to go off like that, but its something that keeps bugging me that people keep saying.

*snirks* client side only... that's funny... have you tested this?

As for the actual existance, since that was tested, it's possible that it's future support... wish they'd hurry up, Lindens hurry up and impliment this, people want it.

I've also seen a little groundwork done in automating this. I saw a person last night who used a script to continiously play a new walk animation overtop the regular one, for example, whenever the avatar moved, and the same thing could be done for flying.

But such scripts will always be a hack, probably have problems, and will never work in no script land :/.

This was mentioned by me, in the first post:


And these scripts are a poor solution, especially for those out there who don't know how to keep the script running clean. I'm actually asking if it'd be possible to add support to NewView itself, as that's what I've heard a lot of poeple want.

this is definatly a must add feature!

Oz, the reason I suspect that (currently) altering the ini files might be a client-side change is a guess based on how LL may have implemented animation before they considered custom animation. Before now everyone's "walk" animation (and so on) was the same and there was definitely no need to send information like that to other clients.

So basically, it shouldn't be client-side, but (espeically since you can't get it to work) I'm thinking that basically sending that data to other clients might not be implemented yet. (Not that it can't be done.)

It's kind of an odd way to go about custom animation too, since we can customize everything else about AVs in game. But I guess using an ini is easier than making an in-game GUI for it.

I strongly support this suggestion.