![]() |
Tileheight and a new level editor
Well me and Stan were talking about how tiles height (or z) could be implemented and I figured the only fool proof way Stefan could do it is to make a new level editor (if he isn't already) where you could indicate each individual tiles height (0 by default). Also the new level editor could have all the features that people have been asking for, like multiple tileset layer support, GS2 emulation, etc etc.
|
Quote:
|
wow this sounds cool
|
Quote:
|
Quote:
|
I think that's a horrible idea Vash, would probably be to laggy (well not to laggy but the extra load time would not be worth the reward) and add pointless stuff to load from the .nw files (you would now have more then just 2 characters per tile) and I'm sure almost no one would use this except the more innovative servers.
I've come up with probably the only way it would work practically as follows: Since a TLevelObject has to be on showimg layer 1 and all TShowImgs have to have some sort of layer number (I'll only talk about 0 - 3 here since 4+ doesn't matter), then the tilelayers need a "displaylayer" variable which would be some number between -1 and 4. 0 through 3 would just display the layer much like a TShowImg with that layer, -1 would be the default of tilelayers and would display under all non-tile objects. 4 would just display it over everything no matter what (except other tilelayers on 4). These layers could then be given the "z" variable. All tilelayers, TLevelObjects and TShowImgs (on a given displaylayer) would be displayed in this order: - Anything objects gets displayed over anything that has a lower Z variable then it. - For any object with the same Z: * non-tilelayers get priority and display first. * the tilelayer with the higher index would be displayed on top. This method should make it exactly as it is now with only new featuers added (to avoid messing with any current things using tilelayers or z attributes). Thoughts? |
(Double posting as last post is completely separate from this one)
Quote:
|
Quote:
*cough* Invern *cough*:cry: |
Quote:
|
Yeah, GK is a terrain map, completely different from the normal Graal style.
And Zero, I don't think it would be very laggy at all. I mean, that's like 1 extra character per tile to load. 64 extra characters would not take very long to load. That's not even 1 KB worth. It wouldn't even be noticeable. Now, depending on how it's done, it might 'cause some lag on gmaps, especially very large gmaps, but I know Stefan is smart enough to overcome that. ;) |
Quote:
|
Just give us a NEW EDITOR. I'll settle for basic things...
|
How about:
1) An easier way to set tilesets and make it so that ALL tilesets work 2) A redo button 3) Fixing the small glitch where if you switch between a gmaped level (with the loadmap script in effect) and an inside level, when you switch back to the gmap, you would not have to reload the gmap. Layers with multiple tilesets would be beautiful as well. :) |
All times are GMT +2. The time now is 04:58 PM. |
Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2025, vBulletin Solutions Inc.
Copyright (C) 1998-2019 Toonslab All Rights Reserved.