I kind of love it! Are they all in iframes?
[0] https://news.ycombinator.com/item?id=13702021
[1] https://github.com/lionleaf/dwitter/blob/master/dwitter/temp...
71–74 of 74 posts
I kind of love it! Are they all in iframes?
[0] https://news.ycombinator.com/item?id=13702021
[1] https://github.com/lionleaf/dwitter/blob/master/dwitter/temp...
Earlier quoted context omitted.
Infinite loops (accidental in my case) should probably be catched in some way.
Yeah, the halting problem has been around since 1936. You'd think someone would have solved it already!
In a similar style, but with WebGL: https://www.shadertoy.com
How do I link to a specific post? This one by mxfh looks very cool: d=x.getImageData(0,0,w=c.width=256,h=144);for(i=0;i Does anyone know how it works?
Manipulating the canvas Imagedata TypedArray is usually faster than draw calls like fillRect; yet the getImagadata-setImagedata and 2D-Y-X-iteration (here ij) fluff doesn't leave much bytes for actual per pixel operations.
(i*w+j)*4+3 // is the alpha channel (offset of 3) index of the pixel in the Imagedata
The actual payload: (i-j&j+i)*t%w
Translates to (y - x & x + y) * time % 256
With 255 resulting in Black rgba(0,0,0,1) to transparent black rgba(0,0,0,0), which is then effectively viewed as background color, in this case white.see https://www.dwitter.net/d/661 for an earlier full RGBA example
Before WebGL this was the fastest way to get stuff done in the canvas: https://hacks.mozilla.org/2011/12/faster-canvas-pixel-manipu...