72677 for just a small area sounds like an amount that will very likely lead to performance problems, I would suggest changing the game design to allow for larger dust particles.

I have tried different types of dust types.

There is another type of dust that the roomba collects, which uses particles. But the purpose of that type of dust is completely different and is visually speaking different for a motive. Let's call it "special dust" just for reference.

Using the same technique for normal dust isn't ideal and doesn't fit well with a vacuum cleaner. This is why using tilemaps works incredibly well. It's as if the roomba is a rubber on a sheet full of scratches. Unfortunately, the tiles are tiny, and therefore for each counted tile you get big numbers like 72677.

I have tried with bigger tiles and sadly they don't fit well with the rest of the game, aesthetic-wise.

At this point, I'm going to either find another way to make normal dust or just decide to see if there is another way to not calculate all the tiles (I don't know how, but we'll see).

store tiles as x-y positions in a dictionary, use key.count as progression bar

Yes, I'll let you know if it works!

Hello! I explain shortly: I'm making a game where you're a vacuum cleaner.

At this moment, I've used a particle that spawns sprites (1x1 cubes) that can be collected on the map. To make the particle standstill, I set the particle time scale to 0 once it spawned enough sprites.

The problem is that it takes time (1-2 secs max, depending on the number of sprites) each time I restart the layout, probably because the game has to render the particle every time.

I was wondering if it's possible to pre-render the particle action.

Also, if you have better ideas for how the "dust" particle works, please let me know!

Thank you so much.

Oh my gosh. I think I did it...!

By reading a second time what calminthenight said, I noticed I made a mistake.

The two conditions must align in the same event, and not in two.

On Start Layout
Global.MusicPlaying = Music.mp3 > Set Global.MusicPlaying to Music.mp3
				> Play Global.MusicPlaying looping from Music at db (tag "music")

Hello! It's my first attempt to use a dictionary for collecting some data.

I would like to count every time the player manually restarts (like pressing a button) or dies from the game in that specific layout, for each layout in the game. Ex:

Room1

Restarts: 5

death: 2

Room2

Restarts: 3

death: 1

and so on. So in a sense, it's an array.

Since it's been a while I made even the simplest database ever, I was wondering if it's possible to use the dictionary for this purpose. Once the game is ended, it will release a downloadable .json file with the written data.

This is all I have to say that doesn't make the question more confused.

Here below some of my experiments:

Before posting this topic, I tried following my instinct and worked it out with trial-and-error. The project partially works: In each layout, the game creates a new dictionary with the name of the room on it, plus all the details like I mentioned before. There are two problems, however: If you go to the next layout, the first dictionary may take the name of the next layout. Furthermore, the data from the first dictionary continue to get collected even after passing through another layout.

When I extract the text file, the data from the layouts I played are redundant.

What do you think I should do next?

Thank you!

Hi, I'd like to express in an event to mute all the music with any tags except one, how can I do this? I wouldn't want to name all of them, they're too many.

Thank you very much!

Hi everyone.

I am making a pixel game (Aspect ratio 3:5).

Usually I'd use "Letterbox Integer Scale" since it makes the artstyle consistent on any screens.

But I've noticed that "Scale outer" is what I'm looking for, because What I want is that, if the window is bigger than the viewport, the player can see the rest of the game.

The issue is that if I expand both width and height, the game zooms in.

This doesn't happen if I only expand width or height.

I just don't want that the screen zooms; I want that it expands what the player can see.

Is it possible? Thank you for reading.

(Let me know if you didn't get what I mean.)

Don’t use the behaviors. You can make the motion with events simple enough.

Give the object you want to move two instance variables:

Speed and ang. That’ll be your speed and angleOfMotion.

Then the motion can be done with one event.

Every tick

— sprite: move self.speed*dt pixels at angle self.ang

Then for the bounce it should be as simple as adding 180 to ang and moving out of the wall. Here’s what it should look like. The while and second overlap condition are in a sub event if that’s not clear.

It moves out a pixel at a time but you can do a smaller step if needed.

Sprite: overlaps wall

— sprite: add 180 to ang

——while

——sprite: overlaps wall

——— sprite: move 1 pixel at angle self.ang.

-cheers

Hi there! Sorry for the long wait. I've implemented your idea, changed some variables, and ultimately polished and reorganized what I've done so far.

Initially I thought that was a bad idea, instead it turned out that it's exactly what I wanted! Thank you so much for your help.

As for now I'm doing great, eventually I'll let you know if I still have some issues.

Hi, I'm back because I have a question.

In the end, my character can swipe thanks to the bullet behavior.

But sometimes, when I hit the corner of an object, even if it's square shaped, the character bounce diagonally. My question is if it's possible to use the bullet system but they can bounce only on 4 precise angles (I guess 0, 90, 180, and 270). Thank you!

For lerp effect to work, it should update on every tick.

See this demo:

https://www.dropbox.com/s/tjowni4xr1fgkc9/Healthbar.c3p?dl=0

Sorry for the late response. I've added the function on every tick and now it's working as you said, which is cool!

But still, I think it's a awkward. By looking at the videos you can see the bar takes too long to reach the end, especially when it's near to 0. I wonder why.

That said, thank you so much for your help, as always, you're very helpful and I hope this project of mine will finally show up in the future!