| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| | |
|
| |
|
|
| |
formatting/doc changes.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The original function suffered from unexpected results due to rounding
errors. An error of only 1 or 2 ulps would cause the code to not detect
a singularity at Y rotation +/- PI/2 and take the non-singularity code
path. The replacement code does not suffer from wildly inaccurate
results at the +/- PI/2 singularity. The check in the code for the
singularity isn't strictly needed, but gives more consistent results
At the singularity, the X and Z rotations add. The if check simply
forces the X rotation to be zero so the entirety of the X+Z rotation is
carried by Z.
Additionally, the test code has been updated to include test cases that
caused the old code to fail. The test algorithm is also updated to
perform a more meaningful test. The original code checked if the values
against expected values. This could fail at +/- PI rotations since a
rotation around an axis by PI causes the identical effect as a rotation
by -PI. The new test code checks that the returned angles can be used
to recreate a quaternion that causes the same rotation.
|
| |
|
|
|
|
|
|
|
|
| |
FetchInventoryDescendents2 capability.
Not yet enabled by default. You can enable this by setting Cap_FetchInventory2 = "localhost" in the [ClientStack.LindenCaps] section of OpenSim.ini
Enabling both FetchInventory2 and FetchInventoryDescendents2 improves the situation with properly fetching attachments and hud objects
Probably because viewers are never expecting the odd situation where FetchInventoryDescendents2 is present but not FetchInventory2
However, for some reason attachments and hud objects occasionally fail to appear, though their status is correct in inventory
For attachments, focussing on the avatar makes them appear. Hud objects have to be reattached.
|
| |
|
|
|
| |
inventory, stop it first in scene. If deleting from prims, move to trash
rather then making it poof.
|
| |
|
|
|
| |
any methods, even those without threat, automatically. It is for use with
setups wanting to allow only specific methods to specific users.
|
| |\ |
|
| | |
| |
| |
| | |
decoded, instead of just success/failure
|
| |\ \
| |/ |
|
| | |
| |
| |
| |
| |
| | |
JPEG2000 decode of an asset
For debugging purposes.
|
| | |
| |
| |
| |
| |
| | |
service command be "show asset" instead of "show digest" this time.
Last time I accidnetally just changed the usage message.
|
| | | |
|
| | | |
|
| | |
| |
| |
| |
| |
| | |
Make them conform with service side commands.
This stops them appearing twice when Hypergrid is enabled.
|
| | |
| |
| |
| |
| |
| | |
harmonise the same commands on the simulator side.
No functional change.
|
| | | |
|
| | |
| |
| |
| | |
texture ids were available for the rebake request
|
| | |
| |
| |
| |
| |
| | |
capability" for now.
Please uncomment if/when needed.
|
| | |\ |
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
from the server end.
This is not as useful as it sounds, since you can only request rebakes for texture IDs already received.
In other words, if the viewer has never sent the server this information (which happens quite often) then it will have no effect.
Nonetheless, this is useful for diagnostic/debugging purposes.
|
| | | |
| | |
| | |
| | | |
This allows some logic simplification and allows an external caller to manually request rebakes even if textures are uploaded (future command).
|
| | | |\ |
|
| | | | |\ |
|
| | | | | | |
|
| | | | |/
| | |/|
| | | |
| | | | |
image manager (udp texture fetch). No significant functional changes.
|
| | | |\ \
| | | |/ |
|
| | | | |\ |
|
| | | | | |
| | | | |
| | | | |
| | | | | |
serializer
|
| | | | |/
| | |/|
| | | |
| | | | |
Despite the code comments we never actually null it.
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
problematic with bot testing.
Please uncomment if still needed.
|
| | | |\ \ |
|
| | | | | | |
|
| | | |/ /
| |/| | |
|
| |\ \ \ \
| |/ / /
|/| | | |
|
| | | | | |
|
| |\ \ \ \
| | |/ /
| |/| | |
|
| | | | |
| | | |
| | | |
| | | | |
to reduce potential code complexity and make code reading easier.
|
| | | | |
| | | |
| | | |
| | | | |
hunting. No functional changes.
|
| |\ \ \ \
| |/ / /
|/| / /
| |/ / |
|
| | | |
| | |
| | |
| | | |
Update basic profile to use the replaceable interface, making configuration less error-prone. Add support to query avatar's home user account and profile service for regions usng the updated OpenProfileModule with Hypergrid.
|
| |/ /
| |
| |
| | |
Thanks "sendapatch" for fixes to llHTTPRequest status reporting.
|
| | |
| |
| |
| |
| |
| | |
01ae916bad672722aa62ee712b7b580d6f5f4370 r/17324 (Nov.18, justincc). But the root cause comes from commit 02e54c57c4901167779f07ed3e89fb1d24ffc22a Author: Oren Hurvitz Date: 7/22/2011
This is a nasty situation. The map tile UUID is, in principle, stored authoritatively in RegionSettings. However, it also needs to be stored in the Grid Service because that's how other sims can retrieve it to send it in Map Blocks to non-V3 viewers. So every time the tile image changes, that change needs to propagate to the Grid Service, and this is done via RegisterRegion (ugh!). Interestingly, this problem didn't affect grids because by default AllowRemoteDelete is false, so the prior images aren't being deleted from the asset servers -- but they were not being correctly updated in the map either, the map was stuck with old images.
|
| | |
| |
| |
| | |
[GridService]. Changed all HG-related .inis, including HyperSimianGrid. No changes in user-facing inis.
|
| | |
| |
| |
| | |
robust UserAccount service would result is LocalToGrid at the sim being false.
|
| | |
| |
| |
| | |
This should make bi-directional hypergrid work.
|
| | |
| |
| |
| | |
region Scenes and Modules. Changed existing modules to use it instead of assuming that foreign = null account.
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
