Graal Forums - Tilelayer glitch on gmaps

Graal Forums (https://forums.graalonline.com/forums/index.php)

- NPC Scripting (https://forums.graalonline.com/forums/forumdisplay.php?f=8)

- - Tilelayer glitch on gmaps (https://forums.graalonline.com/forums/showthread.php?t=73777)

Tilelayer glitch on gmaps

I didn't mean to bring this up as a forum thread but it seems I can't ever find Stefan to tell him my self. Plus I would like the Graal public to be aware of such a glitch.

I recently just compiled a really nice set of systems, levels and tilesets that all use tilelayers. I edited the .nw files of each level on the overworld and placed tiles on both layer 0 and layer 1. When I enter any of these levels (I put layer 1 at 50% transparency so I can see both layers) all of the tiles on both layers load perfectly fine without failure. The problem is, when these levels are inside of a map, there is a major error: on almost all of the levels, only layer 0 (the default layer) is loaded.

Through enough debugging and checking into this I have managed to get the following:
- When a player is on a gmap, the level he enters onto loads perfectly fine.
- When he is on this gmap, all levels bordering his own are loaded by the gmap. (We all know this much)
- All .nw data loaded from these levels through the gmap (not the one that is entered onto when first entering the gmap) will ONLY load data on layer 0.
- The gmap still shows that there are two tilelayers but the data on layer 1 is all empty (except for the first level entered onto).

I am basically asking for just this:

Could you (Stefan) possibly make it so that when levels are loaded through the gmap, ALL .nw data is loaded?

Thank you :)

I like it when people take Graal to its limits.

Quote:

Originally Posted by Inverness (Post 1304831)

I like it when people take Graal to its limits.

I agree, it should be fixed! :D

Quote:

Originally Posted by xXziroXx (Post 1304842)

I agree, it should be fixed! :D

There is a line you can add into the .gmap file that loads all the levels instead of just surrounding.
Sadly, I don't know what it is, but you should be able to find it with a quick search.

EDIT: LOADFULLMAP

Quote:

Originally Posted by DustyPorViva (Post 1304862)

I have thought of that and will try using it but I don't think it will solve the problem (read the conclusions I came up with. It isn't an issue of loading the levels but rather the layers above 0)

Still waiting for a response...

Quote:

Originally Posted by DustyPorViva (Post 1304862)

Oh yeah and, that didn't work.

Still nothing done about this!
Anyone found a workaround yet?
Anyone even LOOKED at this yet?

In my opinion getting the problem fixed by Stefan would be the only good solution. Finding a workaround would just leave the problem there and somebody else would eventualy bump into it, but that's not how things work on graal :D

At which location (level name) can i test the glitch?

Quote:

Originally Posted by Stefan (Post 1309182)

At which location (level name) can i test the glitch?

Server: Gileada
Level: world_s_00.nw (32,32)

Here is more detailed instructions along with the actual problem on these levels:

Quote:

First sign onto Gileada. You should start out in myworld_zerotest.nw (if you don't, warp to 30,30 there).

You should see that I have managed to place an image behind the tiles. I have done this by editing the .nw file and putting all the tiles on layer 1 rather then layer 0 (I made layer 0 transparent with level.tilelayers[0].alpha = 0). Another thing to note of that the "water" tiles I made into the transparent color on the tileset graphic so that you could see this effect.

Now warp to 32,32 at world_s_00.nw
You should see a similar like level placed on a small 2x2 level gmap. The problem now is, the tile layers above 0 won't load on a gmap if they are loaded outside of the level you entered the gmap on. You can see this by walking down or to the right as the tiles on layer 1 just won't be there in the other levels. If you warp to those other levels and reconnect, they will show up but the others will not.