Killing the Walk Monster
Molly Rocket1 HN recommender · recommended in 1 month, 2021-2025
59K views · 6 years ago · talk · evergreen
Casey Muratori's remastered BICFest 2018 talk on how the collision system of The Witness was engineered to prevent whole classes of bugs found in game engines. It covers character movement and collision handling.
HN points to it as the explanation of how The Witness solved walking and collision.
1:13:51Handmade Hero Day 001 - Setting Up the Windows Build
Molly Rocket
465K views • 11 years ago
2:50:14Simple Code, High Performance
Molly Rocket
463K views • 5 years ago
7:44Handmade Hero | Getting rid of the OOP mindset
vexe
167K views • 9 years ago
1:22:13HandmadeCon 2016 - History of Software Texture Mapping in Games
Molly Rocket
15K views • 9 years ago
38:20Twitter and Visual Studio Rant
Molly Rocket
158K views • 6 years ago
2:27:34Casey Muratori – The Big OOPs: Anatomy of a Thirty-five-year Mistake – BSC 2025
Better Software Conference
926K views • 1 year ago
1:43:46Handmade Hero Day 021 - Loading Game Code Dynamically
Molly Rocket
83K views • 11 years ago
59:34Multithreading the Entire Destiny Engine
GDC Festival of Gaming
65K views • 9 years ago
1:11:48HandmadeCon 2015 - Mike Acton
Molly Rocket
102K views • 10 years ago
1:41:38Mock Interview with Shawn McGrath
Molly Rocket
45K views • 9 years ago
1:48:55The Thirty Million Line Problem
Molly Rocket
326K views • 8 years ago
29:51Refterm v2 - Resource usage, binary splat, glyph sizing, and more
Molly Rocket
68K views • 5 years ago
22:41"Clean" Code, Horrible Performance
Molly Rocket
1.2M views • 3 years ago
51:04[EPILEPSY WARNING] How fast should an unoptimized terminal run?
Molly Rocket
193K views • 5 years ago
42:15"Performance Matters" by Emery Berger
Strange Loop Conference
502K views • 7 years ago
18:41Refterm Lecture Part 1 - Philosophies of Optimization
Molly Rocket
93K views • 5 years ago
27:56Unity DOTS vs Handbuilt: Sample Project
Nick Caston
687K views • 6 years ago
1:02:49Reboot Develop 2017 - Jonathan Blow, Thekla Inc. / Making Game Programming Less Terrible
Reboot Develop
112K views • 9 years ago
37:23Walls, Floors, & Ceilings
UncommentatedPannen
385K views • 9 years ago
55:42CppCon 2019: Matt Godbolt “Path Tracing Three Ways: A Study of C++ Style”
CppCon
77K views • 7 years ago
3 comments from Hacker News
A custom engine is never _needed_ technically speaking since COTS engines are often customizable to the point where you can do anything you want with them. That doesn't mean that they don't influence the design of games, though. There's a talk that Casey gives where he explains how he implemented the movement system for The Witness, in which he shows examples of Unity-based "walking simulator"-type games dealing with limitations of the engine in ways that The Witness was able to totally avoid. This allowed the game's artists to be creative with set design without worrying as much about performance issues or collision bugs, thus potentially opening up more design space. ▶ this video Here's some praise of The Witness by Fabien Giesen: > That’s where I am right now. I have never seen another game as cohesive as this. Not even close. Without getting into specifics or spoiler territory, I have never seen a game with such manifest intention behind every single detail, nor one where all the details cohere this well into a whole. This goes for the design and gameplay itself, but also across traditional hard boundaries. Game design and art play off each other, and both of these are tightly coupled with some of the engine tech in the game. It’s amazing. There is no single detail in the game that would be hard to accomplish by itself, but the whole is much more than the sum of its parts, with no signs of the endless compromise that are normally a reality in every project. link
I feel the same about Casey and his work, and like another commenter said, his simple, practical and honest approach to his work is refreshing in an era of languages, environments and tools that feel bloated, slow and ineffective (IMHO). > That being said the whole network idea, and the fetishisation of his particular coding philosophy was always cringe. And I agree with this too. The point of Handmade Hero to me was always to show that the complex software systems that you interact with can be understood despite their size and complexity, and that it's still possible (though perhaps in a lot of cases impractical) to recreate these from the ground up. Also that there's tremendous value in understanding how something works from first principles (see also Casey's 'How to Open a Black Box' lecture, link ). Having said that, while I feel it's important to aspire to some level of simplicity and solving-the-actual-problem that Casey's coding style embodies, it also feels like an approach that works best only when a) the number of people working on a single program is relatively small and b) the expertise is deep and so the need for abstractions is low or non-existent. With Casey's background in game tools it makes a lot of sense, but this approach doesn't seem like it scales up, and he's essentially the only contributor to Handmade Hero too. > It took him and his team 8 years of dedicated work to make The Witness, and it's just not a very technically impressive game. I'm a big fa
▶ this video Here’s a game developer talking about the problem and how they solved it in The Witness, but note well the limitations he describes. It’s not directly useful if the player can jump, for instance.