| Commit message (Collapse) | Author | Files | Lines |
|
|
|
than moved into there.
|
|
Fixed it so now when you move a script to a Prim or delete a script from a prim the change should show up in the prims inventory straight away (without having to close the edit window and reopen it).
When linking prims, all parts except for the root part of the new group are removed from the physics engine, as currently we only really support root parts in the physics engine.
|
|
|
|
will handle > 8k textures yet). Need MW to test to see if this gets rid of his
issue.
There is commented code left in here for now until we know it is fixed
|
|
|
|
Implemented that method in ODE plugin.
Hooked it up so when deleting/taking prims into your inventory they will be removed from physics engine.
Enabled the other physics hook ups in Scene.cs (and also added registering prims with physics plugin when they are rezzed from Inventory.)
So now to get the avatar to prim collision testing working, just change to use the ODE plugin (in the OpenSim.ini file, physics = OpenDynamicsEngine). Remember though ODE only really works (without problems) when running with a single region.
|
|
and start to show how this can be super classed with some common elements.
|
|
|
|
attached the links to that from SceneObject, so now resizing works (as much as resizing currently works in opensim, fixing resizing in general is on my todo list for today).
Rotation of a root prim also now updates the physics engine.
So think there really is only deleteprim left, then it should be usable (Different shapes (other than boxes that it currently uses) can wait a little bit longer).
[of course there are still the other issues of ODE not really working when there is more than one region in a instance of opensim].
|
|
this is set when registering the prims with the physics engine.
Position changes of the prim is now updated straight away to physic engine. (note at the moment, only root prim is registered with physics engine. Think we need to decide how we are going to manage child prims and physics.)
As before this is all currently disabled (in scene.cs) until its in a bit more working condition.
|
|
Scene.cs, as any changes to prims (like size or position changes) are only updated to the physics engine when you restart opensim. Also prims aren't deleted from the physics engine. These shouldn't be hard to fix.
|
|
|
|
we are going to ask for from the database is actually there. This
will let us bail early with a useful error message, instead of late
with a hard to understand one.
Do some other cleanups to get rid of debug input I put in
|
|
data definition in ado.net objects up front. This makes auto
generating the sql commands work a lot more reliably.
|
|
and load.
|
|
We now support individual scripts on individual prims. Do the script dance... \o/ \o\ /o/ \o/ .o.
|
|
empty objects crash.
|
|
script in a primitive is deleted.
|
|
fired likewise. Bugfixes coming in next commit.
|
|
|
|
can get ref to the SceneObjectPart/ IScriptHost.
|
|
|
|
|
|
|
|
them in database.
|
|
|
|
Made a change to the Scene.EventManager OnRezScript event, it now includes the itemID as a param. This uuid is unique to each instance of a script, so can be used for tracking changes/editing, stopping and deleting a script.
|
|
scripts into a prim (from your user inventory) and although the script will now show up in the prims inventory, you can't make any changes to it (or delete it). Also a prim's inventory is currently not saved between restarts.
|
|
|
|
cleaning up prior to release. However this should make it easy for people
to start using sqlite storage.
|
|
subscribe to. This is triggered whenever a script is moved into a primitive (and includes the localid of the prim and the script text as params) . Currently though the script item isn't deleted from a users inventory, nor does it actually show up in the objects inventory (this will be fixed soon.) So that means that it isn't currently possible to edit a script (or delete it) once it has been added to a primitive.
|
|
either you or another user has crossed from one region to another. (however a avatar's appearance isn't kept across regions, but we need to add that to inter-regions communications so for now people will have to put up with some other user's avatars appearing as the bald(ish) fat man
|
|
the new group can be stored correctly.
|
|
someone let me know) and the rotations are kept. [Now just need to fix the editing (rotation and position) of individual prims of a group]
|
|
tools are now connected up and its now just a case of doing some bug fixing.
|
|
stupid little one line bugs that was so much fun to track down that I decided to spend a few hours on it)
Linking groups should now work better than it did, but still a bit of work to do on getting the rotations of all the parts after linking right.
Added part of dalien's #301 patch (xml loading/saving related parts with some small changes)
|
|
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.
|
|
to be read.
|
|
|
|
|
|
|
|
in script, removes script from EventQueueManagers target list, tells AppDomainManager that script is no longer active (and ready for unload).
|
|
|
|
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.
|
|
|
|
support for multiple threads executing events on objects, but only one thread on one script at the time (to utilize MultiCore/hyperthreading CPU's).
|
|
times". Will speed up script event execution considerable. But at the cost of some memory (will be optimized later with RuntimeXHandle).
|
|
scripts loaded count in AppDomain properly.
|
|
|