Roulette MEGA Tracker (RMT) Casino Betting Calculator on Google Play

DLK wrote: I kindly request that you include defective atom names in the RMT statistics. They greatly interfere with site searches, clogging up search results for 150 pages of the site.

Makes sense. Someone wants to read about Mirror, but the search returns RMT statistics instead of discussions...

to_Admin
But you will need to clear all old statistics.
Plus, people who don't update the program will continue to send in the old version... maybe you could add an additional check on the server side?

DLK wrote: mod
atom Simplex
1. Look at the depth statistics of the last 4 spins.
2. We wait for 2 numbers to fall next to each other on the track (repeating a number is not of interest).
3. Betting field - these two adjacent numbers and 2 adjacent to them on the track, 6 numbers in total.
4. Rebet 3 spins.
5. If 3L, then we remove bets and wait for the next entry point.
6. If W, rebet and add the S2 neighbor to the W number twice. Continue spinning until the first 1L loss. If there are repeated wins, repeat step 6.

Entry points are too drawn out.
A player won't wait 300 spins to make 10 moves...

I'll try to add =
1) not in the last 4 spins, but in 7
2) only nearby, but not repeated
3) I poured in a little of my standard BRM depending on the current state of the credit dynamics

With this balance, the game is NOT boring... and useful )))

Shpilevoy wrote:
3) increasing pressure... instead of simple progressions, I'll try the formula (34-N) where N is the number of numbers in the bet at the current moment, such a smooth self-regulating pump

You cannot combine $ and Piece in a formula.
34 chips will most likely be duplicated in many places.
(24-N) with boundary checks will do.

Shpilevoy wrote:

Note that the bet is 34 chips. Width/depth...
In this session, after several successful cycles at the beginning of +100 chips, we hit a stall that is slowly eating away at our credit... the goal of +100 chips from the entry into the working cycle is not achieved and becomes increasingly less achievable as the drawdown continues...

////////////////////

Look, the first bet = 2 centers (10 chips) + 4 numbers forward + 3 numbers back. Total: about 18 numbers or less.
The first W + 2 chips and 2 S on the track. 28 chips total. This is where you need to really think. Take your time...

Coin wrote:

Shpilevoy wrote:
3) increasing pressure... instead of simple progressions, I'll try the formula (34-N) where N is the number of numbers in the bet at the current moment, such a smooth self-regulating pump

You cannot combine $ and Piece in a formula.
34 chips will most likely be duplicated in many places.
(24-N) with boundary checks will do.

Even simpler.
The number of numbers removed from the bet is the number of Bet added to the remaining numbers.

Edwerk wrote:

Shpilevoy wrote:

Note that the bet is 34 chips. Width/depth...
In this session, after several successful cycles at the beginning of +100 chips, we hit a stall that is slowly eating away at our credit... the goal of +100 chips from the entry into the working cycle is not achieved and becomes increasingly less achievable as the drawdown continues...

////////////////////

Look, the first bet = 2 centers (10 chips) + 4 numbers forward + 3 numbers back. Total: about 18 numbers or less.
The first W + 2 chips and 2 S on the track. A total of 28 chips. This is where you need to think hard. Take your time...

You don't have to think about it much )))
I experimented with different parameters of your strategy and different BRMs... Now I settled on the option that can do this =



Wow!

Cons = a long wait for the first entry point... 40-50 spins, then the game goes more or less dynamically, with a bunch of my favorite rebets and doing nothing ))))

It's clear that in weak spots you need a little luck to avoid hitting a stop-loss...

It happens like this (with MAX $280 it was a piece of cake) =



//////////////////////////
What had to be changed.

1) Global parameters
int sosEd = 1; // s1 instead of s2
int lim_fishEd = 9 + 3 * (1 + sosEd * 2); // 18 instead of 34
Everywhere there are neighbors s1 instead of s2 === narrowing the width of the betting field
Instead of 34 chips, 18 chips === initial placement limit

IMPORTANT! Essentially, a -100 chip loss in the first stage (flat small bet rebets) = is a sign that the setup is "ripe" for a more aggressive stage. Elimination, with a tougher BRM.

2) Elimination stage === also up to +100 chips (MAX), or up to 6 centers remaining...

LUCKY-13 wrote:

Coin wrote:

Shpilevoy wrote:
3) increasing pressure... instead of simple progressions, I'll try the formula (34-N) where N is the number of numbers in the bet at the current moment, such a smooth self-regulating pump

You cannot combine $ and Piece in a formula.
34 chips will most likely be duplicated in many places.
(24-N) with boundary checks will do.

Even simpler.
The number of numbers removed from the bet is the number of Bet added to the remaining numbers.

Thanks for the ideas. The bet calculation is complex, including both the waiting time and the eliminated numbers.

///////////////////////////

The RMT program is growing...
I'm afraid that by touching some places, I might hurt something for others....
= I can't fit it all in my head at once )))
For example, there's a glitch where SOMETIMES! on the third spin, the bet for one spin flashes on the screen (appears and disappears). After that, the program continues working... But! How can this happen if EdGUT doesn't even turn on for the first 10 spins!?



What does this interference affect and what causes the glitch = unknown :-( I don't know.... rebooting and re-entering the same numbers does not cause an error = maybe it doesn't exist on phones at all... === we'll see

////////////////
I don't want to touch it any further, I need to see how it goes.
mod
atom EdGUT
It will behave better when tested with money in a casino, not in bare generations...