• Please note: In an effort to ensure that all of our users feel welcome on our forums, we’ve updated our forum rules. You can review the updated rules here: http://forums.wolflair.com/showthread.php?t=5528.

    If a fellow Community member is not following the forum rules, please report the post by clicking the Report button (the red yield sign on the left) located on every post. This will notify the moderators directly. If you have any questions about these new rules, please contact support@wolflair.com.

    - The Lone Wolf Development Team

Kickstarter Clarification Questions

Okay let's say PC #1 tells NPC #1,2,5,6,9,10 that x=y
PC #2 tells NPC 1,2,5,6,9,10 that x=z
PC #3 corroborates the PC #1 info with NPC #2,3,4,5,9,10 and refutes the info with NPC 1,6
but PC#4 informs NPC #1,2,3,4,5,6,7,8,9,10 that x=y=z

You would have to link the 3 pieces of (mis) information to each NPC cross referenced with the individual PC's information and maintain an accurate record over multiple information snippets. Confused yep me to. But over multiple campaigns with multiple players his kind of situation does occur!

I'm going to start with your last comment. So these multiple campaigns will all be impacting each other? Most people I'm aware of "instance" their worlds, so that the actions of Party #1 have zero impact on the world for Party #2. Your final sentence here implies that you run things differently, and I need to make sure I'm understanding properly.

The database structure necessary to model the scenario you've outlined here would need to track both who knows what *and* who told what information to whom. That latter component adds a significant level of complication to things, and it's not nearly as common a situation as the former. We've only designed things at this point to handle the former. We could do the latter, but it will take more work and is outside the scope of what we'll be providing in the initial launch and the first few updates after that.

As I mentioned above, we could potentially extend the "who knows what" mechanism to encompass NPCs, but that will not address the separate issue of "who told them what". We can definitely put this on the todo list, but it's not something to expect soon.
 
Sorry if I'm naive here....

Not naive at all. The solution you've suggested is similar to my first idea for solving this when it was suggested. A less onerous solution for the players would be preferable, though, and I have some ideas on how that might be achieved, but nothing has been seriously thought through yet.
 
I'm going to start with your last comment. So these multiple campaigns will all be impacting each other? Most people I'm aware of "instance" their worlds, so that the actions of Party #1 have zero impact on the world for Party #2. Your final sentence here implies that you run things differently, and I need to make sure I'm understanding properly.

*snip*

As I mentioned above, we could potentially extend the "who knows what" mechanism to encompass NPCs, but that will not address the separate issue of "who told them what". We can definitely put this on the todo list, but it's not something to expect soon.

I participate in two games that run simultaneously each week, group one plays a module and the events played out in that session then impact the group two session. For example group 1 foils a dastardly plot that group 2 has also been investigating, group 2 arrives at the conclusion that the villain has fled before them and piece together another lead that points in the direction of group 1.
Npcs provide the information to both groups and group 1 prepares a trail of false clues. Etc. and so forth!

Similar to a living campaign. At the moment I have numerous players that dip in at different times due to work commitments.

So the impact on information is sporadic at best, if a player doesn't attend then usually the PC is sidelined until the next session this causes a delay with "catch up" and "game time". Being able to link the info to both NPC and PCs in both campaigns would be a handy tool but I understand its a complex process!
 
Lobbying for features is perfectly fine. :) I just have to make sure I don't commit us to something we can't deliver on until it's been properly investigated. In this case, it's not a question of whether we *can* do it, but how long it will take to do it.

I completely get that.

I just hope its early, because the more I think about it, the more I feel its vital.

However, Im going to be honest, until I saw the kickstarter, I always assumed that you would be able to reveal to individual players/characters. In the past when you talked about "revealing information to players", I just assumed that meant "individual players", otherwise whats the point of having individual player accounts. Am I missing something? Forgetting the multiple campaign issues, I have to imagine a LOT of DMs pass notes, so that way some players are aware of things that other players in the group arent. Its a very common thing in gaming groups, and it requires the DM to know who knows what. If Realms Works is to take the place of DM notes (which i think it is), its pretty necesarry. Just my two cents of course.
 
However, Im going to be honest, until I saw the kickstarter, I always assumed that you would be able to reveal to individual players/characters. In the past when you talked about "revealing information to players", I just assumed that meant "individual players", otherwise whats the point of having individual player accounts. Am I missing something? Forgetting the multiple campaign issues, I have to imagine a LOT of DMs pass notes, so that way some players are aware of things that other players in the group arent. Its a very common thing in gaming groups, and it requires the DM to know who knows what. If Realms Works is to take the place of DM notes (which i think it is), its pretty necesarry. Just my two cents of course.

