u(t) is called 60 times per second.
t: Elapsed time in seconds.
S: Shorthand for Math.sin.
C: Shorthand for Math.cos.
T: Shorthand for Math.tan.
R: Function that generates rgba-strings, usage ex.: R(255, 255, 255, 0.5)
c: A 1920x1080 canvas.
x: A 2D context for that canvas.
I'm not sure how this is supposed to work... See for example d/9677 -- your tool gives "eval(unescape(escape𫱲👣𪑤𭁨𧠽𪐭𮀮𨡥𩱩𫡐𨑴𪀨𮀮𩡩𫁬𠰨𨐽𭀭𪐩🠰𮀮𩑬𫁩𬁳𩐨🐨𪐪𪐪𪐩𛀶𪐬🐲𝐭🐨𦐽𪐭𝀸𛰴𞀰𝐩𝀩𨠬𬰬𣑡𭁨𭁡𫠨𦐯𦀩𛀰𛀷.replace(/u../g,'')))" which is 225B
just paste the compressed code on new dweet, it works. to remix you have to delete disabled atribute of post button on inspector. this is a #bug on dwitter page's char counting, but server counts right (number of unicode glyphs <= 140) so posting astral unicode chars works fine. there is this discussion on github... but the status now is at least inconsistent.
ahhhh yeah i see what you mean about inconsistent -- the new dweet shows 225/140 but still allows it to be posted, while the remix button is disabled with the same code
personally, I thought that this was intentional, and that the char counting was counting 16-bit char codes, not unicode code points (e.g. the difference between charCodeAt and codePointAt)
this doesnt like code like thsi: x.fillText('⬛⬜' ( I get a short output with an unterminated string constant errro on the dweet, but it finishes comprssing with code like this x.fillText(['⬛','⬜'] Which takes me up to a 140B output, yet doesnt run, Aggh, Im so close...
u(t) is called 60 times per second.
t: elapsed time in seconds.
c: A 1920x1080 canvas.
x: A 2D context for that canvas.
S: Math.sin
C: Math.cos
T: Math.tan
R: Generates rgba-strings, ex.: R(255, 255, 255, 0.5)