Automated gamebook mechanics
Forum rules
Please read the Forum rules and policies before posting.
Please read the Forum rules and policies before posting.
- Gambit37
- Should eat more pies
- Posts: 13720
- Joined: Wed May 31, 2000 1:57 pm
- Location: Location, Location
- Contact:
Automated gamebook mechanics
As if I don't have enough projects consuming my time, I was just thinking about how to build a web-based gamebook engine. I doubt I'd ever get around to it, but here's a question that I wanted to throw out there...
If an engine automatically 'collected' items for you as you went along, should it automatically then 'use' those items when the opportunity arises?
For example, rather than asking a question like "Do you have the Eye of Gubbins?", should it instead suggest "You have the Eye of Gubbins, would you like to use it?"
I'm wondering about whether part of the enjoyment of playing FF or LW type games actually comes from tracking this stuff yourself, or if given the chance, most people would like it handled for them?
Of course, building some sort of auto inventory system would be a lot more complicated than simply asking the question...
If an engine automatically 'collected' items for you as you went along, should it automatically then 'use' those items when the opportunity arises?
For example, rather than asking a question like "Do you have the Eye of Gubbins?", should it instead suggest "You have the Eye of Gubbins, would you like to use it?"
I'm wondering about whether part of the enjoyment of playing FF or LW type games actually comes from tracking this stuff yourself, or if given the chance, most people would like it handled for them?
Of course, building some sort of auto inventory system would be a lot more complicated than simply asking the question...
- Christopher
- DMwiki contributor
- Posts: 210
- Joined: Sun Mar 19, 2006 7:26 pm
- Location: Ness City, Kansas
For me, it would probably depend on the item. If it's something I think I might get better use from at a different time, then I'd like to hold on to it (like an item that boosts a status temporarily). However, I imagine some items should be used when asked (like a key). Although I may be way off base with this. I'm not familiar with that type of game.
On project aon there is a discussion with someone who has done an animated flash interface for the books, link here
The options only highlight when you can use them (like selecting the right skill or having the object)
This includes the inventory management of course due to the nature of the games
The interestign point is about rules management in gameboook - automating this stuff, you have to act liek a rules lawyer - do you get to add a point here? Can you use this poition there?
I reckon the answer is to leave it all in the players hands, and simply make it like an interactive book and let the play and cheat and forget things on their own
The options only highlight when you can use them (like selecting the right skill or having the object)
This includes the inventory management of course due to the nature of the games
The interestign point is about rules management in gameboook - automating this stuff, you have to act liek a rules lawyer - do you get to add a point here? Can you use this poition there?
I reckon the answer is to leave it all in the players hands, and simply make it like an interactive book and let the play and cheat and forget things on their own
- Gambit37
- Should eat more pies
- Posts: 13720
- Joined: Wed May 31, 2000 1:57 pm
- Location: Location, Location
- Contact:
Weirdly enough I was browsing that earlier and downloaded it -- haven't checked it out yet though.
The reason I brought it up is because I was remembering trying to play a LW project Aon book and didn't like that Statskeeper didn't automatically track stuff for you. Plus it was ugly.
It's just thinking out loud though, I doubt I'd ever build something like this.
The reason I brought it up is because I was remembering trying to play a LW project Aon book and didn't like that Statskeeper didn't automatically track stuff for you. Plus it was ugly.
It's just thinking out loud though, I doubt I'd ever build something like this.
- Gambit37
- Should eat more pies
- Posts: 13720
- Joined: Wed May 31, 2000 1:57 pm
- Location: Location, Location
- Contact:
I just had a quick play of it and got killed after taking Pelethar's horse and slicing up that orrible Gourgaz real good.
You can turn off the random number animation and speed the comabt up which is a lot better than the default. Overall, this is a pretty good little engine and certainly with something like this there's no reason for me to consider doing my own version -- except for the fact that the interface is not very attractive and a bit clunky and doesn't really feel right for Lone Wolf. I could do a much better look and feel for it
You can turn off the random number animation and speed the comabt up which is a lot better than the default. Overall, this is a pretty good little engine and certainly with something like this there's no reason for me to consider doing my own version -- except for the fact that the interface is not very attractive and a bit clunky and doesn't really feel right for Lone Wolf. I could do a much better look and feel for it
- linflas
- My other avatar is gay
- Posts: 2445
- Joined: Tue Nov 04, 2003 9:58 pm
- Location: Lille, France
- Contact:
LW books 1 to 4 have been converted to Javascript but it's only in french.. and quite ugly imho.
http://chg96.free.fr/jeux/loup-solitaire/lmdt/index.htm
Click on LW logo to play.
http://chg96.free.fr/jeux/loup-solitaire/lmdt/index.htm
Click on LW logo to play.
- cowsmanaut
- Moo Master
- Posts: 4378
- Joined: Fri Jun 30, 2000 12:53 am
- Location: canada
- Gambit37
- Should eat more pies
- Posts: 13720
- Joined: Wed May 31, 2000 1:57 pm
- Location: Location, Location
- Contact:
I've just realised that RTCs full-screen plot screens could be used as gamebook engine. You would put all the text (and any associated images) on the bitmap and give buttons to the player for their choices. The normal interface is hidden.
You could dip out to real-time mini dungeons for the combat sections. Activating other plot screens on monster death would advance the story again. Maybe even mix it up a bit offering possibilities to trap monsters, drop them down pits, etc using normal dungeon gameplay, then moving the story on with extra inserted feedback.
Action mechanics would allow the collection of items into your inventory and conditional relays could be used to direct you to screens where you choose to use those items (so no entries like "If you have such and such and wish to use it").
There are two difficulties:
1) No easy way to monitor your inventory and stats -- although you can dip to the dungeon view to do so, getting back to the plot screen that was displayed would be tricky, though there may be actions that allow this, I haven't explored enough.
2) Handling secret entries given to the player ("If you ever meet so and so, turn immediately to 241."), though again there may be ways around this using invisible buttons and telling the player where to click on screen.
I quite like the idea of a textual adventure played in this way, though one downside would be the amount of work required to make what would essentiually be a very short game.
Interesting, interesting...
You could dip out to real-time mini dungeons for the combat sections. Activating other plot screens on monster death would advance the story again. Maybe even mix it up a bit offering possibilities to trap monsters, drop them down pits, etc using normal dungeon gameplay, then moving the story on with extra inserted feedback.
Action mechanics would allow the collection of items into your inventory and conditional relays could be used to direct you to screens where you choose to use those items (so no entries like "If you have such and such and wish to use it").
There are two difficulties:
1) No easy way to monitor your inventory and stats -- although you can dip to the dungeon view to do so, getting back to the plot screen that was displayed would be tricky, though there may be actions that allow this, I haven't explored enough.
2) Handling secret entries given to the player ("If you ever meet so and so, turn immediately to 241."), though again there may be ways around this using invisible buttons and telling the player where to click on screen.
I quite like the idea of a textual adventure played in this way, though one downside would be the amount of work required to make what would essentiually be a very short game.
Interesting, interesting...
- Sophia
- Concise and Honest
- Posts: 4240
- Joined: Thu Sep 12, 2002 9:50 pm
- Location: Nowhere in particular
- Contact:
Hmm, that's some outside of the box thinking.
Sort of a choose-your-own-dungeon, or the possibility of introducing more plot into a DM-style game without really losing the "DM feel."
I would be slacking off if I didn't mention that DSB's full-screen plot screens could also be used for this purpose, with the added bonus that your two issues would not be issues.
It has the ability to draw the screens dynamically, too, so you wouldn't necessarily have to make the screens up ahead of time. Just create the generic background (and whatever specialized images) and tell it to print the text as needed.
Of course, there would be significant coding involved, but considering the amount of arcane relay and action item hacking you'd have to do, coding the thing in a real programming language might seem sane by comparison!
Sort of a choose-your-own-dungeon, or the possibility of introducing more plot into a DM-style game without really losing the "DM feel."
I would be slacking off if I didn't mention that DSB's full-screen plot screens could also be used for this purpose, with the added bonus that your two issues would not be issues.
It has the ability to draw the screens dynamically, too, so you wouldn't necessarily have to make the screens up ahead of time. Just create the generic background (and whatever specialized images) and tell it to print the text as needed.
Of course, there would be significant coding involved, but considering the amount of arcane relay and action item hacking you'd have to do, coding the thing in a real programming language might seem sane by comparison!
- Gambit37
- Should eat more pies
- Posts: 13720
- Joined: Wed May 31, 2000 1:57 pm
- Location: Location, Location
- Contact:
I think it would be more the other way around: a point and click gamebook with a little bit of DM gameplay thrown in for the fighting.Sophia wrote:Sort of a choose-your-own-dungeon, or the possibility of introducing more plot into a DM-style game without really losing the "DM feel."
I haven't explore DSB. While I'm sure it's great for this sort of thing, my understanding is that to build stuff, you need to code stuff. I'm a visual, point and click person and I prefer RTC for this reason -- plus I have so much tinkering projects in RTC that I'mnot keen on switching to something else now.Sophia wrote:I would be slacking off if I didn't mention that DSB's full-screen plot screens could also be used for this purpose, with the added bonus that your two issues would not be issues.
Now that's pretty handy. RTC can't do this.Sophia wrote:It has the ability to draw the screens dynamically, too, so you wouldn't necessarily have to make the screens up ahead of time. Just create the generic background (and whatever specialized images) and tell it to print the text as needed.
- Sophia
- Concise and Honest
- Posts: 4240
- Joined: Thu Sep 12, 2002 9:50 pm
- Location: Nowhere in particular
- Contact:
Oh, I guess I didn't see the DM combat interface as that interesting in itself, if you just stand there and hack and slash... unless I'm misunderstanding what you meant. It seems like it would be more immersive if you had some mazes to run around in, and plot screens and decisions to make when you arrived at certain points... sort of like SNES Arcana.Gambit37 wrote:I think it would be more the other way around: a point and click gamebook with a little bit of DM gameplay thrown in for the fighting.
Or, of course, you could have the dungeon window visible on your plot screens, and it would be sort of like a graphic adventure.
What you're creating with all those relays and action items is a program, even if you don't call it one.Gambit37 wrote:I'm a visual, point and click person
Hehe, the ability to dynamically draw screens and such goes pretty far. At one point Remy had a pretty good implementation of Pong working in DSB.Gambit37 wrote:Now that's pretty handy.
- Gambit37
- Should eat more pies
- Posts: 13720
- Joined: Wed May 31, 2000 1:57 pm
- Location: Location, Location
- Contact:
Plot driven DM gameplay is something I'm working on in a different project, and yes, it's far more interesting... but for the gamebook idea, the fighting would just be an incidental fun 'extra'.Sophia wrote:unless I'm misunderstanding what you meant. It seems like it would be more immersive if you had some mazes to run around in, and plot screens and decisions to make when you arrived at certain points... sort of like SNES Arcana.
Yes, true, but it's easier for a dummy like me.Sophia wrote:What you're creating with all those relays and action items is a program, even if you don't call it one.
- Gambit37
- Should eat more pies
- Posts: 13720
- Joined: Wed May 31, 2000 1:57 pm
- Location: Location, Location
- Contact:
I did a quick proofer in RTC and it's simply not good enough for anything other than the simplest decision making -- managing inventories and stats is virtually impossible in a full screen way, because the engine is so built around the dungeon interface.
Oh well, it was just a thought.
While I was playing around, I created this though: Oh, happy memories:
Oh well, it was just a thought.
While I was playing around, I created this though: Oh, happy memories:
- Gambit37
- Should eat more pies
- Posts: 13720
- Joined: Wed May 31, 2000 1:57 pm
- Location: Location, Location
- Contact:
Re: Automated gamebook mechanics
I was thinking about gamebooks again the other day and whether there are many that would work as a DM type game.
Linflas is doing Forest of Doom which so far looks really good. It's more or less a "dungeon" type game (even though it's mostly outdoors) and I think lends itself to DM gameplay. However, there are lots of other gamebooks that would be much harder to adapt -- House of Hell springs to mind, since it's more about talking to people and gaining information to succeed, plus it's one of those weird ones where you have to do things at the right time.
What do you think are the best ways of handling gamebook style decision making in a DM game? Should it all be removed and simply distill the core adventure into basic "find objects / open doors / solve puzzles / kill stuff" so that it works in the DM engine (and losing the texture of the story in the process). Or should we try and preserve as much as possible of the original book, and if necessary add complex interactions to simulate the decisions in the book (probably only possible using DSB or RTC.)????
Just curious, this doesn't mean I'm making one!
Linflas is doing Forest of Doom which so far looks really good. It's more or less a "dungeon" type game (even though it's mostly outdoors) and I think lends itself to DM gameplay. However, there are lots of other gamebooks that would be much harder to adapt -- House of Hell springs to mind, since it's more about talking to people and gaining information to succeed, plus it's one of those weird ones where you have to do things at the right time.
What do you think are the best ways of handling gamebook style decision making in a DM game? Should it all be removed and simply distill the core adventure into basic "find objects / open doors / solve puzzles / kill stuff" so that it works in the DM engine (and losing the texture of the story in the process). Or should we try and preserve as much as possible of the original book, and if necessary add complex interactions to simulate the decisions in the book (probably only possible using DSB or RTC.)????
Just curious, this doesn't mean I'm making one!
Re: Automated gamebook mechanics
I think keep the flavour of the book if possible, just like zyx did in CSBwin for Deathtrap Dungeon. Sure, that isn't the most taxing of books, but there were still riddles and NPC style interactions to be done!
Was unable to (permenantly) kill off ian_scho (Haynuus), Ameena, oh_brother (Westian), money (Falkor), raixel (Petal) and Lord_Bones (Aurek) in the DM D&D game Time's Champions!
CONGRATULATIONS TO THOSE WHO MADE THE GAME WHAT IT WAS - GREAT!
CONGRATULATIONS TO THOSE WHO MADE THE GAME WHAT IT WAS - GREAT!
- Trantor
- Duke of Banville
- Posts: 2466
- Joined: Wed Mar 09, 2005 4:16 am
- Location: Berlin, Germany
- Contact:
Re: Automated gamebook mechanics
I think that different mediums need different treats. Converting every choice you can make in a gamebook into a DM-type game is not a good idea in my book. Though you are given a lot of choices ("Do you go west or east? Do you open the magically sealed bottle or throw it into the lake?"), these choices don't feel very interactive as you follow either pre-set path A or pre-set path B instead of actually doing stuff on your own.
Similarly to Beo, I'd say that keeping the main plot, structure and atmosphere of the book is the important part. But I'd much prefer when details are changed, puzzles are added or removed so the adventure works better as a DM-type game. Plus, if you convert an actual gamebook, people who played the book will have more fun if the computer game offer some surprises.
Similarly to Beo, I'd say that keeping the main plot, structure and atmosphere of the book is the important part. But I'd much prefer when details are changed, puzzles are added or removed so the adventure works better as a DM-type game. Plus, if you convert an actual gamebook, people who played the book will have more fun if the computer game offer some surprises.
- Gambit37
- Should eat more pies
- Posts: 13720
- Joined: Wed May 31, 2000 1:57 pm
- Location: Location, Location
- Contact:
Re: Automated gamebook mechanics
I actually really like the idea of doing House of Hell as a RTC adventure (yeah, yeah, one thing at a time, I know!). But it's a pretty hard one to do if you follow the book, since so much of it doesn't work as normal DM gameplay. You have several ways into the house and the early part of the game is all about sitting around waiting to be knocked out so you can then wake in a bedroom and go and explore. And depending how you do this initial bit, it determines whether you can succeed or not. It's also a pain to map since half the descriptions don't tell you specifically how all the doors and rooms connect. Would require a lot of artistic licence!
Scorpion Swamp seems like one that could work really well, since it's based on an unambiguous map and actually requires a lot of backtracking, plus it has multiple quests -- great for replay value! Though it's fairly simplistic in terms of actual story and puzzles I seem to recall.
Scorpion Swamp seems like one that could work really well, since it's based on an unambiguous map and actually requires a lot of backtracking, plus it has multiple quests -- great for replay value! Though it's fairly simplistic in terms of actual story and puzzles I seem to recall.
Re: Automated gamebook mechanics
Interesting challenge! Some ideas:
The main concern would be to keep a nice flow of the game, so two problems would arise: dialogues and special events.
1) the dialogues: it would be mandatory to not break the flow of the game, so you should be able to talk with someone while the dungeon engine is still running. When facing a NPC, replacing the 3 actions by some dialogue options could do the trick. The options would be dependent on global variables and the internal state of the NPC.
The dialogue would appear in the text area while facing the NPC, for example.
2) the events:
Though most of them should be integrated into the mechanisms of DM, some descriptions or narrations couldn't be translated through the the visuals of DM and some text would be necessary (ie, psychological events like this woman is suspicious or your sixth sense tells you that...)
Sometimes it would necessary to pause the game and show an illustration (passing of time, change of place, special encounter), but these occurences should be restricted in number.
The main concern would be to keep a nice flow of the game, so two problems would arise: dialogues and special events.
1) the dialogues: it would be mandatory to not break the flow of the game, so you should be able to talk with someone while the dungeon engine is still running. When facing a NPC, replacing the 3 actions by some dialogue options could do the trick. The options would be dependent on global variables and the internal state of the NPC.
The dialogue would appear in the text area while facing the NPC, for example.
2) the events:
Though most of them should be integrated into the mechanisms of DM, some descriptions or narrations couldn't be translated through the the visuals of DM and some text would be necessary (ie, psychological events like this woman is suspicious or your sixth sense tells you that...)
Sometimes it would necessary to pause the game and show an illustration (passing of time, change of place, special encounter), but these occurences should be restricted in number.
- Gambit37
- Should eat more pies
- Posts: 13720
- Joined: Wed May 31, 2000 1:57 pm
- Location: Location, Location
- Contact:
Re: Automated gamebook mechanics
We're talking about game books -- I think you might have missed that craze, being one of our older members?
There were many different series established over the years, but the most well known was Fighting Fantasy. The named books I mentioned are from the FF series.
Linflas is converting Forest of Doom (FF #3) to a realtime game using the RTC engine. I've been speculating on how easy it might be convert others...
There were many different series established over the years, but the most well known was Fighting Fantasy. The named books I mentioned are from the FF series.
Linflas is converting Forest of Doom (FF #3) to a realtime game using the RTC engine. I've been speculating on how easy it might be convert others...
- Sophia
- Concise and Honest
- Posts: 4240
- Joined: Thu Sep 12, 2002 9:50 pm
- Location: Nowhere in particular
- Contact:
Re: Automated gamebook mechanics
I think there are also geographical factors. Fighting Fantasy was not as popular in the US. We had Choose Your Own Adventure, which was rather different, really.Gambit37 wrote:I think you might have missed that craze, being one of our older members?
In thinking about it, I think I had one FF book when I was younger, but I didn't like it much and I certainly didn't know it was part of some vastly popular series.
- Trantor
- Duke of Banville
- Posts: 2466
- Joined: Wed Mar 09, 2005 4:16 am
- Location: Berlin, Germany
- Contact:
Re: Automated gamebook mechanics
I agree with Sophia on the geographical thing. Though my girlfriend and her sisters possessed quite a number of Fighting Fantasy books, I've never heard of anyone else here in Germany who had even heard of them. The first German pen&paper RPG, Das Schwarze Auge (The Black Eye), adopted the gamebook concept for their solo adventure modules, and since the system was quite popular back then, it probably satisfied the market.
Paul, I've only recently learned about FRUA which is really a shame. I still love the old SSI Gold Box games; in fact, I replayed Pool of Radiance not too long ago. I'd certainly like to play some custom games for that engine as well.
Paul, I've only recently learned about FRUA which is really a shame. I still love the old SSI Gold Box games; in fact, I replayed Pool of Radiance not too long ago. I'd certainly like to play some custom games for that engine as well.