I wholly agree that it's "pretty necessary". As I mentioned earlier, it's been designed into the underlying architecture already because we see it as important.

With any software project, there are layers. Some layers need to be implemented before others. The same applies to priorities. Some features are going to be more valuable than others. Of course, the question of which features are more valuable will also differ from one user to the next, but we need to look at all users here. The one thing that is an absolute constant is that everything takes time to implement. So it all boils down to reconciling these three factors: (a) what has to happen before something else, (b) how valuable a feature is to how many users, and (c) how long something will take to implement.

We worked through our long list of things we want to add and reconciled it against the above three criteria. The net result was that revealing content to individual players is important, but there are other features that are either more important and/or that have to be in place before it can be added.

That leaves us with two options. We can either release the product in July without that feature or we can wait another few months to release with that feature. There are way too many valuable features to delay the release for something that isn't going to be needed on day one. [You're going to need to actually get your campaign *into* Realm Works first, aren't you? :)] So it makes perfect sense to release the product without that feature and get it added relatively soon afterwards.

I hope you can agree with this logic. :)
 
Back again, finally. :)

My last set of ideas was while half asleep and running late as well, so was definitely not the most thought-out.

It looks like Bodrin came up with a pretty solid example of what I was trying to describe. One group might be based out of a town, developing relationships with specific NPCs, and then take off on a voyage to a deserted island in search of lost treasure. While they're gone, the other group might pass through, pursuing a caravan which robbed them. While tracking down the merchant and his stolen goods, they have plenty of opportunity to change the relationships between factions and major NPCs before heading on their way to a new adventure. The end result for group one is a whole lot of new relationships they're not familiar with (They had been friendly with the Guard captain, and secretly knew his daughter was involved with a mid-rank member of the thieve's guild. Thanks to the fire started by group two, the daughter was in danger and the thieve's guild led the rescue effort, forging an otherwise-unlikely bond between the guild and the guard, and significantly straining relations between the captain and group one, as they hid their knowledge of the relationship).

One advantage of using the reveal knowledge function at the character level (and higher, at the party level to flow downward) is that it provides a single method for entering and sharing pieces of knowledge for all PCs, NPCs, Guilds, Groups, and what-have-yous, rather then requiring multiple processes and the occasional manual duplication.

I'm not particularly worried about integration of my ideas at this point. You've got a great track record already of improving and enhancing your products, so if it is a good idea, it'll show up eventually. Much more important to me is that I get the ideas out as soon as possible. You can't decide to implement what you don't know anyone wants, and you also can't use those ideas to help shape your roadmap - even if you're not trying to implement them now, if you think they're valuable they will shape how you implement other ideas ranked higher, because you can weigh the current design decisions against their impact on your known future goals.
 
What if the same information was linked to multiple Npcs?
Inputting the info for each individual NPC would become tedious especially if there were a lot that needed to be updated.

Perhaps some mechanism to link one piece of info to multiple Npcs stat blocks and auto populate the relevant field with the correct text. Batch linking perhaps?

I kind of already to this sort of thing, and this is how:

If there is a group (especially one an NPC is affiliated with), I make a topic in the group section for that group with various bits of information.

If there are multiple affiliations, some good, some bad, I make multiple affiliation entries in the NPC entry -- one is for things that the PC's know about, and one that the NPC's don't know about.

I suppose what I'm saying is that this can be resolved by re-thinking organizational structures of your topics.

Remember that for each individual topic section (Affiliations, Notes, etc.), you can have more than one, and then you can control individual if that entry is revealed or not.

There are already headings that kind of support this kind of organization: there is a "Story Told" and then "real truth". And because topics are completely customizable, you can add or subtract variations of that theme. At some point you're going to run into some amount of tedium when entering data/information, which only gets worse the more information you have (copy/paste is nice). This way you're only using the name of the organization when you're inputting data into the NPC's topic instead of having a more complicated process.

Of course I could be misunderstanding what you're asking for, in which case you can ignore me. :)
 
Last edited:
I wholly agree that it's "pretty necessary". As I mentioned earlier, it's been designed into the underlying architecture already because we see it as important.

With any software project, there are layers. Some layers need to be implemented before others. The same applies to priorities. Some features are going to be more valuable than others. Of course, the question of which features are more valuable will also differ from one user to the next, but we need to look at all users here. The one thing that is an absolute constant is that everything takes time to implement. So it all boils down to reconciling these three factors: (a) what has to happen before something else, (b) how valuable a feature is to how many users, and (c) how long something will take to implement.

