Skip to content
HomeVideos
AllLongsCategoriesPlaylists
BooksBlogsPodcasts
HistoryListsWatch laterLiked videosFollowing

The videos, books, blogs and podcasts Hacker News keeps recommending, all in one place.

VideosBooksBlogsPodcastsAboutPrivacySettings

Data from Hacker News, HackerTube, HackerBooks, HackerBlogs and Open Library. Credits · Not affiliated with Y Combinator.

HomeVideosBooksBlogsPodcasts
Ctrl K

    Killing the Walk Monster

    Molly Rocket

    1 HN recommender · recommended in 3 months, 2021–2025

    YouTube

    50:00 · 59K views · Oct 15, 2020

    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.

    Games & Game DevelopmentGame programming & enginesSoftware performance & optimizationTesting, debugging & developer tools
    1. 1:13:51
      Handmade Hero Day 001 - Setting Up the Windows BuildMolly Rocket465K views • 11 years ago
    2. 2:50:14
      Simple Code, High PerformanceMolly Rocket464K views • 5 years ago
    3. 2:27:34
      Casey Muratori – The Big OOPs: Anatomy of a Thirty-five-year Mistake – BSC 2025Better Software Conference929K views • 1 year ago
    4. 38:20
      Twitter and Visual Studio RantMolly Rocket158K views • 6 years ago
    5. 7:44
      Handmade Hero | Getting rid of the OOP mindsetvexe167K views • 9 years ago
    6. 1:22:13
      HandmadeCon 2016 - History of Software Texture Mapping in GamesMolly Rocket15K views • 9 years ago
    7. 1:48:55
      The Thirty Million Line ProblemMolly Rocket326K views • 8 years ago
    8. 1:41:38
      Mock Interview with Shawn McGrathMolly Rocket45K views • 9 years ago
    9. 42:15
      "Performance Matters" by Emery BergerStrange Loop Conference502K views • 7 years ago
    10. 1:43:46
      Handmade Hero Day 021 - Loading Game Code DynamicallyMolly Rocket83K views • 11 years ago
    11. 29:51
      Refterm v2 - Resource usage, binary splat, glyph sizing, and moreMolly Rocket68K views • 5 years ago
    12. 18:41
      Refterm Lecture Part 1 - Philosophies of OptimizationMolly Rocket93K views • 5 years ago
    13. 22:41
      "Clean" Code, Horrible PerformanceMolly Rocket1.2M views • 3 years ago
    14. 51:04
      [EPILEPSY WARNING] How fast should an unoptimized terminal run?Molly Rocket193K views • 5 years ago
    15. 59:34
      Multithreading the Entire Destiny EngineGDC Festival of Gaming65K views • 9 years ago
    16. 1:11:48
      HandmadeCon 2015 - Mike ActonMolly Rocket102K views • 10 years ago
    17. 18:20
      FIXING the ENTIRE SM64 Source Code (INSANE N64 performance)Kaze Emanuar3.2M views • 4 years ago
    18. 54:53
      Miguel de Icaza: Swift Godot: Fixing the Multi-million dollar mistake #GodotCon2023Godot Engine27K views • 3 years ago
    19. 37:23
      Walls, Floors, & CeilingsUncommentatedPannen386K views • 9 years ago
    20. 1:11:59
      Intro to C on Windows - Day 1Molly Rocket371K views • 11 years ago

    3 comments from Hacker News

    1. @db48xSep 2021· in “Why video game doors are so hard to get right [video]”

      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.

      RecommendsView on HN
    2. @sunrunnerFeb 2025· in “Splitting from Handmade Network”

      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

      CitesView on HN
    3. @wasmpersonJul 2025· in “The Big Oops: Anatomy of a Thirty-Five-Year Mistake [video]”

      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]

      CitesView on HN