Difference between revisions of "Mythras"
From Roll20 Wiki
Matthew C. (Talk | contribs) |
Matthew C. (Talk | contribs) |
||
| Line 12: | Line 12: | ||
=== Token Permissions === | === Token Permissions === | ||
When you roll a combat style the user is provided a button to roll hit location against a token of their choosing. This is really handy for the general combat flow but you can't roll hit location against a token you don't control. For this reason it is recommended to set all non-player tokens so that `All Players` is selected for `Can Be Editing & Controlled By`. This will grant the access needed for rolling hit location to work. If you don't want to clutter the player's journal you can leave `In Player's Journal` unset. There is not a way to make this the default for all tokens without help from an API script so you will have to remember to set this for each token created. This is less than optimal if you are concerned about players modifying your NPCs but hopefully most games have players they can trust to not do this on purpose. | When you roll a combat style the user is provided a button to roll hit location against a token of their choosing. This is really handy for the general combat flow but you can't roll hit location against a token you don't control. For this reason it is recommended to set all non-player tokens so that `All Players` is selected for `Can Be Editing & Controlled By`. This will grant the access needed for rolling hit location to work. If you don't want to clutter the player's journal you can leave `In Player's Journal` unset. There is not a way to make this the default for all tokens without help from an API script so you will have to remember to set this for each token created. This is less than optimal if you are concerned about players modifying your NPCs but hopefully most games have players they can trust to not do this on purpose. | ||
| + | |||
| + | === Managing Multiple Identical Combatants === | ||
| + | Note this is the way to do 'Mooks' if you are familiar with previous versions of the sheet. | ||
| + | |||
| + | If you have a number of characters who all have the same stats, ie a group of identical monsters, there is a way you can track them all with a single character sheet. Do do so: | ||
| + | # Create the character in the game journal and set all stats as you want them. | ||
| + | # Setup a new Token and link it to the character or drag the character to the table top to make a token that is already linked. | ||
| + | # Configure the token the way you want. This trick to this process will be linking the three token bars to an attribute. Normally when you do this editing the bar will update the character in the journal. What you can do though is link the bar to an attribute to pull in the default values, and then un-link the bar. This will leave the default values associated with the bar but when you change the token bar it won't interfere with the character in the journal. | ||
| + | # At this point you can click `Update Default Token` to associate the fully setup token with the character. | ||
| + | # Delete the original token you just edited. | ||
| + | |||
| + | At this point you should be able to drag and drop the character to the table multiple times to get multiple tokens but you can edit the token bar on each token individually without affecting other the other tokens and any macros and abilities will still work against the linked character sheet. You may want to rename each token to have a number at the end of the name so it is easier for players to communicate which one they are talking about. We recommend linking attributes to the bars like action point, magic points, tenacity, or fatigue. | ||
| + | |||
| + | ==== Tracking Hit Locations ==== | ||
| + | The 3 bars we are given for each token will not be enough to cover all the hit locations and their hit points so that we will need to track another way. For this I recommend co-opting the Conditions field in the character sheet. From the text area there you can track the wounds each of the identical combatants have received. This is an example of the format I use: | ||
| + | <nowiki> | ||
| + | 1) H3, RL-3 | ||
| + | 2) LL0, Ab-5</nowiki> | ||
| + | The above example would indicate combatant 1 currently has 3 hp on their head, and -3 on the right leg, and combatant 2 has 0 on their left leg and -5 on their Abdomen. You can assume max HP for any location that isn't recorded. | ||
| + | |||
| + | ==== Rabble & Underlings ==== | ||
| + | When using Rabble & Underlings rules you can associate one of the bars with location1_hp, since there is only one location you won't have to track them individually in Conditions. | ||
| + | |||
== Communities == | == Communities == | ||
Revision as of 23:03, 11 June 2023
Contents |
About
Mythras is a game written by The Design Mechanism(TDM). It is a spiritual successor to some of the earlier releases of RuneQuest and Legend. In fact, Mythras was previously released under the name "Runequest 6" but was changed once license ownership of the RuneQuest name changed hands.
Mythras does not come with a default setting and is designed to be used as a took kit system to develop your own setting. The Design Mechanism(TDM) does publish a variety of official settings which already does some of this work for the GM and which span from the Low to High fantasy genres and includes settings from Ancient Babylon to Modern and Sci-Fi. In addition to the TDM publications a number of other publishers have also released their own settings and adventures based on the Mythras ruleset under the Mythras Gateway license.
Sheet
The Mythras Sheet page has documentation for the Roll20 character sheet.
Tips & Tricks
Token Permissions
When you roll a combat style the user is provided a button to roll hit location against a token of their choosing. This is really handy for the general combat flow but you can't roll hit location against a token you don't control. For this reason it is recommended to set all non-player tokens so that `All Players` is selected for `Can Be Editing & Controlled By`. This will grant the access needed for rolling hit location to work. If you don't want to clutter the player's journal you can leave `In Player's Journal` unset. There is not a way to make this the default for all tokens without help from an API script so you will have to remember to set this for each token created. This is less than optimal if you are concerned about players modifying your NPCs but hopefully most games have players they can trust to not do this on purpose.
Managing Multiple Identical Combatants
Note this is the way to do 'Mooks' if you are familiar with previous versions of the sheet.
If you have a number of characters who all have the same stats, ie a group of identical monsters, there is a way you can track them all with a single character sheet. Do do so:
- Create the character in the game journal and set all stats as you want them.
- Setup a new Token and link it to the character or drag the character to the table top to make a token that is already linked.
- Configure the token the way you want. This trick to this process will be linking the three token bars to an attribute. Normally when you do this editing the bar will update the character in the journal. What you can do though is link the bar to an attribute to pull in the default values, and then un-link the bar. This will leave the default values associated with the bar but when you change the token bar it won't interfere with the character in the journal.
- At this point you can click `Update Default Token` to associate the fully setup token with the character.
- Delete the original token you just edited.
At this point you should be able to drag and drop the character to the table multiple times to get multiple tokens but you can edit the token bar on each token individually without affecting other the other tokens and any macros and abilities will still work against the linked character sheet. You may want to rename each token to have a number at the end of the name so it is easier for players to communicate which one they are talking about. We recommend linking attributes to the bars like action point, magic points, tenacity, or fatigue.
Tracking Hit Locations
The 3 bars we are given for each token will not be enough to cover all the hit locations and their hit points so that we will need to track another way. For this I recommend co-opting the Conditions field in the character sheet. From the text area there you can track the wounds each of the identical combatants have received. This is an example of the format I use:
1) H3, RL-3 2) LL0, Ab-5
The above example would indicate combatant 1 currently has 3 hp on their head, and -3 on the right leg, and combatant 2 has 0 on their left leg and -5 on their Abdomen. You can assume max HP for any location that isn't recorded.
Rabble & Underlings
When using Rabble & Underlings rules you can associate one of the bars with location1_hp, since there is only one location you won't have to track them individually in Conditions.
Communities
- The Design Mechanism Forum The official forum managed by The Design Mechanism, publisher of Mythras.
- Mythras Discord: The unofficial Discord server for Mythras and other closely related systems.
- Reddit: Mythras sub-reddit on Reddit.