We worked through our long list of things we want to add and reconciled it against the above three criteria. The net result was that revealing content to individual players is important, but there are other features that are either more important and/or that have to be in place before it can be added.

That leaves us with two options. We can either release the product in July without that feature or we can wait another few months to release with that feature. There are way too many valuable features to delay the release for something that isn't going to be needed on day one. [You're going to need to actually get your campaign *into* Realm Works first, aren't you? :)] So it makes perfect sense to release the product without that feature and get it added relatively soon afterwards.

I hope you can agree with this logic. :)

I do agree with this logic.
 
Just wanted to drop in and say I'm offically a Pack Member. I contributed to the Kickstarter and cannot wait for July! The video on the kickstarter had me drooling to use it in my current Dragonlance campaign.
 
Yes, everything is definitely built on top of a high-performance database. :)

If you have multiple parties adventuring in the same world, such as a GM running two separate campaigns with two sets of players, then you'd definitely need to keep track of which PCs have learned what. However, the way that would be solved is completely different from what you're assuming in Realm Works. You would effectively "instance" the world separately for each group of PCs (similar to the way MMOs do it) and all the details of which group learns what will be tracked within each instance. So you don't have to fiddle with it all the time during play. The exact mechanism for it would be different from MMOs, but the net result would be the same.

Does the "Instancing" concept include a parent/child relationship, where changes to the parent are included in all children? I ask this because like I would bet 90+% of DMs who create their own worlds, my world is always under construction. If I have 2 parties running around in it and I instance the world, I'm still building new things that may be encountered by either party at any point in time, and wouldn't want to have to add that information twice. That would invariably lead to branching, which is not something I want. I have one world, it has one timeline, over the next 20 years it may have several campaigns that run through it, sometimes simultaneously. What one group does may affect the other.

An example: one party in a campaign manages to destroy an entire city in a great fire. Another group playing on another night with a different party in the same world with the same DM might hear of the destruction of the city from a fleeing refugee, or their plans may be thwarted by that change in the campaign world. Seriously, this happened to us.
 
Could you please give me an example of what this might be? I'm not coming up with a scenario that makes sense in my head. Then again, it's 5am and I need to get some sleep soon, so that could be the problem.
I can think of a good reason for being able to easily track differences in NPC knowledge:

Example:

Let's say your campaign centers around a revolution. As such the, the revolutionaries, consisting of both PCs and NPCs, have compartmentalized themselves into cells, so as not to reveal too much if someone gets captured.

In a situation like this, some of the information the NPCs know would be easier to track if there was a way to simply link it from one to another. Because you're going to be tracking what information each cell knows, who's in each cell, who knows whom is a rebel, who knows who's in what cell, and who knows each other outside of the cells, but doesn't know about their rebel status.

And that's just within the rebel organization itself - then you have all the NPCs trying to stop the rebels.

Now you could go through and edit each individual NPC with that info as the need arises. But it would be easier if each PC (and NPC) could simply have a couple of fields that are "Is a Rebel" and "belongs to Cell X" that you could link to other PCs and NPCs as they find out.
 
Much more important to me is that I get the ideas out as soon as possible. You can't decide to implement what you don't know anyone wants, and you also can't use those ideas to help shape your roadmap - even if you're not trying to implement them now, if you think they're valuable they will shape how you implement other ideas ranked higher, because you can weigh the current design decisions against their impact on your known future goals.

I see you've done this before. :)

Thanks for the ideas! And yes, we absolutely do keep them in mind while we're working on other features to simplify integrating them later down the line. :)
 
Does the "Instancing" concept include a parent/child relationship, where changes to the parent are included in all children? I ask this because like I would bet 90+% of DMs who create their own worlds, my world is always under construction.

Absolutely. The actual mechanism is definitely not "instancing", which is why I've put the term in quotes. However, the concept of "instances" is widely understood due to the popularity of MMOs, and it evokes the right basic concept of how things work, even if it's not truly accurate.

The actual mechanism is more along the lines of having a "master" world and then one or more "derived" worlds. Changes to the master world are inherited by the derived worlds. Changes within the derived worlds are unique to those worlds.
 
Absolutely. The actual mechanism is definitely not "instancing", which is why I've put the term in quotes. However, the concept of "instances" is widely understood due to the popularity of MMOs, and it evokes the right basic concept of how things work, even if it's not truly accurate.

The actual mechanism is more along the lines of having a "master" world and then one or more "derived" worlds. Changes to the master world are inherited by the derived worlds. Changes within the derived worlds are unique to those worlds.

Oh excellent. Thanks for the clarification. I'm a .NET developer currently working on supporting/development on Microsoft Project Server, so Instance means something completely different to me, especially since I'm not a video gamer. :)
 
