Slashdot Mirror


Dwarf Fortress Gets Biggest Update In Years

An anonymous reader writes Dwarf Fortress, the epic, ASCII text-based, roguelike citybuilding game, just released its biggest update in years. The game is notable for its incredible depth, and the new release only extends it. Here are the release notes — they won't make much sense if you don't play the game, but they'll give you a sense of how massively complex Dwarf Fortress is. It's also worth noting the a team of modders has recently released a new version Stonesense utility, which renders the game in 3-D from an isometric point of view. "[T]he utility relies on DFHack, a community-made library that reads the game's memory and can be parsed, thus allowing for additional utilities to render things while bypassing the initial ASCII output." If you're unfamiliar with the game, here's an illustrated depiction of an amazing story generated by the game.

138 comments

  1. Ahh Dwarf Fortress... by Anonymous Coward · · Score: 5, Interesting

    Where else can you drain the ocean, trap whales in lead cages, load them into lead minecarts, and send them careening down the steep, steep slope to hell as a kinetic anti-demon weapon?

    Oh, and if it weren't for DF, there would be absolutely no source for the solid density of Saguaro wood online (it's 430 kg/m^3 for anyone wondering).

    1. Re:Ahh Dwarf Fortress... by Thanshin · · Score: 2

      Where else can you build a fake submarine cave filled with cages to trap mermaids and merfolks and eventually partially drain the cave to allow your dwarves to go pick up the baby mermaids to be sold as meat and baby-mermaid-bone trinkets.

    2. Re:Ahh Dwarf Fortress... by PopeRatzo · · Score: 4, Funny

      Where else can you drain the ocean, trap whales in lead cages, load them into lead minecarts, and send them careening down the steep, steep slope to hell as a kinetic anti-demon weapon?

      You've clearly never used DMT.

      --
      You are welcome on my lawn.
    3. Re:Ahh Dwarf Fortress... by Anonymous Coward · · Score: 0

      I don't know which game you are talking about, but it certainly isn't Dwarf Fortress. All I see are shitty text "graphics", not anything even remotely resembling oceans, whales, cages, minecarts or demons.

      Graphics are important for immersion.

    4. Re:Ahh Dwarf Fortress... by BriggsBU · · Score: 1

      Looks like someone has no imagination whatsoever.

    5. Re:Ahh Dwarf Fortress... by Anonymous Coward · · Score: 0

      The irony of such a predictable response...

      In addition, if you had an inkling of imagination, you'd be creating, not playing around in someone else's creation.

    6. Re:Ahh Dwarf Fortress... by Anonymous Coward · · Score: 0

      Why don't you look at the texture packs before speaking.

    7. Re:Ahh Dwarf Fortress... by Anonymous Coward · · Score: 0

      Are those part of the game or did some third party have to step in to fix it?

    8. Re:Ahh Dwarf Fortress... by praxis · · Score: 3, Insightful

      The irony of such a predictable response...

      In addition, if you had an inkling of imagination, you'd be creating, not playing around in someone else's creation.

      So if one did not create the sandbox in which one creates, one is not a creator? You have an odd view of creativity.

    9. Re:Ahh Dwarf Fortress... by Anonymous Coward · · Score: 0

      Come now, it's on an open project model. We have a highly driven programmer working on an insane level of detail for the most epic fantasy simulation available, and you want them to waste time on high-end graphics? I'd much rather see a volunteer step forward and build the pretty visuals.

    10. Re:Ahh Dwarf Fortress... by SharpFang · · Score: 1

      Do you want pretty graphics or an excuse to keep griping about?

      --
      45 5F E1 04 22 CA 29 C4 93 3F 95 05 2B 79 2A B2
    11. Re:Ahh Dwarf Fortress... by Anonymous Coward · · Score: 0

      You aren't creating anything in Dwarf Fortress, you are playing with someone else's creation.

    12. Re:Ahh Dwarf Fortress... by Anonymous Coward · · Score: 0

      The two are not mutually exclusive. Only hacks say that they are.

    13. Re:Ahh Dwarf Fortress... by Anonymous Coward · · Score: 0

      > Where else can you drain the ocean, trap whales in lead cages, load them into lead minecarts, and send them careening down the steep, steep slope to hell as a kinetic anti-demon weapon?

      While kinetic minecart weapons (sometimes filled with pointier things) were known as railguns, I believe this was called Project 'Whalegun'

    14. Re:Ahh Dwarf Fortress... by Anonymous Coward · · Score: 0

      > You've clearly never used DMT.

      Is that a Dwarf Fortress mod? Where can I get a copy?

      What does it stand for, anyhow, Dwarves something something?

    15. Re:Ahh Dwarf Fortress... by praxis · · Score: 1

      You aren't creating anything in Dwarf Fortress, you are playing with someone else's creation.

      You have a very narrow view of creation.

    16. Re: Ahh Dwarf Fortress... by Valejo · · Score: 1

      You aren't creating anything, you're playing around in god's creation? You aren't creating a sonnet, you're playing around in Giacomo da Lentini's creation?

    17. Re:Ahh Dwarf Fortress... by Anonymous Coward · · Score: 0

      Ahh all those uncreative Painters, for not inventing their own paints! hack musicians who didn't invent their own unique instruments!

      all these amazing non creative hacks!

  2. PeridexisErrant's DF Starter Pack - Get it! by ihaveamo · · Score: 5, Informative

    If you even have a passing interest in playing dwarf fortress... make sure you get PeridexisErrant's DF Starter Pack. In this pack you'll find useful tools such as "Dwarf Therapist", which make the game so much easier to play. Other addons also give amazing atmospheric music and sound effects! (Currently a lot of this only works the the previous version, but that will be fixed soon)

    1. Re:PeridexisErrant's DF Starter Pack - Get it! by mrvan · · Score: 3, Informative

      Also, if you've never played DF, it is probably best to either wait a couple months until the worst bugs are fixed and the wiki etc are updated, or just grab the previous versions. This new version will still be quite rough at the edges and some of the info on the wiki, youtube etc will be outdated.

      I'm pretty excited about the new release, I've been playing for a couple years and I hope that especially the AI behaviour has been improved although it is not listed in the change log as such...

    2. Re:PeridexisErrant's DF Starter Pack - Get it! by Anonymous Coward · · Score: 2, Funny

      And you should spend a few hours reading the wiki. I love the game, but learning to use vi is probably easier.

    3. Re:PeridexisErrant's DF Starter Pack - Get it! by fuzzyfuzzyfungus · · Score: 3, Funny

      And you should spend a few hours reading the wiki. I love the game, but learning to use vi is probably easier.

      If you can master vi, you are possibly ready to cope with DF's interface.

      At that point you can begin working with the fact that the game mechanics tend fairly strongly toward 'emergent malevolence'.

    4. Re:PeridexisErrant's DF Starter Pack - Get it! by bidule · · Score: 1

      If you can master vi, you are possibly ready to cope with DF's interface.

      God, I wish that wasn't true. Not that it will stop me from having fun again ><

      --
      ID: the nose did not occur naturally, how would we wear glasses otherwise? (apologies to Voltaire)
    5. Re:PeridexisErrant's DF Starter Pack - Get it! by X0563511 · · Score: 1

      Or, the "Lazy Newb Pack"

      After letting .40 get all the large nasty bugs squished first...

      --
      For large sets, this will be our guide even unto death, for the LORD will work for each type of data it is applied to...
    6. Re:PeridexisErrant's DF Starter Pack - Get it! by allcoolnameswheretak · · Score: 1

      I really like DF and have had quite a few memorable moments in both fortress and adventure mode. But the interface is outrageous. Using three (at least) different sets of keys to scroll through a selection, depending on context, is madenning, especially when starting out. I often wonder how Tarn can have so much talent to create a game like DF while at the same time failing so gloriously at implementing a decent interface.

    7. Re:PeridexisErrant's DF Starter Pack - Get it! by Anonymous Coward · · Score: 0

      Toady probably just doesn't care as long as it works for him (and ThreeToe). AFAICT, this is how it works - he tinkers with it because he likes it and gives it out on take-it-or-leave-it basis, people do actually like what they get enough to throw money at him hoping to see more.

      More like an artist and his fans than a usual software dev and users relationship, but it has worked for DF community so far.

    8. Re:PeridexisErrant's DF Starter Pack - Get it! by wisnoskij · · Score: 1

      And wait for the Captain Duck tutorial video series.

      --
      Troll is not a replacement for I disagree.
    9. Re:PeridexisErrant's DF Starter Pack - Get it! by Ihlosi · · Score: 1
      I often wonder how Tarn can have so much talent to create a game like DF while at the same time failing so gloriously at implementing a decent interface.

      It's easy: User interface design is a completely different skill.

      Also, if you want a program to be easily usable by someone who didn't write it, you need to let someone else design the user interface.

  3. Ultima Ratio Regum by Anonymous Coward · · Score: 3, Interesting

    Another one to watch:

    http://www.ultimaratioregum.co...
    http://www.ultimaratioregum.co...

    "It's an incredibly exciting project that could end up in the same rarefied sphere as Dwarf Fortress - a complex simulation of ASCII worlds that have history, detail and depth. The current release is capable of generating a world and the basic history of the cultures that have evolved upon it, but there isn't a huge amount to do beyond the procedural riddle puzzles contained in scattered ziggurats. A typical early feature of many games, eh?

    As for the rest, it's all detailed in the development plan and a new announcement suggests it'll be on the road to completion sooner than expected. Developer Mark Johnson will be working on the game full-time for a year from September. And there isn't a Kickstarter in sight."

    http://www.rockpapershotgun.co...

    1. Re:Ultima Ratio Regum by Anonymous Coward · · Score: 0

      Fascinating, thanks for the link.

    2. Re:Ultima Ratio Regum by Alorelith · · Score: 1

      Wow, never heard of this. Looks pretty incredible. Thanks for the links as well.

  4. Give it a month by Anonymous Coward · · Score: 0

    Right now, the thing crashes like crazy. I'm waiting for some patches before trying out the cool new upgrades.

  5. Availability by Anonymous Coward · · Score: 0

    lol, never. Linux Windows and Mac builds. No steam, no console ports. It has hundreds of keyboard controls, a gamepad would never be able to play this.

  6. Availability by Anonymous Coward · · Score: 0

    Are you kidding? A gamepad would improve the controls greatly; the menus would be much more consistent. Not that I'll expect a console port in my lifetime...

  7. ASCII? Seriously? by Anonymous Coward · · Score: 0

    I slap my ballsack in protest.

    1. Re:ASCII? Seriously? by Kremmy · · Score: 1

      It's strange how so much of the world chooses pain over pleasure.

  8. Is it still braindeadly single-threaded? by Anonymous Coward · · Score: 1

    Last time I heard about it, it basically only used one thread and the UI code was a mess that also used the same thread. This all meant that it starts to seriously slow down when fortress grows even on relatively strong hardware.

    Yes, I know the objects in the game react to each others in many subtle ways which causes lots of syncing challenges but really.

    1. Re:Is it still braindeadly single-threaded? by mrvan · · Score: 5, Informative

      Yes... From what I gather, the developer ("Toady") is an autodidact that doesn't use any sort of version control and no multithreading. Although the simulation might be difficult to run in multiple threads, I think the path finding is one of the biggest CPU drains and that should be embarrassingly parallel. Also, he is really giving the community a tough time by having a monolithic game engine + GUI instead of some sort of modular system, which would allow the many programming-savvy fans to build tools much more easily (tools such as dfhack and therapist now use direct memory hacking, which is annoying (therapist needs root access, dfhack encapsulates df itself) but also unstable.

    2. Re:Is it still braindeadly single-threaded? by Anonymous Coward · · Score: 2, Informative

      It still is, because Toady still doesn't know how to multi-thread. As an example, generating a big world with 1000 years takes forever. By 500 years, the game begins to hang (because the UI only updates after every year has been simulated) for several seconds at a time. I left it around three hours and it still wasn't done. And following the logic, I couldn't even see the year it was on. I would have had to wait until a year had been simulated to have the UI update. I just killed the process.

      Then again, this is the first release after this dev cycle. Bugs are expected. Toady said that he was going to optimize things.

      Hopefully he'll learn how to multi-thread sometime within the next... ten years.

    3. Re: Is it still braindeadly single-threaded? by Anonymous Coward · · Score: 0

      I don't know what kind of "relatively strong hardware" you use, but it doesn't bog down on my 4 year old laptop at all (nice laptop 4 years ago and still 60ish fps).

    4. Re:Is it still braindeadly single-threaded? by Anonymous Coward · · Score: 0

      I don't know what kind of "relatively strong hardware" you are talking about but aside from world generation it runs just fine on a 4 year old laptop (nice laptop 4 years ago but still 60fps).

    5. Re: Is it still braindeadly single-threaded? by loufoque · · Score: 1

      Path finding isn't embarassingly parallel. It can be parallelized, but it's quite challenging.

    6. Re: Is it still braindeadly single-threaded? by mrvan · · Score: 3, Informative

      For one unit, sure. The CPU problem in DF (as far as I understand) is that there are 200 dwarves, 100 goblins and 400 kittens all trying to pathfind at the same time. Unless I miss something, each of these units van pathfind in parallel since they don't "know" about the other's paths.

    7. Re: Is it still braindeadly single-threaded? by mrvan · · Score: 2

      s/van/can/... I want an edit button on /., even if only for the first 5 minutes after posting...

    8. Re: Is it still braindeadly single-threaded? by loufoque · · Score: 1

      I see, I thought you meant for a single path.

    9. Re: Is it still braindeadly single-threaded? by zippthorne · · Score: 1

      Are you talking about dwarf fortress? 60 fps would be indecipherable madness...

      --
      Can you be Even More Awesome?!
    10. Re: Is it still braindeadly single-threaded? by Anonymous Coward · · Score: 0

      It's embarrassingly parallel when you're dealing with at least as many PCs to pathfind for as you have cores, as you can at the last run each PC's pathfinding in parallel against the read-only structures.

      And 'challenging' to implement doesn't change if something can be embarrassingly parallel; that's confusing implementation details for algorithmic choice. Pathfinding as a whole can (and these days SHOULD) indeed be embarrassingly parallel.

    11. Re: Is it still braindeadly single-threaded? by mrvan · · Score: 1

      embarrassingly parallel has a specific meaning, namely that the task is composed of a (relatively large) number of sub tasks that can each be performed completely independent of each of the other sub tasks. So, any sane attempt to pathfind (say an A* search) is not embarrassingly parallel since whether a path can be pruned depends on the best paths found so far in other branches, and there is an optimal ordering for which branches to descend into first which is also dependent on what's happening in the other branches. I'm sure you can make a parallel version by e.g. forking out N possible branches to some depth, gathering state, and then pruning and ordering centrally and branching out again on the most promising branches, but this is not "embarrassingly" parallel.

    12. Re:Is it still braindeadly single-threaded? by mrvan · · Score: 1

      It was meant neither as an excuse nor as an explanation.

      Let's just say that apparently Toady has the kind of skills and character that enabled him to implement DF in the current fashion. And that is both a big compliment and a big gripe...

    13. Re:Is it still braindeadly single-threaded? by fuzzyfuzzyfungus · · Score: 1

      Why wouldn't it be an explanation? 'Excuse', is a slippery term because it tends to have moral connotations that can lead one into the rather subjective territory of arguing about what somebody does or doesn't have a duty to learn and why; but an 'explanation' is just an account of why something is as it is.

      It might be that 'He's an autodidact' isn't the correct explanation in this case; but 'He picked it up on his own, because of his interest, which is why the result shows an idiosyncratic emphasis on what interests him to the exclusion of some accepted best practices.' certainly sounds like a reasonably well formed explanation, whether one finds it excusable or not.

    14. Re: Is it still braindeadly single-threaded? by TheCarp · · Score: 2

      Sure but with a little cleverness I think the problem can be simplified since the same paths are going to be used a lot with significant overlap and repetition. It could even lead to more realistic behaviour. Real creatures don't do mathametical best path finding from a real map, they choose from amongst routes they know weighted by some hueristics, then if one of them fails, try to adjust. Its potentially a much simpler problem. It would mean less efficiency in situations where a prefered path ends up not being accessible....but thats normal isn't it? I have that problem all the time when streets get closed for maintenance.

      --
      "I opened my eyes, and everything went dark again"
    15. Re: Is it still braindeadly single-threaded? by loufoque · · Score: 1

      There are research papers on the subject of finding the best path, it isn't exactly simple.
      Take a look at what Microsoft has done for Bing Maps for example:
      http://research.microsoft.com/...

    16. Re: Is it still braindeadly single-threaded? by TheCarp · · Score: 1

      You are missing my point though, finding the best path is not actually required. Not only that but the game itself has mechanics by which paths are made and points that might need to be pathed to are created. Paths could be pregenerated as the map is dug out and items built within it, individuals could pick from pre-defined paths and then follow them.

      A few examples of where this is actually better....

      Currently lets say a dwarf plans to go down hallways A B and C to D. But he could go A B E D instead. Now as he enters B, a door in C is locked, dissallowing him to move C to D.

      Under a "I path find every step" scenario, He immediately starts moving towards E and then D. This is highly unrealistic unless they all have walkie-talkies, but then, it "works" for invaders too.

      Now under a less rigid scenario, maybe he chooses A B C D. Then gets all the way to C and sees the path is blocked, so he turns around and repaths. It is less efficient but more realistic, and potentially requires less expensive pathing.

      --
      "I opened my eyes, and everything went dark again"
    17. Re: Is it still braindeadly single-threaded? by Anonymous Coward · · Score: 0

      Umm, no.

      here's one at 100:http://dwarffortresswiki.org/index.php/File:Frames_Per_Second_Meter.png which is bog standard and only indecipherable madness to the extend that DF is always such.

    18. Re: Is it still braindeadly single-threaded? by X0563511 · · Score: 1

      There's also no excuse that can't all be handled in a different thread than the UI. No need for that to become sluggish, too, even if you kept the actual pathfinding to a single thread itself.

      --
      For large sets, this will be our guide even unto death, for the LORD will work for each type of data it is applied to...
    19. Re: Is it still braindeadly single-threaded? by X0563511 · · Score: 1

      You're assuming it's a single path-find that he wants to thread out.

      It isn't. It's 100s to 1000s of path-finds that could all be run on their own.

      --
      For large sets, this will be our guide even unto death, for the LORD will work for each type of data it is applied to...
    20. Re: Is it still braindeadly single-threaded? by X0563511 · · Score: 1

      Or even this thought:

      All 400 kittens don't need to pathfind in serial. Each kitten could run it's own pathfinding in it's own thread (or groups of kittens in serial, with the groups running in parallel).

      --
      For large sets, this will be our guide even unto death, for the LORD will work for each type of data it is applied to...
    21. Re: Is it still braindeadly single-threaded? by sadness203 · · Score: 1

      Yeah, well, it's a new game too. Try to have that with 20, 40, and 60 migrants, it will just slow down the more thing you have on the map.

    22. Re: Is it still braindeadly single-threaded? by Anonymous Coward · · Score: 0

      Are you proposing, in this case, 400 threads? Threading's not free, you know.

    23. Re: Is it still braindeadly single-threaded? by Kremmy · · Score: 1

      All of these posts about how simple it should be to refactor the pathfinding are from people who have never developed anything of remote complexity in their lives.

    24. Re: Is it still braindeadly single-threaded? by Kremmy · · Score: 1

      I expect that the logic required to reasonably split up the pathfinding is going to easily reverse any potential savings. There is a completely disregard for the fact that in order to split the processing up, one must take the time to organize the processes such that they can be split up.

      It's a little bit like rocket science. How each additional pound of fuel provides so much thrust, but the additional weight but also be accounted for. 'parallel the pathfinding' is adding fuel without accounting for the weight of the fuel.

    25. Re: Is it still braindeadly single-threaded? by Rockoon · · Score: 1

      So, any sane attempt to pathfind (say an A* search) is not embarrassingly parallel

      Also true is that any sane attempt to calculate the color of a pixel is not embarrassingly parallel...

      ...never the less, GPU's prove that the problem being solved is indeed embarrassingly parallel.

      Your problem is that you know just enough to fuck up the basics.

      --
      "His name was James Damore."
    26. Re: Is it still braindeadly single-threaded? by X0563511 · · Score: 1

      No, perhaps 2 threads to split the load - or as many as would be efficient for the purpose. Even a single thread for pathfinding in general would be an improvement upon a single thread for -everything- as it currently is.

      --
      For large sets, this will be our guide even unto death, for the LORD will work for each type of data it is applied to...
    27. Re: Is it still braindeadly single-threaded? by X0563511 · · Score: 1

      You don't need to give a thread for each pathfinding - a small handful would be a vast improvement on... well, no threads other than the one the whole program runs in.

      --
      For large sets, this will be our guide even unto death, for the LORD will work for each type of data it is applied to...
    28. Re: Is it still braindeadly single-threaded? by UngodAus · · Score: 1

      This is actually a pretty simple task-oriented problem. Have a queue of objects that need to path to a new location. Each object is a self contained task, referencing outside information, but modifying information only inside the object (therefor needing no locking or contention of threads). For a thread in a pool of worker threads, pull the next object off the queue, find the path, store the path inside the object, place it in the queue of done objects. Loop. Not excessively difficult.

    29. Re: Is it still braindeadly single-threaded? by UngodAus · · Score: 1

      As a senior software engineer, currently gainfully employed, I disagree. This one of many painfully simple operations that could be made parallel by anyone halfway competent.

    30. Re:Is it still braindeadly single-threaded? by muridae · · Score: 1

      He's a maths Ph.D. not a Computer Science or IT Bs.

      I think that, had DF been programmed in a language that was more maths friendly, and less "write it like algebra on paper and let the compiler do magic" C then it might drastically increase the code efficiency. But the times he's been offered help with someone else writing a UI, he grasps that the UI needs a stable game API to make calls to, or a means to pass messages, and the game is not in that state nor is he going to re-do the UI each major version to keep it up to date. The same applies to pathing, it's not his field of maths (go read his thesis, it's very far from code related). A threaded pathfinding library has been offered to him, but since the objects change and the map representation changes, he presented some past problems that libraries couldn't cope with and the coders reading the discussion (myself included) wanted to launch kitten and whale rail guns.

      Hell, tiles of his maps already store so much data, that it would make almost as much sense to use a memory intense pathfinding and allow each tile to determine the closest (gem/food/water/workshop of each type/etc) than to have each dward parse the map tree each turn to avoid running into each other.

    31. Re: Is it still braindeadly single-threaded? by Kremmy · · Score: 1

      “Traditional single-processor pathnding strategies, such as A* and its derivatives, have been long praised for their exibility. We implemented several parallel versions of such algorithms to analyze their intrinsic behavior, concluding that they have a large overhead, yield far from optimal paths, do not scale up to many cores or are cache unfriendly. In this article, we propose Parallel Ripple Search, a novel parallel pathnding algorithm that largely solves these limitations.”
      http://graphics.tudelft.nl/~ra...
      I disagree with your basic assumptions.

    32. Re: Is it still braindeadly single-threaded? by UngodAus · · Score: 1

      When taken as a single entity, sure, but a thousand objects queued processed in parallel to each other, will greatly outperform a thousand entities queued in serial, even given overheads of thread contention, cache thrashing, etc. Set your granularity high enough and the cost overheads cease to matter. Statistically or otherwise.

  9. ...And MY AXE! by Anonymous Coward · · Score: 0

    //dwarf

  10. Classic 100 years from now? by KingOfBLASH · · Score: 1

    The thing that always amazes me is while simple games like chess, weiqi, checkers, etc., all seem to have unlimited playability and intricacy, computer games generally don't.

    Taking Weiqi as an example, literally you can spend 40 years of your life playing, and there will always be room to get better and add difficulty, and always more interesting. Compare that to the latest FPS you beat and abandon after a few days/weeks/months.

    I really have to wonder if 100 years from now, some games like Nethack and DF will end up becoming "classics" in a similar vein as board games...

    1. Re:Classic 100 years from now? by dunkelfalke · · Score: 1

      Because this kind of games is completely abstract.

      --
      "It's such a fine line between stupid and clever" -- David St. Hubbins, Spinal Tap
    2. Re:Classic 100 years from now? by Anonymous Coward · · Score: 0

      It will more end up being Minecraft than DF. Ugh.

      Minecraft, a game of broken promises and only the mods made the game even remotely fun.

    3. Re: Classic 100 years from now? by loufoque · · Score: 3, Insightful

      Who the hell calls 'go' 'weiqi' ?

    4. Re: Classic 100 years from now? by Anonymous Coward · · Score: 3, Insightful

      The type of person who has waited for months to come up with a slightly on-topic post to show off that he uses the term "weiqi" and thoughtfully provide a link to the Wikipedia article on "Go" to show how smart he is.

    5. Re: Classic 100 years from now? by lingu1st · · Score: 1

      Who the hell calls 'go' 'weiqi' ?

      The Chinese do. They invented the game.

    6. Re: Classic 100 years from now? by KingOfBLASH · · Score: 1

      There's actually a number of names for the game in the different countries that play it. Igo is the japanese name, baduk is the korean name, etc.

      Depending on who taught you and where you learn it, you may use one of the other (with different variations on the rules of the game depending on region it originates from). Additionally, some of us prefer the any name that is not "go" for the simple fact that it is much more distinctive. (Try googling weiqi and then try googling go and see which one has more irrelevant links)

    7. Re: Classic 100 years from now? by loufoque · · Score: 2

      In Chinese. But when speaking about the game in English, people use 'go'.

    8. Re: Classic 100 years from now? by Anonymous Coward · · Score: 0

      The go wikipedia article is the 3rd result if I just search for "go".

    9. Re: Classic 100 years from now? by KingOfBLASH · · Score: 1

      And half of the rest is not related to the game.

    10. Re: Classic 100 years from now? by KingOfBLASH · · Score: 1

      Not true.

      I've been playing the game for several years. How long have you been playing?

    11. Re:Classic 100 years from now? by Anonymous Coward · · Score: 0

      Not really. It's because they're complex!

      Captcha: biology

    12. Re: Classic 100 years from now? by Anonymous Coward · · Score: 0

      The Japanese introduced the US to go, so it is usually 'go' or 'igo'. The US go club I used to attend used Japanese terms and even the Japanese scoring system.

    13. Re: Classic 100 years from now? by Culture20 · · Score: 1

      The go wikipedia article is the 3rd result if I just search for "go".

      And if you want the wikipedia go article, you can just go to wikipedia. Other go articles are harder to find.

    14. Re: Classic 100 years from now? by KingOfBLASH · · Score: 1

      Funny. Club I go to refers to it as weiqi or baduk....

    15. Re:Classic 100 years from now? by fuzzyfuzzyfungus · · Score: 4, Insightful

      In terms of replay value and intricacy, 'computer games' are arguably several largely different things that all just happen to be amenable to running on computers and being sold in software boxes:

      The trivial analog to simple games is (of course) those games implemented on a computer. Being the trivial case, this is mostly a wiseass cop-out; but it's worth mentioning because computer implementations have made a substantial difference in what games are considered 'solved' and how strongly. Some games are so simple that children can solve them by hand (tic-tac-toe, most notably, since people do actually play it; but it's simple enough that most players eventually solve it and lose interest); but solving checkers, or the partial solutions for chess and go, are exercises that require ingenuity and cunning; but a lot of brute force.

      The slightly less trivial analog is extensions of classic games that would be impossible or impractical to fabricate as board games. Mostly 2d games adapted to 3 or more dimensions(or 3d puzzles, like Rubik's cubes adapted to 4 or more dimensions). These usually have some improvised implementation that doesn't need a computer (multiple chess/checkers boards with rules for pieces moving between them in the extra dimension, that sort of thing); but computers make them easier and less knock-over-and-abandon-in-frustration prone.

      Then there are computer games that are really, in terms of playability and intricacy, basically team sports, rather than anything analogous to deterministic games of perfect information like chess, checkers, go, etc. Something like Counter-Strike is replayable much like soccer or football are (ignoring the fact that operating systems and Glide/OpenGL/DirectX tend to break backward compatibility more often than 'grass' does, so a single, specific, implementation may not remain playable in the long term without porting, though games with robust port support are in decent shape). There is strategy and teamwork; along with individual expertise in implementation, so most of the 'churn' in these games is either abandonment of older engines in favor of nicer ones, or iterative tweaking of weapons and balance. Specific 'games' in the sense of 'Program X sold under name Y' tend to come and go; but the overall dynamic is similar to regional variations, changes in equipment, occasional rule tweaks, and the like in traditional sports, except that traditional sports tend to treat variants as all being flavors of A Sport, while the trademark and SKU-focused game market tends to treat each variant as a separate game.

      Then there are the 'games' that really shade into choose-your-own-adventure books with pictures, or movies with reflex tests: I enjoy these myself, and they are a perfectly valid form of entertainment; but they are about as dissimilar from classic 'games' as something called a 'game' can be. Single-player FPSes, relatively 'closed world' RPGs, that sort of thing. Hardly identical to a film(in all but the worst excesses of the early days of "Wow, we have a whole CD to fill with shitty, overcompressed FMV!" era), the tests of reflexes, RPG party management, or whatever are genuinely part of the experience; but they aren't terribly replayable because, sooner or later, you run up against the fact that there is only so much manually-generated, written, and voice-acted plot to uncover. Likely good for more than one playthrough, unless brutally linear; but each 'branch' costs so much dev and artist time that there aren't going to be too many of them.

      There may also be a category for the games (the Civilization series being the most prominent example that comes to mind) that could have been implemented as board games; but would be near insanity if you had to keep track of teeny plastic wheat counters for every single square. If these are single player, they often wear out their welcome sooner or later because the AI opponents just aren'

    16. Re:Classic 100 years from now? by Anonymous Coward · · Score: 0

      Nethack sure as hell won't. Being good at Nethack simply requires memorizing (or having at your fingertips) an encyclopedia of techniques and obscure information. There's not actually much open-endedness or creativity on the player's part there.

    17. Re:Classic 100 years from now? by tlhIngan · · Score: 1

      The thing that always amazes me is while simple games like chess, weiqi, checkers, etc., all seem to have unlimited playability and intricacy, computer games generally don't.

      Tetris comes to mind as a computer-only game (you can really only play it on a computer - a real life version is sorta difficult and messy).

      And it's been going strong for what, 3 decades now? (The only reason the rules change is because the Tetris Foundation or whatever needs to keep themselves relevant, but the original is still as fun and addictive as ever).

    18. Re: Classic 100 years from now? by Anonymous Coward · · Score: 0

      You're an idiot, burn in a fire.

    19. Re:Classic 100 years from now? by ShakaUVM · · Score: 1

      This is a great overview of gaming, thanks.

    20. Re: Classic 100 years from now? by Anonymous Coward · · Score: 1

      But why use it on an English language web site. You even knew lots of people would never have heard that name even though they've heard of "go" and hence linked the wikipedia page - note you felt no need to link chess or checkers.

      So why bother?

    21. Re: Classic 100 years from now? by Anonymous Coward · · Score: 0

      Or you could just search for "go game" instead of "go".

    22. Re: Classic 100 years from now? by KingOfBLASH · · Score: 1

      Wow your wit is so sharp I didn't even feel the cut....

    23. Re: Classic 100 years from now? by Raenex · · Score: 1

      Just add the word "game" to your searches for "go", and you will find mostly relevant matches.

  11. Crossfire by Fully+Functional · · Score: 1

    I used to play Crossfire on DEC Ultrix boxes 20 years ago. http://crossfire.real-time.com... Not as in depth as Dwarf Fortress seems to be, but a good hack and slash game, that is still being worked on.

    1. Re:Crossfire by Anonymous Coward · · Score: 0

      Nice to see someone who actually knows what crossfire is! Grab a client and pop on the invidious server sometime...

  12. Just play minecraft instead by DNS-and-BIND · · Score: 1

    Minecraft is pretty much a ripoff of Dwarf Fortress, the creator has openly admitted this. But he made it colorful and dumbed it down a lot, so naturally he's rich now. Dwarf Fortress regularly gets negative coverage from game reviewers who offer such sparkling insights as "What the hell is this? It looks like a dot-matrix printer exploded on my screen." So just play Minecraft to get the same experience.

    --
    Shutting down free speech with violence isn't fighting fascism. It IS fascism!
    1. Re:Just play minecraft instead by Anonymous Coward · · Score: 0

      I just couldn't get myself to play Minecraft after I noticed what happens after you 'chop down' a tree - the top of the tree stays in the air. In DF the top of the tree would fall down on top of your head and kill/maim you! (at least that's what happens with stone, haven't tried it with the new multi level trees in DF)

    2. Re:Just play minecraft instead by Anonymous Coward · · Score: 0

      Minecraft is pretty much a ripoff of Dwarf Fortress, the creator has openly admitted this. But he made it colorful and dumbed it down a lot, so naturally he's rich now. Dwarf Fortress regularly gets negative coverage from game reviewers who offer such sparkling insights as "What the hell is this? It looks like a dot-matrix printer exploded on my screen." So just play Minecraft to get the same experience.

      Idiot. How can I have the same experience if you said Minecraft is a dumbed down Dwarf fortress?

    3. Re:Just play minecraft instead by Anonymous Coward · · Score: 0

      Depends on the definition of "same", doesn't it...

    4. Re:Just play minecraft instead by Anonymous Coward · · Score: 0

      Except that minecraft doesn't come anywhere close to as deep or comical as DF does, even when loaded down with the best of mods available.

    5. Re:Just play minecraft instead by MrNemesis · · Score: 2

      Gnomoria is also inspired by DF, and arguably is much closer to the spirit of DF than Minecraft is, and the graphics and interface are (IMHO) far superior to OotB Dwarf Fortress.

      If you enjoyed Minecraft but don't yet feel ready for the mind-bogglingly insane brilliance of DF then Gnomoria is a good stepping stone. I became aware of it during Aavak's (also a DF player) Let's Play and picked it up soon after, whilst it doesn't have anywhere near the depth of DF (traps/mechanisms are much more limited for example) if you only have a few hours it's much easier to dip in and out of, whereas with DF I usually have to play for days at a time... ;)

      FWIW when I play DF I do so with a tileset and all the rest of the gubbins one might find in the Lazy Newb Pack. It's a sublime game but the complexity and inconsistency of its interface can be one of its biggest frustrations.

      --
      Moderation Total: -1 Troll, +3 Goat
    6. Re:Just play minecraft instead by Anonymous Coward · · Score: 0

      Minecraft is pretty much a ripoff of Dwarf Fortress

      #include <bitter_hipster.h>

    7. Re:Just play minecraft instead by rochrist · · Score: 1

      I wouldn't say ripoff so much as inspired by. Minecraft isn't trying to do any of the things DF is trying to do beyond procedurally generated content really. It's much more about the building, ie Legos.

    8. Re:Just play minecraft instead by ButchDeLoria · · Score: 1

      There are above-ground collapse messages when cutting down huge multiple z-level trees, so I think it is actually feasible to have that happen. Of course, things like "the entirely of your region down to Hell being able to be supported by a single support attached to a single lever" is still a thing, but more for Fun purposes.

  13. Sweet! by Anonymous Coward · · Score: 0

    Time to play the old version until modders have support for new version.

    You think I'm scrolling through those awfully constructed menus by hand? The hell you think I am, someone with patience?
    It is like the menus were constructed by the dorfs themselves! A oddly skinny one!

  14. Availability by Anonymous Coward · · Score: 0

    Go write a gamepad script using AutoHotKey and try and play the game, tell me how that works out. it's not like no-one has ever tried.

  15. Simulations are made for multi-threading. by Anonymous Coward · · Score: 0

    Although the simulation might be difficult to run in multiple threads

    Actually, simulations are basically made for multithreading. DF performance should scale up linearly with the number of threads, as long as it doesn't need huge amounts of conflict resolution in the simulation.

    new_state(i, n) = f(old_state(i, n-1), input(i, n))

    can be parallelized easily if old_state and input are constant. Start a number of worker threads and have each pick the next unprocessed simulated entity. (i: index of simulated entity, n: simulation step)

    1. Re:Simulations are made for multi-threading. by Anonymous Coward · · Score: 2, Insightful

      Actually, simulations are basically made for multithreading. DF performance should scale up linearly with the number of threads, as long as it doesn't need huge amounts of conflict resolution in the simulation. ...
      can be parallelized easily if old_state and input are constant

      See where you go too far with assumptions? Sure, you can parallelize it easily like that - when your actors are nicely synchronous and independent. For a quick example: there are two entities that are bound to end up in the same cell at next time step, how do you resolve that step in your easily parallel fashion?

      When dealing with discrete simulation, you're usually dealing with a stream of events, not independent actors. You can separate them into independent domains that can be simulated at once (and then still take care about effects taking place in proper order), but it's not "easily" and nice looking as you make it out to be.

    2. Re:Simulations are made for multi-threading. by Anonymous Coward · · Score: 1

      Actually, simulations are basically made for multithreading. DF performance should scale up linearly with the number of threads, as long as it doesn't need huge amounts of conflict resolution in the simulation. ...
      can be parallelized easily if old_state and input are constant

      See where you go too far with assumptions? Sure, you can parallelize it easily like that - when your actors are nicely synchronous and independent. For a quick example: there are two entities that are bound to end up in the same cell at next time step, how do you resolve that step in your easily parallel fashion?

      In dwarf fortress? They probably collide resulting in an explosion of random organs with a chance to fuse into a horrible abomination with the specific abomination depending on the entities that collided and the proximity of the collision to an open helmouth.

    3. Re:Simulations are made for multi-threading. by Anonymous Coward · · Score: 0

      For a quick example: there are two entities that are bound to end up in the same cell at next time step, how do you resolve that step in your easily parallel fashion?

      You're giving Toady too much credit. The simplistic way Dwarf Fortress deals with this situation is compatible with parallel processing: the first entity moves into the cell. The second entity recalculates a new path all the way to the destination based only on the current map state.

    4. Re:Simulations are made for multi-threading. by Anonymous Coward · · Score: 0

      You say "compatible with parallel processing" and immediately describe a serial process with second step dependent on knowing that the first entity has occupied the cell.

  16. Perspective by Charliemopps · · Score: 2

    I played this game for years. For those of you that haven't I thought I'd provide some perspective...

    The game is so difficult, that even using the DFHACK utility to completely cheat and make my dwarves invincible, I still died every time. It's likely the most complex game ever created by a long shot.

    1. Re:Perspective by Oronar · · Score: 4, Funny

      There's a reason the motto of the game is "LOSING IS FUN!"
      With a little practice and judicious use of the wiki it's not too hard to get to semi-stable fortress that won't collapse from internal forces (instead it'll be the goblin or elf sieges).

      --
      1 4/\/\ 1337
    2. Re:Perspective by Greyfox · · Score: 1

      Yeah! I remember the first time I tunneled into a cave system, not realizing that some forgotten beasts can fly. Well naturally one flies up after a couple of years and starts breathing poison clouds everywhere. All my dwarves are running around and completely freaking out and I just can't stop laughing hysterically watching the devastation. I've never experienced that in a game before...

      --

      I'm trying to teach myself to set people on fire with my mind... Is it hot in here?

    3. Re:Perspective by Chowderbags · · Score: 1

      Then you get a somewhat bigger fortress that won't collapse from external forces (instead it'll be the King demanding materials that don't exist causing every dwarf to be arrested or one careless death causing a tantrum spiral).

    4. Re:Perspective by HeckRuler · · Score: 1

      Last couple of times I touched it I thought it was too easy.

      It's almost trivial to get a farm going in a good spot. Being able to gather seeds, till the surface, and plant instantly makes the food economy dirt simple.

      It doesn't give you a super-powerful fortress that can repel the goblin hoards and megabeasts, but it certainly makes the early game less engaging. I mean, remember when you seriously needed fishermen just so you wouldn't starve before your first harvest?

      Starting a fortress on the tundra, or with an aquifer, or in a desert makes for a more interesting time.

  17. Progress Quest by tbuddy · · Score: 3, Funny

    More of a Progress Quest fan. No sense learning all those commands when the game can do it for you.

    1. Re:Progress Quest by Anonymous Coward · · Score: 0

      Wow Timothy Hartman you are hilarious thanks for your wonderful comment

    2. Re:Progress Quest by Anonymous Coward · · Score: 0

      Yea, I agree, it was pretty good

  18. I still like... by slashmydots · · Score: 3, Informative

    I still like Exile 3 by Spiderweb software better. It's a super ultra mega classic RPG and its map makes Skyrim look small. I think it was released in 1994 or something but it still runs on Windows 7 32 bit today.

    1. Re:I still like... by Anonymous Coward · · Score: 0

      The Exile series are underrated classics, I spent way too many hours Crystal Souls back in the day. Good times.

  19. DF is crap by Anonymous Coward · · Score: 0

    does it still crash on linux if you zoom in? I could not play it at all, and it looks like the developer just ignores that bug, even though it was reported long time ago.

  20. DF is kind of a tragedy by jez9999 · · Score: 1

    I really had high hopes for Dwarf Fortress; I kind of like complex strategy games with steep learning curves, and I could even get used to the wacky interface. I remember the precise moment I just decided to stop playing it, though; when dwarves started complaining about their clothing being ragged. You have to have an entire economy. To make clothes. For your dwarves.

    And this isn't some accident, it's by design. For me, they've gone so far into the micromanagement that the game just isn't fun at all, it's tedious. And that's really a shame because I think if they hit the right spot with the complexity, it could be really great. I had been looking forward to making some really big complex dungeons, but making clothes for dwarves and getting the idiots to actually put the new clothes on, all the time? Fuck it.

    1. Re:DF is kind of a tragedy by Anonymous Coward · · Score: 0

      Kill an elf caravan (or dismantle the trade depot while their crap is on it) and you'll have plenty of clothes. Granted, do it enough times and their kingdom will get pissed and siege you.

    2. Re:DF is kind of a tragedy by Anonymous Coward · · Score: 0

      I am pretty sure that the "unusually negative thoughts about clothing" was actually a bug back in 34.06 that has been long since fixed. I also seem to recall being able to change something in the raws to remove all negative thoughts about clothing. I further, almost kinda recall an option in the lazynewbpack to disable this. That being said. I have ran many, many forts for many, many years and never had a single tantrum spiral as a result of clothing without using any hacks so I'm assuming it was fixed. I, of course, can not be arsed to cite any links to my large paint-brush sized assumptions.

    3. Re:DF is kind of a tragedy by Anonymous Coward · · Score: 0

      ... For me, they've gone so far into the micromanagement that the game just isn't fun at all, it's tedious.

      And that's exactly why I stopped playing Dwarf Fortress (when DF2010 came out). I did my best in my blog to give concrete examples of said micromanagement but it's very hard to articulate the annoyances 1) given the "cult" following this game has, and 2) to someone who has never played the game before.

      It wasn't until earlier this year when I read a New York Times interview with Tarn and Zach Adams that I realised these fellows actually have a serious problem -- and it isn't DF, but (to me) explains why DF is the way it is. (Maybe it's because I'm also from the Pacific Northwest, I don't know...)

      A Dutch colleague of mine paraphrased the situation some months ago: "Dwarf Fortress: where you need helper programs to actually play the game."

    4. Re:DF is kind of a tragedy by Anonymous Coward · · Score: 1

      You can also compensate for unhappy effects by adding happiness elsewhere. Your dwarfs will be pleased to live in rags and shovel refuse all day as long as they can admire the gold-jewel-encrusted masterwork statue on their way to the garbage pits. There are only two things a dwarf cannot live without: industry and drink.

    5. Re:DF is kind of a tragedy by Anonymous Coward · · Score: 0

      Pack a few seeds that can be used to grow cloth-making plants, plant a 3x3 or so plot of them, then make fabric on repeat for a while, after which you can make basic shoes/socks/etc. on repeat for a bit (you can actually queue a dozen or so jobs on repeat and it will cycle through them each) until your stocks are full. Turn it off when you have enough... or don't bother if your fort is big enough and not missing the labor.

      Honestly, clothes are a mere afterthought in my forts. I'm more worried about setting up megaprojects and watching seiges march through the death maze after my fortress automatically seals itself off (except for the handy route through the death maze, of course).

    6. Re:DF is kind of a tragedy by Anonymous Coward · · Score: 0

      Weak minds play weak games, strong minds play strong games.

  21. ASCII Incredible Depth! by Anonymous Coward · · Score: 0

    Riight... and look I have a sheet of paper with a lot of pencilled scribbles on it - you can look at those scribbles for centuries and not learn a damn thing. Now that is depth...

  22. Progress Quest by Anonymous Coward · · Score: 0

    Yeah, you don't even have to install or run any programs. Just go here...

  23. ...and this was the result by Anonymous Coward · · Score: 0
  24. Plug for minetest! by Anonymous Coward · · Score: 0

    It's open source unlike minecraft and dwarf fortress, and hasn't let the game's performance bog down to the same levels as Minecraft or DF have.

    Mind you there's plenty of room for improvement, both in gameplay and speed, but unlike the latter, YOU could have code/involvement/input on the future of it to a level the others avoid since they are by and large commercial enterprises.

  25. Dwarf Fortress... if finished... by Anonymous Coward · · Score: 0

    Will make an awesome BACKEND for potentially a generation of other games. Or a sociology simulation.

    But as a game it's already become too bloated and tedious to be truly enjoyable. For me, it's mostly due to single threading, but I have run across many of the usability quirks that make it a non-starter for the less technically inclined.

    Sadly Tarn has made it quite clear that DF will not be open sourced any time in the near future, unless on a whim he suddenly grows bored of it, so as to avoid 'the game going in directions which he doesn't envision' (this was said in one of the forums years ago and I'm paraphrasing) which sadly limits the full potential of what he's creating, as well as infuriating a lot of potential either donators or developers who might otherwise help make it a game to kill (most other) games, given the sheer level of replayability and intricacy woven into it's backend elements.

    As far as the front-end is concerned however, it shows why both Sim branded games, as well as Minecraft are so popular instead. Hell, even just regarding ASCII based games, I find NETHACK easier to deal with, TOMENET less visually noisy, LORE and Arrowbridge downright simplistic, and I'm sure there are others out there that people could make a similiar agreement about (LOD anyone?).

    While I can appreciate the level of detail placed into Dwarf Fortress' mapping and other management interfaces, there are some limitations that simply can't be easily overcome in DOS-Era ASCII characters (Unicode+ANSI or XTERM color might be another matter.) That said, it's rapidly approaching a point where a 3d interface could provide noticable advantages to visualizing your part of the world. I do however agree that implementing them should be saved for a finished backend and not hobble the work being done. But without them I wonder how long the DF development donations will last, nevermind how long Tarn will be able to physically keep up programming without it taking a toll on his health.