Staredit Network > Forums > SC2 Custom Maps > Topic: Ghost Ops: Protoss Caverns
Ghost Ops: Protoss Caverns
Jan 8 2017, 11:51 am
By: TF-  

Jan 8 2017, 11:51 am TF- Post #1




Ghost Ops: Protoss Caverns


This is a map made in late 2010 for a special "Ghost Ops" campaign of special scenarios, later retrofitted as a special mission in a full blown campaign, and now polished and released as a standalone map, there's others I could retouch and release but this is all I can bear to do with how bad the SC2 editor is now.







You are looking for the source of some mysterious signals in a system of Protoss caverns that have been abandoned for centuries, only Ghosts can navigate the tight spaces of the cave system so you cannot count on any reinforcements, at least 2 of your Ghosts must survive for you to be able to complete your mission, as splitting your Ghosts into at least two groups is an essential tactic. (remember this one)

At some point you will be engaged by the Rays, airborne robotic guardians of the Protoss that are effectively indestructible, as they respawn endlessly, they will follow your Ghosts around wherever they go and you will have to manipulate them to your advantage, while always keeping them from being able to see your Ghosts (recharge your energy, stay away from protoss detectors marked by blue radar blips), eventually you will manipulate them to detect and kill cloaked and detector-equipped Zerg while trying to keep both the Zerg and the Protoss from being able to detect you.
They always follow one of your Ghosts at a time, you can isolate that Ghost to keep the Rays away from the others for a while.

Ghosts can use the Broadcast Ghost Signature ability on objects or units in the environment to make the Rays attack them, this is essential to advancing through the mission.

Ghosts can also use the Infiltrate ability to take over mechanical objects like Inhibitors, but you won't need this until late into the mission, at which point it is essential.

You can still finish the mission with just 2 Ghosts on low HP, it will just be fairly difficult to do so.

This is a tough mission, by design, as it runs counter to conventional "special mission" map design you had in SC2 where you can fall asleep, use either extreme precaution or CTRL+Q.


DOWNLOAD THE MAP+MOD

Post has been edited 1 time(s), last time on Jan 12 2017, 12:40 am by TF-.




Jan 12 2017, 12:43 am TF- Post #2



Mike has playtested this map and the map has been updated as per Mike's feedback, get the new version from the link in the main post.




Options
  Back to forum
Please log in to reply to this topic or to report it.
Members in this topic: None.
[06:25 pm]
m.0.n.3.y -- Here's another question. I'm using switch randomization for powerups. There are 9 powerups, and I only want any of the powerups to appear only about 30% of the time. So I was just going to use 5 switches for a total of 32 options and have the other 23 results restart the randomization process. Is there a better way to do this?
[06:04 pm]
m.0.n.3.y -- NudeRaider
NudeRaider shouted: m.0.n.3.y Pro and Demon already gave correct answers, but let me add a pretty elegant way: Have the detection trigger owned by whoever is convenient for you. A single computer player, a force, all players - it doesn't matter. Now detect for the arbiter in conditions - also doesn't really matter how. In actions just set a dc to 1 for all players or the force that should have the text displayed. It will set the dc for each player to 1 individually. Because of this you can make a 2nd trigger that checks for the dc for current player and remove the dc for current player afterwards.
Ok that makes perfect sense NudeRaider
NudeRaider shouted: This method also has a bonus use: If you detect the arbiter in conditions for current player (set trigger owned accordingly!) then you can do the following: Add 1 to dc for current player AND add 1 to dc for all players. And in your 2nd trigger you can distinguish between players that just are informed and the player that actually had it, because their dc will be 2 instead of 1. So you can give them an additional reward or something dynamically.
Wow that's awesome! I'll definitely be doing this. Thanks for the tip, that's really cool
[05:29 pm]
NudeRaider -- This method also has a bonus use: If you detect the arbiter in conditions for current player (set trigger owned accordingly!) then you can do the following: Add 1 to dc for current player AND add 1 to dc for all players. And in your 2nd trigger you can distinguish between players that just are informed and the player that actually had it, because their dc will be 2 instead of 1. So you can give them an additional reward or something dynamically.
[05:27 pm]
NudeRaider -- m.0.n.3.y
m.0.n.3.y shouted: NEW QUESTION: How is it possible to show text to all players when something occurs? EX: Player 1 builds an Arbiter. Trigger says, When player 1 builds an Arbiter, do something, then remove the Arbiter. Now, I'd like text to show for all other players when P1 builds an Arbiter that says "P1 built an arbiter!". But how is this possible when the the original trigger that detects if P1 built an Arbiter then removes the Arbiter in it's actions? Like, the Arbiter is detected as built, then Action occurs for P1, then Arbiter is removed. So how can you detect if the Arbiter is built to show text to the other plays saying "P1 built an Arbiter" if the other trigger quickly removes the Arbiter? Does that make sense?
Pro and Demon already gave correct answers, but let me add a pretty elegant way: Have the detection trigger owned by whoever is convenient for you. A single computer player, a force, all players - it doesn't matter. Now detect for the arbiter in conditions - also doesn't really matter how. In actions just set a dc to 1 for all players or the force that should have the text displayed. It will set the dc for each player to 1 individually. Because of this you can make a 2nd trigger that checks for the dc for current player and remove the dc for current player afterwards.
[05:22 pm]
NudeRaider -- that's why the All Players thing is neat: When one player runs a wait, their copy of hypers will actually be blocked. But the hyper effect will not be disrupted because the hypers of all the other players are still running.
[05:21 pm]
NudeRaider -- *running at the same time for the same player.
[05:20 pm]
NudeRaider -- m.0.n.3.y
m.0.n.3.y shouted: Mini Moose 2707 Shit. Ok what are the exact circumstances where using wait triggers causes wait blocks and messes things up? EX: If player 8 is a computer and has hyper triggers at the bottom of his list, can I use a few of triggers on each human player 1-6 with a few waits each lasting 50 - 1000ms? I've read the articles in SEN Wiki but still not super clear on it :/
simple: 2 waits running at the same time. Hyper triggers constantly block each other, but they have no other purpose than to force another trigger loop, and stay in that "blocking each other" state as long as possible (=NEO)
[05:17 pm]
NudeRaider -- Dem0n
Dem0n shouted: It's recommended to never use waits if you have hyper triggers.
yes and no. If you have to ask: yes. If you know what you're doing, you can use them in a non-disruptive manner.
[05:15 pm]
NudeRaider -- m.0.n.3.y
m.0.n.3.y shouted: ALSO: @NudeRaider for your "other setup" you mean give the hypers to the "All Players" player checkbox, not to each player individually, right?
That's equivalent. At the start of a game sc parses triggers and creates copies of triggers owned by player groups (forces and all players) to each player that is part of that group. During runtime there's only individual trigger owners.
[04:04 pm]
m.0.n.3.y -- Dem0n
Dem0n shouted: That won't work. And it's one extra trigger with 2 actions. Hardly extra work.
You're right. Thank you!
Please log in to shout.


Members Online: Wing Zero, Roy