Phlegm, GM Level Editor

Just curious, will you make a way to permanently lock levels once they're finished if you release it? Because I wouldn't really want to use it if people could just change the level to get past something. :/

Also will it support custom objects?

1) I'm trying to do my best to make it rather save. The first step in that direction was to use a binary system which makes it impossible for beginners to change anything, because they couldn't read it.
Next will be some encryption and I will also try to add some hash-operation or something similar to keep the plv levels locked to their respective game and position in it.
Also thinking about a kind of password lock.

2) Phlegm, if implemented in your game, allows for every object in your engine to be used. As it is only a level editor for the maker of the game, I guess you can do custom objects easily, because you have the gm6/gmk of this game.
All that is needed to make Phlegm use all of its features is some little changes to SOME objects, e.g. to make it easier to support code or something.
But you will see yourself once I release this early beta.

*bump*
The work on Phlegm has been picked up again.

It's very possible that it will go open-source one day, because it's a bit more userfriendly now and more things are on the run.

Phlegm can now:
- change the grid size to any size you want.
- add integer or string arguments to objects (instead of code, which was removed for security reasons)
- support negative numbers.
- and has received a little performance plus. (it IS little, barely noticable, but still)

What is planned (and has plans on how to do it):
- Password encryption
- Make the thing more userfriendly


perhaps, a beta will be available for NCFC.
I'm still open for suggestions.

Sounds great, can't wait.

Yay!

Yey!
Password encryption finally works! And it also improved the performance of the loading time compared to the old encryption system.

W00T! Can we see the insides of an encrypted file?

This is a really good engine, but it lags sometimes on my computer.

Uhh.. sure.

don't even try to uncode that... it's taken from the middle of the file and even if you knew the password, you'd not know what that is.

EDIT:
Ziso, this topic is not about gnome, but about Phlegm. But thanks anyway.

don't even try to uncode that... it's taken from the middle of the file and even if you knew the password, you'd not know what that is.

EDIT:
Ziso, this topic is not about gnome, but about Phlegm. But thanks anyway.

Wow, that's hard encrypting! I found this in the middle though: këÿ
LOL

This is looking awesome!

Phlegm is now handling Tile Layer lists (similar to GM's editor) as opposed to the previous directly saving of the layer with the respective tile which would either limit freedom or filesize.
- You can have a list of tile layers (between + and - 28800).
- You can add new layers.
- You can change the current layer.
- You can delete the current layer.
Basically all the things you could do with GM's editor.
And again, I'm open for suggestions.

And again a day has passed and I'm glad to say that Phlegm now supports LGM's defragmentation!
Since *.plv files just save the id of the object, they are somewhat "immune" to Lateral GM's defragmentation and so if you defragged ids, you'd automatically lose all your previously made plv files.
But that's history. To convert plv files:
- Create a list of your objects and backgrounds (names and ids) in the old version.
- Defrag the ids with lateral GM.
- Add a list of your new object ids to the list of the old object ids (and backgrounds of course) It will check the new names and put the new id next to the old id, so it can be called later for further reference.
- Convert your plv files.
- Enjoy.

I still need to implement those functions in the GUI, because I converted my test maps by executing the functions in Debug Mode yet

Heheh, LGM can only save in GM6 Format to prevent Lawsuits. :P

And the problem is? You can still take the gm6 and save it as gmk with GM7. (which I did) works great. The game loads a bit faster now and Phlegm also has better performance.

say, Do you think you could get this to load external tiles? If you do this would be awesome for Gmugen, that would make level making ALOT better then it is (right now you just load static backgrounds and define where the floor is) but with this you could add platforms and stuff, if this goes open source, I plan on using it

I'm saying that's probably why PHLEGM didn't work with the LGM Defragged Sources Before. XD

so, you r saying, when you release the program, I can load my .gmk file onto this and it will show all my objects which then , I can place them the room of the room editer? SWEET!!!!!!!!!! I hate the gm's editor...

Looks like you're beating me to some of my to-do list. I should work on TL some more but I don't think there's enough user base left to make it worthwhile.

Yours still looks more professional than mine. It'd be a pity if you canned it now after all that work you put in it.
But you're right, there are not too many Clickteam programmers here, which sucks...



And, OniLink:
It didn't work because the plv files saved the *object/background IDs*.
When a gm file is defragged, all the IDs are changed, so when trying to load a plv file after defragmentation, the IDs are all wrong, regardless of weither you used gm6, gm7 or gm3.1.
It certainly had nothing to do with LGM's inability to save as gmk.

mr.mario:
I didn't think of external tiles yet. But Phlegm is a tool for the developper who is supposed to have the source at hand, not a kind of end-user level-editor, so I didn't see use for external tilesets. (while there's indeed games that use only external files to keep loading to a minimum, so yea, I *could* have thought of that.)
However, a solution would be to have a fixed tileset pattern and then custom tilesets would have to follow that pattern, so you could later load the tilesets but change them to the external sheet and since the tiles in both sheets are at the same positions, your final product won't be messed up.