| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
ClientView triggers OnClose event before flushing packetqueue.
Thank sAhzzmandius!
|
|
|
|
|
|
|
| |
called in an ad-hoc fashion and causing an access violation error. This means that in SQLite when subdividing parcels you'll have to go to the parcel and clear out the banlist with the client instead of having it done for you immediately when you split the parcel.
* A database guy really needs to look at the land stuff. :D
|
|
|
|
|
|
|
|
|
| |
joints. This will change quite drastically, however it's fun to play with.
* To play with this you must link your prim before setting it physical, otherwise they won't link in the physics engine properly. This will also be fixed.
* Currently the linked prim are extremely unstable because I have yet to implement combining of forces with the same normal. This will also be fixed. In fact, the whole PhysicsActor, ODEPrim relationship will be reworked to consider groups from the get-go.
* This implementation is better then it crashing your sim, so I'm commiting it for now.
|
|
|
|
|
| |
appropriate names consistent with their use.
|
|
|
|
|
| |
appropriate names consisten with their use.
|
|
|
|
|
| |
appropriate names consistent with their user.
|
|
|
|
|
| |
appropriate names consistent with their use.
|
|
|
|
|
| |
appropriate names consistent with their use.
|
|
|
|
|
| |
appropriate names consistent with their use.
|
|
|
|
|
| |
appropriate names consistent with their use.
|
|
|
|
|
|
|
|
|
|
|
|
| |
to more meaningful names starting from the end and
working backwards.
handler094 -> handlerRequestAsset
handler093 -> handlerPacketStats
handler092 -> handlerGodKickUser
handler091 -> handlerUpdatePrimGroupRotation
handler090 -> handlerUpdatePrimRotation
Others to come shortly.
|
|
|
|
|
|
|
|
|
| |
* Impelements llInstantMessage
* Reimplements llOwnerSay as llInstantMessage(llGetOWner(),msg).
* Try's to better identify the "True Name" of objects in llDetectedName
by checking for avatar name, scene Object Part name and entity name.
* Uses similar logic in the llSensor and llSensorRepeat functions.
|
|
|
|
|
|
|
|
|
|
|
| |
Below is a patch for the smooth tool.
I factored out the essential computations and placed it in a
channel method to work similar to raise and lower.
It now performs about the same rate as raise and lower.
|
|
|
|
|
| |
Removed verbose flag, since it doesn't do anything any more.
|
| |
|
| |
|
| |
|
|
|
|
|
| |
** Added more realistic calculations of mass for the rest of the supported prim shapes+holes+cuts+tapers. Previously they were the generic height * width * length. Spheres roll (Angular velocity) more realistically, etc.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This patch is intended to implement the following functions:
llIntegerToBase64
llBase64ToInteger
llParseStringKeepNulls
None of these functions are dependent upon state elsewhere in the SIM,
so they are appropriately self-contained. I've tested them out of
context, and from a script attached to an object in my test region.
|
|
|
|
| |
root agent is on the instance and if so, which region the avatar's root agent is in.
|
|
|
|
| |
updates (fixed)
|
|
|
|
| |
asset cache, until it can be seen if the module was the cause of some new problems that seem like they might be related to assets. I'll look into this more tomorrow.
|
|
|
|
| |
functions are no longer in AssetCache
|
|
|
|
|
|
|
|
| |
ever seen". I'm not sure I should be doing this commit, but oh well.
So anyway, it moves the Asset downloading (packet sending) to a module (AssetDownloadModule).
So now at last, AssetCache should be just dealing with fetching assets from the asset server and caching them.
|
|
|
|
|
|
|
| |
Scene.AddXmlRPCHandler being shared).
* Fixed a null ref issue in Scene.Close()
|
| |
|
| |
|
|
|
|
| |
happening due to locks in the AssetCache and Texturedownload module. Where the thread from the Asset thread would be take a lock on a list in the asset cache and then try to call the Callback into the texturedownload module and hit a lock in there which was held by a ClientView thread- which at the same time would be trying to request another texture from the cache and be hitting the lock in there held by the IClientAPI. The result each thread waiting for the other one to release a lock. And as one of those was the ClientView process packet thread. No more packets from that client could be processed. For now I've made a copy of the list in AssetCache so that it can release the lock. I'm doing more work on assets (moving the client asset downloading to a module ), so will hopefully change this into a better method once I've cleaned over things up a bit.
|
|
|
|
|
|
|
| |
is being closed.
DisableSimulatorPacket now skips the packet throttles
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
modules are technically active. Beta software, yada yada yada. Will disable one of them by the end of the day.
|
|
|
|
|
|
|
|
|
| |
* New method involves interfaces for
** Terrain Paint Brushes (ie raise brush, lower brush, etc)
** Terrain Flood Brushes (ie raise area, lower area, etc)
** Terrain Effects (ie erosion, etc) [= W.I.P, not committed]
* Provided sample implementation for Raise Paint and Raise Area brushes.
|
|
|
|
| |
to shared module fixed.
|
| |
|
|
|
|
| |
boundaries providing they are all located on the same simulator.
|
| |
|
|
|
|
| |
instance is required for the entire simulator, rather than one per region.
|
|
|
|
| |
Trunk. Enabled via [VoiceChat] enabled=true in OpenSim.ini
|
|
|
|
|
| |
* Not ready yet for use.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
an image
* This might stop some client's constant requests for unfound textures, which is a candidate for the memory leak
* If a texture is not found then the "Image not found" texture will now be displayed clientside
* If it works, this should resolve mantis 676
* Non texture image requests do not receive this packet yet
* This will require a prebuild
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
llSensor, llSensorRepeat, llSensorRemove, llDetectedName, llDetectedKey, llDetectedOwner, llDetectedType, llDetectedPos, llDetectedVel, llDetectedRot
Thank you very much kinoc! :)
|