Mara
@maraneshi.bsky.social
Sometimes works on game engines. She/Her. More tired than you could ever imagine. 🏳️⚧️🏳️🌈
@[email protected]
https://x.com/Maraneshi
@[email protected]
https://x.com/Maraneshi
Also to the original point: LLMs would help exactly nothing with any of this. A lot of it is not documented and it would be impossible for a machine to infer this much context and connections just from code. Even if I wasn't already against using it, it would be practically useless for this codebase
November 28, 2025 at 9:34 PM
Also to the original point: LLMs would help exactly nothing with any of this. A lot of it is not documented and it would be impossible for a machine to infer this much context and connections just from code. Even if I wasn't already against using it, it would be practically useless for this codebase
Also we have a spy class that can disguise itself as any other character in the game by effectively changing its soldier preset but then undoing some of the changes, which is a super awesome mechanic but you can imagine how this is yet another nightmare stacked on top.
TLDR: Games were a mistake.
TLDR: Games were a mistake.
November 28, 2025 at 9:11 PM
Also we have a spy class that can disguise itself as any other character in the game by effectively changing its soldier preset but then undoing some of the changes, which is a super awesome mechanic but you can imagine how this is yet another nightmare stacked on top.
TLDR: Games were a mistake.
TLDR: Games were a mistake.
So then people go and add hacks to individual scripts on the soldier itself to re-check on creation which zones they are currently inside, which then crashes because it's calling back into other scripts which weren't created yet so it needs a timer, etc...
November 28, 2025 at 9:11 PM
So then people go and add hacks to individual scripts on the soldier itself to re-check on creation which zones they are currently inside, which then crashes because it's calling back into other scripts which weren't created yet so it needs a timer, etc...
Different soldiers can also have different gameplay scripts attached, some of them quite complex, so scripts need to be recreated from scratch on change. Unfortunately that means if you're in a zone that attaches a script to you when you enter, that script is detached when you change characters.
November 28, 2025 at 9:11 PM
Different soldiers can also have different gameplay scripts attached, some of them quite complex, so scripts need to be recreated from scratch on change. Unfortunately that means if you're in a zone that attaches a script to you when you enter, that script is detached when you change characters.
Any time you add functionality to the soldier class you need to make sure it's initialized correctly both on the initial creation of the object and on respawn/character change. We once had a bug where if you died or changed characters you could no longer damage yourself with your own explosions.
November 28, 2025 at 9:11 PM
Any time you add functionality to the soldier class you need to make sure it's initialized correctly both on the initial creation of the object and on respawn/character change. We once had a bug where if you died or changed characters you could no longer damage yourself with your own explosions.
However you can also buy different types of soldier presets during gameplay, so it does need to reinitialize quite a lot more stuff. This also means in many places you cannot distinguish in code whether a player respawned after a death or bought a new character class.
November 28, 2025 at 9:11 PM
However you can also buy different types of soldier presets during gameplay, so it does need to reinitialize quite a lot more stuff. This also means in many places you cannot distinguish in code whether a player respawned after a death or bought a new character class.
This reminds me of fun things in W3D: The "soldier" objects owned by players are never destroyed until disconnect, which for example means that you can't respawn until the death animation has fully played out since respawning is teleporting your existing soldier that is currently in "death" state.
November 28, 2025 at 9:11 PM
This reminds me of fun things in W3D: The "soldier" objects owned by players are never destroyed until disconnect, which for example means that you can't respawn until the death animation has fully played out since respawning is teleporting your existing soldier that is currently in "death" state.
Yeah I'm not sure, but maybe it can't automatically find i in A because it could also be dependent on T or something. The fun part is where if you also have a global variable named i and you don't qualify A::i then it will increment that global instead, except if you are in MSVC permissive mode.
November 25, 2025 at 5:47 PM
Yeah I'm not sure, but maybe it can't automatically find i in A because it could also be dependent on T or something. The fun part is where if you also have a global variable named i and you don't qualify A::i then it will increment that global instead, except if you are in MSVC permissive mode.
There's a long explanation of this behavior and what kind of issues you can encounter with it here: devblogs.microsoft.com/cppblog/two-...
Two-phase name lookup support comes to MSVC - C++ Team Blog
点这里看中文版 This post written by Tanveer Gani, Stephan T. Lavavej, Andrew Marino, Gabriel Dos Reis, and Andrew Pardoe “Two-phase name lookup” is an informal term that refers to a set of rules governing th...
devblogs.microsoft.com
November 25, 2025 at 5:24 PM
There's a long explanation of this behavior and what kind of issues you can encounter with it here: devblogs.microsoft.com/cppblog/two-...
MSVC still defaults to permissive/non-standard mode, where templates are only checked/compiled when instantiated. If you add /permissive- to the command line it will also complain, because then templates are syntax checked at the point of definition, which is the indended standard behavior.
November 25, 2025 at 5:22 PM
MSVC still defaults to permissive/non-standard mode, where templates are only checked/compiled when instantiated. If you add /permissive- to the command line it will also complain, because then templates are syntax checked at the point of definition, which is the indended standard behavior.
Killing or knocking out or avoiding enemies was a true choice in DX, but in DXHR everything *must* be wholly systemized and every action within that system *must* have an immediate reward, making you think about that instead of the action itself. Same with pretty much every other mechanic.
November 9, 2025 at 11:18 PM
Killing or knocking out or avoiding enemies was a true choice in DX, but in DXHR everything *must* be wholly systemized and every action within that system *must* have an immediate reward, making you think about that instead of the action itself. Same with pretty much every other mechanic.
You *can* make good games that way and I certainly enjoy systems-oriented games, but I miss a more world/goal oriented design in some ways. IIRC the original Deus Ex mostly gave you rewards for meeting goals, not the individual actions that lead to them, so you actually felt free in your choices.
November 9, 2025 at 11:18 PM
You *can* make good games that way and I certainly enjoy systems-oriented games, but I miss a more world/goal oriented design in some ways. IIRC the original Deus Ex mostly gave you rewards for meeting goals, not the individual actions that lead to them, so you actually felt free in your choices.
I'm not a designer but I've been thinking this a lot lately, where especially newer games are entirely action/system oriented in their rewards and the overall design and how it turns everything into an instant-gratification numbers game and reduces the world to pretty set-dressing over those systems
November 9, 2025 at 11:18 PM
I'm not a designer but I've been thinking this a lot lately, where especially newer games are entirely action/system oriented in their rewards and the overall design and how it turns everything into an instant-gratification numbers game and reduces the world to pretty set-dressing over those systems
What is lighting? Also the original lipsync was bugged so we slapped slow interpolation on it and made it look like a bad cartoon animated for another language instead.
September 25, 2025 at 12:03 AM
What is lighting? Also the original lipsync was bugged so we slapped slow interpolation on it and made it look like a bad cartoon animated for another language instead.
Unity documents that it does apply the factors even for min/max, but it can't actually do that since no graphics API supports that (I checked OpenGL, Vulkan and D3D). What's likely happening is that not specifying blend factors in Unity means blending is *disabled entirely*.
August 21, 2025 at 10:10 PM
Unity documents that it does apply the factors even for min/max, but it can't actually do that since no graphics API supports that (I checked OpenGL, Vulkan and D3D). What's likely happening is that not specifying blend factors in Unity means blending is *disabled entirely*.
Since not all possible byte values even *make sense* for UTF-8 (unlike UTF-16), as in they are not even code units at all, there's no way to make a "messed up" encoding like WTF-16/8 out of this and you either have to actually support arbitrary byte sequences or assume UTF-8 and hope for the best.
July 29, 2025 at 5:07 PM
Since not all possible byte values even *make sense* for UTF-8 (unlike UTF-16), as in they are not even code units at all, there's no way to make a "messed up" encoding like WTF-16/8 out of this and you either have to actually support arbitrary byte sequences or assume UTF-8 and hope for the best.
they can still fit the general idea because all code units [0x0000, 0xFFFF] *can* be used in a legal encoding.
On Linux, the situation is hopeless because technically file names have no encoding whatsoever (may depend on file system), only the byte values for ASCII nul and slash are illegal.
On Linux, the situation is hopeless because technically file names have no encoding whatsoever (may depend on file system), only the byte values for ASCII nul and slash are illegal.
July 29, 2025 at 5:07 PM
they can still fit the general idea because all code units [0x0000, 0xFFFF] *can* be used in a legal encoding.
On Linux, the situation is hopeless because technically file names have no encoding whatsoever (may depend on file system), only the byte values for ASCII nul and slash are illegal.
On Linux, the situation is hopeless because technically file names have no encoding whatsoever (may depend on file system), only the byte values for ASCII nul and slash are illegal.
Windows filenames are mostly arbitrary bytes and thus WTF-16 can have those "surrogates" as individual values instead of pairs. This can then still be encoded in an extended form of UTF-8. So even though we have arbitrary bytes and some of them are not legal code *points*,
July 29, 2025 at 5:07 PM
Windows filenames are mostly arbitrary bytes and thus WTF-16 can have those "surrogates" as individual values instead of pairs. This can then still be encoded in an extended form of UTF-8. So even though we have arbitrary bytes and some of them are not legal code *points*,
Summary as far as I understand:
In UTF-16, all 16-bit values from 0x0000 to 0xFFFF are used and legal, but [0xD800, 0xDC00) and [0xDC00, 0xE000) are supposed to come as pairs to encode larger code points using the lower bits in each value (two 16-bit "code units" to make one "code point").
In UTF-16, all 16-bit values from 0x0000 to 0xFFFF are used and legal, but [0xD800, 0xDC00) and [0xDC00, 0xE000) are supposed to come as pairs to encode larger code points using the lower bits in each value (two 16-bit "code units" to make one "code point").
July 29, 2025 at 5:07 PM
Summary as far as I understand:
In UTF-16, all 16-bit values from 0x0000 to 0xFFFF are used and legal, but [0xD800, 0xDC00) and [0xDC00, 0xE000) are supposed to come as pairs to encode larger code points using the lower bits in each value (two 16-bit "code units" to make one "code point").
In UTF-16, all 16-bit values from 0x0000 to 0xFFFF are used and legal, but [0xD800, 0xDC00) and [0xDC00, 0xE000) are supposed to come as pairs to encode larger code points using the lower bits in each value (two 16-bit "code units" to make one "code point").
Yes. Basically, OSes like treating file names as just bags of bytes, so you can create filenames that are not valid UTF sequences. This has been dubbed the Wobbly Transformation Format (WTF). It's usually used with regard to Windows, but I believe Linux has the same issue
simonsapin.github.io/wtf-8/
simonsapin.github.io/wtf-8/
The WTF-8 encoding
simonsapin.github.io
July 29, 2025 at 4:23 PM
Yes. Basically, OSes like treating file names as just bags of bytes, so you can create filenames that are not valid UTF sequences. This has been dubbed the Wobbly Transformation Format (WTF). It's usually used with regard to Windows, but I believe Linux has the same issue
simonsapin.github.io/wtf-8/
simonsapin.github.io/wtf-8/
Make sure to also learn about WTF-16!
July 29, 2025 at 4:09 PM
Make sure to also learn about WTF-16!
Ugh, scratch that, I was blind. Both compilers insert the prefetch loop at the end, which makes a lot of sense because the "else" case is universal and only refers to the second "if", so it will always execute even if the first if condition is true when you don't chain them with "else if" correctly.
July 29, 2025 at 2:00 PM
Ugh, scratch that, I was blind. Both compilers insert the prefetch loop at the end, which makes a lot of sense because the "else" case is universal and only refers to the second "if", so it will always execute even if the first if condition is true when you don't chain them with "else if" correctly.
Both. Unfortunately it seems the problem is quite a lot more mysterious because I'm getting the exact same codegen for the measured section on MSVC, but the perf difference is consistently measurable. On Clang there is at least a slight difference in how the loop is unrolled (MSVC doesn't unroll).
July 29, 2025 at 1:53 PM
Both. Unfortunately it seems the problem is quite a lot more mysterious because I'm getting the exact same codegen for the measured section on MSVC, but the perf difference is consistently measurable. On Clang there is at least a slight difference in how the loop is unrolled (MSVC doesn't unroll).
Also, I propose the "pipeline" mode optimization should be called "loop unrolling but I went too far".
July 29, 2025 at 12:46 PM
Also, I propose the "pipeline" mode optimization should be called "loop unrolling but I went too far".
My initial instinct was that the pointers should be pre-sorted, but of course that only helps if there is some actual data locality, so I had to reduce the test set to <32kB to get any actual benefits. The sorting would have to take place whenever the pointers get modified, not when you query them.
July 29, 2025 at 12:45 PM
My initial instinct was that the pointers should be pre-sorted, but of course that only helps if there is some actual data locality, so I had to reduce the test set to <32kB to get any actual benefits. The sorting would have to take place whenever the pointers get modified, not when you query them.