Dyksexlic's method

[Proofreaders2000]

"MATHEMATICALLY impossible to produce an overall loss of bankroll"

Technically it is mathmatically impossible to lose with Martingale betting, but there are table limits.  This is politician talk.

[carpanta]

"MATHEMATICALLY impossible to produce an overall loss of bankroll"

Technically it is mathematically impossible to lose with Martingale betting, but there are table limits.  This is politician talk.

So if there is no Martingale betting in Dyksexlic system then it has to do with cancellation of losses flat betting when a repeat hits within the 38 (at the most) spins cycle.

I guess to achieve this flat betting must involve some kind of bet involving an important amount of chips on straight numbers spun (waiting for a repeat) while covering part of the losses with those numbers with no hits at present time.
Eventually it is a trap to catch a repeat that randomness cant deny within the span of a cycle producing X chips reward in the process. No need of guessing leaving randomness do its job.
It cant be played in a  B&M Casino because it is too much conspicous.

[superman]

OK results are in using the above strategy, which is

A)
wait for a number to repeat then start betting on it and any others that repeat (a number must be hit atleast twice before it becomes usable)

run the method for 37 spins per cycle

reset after a win, and ahead in profit

reset after 37 spins no matter what

(RESET = delete/remove all numbers in the list to bet on, but scan back over the running array of last numbers spun)

Result for the above, not good, reason/s that I noticed.

resetting after a win/ahead in profit before the cycle was complete, removed some numbers that were just starting their run, heartbreaking to see them rehit and still appear on the marquee below and not hit again during the cycle.

the suggested progression or rather advance in units per number, individually that is, wasted more units than it was worth as the numbers with 2 or 3 units seldom hit again thus making any win appear invalid or insignificant.

SO, I made some adjustments, as you do!

B)
wait for a number to repeat as usual

no resetting after a win during the 37 spin cycle

reset after 37 spins no matter what

results were now getting interesting, per cycle that is, I started noticing something very interesting, I'll mention it in detail **further down in section C), I removed the add a unit for each rehit number as mentioned above it seemed a waste, the tool/bot was still losing money but it produced some very profitable runs and recovery periods, I played each version above over 5,000 spins approx each time, running it 3 times per setting, each version had approx 15,000 spins to prove itself, at one point version B was as deep as -750 BUT had a run of recovery over 4 cycles bringing the deficit to only 233 which got me thinking about a mild progression being needed.

All the above was done over the last 2 days, today I added a mild progression here's why

** first mentioned above

during each 37 spin cycle there where atleast 4 wins and the max wins was 12 the average was 7 wins per cycle, which kept making me think of a mild progression which I added this morning at about 7am, I didn't put an agressive progression in it is setup to count units placed, subtract them from the overall bankroll at start using the progression when we are down between 40 To 50 units, progression = 2, 51 To 80, progression = 3 etc, I haven't adjusted it properly yet as I hate maths, the idea is to not totally recover on a win, rather bring us back in the ball park knowing that per cycle we will hit a few wins, the progression is just to prevent, or try to, the avalanche getting away from us. I have uploaded a txt file with a quick 4 cycles, if you open it you will understand the rest of this, The total profit was 622 after 4 session of 37 spin cycles, if you study the 37 spin cycles in the file you will see how often there is a win in each cycle, you will also see how much progression was used, this was used on all number currently being bet on, I use a rolling progression, to me this means if we have lost x then recover a bit and carry it over to the next cycle of spins, at times I was betting on up to 15 numbers so not for the faint hearted and to do this manually would be a real pain in the a$$, I need an apprentice, only joking.

Victor or Bayes, you guys are good at maths, this is what I just chcuked into it this morning, I havent calculated it, you'll probably see that, if you study the tx file to see where and when the progression kicked in, could you adjust/recommend a different startegy than mine

Code Select Expand

$deficit = $cashpeak - $currentcash

Switch $deficit
Case 40 To 50
    $prog = 2
Case 51 To 80
    $prog = 3
Case 81 To 110
    $prog = 4
Case 111 To 160
    $prog = 5
Case 161 To 200
    $prog = 6
Case 201 To 250
    $prog = 7
Case 251 To 280
    $prog = 8
Case 281 To 310
    $prog = 9
Case 311 To 350
    $prog = 10
Case Else
    $prog = 1
EndSwitch

Before anybody asks, all tests performed by a bot in real money mode without actually placing bets, preliminary tests were performed by the same bot actually placing bets in free money mode, I can tell it to place them or not, if it doesn't place them it goes through all the functions without actually putting bets down.

[Fripper]

Wow nice work superman! Keep the thoughts rolling.

Interesting thread indeed.

I have been thinking about very many different bets with repeats in a cycle, but haven't found anything worth contiuning, maybe you have!