"Juicer-19;1552617" wrote:
"KrustyBrand;1552590" wrote:
"alapalme;1552584" wrote:
"juicer420;1552532" wrote:
The idea that it would be more efficient using a random number generator is false. Unless you use some sort of data structure to reduce the time complexity, generating random and different numbers just to fill the choices has a time complexity of O(infinite). This is because of the possibility that the same number is generated every time, leaving you in an infinite loop. You would need to generate some sort of data structure (dynamic array, perhaps) which would allow you to fill the arrays with different numbers and then randomly select an index to match with whatever array you are iterating through. You would then delete that pointer in the array so that you guarantee that the next selection is different.
That's only if you populate the three boxes in advance. If you trigger the random generation on the click of the user it becomes trivial. First click rand(3), second click rand(2), third click remaining option.
Another, easier alternative, is to populate all the possibilities into arrays (pre-programmed) and then just randomly select one of the arrays. THIS is the most likely avenue they chose, considering that that's exactly how the vegas games worked, as well as the scratch tickets. There's a pre-set number of combinations and you randomly get one of the combinations.
So for the bonuts:
Possibilities are:
1,2,3
1,3,2
2,1,3
2,3,1
3,1,2
3,2,1
Then just a rand(6) and voila-- done. Most efficient solution
Yeah, I was going to say something about coding along these same lines.
On the other hand, @juicer420 ’s comments on the nature of the glitch do ring a bell — i.e., I do recall discussion of it from quite some time back. But, iirc, it was patched. And current experience with the game certainly shows that any pattern such as the one described is no longer in effect.
The glitch was patched for sure. I guess my point was that from that glitch a sequence was figured out, iirc.
For the longest time...I was grinding for donuts and I used that method to save some money because it was flawless. I had a sticky memo on my desktop that always told me my next box. I used to play primarily through bluestacks.
Now that I don't grind for donuts and I play primarily on my phone...I don't pay as much attention. But I do try to remember my last box. I feel like it stills works.
As the poster just above said, it is likely that they initialize the data sets and randomly pick one of those.
It could also be that they randomly ordered those data sets and stored them in an array, which they just sequence through instead of randomly selecting. I could have had a sequence that is stored such as this...
1, 2, 3
1, 3, 2
3, 1, 2
2, 1, 3
2, 3, 1
3, 2, 1
This could be tested by anyone. Just test every 6th bonus, if the boxes are the same, it is just going through a specific sequence that is unique to the user. 1st try, 7th try, 13th try, etc.
Has anyone even tried that? Collected any sort of data on this?
It is just as difficult to disprove a theory without evidence as it is to prove a theory without evidence.
I recall in the past that someone actually saw the set of possibilities in the code and, at the time, it was conjectured that this was the ordered sequence that was used. Turned out that it was most likely just a look-up-table, from which the box contents were selected (pseudo-)randomly because nobody could reliably get the pattern to repeat. Yes, there were a few times where it happened to look like it, but it would always deviate.
There was quite a bit of searching for patterns done when the endless-Bob and forever-fan glitches were happening. I had hundreds of results written down with no discernible pattern.
