Stone Story is an RPG with clever text-based ascii animations, combining old-school visual style with current-day gameplay.
From the developer:
Stone Story is an RPG set in a dark and vile world. The game’s fluid ASCII art is painstakingly animated in plain text by a single insane game developer. Currently in closed alpha, the game features 6 locations to explore, 4 boss fights, mind-blowing ASCII cutscenes and plenty of loot to discover. Much more content is planned once the project reaches beta.
The casual play contrasts with the retro visuals, providing a unique experience that blends nostalgia with modern design principles. One of the game’s defining mechanics is that you have no direct control of the player character. You choose what items to equip and which locations to visit, while an artificial intelligence does all the exploring, combat and looting. An expansive item crafting system allows you to combine otherwise disposable items–rewarding experimentation and making full use of all the gathered loot.
I wanted to make maps that look like something you’d find at the back of one of the cheap paperback fantasy novels of my youth. I always had a fascination with these imagined worlds, which were often much more interesting than whatever luke-warm sub-Tolkien tale they were attached to.
At the same time, I wanted to play with terrain generation with a physical basis. There are loads of articles on the internet which describe terrain generation, and they almost all use some variation on a fractal noise approach, either directly (by adding layers of noise functions), or indirectly (e.g. through midpoint displacement). These methods produce lots of fine detail, but the large-scale structure always looks a bit off. Features are attached in random ways, with no thought to the processes which form landscapes. I wanted to try something a little bit different.
There are a few different stages to the generator. First we build up a height-map of the terrain, and do things like routing water flow over the surface. Then we can render the ‘physical’ portion of the map. Finally we can place cities and ‘regions’ on the map, and place their labels.
O’Leary does a first-rate job of explaining the process in clear and comprehensive terms. Best of all, he has provided a series of interactive examples, which are both fun and instructive.
The idea is that each level gives you this abstracted circuit board-looking diagram. There are lines and connecting points and overlapping straight and hooked pins. When you press the big black circles they activate the circuit board and retract any of the pins which are connected at the time. The catch is that the pins are layered so trying to activate them out of order will mean tugging ineffectually at pins whose removal is blocked by others.
I’d describe it as zen circuit board kerplunk and across the fifty levels I’ve played I sort of zone out, concentrating on lines and connections. You can try to remove multiple pins with a button press if you’re feeling flash or you can go one by one. The more you solve the clearer the board gets as extraneous circuitry is removed. I’ve only had one situation where I’d made the puzzle impossible by removing something vital to another circuit.
Gamasutra reports that MAME is going open source to be a “learning tool for developers.”
This is notable because MAME is seen to be the premier emulator for arcade games, and the volunteers who maintain it have done laudable work to preserve artifacts of the game industry in a playable state.
“Creating bacterial “fight clubs” is an effective way to find new drugs from natural sources.”
That is the conclusion of a team of Vanderbilt chemists who have been exploring ways to get bacteria to produce biologically active chemicals which they normally hold in reserve. These compounds are called secondary metabolites. They are designed to protect their bacterial host and attack its enemies, so they often have the right kind of activity to serve as the basis for effective new drugs.
… the “fight club” approach [analyzes] what happens when microbes compete.
… This procedure allowed the chemists to discover a new member of a class of biomolecules with broad-ranging activity ….
Play games to help defend — or at least debug — your nation.
Formal Verification is the process of rigorously analyzing software to detect flaws that make programs vulnerable to exploitation. Performing this analysis requires highly skilled engineers with extensive training and experience. This makes the verification process costly and relatively slow.
The Defense Advanced Research Projects Agency (DARPA) Crowd Sourced Formal Verification (CSFV) program is interested in improving and advancing the current processes of formal verification by significantly increasing the number of people working on formal verification projects at any given time through crowd-sourcing. CSFV augments the intensive work done by formal verification experts by greatly decreasing the skill required to do formal verification.
Much of the work required in the process of formal verification can be automated. Computers can be programmed to automatically scour software applications and verify the absence of certain bugs that make the applications vulnerable to misuse. However, certain formal verification work needs to be done by human experts specifically trained to discover and address issues that can be missed by computers. However, there aren’t enough of these experts to cover the huge amount of software generated in today’s modern computing world.
CSFV seeks to add more human expertise to the process of formal verification through fun and engaging video games. The games are created to assist in the formal verification process as players solve puzzles and increase their score. Video games that represent the underlying mathematical concepts allow more people to perform verification analysis of software efficiently. We empower non-experts to effectively do the work of formal verification experts—simply by playing and completing game objectives.
Xylem is a Verigame game which happens to have a nice YouTube video:
Software developers across the world have a major problem producing bug-free reliable code.
Our task is to help the specialists achieve their goal of ensuring that software that is produced is bug-free.
The way we do it is to take that code and turn it into some puzzles and put them in a game that we called Xylem, and crowdsource the games and the results of the game play help us to produce code that is bug-free.
This is all very interesting, but doesn’t go deep enough.
I want to know more about the principles of how we “take that code and turn it into some puzzles”.
“For us, that’s a big step beyond just casually intuiting that a fly fleeing a visual threat must be ‘afraid,’ based on our anthropomorphic assumptions.It suggests that the flies’ response to the threat is richer and more complicated than a robotic-like avoidance reflex.”
This may be useful to game designers. Can we make a bot that actually feels fear … and if not, how close can we get?
Using fruit flies to study the basic components of emotion, a new Caltech study reports that a fly’s response to a shadowy overhead stimulus might be analogous to a negative emotional state such as fear — a finding that could one day help us understand the neural circuitry involved in human emotion.