Difference between revisions of "2.13 Consolidation 2"

From DoctorWhen
m (Text replace - "==Location Status==" to "==Location== '''Status''': something '''GC PoC''': someone '''Parking''': N/A '''Notes''': None")
Line 42: Line 42:
 
Final fix before Prof. Chronos can be returned to the present.
 
Final fix before Prof. Chronos can be returned to the present.
  
==Detailed Puzzle Description==
+
==Detailed Description==
 
640 chronomentometer puzzles must be collectively solved by the teams.  They work together in mild competition until all teams have arrived.
 
640 chronomentometer puzzles must be collectively solved by the teams.  They work together in mild competition until all teams have arrived.
  

Revision as of 12:42, 15 February 2012

Order

2.08

Status

::MOCKUP::

Location

Status: something

GC PoC: someone

Parking: N/A

Notes: None Reserved

GC Point of Contact

Erik & Melissa

Location Notes

Paine Memorial High School gym the week before the 2012 science fair

Type

Mandatory Puzzle

Plot Setup

Players have helped Doctor When get the time machine working again. And Prof. Chronos has her locker combination (for whatever reson she needs it). The players think they're going to the gym to hang out until they can see her return.

[old text--was this important? change the past but need to make one last technical fix before they can return her to the present. Apprently faulty chronomentometers are to blame for all those alterations in the Fabric of Time]

Props

Each team gets, upon arrivale

Plot Point to Convey

Once all the chronomentometers are fixed, Prof. Chronos can safely be returned to the present-day lab.

Short Description

Final fix before Prof. Chronos can be returned to the present.

Detailed Description

640 chronomentometer puzzles must be collectively solved by the teams. They work together in mild competition until all teams have arrived.

A not-completely-working version of GROSS is available at:

http://peachfrontier.com/cmm/

(remember that the password to get through testing security is tester / streetsetter)

There are 16 teams, numbered 1 through 16. Their passcodes are aaaaaa, bbbbbb, cccccc, etc.

The intention is to have a display dashboard that we put up on the big screen that everyone sees, as well as an admin console for management tasks, which only GC sees.

The admin console is at:

http://peachfrontier.com/cmm/nimda.html

The display dashboard isn't written yet.

I've designed GROSS to display properly on smartphones and Internet-enabled tablets, although if anyone would like to test the UI on an Iphone I'd like to hear the results.

It'll be blindingly obvious once you log in and when you see the display dashboard that individual team information is anonymized and only role information is shared. At least, that's my hope.

There are going to be 256 co-keypad TASCs (I expect teams to solve 100-160 of them), and 640 chronomentometer puzzles (I expect the teams to solve 300-400 of them).

Here's my thoughts on logistics.

We have on-hand: ACT1:

 * 400 blank co-keypad submission sheets (in B&W)
 * all 256 co-keypad TASCs printed (in color)
 * 32 GROSS User's Manuals (2 per team)
 * Login/passcode sheets; contain the URL (text and QR-code format, for ease
   of smartphone access), and hand-written team name and 6-letter passcodes.
 * When a team arrives, we hand them 2 User's Manuals, 5 blank co-keypad
   submission sheets, and their login/passcode sheet.  They also get two TASCs
   that were automatically assigned to them.

ACT2:

 * 100 blank *reusable* chronomentometer sheets
 * 32 GROSS User's Manuals (2 per team)
 * Login/passcode sheets; contain the URL (text and QR-code format, for ease
   of smartphone access), and hand-written team name and 6-letter passcodes.
 * When a team arrives, we hand them 2 User's Manuals, 5 blank chronomentometer
   submission sheets, and their login/passcode sheet.

Requesting a TASC: ACT1:

 When a team requests a TASC, it takes them to a page that tells them to
 come to the GC's desk to pick up the specs.  The system also notifies
 the GC staffer that the team is coming so they can find the sheet (out of 256).
 GC staffer gives them the sheet and assigns the TASC in the system.

ACT2:

 The system automatically assigns teams TASCs when they request one
 (subject to the QUIT and other limits).

Abandoning a TASC: ACT1:

 When a team abandons a TASC, it takes them to a page that tells them to
 RETURN the TASC sheet to the GC's desk.  The system also notifies
 the GC staffer that the team is coming so they can put the sheet back.

ACT2:

 The system automatically abandons TASCs for teams on request.

Viewing/Fixing an assigned TASC: ACT1:

 When a team views a TASC, they see an on-line duplicate of what is already
 on their TASC sheet (a backup in case the sheet gets lost).  They fix the TASC
 by submitting a filled-in sheet to GC.  They don't have to return the TASC.
 GC checks the sheet against a master solution key, and if it is correct, the
 TASC is marked fixed; otherwise, GC logs that the team was incorrect and
 notifies the team.

ACT2:

 The system shows the TASC to the team on-line.  They also submit
 their solutions online and the system automatically credits them.

Other logistics: ACT1:

 Teams will run out of blank co-keypad sheets as they are used up for submission.
 We'll have a bin where teams can grab extras.

Undecided issues:

  • In Act 1, how does GC notify the team that their solution was incorrect? Some
ideas:
 ** E-mail (needs GC effort)
 ** In-system notification (needs more programming :( )
 ** Go find the team and talk to them (needs time/volunteers)
 ** Throw it in the logs on the big display dashboard

Other notes:

 There are five "fake teams" -- the "Lab" and one team from each faction.  The "fake

teams" solve TASCs periodically -- namely, the system makes suggestions and the human GC member approves them. The goal is to keep the five total SCOREs close. Yes, it's not fair. Neither is Mario Kart. Needed: handwavy technobabble to explain how it is possible for, say, Journalists to be fixing TASCs when there clearly aren't any Journalist teams there. Something about the components synchronizing with alternative timelines.

How To Give To Teams

Thank God you're here. Just a few hours ago we discovered that the damage to the chronomentometers was much more extensive than we thought; apparently while the four chronomentometers were out of commission (thank you for repairing that, by the way) the extra load on the time machine translated to extra stress and soon more of the chronomentometers blew up. And of course that created a positive feedback loop so soon...

(early teams) ...things are going to get really out of hand if we don’t enough help soon. (later teams) …things got really out of hand, so we need as much help as we can get.

So we’re calling in all the stops. We’ve got you, all the other guests you saw at the Grand Unveiling, as well as teams from all over the country -- Journalists, Scientists, Government Officials, Investors. And of course the lab assistants back at Trenchwood are working on this heavily as well.
I don’t have any experience managing groups this large, so we did a quick web search for “gross repair operations,” and the first thing we found was this management software called “Gross Repair Operations Supervision System,” so I’m trying to learn how to use that. Since you’ve been so excellent at repairing things, consider yourself a repair crew now!
Let’s see... I’m supposed to give you this User’s Manual, this login sheet, and, ah yes, you’ve been assigned to a bunch of TASCs. You know, you are totally looking like you've used this software before, so I'm just going to let you get to it.
I have a very good feeling that if we can just get all the chronomentometers working again, we’ll finally be able to get the Professor back. Thanks again for all your help.

Puzzle Answer

Puzzle Solution

Budget

Credits

Manager

Wei-Hwa

Hints

Response to Correct Answer

Head lab assistant announces words to the effect of,

You've done it! Now we can watch how everything unfold in 1986.

To Do

  • Design server software for accepting answers
  • Test on LAN

Other Notes