Gharlane Cheviot

After the last restart sl gots the behaviour of a random generator. I could log in to my sim (sim capabilities couldn´t granted - or something like that)Now the sim doesn´t rezz since more than a half an hourI cannot delete an object (Cannot derez object due to inventory fault)I cannot rezz an objectNobody can tp to my simLocal chat doesn´t workNo possibility to submit a ticket (looses Login details)No change of clothings possible or uncompleteTo be honest: I pay a hell of money and meanwhile I am a bit (ok; not only a bit) annoyed about these ongoing technical problems. Meanwhile there won´t be ONE day without problems. I have no idea, wether this is the correct are for that question. If it isn´t I beg for a hint. Meanwhile I got the hint to use the support chat. Well; thank you for that, but because of the time shift it isn´t online now and creating a ticket doesn´t work (look above). Thanks for the hint "clearing the cache". First I do, if SL becomes kinkiy is to clear the cache and sometimes to reinstall the viewer and to check the original viewer. It doesn´t become better. In this case it became worse.

Hi, the first frame is untouched - and the problem already appears in Qavimator. It looses the y-positon already after saving and reloading. Funny enough: I took a look at the file with notepad - the y-positons are store perfectly, but they will be spoiled while opening the file again.

I have a problem with Qavimator (every version i know). I am creating an animation and that includes changes in the y-position of the whole body. After saving and reloading the entered values are gone and replaced by some more or less randomized values. What happened there? Is there an alternative to qavimator, an explanation about this behaviour or a bugfix or something else? Thanks in advance

Hello together, as far as I know, there actually is no bugfix for combining a facial expression while uploading an animation. Thus it doesn´t work. Therefore I have to start the facial expression by the script. But the problem is, that they aren´t looped. Is there any other way to repeat them automatically them besides a timer event, that restarts the animation every second? Thanks in advance

Thanks for the advices and the code - I changed it and some other things. Now it works.

Thanks for the hint - I changed it and some other things. Now it works.

Indeed it is an object the avatar previously sat on. The relaypart of the avatar remembers the UUID and checked it out; thet uuid is correct. Also before the @sit command is send I send some rlv-command to unset restrictions. (sittp, tploc, tplm, unsit, sit). The resitter should start after logging in and sat the avatar on the object sat before logging out. Especially annoying is, that sometimes it works - sometimes not. And I cannot find a pattern. I am under the impression, that it works, if I look at the target object. But that makes no sense.

Thanks, but unfortunately it has.

I searched the forum for my problem, but didn´t found a solution. If I overlooked a suitable thread I beg for a hint. The problem: I scripted a worn resitter after relog using the rlv-command @sit:...=force. It works for any UUID but for the chosen one. I´ll checked it in a loop with rlv-debugging in firestrom (actual version). The command will be sent for maximum 240 times (every second). Sometimes it works after 20, sometimes after 120, sometimes never. with any other UUID it works. The object I wish to set the avatar is existing and the UUID ist correct. Background: rlv enabledno other relayno interfering other objectsManual sitting by pie menu works without any problemClick action has been changed to sit instead of touchPie menu titles for touch and sit have been changed by the target objectExisiting restrictions (if there are some) will be reset before the sit-commandI have no clue, what happens. Is there any option in the target object, that can cause this strange and unstable behaviour. The target objects script has no touch-section, but a changed-section. Most confusing is, that it works with any other object immediately. Any hints? I am trying to fix that since several days now. Again; thanks in advance. BTW: The rlv-debugger says: failed: @sit:3752b91d-d21a-b63b-cd5d-3b2ebac6ad06=force (invalid option) After a while (sometimes) it changes to executes - and than it works

If this is the wrong place for I would appreciate some hints where to post it. Thanks in advance. The problem: I scripted a resitter after relog using the rlv-command @sit:...=force. It works for any UUID but for the chosen one. I´ll checked it in a loop with rlv-debugging in firestrom (actual version). The command will be sent for maximum 240 times. Sometimes it works after 20, sometimes after 120, sometimes never. with any other UUID it works. The object I wish to set the avatar is existing and the UUID ist correct. Background: rlv enabledno other relayno interfering other objectsManual sitting by pie menu works without any problemClick action has been changed to sit instead of touchPie menu titles for touch and sit have been changed by the target objectI have no clue, what happens. Is there any option in the target object, that can cause this strange and unstable behaviour. The target object has no touch-section, but a changed-section. Any hints? I am trying to fix that since several days now. Again; thanks in advance.