| Commit message (Collapse) | Author | Files | Lines |
|---|
|
* And hopefully rebaking all the time should no longer be necessary now
* It turns out that when the client baked the texture, the uploaded asset had the Temporary flag to true (Temporary is actually deprecated).
* It also had the StoreLocal flag set to true, which signifies that the asset should be stored locally. If it disappears we should reply to the asset request with
ImageNotInDatabasePacket
* However, last time this was enabled some clients started crashing. This may well no longer be the case and needs to be tested, but in the mean time we will store
the asset instead.
* This needs to be resolved in a better way, possibly by starting to send the ImageNotInDatabase packet again instead
|
|
* This is a HUGE OMG update and will definitely have unknown side effects.. so this is really only for the strong hearted at this point. Regular people should let the dust settle.
* This has been tested to work with most basic functions. However.. make sure you back up 'everything' before using this. It's that big!
* Essentially we're back at square 1 in the testing phase.. so lets identify things that broke.
|
|
Remove old comment in SnapshotStore pointed out by ChrisDown (bug #2000)
|
|
Attachments now persist across logouts. Mostly untested.
|
|
|
|
Attachments now save to MySQL. No reattach on login yet.
|
|
Plumbs in attachment persistence and adds the tables. Currently MySQL
only, no user functionality yet.
|
|
|
|
some proxy object optimizations.
|
|
you really can have pants.
|
|
|
|
FluxOne found.
|
|
|
|
|
|
the MSSQL and MYSQL mappers back in under datastores and looking at doing
gid bits for this
|
|
|
|
AvatarAppearance
|
|
|
|
move the appearance sending bits to ScenePresence
|
|
a more data friendly object
|
|
PROGRAMMERS. NAUGHTY.
* Thanks to Andrew (DeepThink) for working on this one.
|
|
|
|
* Converted a large number of read-only fields to be actually, readonly.
* Reformatted code sections.
* Removed redundant code.
|
|
(this took a while to run).
|
|
|
|
support for region move/split/merge. See ThirdParty/3Di/README.txt. Unless the new modules are used there should be no noticeable changes when running OpenSim.
|
|
mode (with accounts_authenticate set to true), it also only currently has a mysql database connector. (sqlite one will follow soon). It also uses the tribalmedia database system, so this needs checking to see if the old problems with mono have been fixed.
To use, see the appearance section in opensim.ini.example, set "persist = true", then add the correct connection string for your database.(see mysql-AvatarAppearance.sql in share folder for a example of the table mysql table structure).
This could possible be used in a very small grid, but would mean each region server would need to connect to the same mysql database.
But the work to move the code to one of the grid servers shouldn't be too much.
|
|
* shortened references
* Removed redundant 'this'
* Normalized EOF
|
|
* added Util.Clip(value, min, max)
* modified asset cache's numPackets calculation to use max packet size (600) instead of 1000
* removed a few magic numbers
|
|
|
|
feedback, as to if it makes the texture problem better or worse. As I plan/hope to work on texture/asset downloading this weekend.
|
|
ScenePresence "has" a AvatarAppearance object. All the ScenePresences in a opensim related to one user (so a user's various ScenePresence's in all the regions in that instance) share the same AvatarAppearance object. This means that a user's avatar should appear correctly (to both that user and other users) no matter what border crossing or teleporting they have done.
Note: this mainly improves Standalone mode, as in grid mode the appearance data isn't passed between region servers. Although people should notice a improvement when moving between regions in the same instance.
|
