![]() |
findlevel() Issue
Since the servers were moved it seems as if findlevel("levelname.nw"); no longer works for individual level files on a gmap serverside, I've tried echoing the name of the returned object but it is always null, I've tried using the /refreshfilelist RC command aswell as updating levels both individually and in the form of the GMAP but the problem remains, the levels exist and are properly playable just simply will no longer be found via the findlevel command, while non GMAP levels or a parameter of the gmap filename work fine, anybody else experiencing this elsewhere?
|
Just me?
|
It never worked. On server side it sees the gmap as one big level.
|
It most certainly did work before, I've used it for several years for example in staff tools where warp locations are stored as specific .nw variables as opposed to gmap coordinates, which is helpful as if you update the size of the gmap these coordinates may no longer be valid.
|
There are getmapx(sublevelname) and getmapy(sublevelname)
|
Quote:
|
Quote:
might have something to do with that. |
It was not possible before, eventually it still worked on your server because the levels were still in memory and the npcserver not restarted after adding the gmap.
|
Is there a function for determining a gmap from a specified .nw file parameter?, as getmapx/getmapy do not tell you what the gmap name is, so say you're working off a list you'd have to store the name of the gmap, and if you're wanting to tie the x/y coordinates to a specific .nw level you'd have to store the name of that also, whereas before you only required that one .nw filename.
|
Quote:
PHP Code:
PHP Code:
|
| All times are GMT +2. The time now is 06:55 PM. |
Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2025, vBulletin Solutions Inc.
Copyright (C) 1998-2019 Toonslab All Rights Reserved.