One thing I haven't seen anyone ask about is a plugin interface/API. This kind of product lends its self to all kinds of possibilities for extensions. Not to mention that would be a great way to interface with VTTs out there. For example I would guess that you guys will be doing a D20Pro interface at some point but I doubt you would do maptools but that would be a perfect community project. I also saw on another post "Fox Lee" wanted a random name generator that would be a great plugin someone could do.
 
Mindcloud - someone asked that questions somewhere, and the answer was a conditional positive, but I don't recall the specifics, nor where it was asked. Probably here or on the KS comments
 
One thing I haven't seen anyone ask about is a plugin interface/API. This kind of product lends its self to all kinds of possibilities for extensions. Not to mention that would be a great way to interface with VTTs out there. For example I would guess that you guys will be doing a D20Pro interface at some point but I doubt you would do maptools but that would be a perfect community project. I also saw on another post "Fox Lee" wanted a random name generator that would be a great plugin someone could do.

Here's what we posted about an API in the Kickstarter comments section (slightly edited):

Exposing a good API and fully documenting it is a ton of work, but we definitely believe in the approach, as evidenced by our Hero Lab and Army Builder products. We need to get the initial product launched and established as our first priority. However, this is something we'll start shifting our attention to once there's a solid foundation in place.

Realm Works will not have export capability in its initial release. As with most products, our focus in the initial launch is to have Realm Works do its own tasks exceptionally well, and to efficiently get material into the product. We wholly expect there will be demand for export to other products and formats, and we'll shift our focus to include those capabilities once we get the core product off the ground.

If there are specific export formats in which you are interested, we encourage you to let us know, either here or in the comments section of the KS. That will allow us to better anticipate future needs and capabilities while implementing the current feature set.
 
An additional possible future feature of RW occurred to me today as I was going through some of my campaign material.

The ability to export or share a campaign "Primer". That is, information that is commonly known by everyone, but not necessarily everything a player could know. This would be useful in giving new players an overview of the campaign, and even using it to woo prospective players.

Many years ago, I put together a little 24 page 5.5"x8.5" booklet for my campaign setting that had a brief history, and overviews of the realms and common races. It is by no means everything that a player could know, but it's a good, handy overview of what "everyone knows." My biggest problem with it is that I haven't actually sat down and updated it for over a decade, despite having played a several campaigns in the setting since then.

I think that such a thing could be handled easily by the eventual promised feature of tracking PC level knowledge in RW, simply by creating a special character called "Primer" or "Common Knowledge", etc.

However, I'm mentioning it for two reasons - one, it might be worth considering having that special knowledge type set up as a feature of the program. Both for ease of use, and for any expansion of this feature that someone else can think of.

The other reason is to actually suggest a feature that does expand on it - it would be nice to have the ability to easily export it in a predefined template(s) for a booklet, webpage, etc. That would make keeping it updated even easier.
 
The ability to export or share a campaign "Primer". That is, information that is commonly known by everyone, but not necessarily everything a player could know. This would be useful in giving new players an overview of the campaign, and even using it to woo prospective players.

This is one of the core content types we're building into Realm Works. We call them "articles", and they are ideally suited to material that's prose-oriented and revealed to players in large chunks. A "players' guide" for the campaign setting is the best example of this type of material, although it's suited for use with other material as well, such as house rules, custom spells/feats/etc available, etc. Articles are revealable, just like normal content, so you can keep reference material hidden and reveal it to players when they discover it, just as special spells, regional feats, bestiary information, etc.
 
So I am extremely excited for this product. Admittedly, my excitement made me hit the reply button, I have read a few of the questions and answers here which lead me to some of my own.

1. Will all players have to purchase this to use it as a player? Can the DM purchase a liscense and the players be able to connect using a (Free) client/player client? My reason for this question is that I know some people (my brother and maybe father) will likely not want to buy a DM liscense for whatever reasons, not in budget, not enough money, not ever interested in DMing etc.

2. I am a huge fan of hero lab and how it is supported by D20pro. Will GW support some sort of "link" with D20pro. I will be using GW for orginzation, and D20pro for the visual/virtual gameplay aspect, so I would not want to "lose out" On my investment into D20pro and Herolab since I use them side by side any time I am dming. So I am just curious if there are any plans for these products to work together in any way.

3. Question #2 leads me to this, is GW a replacement for virtual tabletops or a companion to virtual tabletops?

I plan on contributing at the 35$ level. Good luck on getting everything into GW that you guys can, I look forward to using the software!
 
Back
Top