Event Driven Adventure Design

[NN]

Clerich, was the problem that the campaign was set up to be

"Stop the Villain taking over the Universe"

when it would have been better if it had been

"The Villain is expanding his Evil Empire: you guys can make a difference as to where the frontline is"

[clehrich]

Clerich, was the problem that the campaign was set up to be

"Stop the Villain taking over the Universe"

when it would have been better if it had been

"The Villain is expanding his Evil Empire: you guys can make a difference as to where the frontline is"

Well, bit of both, really.  But we're getting afield, I think.  Unless Kedamono wants me to go on with the example....

[Kedamono]

Clerich, was the problem that the campaign was set up to be

"Stop the Villain taking over the Universe"

when it would have been better if it had been

"The Villain is expanding his Evil Empire: you guys can make a difference as to where the frontline is"

Well, bit of both, really.  But we're getting afield, I think.  Unless Kedamono wants me to go on with the example....

You don't have to if you don't want to Chris. You have a valid point in that without a "good hook" the PCs will tend to wander off the trail you're trying to lead them along.

I need a chance to sit down and think through all the information everyone has provided in this thread and refine if not redefine what an Event-Driven Adventure is.

Oh, and Chris, you were being railroaded by that GM of yours, only, his train made frequent stops and allowed you to wander far from the train, only to have the Conductor show up and shoo you back on board the train...

Whenever there is a "Correct" way to play a scenario and end up at the predefined endpoint, it's a railroad.

[shlo]

@Kedamono:
Two last things before you sit down  =)

EDA definition
When I design a scenario -- with event design as use it, scene to scene -- I first define a condition for the event to happen, then I write the description of the event as it could be. If the condition is "D+2, 8h20pm" it's exactly like the timing in your EDA, but I could use "When the PC enter the warehouse" too, or "When the PC are resting, between D+1 and D+3", or "When the pace drops down because the PC have no clue", or whatever. Branches are just a new batch of events, so if ever I want some, I write some.

Without your two restrictions that "condition" is a date and time and that there are multiple branches, the definition of EDA could be larger, and then have some specializations like time driven, NPC driven, PC driven, with or without branches... with reflections on the flaws and advantages of each method. IMO you're focusing on a specialization of the larger Event Design method, that's why I suggested sooner a more accurate term.

Branching
About the example with the bad guys trying to grab some explosives: you design two events, 2a and 2b. Can the PC stop them from taking explosives or not? If they cannot, I don't think having two or more events will extend their "free will" sensation in any way, in comparison with single branch event design. If they can, the scenario is over after 30 min, and the players I know would be frustrated. Do the NPC need mutiple ways to do things? I don't think so. IMO the use of multiple branches should be used to define multiple PC's ways, like in Clue Trees, not to let the story happen whatever the PC do.

But I'm still not a branches fan since I think it leads the PC to confusion. Give them three clues and they want to use all of them, wasting time exploring each branch, separating in multiple groups, and possibly get lost since the profusion of clues may tell a different story.

[Kedamono]

Quote

Branching
About the example with the bad guys trying to grab some explosives: you design two events, 2a and 2b. Can the PC stop them from taking explosives or not? If they cannot, I don't think having two or more events will extend their "free will" sensation in any way, in comparison with single branch event design. If they can, the scenario is over after 30 min, and the players I know would be frustrated. Do the NPC need mutiple ways to do things? I don't think so. IMO the use of multiple branches should be used to define multiple PC's ways, like in Clue Trees, not to let the story happen whatever the PC do.

The example I gave was a bit off the top of my head, but if I had time to properly work it out, I would allow the PCs to stop the bad guys from getting the explosives. However that would not stymie the bad guys, who would have a plan B or even C in reserve. The other way is to have two events happening almost at the same time and the players have to decide to divide their forces or do one of the events and let the other happen.

But I'm still not a branches fan since I think it leads the PC to confusion. Give them three clues and they want to use all of them, wasting time exploring each branch, separating in multiple groups, and possibly get lost since the profusion of clues may tell a different story.

That is a problem, that really depends on group dynamics. I've been in games where splitting up was frowned upon the team leaders, and other games where the GM had a headache trying to deal with four groups going off in different directions.