Chacal wrote:and I get back from Nairobi
/me awaits the plane landing
Chacal wrote:and I get back from Nairobi
That's strange, I unlinked the SceneObjects to their SimpleRegionSensors... However I didn't remove them from the file as it would have been quite long. It seems Uru still loads them ? I might better delete them in that case.Diafero wrote:It wasn't crashing, the server just kicked the client because it sent an unknown message (plClimbingMsg).
Yeah, I forgot this return.D'Lanor wrote:Note the return under "if len(PtGetPlayerList()):". Weird enough this also skips the ageSDL initialization in multiplayer mode. That does not seem right to me.[...]
These SDL variables are not so much for the chair itself but to make sure that only one person can use the control panel.
I don't know... all I can say is that I see these messages. If you are using a recent 64bit-Linux, I can send you a Wireshark plugin to have a look yourself, but I don't know how to build it for Windows.Sirius wrote:That's strange, I unlinked the SceneObjects to their SimpleRegionSensors... However I didn't remove them from the file as it would have been quite long. It seems Uru still loads them ? I might better delete them in that case.Diafero wrote:It wasn't crashing, the server just kicked the client because it sent an unknown message (plClimbingMsg).
Sirius wrote:Anyway, here is the modified script. I removed all the SDL variables and made other big changes. Feel free to correct anything, I can't guarantee everything is perfect, especially on the multiplayer side.
diafero wrote:I noticed one instance of weird behaviour, which may have happened before, too: If I jump on that lift when entering the maintainer Nexus, the lift animation restarts and it changes my cloths to the default avatar. If I jump again, I get my normal cloths back. I do not know if that is reproducible...
if (id == entryTrigger.id):
if (not suitDone):
PtWearMaintainerSuit(avatar.getKey(), false)
suitDone = true
Maybe it would be better if I delete these old SimpleRegionSensors. However, I don't really know what is the difference between "pf", "pt" and "pl" messages (pl for PRPs, pt for Python and pf for the client ?). I'm quite sure one of them is used for the panel messages (as "add blocker", "set max number of blockers"...). The python file uses this function of the API (ptClimbingWallMsg), which manages most of the network-related messages.diafero wrote:The plClimbMsgs do not have a sender, btw. There are also a lot of pfClimbingWallMsg, are these expected? They were already accepted by the Alcugs server, so obviously I encountered them already before.
Yes, annoying bug... the region in the subworld behaves wrong. I tried to un-parent it to the subworld but it didn't work. We could add D'Lanor's fix, or try to fix the region (which would be better to make sure the elevator animation isn't restarted as well). I had the same problem with the suit machines, because if you are wearing the suit already it sets the default clothing on your avatar.diafero wrote:I noticed one instance of weird behaviour, which may have happened before, too: If I jump on that lift when entering the maintainer Nexus, the lift animation restarts and it changes my cloths to the default avatar. If I jump again, I get my normal cloths back. I do not know if that is reproducible...
I haven't had time to try it online myself, however I'm glad to hear it . I don't know if Cyan will accept us messing around in their PRPs... I think trying to make it work on MOSS shards would be already a big progress.Karkadann wrote:WOW IT WORKS although I was just goofing around on my own, iv been wondering about the wall for years
Thanks Guys The Gerrision wall a DI exclusive, any chance on you guys getting Cyan to get their version working?
Sirius wrote:Yes, annoying bug... the region in the subworld behaves wrong. I tried to un-parent it to the subworld but it didn't work. We could add D'Lanor's fix, or try to fix the region (which would be better to make sure the elevator animation isn't restarted as well).
D'Lanor wrote:Yes, that is how PtWearMaintainerSuit() works. I fixed it in UU long ago by adding a new global variable "suitDone" to grsnNexusBookMachine.
- Code: Select all
if (id == entryTrigger.id):
if (not suitDone):
PtWearMaintainerSuit(avatar.getKey(), false)
suitDone = true
And as you "link" out of the maintainer Nexus you set it to false again.
Users browsing this forum: No registered users and 0 guests