AHEE

So I'm noticing that whenever I use a delay object & set it's "delay time" to ticks instead of miliseconds in the inspector window, even after I save and reopen it, it switches back to Milliseconds. Anyone have an idea on how to get a delay object to stay in ticks?

So I'm noticing that whenever I use a delay object & set it's "delay time" to ticks instead of miliseconds in the inspector window, even after I save and reopen it, it switches back to Milliseconds.  Anyone have an idea on how to get a delay object to stay in ticks?

delay-in-ticks-wont-stick

if you're working with a static value(just set within inspector once only), you could always freeze the attribute after setting it in the inspector(select the attribute, then use the 'freeze' button near bottom left of inspector). next time you reopen it'll be frozen at the ticks you chose.

but it is certainly a weirdly(perhaps buggy) designed way of working... you can see i freezed it here, but as soon as you change the value in the numberbox within the patch, the value in the inspector changes back to ms AND still displays that it is frozen at 480ticks :p (which one is it when BOTH ticks and ms is displayed in the inspector?! :D)

oh wait, but you can freeze the attribute, and change it within ticks as long as you specify 'ticks' as the second argument each time:

so i guess there's your answer: you can set it specifically using delaytime message(loadbang the message), or freeze the attribute, or set the object with '@delaytime' attribute-style argument, but otherwise, it probably loads up a default 'delay' object when you reopen without freezing attributes or specifying arguments.

still, that patch in my last post, displaying ticks and ms at the same time in the inspector... i love it! Max is messin with me! Muahahahahaha! >:p

Though It seems that when you freeze the ticks in the inspector it also freezes the delay time. For what I'm trying to do is have a variable delay in ticks!

Is there a way to freeze the ticks attribute but allow the delay time to constantly be updated?

Though It seems that when you freeze the ticks in the inspector it also freezes the delay time.  For what I'm trying to do is have a variable delay in ticks! 

"what I’m trying to do is have a variable delay in ticks!"

ah, i c... in that case, it's cuz of this little fine-print snippet of info. in the reference docs, under the 'time'(Max6)/'delaytime'(Max5) heading in the arguments section:

"Note: While the delay object lets you specify time in any of Max's standard time formats, the delaytime attribute argument should be used when specifying time in any other time unit besides milliseconds or notevalues (e.g. delay @delaytime 11025 samples)."

https://cycling74.com/docs/max5/refpages/max-ref/delay.html

so for what you want to do with an initial load-up time in ticks plus variable control, (forget my frozen-attribute thingy... screw the inspector! muahahahaha!), you could set it with @delaytime attribute-style argument, and then set the time on the fly using the 'delaytime' message like so:

ah, i c... in that case, it's cuz of this little fine-print snippet of info. in the reference docs, under the 'time'(Max6)/'delaytime'(Max5) heading in the arguments section:
 "Note: While the delay object lets you specify time in any of Max's standard time formats, the delaytime attribute argument should be used when specifying time in any other time unit besides milliseconds or notevalues (e.g. delay @delaytime 11025 samples)."
https://cycling74.com/docs/max5/refpages/max-ref/delay.html

Thanks so much Raja! You are freaking awesome!!!

Thanks so much Raja!  You are freaking awesome!!!

Delay in ticks won't stick