![]() |
Pod Arrivals Method Proposal - Printable Version +- Goonstation Forums (https://forum.ss13.co) +-- Forum: Discussion (https://forum.ss13.co/forumdisplay.php?fid=6) +--- Forum: Ideas & Suggestions (https://forum.ss13.co/forumdisplay.php?fid=8) +--- Thread: Pod Arrivals Method Proposal (/showthread.php?tid=6605) Pages:
1
2
|
Pod Arrivals Method Proposal - Wire - 06-22-2016 (Note: the following is copied verbatim from a google doc) Because of the recent ARRIVAL DEBACLE (read: no actual debacle), I want to improve the way people arrive at the station without it relying on magic teleporters (which are bad for lore reasons and are also just kinda boring). Thus, my idea is pods that shoot at the station to predefined dock areas. Docks The docks will be placed relatively evenly around the edge of the station, most likely added to the existing pod hangar areas. I figure they will be relatively small (3x3-ish) however some stuff will probably have to be expanded/shifted to accommodate them. Pods To clarify, when I say shooting pods at the station I mean a special, probably newly sprited pod, not the existing flyable-pods. Need a better name I guess. I figure these new pods will essentially sleepers with thrusters attached (implying the player has been frozen for his trip). They will spawn in at z-level edge opposite the chosen dock area and shoot in. We will need a mechanism to avoid any obstacles in the way (pathfinding or just straight up mega-gib the offending object). Choosing a dock When a player joins the game, they will be given a popup listing the available dock areas and their respective atmospheric data (O2, heat, pressure etc). They will also be given the opportunity to view a dock area to check for any dumb shit (e.g. like camera viewers). This allows for the player to pick the least griefy arrival area and hopefully with like 6 or so docks, they will never be ALL shit choices. Problems
Helpful Gannets' drawing of process ![]() Even helpfuller Gannets' sprites of pod ![]() ![]() RE: Pod Arrivals Method Proposal - Huff H Law - 06-22-2016 Certainly sounds like a good idea, do you suppose though that pods should only take you to the top part of the station, though? So the gauntlet of arrivals > wrecked station > escape is left intact? Or I guess just as far away from escape as possible. RE: Pod Arrivals Method Proposal - Noah Buttes - 06-22-2016 As regards obstacles, I like a mix of solutions 1 and 2. As regards queuing, why not just make it so that if two people deploy to the same spot in a short span of time, their pods combine to form a sort of pod convoy/train that travels in unison? As regards hazards at the dock, have the pods stick around for a few seconds after docking so the passenger can redirect it elsewhere if he feels threatened. RE: Pod Arrivals Method Proposal - Huff H Law - 06-22-2016 Technically you could also have people arrive at the diner with this, could be a cool idea. RE: Pod Arrivals Method Proposal - UrsulaMejor - 06-22-2016 I think that the best solution to the queuing problem is to not allow people to go to a dock that's already chosen until it's clear. To prevent frustration, have a dock's selection button colored green if open and red if in transit (with an eta counter?) However, I think there needs to be a fix for late join afkers who don't get traitor and will leave afk pods filling up the dock With regard to obstacles, I think having it destroy objects in the way sounds hilarious and in keeping with cogmap's belt hell spirit. Finally, I think the pods should be named "unescape pods" RE: Pod Arrivals Method Proposal - Noah Buttes - 06-22-2016 Afk clogs could be fixed by having the pods work like a ski lift in that, after dropping off its payload, the pod turns around and flies back out. RE: Pod Arrivals Method Proposal - Wire - 06-22-2016 (06-22-2016, 12:01 PM)Huff H Law Wrote: Certainly sounds like a good idea, do you suppose though that pods should only take you to the top part of the station, though? So the gauntlet of arrivals > wrecked station > escape is left intact? Or I guess just as far away from escape as possible. Generally my motivation for wanting to put the docks around the edges of the station is to lower the chance of multiple dock areas being destroyed by a single event. Overall I feel this out-weighs the potential benefits to clustering them away from escape. (06-22-2016, 12:02 PM)Noah Buttes Wrote: As regards obstacles, I like a mix of solutions 1 and 2. Re: Queueing, generally the comment about custom Move() code that blocks progression if a pod is there would accomplish your suggestion (without an actual combination admittedly). This would result in multiple pods moving towards the dock behind each other. Re: Sticking around at dock. I like the idea of simply going to the (presumably indestructible) dock before allowing a redirect, which will be simpler than a live camera feed or whatever else. I'm still not a huge fan of redirecting in general but that's a hard thing to solve. (06-22-2016, 12:04 PM)Huff H Law Wrote: Technically you could also have people arrive at the diner with this, could be a cool idea. I like this idea! RE: Pod Arrivals Method Proposal - Wire - 06-22-2016 (06-22-2016, 12:09 PM)UrsulaMejor Wrote: I think that the best solution to the queuing problem is to not allow people to go to a dock that's already chosen until it's clear. To prevent frustration, have a dock's selection button colored green if open and red if in transit (with an eta counter?) (06-22-2016, 12:13 PM)Noah Buttes Wrote: Afk clogs could be fixed by having the pods work like a ski lift in that, after dropping off its payload, the pod turns around and flies back out. In general, the queueing problem is less of an issue than the "dock area gets wrecked during transit" issue, as mentioned by the solution points under the problem item (for example, a reason is given for not liking the "prevent selection of dock if already picked by another player" solution). I forgot to put this in the original post but my idea for AFKers is simply to boot the dude out of the pod once it arrives at the dock, at which point the pod gets sorta consumed into the dock structure and incinerated/scrapped/whatever'd to free it up for a new arrival. RE: Pod Arrivals Method Proposal - Noah Buttes - 06-22-2016 Maybe have the dock area inaccessible except via pod and equip it with a flusher to allow for one way transportation out? RE: Pod Arrivals Method Proposal - Wire - 06-22-2016 (06-22-2016, 12:23 PM)Noah Buttes Wrote: Maybe have the dock area inaccessible except via pod and equip it with a flusher to allow for one way transportation out? I quite like this idea, although it introduces some additional complexity (would need to make the disposals system "tamper-proof" somehow, as well as edge cases like hand-tele-ing into the dock area). RE: Pod Arrivals Method Proposal - misto - 06-22-2016 they already shoot crates of lab monkeys at us that are received at qm, so the technology has been thoroughly pioneered RE: Pod Arrivals Method Proposal - Erik - 06-22-2016 (06-22-2016, 12:29 PM)Wire Wrote:(06-22-2016, 12:23 PM)Noah Buttes Wrote: Maybe have the dock area inaccessible except via pod and equip it with a flusher to allow for one way transportation out? Just surround the pad with cordon turfs and bulletproof windows. RE: Pod Arrivals Method Proposal - Gannets - 06-22-2016 I'm helpful! RE: Pod Arrivals Method Proposal - Frank_Stein - 06-22-2016 I kinda think it would be fun if instead of a pod it was a space taxi/bus, complete with a chatty driver. They'd just drive you to the dock of choice, and wait a bit after you got out before driving away. You can keep picking new docks if you hadn't gotten out yet. Multiple people could ride in the vehicle. Also, I do like having a safe area before you join the round proper like the current shuttle teleporter area. RE: Pod Arrivals Method Proposal - poland spring - 06-22-2016 Have a random chance of the sprite being a monkey crate or coffin |