-
Posts
238 -
Joined
-
Last visited
-
Days Won
18
Other groups
Development Team
Github Contributors
InGame Verified
Members
Miraviel last won the day on November 18
Miraviel had the most liked content!
About Miraviel
- Birthday 02/21/1994
Personal Information
-
BYOND Account
miraviel
Recent Profile Visitors
3,228 profile views
Miraviel's Achievements
Geneticist (11/37)
212
Reputation
-
Miraviel changed their profile photo
-
Give botanists a way to make farm plots
Miraviel replied to MigratingCoconut's topic in Code Discussion
>they have no farm plots but got seeds Those two ruins have almost as many farming plots as starting seeds, I thought this fix removed some spawners' ability to farm. My idea still stands, they could use compost piles as a non-electrical alternative for the biogenerator (it could just take some time to turn it into useful soil instead of being semi-instant via the biogenerator). -
Give botanists a way to make farm plots
Miraviel replied to MigratingCoconut's topic in Code Discussion
Add a compost pile? The fact you can just whip sandstone out of nowhere (and turn it into farmable plots) is already weird, imo. Which ghost roles are in need of craftable farm plots (aka they have no farm plots but got seeds) but lack a biogenerator? -
Give botanists a way to make farm plots
Miraviel replied to MigratingCoconut's topic in Code Discussion
I could suggest adding a "soil" object with which you could make new soil plots, printable via the biogenerator (it'd be weird to be able to print "sandstone" per se). At least at home it's how we refill our plots - with recycled plants. -
Personally, as command, I just fully ignore bridge hobos, they annoy me endlessly. I want to see people walking up and down the hallway but I sometimes just use the shutters so I don't have to see minibar #39851 being built in the middle of a main corridor. As for the phenomenon itself, I think we have bridge hobos because a lot of people love to see the security vs antagonists gameplay in person (and sometimes try to get involved as well, breaching our validhunting rule), and the best places to experience that are 1) the Bridge that is always a hotspot for both RP drama and mechanical conflict and 2) medbay. I think a solution for bridge hobos would be making the bar/other recreational areas more mechanically interesting. Henri's NT recruitment arcade game, for example, lured a lot of people into the arcade / made them install new machines around the station. Some people know how to use cards well and host blackjack games in the bar. We need more of these, and then, I think, people will be less likely to gawk at command, waiting for the free circus, and instead they'd go and make their own fun.
-
If it only stopped bleeding during surgery, I'd be onboard with it because it'd stop the stupid-looking shower meta against slaughter demons (that medbay has to install showerheads above surgery beds or the slaughter demon will forever camp them). I would not punish people for not using it, apart from the thing we usually have (that is, the patient leaves behind a bloody mess).
-
RCDs are somewhat necessary now, as Quark said, the alternatives are very clunky. If I were to change anything about it, I would make them slower when it comes to removing things, especially airlocks. Otherwise, I find them fine. If we wanted to make people less of a "we are not building station goals until we get an RCD", I think the alternatives should be made more comfortable to use. The duffelbag change helped engineering a lot, you can now bring a lot of materials on you - it is just not many people know about the slowdown changes (sadly). The usual chokepoint for me when building new places is circuits. They take up too much space in the bag. If there was a box or a satchel for example, that could exclusively hold basic engineering circuits/items (camera assemblies, apc/air alarm/fire alarm circuits, power cells), I'd be more inclined to build things away from cargo/engineering without the magical RCD.
-
Make all development channels visible on the discord
Miraviel replied to Bmon's topic in Suggestions
I took 15 minutes to look at some data just to ensure we are not holding this discussion based on emotions and I-feel-likes, because this topic is leading to nowhere. Since 12 January, 300 PRs were handled of which 40 got closed. At maximum, 11 of those got rejected visibly on GitHub, of which 4 did not get a written reply as to why. This is a solid 100 PR / month with a little over 1 getting rejected without an explanation on GitHub (not counting the possible discussion between the PR opener and the maintainers on Discord). PR closed/abandoned by their author for personal/technical reasons or they made an alternative PR (28): https://github.com/ParadiseSS13/Paradise/pull/20417 https://github.com/ParadiseSS13/Paradise/pull/20400 https://github.com/ParadiseSS13/Paradise/pull/20378 https://github.com/ParadiseSS13/Paradise/pull/20377 https://github.com/ParadiseSS13/Paradise/pull/20374 https://github.com/ParadiseSS13/Paradise/pull/20373 https://github.com/ParadiseSS13/Paradise/pull/20365 https://github.com/ParadiseSS13/Paradise/pull/20364 https://github.com/ParadiseSS13/Paradise/pull/20358 https://github.com/ParadiseSS13/Paradise/pull/20355 https://github.com/ParadiseSS13/Paradise/pull/20338 https://github.com/ParadiseSS13/Paradise/pull/20318 https://github.com/ParadiseSS13/Paradise/pull/20317 https://github.com/ParadiseSS13/Paradise/pull/20316 https://github.com/ParadiseSS13/Paradise/pull/20296 https://github.com/ParadiseSS13/Paradise/pull/20292 https://github.com/ParadiseSS13/Paradise/pull/20647 https://github.com/ParadiseSS13/Paradise/pull/20633 https://github.com/ParadiseSS13/Paradise/pull/20624 https://github.com/ParadiseSS13/Paradise/pull/20557 https://github.com/ParadiseSS13/Paradise/pull/20555 https://github.com/ParadiseSS13/Paradise/pull/20510 https://github.com/ParadiseSS13/Paradise/pull/20475 https://github.com/ParadiseSS13/Paradise/pull/20446 https://github.com/ParadiseSS13/Paradise/pull/20269 https://github.com/ParadiseSS13/Paradise/pull/20212 https://github.com/ParadiseSS13/Paradise/pull/20210 https://github.com/ParadiseSS13/Paradise/pull/20186 PR closed by maintainers stating the reason on the PR (5): https://github.com/ParadiseSS13/Paradise/pull/20406 https://github.com/ParadiseSS13/Paradise/pull/20357 https://github.com/ParadiseSS13/Paradise/pull/20272 https://github.com/ParadiseSS13/Paradise/pull/20235 https://github.com/ParadiseSS13/Paradise/pull/20202 PR closed by maintainers without stating a reason on the PR (4): https://github.com/ParadiseSS13/Paradise/pull/20396 https://github.com/ParadiseSS13/Paradise/pull/20386 https://github.com/ParadiseSS13/Paradise/pull/20382 https://github.com/ParadiseSS13/Paradise/pull/20205 Either dev objection on Discord or personal, could not decide (1): https://github.com/ParadiseSS13/Paradise/pull/20370 Dev objection on Discord, not stated on the PR (2): https://github.com/ParadiseSS13/Paradise/pull/20509 https://github.com/ParadiseSS13/Paradise/pull/20178 -
Make all development channels visible on the discord
Miraviel replied to Bmon's topic in Suggestions
I'd rather not make any developer more of a target than they are now. The loud minority of the SS13 community is unfathomably toxic. I have been a developer on another server where I constantly got angry as hell PMs for my opinion on major reworks and features that I publicly stated. I was told to kill myself more often as a developer than a moderator. I know for a fact our maintainers have unsavoury people in their DMs as well. This 100%. We can keep banning people, it does not undo the damage of maintainers waking up to literal death threats over a stupid pixel game. We had Discord servers grouping up and harassing developers/maintainers when things did not go their way. Most PRs that get rejected have a very clear reason stated on it. Some only get a "people voted against it, so closing it". It is not perfect, but the devteam handles 20+ PRs a day. In comparison, the company I work at handles about 10 PRs a day, and we are here 8 hours a day for an actual salary. The unfortunate truth is that you cannot expect them to be perfect and professional with each PR, even if it sucks to be on the receiving end. (I know, I have been on the "silently closing" side). Best thing you can do is to ping the closing maintainer and ask for help if they forgot to state a reason. I doubt anyone would turn you away if you asked for constructive criticism. -
Accumulating damage sounds like a really good starting point. The slower the triage provided, the more work to do once the heart is beating again. That'd reward good paras/nurses without making mass revival impossible during biohazard rounds.
-
FBPs would be a very interesting way of revival. Not IRCs - proper FBPs. I've seen it on other servers and it adds weight to late revivals. "Oh god, I am fully synthetic on the outside now?" It is so rarely done here. No, you can choose between life and death. Choosable cloneability decides whether you want to get cloned by a cheap, boring method, or you want the doctors to work for it. (Similar thing kinda once you pick non-cloneable species). If coding was the only issue, I could get help for it - just keep in mind that it was never fully OK'd by the design team. In a hindsight, I am not sure if this was a good idea, either. It feels like a bandaid solution. Medical is not bald because we lack good medical players - medical is bald because the good medical players are not willing to play. You can learn all the ins and outs of how bleeding works, how to effectively use lesser known drugs like atropine or salacid, and the like, it all means nothing in the end when 90% of all bodies that come in just instantly get hurled into the cloner by a random bystander. I firmly believe the "we shouldn't remove cloning because then we will have no medbay!" argument is backwards. People stick with jobs because they present a challenge and they are exciting. A lot of people got bored of security when we had the old stuncombat because all it involved was "hit the antag with the funny yellow bolt and you won" and, similarly, get hit once by the funny stunprod and lose. Now that the handholding was removed from it, it became a way more exciting and thus way more popular job. I sometimes play on Baystation too where medical procedures have a weight and the system itself has a lot of mechanics that actually come into play because there is no one-stop solution for most people - and I stick with it. I don't want to play other jobs. Here, on Paradise, I sometimes play Chemist to see numbers go up, but again, most drugs are never used because why would anyone fix up a body with 300 brute, two IBs, and a fracture when they can just put it into the funny tube and get it back fully healed with full blood? Medical is fun until you figure out how to fix slightly hurt bodies and until you commit surgeries to muscle memory. Afterwards, you just realise cryotubes, two specific drugs, and the cloner fixes almost every case. I agree that permadeath should not be too encouraged on Paradise, we are not that kind of a server. To make it clear: I want cloning to go away, it is cheap, stupid, and boring. But we need a very, very good alternative for it for which I have not yet seen good ideas yet. Making the SR less dangerous is a good step but it is not enough, SR itself needs an overhaul (its recipe is dumb and currently its best use is to field execute changelings). Unfortunately, these topics usually lead to nowhere because these alternatives are not thought through from the gameflow's point of view. If we remove cloning, what is there instead? The 5 min timer to defib, SR, brain transplant, and cyborgification. What alternatives can we offer? If we increase the defib timer to 10 minutes, that can work - or if there was a drug (space formaldehyde?) that extended the timer. If we popularise SR, we will need many more surgeries, for which we might need a third OR, especially during highpop, or a way for medical to print cheap prosthetics. If we popularise brain transplants, we'll inevitably piss off people who play non-standard races (vox and plasmamen are unlikely to revive once they are put into a human body). Cyborgification is currently bugged if you want to make a shell without laws. So, TLDR: If anyone wants cloning to go away, offer alternatives by saying "x could be done which would lead to y but could be fixed by z". This is a good starting point of a discussion. Talking about why cloning should or should not stay will send us into the same loop as it has been doing so for the past 6(?) years.
-
Discounts can be set on a per item basis, so that is entirely possible!
-
This is a new feature I have been coding, I am looking for ideas on how to expand it and make it better. The PR in question is here for those interested in its code. Shoppers Card A new item selectable in Character Setup. A loyalty card, a clubcard, whatever you call it IRL - you have a discount card associated with one of the big companies of our world! In Character Setup, you can choose a company (NanoTrasen, Mr. Changs, Donk Co, etc.). Upon spawning in, you get a shoppers card of that company that you can attach to your ID. Every purchase made with this ID will have a whoppin' 10% discount on products associated with your chosen company and make you eligible for a raffle! For example, if you have a Mr. Changs shoppers card on your ID and you purchase a chow mein, you'll get a 10% discount on the price. Mechanics, limitations Similar to guest passes, it can be slapped on and taken off from IDs. One ID can hold multiple shoppers cards. Shoppers cards are not account-bound. If you steal someone else's, you enjoy the same discount as they did before. To avoid metaslavery, YouTool items will not be associated with any company (thanks, Zorazi!) Possible Ideas Have command have an extra, special type of shoppers card, and make it a theft objective? Have all traitors spawn in with a Syndicate shoppers card but also add it to maintenance loot to make metachecking impossible (and for extra swag)? Track number of purchases for a bigger discount or other goodies? Events Lucky Buyer One planned event is being the "Lucky Buyer". The gist of it: Player purchases a discounted item. With a very low chance, this event gets queued up as a "Minor Event". This can get queued only once per round. When triggered, a station-wide announcement appears "Congratulations, [name on the ID], for being the [500.000th / 1.000.000th / semi-random big number here] at [company name]! You have been rewarded with [measly amount of money] for your loyalty." Example: "Congratulations, John Doe, for being the 1.000.000th customer of The Syndicate! You have been rewarded with $50 for your loyalty." This can get alternative rewards. Perhaps a crate sent from CC with something in it? This event gets removed from the possible events pool in the round. More event ideas here are welcome. Products Products are associated with companies on a product level, not the vending machine, so a vending machine can hold multiple companies' goods at once. You can see our existing corporations and factions here and our vending machines here. While chow meins, being in Mr Changs' own vendor is obviously a Mr. Changs' product, what about the others? Which organisation creates Space Twinkies, for example? NanoTrasen? Or is it a Shellguard Munitions product with a hidden agenda? Are crayons truly made for Sol Gov Marines? Here is your chance to come up with ideas. Both serious, hilarious, and out-of-game-reference ideas are welcome. This is a chance to make our little world a bit more colourful!
-
Make linked cyborgs inherit antag status properly if the AI is malf
Miraviel replied to Miraviel's topic in Suggestions
I meant that if the cyborg gets antag status via MMI/emagging, then the objectives should not automatically transfer; as with the AI, they share a network so the cyborg can instantly download objectives, vs the emag just makes it malfunction. However, I don't mind the objectives being shared if they become antags otherwise, it just did not seem logical to me. If this can be resolved with team antags, then I have 0 issues with them instantly sharing stuff. -
Looking for a code solution here, this is what I'd like to request: When a cyborg is synced to a malf AI, inherit its antag status, inherit its objectives. When a cyborg is de-synced from a malf AI or gets synced to a different AI, remove its antag status, remove its objectives, give it a BIG RED TEXT YOU ARE NO LONGER ANTAG. Law 0 should be not touched, it should only be removed via the proper channels (cyborg upload console, new AI syncing). Optional: Rephrase "Accomplish your AI's objectives at all costs." to something like "Accomplish the objectives of the AI you are synced to." The wording is up to you, just include "synced to" in it. Reasoning: Malf AI happens. Cyborgs start rampaging. Robotics removes the AI link. Their zeroth law becomes moot ("Accomplish your AI's objectives at all costs.") Cyborgs still keep killing. Ahelp galore. Cyborgs don't know what the AI's objectives are and yet they are expected to carry them out. This is different from vampire thralling, for example, where you have to obey your master - in the cyborgs' case, the player is expected to do something they are not made aware of. Yes, they can ask on binary, but 50% of the time that results on ";b ok ai so what are your objectives" and the AI's round is pretty much ended due to a newish player messing up. Ahudded people have an easier time to check which cyborgs are up to no good. Bonus points if you can do the same with emagging/syndicate MMI. These methods should NOT share objectives (you cannot see into your mindslaver's head), but it should give the cyborg antag status and a big red text to stop screaming that the janitor is emagging me!!!11 In the case of emagged cyborgs, the only way to get de-antagged is to get put into a new chassis and/or get taken out of a syndicate MMI to my knowledge.