Viper Launch Control

image02

The Galactica’s fighter launch catapults are each controlled by a ‘shooter’ in an armored viewing pane.  There is one ‘shooter’ for every two catapults.  To launch a Viper, he has a board with a series of large twist-handles, a status display, and a single button.  We can also see several communication devices:

  • Ear-mounted mic and speaker
  • Board mounted mic
  • Phone system in the background

These could relate to one of several lines of communication each:

  • The Viper pilot
  • Any crew inside the launch pod
  • Crew just outside the launch pod
  • CIC (for strategic status updates)
  • Other launch controllers at other stations
  • Engineering teams
  • ‘On call’ rooms for replacement operators

image05

Each row on the launch display appears to conform to some value coming off of the Viper or the Galactica’s magnetic catapults.  The ‘shooter’ calls off Starbuck’s launch three times due to some value he sees on his status board (fluctuating engine power right before launch).

We do not see any other data inputs.  Something like a series of cameras on a closed circuit could show him an exterior view of the entire Viper, providing additional information to the sensors.

When Starbuck is ready to launch on the fourth try, the ‘shooter’ twists the central knob and, at the same time and with the same hand, pushes down a green button.  The moment the ‘shooter’ hits the button, Starbuck’s Viper is launched into space.

image04

There are other twist knobs across the entire board, but these do not appear to conform directly to the act of launching the Viper, and they do not act like the central knob.  They appear instead to be switches, where turning them from one position to another locks them in place.

There is no obvious explanation for the number of twist knobs, but each one might conform to an electrical channel to the catapult, or some part of the earlier launch sequence.

Manual Everything

Nothing in the launch control interprets anything for the ‘shooter’.  He is given information, then expected to interpret it himself.  From what we see, this information is basic enough to not cause a problem and allow him to quickly make a decision.

Without networking the launch system together so that it can poll its own information and make its own decisions, there is little that can improve the status indicators. (And networking is made impossible in this show because of Cylon hackers.) The board is easily visible from the shooter chair, each row conforms directly to information coming in from the Viper, and the relate directly to the task at hand.

The most dangerous task the shooter does is actually decide to launch the Viper into space.  If either the Galactica or the Viper isn’t ready for that action, it could cause major damage to the Viper and the launch systems.

A two-step control for this is the best method, and the system now requires two distinct motions (a twist-and-hold, then a separate and distinct *click*).  This is effective at confirming that the shooter actually wants to send the Viper into space.

To improve this control, the twist and button could be moved far enough apart (reference, under “Two-Hand Controls” ) that it requires two hands to operate the control.  That way, there is no doubt that the shooter intends to activate the catapult.

If the controls are separated like that, it would take some amount of effort to make sure the two controls are visually connected across the board, either through color, or size, or layout.  Right now, that would be complicated by the similarity in the final twist control, and the other handles that do different jobs.

Changing these controls to large switches or differently shaped handles would make the catapult controls less confusing to use.

 

Destination threshold

As David is walking through a ship’s hallway, a great clanging sounds from deep in the ship, as the colored lights high in the walls change suddenly from a purple to a flashing red, and a slight but urgent beeping begins. He glances at a billiards table in an adjacent room, sees the balls and cue sliding, and understands that it wasn’t just him: gravity has definitely changed.

Prometheus-020

There are questions about what’s going on with the ship that the gravity changed so fast, but our interest must be in the interfaces.

Why did David not expect this? If they’re heading to a planet and the route is known, David should know well in advance. The ship should have told him, especially if the event is going to be one that could potentially topple him. Presuming the ship has sensors to monitor all of this, it should not have come as a surprise.

The warning itself seems mostly well designed, using multiple modes of signal and clear warning signs:

  • Change in color from a soft to intense color (They even look like eyes squinting and concentrating in the thumbnails.)
  • A shift to red, commonly used for warning or crisis
  • Blinking red is a hugely attention-getting visual signal
  • Beeping is a auditory signal that is also a common warning signal, and hard to ignore

After David sees these signals, he walks to wall panel and presses a few offscreen buttons which beep back at him and silence the beeping, replacing it with overhead pulses of light that race up and down the hallway. Over the sound system a male voice announces “Attention. Destination threshold.”

Prometheus-Destination_Threshold

Why should David have to go find out what the crisis is at the wall interface? If he had been unable to get to the wall interface, how would he know what happened? Or if it required split-second action, why require of him to waste his time getting there and pressing buttons? In a crisis, the system should let you know what the crisis is quickly and intrusively if it’s a dire crisis in need of remedy. The audio announcement should have happened automatically.

Racinglights

The overhead lights are almost a nice replacement for beeping. It still says, “alert” without the grating annoyance that audio can sometimes be. (There’s still a soft “click” with each shifting light, just not as bad.) But if he’s able to silence the audio at this wall panel, why wasn’t he able to silence the race lights as well? And why do they “race” up and down the hallway rather than just blink? The racing provides an inappropriate sense of motion. Given that this signal is for when the crew is in an unusual and potentially dangerous situation, it would be better to avoid the unhelpful motion cue by simply blinking, or to use the sense of direction they provide to signal to David where he ought to be. A simple option would be to have the hallway lights race continuously in the direction of the bridge, leading the crew to where they would be most effective. Even better is if the ship has locational awareness of individual crew members, then you can cut all overhead illumination by 20% and pulse a light a few feet away in the desired direction between 80 and 100 percent, while darkening the hallway in the opposite direction. Then, as David walks towards the blinking light, the ship can lead him, even around corners, to get him where he needs to be. In a real crisis, this would be an easy and intuitive way to lead people where they’re need to be. It would of course need simple overrides in case the crew knew something about the situation that the ship did not.

After walking through the racing-light hallways, he turns just past the door and into the bridge, where we can see the legend “DESTINATION THRESHOLD” across the pilots HUD. He turns on a light, licks a finger, and presses another button to activate all of the interfaces on the bridge. He walks to the pilot’s panel, presses a button to open the forward viewscreen, observing LV223 with wide-eyed wonder.

This entire sequence seems strange from an interface perspective. We’re going to presume that licking his fingers was just a character tic and not required by the system. But in addition to the fact, raised above, that David seems somewhat surprised by it all, that he should have to open doors and manually turn on lights and interfaces during a crisis seems pointless. It’s either not a crisis and these signals should diminish, or it is a crisis and more of this technology should be automated.