Jugendhackt / paketmagie

Magische Pakete, 100% biologisch und gentechnikfrei geroutet
http://hackdash.org/projects/557bf10f3f8689f158e0f371
GNU General Public License v3.0
4 stars 0 forks source link

Relative adding of probabilities #10

Closed fkarg closed 9 years ago

fkarg commented 9 years ago

currently it's not that unlikely to get probabilities above 1, but that makes no sense, so we should add them Relative and not like we currently do, meaning the probability of 70% at the first tick and 60% at the second tick doesn't get to 130%, but to 88% in total. how it works? you take the 70%, and add to it the result of the 30% that didn't happen in the first tick (1 - 70%) and multiply them with the 60% we have for the second tick, resulting in 70% + 30% * 60% = 70% + 18% = 88% in total. please fix

pajowu commented 9 years ago

If I understood it right, the probability means how high the chance is that a package finds its destination. If that is true why don't you multiply the probabilities?

froozen commented 9 years ago

@pajowu We actually do that, but only if the package moves. If the packet is waiting on tick, it could be picked up either the first or the second tick, therefore we have to add the probabilities somehow.

I realy like what @blueburningcoder is proposing. As soon as I've cleaned out my bags, I'll go implement that.

fkarg commented 9 years ago

Yes, my idea is for calculating the waiting-probability at the ticks, not the probability at the end since that should be implemented correctly (multiplying), or at least I hope so xDD

froozen commented 9 years ago

I just did a little bit of research and came to the conclusion, that @blueburningcoder's solution is correct.

What we want to do is adding two mutually exclusive events, therefore, the first Addition Rule (scroll down to Addition Rule 1) holds.