| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
| |
* updated to rev 1413 on libsecondlife.dll and libsecondlife.dll.config (#423)
|
| |
|
|
|
|
|
|
| |
functionality
* Working towards one shared set of services
* Killed off two projects with very little functionality
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
anything else) worse.
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
Also added a couple of console output lines to try to make it easier to tell which asset storage system is in use.
|
| |
|
|
|
|
|
|
| |
So we can still use sqlite for assets while we wait for the rest of the new asset system to be wrote.
Needs more testing, so if it causes problems will have to swap back to db4o.
|
| |
|
|
|
|
|
|
| |
Some more modules templates classes (hoping that someone will pick some of these and work on implementing them).
Early version of the "Dynamic Texture Module", although currently there are no render modules included (so not really functional without them).
Added osSetDynamicTextureURL script function, for attaching a dynamic texture to a prim.
Some work on the console command handling. Added "change-region <regionname>" and "exit-region" so that after the use of change-region, the commands entered will apply to that region only. Then use exit-region to return to the top level (so commands then function as they did before and either apply to all regions or to the first region) (Note: this hasn't been tested very much)
|
| |
|
|
|
| |
Some work on the asset cache, can people please test this. including on one of the public systems so we can see if it causes problems with multiple users.
|
| |
|
|
|
|
| |
Deleted the GridInterfaces projects, and for now moved the old local asset server into Framework.Communications, as we prepare to rewrite the asset cache and asset server.
Deleted Framework.manager as I am sure this is no longer in use.
|
| |
|
|
|
|
|
| |
multiple objects are based on entitybase and they all don't want the baggage from IScriptHost. SceneObjectPart already implements it anyway.
Added llGetOwner function, and tested the ll functions that I added in last commit.
|
| |
|
|
|
| |
Implemented a few ll Functions, llSetObjectName llGetObjectName, llLoadURL (all currently untested).
|
| | |
|
| |
|
|
| |
downloads in general a little bit.
|
| |
|
|
|
|
|
|
| |
the assetcache and asset server).
Attempt to fix bug # 326. (crashing when using save-xml and hollow prims)
Attempt to fix bug # 328 (limit of 50 items in a folder)
|
| |
|
|
| |
worse the texture sending bug
|
| | |
|
| |
|
|
|
|
|
| |
from the opensim.ini file. Just add a line to the Startup section like : serverside_object_permissions = true
Changes /editing that are made to clothing/ body parts in your inventory should now be saved between logins/ restarts.
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
sculpties) correctly. [Really need to add a ExtraParams field to the sqlite database though, but for now I have combined their data so that we don't lose backward compatibility, know a couple of people have been using the datastore already].
Now have a rough day/night cycle (the movement of the sun needs to be made smoother but for now it is better than we had I think).
Added dalien's patch (issue 294) for saving and loading prims to a xml file (think he will be modifying these to be import/export functions and maybe writing a xml datastore for backups).
Some preliminary work on task inventory (ie object's/prim's inventory).
Added place holder data for AvatarProperties (ie a avatar's profile). Should we store this sort of data on the user server or have another server for it (a normal webserver should work).
Added a few more method to IClientAPI.
Sure there is something I'm forgeting.
|
| |
|
|
| |
if left in inventory will still be there after restarts. (as with the rest of inventory it will only fully work in standalone mode with account authentication turned on).
|
| |
|
|
| |
sqlite) and for its user database (default DB4o). Currently changing the user plugin to MySql should work (if you have MySql setup (should be same as for grid mode). There is also a MySql provider for the inventory but not 100% certain if that is finished and functional (will need to check with Adam on that).
|
| |
|
|
| |
and body parts. [Note while you can edit these, at the moment your changes won't be saved between restarts. This will be fixed very soon.]
|
| |
|
|
|
| |
Although there seems to sometimes be a problem of when you login again, old notecards and scripts will have their permissions messed up and you won't be able to even view their text. This seems to be related to the client's cache, and if you clear your client's cache, on the next login they should be fine again. [I have a couple of ideas about what might be causing this so hopefully will have it fixed soon.]
|
| |
|
|
| |
from the create menu in the inventory window. Although currently you can't update/edit them (and have those changes saved).
|
| |
|
|
|
|
|
| |
stored in the inventory database and you will still have that texture in inventory on later logins (Again only in standalone mode with authentication.)
Also there might be some problems if you upload textures in other regions to the start one (due to us not updating the CAPS url properly).
|
| |
|
|
|
|
|
| |
them be stored in database (so are there on next login). Again only works in standalone mode with Account/password authentication turned on. [Creating new inventory items should be working very soon.]
The test is to make sure that it hasn't broke grid mode at all.
|
| |
|
|
|
|
|
|
| |
standalone mode and using sqlite).
In standalone mode, if you have account authenticate turned on (setting in opensim.ini) then when you create a new account, a set of inventory is created for that account and stored in database (currently only a set of empty folders). Then during login the database is search for that set and sent to the client in the login response.
More functions will be added soon, like creating new folders (and a bit later items) from the client inventory window.
|
| | |
|
| |
|
|
| |
of enabling the new SceneObject classes.
|
| |
|
|
| |
works for now.
|
| |
|
|
| |
download), but still a few problems, it seems that the client has a quite short timeout for receiving a texture and if the whole texture isn't sent within this time, the client will request the texture again, With quite small textures this is fine, but it seems that with larger textures we can't send them fast enough and a infinite loop develops where the client keeps requesting a texture and we keep trying to send it, but are never fast enough. So I've for now put code in that so that the server will try to send a texture only once and then after that will ignore future requests from that client for that texture.
|
| |
|
|
| |
tries to load them.
|
| |
|
|
|
|
|
| |
xml file (OpenSimAssetSet.xml). (remember to make changes to the set, you will also need to delete the old asset .yap file, so that it is recreated).
Also the set of items in the OpenSim inventory Library can also now be set from a xml file (OpenSimLibrary.xml).
|
| |
|
|
| |
things are kept in sync.
|
| |
|
|
| |
folder or anything so there is at the moment no way to recover deleted objects.
|
| |
|
|
|
|
|
| |
* DB4o no longer crashes the sim on Startup
* DB4o now crashes the sim on shutdown.
* Variety of console verbosity fixes.
|
| |
|
|
|
|
|
|
| |
you only see your own avatar correctly, all other user's avatars show up as the old ruth. This will be fixed soon.
We also need better clothing for the new ruth and to edit the body shape.
To get this working you will need to delete your asset yap file and also in grid mode the user server needs to be updated.
|
| |
|
|
|
|
|
|
| |
everything.
Like, I removed the Obsolete from the old caps method as at this time not all caps calls can use the new Caps stream method as it doesn't properly deal with LLSD Arrays.
Now down to 3 warnings on the events in IClientAPI and for now I think we have to live with them as I think most of those events will be used.
|
| |
|
|
|
| |
Fixed a number of bugs in the AssetCache related to asset downloading.
|
| |
|
|
| |
into asset format and add that.
|
| | |
|
| | |
|
| |
|
