Recent submissions

Comment · 2 years ago
Comment · 2 years ago
Thanks. I made it in Blender, with a Python script for loading the Quake level and setting up the Blender scene
Comment · 2 years ago
Shameless self promotion, but if you're interested in how collision detection was done in 3D (in Quake) I made a video on the topic here:

https://www.youtube.com/watch?v=wLHXn8IlAiA

The technique can detect the intersection point of a (fixed size, axially aligned) moving bounding box and a hull defined as a BSP tree. In this sense it is rather limited compared to newer methods but it works rather well and the implementation is pretty robust, and fast enough for the primitive hardware of the day.

Comment · 3 years ago
Hello, video creator here. This is indeed the actual code, and it is written in QuakeC, a language created specifically for the game logic in Quake. The part I'm not sure about is why the creators wanted to add in extra side beams at all.
Comment · 3 years ago
Shameless self-promotion, I made a similar thing in Quake: https://youtu.be/xVLtnKyRSb4

I love this write-up, especially the interactive diagrams at the end. My vid doesn't go into as much detail on the actual circuit design, but like the article it uses a bunch of BCD ripple-carry adders. For output I use standard 7-segment decoders. As noted in the comments there are faster ways to do logic in Quake which I overlooked in my research, but to my knowledge noone has made a circuit this large before. I've put the source code on github for anyone that wants to take a deeper look: https://github.com/matthewearl/q1logic/

Comment · 5 years ago
Author here, I intersect the view frustum with the light's sphere of influence (and also take into account PVS info) so it still includes lights that are reachable by one bounce. Technically this means I might omit two bounce reflections but in practice this doesn't appear to be a problem.

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton