Are <touching [color]> blocks efficient?

Help with Snap! Snap! Editor
1

The title is the question.

2

no they cause lag. but they are the way to tell if the sprite is touching that color

3

TOUCHING COLOR isn't as bad as it once was; Jens found a way to speed it up. But it's better if you can avoid it.

  • Is the color of interest part of another sprite's costume? Make another sprite whose costume will be just the part of the first sprite's costume that's the color of interest, and then attach the new sprite to the first sprite using nesting sprites (look it up in the manual). Then check if you're touching the new sprite. (If you clone the original (anchor) sprite, the attached (part) sprite will be cloned too.)

  • Is the color part of the stage's background, or drawn on the stage by your program at a fixed position? See if you can test your sprite's position to determine if it's in the region of interest instead of using TOUCHING at all.

  • If the color is drawn on the stage, but at an unpredictable position, maybe you can use the AT block in the Sensing category ((R-G-B-A) AT (MYSELF)). This doesn't do exactly what TOUCHING COLOR would do, because it checks only the color at your sprite's rotation center, not whether any part of your sprite is touching the color. But for some purposes it's close enough.

4

I mainly wanted to know if it was making something laggy. I just got rid of them entirely in the project. It would have been for option two, with a circle of the color.

6

I got a consistent 1.2-1.4 seconds with the same setup as you.

7

in games, it is recommended to use sprites rather than <if touching[colour]>, because it is inefficient, and the sprite tends to show a "sinking" effect

8

Could you post a picture of that?

9
offtopic

You live in Antarctica? That's so cool!

10

I just checked, and yeah, her location thing says "Antarctica". That's rare.

11

What people put in that profile field isn't necessarily true...

12

Yes. I think the only thing that has to be correct is the email address.

13

i did see that bug but i went to take a screenshot of it and it seems to be fixed now.... sorry my bad :slightly_frowning_face:

14

Do you remember what version you saw it in? If 6.9.2, unless there's a hidden 4th number, it couldn't have been fixed.

15

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.