Thanks, but the problem is the enemy doesn't decelerate when passing the player, instead it maintains 100% speed on the turn. And I can't access the bullet vector speed of the enemy object. Am I missing something?

In a 2d sidescroller, I want something similar to how the ghost moves in the 'relic hunter' example. However, in my game the player can 'duck', and when they do I want the ghost to miss the player and fly past them, decelerate, and then accelerate back towards the player again. It doesn't seem like Follow behavior supports acceleration / deceleration like this. I also tried setting the ghost position to the player's using lerp to calculate the x/y, but the ghost starts to decelerate before getting to the player.

Thoughts on how to do this?

Thanks

So I found an alternative, and that's to use a TileMap instead of a DrawingCanvas. I had a lot of issues with DrawingCanvas and savegames, LocalStorage, restarting layouts, etc. So far TileMap has been a good alternative with none of the same issues. Thanks to anyone who looked at this.

I often have to delete and reload sprite animations for my sprites. Since a sprite requires at least 1 animation to exist, I keep a placeholder (blank) animation for each sprite object. After I delete/reload the sprite animations, the sprite's icon in the project explorer now shows the placeholder animation, which makes sense since all the sprites of that instance have their 'initial animation' set to the placeholder animation. However, when I go through my project and update all the sprites to have their 'initial animation' set to the proper animations - and none of them have 'initial animation' set to the placeholder animation - the sprite's icon still shows the placeholder animation. At some point C3 fixes the issue, and the proper icon is set in the project explorer, but I'd love to know how/when that happens so I can trigger it myself.

Thanks

So it looks like the 'purpose' setting for my app icon changed from 'App icon' to 'none set' since my last export. Not sure how/when that happened, but it's reproduceable...

- take any sample project

- remove all icons but one

- set that icon's purpose to 'none set'

- export to WinView2 of nw.js

If NW.js, the game.exe file will work but not the WindowsIconUpdater.exe.

If WinVIew2, neither the game.exe nor the WindowsIconUpdater.exe will work.

Will submit bug...

Update: I also tried the NW.js export. It worked, and I was able to run the game.exe. But the WindowsIconUpdater.exe is still throwing the same error. I'm confused, any ideas?

I've been using WinView2 for the last 1.5 years to release my game and it's been working great. I just tried with v388.2 and get the following:

- when running the game .exe

- when running the icon updater:

I tried exporting a smaller project and it worked fine. My project is too big to share. Any thoughts on why this is happening?

I want a sprite to flicker like an old neon sign. I imagine using tween with opacity and glow effects could be used, but I don't know how to make the flickering seem random and not rhythmically oscillate between on and off. Any thoughts on how to implement this?

Thanks

I've been searching for a game engine that I could get up and running with quickly. I thought I'd found it in Construct 3.

However, the pricing model for this product is asinine.

I've had a number of true hobbies over the years, and C3 development has been BY FAR the cheapest. I use it for several hours per day, so my hourly cost of using it (and really enjoying this hobby) is a handful of pennies per hour. Name one other hobby you can enjoy for pennies per hour! Only reading comes to mind...

If $130/yr USD is too much for you, you're be better off looking elsewhere to save money. You probably pay 2X that for milk.

I think pandabear7413 means the first preview after loading the project. I also have to work with large projects with lots of images, and the first time I click preview, it takes 1-2 minutes to re-generate spritesheets. If I have to load a different project version - that's another 2 minutes of waiting to preview it. Accidentally closed the editor - another 2 minutes. These minutes add up to many hours over the course of development..

This. It's just on my first preview after loading the project. As Ashley said, subsequent previews are very fast unless I change the animations. dop2000, would the feature I'm suggesting help you as well? Not sure if you large sprites like me, or 1000's of small sprites...

If Chrome is dying when you preview the game then that's a sign you may have gone too far, 7gb of images really ?

I currently have 1.2 GB of images in my images folder. How much memory is actually consumed by Chrome varies -- it usually spikes up to 3-5gb total on the first preview, but that number comes down as Chrome stays open longer. Sometimes Chrome will crash due to running out of memory, sometimes not. Seems like crashes happen more regularly when a new Chrome version is released.

I have large animations because I use these sprite objects as videos of sorts during the game, and I have about 50 or so such sprites ranging from 100 to 400 mb each. Suffice it to say, this approach of using sprites has worked well in my game and I'm not looking to change it.

My idea of ignoring specific sprites during preview mode seems like an efficient solution here. Ashley, can you comment on if that's a realistic (and not too difficult) feature that can be added? Happy to submit a request if so.

Thanks

At the beginning destroy all the sprites with which you have the animations

It sounds like you are using an exceptionally large amount of images. See the manual guide on memory usage - if you're doing something very inefficient you can quite often easily reduce the memory usage by 50-75%.

Thanks, but the issue isn't with animations on a specific layout. I'm familiar with the guide you're referring to, ASHLEY. I'm also familiar with the approach of destroying the animations after they've been created on a layout, and even freeing up the memory afterwards if necessary. I use those techniques quite a bit in my game. But my question is about something different...

When using preview mode, all sprite animations in the game are converted to spritesheets, regardless of whether the actual sprites are used in layouts in the game. There doesn't seem to be a way to exclude any sprites from this spritesheet process. And since I have so many sprite animations, this spritesheet process takes a lot of time and consumes a lot (3-5 gb) of memory during preview mode.

My question is -- is it realistic to add a feature that can exclude sprites from the spritesheet process FOR PREVIEW MODE ONLY. As I mentioned in the OP, I usually don't need most of thesprites/animations during preview. I can imagine a feature where the developer can select sprites or even specific sprite animations in the editor, and specify if they should be ignored during preview mode so spritesheets for those animations aren't created in memory.

Hope this makes sense but happy to clarify more if need be.

Thanks