Title basically. I'm trying to hack together a hobby project where I stackalloc a Span<byte> and bitcast it to a class instance, but I need to know the exact layout of the object and potentially the layout of its header. Are there any tools (or any reflection methods) that are able to give me that info?
Back when I initially made the switch to Bazzite I remember trying to use the builtin wallpaper engine KDE plugin but it was very unstable and broke the desktop environment regularly. Has it been removed from the base image since then? Is there any alternative way I can get a wallpaper engine wallpaper on my setup?
I've been writing a serialization layer for my game's networking and I figured that my read/write operations do not need the context pointer. Would adding contextless make any difference performance-wise, besides the obvious lack of needing to pass another parameter to the functions?
I am making low-poly models for my game by extruding textures, and I want to pre-render a few first-person animations and export them to a sprite sheet. Is that possible natively in blockbench or via a plugin?
Hello all, newbie to opencode and locally hosting llms in general, I figured I'd give it a shot so I can have an agent working on more menial background tasks while I work on high priority things. I've tried llama 3.1 and qwen 2.5 coder 7b with a context window of 16k. Whenever I use one of the free models opencode comes with, they function just fine and just go ahead and do what I tell them to. However, any exchange with either of the two local models goes like this:
It's honestly getting pretty tiring. I know my hardware is capable of running the model, but I can't seem to get it to act as a proper agent. Any solutions?
Hello all, newbie to opencode and locally hosting llms in general, I figured I'd give it a shot so I can have an agent working on more menial background tasks while I work on high priority things. I've tried llama 3.1 and qwen 2.5 coder 7b with a context window of 16k. Whenever I use one of the free models opencode comes with, they function just fine and just go ahead and do what I tell them to. However, any exchange with either of the two local models goes like this:
It's honestly getting pretty tiring. I know my hardware is capable of running the model, but I can't seem to get it to act as a proper agent. Any solutions?
Hello all! For a while I've been working on my fantasy console, which I've posted about here before. Today I released v0.4 with tons of bugfixes on the emulator itself, but that's not what I'd like to bore you with today. See the spinning cube? That cube is actually a fully software-driven wireframe renderer running on the CPU, even in spite of the lack of floating point support.
What surprised me when making this is how intuitively concepts like fixed point math and Brasenham's algorithm play with retro hardware. With some effort, I was able to get the CPU's cycle count to play nice and render the cube with no stuttering. Are there any systems of the 16-bit era that tried to do purely software rendering on the main CPU (except for the SNES with the Super FX) beyond simple wireframes?
Admittedly, this is more cool than it is useful for developing games for the console, but I just thought I'd share it because it seems amazing to me that such a restricted system can do so much when programmed correctly. Not to mention I never thought I'd come to like high school math like vectors. For anyone curious, the source for the renderer is here.
I've recently started learning F# and the entire paradigm of functional programming. I'm doing this because I want to research the applications of both the language and the approach it requires in gamedev, particularly in systems like finite state machines and ECS. Are there any, and could you point me to any good sources?
I have spent some time recently reimplementing Mojang's DataFixerUpper library (which handles serialization and data transformation through the lifetime of a project) in C# with a few of my own takes on it. It uses literally zero reflection and rivals the built-in System.Text.Json library in allocations, sometimes even beating it (although latency is a bit of a problem right now because I'm not batching operations together), as evidenced by the benchmarks:
| Method | Mean | Error | StdDev | Median | Gen0 | Allocated |
|----------------------------|---------:|---------:|----------:|---------:|-------:|----------:|
| STJ_Serialize | 237.9 ns | 24.37 ns | 71.86 ns | 194.4 ns | 0.0343 | 72 B |
| STJ_Serialize_IntArray | 186.2 ns | 20.36 ns | 60.02 ns | 142.0 ns | 0.0191 | 40 B |
| STJ_Deserialize | 321.7 ns | 5.65 ns | 10.19 ns | 318.4 ns | 0.0801 | 168 B |
| STJ_Deserialize_IntArray | 198.2 ns | 2.63 ns | 2.46 ns | 197.5 ns | 0.0534 | 112 B |
| Codec_Serialize | 546.0 ns | 59.11 ns | 174.29 ns | 418.2 ns | 0.0534 | 112 B |
| Codec_Serialize_IntArray | 393.4 ns | 2.92 ns | 2.28 ns | 392.7 ns | 0.0610 | 128 B |
| Codec_Deserialize | 524.7 ns | 5.14 ns | 4.29 ns | 524.2 ns | 0.0305 | 64 B |
| Codec_Deserialize_IntArray | 475.7 ns | 4.07 ns | 3.40 ns | 475.0 ns | 0.0343 | 72 B |
The library is designed in such a way that you can create tiny codecs for structs/classes and compose them together to serialize even complex/nested DTOs seamlessly. You can also define "timelines" for your objects and pass their serialized versions through transformation pipelines to add/remove/rename keys.
The library also happens to be format-agnostic by design, so the exact same APIs would work with a backend for cbor, custom binary, yaml, burping into the mic vocoded into gangsta's paradise or any other format you might think of.
Do you think discriminated unions will be backported to .NET 10 since it's LTS or will we need to wait for .NET 12?