ASSS Custom Projects - radarzoom - per ship MapZoomFactor Smong - Thu Nov 30, 2006 5:54 pm Post subject: radarzoom - per ship MapZoomFactor
Well this module is pretty simple, it lets you set the MapZoomFactor on a per-ship basis instead of for the whole arena. To use it you must attach it to your arena, adding MapZoomFactor to each ship's section is optional, it will fallback to the old setting, Radar:MapZoomFactor.
Dr Brain - Thu Nov 30, 2006 8:07 pm Post subject:
Does this introduce problems with door synchronization? We've got the issue in HS, but we change so many settings that I'm curious if changing just one is enough.
Smong - Fri Dec 01, 2006 6:37 am Post subject:
Hmm, I didn't run any tests of that kind. Since you had issues with it I wouldn't be surprised if this also has the same problem.
This may just be limited to cont since I see no reason why the client should reset it's door timers just because it got a settings packet.
Dr Brain - Fri Dec 01, 2006 7:24 am Post subject:
I just figured that the a hash of the settings were used in calculating the random seed.
Cyan~Fire - Fri Dec 01, 2006 3:14 pm Post subject:
And thus Brain is on the path to cracking the Cont protocol. Dr Brain - Fri Dec 01, 2006 5:45 pm Post subject:
I've got better things to do with my life than emulate continuum Smong - Sat Dec 02, 2006 6:18 am Post subject:
The seed for the doors is inside the security packet. The only thing that could go wrong is cont reseting its door timers when it gets a settings packet. Which it might do since the door delay could change - but this was never intended to happen, so should not have been accounted for when cont was being coded.
Infact the first time I saw the doors out of sync in hs I immediately assumed you didn't have the security module loaded, which sounded half reasonable given at the time it was throwing map checksum errors (due to a bug that's now fixed).
D1st0rt - Sun Dec 03, 2006 5:24 pm Post subject:
Oh it was definitely loaded, I have miles of red warnings because of it