aboutsummaryrefslogtreecommitdiffstatshomepage
path: root/OpenSim/Framework/AvatarAppearance.cs (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Add new FireAndForgetMethod.None.Justin Clark-Casey (justincc)2011-08-161-2/+10
| | | | This executes the callback on the same thread that made the request. Designed for use only by regression tests that rely on a predicable event ordering.
* Implement first draft functions for saving and loading NPC appearance from ↵Justin Clark-Casey (justincc)2011-08-091-1/+1
| | | | | | | | | | storage. This works by serializing and deserializing NPC AvatarAppearance to a notecard in the prim inventory and making the required baked textures permanent. By using notecards, we avoid lots of awkward, technical and user-unfriendly issues concerning retaining asset references and creating a new asset type. Notecards also allow different appearances to be swapped and manipulated easily. This also allows stored NPC appearances to work transparently with OARs/IARs since the UUID scan will pick up and store the necessary references from the notecard text. This works in my basic test but is not at all ready for user use or bug reporting yet.
* Get rid of AvatarAppearance.Owner to simplify the code.Justin Clark-Casey (justincc)2011-08-021-24/+7
| | | | This is not used for anything - appearances are always properties of objects with ids (ScenePresence, AgentCircuitData) and just has the potential to get out of sync when the appearance is cloned.
* Get osNpcCreate appearance working with avatars that are currently in the scene.Justin Clark-Casey (justincc)2011-08-011-1/+5
| | | | | | Had to stop using AvatarService for now since it doesn't store baked texture IDs (which is why this was failing). Also failing because cloning appearance was also cloning the AvatarApperance.Owner field, which we weren't then changing. Extended TestCreate() to check this.
* Fixed updating avatar appearanceOren Hurvitz2011-07-211-1/+3
| | | | Signed-off-by: root <root@grid00001.t-data.com>
* Removed a few more spurious appearance saves. When an avatarMic Bowman2011-01-251-5/+18
| | | | | | | enters a region the attachments module tries to update the appearance with attachments that are already part of the appearance. Just added a check to only save if the attachments weren't there before.
* Various bug fixes for appearance handling: more aggressive reset of textures ↵Mic Bowman2010-12-031-10/+26
| | | | | | and vparams when appearance is not cached and when wearables change. Send appearance to the viewer with initial data. Cleaned up (and added) debugging.
* Formatting cleanup.Jeff Ames2010-11-081-39/+38
|
* Fix default club feetMelanie2010-11-021-1/+1
|
* Fix logins and avatar appearance. Contains a Migration. May contain nuts.Melanie2010-10-301-7/+33
| | | | | | This will cause visual params to be persisted along with worn items. With this, alpha and tattoo laters will be saved. Multiple layers MAY work, but not tested because I don't use Viewer 2.
* On first login, Ruth is back now. Strangely, inventory items are created forMelanie2010-10-301-4/+0
| | | | | tattoo and alpha layers. Any change of appearance in the sim makes the green gnome reappear on next login. Progress of sorts.
* This commit fixes all the appearance related null refs. Still can't log in,Melanie2010-10-301-2/+7
| | | | client displays a blank error box.
* Merge branch 'master' of melanie@opensimulator.org:/var/git/opensimMelanie2010-10-301-20/+15
|\
| * Rationalize the logging messages from the merged appearance branch, ↵Justin Clark-Casey (justincc)2010-10-291-20/+15
| | | | | | | | commenting out most of them as per Mic
* | READ CAREFULLY!!! This is a BROKEN commit. It is UNTESTED and INCOMPLETE.Melanie2010-10-301-232/+9
|/ | | | | | | | | It contains a major interface version bump and will NOT work with earlier grid services. This is preliminary work that will lead to layers support. Rest appearance services are commented out completely, they will have to be adapted by someone who actually uses them. Remote admin is working, but has no layers support. There is no layers support in the database. Login likely won't work. You have been warned.
* Merge commit 'cmickeyb/dev-appearance'Melanie2010-10-291-91/+95
|\
| * Bunch of fixes that reduce the number of times appearanceMaster ScienceSim2010-10-291-18/+17
| | | | | | | | | | and avatar data are sent. And the number of times they are stored.
| * Added background thread to handle delayed send and save of appearanceMaster ScienceSim2010-10-281-4/+7
| | | | | | | | | | | | | | to accommodate batching of the many updates that happen on login and teleport. Fixed handling of the serial property in appearance.
| * Half of the compatibility is working. Login into a new region withMaster ScienceSim2010-10-251-1/+1
| | | | | | | | | | | | old data works. Teleport out of a new region with old data works. Teleport into a new region with old data does not trigger the necessary rebake.
| * First attempt to get multiple attachments working to support viewer2.Master ScienceSim2010-10-211-68/+70
| | | | | | | | | | | | | | The attachment code appears to work correctly for 1.23 viewers so, in spite of some big changes in the internal representation, there don't appear to be regressions. That being said, I still can't get a viewer2 avatar to show correctly.
* | Add my work on top of cmickeyb'sMelanie2010-10-291-1/+99
|/
* Major refactoring of appearance handling.Master ScienceSim2010-10-201-436/+403
| | | | | | | | | | | | | | | | | | | AvatarService -- add two new methods, GetAppearance and SetAppearance to get around the lossy encoding in AvatarData. Preseve the old functions to avoid changing the behavior for ROBUST services. AvatarAppearance -- major refactor, moved the various encoding methods used by AgentCircuitData, ClientAgentUpdate and ScenePresence into one location. Changed initialization. AvatarAttachments -- added a class specifically to handle attachments in preparation for additional functionality that will be needed for viewer 2. AvatarFactory -- removed a number of unused or methods duplicated in other locations. Moved in all appearance event handling from ScenePresence. Required a change to IClientAPI that propogated throughout all the IClientAPI implementations.
* Merge branch 'master' into presence-refactorMelanie2010-02-221-2/+2
|\ | | | | | | This brings presence-refactor up to master again
| * Formatting cleanup.Jeff Ames2010-02-151-2/+2
| |
* | Merge branch 'master' into presence-refactorMelanie2010-02-151-15/+8
|\ \ | |/
| * Revolution is on the roll again! :)Revolution2010-02-141-3/+4
| | | | | | | | | | | | | | | | Fixes: Undo, T-pose of others on login, modifiedBulletX works again, feet now stand on the ground instead of in the ground, adds checks to CombatModule. Adds: Redo, Land Undo, checks to agentUpdate (so one can not fall off of a region), more vehicle parts. Finishes almost all of LSL (1 function left, 2 events). Direct flames and kudos to Revolution, please Signed-off-by: Melanie <melanie@t-data.com>
| * Fix http://opensimulator.org/mantis/view.php?id=4224Justin Clark-Casey (justincc)2010-02-121-12/+4
| | | | | | | | | | | | | | This resolves the problem where eyes and hair would turn white on standalone configurations When a client receives body part information, for some insane reason or other it always ends up uploading this back to the server and then immediately re-requesting it. This should have been okay since we stored that asset in cache. However, the standalone asset service connector was not checking this cache properly, so every time the client made the request for the asset it has just loaded it would get a big fat null back in the face, causing it to make clothes and hair white. This bug did not affect grids since they use a different service connector.
* | Fixed more appearance woes that showed up using remote connectors. ↵Diva Canto2010-01-121-0/+15
|/ | | | Appearance is now being passed with AgentCircuitData, as it should be.
* Adding a hair item to the default wearables, fixes newly created avatars ↵Rob Smart2009-10-091-0/+4
| | | | appearing as a cloud
* * Change the signature of the agent set appearance callback to prevent ↵John Hurliman2009-09-301-6/+6
| | | | | | | unnecessary serialization/deserialization of TextureEntry objects and allow TextureEntry to be inspected for missing bakes * Inspect incoming TextureEntry updates for bakes that do not exist on the simulator and request the missing textures * Properly handle appearance updates that do not have a TextureEntry set
* A slightly modified version ofTeravus Ovares (Dan Olivares)2009-08-251-0/+7
| | | | http://opensimulator.org/mantis/view.php?id=4040 by jhurliman. The patch didn't match up, so I winged it here. My effort to manually merge the patch seems to make sense, so I'm going to commit it.
* * Only update TextureEntry in AvatarAppearance if the incoming XML-RPC has a ↵John Hurliman2009-08-201-1/+8
| | | | valid TextureEntry. About half the time update_avatar_appearance calls are made, the TextureEntry is empty
* minor:commentsTeravus Ovares (Dan Olivares)2009-08-121-4/+3
|
* * Remove some mono compiler warningsJustin Clark-Casey2009-08-051-2/+1
|
* * An enum for The VisualParams array that the viewer sends us with 90% of ↵Teravus Ovares2009-08-021-11/+842
| | | | | | | | the documentation. * Automatically generated using the BuildVisualParamsEnum Method that gets data from the libOMV VisualParams NameValue definitions which they generate from the the avatar_lad.xml file * Want to know what element controls the eye size, jowls. pointy ears? no problem.
* Minor: Change OpenSim to OpenSimulator in older copyright headers and ↵Jeff Ames2009-06-011-1/+1
| | | | LICENSE.txt.
* Added option (on my default) to the clone avatar function so that the ↵MW2009-05-301-0/+14
| | | | | | | clothes and attachments that the target avatar is wearing, to begin with, are removed. So the end result isn't a merger of those clothes/attachments and the ones the template avatar is wearing. Added IPAddress ListenIPAddress property to BaseHttpServer so that the listening/binding IP can be set.
* * This updates LibOMV to the current release 0.6.0 on March 19 2009Teravus Ovares2009-03-271-1/+1
| | | | | | * Important: HttpServer.dll was changed to HttpServer_OpenSim.dll so that the HttpServer references do not conflict if you've copied the OpenMetaverse.Http.dll and requirements to the OpenSimulator bin folder. This means that if you reference HttpServer.dll in any projects, you will need to change the reference to HttpServer_OpenSim.dll. It still uses the Same HttpServer namespace though.
* Moved a method GetDefaultVisualParameters from Scene to AvatarAppearance, ↵diva2009-03-271-2/+13
| | | | where it belongs. Better error handling in ScenePresence.CopyFrom.
* * Appearance patches suite: These patches are applied to allow libomv bots ↵Sean Dague2009-03-251-26/+37
| | | | | | | | | | | | to wear outfits in the future. This functionality will be upstreamed later. ** Fixed call of new AvatarAppearance without arguments, which caused bots look like clouds of gas ** Added a SendAvatarData in ScenePresence.SetAppearance, which is expected after SetAppearance is run ** Fixed AssetXferUploader: CallbackID wasn't being passed on on multiple packets asset uploads ** Set VisualParams in AvatarAppearance to stop the alien looking bot from spawning and now looks a little better. *** TODO: Set better VisualParams value then 150 to everything
* * remove now unused serialization codeJustin Clarke Casey2009-03-051-40/+26
|
* Mantis#3218. Thank you kindly, TLaukkan (Tommil) for a patch that:Charles Krinke2009-02-221-6/+6
| | | | | | | | | * Added log4net dependency to physxplugin in prebuild.xml. * Added missing m_log fields to classes. * Replaced Console.WriteLine with appropriate m_log.Xxxx * Tested that nant test target runs succesfully. * Tested that local opensim sandbox starts up without errors.
* Addresses some issues with appearance after TPs. Appearance.Owner was not ↵diva2009-02-221-2/+18
| | | | being set, and that's what's being used in SendAppearanceToOtherAgent. Mantis #3204.
* Major change to how appearance is managed, including changes in login and ↵diva2009-02-171-1/+1
| | | | user service/server. Appearance is now sent by the user service/server along with all other loginparams. Regions don't query the user service for appearance anymore. The appearance is passed along from region to region as the avie moves around. And, as before, it's stored back with the user service as the client changes the avie's appearance. Child agents have default appearances that are set to the actual appearance when the avie moves to that region. (as before, child agents are invisible and non-physical).
* * Centralize references to the well known blank texture ↵Justin Clarke Casey2009-01-051-4/+2
| | | | 5748decc-f629-461c-9a36-a35a221fe21f to a constant in OpenSim.Framework.Util
* * Remove the TransferRequest and hip debugging console output that crept in ↵Justin Clarke Casey2008-11-171-1/+1
| | | | recently
* Lots of experimentation yielded a fair approximation of a hip offset from theMelanie Thielker2008-11-141-1/+12
| | | | | | | | physical center of an avatar, for display purposes. This should keep the avatar feet above ground visually in most cases. Tweaked for both height extremes and various leg lengths. Improvements welcome
* Thank you, idb, for a patch that fixes avatar height calculationMelanie Thielker2008-11-101-14/+7
| | | | | | Our feet will now be above ground
* * Added IClientIM to IClientCore interfacesAdam Frisby2008-11-081-4/+0
| | | | | | * Changed SendInstantMessage, dropped fromAgentSession and imSessionID as security precaution, see http://opensimulator.org/wiki/OpenSim_0.6_IClientAPI#Porting_Guide for details on porting. * Removed unused usings from Framework.*
* * Possibly fix grey avatar appearance problemsJustin Clarke Casey2008-10-281-6/+19
| | | | | | | | | | | | * And hopefully rebaking all the time should no longer be necessary now * It turns out that when the client baked the texture, the uploaded asset had the Temporary flag to true (Temporary is actually deprecated). * It also had the StoreLocal flag set to true, which signifies that the asset should be stored locally. If it disappears we should reply to the asset request with ImageNotInDatabasePacket * However, last time this was enabled some clients started crashing. This may well no longer be the case and needs to be tested, but in the mean time we will store the asset instead. * This needs to be resolved in a better way, possibly by starting to send the ImageNotInDatabase packet again instead