Jump to content

Amunak

Members
  • Posts

    22
  • Joined

  • Last visited

Personal Information

Linked Accounts

  • Byond CKey
    amunak

Recent Profile Visitors

578 profile views

Amunak's Achievements

Botanist

Botanist (5/37)

  1. B-but unironically I think borer is great ? Though I guess it doesn't work too well as a voted-in gamemode, and it isn't in secret either q.q
  2. Interesting, looking at the code both hypospray and syringes can be used on people in suits. Syringes have a specific check for this, whereas hyposprays simply don't bother to call `can_inject` and thus can be used on any mob at any time (which is probably a bug). Unfortunately borg hypos are a different thing as well, and they do check `can_inject`, which is why borgs can't inject suited people. IMO can_inject should be added to regular hypos but allowed to inject people with suits on. (And the code should be probably moved to reagent_containers so that we don't have 3 different copies).
  3. Oh! Maybe just fixing that instead would help? I don't see a reason why the hypo (including non-borg) should be incompatible with this. Like, you'd expect them to be made specifically compatible for exactly this reason.
  4. Maybe this already existed at some point and was removed, but what about just giving voidsuits and hardsuits (maybe just some types?) an injector port to quickly help (or not) people inside? I'm pretty sure I've seen at least some semi-realistic Sci-Fi have that, and it makes perfect sense (to me anyway). Not sure if it would somehow upset the antag balance or whatever.
  5. Ckey/BYOND Username: Amunak Discord Name: amunak#4953 Position Being Applied For: Coder Past Experiences/Knowledge: I've been programming for over a decade now (both for fun and as a profession), as well as running various servers (with boring infrastructure). I have a BS in applied informatics and in my career I've done most of my work in PHP (and Symfony), although I don't shy away from C, C++, C#, Java or Python (or really anything else if I'm motivated enough). Examples of Past Work: Played and coded since 2014, though with a biig gap in between. Even ran my own (Baycode) server with a few friends for a while. Previous Baystation12 contributor (PRs) Most notably I have pioneered "chat tags" / images for the various (OOC) chat "channels" and I normalized channel and radio colors at the time. I also did some major refactors for what it's worth. Doesn't look as cool now as it did back then, lol. Current Aurora contributor, and - at times - a player: PRs are mostly smaller, QoL stuff. Some of these have even been accepted Closest to DM experience I have made some Minecraft plugins and mods in Java and have been a mod of the biggest server in Czechia for like 5+ years. I like lists and being verbose. Sorry. Additional Comments: I'm very new to Aurora and as I had an almost-uninterrupted pause from SS13 for like 5 years I'm somewhat re-discovering the game and the code. I was looking for a HRP place to play a bit and hopefully introduce some friends to the game, but I couldn't help myself and had to contribute because apparently I have too much free time. I very much like it here however; the community is nice and the developers are very helpful and encouraging. My motivation is mainly to have access to the staff meme development channel to get a better idea of what's going on on the inside and perhaps being able to communicate and coordinate better. I don't have any "big project" in mind, though with my luck almost every simple fix somehow becomes a bigger project. I however do have a list with some thing I'd like to do, and every time I do something it only seems to grow. I actually tend to shy away from bigger things since I sometimes have trouble seeing them to completion, but I've been quite motivated to work on things lately, so who knows. I also have to admit that my biggest concern is that my motivation and/or free time will wear off, which is why I was hesitant to make this post. No matter how this goes I'll gladly be a part of this community, with or without a green name. It's gratifying and fun.
  6. They should, as he cuts off all interaction. If not we'll fix it
  7. Then perhaps make it so that they know about its existence, and that if something happens that they need it they must ask the captain, AI or perhaps seek out the slip on the briefcase (which would be a great addition in any case I think).
  8. From the few games I played I have to say I don't like the vision cones much either. It's cool and seems to add realism at first, but even if you don't fight (which I never did during my play here yet) it tends to get in the way. As others said, even when just RPing you now have to turn around much more, you have to check all the time if the person you were talking or walking with is still there, etc. I know there are the "step marks" or whatever, but I'm not sure that's enough. As an example, I may be talking with fellow engineers in engineering break room, but I also want to look at the console up top checking on whatever. And the vision cones make me turn around all the time just so I can see if they're still there. It's also not really how people work, as usually you'd just be able to turn your head and body a bit when you want to look. Given how hard and slow it's to turn in this game I don't think it's really a surprise that it gets annoying. Overall I'd prefer if it was not a thing, though I wouldn't say it makes me not want to play. Oh and I think that at least some of the issues people have with it could be fixed if you could see even behind you for like 2 tiles. At least melee should be better, while you'd still more or less have that "stealth" effect.
  9. Makes sense, I'm happy for the feedback even if it's negative. Shows me a different perspective! I'll be closing the PR as this is clearly not the way to go. However I'll be considering adding a simpler check that makes it so that when you are on help intent (and with a regular mob, too) you wouldn't damage others with items, essentially preventing accidental attacks. Please tell me (feel free to @ me on Discord) if you see any caveats with that (and keep in mind that's a completely different kind of change).
  10. Just adding a freeform law wouldn't work regardless as in case of conflict of laws inaction is the default action. This is flavored as a chassis programming thing - the borg is physically incapable of doing that action (kind of like, say, climbing a ladder), so law changes would have no effect. You would also have to hack the borg, though there were some talks about adding metadata to laws that would allow them to change stuff like this. But I expect that would be a pretty big undertaking and is definitely out of scope for this.
  11. This is an idea I implemented* in #10360, though the idea really belongs to @Chada1. As the title says, the idea is to prevent regular borgs from attacking living beings. This includes most mobs (except simple ones; rats, carp, ... they can also still attack vines and similar things). The logic is that they are already not supposed to fight - their laws dictate self-preservation whenever possible. The change makes it so that when they try to attack they only get a message similar to the one when they try to electrify a door: "Your programming does not allow you to harm <thing>". It's a mechanical way to better enforce our rules for borgs, both IC (laws) and OOC. It also nicely solves the issue of borgs accidentally hitting/damaging people with tools. Even a cornered borg still has defensive capabilities (flash), and I believe there were some PRs with additional things on the way (though I can't find any ATM). Emagged, traitor, syndicate, combat, ERT, ... borgs are not limited by this. It was suggested that they should have a toggle as to not accidentally reveal themselves. *It still needs some changes and perhaps more testing. It's more like a proof of concept.
  12. Not sure what you mean? The number of ghosts is independent. I often just ghost because I don't have time or will to commit to a round, and if I didn't dislike the idea of NT-ERT I could join as an ERT without participating in the round before. There are plenty of people who do this, but who do join the ERT when it gets called. It was a borg antag and a human (former sec I think?), the ERT just ION'd the borg who was closer and then obliterated the human with ballistics. All in a timeframe of about 10 seconds (after talking with them for a minute or two trying to get them to surrender, which they didn't seem to do, they just stood there and talked. It's not my place to judge whether it was justified, I didn't participate in it and I didn't even see what the antags did previously, so maybe it was justified. But what I don't like about it is the whole situation: lore-wise ERTs (and NT-ERTs especially) are there to end the threat, which makes sense. But ending the threat also means ending whatever was going on before, and with decent antags that's often more fun for everyone.
  13. There seems to be quite a lot of people saying that something needs to be done about NT-ERT. Unless we want to make another thread I'd like to keep talking about it. As was suggested even by you, the way to go is probably making NT-ERT spawn dependent on things like: How much (alive, non-antag) security is there? Someone came up with a nice formula that would essentially allow to spawn as many NT-ERTs as there are antags minus active security (so none if you have two antags and two security - some other ERT would get called instead). How much havoc they've done. This could be hard to calculate because of indirect deaths through explosions and whatnot, but at least direct kills (or damage) by them could probably be counted. How late it is in the round, or even what kind of traitor it is. The overall other composition of the station staff. If it's a lowpop round maybe heavier ERT is justified. And the why? Because right now I watched another NT-ERT - just a single guy - obliterate two antags 10 seconds after they didn't drop their guns as he asked. That's definitely not helpful to the round's roleplay.
  14. The whole areas there are mapped ... well not ideally. But changing that would be a bigger change. Didn't find the switch you mean. Perhaps it's already fixed? ---------- The following changes have been made in https://github.com/Aurorastation/Aurora.3/pull/10332: Replaced regular bed with a roller bed. Added the bucket. There is no "toilet door type", departments just use their own doors. I added the bolt, as well as to all the other bathrooms where it was missing (command and patient). Done, that very much makes sense. It even goes nicely that the AI can still see inside - at least until the window tint is turned on. (Also done for the Rep. office)
  15. Love it, especially the fact that the only colored parts are those that actually make sense colored. Now if we also had colored PDAs... Also, ideally you could make a palette with master colors and shades to pick from so that other sprites know what to use and don't need to use caps and whatnot as reference.
×
×
  • Create New...