Attack of the mutant camels from mars?! Oh hell yes.

DUDE that is trippin me out.

Here's me being all orange like

<img src="http://i369.photobucket.com/albums/oo136/4Sweet2Leaf0/l_8ada991b5fe7d2eb82cd60c7d78ca394.jpg">

"Failed to save application (verify failure). Your changes have NOT been saved! Please report to scirra blah blah blah

Reported Error: Unhandled exception"

Didn't know where to put this so there ya go. I guess I should PM Ashley? Bugtracker?

Not really sure what caused this. Construct was up for a few hours while my computer was sleeping. I then changed some private variables in a sub event, saved, and blam.

There's vague plans for a plugin that can do tile-based 'painting' of levels directly in the layout editor, but I don't know if it'll make 1.0.

This was about 2 years ago. -cries-

I wonder if David even comes around here anymore. Guess it couldn't hurt to ask him. Simply being able to 'paint' some form of tile in Construct's level editor by holding left click works for me.. provided they have some properties of their own.

But as Clud_GL mentioned it, i don't think ist is necessary to assign values and properties to the tiles. Saving and loading as a graphic is enough i think.

What would you use for this other than a sprite object? Also, if you want to interact with the tiles in any way they're going to need some kind of value. Think about things like terrain types - Your player's footstep sounds will change depending on what type of terrain you're walking on, or certain particles will be made when shooting a certain tile. Maybe some tiles will break when you stand on or shoot them. Some could be tiles that affect the player's movement like ice or treadmills. All of this would have to be added in the level editor too.

Also, the editor would have to load all of your objects. Enemy spawners, doors, player start position, triggers, you name it. I figured using objects for everything would just be easier, but again, not the most practical approach I guess..

I've been working on my 'dream game' for the past few months now, and it's been going great - even better than I had expected. Gotta love Construct. However, I realized I'm going to have to make a tile-based level editor if I ever want to see it finished, and for a number of reasons. I'm sure most of you know what they are.

So I started building one using Mort's example that uses arrays and the text manipulator object. I've made some progress and now have a working level editor with a snap-to grid. You can choose your tiles, flip/rotate them, give them private variables, change collision type, save to/load from files, and the like.

Problem is, I don't know how practical it's going to be in the long run. For starters, the tiles you can select are actually sprite objects with multiple animation frames as the tiles. I chose to use sprite objects because I have no idea how I'd go about uploading an image and cutting it out into usable tiles, nor do I know how I'd manipulate and give said tiles the properties I mentioned earlier. Using sprite objects seems to be the only way to go.

That brings up more problems. Because the level editor is a separate application from my game, there's no way to load these 'sprite object tiles' into the game because they only exist in the level editor. I can get around this problem by building the level editor inside my game's .cap, but because you can't transfer objects or layouts from .cap to .cap I'd have to rebuild it for every game I make. Not only that, but like I said earlier - each tile is a sprite object, so if you have too many of them in your level you're gonna get some major slowdown.

Aside from all that, I'm not sure how I'd go about doing a few things like making a fill tool or selecting/modifying multiple tiles at a time.

Finally, from what I've gathered there are a lot of people here who are begging for Construct to get a tile-based level editor, or atleast add the option. What's a 2D game maker without one? With all of that said, I propose we put our minds together and make our own. We can start with the one I made, or build a new one from the ground up (I hear using INIs or the S plugin would be better anyway. I'm not sure using mine would be the best way to go either, with everything I've mentioned about it.)

Not having a tile-based level editor has been the only thing preventing me, and I'm sure a few others, from making all kinds of games. It has in MMF, It is in Construct, and I'm sure as hell not switching to GM or something else with one after spending so much time with the two.

So what do you think?

Quite some time ago, I was working on an effect for color palettes, called C-DEX. It works quite similar to what you present, but without the need for any events. However, there was no feedback or overall interest in it, so I cancelled the development.

Say WHAT? I've been looking forward to it for months ;.;

Oh, cool. Thanks man!

How would I go about externally loading sounds that are in a folder separate from the .cap or .exe? As in...

Game>game.exe

Game>SFX>(numerous folders full of sounds)>sounds

I tried

+Start of layout

-(Xaudio2) cache directory AppPath

+Something happens

-(Xaudio2) Autoplay file AppPath&"Sound.wav"

Well that only plays the sound if it's in the folder the .cap or .exe is in. So I appended &"SFX" (Folder name is SFX) to the action in the first event, but that didn't work. I tried a few other combinations of AppPath and folders, but nothing worked.

It's not a bug; it's your keyboard. Most keyboards can only register a few keys at a time.

After like 3months of using Construct i am stuned and saden by how small progress ive made and how huge my own limitations are. That being said, i find myself unable to develope any game of my design using Construct.

This topic is preety much my last hope.

After like 3 years of using Klik n' Play, Click n' Create, TGF, Jamagic, MMF, MMF2, GM, Construct, and attempting python & C++, I'm stunned and saddened by how small progress I've made and how huge my own limitations are, HOWEVER I've come a long way, worked with a lot of people, and made close to 50 games (cough..'engines' and unfinished games at least) and am pretty happy to have gotten this far.

Davioware is right; 3 months IS absolutely nothing when it comes to this stuff. I've been working with Construct since last june, and even though I've made a number of projects with it I've still barely grazed the surface.

INI is pretty simple, and Construct pretty much handles it for you. If you don't like INI try arrays, if you don't like those try hashtables, if you don't like those either then hell I dunno, make a game that doesn't require saving or use Construct's save thing lol.

If you still feel like throwing in the towel then good luck finding someone to program your game for you.

Ahhh I didn't really think about that.. Well thanks man this works great! I'll try to look over my events a bit more carefully next time.