vvanders

7 ms·

1.
by vvanders 3mo ago
As someone who's worked professionally with these engines I'd largely agree. The other thing to keep in mind is that engines are build towards certain strengths/game-types. Trying to do open-world in UE3 required making some
2.
by vvanders 4mo ago
I'm surprised to see someone putting forth the argument that templates are easier to use than macros. I've found the opposite and in many cases the monomorphization of templates to explode code size which has a fairly material imp
3.
by vvanders 5mo ago
Look into dead reckoning vs lock step for networking. Lockstep requires determinism at the simulation layer, dead reckoning can be much more tolerant of differences and latency. Quake and most action games tend to be dead reckoning (with mo
4.
by vvanders 1y ago
Multi app works pretty well too, when I need to cross reference between apps throwing them each up on the split halves is way better than swapping back and forth.
5.
by vvanders 1y ago
Flatbuffers lets you directly mmap from disk, that trick alone makes it really good for use cases that can take advantage of it(fast access of read-only data). If you're clever enough to tune the ordering of fields you can give it good
6.
by vvanders 1y ago
One capability mechanism that's in wide use but not really well known or touched on in the article is Androids RPC mechanism, Binder(and a lot of the history predates Android from what I recall). Binder handles work just like object ca
7.
by vvanders 1y ago
That only applies when dynamic dispatch is involved and the linker can't trace the calls. For direct calls and generics(which idiomatic Rust code tends to prefer over dyn traits) LTO will prune extensively.
8.
by vvanders 2y ago
From what I recall the PS3 devkit was significantly larger than 1U so it's not that uncommon.
9.
by vvanders 2y ago
I think there is something to be said about having good defaults and tools that don't force you to be on every last detail 100% lest they get out of control. It also depends on the team, some teams have a high density of seasoned exper
10.
by vvanders 2y ago
That assumes that people know what they're doing in C/C++, I've seen just as many bloated codebases in C++ if not more because the defaults for most compilers are not great and it's very easy for things to get out of han
11.
by vvanders 2y ago
WDT patterns are highly underrated, even in pure software there's value in degrading/recovering gracefully vs systems that have to be "perfect" 100% of the time and then force user intervention when they go wrong. One of
12.
by vvanders 2y ago
Fear and a scarcity mindset, many people treat things as a zero-sum game when in practice the sum is usually greater than the individual parts. The advice in the article is great, and much of it resonates with what I have seen over my caree
13.
by vvanders 2y ago
I don't really see what having a "developer mode" offers here beyond the existing solution. The current mqtt is already locked down with a unique password and AFAIK the endpoint was read-only anyway. Don't get me wrong I
14.
by vvanders 2y ago
You could already talk freely to the MQTT on the printer and it was already secured with a unique password. This feels like making it a second class feature that could disappear at a future point.
15.
by vvanders 2y ago
Yeah that's a huge bummer if so, I've got both a HA automation that shows the printer status without needing to have an app installed and I've got a secondary filtration system that's fully automated which would be a P
16.
by vvanders 2y ago
You may want to refresh your familiarity with Rust, I haven't touched nightly in ages and much of what you mention doesn't really resonate with what I've seen in practice. Not saying the language doesn't have issues and
17.
by vvanders 2y ago
If your voltage matches one of the PD levels they work okay but many common voltages like 12v usually end up being very charger dependent. I've got one of the 12v pd triggers that on 9/10 of the PD enabled charges I've used j
18.
by vvanders 2y ago
We absolutely pinned on consoles, anywhere where you have fixed known hardware tuning for that specific hardware usually nets you some decent benefits. From what I recall we mostly did it for predictability so that things that may go long w
19.
by vvanders 2y ago
Games absolutely yield, even if the rendering thread tries to go 100% you'll likely still be sleeping in the GPU driver as it waits for back buffers to free up. Even for non-rendering systems those still usually run at game tick-rates
20.
by vvanders 2y ago
This is probably one of many different types of surveys and other activities that DNR(or DNR adjacent departments) coordinates, it's fairly common to have volunteer lead programs like this for surveys or other activities. As others men
21.
by vvanders 2y ago
Yes, this is lost in most discussions when it comes to DSOs. Not only do you have the complexity of versioning and vending but also you can't optimize with LTO and other techniques(which can make a significant difference in final bin
22.
by vvanders 2y ago
Sure, that's "technically" correct but most usage of Lora is going to be in ISM since that's where they are traditionally deployed. That doesn't require a license which can be a hurdle if you don't already have
23.
by vvanders 2y ago
Meshtastic(Lora) also doesn't require a license since it's in the ISM bands. Lora also has really good FEC and other things that make it work incredibly well(at the cost of throughput). Honestly I wish we saw more things like that
24.
by vvanders 2y ago
Even with the vendor libraries last time I had to poke at a CAN bus I ended up having to go to that same level because the C helper libraries omitted key features of the interface. There's a number of micros these days where the same l
25.
by vvanders 2y ago
Not just torque, traction too. VFD AC motors will intrinsically self-correct for overspeed when static traction slips and starts going into dynamic region (due to the frequency being slower than the slip/overspeed) and re-enter static
26.
by vvanders 2y ago
Fuck. I had Bruce as a teacher in one of our early CS classes at college, he showed us all sorts of black-magic performance tricks (at least as it appeared to us at the time) and that curiosity in wanting to understand the how/why play
27.
by vvanders 2y ago
Android has a surprising amount of core OS functionality in boring managed Java code. ART/Dalvik are quite impressive combined with a few other clever tricks to make a system that ran in a pretty small footprint.
28.
by vvanders 2y ago
I've built games in the US where we specifically avoided certain features(if I recall correctly around minigames on loading screens) because of those concerns. We never got to find out if they were enforceable but they certainly impact
29.
by vvanders 2y ago
This is giving me strong How to Talk Minnesotan vibes[1] (in a good way :D). [edit] 10:50! https://www.tptoriginals.org/how-to-talk-minnesotan/ [1] https://en.wikipedia.org/wiki/How_to_Talk_Minneso
30.
by vvanders 2y ago
Can? It always has been :). We ran Lua for the entire core of a game in a 400kb preallocated on the PSP about 20 years ago. I know of many places that used it long before us.

More ›