[sldev] Technical question
Dale Mahalko
dmahalko at gmail.com
Wed May 6 17:32:12 PDT 2009
For the server edited-prim position updating you mention, back in 2006 I
explored this thoroughly. Probably not much has changed in the client
regarding how this works since then..
In-world prim editing seems like it is instantaneous to the client user for
any number of selected prims, but results in a queued stream of position
updates sent to the sim in the background. Then over time the sim
progressively sends back its known position for each prim and the edited
prims are repositioned with ther server's known position as the updating
progresses.
There is no status info provided of how long this client-to-server edit
updating will take, but it takes progressively more and more time as
the number of separate selected objects increases, or the available upstream
bandwidth for your connection to SL decreases.
You can "break" a loose pile of hundreds objects, by doing a quick series of
edits before the background prim editing updates have completed. If the
positioning updates have not finished between edits, the client just aborts
updating the server and the intermediate prim edits get dropped, leaving you
with a "half-edited" corrupted mess.
I made some Google videos of this in 2006...
Safely moving around a stack of 1458 separate prims by being patient and
waiting however long it seems to take, to see if the background positioning
updates have finished:
http://video.google.com/videoplay?docid=-2327329216734064920
And here's how I screw up the stack by quickly moving it around without
waiting for the intermediate background updates to finish:
http://video.google.com/videoplay?docid=-8608210525014859556
(When the background edit-updates take more than 0.25 seconds to finish,
it'd be nice for some sort of progress bar to pop up to warn people that the
prim positions are still being sent to the server, and that they should not
try editing it again just yet. But this is sufficiently arcane that I don't
think a progress bar will ever happen.)
This should probably be put in the open-source wiki somewhere, wherever the
prim-edit server-update code is documented.
- Dale Mahalko / Scalar Tardis
On Wed, May 6, 2009 at 1:04 PM, Carlo Wood <carlo at alinoe.com> wrote:
> I wish to debug something that happens as a result
> of a server message - but I have no idea where to
> start (where to put the breakpoint).
>
> I can trigger this by editting a prim. For
> example-- I create a box, and then I change
> a value in the Object TAB (ie, position or
> rotation etc) and hit enter. This will send a
> message to the server.
>
> I am assuming that some feedback message will
> be returned by the server to tell my client that
> the prim changed.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090506/48125d8a/attachment-0001.htm
More information about the SLDev
mailing list