n=150,x=11325
to n=632,x=1e6 (or similar)
This increases the board size to 632x632 and saves 2 bytes, which can be used to use onkeydown.I suppose you only start approximately in the center, though.
41–50 of 54 posts
n=150,x=11325
to n=632,x=1e6 (or similar)
This increases the board size to 632x632 and saves 2 bytes, which can be used to use onkeydown.I suppose you only start approximately in the center, though.
It's unfortunate that they decided to save 2 bytes by using onkeyup instead of onkeydown. That choice makes the game nearly unplayable for me. Compare the version in the demo to the one here: http://micahw.com/tron.html (221 bytes). In any case, this is really impressive. It's always fun to see the tricks people employ to get these tiny sizes (smaller than this comment!).
Here's a question for you: how will this look on the new Mackbook Pro with Retina Display ? The tron line is 1px wide, and on that computer's screen the one pixel is too small to see.
It doesn't mean that a 1 pixel-wide line is invisible, or that you won't see a single white pixel on a dark background.
Earlier quoted context omitted.
Surely that must have some sort of scaling by default for webpages. Otherwise I would guess nearly all websites appear miniature.
From what I have heard everything is up-scaled to match the native resolution so things that are not optimized for the new displays just looks kinda bad.
It's unfortunate that they decided to save 2 bytes by using onkeyup instead of onkeydown. That choice makes the game nearly unplayable for me. Compare the version in the demo to the one here: http://micahw.com/tron.html (221 bytes). In any case, this is really impressive. It's always fun to see the tricks people employ to get these tiny sizes (smaller than this comment!).
Yes "who cares" means that they didn't care if the game was playable.
GAME OVER.
It's not very playable, but "who cares"?
It's unfortunate that they decided to save 2 bytes by using onkeyup instead of onkeydown. That choice makes the game nearly unplayable for me. Compare the version in the demo to the one here: http://micahw.com/tron.html (221 bytes). In any case, this is really impressive. It's always fun to see the tricks people employ to get these tiny sizes (smaller than this comment!).
Earlier quoted context omitted.
No wonder the "lag" feels so bad. Also, the area is way too tiny and it needs a way to restart without having to reload the page.
Also it needs multiplayer, achievements and a story mode. No, but seriously, this was not a competition in making a playable game, they clearly specify the rules that they have set for themselves.
i once participated in a similar competition only that it was in x86 Assembly, my friends and I brought it down to 70 bytes and the winner from Finland did it in 48!