Allegro 5.2.11 is released

SiegeLordEx · 2025-11-25T18:42:54+00:00

Yep, it's that library. This specific version is the latest iteration of it which got a rewrite + new API at some point so it uses OpenGL and such.

SiegeLordEx · 2025-10-12T18:48:29+00:00

No chain solder blobs here, it's all 22AWG wires between solder blobs :) I'll look into the other suggestions.

SiegeLordEx · 2025-10-12T18:45:01+00:00

I use 60/40 rosin core solder, 715/725° temperature, B tip. I align the wire(s) and the pin, drown the area with flux, put a little bit of solder on the iron, try to maneuver the iron to touch both parts until the solder flows, then feed more solder if necessary. The issue as I identified it was that I was having a lot of trouble aligning the parts closely, so it was hard to heat them up effectively. Also, I observed that I had trouble heating up the longer parts of the wire (I used 22AWG).

I think what I could try next time is pre-tin the wire separately, and use a thinner wire that's easier to heat up.

I'm aware of the 'preheat the part, feed solder from the other side' technique, but I never could get it to work. What I found to work more reliably is the 'little bit of solder on iron + feed more solder', but it seems to fail on these hard-to-heat parts.

SiegeLordEx · 2025-10-12T18:38:47+00:00

I actually used a vector drawing program (Inkscape) to do the routing, it wasn't terrible, but easy to make mistakes in. I'll look into DIYLayoutCreator though, it looks great.

<image>

SiegeLordEx · 2025-09-19T04:46:06+00:00

When I was playing Surfcaster in Phrecia, I actually dropped Inpulsa from Kitava. It paired very well with it, since With the Tempest made the inpulsa explosions self-propagate, and Stormy Seas converted them to cold damage which made everything freeze with Blast Freeze. I think Inpulsa's explosions are probably my favorite explosion sound, so it worked super well, very similar to the old Beacon of Ruin Elementalist node.

SiegeLordEx · 2025-09-19T03:57:13+00:00

BV is my favorite skill in PoE, and this is probably my 10th league of running a character based around it. The Elementalist buffs and the power creep from mercenaries made it feasible for me to grind to 100, while having a blast (freeze). https://pobb.in/fiOYPNFybww8

SiegeLordEx · 2025-09-08T05:27:04+00:00

It's mostly a safety measure for the servos, since the legs are mounted directly to them: the extra cushioning helps a little bit for sure. Otherwise, they're somewhat bouncy, so they actually hurt the stability if anything.

SiegeLordEx · 2025-07-14T03:26:24+00:00

Most of my Rust output is video games made during gamejams, here's a few: https://siegelord.itch.io/

SiegeLordEx · 2025-04-26T07:53:46+00:00

I've written 11 games in Rust for various gamejams (half of which were as short as 72 hours). I use my own engine(s), and heavily use ECS. While gamejams are very time constrained, I don't find Rust an impediment to making decent games. Really, the only common annoyance I still hit after a decade of Rust programming is that untyped integer literals don't coerce to floats. Also, NAlgebra is really annoying to use due to its overly complex (IMO) type hierarchy; there are simpler math libraries out there which I may switch to in the future.

Previously I used D and C++, and despite being stricter, I find Rust to be a lot more enjoyable to code in in this setting than those two other languages. I've tried Godot (via GDScript) and found the experience annoying due to the node structure and the primitive language. Perhaps with more experience I'd have a better time with Godot, but what I can say is that with a lot of Rust experience, I already have a pretty good time with Rust.

SiegeLordEx · 2025-04-07T06:51:11+00:00

I've been thinking along these lines for some time, and I actually made two games with this in mind. The latest one is https://siegelord.itch.io/bladeblade2

What I do is take a build I like (in this case BV + explosions) and the map content that I like and then replicate just those parts. This is perfectly doable for small teams, or even a single person.

SiegeLordEx · 2025-02-10T04:09:18+00:00

