Dominic Szablewski @phoboslab

phoboslab.org Joined March 2008

Tweets

2K
Followers

8K
Following

259
Likes

1K

Dominic Szablewski @phoboslab

3 days ago

There's a proper trailer for the game coming soon! I'm also working on a detailed blog post about the technical details. It was quite the endeavor!

1 0 11 296 0

View Details

Dominic Szablewski @phoboslab

3 days ago

Xibalba 64 is not just a straight "port" of a JavaScript demo to C. It's a full game! I poured my heart, soul and sanity into it; to make into something that I feel might be worthy of your money.

1 0 11 401 0

View Details

As teased by @modretro, Xibalba 64 will be published as a launch title for the M64! It's a complete physical release, including cartridge, packaging and manual. Exciting times! I saw some discussion about the game already, so let me clarify...

3 9 49 2K 8

View Details

Fabien Sanglard @fabynou

3 days ago

The art and engineering of Silpheed fabiensanglard.net/silpheed/

7 39 295 8K 86

View Details

Dominic Szablewski @phoboslab

3 weeks ago

@awesomekling @jarredsumner Maybe ask for it? The first new Browser since forever being developed with the help of some company's AI would surely be good marketing. /cc @sama?

0 0 1 299 0

View Details

Dominic Szablewski @phoboslab

a month ago

@PalmerLuckey I don't know man. The N64 is a quirky beast. Yes, it has enough horsepower to decode H264, yet drawing a simple tilemap requires careful consideration of draw order to not overwhelm the memory bandwidth. It's all possible, but so, so complicated.

0 0 9 823 0

View Details

Dominic Szablewski @phoboslab

a month ago

@kurriochi @the_randomizer Right, we now have much better tooling and an amazing community, compared to the hushed tones behind closed doors back in the day. Also, fun fact: what people generally call "GPU microcode" (in N64 context) is just MIPS assembly :)

0 0 0 24 0

View Details

Dominic Szablewski @phoboslab

a month ago

Ever wondered why explosions and other effects looked so much cooler on PSX than on N64? It's additive blending! While the N64 ACKCHYUALLY did support it, it was practically unusable. 🧵

23 55 462 42K 217

View Details

Dominic Szablewski @phoboslab

a month ago

@megatog615 PSX had the opposite problem: no proper multiplicative blending. What you need is `(src * dst)/255`, but the PSX has no programmable "color combiner" and only allows one of 4 fixed blend modes: 0: (src + dst) / 2 1: src + dst 2: dst - src 3: dst + src/4

1 0 8 1K 2

View Details

Dominic Szablewski @phoboslab

a month ago

@the_randomizer And it's no wonder why. SGI famously designed the display processor. They were coming from the movie world where quality was of utmost importance. While doing things "quick and dirty" is often the better approach for games.

0 0 0 70 0

View Details

Dominic Szablewski @phoboslab

a month ago

@the_randomizer ... and yet, the general look of PSX games has aged much better. I love the N64, but in hindsight it's undeniably that Nintendo made the wrong tradeoffs deciding for anti alias & texture filter instead of improving memory bandwidth and trivial things such as additive blending.

4 0 0 95 0

View Details

Dominic Szablewski @phoboslab

a month ago

Still, this whole approach worked out quite nicely and runs fast enough with a few hundred small sprites on the screen. Might use it for a game! Source is here: github.com/phoboslab/n64_…

0 0 18 2K 4

View Details

Dominic Szablewski @phoboslab

a month ago

Sadly, the N64 struggles hard with memory bandwidth and thus with blending/overdraw: for each pixel the RDP needs to read the framebuffer from RDRAM, compute the output color and write back to RDRAM. With a 32bit buffer this problem gets twice as bad.