- 0
llRezAtRoot often fails randomly to rezz properly newly 'taken' 'coalesqued' (large) objects.
You are about to reply to a thread that has been inactive for 4237 days.
Please take a moment to consider if this thread is worth bumping.
Please take a moment to consider if this thread is worth bumping.
Question
josjoha
When taking 'coalesqued' objects (that is objects that consist of multiple groups of linked prims), the 'root prim' is supposed to be the first one clicked (the opposite of linking objects, when the last one becomes the root prim, right ?). However when then rezzing this coalosqued object using a rezzer script and the function llRezAtRoot, the object often (perhaps half the time) fails to rezz with the correct root prim at the specified rezz coordinates. Sometimes another prim seems to be taken as the root, and sometimes nothing seems to be taken as the root. The rotation is also always changed, for example it comes out at 90 degrees, or another rotation. It typically keeps failing once it fails once until perhaps a day or days later when it suddenly works again for unknown reason. Sometimes it does work properly (perhaps in total half the time.)
For good order: I am building large objects that then have to come out of a 'rezzer,' then I take them with a 'special' prim as the root so that they always get rezzed correctly (if this function works that is). Sadly this fuction does not seem to work often, despite no different procedure being taken. Sometimes relogging helps, often it does not.
I am wondering why this is happening, if I am doing something wrong, or if this function has bugs, or something else ? If this is a bug in SL is there a known work-around for this ? Thank you for your help.
P.S.
Hello Rolig Loon, thanks for answering my question. I will probably be able to make it work with "CasperTech Rez-Free BOX v1.57" even better then i had.
The way I concluded it was the first one clicked of a coalesqued object was by trial and error. I have attempted to use the last clicked now as you suggested but this also did not seem to work. If it is the last one clicked that does make me wonder why it often worked with the first one clicked. Also the naming of the coalesqued object was sometimes not what was apparently being used as the root prim, even if it did work properly. Since I will try to use Casper's system (which seems to work correctly) this will hopefully not bother me though hopefully; Casper's system doesn't use coalsqued objects hence this will hopefully not be a problem then however it is caused. (I couldn't find a 'reply' function hence i put it here).
P.P.S.
This isn't relevant anymore for a potential problem with llRezAtRoot, but ... I switched to the builder-buddy system which seems to be more powerful in various ways. I'm glad llRezzAtRoot failed. One downside of these rezzers is that they seem to rezz either everything or nothing but that can be solved (I'll probably try having these rezzboxes in another rezzer and have each rezzbox rezz a part.) Thanks for your pointers.
P.P.P.S
I think the conclusion here is then that llRezAtRoot is unstable, because the suggestion is to not use it but use a builder packager. Perhaps this is something to be added to the llRezAtRoot manual (that it is unstable for coalesced objects).
Link to comment
Share on other sites
2 answers to this question
Recommended Posts
Please take a moment to consider if this thread is worth bumping.
Please sign in to comment
You will be able to leave a comment after signing in
Sign In Now