| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|
|
|
|
|
| |
Thise were client supplied untrusted values we never used anyway.
|
| |
|
|
|
|
|
|
| |
* refactoring
|
|
|
|
|
|
|
|
| |
values for the total throttle (the one that throttles all packet output)
* Not complete yet
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
old way: each region module interested in chat from client had to
- subscribe to scene.EventManager.OnNewClient
- then in its OnNewClient delegate it would subscribe to
client.OnChatFromViewer to capture chat messages coming
new way: ChatModule is the only region module that uses the "old
way" approach but is now forwarding all client chat via
scene.EventManager.OnChatFromClient
- each region module interested in chat from client now only
subscribes to scene.EventManager.OnChatFromClient
this not only simplifies code, but also allows us to substitute
ChatModule with derived classes (ConciergeModule is going to be one
example).
Also, this changeset changes ChatFromViewer to ChatFromClient as it
doesn't necessarily have to be a viewer that is a chat source.
i've taken great care to only comment out those OnNewClient delegates
that were only used for getting at the client chat --- hope it's not
breaking anything.
|
| |
|
|
|
|
|
|
|
| |
Thank you, idb, for a patch to implement the packet and plumbing for
the material settings.
|
|
|
|
|
|
|
|
| |
* Switched it on by default
* Updated OpenSim.ini.example to reflect this
* Caught a UDP Server issue that occurs when the network pipe is saturated
* Still experimental :D
|
|
|
|
|
|
| |
- Removed MapBlockData.Flags; it isn't used anywhere (maybe MapBlockData.RegionFlags replaced it?)
|
|
|
|
|
|
| |
- Implemented llMapDestination.
|
| |
|
|
|
|
| |
from the last commit
|
|
|
|
|
|
|
|
| |
* This actually probably doesn't make a huge difference. We still end up resending a massive number of packets in quite a few situations, but it's not easy to consistently
reproduce this.
* Might really need some throttling of packet send to the client on the OpenSim end.
|
| |
|
|
|
|
|
|
|
|
| |
approximately sent was not being stored in the ack record
* This meant that acks were being sent out every 250ms when the ack timer fired, rather than when they had actually aged past m_ResendTimeout
|
| |
|
|
|
|
|
|
|
|
|
| |
Estate/ Manager Owner Uses the Region/Estate Menu Region TAB,
and uses "Teleport Home All Users..." (Action Button), the
action will complete but no one will be teleported and all
users still function in the region ok.
|
| |
|
|
|
|
|
|
|
|
| |
Correct a typo in namespace declaration
Also adds a new flag to the PacketManager to force retention of packets
marked reliable (default off)
|
| |
|
|
|
|
|
|
| |
* returns FAKEEVENT instead of the connection returning a 502. It doesn't like our 502's for some reason.. so, in leau of this.. send it a fake event.
* Once again, this is still 'really early' code, so please don't blame us if you have no more threads left.
|
|
|
|
|
|
|
|
|
| |
* Updates to libomv r2243,
* Remove lots of unnecessary typecasts
* Improves SendWindData()
Thanks jhurliman.
* Will update OpenSim-libs in 10 minutes..
|
| |
|
|
|
|
|
|
|
| |
* It seems kind of silly to be building a 256x256 array just to use two 16 float blocks.. but for now the layerdata routine requires it so we'll go along with that.
* We only fill a 32x16 area of the 256x256 float array with data.
* We use patches 0,0 and 0,1 for the first and second patch to determine the direction and magnitude of the wind.
|
|
|
|
|
|
|
|
|
|
| |
Check the client dialog box (from top menu) WORLD / REGION ESTATE
/ REGION tab. The client dialog box seems to have a hard limit of
about 32 characters per line available for displaying the region
version number. Our regions are sending a string which is greater
than the limit, causing the client to wrap the text and look ugly.
|
|
|
|
|
|
|
|
| |
* A little wind wouldn't hurt anyone, right? This is the 'slightly breezy' setting.. hopefully you won't notice 'much' of a difference.
* It turns out the terrain patch routine is similar enough to the wind version that it can be used to hack together a breeze generator with a few mods.
* Not much configuration.. yet. You only get breeze updates in the general vicinity of your camera now to keep bandwidth usage down.. and we're not talking about 'much' movement at the moment.
* initial version... could use improvement I'm sure.
|
|
|
|
|
|
|
|
| |
and makes it use a common set of types in both engine. Fixes the issues with
running both engines and HTTP requests / listens / timers etc..
Also fixes a couple of minor Scene issues and a CTB by nullref.
|
| |
|
| |
|
|
|
|
|
|
| |
it was meant to. No functional changes, just better code
|
|
|
|
|
|
| |
perms module
|
|
|
|
|
|
|
|
|
|
|
| |
for inventory REST calls for the time being, as firefox, curl, and
also python's urllib2 cannot authenticate using digest auth.
fix permission checking for prim inventory to be the same as for
normal edit ops.
|
|
|
|
|
|
| |
* Allow a grid mode region simulator to properly shutdown even if the grid service is offline
|
|
|
|
|
|
|
| |
* if a packet was really null it would be caught by the general exception handler at the top of the client thread, which would also provide more information and attempt a clean
shutdown
|
|
|
|
|
|
|
|
|
| |
startup (script startup doesn't count here)
* There was a small window where region logins were allowed before modules were loaded - avatars logins that hit this window could have caused bad things to happen.
* A similar change will follow for grid mode sometime soon
|
| |
|
|
|
|
|
|
|
|
| |
protected.
* Made several methods virtual to allow derivative overrides.
* Minor cleanups.
|
| |
|
| |
|
|
|
|
|
|
|
| |
Read animation data from avataranimations.xml to allow default animations
to be started and stopped by name from scripts.
|
|
|
|
|
|
|
| |
* Force ClickAction persistence even if other object properties are not edited
* Thanks nlin!
|
| |
|
| |
|
|
|
|
|
| |
Fix unreachable code due to typo in llDetectedGroup.
|
|
|
|
|
|
| |
object property. Fix issue 2149.
|
|
|
|
|
| |
* Please don't break the build. *fingers crossed*
|
| |
|