Jump to content

tigercat2000

Members
  • Posts

    723
  • Joined

  • Last visited

Everything posted by tigercat2000

  1. I might support this.. if autopsy worked consistently at all. It doesn't, due to multiple problems, and it will never be fixed without massive amounts of snowflaking the autopsy code would require, a call in every possible method of dying.
  2. Shameless self-promotion of spending over two hours getting the trees and lighting absolutely perfect on the nukeops base.
  3. Done, sorry, I forgot to get around to it. https://github.com/ParadiseSS13/Paradise/pull/988
  4. I don't really care much about wizards, so whatever- but I have to say, is it really an argument to ask for it being removed because it encourages murderbone-ing? I mean, literally just look at anything related to revolution, it's worse than summon guns/magic. Wizard is rare enough that most players don't want to waste their own chance to murder everyone by using a one-use spell to fuck with the crew. In my experience, wizards prefer to have fun with their fancy spells and consider getting greentext as a cherry on top. Perhaps a "solution" to the "problem" is just making it alert every admin online and require all of their approval before it does what it does.
  5. the entire point of legit surgery is that doctors that know what they are doing can save really badly injured people, there is no reason to nerf it
  6. making surgery require anesthetic not only is pointless, but horrible ruins ghetto surgery
  7. >modify emag to have infinite uses, encourage/inform people to use it >make rule preventing people from using it
  8. /VG/ has actually made pretty much all of the mentioned things buildable, but, it's a pain to port them and ensure that they all work.
  9. I don't see what there is to resolve, after what Ponies said. If the original spriter gave permission to use these, then whoever is sore about it should take it up with that spriter.
  10. Artorp is correct, but I will point out that 'nerf' is not really the correct term, as the two-seat pod system has had that restriction in place from day 1
  11. Vanilla jobs are not going to be karma locked- ever. Especially with jobs like the HoS and Warden, who are the few official people designated to open the armoury when shit goes down. The stance on karma jobs can be summed up as such- Buying power is not good, and making the round ever suffer because a karma job is not occupied is a big nono.
  12. just a note, if we do work on this, it will have to wait until shadowling goes through
  13. This could be a good thing, but I don't know about the feasibility of actually making such a system
  14. This is a thing (sorta) on -tg-. The real problem is that drawing single pixels.. is tedious at the best
  15. Pretty sure you don't have to hold shift either, a simple drag-drop should work fine
  16. Lovely guide, I probably should have written one after I made the construction changes (whoops). I will note that I do not think "shift-drag a prone person" is a thing- just drag-dropping any dead person onto a pod loads them in, unless someone changed it without me noticing.
  17. Code already exists, docking ports can prevent mechs from getting onto shuttles. But, it's a really bad idea to prevent people from bringing their mechs onto the shuttle, at best all you do is piss off roboticists and make round-end a bit more fair, I guess? At worst, you have people finding the most exploit-y way to get their precious mechs onto the shuttle, drilling holes into everything just to get on.
  18. I will state this now. This won't happen. This will never happen. The headmins and admin team have agreed that Karma is to be awarded from player to player, or in contests hosted by admins.
  19. The crematorium doesn't deal fire damage, the incinerator can't actually make lings unable to regen (besides pressure popping the head off), and have you even considered the fact that it would encourage lings to burn the entire station to the ground for 'lulz', then calmly walk around and eat all the burning corpses? This is not a 'bit of a buff', it's a huge disbalance to the entire game, not to mention the absolutely atrocious snowflake code it would require. TL:DR; Lings not taking fire damage? No.
  20. This can be talked about for days, but in the end, it comes down to one simple sentence; Melandor has already stated that he is unwilling to constantly flux paradise on and off the listing. We are a listed server, however tough that might be to deal with.
  21. Autoshooting. See, you name my number one problem with aim mode. It's literally an aimbot. You select a target, and there you go, now they are 100% fucked, because you are guaranteed to hit them. It's intended for a heavyRP playstyle, which we simply don't have. If I understand spaceman right, you can still keep hostages, you just need to actually pay a little bit of attention and not have a literal robot controlling your fire. The downside of.. well fuck, any game, is that you have to know how to aim/literally click on something/someone.
  22. You make good points, but I have to note, Ascended Lings are intentionally equivelent to Nar-nar, the shuttle gets automatically called, and everyone runs for their fucking life. Ascending is ticking down Delta, or expanding over 60% of the station, or, obviously, summoning nar-nar.
  23. I believe hand-to-hand combat being mostly RNG-based is actually a good thing. It makes it a gamble, you have no guarantee to win. And, Midaychi, both of those are currently planned to be ported- but they both rely on the basic RNG-based combat system still, they aren't standalone.
  24. as a note I would love this, but it would also probably piss goon off, annnd considering they have literal DOS emulating terminals, i'm not entirely sure this would be.. feasible to code
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue. Terms of Use