![]() |
onwall2
Works just fine in levels
Returns "true" constantly on gmaps Or maybe just gmaps with tiledef type 1? wtf? |
Tried %64 on the first two input values?
|
hmm- it should work @ Tyhm...
|
It does work on gmaps, I'm completely sure about that, since I have used onwall2() in Era's movement system. Maybe post your code here so I/we can take a look at it?
|
Quote:
|
Relevant bit:
PHP Code:
Also it should be noted the NPC in question has dontblock(); and setshape 0 by 0, just to make sure it won't block itself. |
PHP Code:
|
Oops;
&false is debug - means "never actually check this", as that part of the code is currently disabled. Editing previous post so you can see what it looked like when it worked as described... |
'x' as in the position of the object or a set var? if a var please post
|
position of the object, modified (in theory) by the move command later on.
|
You know, it's possible I'm just botching the addtiledef; doesn't it have to be called serverside somewhere so the Server knows what set of onwalls and onwaters you're using? I mean, clientside sure, it can figure it out based on what the player's tiledefs are, but do I have to add a line to the server options or the control NPC or every script that asks for serverside onwall?
|
Quote:
http://graal.net/index.php/Server_options#Tilesets |
Bugger. Thank you, that answers my question perfectly. And newtilesets=true is right there in the serveroptions, and the problem persists. I'll make a test weapon that lights up everything it considers onwall serverside, see if I can figure it out...
...well, that went disasterously. Not only are all conceivable output methods clientside only (making a "Quick and easy" serverside-onwall-checker neither quick nor easy), but my best effort returned with the conclusion that every single tile on even the test levels is a wall, a conclusion not even the zombie NPC came up with... |
Furthering The Mystery:
When these zombies are placed at 32,32 on level a_01 of a tiledef2 gmap'd map, they find walls everywhere. When the exact same level is renamed so that it's no longer a tiledef or a gmap, they work fine When the exact same level is renamed so that it's STILL A TILEDEF but NOT a gmap, they work fine! onwall2 just won't work on a gmap! Wtf!? Further Still: PHP Code:
|
Quote:
Thank you all for your kind indulgence. |
Quote:
|
Quote:
HTML Code:
newtilesets=trueAre you sure you've spelt this correctly? |
| All times are GMT +2. The time now is 04:19 PM. |
Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2026, vBulletin Solutions Inc.
Copyright (C) 1998-2019 Toonslab All Rights Reserved.