Joshua Stream Pre
Page 2 of 2 First 12
  1. #11
    Hi Bale Nomad,

    This is a way to get around that but it makes things messy with the number of tables needed.
    Open-Ended Tables Example.JPG

    I just duplicated the table and added a -4 for 96, -3 for 97, -2 for 98 and -1 for 99. I didn't really have to do the 100 one since I could just use the original one.

    Dakadin

    Rolemaster Classic for FG Wish List - http://rm4fg.idea.informer.com/

  2. #12
    Dakadin,

    That does get messy. If you were to do it that way, the modifiers would start with 0 on the "96" table and increase to +4 on the "100" table, because the open-ended roll result for 96 would actually start at 97 (96+1). Doing it this way would also change the statistical probability of getting another high end roll, so that also would need to be taken into consideration.

    I am not a statistician, so I don't know the math well enough, but if I were putting the tables together, I think I would live with the error of treating 96-100 the same and not adding the 2nd roll to the 1st roll. It may decrease the probability of 1-5 on the subsequent table (97-101 on a manual 2nd roll), but it simplifies the process.

    This is really a FGC issue, at least for high open-ended d100 rolls, because FGU can handle them with the exploding die expression. A standard high open-ended roll would be expressed as "/die d100e96". Low open-ended rolls are still an issue.

    I found a statistical discussion of open-ended rolls here: http://www.guildcompanion.com/scroll...cearticle.html

    Bale Nomad

  3. #13
    Should this discussion be moved to a new thread?

  4. #14
    Quote Originally Posted by Bale Nomad View Post
    Should this discussion be moved to a new thread?
    Yes, I moved them to a new thread so it doesn't sidetrack your random treasure module thread.

    Rolemaster Classic for FG Wish List - http://rm4fg.idea.informer.com/

  5. #15
    Quote Originally Posted by Bale Nomad View Post
    Dakadin,

    That does get messy. If you were to do it that way, the modifiers would start with 0 on the "96" table and increase to +4 on the "100" table, because the open-ended roll result for 96 would actually start at 97 (96+1). Doing it this way would also change the statistical probability of getting another high end roll, so that also would need to be taken into consideration.

    I am not a statistician, so I don't know the math well enough, but if I were putting the tables together, I think I would live with the error of treating 96-100 the same and not adding the 2nd roll to the 1st roll. It may decrease the probability of 1-5 on the subsequent table (97-101 on a manual 2nd roll), but it simplifies the process.

    This is really a FGC issue, at least for high open-ended d100 rolls, because FGU can handle them with the exploding die expression. A standard high open-ended roll would be expressed as "/die d100e96". Low open-ended rolls are still an issue.

    I found a statistical discussion of open-ended rolls here: http://www.guildcompanion.com/scroll...cearticle.html

    Bale Nomad
    Good points. What I need to do was adjust the 96-99 tables to be a range less based on the modifiers so 96 should have started at -3 (1-4) and maxed out at 96 (100-4). 96 would still link to the 100 table/unmodified table, 95 to the 99 table, etc. Then it would work like a high open-ended rolls. The problem then becomes the numbers won't look right when it continues to roll even though with that modification, it should work like a normal high open-ended roll.

    An open-ended or low open-ended roll would be tough to do that way because of the nature of subtracting the results for all additional rolls when you start with a 1-5 result with the rerolls happen on 96-100 for the additional rolls.

    Does the "/die d100e96" work on the tables? I definitely wish I could have used something that simple for the ruleset because coming up with the rolls in the CoreRPG version was a challenge.
    Last edited by Dakadin; April 13th, 2020 at 05:39.

    Rolemaster Classic for FG Wish List - http://rm4fg.idea.informer.com/

  6. #16
    No, the macro didn't work with the CoreRPG table. I started a new thread about it in the Unity playtest forum: https://www.fantasygrounds.com/forum...l=1#post494819

  7. #17
    Dakadin,

    Moon Wizard responded in the other thread that eventually the CoreRPG tables will work with more complex dice macros in FGU. The objective is to make sure everything from FGC works properly in FGU before introducing any such improvements on the old functionality.

    Bale Nomad

Thread Information

Users Browsing this Thread

There are currently 1 users browsing this thread. (0 members and 1 guests)

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  
Summer Sale

Log in

Log in