Current Project: HUD7

Report Issue List Issues

Issue ID# 203 The uHUD's RLV-relay tends to unreliability.
Status: Completed Version: 7.2.2 Priority: 3
Assigned to: Submitted by: Miriam Himanez Attached file:
Type: Bug Submitted:
14/04/2016 18:26:35 PDT 		Last Update:
22/07/2016 19:03:34 PDT
Description: 1. Make sure to have your sub's RLV-relay set to "auto".

2. Take her to some dungeon and let a device (RLV-trap/furniture, forcesitter and so on) grab her.

3. Proceed to the next device and try out as many as possible.

What should happen: Most devices first scan for the relay and if found, offer to trap sub. Trapping sub comes with more or less additional restrictions. Anyhow the result should be, that the relay gets recognized and sub trapped with the restrictions being applied properly. Of course after release these restrictions should be repealed as well.

What actually happens: There's a chance I tax between 30 and 40%, that either the device doesn't recognize the relay or fails to grab sub. If such a grab-attempt fails, the device usually fails to recognize the relay on the following trials as well. Although it differs after a relog, which device is successful and which not, it never differs within the same session, so a device once having grabbed sub successfully, will continue to do so but might not after relogging. Sometimes releasing doesn't work well either and sub needs to relog to get rid of the restrictions.
At the moment I'm a little bit short of time but I'm planning to do more tests soon including using a stand-alone-relay, to get results I could compare with the ones of the uHUD's relay and to be able to close out possibly malfunctioning devices as well.

Note ID# 857:

User: Miriam Himanez Submitted: 19/04/2016
Hi Lulu. I did comparison-tests with the DEM-relay and received good results. Just some forcesitters failed to work properly on the first trial, usually if having switched from one device to the next very fast or having provoked a malfunction in the previous trial by trying to force sit onto a still not rezzed ball. If such a trial failed the following one after waiting 1 or 2 minutes had been successful most times. Next tests I'm planning to do with the uHUD's relay again.

Note ID# 864:

User: Miriam Himanez Submitted: 21/04/2016
Hi Lulu. I've got some news, I'd like to tell you about:

First is, that I managed to get a tkpba 110x (Which is implemented into the uHUD at the moment?), so now I could do tests with that one as well if still needed.


Second is, that I did some tests today using the relay (Turbo RLV Relay 1.315) offered at the new Think Kink-shop. Although I already tried out many devices I truly didn't receive any fail so far. Really pleasing! Everything is full perm and after reading the related ncs it seems to me, that one of the creator's intentions was, to make the relay integrable into other builds as easy as possible. Could this be an alternative if the problems with the uHUD's relay can't be fixed?

Note ID# 865:

User: Miriam Himanez Submitted: 21/04/2016
Finally I managed to trigger some fails, using the Turbo Relay, same way like already mentioned in Note #857 (after trying to force sit onto a still not rezzed ball). Changing fast from one device to the next still doesn't seem to overcharge the relay.

Note ID# 866:

User: Lulu Submitted: 22/04/2016
I'm happy to consider the Turbo Relay if you feel that it's more stable.

Let me have as much info (notecards etc.) if you can? Just send it my way inworld even if I'm offline.

Note ID# 867:

User: Miriam Himanez Submitted: 23/04/2016
Package sent.

Note ID# 930:

User: Lulu Submitted: 18/06/2016
Updated status to In Progress from New.

Note ID# 931:

User: Lulu Submitted: 18/06/2016
chloe1982 constantine is working on the bugs atm. Let's see what she comes up with.

Note ID# 946:

User: Miriam Himanez Submitted: 24/06/2016
Hi Lulu, I've got good and bad news.

The good news first: Restrictions applied by devices seem to be processed very well by the relay. I experienced nearly none fails while staying inside RLV-zones/cages/cells and just very few while (finally successfully, please see below) sitting on furniture. Releasing most times worked well too.

Now the bad news: The relay still shows significant weaknesses, whenever a device tries to grab and force-sit. (Going into an RLV-zone or autoclosing cell/cage caused the trap to be triggered successfully on nearly any attempt, for example.)
I'm taxing the rate of failed attempts to be grabbed by an RLV-furniture using an inbuilt grabber between 20 and 30%. If such an attempt failed, on the first trial the device recognized my relay but failed to grab me. Afterwards on the second trial the device already failed to recognize the relay itself.
It got worse when using simple force-sitters combined with common furniture, exspecially devices using poseballs. At least 70% failed attempts!

So as result it seems to me, it could be force-sit (explicitely), causing all the problems.

Note ID# 982:

User: Miriam Himanez Submitted: 22/07/2016
Hi Lulu, I did a test-run through the furniture of 2 dungeons using uHUD [2.2-beta.6] and received very good results. The relay stayed stable and the failure-rate was as low, as it used to be, when I used standalone-relays recently.

Note ID# 983:

User: Lulu Submitted: 22/07/2016
Very happy to hear that. Thanks Miriam!

Note ID# 984:

User: Lulu Submitted: 22/07/2016
Updated status to Completed from In Progress.