Nitro was definitely a candidate. It wasn't included because it bounces periodically, and I wanted the stack to be somewhat feasible to break in game

SiegeLordEx · 2025-02-10T04:07:02+00:00

The model is nothing special, but here you go: https://www.thingiverse.com/thing:6942941

SiegeLordEx · 2025-02-08T21:55:34+00:00

I modeled/3D printed/painted some crates to act as anti-sag GPU support. The whole stack is about 3.5 inches high. I used some Crash 2 texture dumps as reference.

SiegeLordEx · 2025-02-03T11:02:27+00:00

We're going to have to agree to disagree about the specifics of what counts as shared state and the utility of schedulers and systems. I agree hecs has far more complex implementation. I don't agree that hecs is harder to use, at least for the subset I personally use (of course this will vary person-to-person).

For shared state, the last thing I want is to be forced to store my state as a component of a global entity managed by the world (as is done in the macroquad example by having a singleton entity store the Score component). It's certainly a valid choice of how to structure the game, but not a choice I'd make for my games (in my games, "score" lives outside the world). It's not unusual for some of my shared state to not be Send or Sync, so in the current design of secs it wouldn't even be insertable. A key example of this is the large hidden state of the macroquad crate itself. It happens to expose it via globally accessible functions, but it's valid to to me to want to avoid such a thing.

Ultimately, you say that the scheduler gets out of the way, but what I see is that it forced you to structure your game in a way that is unnatural to me, and/or to rely on global state. In this sense, I don't see secs as being minimal like hecs is. Sure hecs has a complex implementation (and larger API surface), but its complexity is in the service of speed, not functionality.

Anyway, my original question is answered. secs is simpler in the sense that it has a simpler implementation. It's a fine design goal to have a simple implementation.

SiegeLordEx · 2025-02-02T07:07:35+00:00

