Agreed lol, and Threads
Developer of Deus Ex Randomizer, StarCraft 2 Randomizer, RollerCoaster Tycoon Randomizer, Build Engine Randomizer, and Groovie 2 in ScummVM
Agreed lol, and Threads
And dogs, rats, greasels, karkians, and fish if you’re standing (the game doesn’t have a use animation while swimming), and grays too but you’ll take damage when you do it
I use Boost and it seems to be able to do at least most of the moderation actions needed, and it supports notifications. I think Summit, Connect, Sync, and Jerboa are also good but I haven’t used them too much.
Thanks! Yea everything shown in that trailer is in UnrealScript aside from the creation of the mirrored map files, and the installer obviously, both of those were done in Python. The death markers and other online features (which are all optional and opt-in, disabled by default) use a TCP connection in the game written in UnrealScript to make HTTP requests, the backend is a Python Flask server. We even wrote our own JSON parser inside of UnrealScript (it’s not perfect but it does enough for us). Technically it’s possible to add a DLL module to the game for stuff like JSON parsing but we haven’t needed to, and technically this keeps it more easily portable (like if SurrealEngine even gets to a more completed state).
We had to write our own PRNG function to work inside UnrealScript, because the provided one doesn’t allow seeding.
Gameplay perspective…
This game is really open, there are many approaches to every situation. Which means when things get randomized, it tips the scales of balance and you have to reconsider every option for every seed.
Even just choosing a melee weapon, you’re thinking about knife vs baton vs crowbar vs sword vs eventually the dragon’s tooth sword. On some seeds the knife does a bit extra damage and then you gotta think if it’s better than the baton and crowbar because of its speed, and it only uses a single inventory space. On some seeds you might get a weak and slow dragon’s tooth sword and it might not even be worth keeping!
And then you’ve got all the different paths through the levels, and you’ll be rethinking routes based on random start locations, random goal locations, or random enemies in different spots, or items or medical bots. Or maybe a door was randomized to need more lockpicks and your lockpicking skill is worse than vanilla, maybe you need another way around or you choose to find the key to save lockpicks for later. You won’t be doing the same thing every playthrough like vanilla where eventually you figure out which approaches you like best for each spot. The randomizer gets you to rethink it all and adapt.
The ability to do anything also means you can always progress, you don’t get stuck just because you’re missing a password or low on multitools, there’s always another way. The randomizer really forces you to adapt.
I think any game with good replayability is a good target for a randomizer, it just amplifies that replayability.
Technical perspective first…
This is Unreal Engine 1, which used UnrealScript programming language. It was extremely flexible, and you can extract the original UnrealScript code (including comments) from the game. This means it’s nearly an open source game, except for the native code. But pretty much everything is controlled by the UnrealScript anyways. Including the GUIs, HUDs, conversations, most of the AI stuff, damage calculations, keyboard key bindings, etc.
On top of this, Deus Ex released their SDK tools (I think in 2001, around the time of the multiplayer patch). Which is their version of the UnrealEd map editor, conversation file editor, and UnrealScript compiler/extractor.
are you asking from a technical perspective or a gameplay perspective?
Tomorrow Deus Ex is turning 24 years old, and DXRando is turning 4 years old!
0.19.5 has passed 0.19.4 now, with 86 vs 85
I’m surprised 0.18.4 has more instances than 0.18.5, considering 0.18.5 was the simplest update ever with just a small hotfix for federating moderation actions (which is a really important bugfix) and it didn’t have any changes to the database or configuration or dependencies
I scrolled to the bottom, saw there was 1 instance still running 0.16.6 lol, I clicked on it and saw it’s actually still active, there are recent posts there. Amazing.
Edit: all from 1 user lol no upvotes, might even be a bot.
I need to try a DSVania rando some day, I loved Dawn of Sorrow
Link to the community: [email protected] (this is the proper way to link people to communities)
Though Lemmy has funding for full-time developers.
barely, edited it to say low funding
I hope the plugin system will attract more contributors, especially since it supports a variety of languages
It’s very hard for people to accept that there are other things that may need to be worked on before their requested fix/feature. Every big project has a huge backlog of issues/feature requests, you can’t do them all in 1 day or even 1 year. Especially with low funding lol.
then I wonder what the cutoff is for “low power charger” because I don’t think I’ve ever seen that, it could probably stand to be increased a bit
there was a discussion about this same post before, I’ll just copy paste my comment…
That post complains about not being able to view/manage images hosted by your instance, but v0.19.4 already fixed that last week? So that kinda disproves them saying the Lemmy developers didn’t want it to be possible. Also the post complains about the amount of storage used by caching images but that was also fixed/improved in v0.19.4
below 5W, then the charger is considered “slow,” and the message “charging slowly” is shown on the lock screen. If the power is above 7.5W, then it’s considered “fast,” and the “charging rapidly” message is shown instead. If the power is between 5 and 7.5W, then the charger is seen as “normal,” and the lock screen simply says the phone is “charging.”
Seems to be a purely cosmetic change. I was wondering if the OS has any different behavior when charging quickly (like being more aggressive with running background processes, and running updates/backups) but the article didn’t say anything about that.
If my phone was only charging at 5 or 6W I’d want to know the charger is garage. That might not even be enough to use the phone without losing battery. What they really need is to rename “slow” to “very slow”, and then 5W to 7.5W could be considered the new “slow”. The intent being that “very slow” is problematically slow (maybe the OS scheduler could pretend the phone is not charging). And “slow” charging would just be for mild inconvenience.
If only the phone could just tell me the actual number of watts it’s charging at lol. Even if it’s rounded and averaged.
something that didn’t get mentioned but I think is nice, the Chat view has been fixed!
https://github.com/LemmyNet/lemmy-ui/issues/1639#issuecomment-2172090390
I believe it was fixed here https://github.com/LemmyNet/lemmy-ui/pull/2480
it even allows sorting in either direction, you can do Chat view with New or Old sort!
I think it’s just a comparison because during the Reddit Exodus people often suggested Discuit instead of Lemmy because ActivityPub is “too complicated”. So I guess this is a good demonstration that federation really is our best hope at replacing the big billionaire social media platforms.
As another point of reference vs Discuit’s 6,787 registered users, Lemmy has 1,904,195 registered users. Kbin has 66,175, and Mbin has 5,453 registered users.
btw we have [email protected]