Curiosity Stream #1

-

February 2023

Curiosity Stream is a monthly blog article where I collect together all my links to interesting things... stuff that has piqued my interest for whatever reason. Sure, I could bookmark these links or put them on some sort of To-Read list somewhere, but why not simply put them in an online article instead. Welcome to #1.

First up, a great video going through the rendering and physics tech of Teardown... so refreshing to see a different approach and a bespoke engine. [LINK]

And as a bonus, the blog written by Dennis Gustafsson, the coder behind the renderer & physics of Teardown. [LINK]

Thanks to Jendrik's Graphics Programming Weekly for this article with another breakdown of Teardown's rendering technology. [LINK]

Really good lecture series on learning Vulkan. [LINK]

Central resource collecting graphical breakdowns of games... what a goldmine... [LINK]

Another graphics goldmine from Inigo Quilez... [LINK]

Popular posts from this blog

10 reasons why my games have crunched #gamedevelopment #programming

-
Every game I have ever worked on has had crunch or overruns or both. So here I thought I'd document why. This isn't a philosophical piece or a dig at producers. This is just a list of the reasons that actually caused crunch or overrun. I've had 17 good years out of the games industry and I hope to have many many more. Planning is critical, but it isn't a silver bullet. Here, in no particular order, are the reasons: 1. Breaking down the task ahead is tough. No matter how thoroughly you try, and no matter how much you sit in front of Project thinking, you will ALWAYS mis-estimate the job ahead. Main reason for me personally is that I'm normally asked to project tasks for a deliverable I've not done before, from a codebase I'm not fully knowledgeable about. 2. It's hard to visualise the current state of the project. Even with encyclopaedic knowledge of the code (which is impossible these days) there are hidden corners of technical debt and malfunctions ...
Read more

Rust, week 1.

-
I've started looking at Rust again. I had a quick try of rust about 18 months ago when I was looking at modern alternatives to C++. At that time I learned a bit of Rust and also some Go. Both languages impressed me but to be honest I liked the feel of Go more... mainly because it was simpler to learn. Time has passed and my mind has wondered back to Rust. This page is a scrap book of thoughts about Rust during my first week back. Things I like about Rust... Built-in a build system (cargo) Immutable by default Explicit data ownership semantics Built-in documentation about the language and compiler errors Sensible type inference External module dependency versioning makes sense No implicit bool conversion Descriptive error reporting Tuples ! Things I'm not sure about... note I'm not saying these things are bad... just that I'm unconvinced at this point Allowing variable type changes via shadowing Progress reading 'The Rust Book' - 6.1 Definin...
Read more