Software - Ideas?

[Bayes]

I've been thinking about what kind of software to write for roulette players. Any suggestions?

Most of the software available falls into either the "system portfolio" type, or the counter/tracker type, which counts and keeps track of various events.

I know RX can do all this as well as test systems, but the learning curve is steeper than most players would like. I was thinking of maybe something like having boxes where the user could input various values and the program would test the strategy.

E.g. If after X spins Y has/hasn't hit W times then bet for Z spins. The user puts values for X, Y, W, Z and the program shows the results. It obviously isn't as flexible as a programming language but it would be easy to use.

[kav]

This is very interesting Bayes.
I think there already some online applications like the one you describe. Personally I find them very confusing and never use them. They try to do a lot of things and are complicated by default.

Here is what I need right now and what I will try to program myself in excel - this could be a good idea for your program.
The user tells the program how much each number pays out as percentage of bet.  Then the user manually enters the bet each spin. The program calculates the payout of each spin anf total bankrol. The main difference of what I descibe to what is already out there is that the user enters the bet manualy each spin. This is great for complex betting systems, that are too difficult to program.

[Jesper]

I have used notepad and the webbrowser. A JS file with javascript functions. It is easy to paste in a textarea and  let the script read the numbers, and process a method.

I was more in this some years ago, now I more or less test  my play on penny tables.

HTML and Javascript is free for all to use, and it is very well documented on line. Like  www.w3schools.com/js/
We can write prototype functions which can process some methods.

[Bayes]

@ Kav, could you give me a short example? I'm not sure I understand what you mean by "The user tells the program how much each number pays out as percentage of bet."

@ Jesper,

Yes javascript is freely available but I think a lot of newbies would be put off because there are many concepts to learn compared to simpler languages, and the syntax isn't very intuitive.

I still think a version of BASIC is the best choice for the newbie programmer.

http://www.nicolasbize.com/blog/30-years-later-qbasic-is-still-the-best/

QBASIC is obsolete and will only run in an emulator but there are updated versions such as QB64 or FreeBasic (which are also free).

[Jesper]

@ Kav, could you give me a short example? I'm not sure I understand what you mean by "The user tells the program how much each number pays out as percentage of bet."

@ Jesper,

Yes javascript is freely available but I think a lot of newbies would be put off because there are many concepts to learn compared to simpler languages, and the syntax isn't very intuitive.

I still think a version of BASIC is the best choice for the newbie programmer.

http://www.nicolasbize.com/blog/30-years-later-qbasic-is-still-the-best/

QBASIC is obsolete and will only run in an emulator but there are updated versions such as QB64 or FreeBasic (which are also free).

The old VB6 is the best language for beginners, learning by there own.   It is easy to make an interface, and get  away with the pesky DOS window. The code for a playing method use to be rather straight forward.

[MrPerfect.]

 @ Bayes. Good idea to make new software!!!
 You told you are willing to code for players... lm a player. Drop me your Skype by pm.
 Idea is to code some charting capabilities to make simulations of play ( based on data) more visual. 
 You probably do some charts when playing..  l do. Would be nice to have excel ( or other) to have simmilar charts as l do on casino card... 

[Ainz]

IMO people are more comfortable with interfaces. I think that using chart flows could be a good option. At the initial circle, variables (initial bet amount, numbers to bet...) are initialized. After that, those values can be changed at the rectangles.

Martingale on last color example:

[dobbelsteen]

I have programmed many difficult technical constructions for my students. 35 Years ago Basic was the most userfriendly program. VB has more possibilities but is complexer.
Nowedays I only use the Excel spreadsheets. Programming is very simple and the results fast at one`s proposal.
On the forum you can find much examples. The sheets are free available only for polite and  interested members

[kav]

Bayes,
Here is an example.
Let's say my bet selection is:
The 14-15-17-18 corner (A) and the 31-36 doublestreet (B).
I tell the program that if 14-15-17-18 comes it gives back 9 x A and if 31-32-33-34-35-36 comes, it gives back 6 x B.
And the program automatically calculates spin profit and total bankroll.
But because my progression is complex I enter the A and B values myself each spin.

[Reyth]

Just my two cents, this is VERY easy to program if it is a static bet selection as you described.  Where it would become more complex and detailed is if a user could enter any sort of betting combination...

[Jesper]

The most complex thing is a lot of simpler, so we just break it down. That's why I like language dealing with objects, and a small code can be called easy from any program over and over again.

The power of a method splitting a string to an array is very useful.

[Bayes]

Kav,

Thanks for the example. So if I understand you correctly you would like to see the potential return for any bet or combination of bets on the table. In your example you are betting a corner and a line, so the program should give two things: 1) the return supposing the corner bet wins and the line bet loses, and 2) the return supposing the line bet wins and the corner bet loses. And similarly for any other combination of bets.

As Reyth says, it would be easy enough for a simple static bet selection, but more complex for changing selections, especially if they overlap. For example betting a dozen and column at the same time.

[Jesper]

I have done some programming, and I use to make a routine for all bets used, and if the program "knows" the pay out, for every bet, it is not an issue if they overlap, it count  it separate  as two bets won or lose independently.

[Reyth]

Nice Jesper!

[random]

hi there.

When i last thought about roulette i was building an excel worksheet around marigny's ideas. My sheet was tracking EC's for:
.Singles Vs Series
.Isolated Series Vs Groups of Series
.Series of 2 Vs Larger Series
.Isolated Singles Vs Groups of Singles
.Series of 2 Singles Vs Larger Groups of Singles

It was very interesting but then i got overwhelmed with my job and family, and stopped expanding it. So it is the same for the last year and i use it occasionally for online playing.
The main goal was to detect any convergence on this conditions and bet for return to the mean.
In my experience is very reliable with much less dispersion than any other bet.

Nice to be back