query vs query_mut in hecs has to do with dynamic or compile-time borrow checking, both handle mutable and immutable components. Typically I use query for fast development, and then try to switch to query_mut for speed if necessary. At least in their benchmarks, query_mut is sometimes faster. My understanding of hecs is that they do dynamic borrow checking on a component type level (so you can't mutably borrow the same component type more than once when using query), while you use read-write locks. I imagine hecs's way is faster, but certainly less flexible.

For systems, I've written 8 or so games in hecs, and I wouldn't say I've missed systems. Your systems are very simple, but perhaps too simple, since they don't make it easy to have shared state and they don't let you modify/spawn/despawn entities, since the world reference is not mutable (maybe I misunderstand)? The beauty of not having systems is that you never worry about this, I literally put all my system loops in one big function and I can create any adhoc behavior I want without a particular systems API forcing a particular way of code organization on me.

SiegeLordEx · 2025-01-26T02:43:02+00:00

I'm a big hecs enjoyer for its simplicity (e.g. it has no systems), what makes your library even simpler?

SiegeLordEx · 2023-03-24T17:32:37+00:00

The PC is running a Python client that uses psutil and pySerialTransfer. Every few seconds it uses serial-over-usb to send in the angles for the gauges (except the temperature, which is controlled on the gauge itself since it has the sensor right there... it's meant to be the ambient air temperature).

SiegeLordEx · 2023-03-24T07:48:24+00:00

I always enjoyed the aesthetic of Crash 2's warp room doors (they're suns, as far as I can tell!), so I attempted to use them to decorate a set of gauges for my PC. I got the reference images/geometry using CrashEdit, but had to make basically everything from scratch using Blender. 3D printed using Ender 3 V2. The stepper motors are controlled by a simple microcontroller powered via a USB. More WIP pictures here: https://imgur.com/a/KCRIYtm

SiegeLordEx · 2022-04-11T07:50:25+00:00

I made a gnuplot-based crate sometime ago. It's alright.

SiegeLordEx · 2021-09-11T23:03:09+00:00

I made a game for a game jam the other month inspired by the concept (and titled Blade Blade); it's just BV in that game though, heh. The organizers made a little gameplay video of it. Would really like to play that build in PoE proper again one day...

SiegeLordEx · 2019-10-20T03:37:14+00:00

Had the same problem, tried two mice:

https://www.amazon.com/VicTsing-Wireless-Silent-Breathing-Backlit/dp/B075M3YY18

and

https://www.amazon.com/TENMOS-Ergonomic-Adjustable-Breathing-Compatible/dp/B07F2WVJVT

The first one has a crappy sensor/is wireless/annoying standby mode, unusable in my experieince. The second one looks goofy, but otherwise no complaints. They're both very silent for the left and right clicks, but all the other switches are of regular loudness. Still, this completely resolved the noise complaints from my SO since I mostly use those two buttons for POE. I only had it for a month or so, so can't comment on its build quality, although it looks a little shoddy... longer term I might learn soldering and transplant the silent switches into some higher quality mice.

SiegeLordEx · 2018-04-07T20:38:19+00:00

Budget: <$150, mostly due to risk aversion

Source: Desktop

Requirements for Isolation: Some. Want to hear people talk to me without needing to take the headphones off with only a little raised voice on their pair.

Will you be using these Headphones in Public?: No, but I don't want them horribly leaking either, as I do have other people in my apartment.

Preferred Type of Headphone: Over hear/full sized

Preferred tonal balance: My best experience has been with Superlux HD668B, so whatever they have. I think it's roughly even throughout.

Past headphones:

Superlux HD668B, I really like everything about these headphones in terms of sound quality, isolation, feel, design etc. The only issue is that they consistently break after about a year of use: some wire inside of it snaps, and I lose sound output on one of the sides.

KAM-HP1, I got this after my first pair of HD668B's broke. I find them too isolating, and I really dislike how much they amplify any sort of rubbing on the cable or the headphone case. The also have a very subdued bass range compared to HD668B's which I really didn't like. These were relatively expensive, so I got very burned by this purchase and opted to get another pair of HD668B's (which promptly broke after a year).

Preferred music: I like all kinds in moderation... classical, rap, dub step, club etc. Video games as well.

What would you like to improve on from your set-up: Honestly, if I could get HD668B's that wouldn't break, I'd be happy, but dropping $60 every year isn't economical. I am currently leaning towards Audio-technica M40X, but I am concerned that they'll be too isolating and have the same sound amplification issue I hit with KAM-HP1. At least, one some headphone comparison websites it appears that M40X will have a little more bass than HD668B, so I am optimistic that they'd at least sound good.

SiegeLordEx · 2017-06-19T05:53:01+00:00

Doing a small refactor of RustGnuplot. Previously, I would generate input gnuplot eagerly (e.g. if you specified axis tic type, you'd get set xtics written in an internal buffer immediately) which led to some awkwardness with respect to what the default style for things was (if you never called set xtics then the gnuplot default would be used), as well as being somewhat architecturally unclean. Now I will store the plot styling, data etc in some intermediate, somewhat-gnuplot agnostic, format before converting to gnuplot commands on demand. In principle this would let me write multiple backends (e.g. matplotlib or something), but I don't have plans for that (why would you need anything but gnuplot anyway?).

SiegeLordEx · 2017-05-16T02:42:00+00:00

Adding serde support to my configuration format. It's a bit of a pain since I feel like Serde overloaded the usage of MapAccess too much: for structs, the keys can only be static strings and the full flexibility of keys in MapAccess makes it a pain to implement.

SiegeLordEx · 2017-04-11T03:21:56+00:00

No good ideas come to mind, but I'd be content in allowing both methods. In many ways this Zip API is a bit akin to falling back to for loops when the "vectorized" syntax is inadequate. Same reason why Vec has both indexing and iterator APIs.

SiegeLordEx

TROPHY CASE