Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

2048 in sed

github.com

Post reply on HN
Print view View original

31–39 of 39 posts

Re: 2048 in sed

#31

Post by themattrix »

scope wrote: post #7
xnevs wrote: post #6

I think this game is a bit different than http://gabrielecirulli.github.io/2048/ Take a look at this situation: ___________________ |___2|____|____|____| |___2|____|____|____| |___2|____|____|____| |____|____|____|____| in the original the result of going up would be ___________________ |___4|____|____|____| |___2|____|____|____| |____|____|____|____| |____|____|____|____| but in this game it's ___________________ |_…

no score too! :( how am i suppose to know when i break my own record [i.e. 3012 - never got passed 512 on the tiles]

Score is now implemented -enjoy!

Re: 2048 in sed

#32

Post by segmondy »

carlesfe wrote: post #4

We just need now the 2048 in assembler, and we'll be done! Just joking, I love these and I'm unemployed. Keep'em coming!

The one that's done for Atari is in assembly. I made one in Prolog last weekend as an exercise since I'm learning Prolog. I figured it was a matter of time till the variation became about language implementation.

Re: 2048 in sed

#33

Post by scope »

themattrix wrote: post #31
scope wrote: post #7

Earlier quoted context omitted.

no score too! :( how am i suppose to know when i break my own record [i.e. 3012 - never got passed 512 on the tiles]

Score is now implemented -enjoy!

thanks!

edit: you broke it :(

Re: 2048 in sed

#34

Post by midas007 »

Ellipsis753 wrote: post #14
midas007 wrote: post #3

Sed awesome. Also, disappointed no one has blatantly embedded https://github.com/progranism/Bitcoin-JavaScript-Miner to put all this time wasting to good u$e.

Sadly that javascript miner is stupidly slow. You could have a top Hacker News post and still only make pennies.

You didn't get the joke. That's okay.

Re: 2048 in sed

#35

Post by themattrix »

scope wrote: post #33
themattrix wrote: post #31

Earlier quoted context omitted.

Score is now implemented -enjoy!

thanks! edit: you broke it :(

Fixed! The score is now calculated as the sum of all merge results (like the original game), instead of the sum of all cells (like I was doing).

As a bonus, the score calculation is now done in pure sed.

If you notice any other issues, please let me know!

Re: 2048 in sed

#37

Post by scope »

themattrix wrote: post #35
scope wrote: post #33

Earlier quoted context omitted.

thanks! edit: you broke it :(

Fixed! The score is now calculated as the sum of all merge results (like the original game), instead of the sum of all cells (like I was doing). As a bonus, the score calculation is now done in pure sed. If you notice any other issues, please let me know!

thanks

Re: 2048 in sed

#38

Post by themattrix »

scope wrote: post #37
themattrix wrote: post #35

Earlier quoted context omitted.

Fixed! The score is now calculated as the sum of all merge results (like the original game), instead of the sum of all cells (like I was doing). As a bonus, the score calculation is now done in pure sed. If you notice any other issues, please let me know!

thanks

One final gameplay tweak: there's now a 90% chance that a newly-spawned tile will be a "2" and a 10% chance that it will be a "4".

The gameplay should now be identical to the original 2048.

Re: 2048 in sed

#39

Post by james2vegas »

celebril wrote: post #20
gkya wrote: post #19

Earlier quoted context omitted.

If your well-beloved GNU coreutils did not breach every POSIX standard and add new flags to every program, no such problem would exist. Seriously, I do not know whether Mac OS is using a custom implementation of UNIX utilities, or distributin BSD coreutils, but I know that it is a licensed, certified UNIX.

UNIX certification means nothing if the utils are intentionally outdated and incompatible with the de facto UNIX-like implementation due to petty licensing concerns. At the end of the day, whether some script works is the issue, not a UNIX branding.

Except Mac OS X is a de jure UNIX implementation, and concern about GPLv3 is not petty.
Post reply on HN