I think the tile map object already works like this, as it allows you to create huge levels with small draw calls only rendering what is on the screen. For enemies you can just create spawn points in your level that spawn when a certain distance from screen and destroy after screen.

Otherwise the only way I can think of to do what you want is to use arrays to store your level tile positions and enemy positions and keep looking up the array to create tiles and enemies in the right position when the player is close.

But to do this you will first need to create a level editor to create your levels and enemy positions then store them to arrays and make code so your game can read the arrays produced by the editor.

Creating a level editor could, potentially, be more complex than creating the game itself, but it is a common thing to do and construct gives you nice form tools to use for such a thing.

as GenkiGenga said though run some tests with the tools that Construct 2 gives you first before you start thinking about other ways.

What happens if you compile with minify ?

I ask because according to Ashley the minify/obfuscate option on compile uses Google's Closure Compiler in advanced mode.

and according to Google info, the advanced mode goes through looking for simple functions and "inlines" them.

So if the functions as used in events appear as functions in the JS output then maybe these types of simple functions will not even be functions in compiled code.

"....Compilation with ADVANCED_OPTIMIZATIONS replaces the call to displayNoteTitle() with the single alert() that composes the function's body. This replacement of a function call with the function's body is known as "inlining". If the function were longer or more complicated, inlining it might change the behavior of the code, but the Closure Compiler determines that in this case inlining is safe and saves space. Compilation with ADVANCED_OPTIMIZATIONS also inlines constants and some variables when it determines that it can do so safely...."

https://developers.google.com/closure/compiler/docs/api-tutorial3

Yea I get It. Sorry, crappy post. Not helpful.

Not having a go. I was just getting a bit worried. I want C3 to be rock solid as much as anyone.

Ill try the bullet pattern thing I was trying this morning a few times over the next few days.

If I manage to repro something / get a crash report Ill get back. Cheers.

I've tried C3 a few times over the last few days.

I'm getting a crash / freeze on every use after a while losing all unsaved work. Doing different things from scratch. No demos or C2 files. Using Google drive but Not doing anything I wouldn't confidently do in C2 without issue. Eg this morning just messing with bullet patterns with for loops.

This is on both android sonyz1 and windows 10 surface pro4. Once I got a crash dump text on the sp but all others just froze.

I guess I'm posting because I love the C3 browser /cloud concept and do understand that it is beta but these crashes are not encouraging me to be an early adopter. There's nothing really to report except an aparant general instability.

Also I think closing the bug forum and mandating github at this beta time is a really bad idea. Yes definitely use it for serious bug reporting and management and sure use it once C3 is out there and stable but during beta you guys need all the feedback you can get on how C3 is doing no matter how many abstract sh1t posts you receive.

Depends what you are doing

You shouldn't have any errors on default plug ins or conditions if you are using them correctly

A common one is not having the sprite you are calling not already in the layout at the start of the layout.

All the sprites and other layout objects have to be in the layout at the start. YOu can then destroy them or re use them but they have to exist at the start.

Other errors can crop up from not using arrays correctly or while loops etc, if you are using 3rd party plug ins then that is a whole different issue.

You can post a pic or details maybe someone can help

but basically if you read through the manual you should be able to use all the default plug ins and conditions without too much fuss.

Maybe...

>

> ...

> How do you find the time???

>

>

If you love something you always find time to spend

For me I always have to steal it from tomorrow.....

cjbruce

Cool. Its very enlightening to see these alternative approaches.

HTML export clearly has some great advantages that, in general, IMO, are still very much untapped.

cheers.

There are 1000s of awesome pixel artists animators on diviantart , pixelation and other similar sites dying to have their work in a good game.

Most will work for money, but many will work for free for fan art games, or profit share > IF < you can demo a competent game engine / alpha build.

Don't go to those sites empty handed with half a page of "awesome game idea, need some artwork" you will get no response. Build up your engine with rudimentary sprites, get the mechanics working and formulate some ideas on the art style. Then at least you will have something talk about.

...Or you can lead with cold hard cash. that will work 99.9% of the time....

Im thinking a good compromise would be 30 hours full featured free use per year for anyone, new comers and lapsed subs like.

This would be far better than a cut down demo for new comers allowing them to get familiar enough with the tool to make an informed choice to sub. It would give C2 veterans and lapsed C3 subs the reassurance that they would not be held ransom to sub just to make a small change to games previously developed in the tool. Which, in a weird reverse psychologically twisted way, would mean they are actually more likely to sub.

Also I would like to add that, everything digital, at least front end, is moving (abet lowly) towards web based and online. In that respect Scirra is presently ahead of the curve. Although large data may still be moved around discreetly there will be no more programs or apps to download and install. People will expect things to be instantly available through some online portal ( browser or other). Anyone who doesn't prepare for that now will be left obsolete or playing catch up. And we, as Construct developers, can rest assured that our creations will be compatible with this future.... Im happy to sub for that.

Maybe could get harder a little quicker for me.

But more importantly I think you need to tweak the control just a little.

I like the way the ship moves out a little bit on key on then moves all the way on key off.

However, maybe I didn't understand, but it is not good that I am always committed to that move once key on.

I would sometimes like to cancel the fist key on and move in the opposite direction.

So a second key on in the opposite direction should cancel the first key on. and move a little bit to the opposite way.

The guy who did these exact pics (in the op) discusses how he did it and other stuff in this gdc video.

he is discussing how he used colour pallette cycling to animate the pics in question at about 6 minutes and that it's actually almost impossible to do with modern tools. it is really worth watching the whole vid if you are into pixel art

gdc video about the original pics posted.

https://youtu.be/aMcJ1Jvtef0

8 bitish pixel art.

Link to original work now available through browser.

http://www.effectgames.com/demos/canvascycle/

.