Dfhack Documentation Release 0.44.05-R1

Total Page:16

File Type:pdf, Size:1020Kb

Dfhack Documentation Release 0.44.05-R1 DFHack Documentation Release 0.44.05-r1 The DFHack Team 2018-02-05 Contents 1 Introduction 1 2 User Manual 3 2.1 Introduction and Overview........................................3 2.2 DFHack Core...............................................5 2.3 DFHack Plugins............................................. 12 2.4 DFHack Scripts............................................. 63 3 Other Contents 123 3.1 List of Authors.............................................. 123 3.2 Licenses................................................. 126 3.3 Changelog................................................ 128 3.4 Removed scripts............................................. 149 4 For Developers 151 4.1 How to contribute to DFHack...................................... 151 4.2 Compiling DFHack........................................... 155 4.3 Development Changelog......................................... 166 4.4 DFHack Lua API............................................. 174 4.5 Data Structure Definition Syntax..................................... 231 4.6 Updating DF-structures for a new DF version.............................. 249 4.7 Patching the DF binary.......................................... 256 i ii CHAPTER 1 Introduction DFHack is a Dwarf Fortress memory access library, distributed with a wide variety of useful scripts and plugins. The project is currently hosted at https://www.github.com/DFHack/dfhack, and can be downloaded from the releases page. All new releases are announced in the bay12 forums thread, which is also a good place for discussion and questions. For users, it provides a significant suite of bugfixes and interface enhancements by default, and more can be enabled. There are also many tools (such as workflow or autodump) which can make life easier. You can even add third-party scripts and plugins to do almost anything! For modders, DFHack makes many things possible. Custom reactions, new interactions, magic creature abilities, and more can be set through Scripts for Modders and custom raws. Non-standard DFHack scripts and inits can be stored in the raw directory, making raws or saves fully self-contained for distribution - or for coexistence in a single DF install, even with incompatible components. For developers, DFHack unites the various ways tools access DF memory and allows easier development of new tools. As an open-source project under various copyleft licences, contributions are welcome. 1 DFHack Documentation, Release 0.44.05-r1 2 Chapter 1. Introduction CHAPTER 2 User Manual 2.1 Introduction and Overview DFHack is a Dwarf Fortress memory access library, distributed with a wide variety of useful scripts and plugins. The project is currently hosted at https://www.github.com/DFHack/dfhack, and can be downloaded from the releases page. All new releases are announced in the bay12 forums thread, which is also a good place for discussion and questions. For users, it provides a significant suite of bugfixes and interface enhancements by default, and more can be enabled. There are also many tools (such as workflow or autodump) which can make life easier. You can even add third-party scripts and plugins to do almost anything! For modders, DFHack makes many things possible. Custom reactions, new interactions, magic creature abilities, and more can be set through Scripts for Modders and custom raws. Non-standard DFHack scripts and inits can be stored in the raw directory, making raws or saves fully self-contained for distribution - or for coexistence in a single DF install, even with incompatible components. For developers, DFHack unites the various ways tools access DF memory and allows easier development of new tools. As an open-source project under various copyleft licences, contributions are welcome. Contents • Introduction and Overview – Installing DFHack – Getting started – Troubleshooting 3 DFHack Documentation, Release 0.44.05-r1 2.1.1 Installing DFHack DFHack is available for the SDL version of Dwarf Fortress on Windows, any modern Linux distribution, and Mac OS X (10.6.8 and later). It is possible to use Windows DF+DFHack under Wine on Linux or OS X. Most releases only support the version of DF mentioned in their title - for example, DFHack 0.40.24-r2 only supports DF 0.40.24 - but some releases support earlier DF versions as well. Wherever possible, use the latest version of DFHack built for the target version of DF. Installing DFhack involves copying files from a release archive into your DF folder, so that: • On Windows, SDL.dll is replaced • On Linux or OS X, the dfhack script is placed in the same folder as the df script Uninstalling is basically the same, in reverse: • On Windows, replace SDL.dll with SDLreal.dll, then remove the DFHack files. • On Linux or OS X, remove the DFHack files. New players may wish to get a pack with DFHack preinstalled. 2.1.2 Getting started DFHack basically extends DF with something similar to the console found in many PC games. If DFHack is installed correctly, it will automatically pop up a console window once DF is started as usual on Windows. Linux and Mac OS X require running the dfhack script from the terminal, and will use that terminal for the console. • Basic interaction with dfhack involves entering commands into the console. To learn what commands are available, you can keep reading this documentation or skip ahead and use the ls and help commands. • Another way to interact with DFHack is to set in-game keybindings for certain commands. Many of the newer and user-friendly tools are designed to be used this way. • Commands can also run at startup via init files, on in batches at other times with the script command. • Finally, some commands are persistent once enabled, and will sit in the background managing or changing some aspect of the game if you enable them. 2.1.3 Troubleshooting Don’t panic! Even if you need this section, it’ll be OK :) If something goes wrong, check the log files in DF’s folder (stderr.log and stdout.log). Looking at these might help you - or someone else - solve the problem. Take screenshots of any weird error messages, and take notes on what you did to cause them. If the search function in this documentation isn’t enough and the DF Wiki hasn’t helped, try asking in: • the #dfhack IRC channel on freenode • the Bay12 DFHack thread • the /r/dwarffortress questions thread • the thread for the mod or Starter Pack you’re using (if any) 4 Chapter 2. User Manual DFHack Documentation, Release 0.44.05-r1 2.2 DFHack Core Contents • DFHack Core – Command Implementation – Using DFHack Commands – Built-in Commands – Init Files – Miscellaneous Notes 2.2.1 Command Implementation DFHack commands can be implemented in three ways, all of which are used in the same way: builtin commands are implemented by the core of DFHack. They manage other DFhack tools, interpret commands, and control basic aspects of DF (force pause or quit). plugins are stored in hack/plugins/ and must be compiled with the same version of DFHack. They are less flexible than scripts, but used for complex or ongoing tasks becasue they run faster. scripts are Ruby or Lua scripts stored in hack/scripts/. Because they don’t need to be compiled, scripts are more flexible about versions, and easier to distribute. Most third-party DFHack addons are scripts. 2.2.2 Using DFHack Commands DFHack commands can be executed in a number of ways: 1. Typing the command into the DFHack console (see below) 2. From the OS terminal (see below) 3. Pressing a key combination set up with keybinding 4. From one of several Init Files, automatically 5. Using script to run a batch of commands from a file The DFHack Console The command line has some nice line editing capabilities, including history that’s preserved between different runs of DF - use ↑ and ↓ to go through the history. To include whitespace in the argument/s to some command, quote it in double quotes. To include a double quote character, use \". If the first non-whitespace character is :, the command is parsed in an alternative mode. The non-whitespace characters following the : are the command name, and the remaining part of the line is used verbatim as the first argument. This is very useful for the lua and ruby commands. As an example, the following two command lines are exactly equivalent: 2.2. DFHack Core 5 DFHack Documentation, Release 0.44.05-r1 :foo a b"c d"ef foo"a b \"c d\" e f" Using an OS terminal DFHack commands can be run from an OS terminal at startup, using ‘+ args’, or at any other time using the dfhack-run executable. If DF/DFHack is started with arguments beginning with +, the remaining text is treated as a command in the DFHack console. It is possible to use multiple such commands, which are split on +. For example: ./dfhack +load-save region1 "Dwarf Fortress.exe" +devel/print-args Hello! +enable workflow The first example (*nix), load-save, skips the main menu and loads region1 immediately. The second (Windows) example prints Hello! in the DFHack console, and enables workflow. Note that the :foo syntax for whitespace in arguments is not compatible with ‘+ args’. If DF and DFHack are already running, calling dfhack-run my command in an external terminal is equivalent to calling my command in the DFHack console. Direct use of the DFhack console is generally easier, but dfhack-run can be useful in a variety of circumstances: • if the console is unavailable – with the init setting PRINT_MODE:TEXT – while running an interactive command (eg. liquids or tiletypes) • from external programs or scripts • if DF or DFHack are not responding Examples: ./dfhack-run cursecheck dfhack-run multicmd kill-lua; die The first (*nix) example checks for vampires; the second (Windows) example uses kill-lua to cancel a script and exits. 2.2.3 Built-in Commands The following commands are provided by the ‘core’ components of DFhack, rather than plugins or scripts. • alias • cls • die • enable • fpause • help • hide • keybinding 6 Chapter 2.
Recommended publications
  • Game-Designer Interviews
    Appendix A Game-designer interviews To complement the technical content of the chapters, all written by academics (though some of the chapter authors also design and develop games), we performed five interviews with the creators of well-known PCG-heavy games. We selected the interviewees mostly because the games they had been part of had either introduced new interesting PCG techniques, or because they had integrated them in game de- sign in some novel way. The interviews were performed in 2013 and 2014 over email, and are reproduced in their entirety here (except for corrected typos). We asked most of the interviewees the same set of questions, focusing on the role of PCG in game design and the limits of generative methods. The interviewees are: • Andrew Doull, creator of UnAngband and UnBrogue, founder of RogueLikeRa- dio. • Ed Key, creator of Proteus. • Michael Toy, co-creator of Rogue. • Richard Evans, AI lead programmer on The Sims 3, co-creator of Versu. • Tarn Adams, creator of Dwarf Fortress. A.1 Andrew Doull Was there anything you wanted to do in a game you worked on that you could not do because of algorithmic or computational limitations? My thinking about game design has changed significantly over the years, since writing the original Death of the Level Designer series of articles. One of the key changes—guided a lot by games like Michael Brough’s 868-HACK—is that a game should embrace limitations, rather than attempt to design around them. So rather than creating procedural systems which can model everything a` la Dwarf Fortress, Ó Springer International Publishing Switzerland 2016 225 N.
    [Show full text]
  • On the Evolution of Narrative Mechanics in Open-World Games
    On the Evolution of Narrative Mechanics in Open-World Games Ulrich Götz SAME MESSAGE, DIFFERENT BOTTLE Experiencing and propagating narratives is an essential component of cultural history. Although this process has changed over the course of centuries, its basic principles persist. Regardless of eras or means of transmission, it is a primordial human instinct to want to communicate real or imagined experiences, and expe- rience them oneself. How deeply rooted this can be is reflected in a wide variety of social endeavors, demands and circumstances, which underscore the central importance of storytelling to our social fabric. The value of narrative and per- formative acts manifests itself in the layout of human settlements, which are ori- ented towards meaningful landmarks. New narrative styles intertwine them- selves closely with the most advanced technologies, which they either advance as a driving force, or rapidly incorporate. The communication of narrative content may have altered its external ap- pearance, but its essence has been preserved. Printing made it possible to repli- cate texts, replacing the oral transmission of poems, songs or performances. Contemporary technological innovations further expanded narrative possibili- ties: today, these range from audiovisual compositions and three-dimensional projections to hybrid performances that fuse real and virtual space. This change of narrative modes distills existing methods down to their core and creates new genres, until they, too, are subject to this process of reduction. At the heart of these continuing cyclical mechanisms lies the moment of narrative transfer. What was once conveyed through interpersonal contact is now amplified by highly diverse forms of media and performative practices.
    [Show full text]
  • Applied Design to Feature Fourteen Recently Acquired Video Games on View for the First Time
    MoMA’S CONTEMPORARY DESIGN GALLERY INSTALLATION FOCUSES ON THE VITALITY AND DIVERSITY OF DESIGN Applied Design to Feature Fourteen Recently Acquired Video Games on View for the First Time Applied Design The Philip Johnson Architecture and Design Galleries March 2, 2013–January 31, 2014 NEW YORK, February 14, 2013–The Museum of Modern Art presents Applied Design, an installation in The Philip Johnson Architecture and Design Galleries showcasing approximately 100 objects from the Museum’s collection. Representing the new directions of contemporary design, the exhibition features outstanding examples of interface and interaction design, dynamic visualizations, products, furniture, 3D printed chairs and bowls, emergency equipment, and biodesign. A testament to this vitality and diversity, the objects on display range from a mine detonator by the young Dutch/Afghani designer Massoud Hassani to a bowl made by transforming desert sand into glass using only the energy of the sun. Also on display are the first 14 video games to enter MoMA’s collection as part of ongoing research on interaction design. The exhibition is organized by Paola Antonelli, Senior Curator, and Kate Carmody, Curatorial Assistant, Department of Architecture and Design, The Museum of Modern Art, and is on view from March 2, 2013 until January 31, 2014. In the past twenty years, design has branched out in new directions that have galvanized young practitioners, sparked business models, and attracted worldwide public attention. Mine Kafon for example, Massoud Hassani’s dandelion-shaped mine detonator, is equipped with a GPS to record a safe path and designed to roll through mine fields. If the object, made from bamboo and biodegradable plastics, encounters a mine and detonates it, it will only partially destruct and can be salvaged and reassembled into a new specimen ready for deployment.
    [Show full text]
  • 292843-Sample.Pdf
    Sample file Foreword I've been wanting to write my own Dungeons And Dragons setting for a while now, and I inally got the resources and motivation to do so. I also got inspiration, from one Kruggsmash, and his Dwarf Fortress videos (artwork of which is on the cover). Big thanks to him, you have inspired my journey to this point. There is art from mister Kruggsmash himself, some art from the Dwarf Fortress Wiki, and to balance it out some, there's also oficial WotC art from miscellaneous editions decorating the pages. This book goes over the world of Tar'En, translated from Dwarvish to the Land Of Legends (inspired heavily by Kruggsmash's latest videos). It is a world of high adventures, epic beasts, mighty citadels, and wars against the pesky goblins who serve the dark ruinous powers that are the demons from the dark chasms of the Abyss. In this world it's never certain who will live, and who will die, what fortress falls, and what will lourish. It's truly a mystery how this world is so happy, yet so dangerous and deadly. But, you can ind that out yourselves you bearded bastards! Whistle - Viktor, the almighty author Sample file 3 The Land Of Legends ar'En is Dwarvish for the Land of Legends, and it Present Day, the last 200 years of Tar'En is a world that houses many stories, prophesies This is the part of history where important igures are told of, and legends, hence its name. Every day it seems artifacts are created and lost, Primordials are rediscovered, someone gets thrown in the spotlight by the wars are fought, and Tar'En's real story begins, told by you, and gods, and then they're showered with legends your dice.
    [Show full text]
  • Crawl Survey Results
    Crawl survey results Survey questions 1. What is your age? 2. What is your country? 3. Do you play locally, on a server, or both? 4. Do you play Tiles, ASCII, or both? 5. OS(es) at home? 6. Roguelikes played before? 7. Where did you learn about Crawl? 8. And when? 9. How many Crawl wins? (If none, you may specify your best game.) 10.If you take part in the tournament, where did you hear about it? 11.Ever recommend Crawl? 12.Which computer game have you played most in the last month? (July) Presentation structure ● Who are our players? ● How do they play? ● How did they arrive at Crawl? ● What is their overall win rate? ● What else are they playing? Who are our players? age distribution 90 83 80 70 64 60 50 49 40 32 30 25 20 10 8 3 4 4 0 14 15-19 20-24 25-29 30-34 35-39 40-44 45-49 50+ Minimum: 14 Maximum: 57 Median: 26 Average: 27.3 most common: 25 (23 times!) Who are our players? Gender 26% 94% N/A 4% 6% 70% Male Female Who are our players? USA 147 Canada UK Germany Finland Russia Poland France Italy Sweden Norway 19 Australia 2 New Zealand 21 22 4 Japan 12 17 2 Thailand 5 3 3 12 9 8 6 Brazil others* * other countries: Argentina, Belgium, China, Croatia, Czech republic, Denmark, Hungary, Iceland, India, Ireland, Israel, Lithuania, Moldova, Mongolia, Netherlands, Singapore, Switzerland, Ukraine, United arab emirates Who are our players? Continents players/populaton 61% 1,6 1,51 1,4 1,2 1 1% North America Europe 0,8 Australia 0,57 0,6 0,5 Asia 0,45 South America 0,4 4% 0,23 0,2 0,12 0,06 6% 0 Canada USA Germany 28% Finland Australia UK
    [Show full text]
  • Secret Identities in Dwarf Fortress
    The AIIDE-17 Workshop on Experimental AI in Games WS-17-19 Secret Identities in Dwarf Fortress Tarn Adams Bay 12 Games Silverdale, Washington [email protected] Abstract Chairs’ Note: In this invited industry case study, Tarn Adams discusses recent extensions to Dwarf Fortress’s sys- tems for character deception. A noted opus in the history of videogames, Dwarf Fortress is a roguelike set in procedu- rally generated fantasy universes. It has been shown at the Museum of Modern Art and has been featured in The New York Times, The New Yorker, Wired, and many other press publications. Currently, Tarn and his brother, Zach Adams, are roughly midway through its famous 30-year development cycle. As Tarn explains in this paper, an upcoming update centered around artifacts—and what characters know about them—has had the fun consequence of necessitating that a certain class of non-player characters cultivate secret iden- tities. This major extension has brought both technical and design challenges, as this paper illustrates. —James Ryan Figure 1: Tinker Tailor Soldier Spy (1979) sparked an early Introduction interest in espionage methods and how they might be trans- The 2017 update to Dwarf Fortress (Adams and Adams ferred to video games. 2006) centers around named items, and in particular, claims upon the items as well as conflict, theft, diplomacy and rec- onciliation involving the transfer of these objects.1 As crea- it involved plenty of spies, it wasn’t a superhuman action ad- tures in the game are not omniscient, rumors passed among venture, but rather an intricate yet reasonable tale of trade- civilizations and individuals regarding current item locations craft, derived we later learned from actual events and prac- are key to preventing this whole process from grinding to tices.
    [Show full text]
  • Hacklikes: Weird Interactions Between Things
    Hacklikes: Weird Interactions Between Things Jose Sanchez Assistant Professor, University of Southern California School of Architecture Director, Plethora Project INTRODUCTION universal, player- or non-player-centric, allowing for the cre- While Roguelikes in general could be easily dismissed due ation of vast algorithmic worlds that might never interact to their usually rudimentary graphics composed by ASCII with a human player. characters, most of such games contain an accumulated It is easier to understand Roguelikes by looking at the Screenshot of repository of algorithmic strategies to deal with procedural cellular automata (CA) algorithm by Stephen Wolfram. Rogue – 1980 world generation and interactions between discreet units. The denomination ‘Roguelike’ is attributed to games that follow a series of principles first proposed by the game ‘Rogue’ 1980. In a Roguelike world, every ‘tile’ is an ‘object’ with properties or data. Each of these objects would be represented by the computer by a symbol allowing the player to differentiate a wall tile from a door, for example. The player possesses a limited visibility of the world and of the properties of objects, making exploration the primary objective of the world. Often, the only way of learning about the properties of an object is by trying to interact with it. The properties of the object will define if such interaction is resolved as a positive or negative effect to either of the units involved in it. Every interaction determines a ‘turn,’ allowing the simulation only to move forward once an action is per- formed. While the first games of the genre would focus on the interactions that would involve the player, later games have explored the idea that the relation between units is 6 INFORMATION CONSTRUCTIONS 2013 TxA INTERACTIVE 7 The video game Dwarf Fortress, by Tarn and Zach Adams, operates in a similar framework.
    [Show full text]
  • Procedural Content Generation
    Procedural Content Generation 2018-03-27 Annoucements • Trajectory update • Extra credit – We've posted an optional assignment that – Meta: Game AI vs Academic, is worth up to 3 points of extra credit. It is Graphs + Search due by April 22, 11:55PM. – Assignment: competition with your fellow – Physical Acts: Movement, Steering classmates using the MOBA format from homework 5, with the addition of hero – Decide: FSMs, Plans, D&B Trees, agents. RBS, BBs, Fuzzy – Like homework 5 (and unlike homework 6), – PCG: Model, Learn and Generate the goal is to destroy the enemy base. – Note that this is a different due date than • HW6: Behavior trees. Thoughts? homework 7. – Remember to check which assignment • HW7 due Sunday, April 8 you are submitting to so that you do not accidentally submit to the wrong assignment Questions 1. Fuzzy Logic : D._._. to model V__ :: Probability theory: Model ______ 2. Three steps in fuzzy rule-based inference… 3. Example membership functions (Triangular…) 4. What is the vertical line rule? • Stolen terms (bits, space, scenarios): Procedural Content Generation for Games: A Survey • https://course.ccs.neu.edu/cs5150f13/readings/hendrikx_pcgg.pdf • Search-Based Procedural Content Generation: A Taxonomy and Survey • https://course.ccs.neu.edu/cs5150f13/readings/togelius_sbpcg.pdf • PCG in Games: A textbook and an overview of current research (2016) • http://pcgbook.com • http://pcg.wikidot.com/ Content is king! PROCEDURAL CONTENT GENERATION Procedural Content Generation • Use of computation instead of manual effort to
    [Show full text]
  • University of California Santa Cruz Designing to Support
    UNIVERSITY OF CALIFORNIA SANTA CRUZ DESIGNING TO SUPPORT AUTHORSHIP PLAY IN EMERGENT NARRATIVE GAMES A thesis submitted in partial satisfaction of the requirements for the degree of MASTER OF SCIENCE in COMPUTATIONAL MEDIA by Max Kreminski September 2020 The Thesis of Max Kreminski is approved: Professor Noah Wardrip-Fruin, Chair Professor Michael Mateas Quentin Williams Interim Vice Provost and Dean of Graduate Studies Copyright c by Max Kreminski 2020 Table of Contents List of Figures v Abstract vi Dedication vii Acknowledgments viii 1 Introduction 1 2 Generative Games as Storytelling Partners 5 2.1 Background . .5 2.2 Barriers to Creativity . .7 2.2.1 Fear of the Blank Canvas . .8 2.2.2 Fear of Judgment . .9 2.2.3 Writer’s Block . 11 2.2.4 Perfectionism . 12 2.3 Which “Player Creativity”? . 13 2.4 Retellings as Co-Created Artifacts . 14 2.5 Sample Retellings . 16 2.5.1 Matul Remrit ............................. 16 2.5.2 Alice and Kev ............................. 18 2.5.3 Pro Vercelli .............................. 19 2.6 Design Elements that Facilitate Dialogic Retelling . 21 2.6.1 Generativity . 22 2.6.2 Incrementality . 23 2.6.3 Boundedness . 24 2.6.4 Limited Player Control . 25 2.7 Gardening as a Mode of Play . 26 2.8 Discussion . 28 2.9 Conclusions . 29 2.9.1 Future Work . 30 iii 3 Why Are We Like This? 32 3.1 Background . 32 3.2 Related Work . 35 3.3 Architecture . 37 3.3.1 Storyworld State Database . 41 3.3.2 Action Definitions . 44 3.3.3 Author Goals .
    [Show full text]
  • A Generative Framework of Generativity
    The AIIDE-17 Workshop on Experimental AI in Games WS-17-19 A Generative Framework of Generativity Kate Compton, Michael Mateas University of California Santa Cruz, Expressive Intelligence Studio kcompton, [email protected] Abstract of forces (Spore terrain generation, SimCity transporta- tion). Some games use Perlin noise to create terrain (Dwarf Several frameworks exist to describe how procedural content Fortress and No Man’s Sky). In games and other interactive can be understood, or how it can be used in games. In this pa- works, humans interactors may be part of this pipeline! per, we present a framework that considers generativity as a pipeline of successive data transformations, with each trans- This paper describes a way of thinking about generativ- formation either generating, transforming, or pruning away ity as a pipeline of data transformations, constructed from information. This framework has been iterated through re- methods that take one form of data, and return data that is peated engagement and education interactions with the game annotated, transformed, compressed, or expanded. Although development and generative art communities. In its most re- there are many frameworks of generativity (in games and cent refinement, it has been physically instantiated into a deck elsewhere), this framework attempts to provide a system to of cards, which can be used to analyze existing examples of design and describe generative pipelines in a way that cap- generativity or design new generative systems. This Genera- tures how generativity is able to take input (random num- tive Framework of Generativity aims to constructively define bers, mouse input, and more) and transform it into some- the design space of generative pipelines.
    [Show full text]
  • Dwarf Fortress Reversing for !!Fun!! and Ruby
    Dwarf Fortress Reversing for !!fun!! and ruby Yoann \jj" Guillot Sogeti / ESEC R&D yoann.guillot(at)sogeti.com RECON 2012 Dwarf Fortress DFHack Ruby Future Plan 1 Dwarf Fortress 2 DFHack 3 Ruby 4 Future Y. Guillot Dwarf FortressReversing for !!fun!! and ruby 2/24 Dwarf Fortress DFHack Ruby Future The game http://www.bay12games.com/dwarves/ Indie game Free Massively Singleplayer Offline Role-Playing Game Fantasy universe simulation Very detailed world Steep learning curve Y. Guillot Dwarf FortressReversing for !!fun!! and ruby 3/24 Dwarf Fortress DFHack Ruby Future The game Adventurer Human, dwarf, elf Quests based Dwarf Fortress 7 dwarves survival horror Y. Guillot Dwarf FortressReversing for !!fun!! and ruby 4/24 Dwarf Fortress DFHack Ruby Future The dev Single developper for 10y Tarn \Toady One" Adams Lives off donations Closed source C++ code Toady is not a programmer Frequent new releases Windows/Linux/MacOS x86 binaries Y. Guillot Dwarf FortressReversing for !!fun!! and ruby 6/24 Dwarf Fortress DFHack Ruby Future The hacks Active hacking community Part for cheats Part for game improvements Esp. UI Backed by the developper Y. Guillot Dwarf FortressReversing for !!fun!! and ruby 7/24 Dwarf Fortress DFHack Ruby Future Plan 1 Dwarf Fortress 2 DFHack 3 Ruby 4 Future Y. Guillot Dwarf FortressReversing for !!fun!! and ruby 8/24 new game release ! drama regexps on the code orphaned tools unmaintenable Dwarf Fortress DFHack Ruby Future Before everybody has his own tool poking at the game memory unique or shared offsets Y. Guillot Dwarf FortressReversing for !!fun!! and ruby 9/24 Dwarf Fortress DFHack Ruby Future Before everybody has his own tool poking at the game memory unique or shared offsets new game release ! drama regexps on the code orphaned tools unmaintenable Y.
    [Show full text]
  • Voxel Optimizations for Dwarf Fortress Like Worlds
    Scott Bengs Voxel optimizations for Dwarf Fortress like worlds This paper is about optimizations when it comes to worlds that are similar to Dwarf Fortress. Examples include Minecraft, 7 Days to Die(the original versions), Cube World, and many more. First the paper will go into detail about Dwarf Fortress and the 3D visualizer that uses its data and then the details on what algorithms and their implementations will follow. Feel free to skip around. A quick note is that I'll be comparing mostly Minecraft and Dwarf Fortress which have similar systems. When talking about algorithms I'll be focused on my implementation. A lot of it can be applied elsewhere and I'll try to point that out as we cover the material. Please do look into all of these techniques more. The sources listed and many more have excellent pictures and videos to better illustrate what is going on and how. I won't be pasting code here since the paper is already getting very long. Instead I'll link in each relevant section to the files directly on GitHub. No account is needed to view them. Table of contents 1. Dwarf Fortress 2. Opal Prospect 3. What are voxels and why use them 4. Model optimizations 5. Run length encoding 6. Huffman Encoding 7. Zlib's deflate 8. Comparisons 9. Conclusion Dwarf Fortress First it helps to understand a little about the game and how its world works. It is a voxel game where you don't directly control dwarves. You oversee and place designations to have material mined, things constructed, farm plots to be made, and so on.
    [Show full text]