I'm totally up for making plugins with events, animator editor with curves and tweens, but also for expanding vanilla plugins with more functions and fixing its current existing issues and limitations.

One of primary goals of my post, was to add features and plugins that would do what we all do when making our games - stuff that is pretty much always made same way, to save us time and hustle, simultaneously expanding plugins with new functionality, while taking care of fixing glitches of the software and it's plugins. And only after those basics are fulfilled I think the talk about multi threading and other hardware related features could be included.

> Also, there is plenty of other weird quirks. Right now I have object that uses rotate plugin, and it is suppose to shoot every x seconds and when is in between angles. It does shoot, however the projectile with bullet behavior only moves at 180 degrees instead, even thought of having the angle of motion set to spawning objects angle. What to do? Sorry to say, but this is irrational.

>

Use set angle on your projectile rather than set angle of motion. There's a few things like that which once you figure it out, it's understandable why.

Let me take a screen from my own example, I hope it makes sense:

https://halfgeekstudios.files.wordpress ... /09/00.jpg

It's a shotgun, 8 round blast in a cone from the gun.

Thanks. But I figured out it was due to collisions being turned off! So collisions need to be turned on, otherwise bullet just goes at 180 degrees if another object is pinned to it.

Anyway, don't want this thread to turn in to "how to fix it" kind of thing. <img src="{SMILIES_PATH}/icon_e_wink.gif" alt=";)" title="Wink">

In regards to advanced memory management and multi-core threading, I think it would be cool, but first the basics need to be nailed down.

Another example of what I've been talking about. Just doing shmup with my mate.Game is on layout the size of single screen, and enemies fly trough it, but there no way of bouncing off bullets of the borders of the layout (set to unbound scrolling), and adding solids to compensate is impossible, due to the enemies needing to fly trough the screen. Those little things matter. And no one is saying to not use events. But mixing plugns and events creates a lot of mixed resoults, as sometimes they just not compatible. Plugins need to be more feature proof and also work better.

eli0s additional option in pathfinding to avoid selected units / integration with physics!

I was thinking about a force-based rts movement thing the other day. This is how I'd do it, & I'm sure it could efficiently handle movement, collision & pathing for hundreds of units:

If you could pull it off and share, that would be neat. Otherwise, have no clue how to implement it.

I have one more idea: maybe having a single sprite with pathfinding, to which position object with physics is always positioned. Then other selected units joint to that main one, or in chain, one after the other. Or groups within selected group.

Prominent

Ah, that does make sense. I forgot about that.

megatronx

Doesn't Prominent's idea work?

I'll check now. But even if it does, I have no clue how I could apply this to many units. Any suggestions?

I'm thinking of such idea: out of selected units having only first unit pathfind, and the others are following either it or create a chain. How this could be done?

edit@ R0J0hound The Prominent example doesn't seam to work https://www.dropbox.com/s/9286l0hy9pp9etk/tst.capx?dl=0

What really needs to be discussed is how to better implement the plug system.

As is, third party developers shy away from sticking around for a few different reasons, backwards compatibility, no support, etc.

Then those that do attempt to try to make plugs wind up using existing libs rather than implement their own mechanics. That is something else that could be talked about more often.

Regular users need more plugs, and plug developers need more support, enough said.

I was also thinking about something like build n plugin editor, where you can build your own plugins with events.

— I would like more functionality n those plugins, more versatile options. And speaking of pathfning, having units avoid each other is such a small but significant addition. And it's been done already in early dos days, i don't see a reason why it would be so difficult have now. But pathfinding is just a tip of the iceberg. There is way too much fiddling round with the mundane, and there is no need for simple things to be made so complex, that they need a lot of events to be made, as I've explained in op. x

shinkan many of the things in the event system go back to CC and even earlier to gf.

I'm also talking about stuff that we all would benefit from like plugins for in game ui/menu that can be extended if needed trough events, more collision options including those that would work together with pathfinding between units and option for units to avoid each other. Simpler paring of same types of objects. More input actions, like possibility to cancel input at any point. Adding pathfinding to platform games. Basically expanding wherever it can be expanded by taking under consideration different game scenarios. As nimos100 says, adding details, streamlining where it is possible by having chained actions and conditions on top of new functionalities. etc

Hi,

I've never really had a vibe to learn programming (even thought I did in the end learn some js/jquery and php because of work ), so the premise of none-programming game making software was always appealing to me. First there was an obscure gamemaker on atari st, then click and play on pc, followed by rpg maker and then games factory. I started when I was 7 years old. Then my friend showed me construct - back then alpha 0.18 with that pseudo top-down gta demo - and I've been learning and using it, and observing its development ever since. It always had and still has marvelous potential.

However I was never fully satisfied with it and never felt like it is delivering on its premise. I always waited for improvements hoping that certain things that I couldn't pull off now, will be made available at some point, and that technical issues will be resolver. The latter I'll leave for some other time.

At this moment, I'm certainly finding construct limiting, both creatively and productively. There always has been some obstacle getting in the way of realizing the vision. And then there is always a talk of walk around's to compensate of lack of many standards. Stuff like units pushing out of object, to be used in games like rts or hack and slash etc. Or input delays to simulate different action rates. Or even such simple thing like scrolling text and default menu plugins, resolution change etc. Many ui and level building improvements. Those need to be within the vanilla software from the start. Thought many things can be done trough events, they need incredible attention, most often feeling more like hacks and rarely ending up working precisely, tightly in action, making often game feel and look awkward. In the event style environment, behaviors, plugins be doing most of work, streamlined but with many options, ready to take on many different ideas, and taking care of mundane, but giving a lot of possibilities. Same goes for UI and level tools. This will free up time needed for development in other, more important areas of gameplay; areas that will make or break the success of the game. I'm talking about original ideas and fine-tuning, testing and experimenting.

So now c3 is on its way and I hope that this time around it will be made truly with the developer in mind.

Thanks for reading

R0J0hound Ive checked your demo, but I can see it not working that tight in rts game :< Could I ask you for help again, to make a demo of rts movement with physics? Thx

I don't have a comparision, thought I see the difference with my own eyes. But if I remember correctly Jayjay was the one who has made an example with dots.