New hat-block: When [sound] reaches [time code]

scorckaggo_9

same, but also what abou

define ()t [i]drop-downs for my blocks?[/i]:D

michaeljackson1365

this suggestion has a freaking workaround:

play sound [this item or fact is true concept of the gate THE VOLLEYDATE v]
broadcast (something v)

when I receive (something v)
wait (1.5) seconds
...

kriblo

michaeljackson1365 wrote:
this suggestion has a freaking workaround

This workaround has been discussed. It has limitations, compared to the suggested new block. From OP:

kriblo wrote:
An event should be triggered when the identified part of the sound is played. This should be the case regardless of lag or if the pitch effect is used.

happynoodlelvr

Nice

-Llama-Toons-

YES I NEEEEEEED THIS BLOCK

recordingold

I think that this needs to be added, it would be useful in animations and timing it would be awesome.

brun7

Support. This would be awesome for musical cues. It would also be really useful to have this block in “wait until” form, if that would work.

Truly-Blue

Great idea, love it, this would come useful in alot of cases, especially in animation

TylerBlu2103

YEES

jarguetabonilla33

how do I make that block in a discussion forum?

jarguetabonilla33

kriblo wrote:
I suggest a new hat-block:
when sound [Great Song v] reaches (1.02) :: sound :: hat

-Catapult-

I feel like a project might be cluttered if it had so many hat blocks to trigger code at different parts of the song. How about a Boolean as well so that we can fit it inside “wait until…” blocks?

when sound [Great Song v] reaches (1.02) :: sound :: boolean

Ofc you can still make a workaround:

when sound [Great Song v] reaches (1.02) :: sound :: hat
set [Counter v] to [1]

wait until <(Counter) = [1]>

But then again, it would still make the project real cluttered if there were so many hat blocks, and I think the Boolean is cleaner.

I support this because many games (Rhythm games, JSAB-style games etc.) need to sync the project to the music. If I needed to sync a project’s codes to the music, I would normally use lots of “wait” blocks to estimate when the code should execute. But, this is imperfect and time-consuming, so I like this suggestion more. It will let coders be faster and more precise in syncing code to music.

wert-dumby2

Hi dis is good

reset timer
define(kriblo)

as a new employee at scratch (maybe)

AquaKelpie53

I feel like a better block would be a reporter version, like:

(seconds into [sound v]::sound)

Then you could do the same stuff as all the other blocks suggested here but without adding separate blocks.
There's definitely a workaround, but I don't think it would be able to account for lag, as the variable keeping count of the time is not directly connected to the sound (like having multiple “when flag clicked” blocks)

Edit: just saw a way better name on a previous page:

medians wrote:

([length v] of sound []::sound)
([current time v] of sound []::sound) //reports how long the sound has been going for (ex. if the sound has been playing for 1 minute, then it would report 60)

Last edited by AquaKelpie53 (Sept. 3, 2025 23:50:51)

TheCoolGuy103

hi

@TheCoolGuy103

IloveRoblox003

I see this being used in a lot of situations, SUPPORT!

and maybe it could also branch off into other blocks like value blocks

Last edited by IloveRoblox003 (Sept. 4, 2025 20:05:50)

RedPandaAwesomeness

I think that it would help for lots of Projects FULL SUPPORT!

mtaka4

jclouse327 wrote:
-blocksnip-

2 things. Don't blockspam, and don't put new suggestions here.

jclouse327

are you talking to me?!

CodeComet6161

jclouse327 wrote:
are you talking to me?!

yes they are.

Discuss Scratch