94 Antworten in diesem Thema

[hawk4711]

Hi,

ich beschäftige mich ja jetzt auch schon mehr als ein paar Monate mit Roulette und hab diverse Systeme immer "mal so nebenbei" erst in Excel, dann in Delphi getestet. Irgendwann war mir das zu doof.

Ich hab mir jetzt ein Tool geschrieben, daß das alles etwas erleichtern soll, die einzelnen Systeme können als DLLs dazugeladen werden, die Testumgebung ist dann immer dieselbe.

Ich stell das Programm mal so der Community zur Verfügung, ist glaube ich nichts, woran man groß Geld verdienen kann. Aber vielleicht schaffen wir es ja, eine große Sammlung an Systemen zu erstellen.

Zum Anfang hab ich die Progressionen "Martingale", "d'Alenbert" und "Labouchere" dazugestellt, da kann man sich mal mit dem Programm vertraut machen.

Es gibt zwei große Teile:
1. der Einzeltest: hier kann man von Hand einzelne Zahlen eingeben und das System sozusagen bei der Arbeit beobachten. Auch gut zum "Nebenbeilaufenlassen" im online-Casino geeignet.
2. die Langzeitauswertung: man kann zum einen die Anzahl Coups bestimmen, die das System durchläuft, als auch eine bestimmt Anzahl Runden über die dann ein Mittelwert gebildet wird. z.B. 1000 (Runden) mal 100 Coups gibt einen guten Mittelwert für den Anfang...

das hier ist wie gesagt keine kommerzielle Werbung, ist ja nur ein Freeware Tool zur Arbeitserleichterung.

Ich hab schon zwei weitere Systeme fertig, die ich aber aus Copyrightgründen noch nicht dazugepackt habe:
1. Chance 2000 (Beschreibung war in irgendeinem Thread)
2. das quasi-EC-Spiel-auf-Plein von RCEC
(mit dem momentan besten Langzeitergebnis!)

zum Schluß noch der Downloadlink:
www.germany.diamond-pro.com/download/win95/roulette/roulette.zip [defekt]

über konstruktive Kritik würde ich mich freuen!
bye,
Peter

[mathias]

Hallo Hawk

super das Teil,

ich schwimme zwar zur zeit noch im excel makro fieber aber das dauert sooooo lange immer, das der rechner meist fertig ist wenn ich aus dem casino komme um meine werte zu bestätigen.

eine wichtige frage, wie kann ich so eine dll basteln ?

mfg mathias

[hawk4711]

@Tiger

ja, eine Undo-Funktion ist definitiv geplant, das mit dem verklicken passiert mir nämlich auch öfter
meinst du mit "umsatz" einfach die summe aller einsätze, egal ob gewonnen oder verloren? kann ich einbauen...

@mathias
eine DLL kannst du grundsätzlich mit jeder programmiersprache erstellen, die eben eine Windows-DLL erzeugen kann (also VB, C oder Delphi), details zu den aufrufen die die DLL unterstützen muß geb ich demnächst bekannt (wenn die anleitung fertig ist)

bye,
Peter

[DanDocPeppy]

Eine naive ganz blöde Frage:

Kann man ein Programm schreiben, das mit den Informationen über viele gängige Roulettesysteme "gefüttert" ist?
Das Programm errechnet - während man in einem Onlinecasino spielt - dann laufend (z. B. beginnend nach 20 Vorlaufcoups und dann nach jedem Coup neu), welches System momentan erfolgreich wäre und schlägt den nächsten Satz vor.
Man müßte dann immer nur die gefallene Zahl eintippen und - ruckzuck - wird schon der nächste Vorschlag präsentiert.

Meine Spekulation wäre folgende:
- Jedes System (und sei es in Wirklichkeit auch noch so schlecht) kann über bestimmte Strecken erfolgreich sein.
- Ein Programm, das ein momentan erfolgreiches System erkennt, schlägt die weitere Vorgehensweise vor --> in der Erwartung, daß dieses System noch zumindest einige Coups lang Erfolg bringt.
- Dieses Programm erkennt auch einen Umschwung frühzeitig und schlägt dann einen Strategiewechsel vor.

Ein Beispiel:
Programm kennt die Systeme A, B, C, D, E, F und G.
20 Coups Vorlauf, dann kristallisiert sich heraus, daß das System D in diesen 20 Coups am erfolgreichsten gewesen wäre. Entsprechend wird der nächste Satz vorgeschlagen.
Nach einigen weiteren Coups holt die Trefferquote des Systems A auf, während das System D zunehmende Fehltreffer aufzeigt.
Nun wird (hoffentlich rechtzeitig) vom Programm dieses registriert und ab sofort auf Satzweisen des Systems A umgestellt,
... usw, usw, usw,


Entschuldigt bitte diese vielleicht sehr doofe Frage eines "Programmierunfähigen" .
LG
DanDocPeppy

[Reffi]

@ DanDocPeppy

hallo,
Dein Vorschlag ist nicht "doof" ich persöhnlich vermute das diese Strategie die einzige Lösung ist, überhaupt die zur Zeit laufenden Wellen zu erfassen und dann zu bespielen, müsste man im Gleichsatz mal testen mit so einem pc Programm, wenn es damit klappt............. dann hätten wir es geschafft, wissen alle hier das die Erkennung der Wellen oft schwer fällt, erst wenn sie vorbei sind haben wir sie erkannt............. teste selbst gerade mit Dutzenden so etwas in diese Richtung, aber wie gesagt, die richtige Entscheidung zu treffen ist schon sehr sehr schwer

Gruß Reffi

[BlackJack]

Hey Dan

So etwas hab ich auch mal gedacht. Wäre eine gute Idee.
Leider bin ich kein Programmer; kan nur etwas mit Excell.

Selbst versuche ich manchmal einige Systeme zu kombinieren und nur zu setzen wenn zwei oder Drei Systeme zusammen einen gute Prognose geben. Dass wäre in so einen Programm sehr gut zu versuchen.

Ich glaube so etwas sollte für richtige Programmer doch wohl zu machen sein?

Z.B. einen Hauptprogramm mit viele Nebenprogramme mit je ein System.
Dass Hauptprogramma berechnet welche Satz am besten geht und bekommt seine Daten aus die Nebenprogramme.

Also, wer macht dass?.......

BlackJack

[DanDocPeppy]

Freut mich, daß mein Gedanke doch nicht so blöd war.

Ich denke, daß man um ein solches Programm zu schreiben, schon ein wirklicher Programmier-Vollprofi (und Rouletteexperte) sein muß.
Wahrscheinlich würde das Programm dann auch nur auf einem Spitzenrechner laufen (große Datenmenge?, schnelles Berechnen?).

Niemand kann erwarten, daß irgenwer sich diese Mühe eines wochen-/monatelangen Programmierens macht und das Programm dann umsonst zur Verfügung stellt.
Aber mal schauen, wenn der Preis stimmt...

LG
DanDocPeppy

[hawk4711]

@DanDocPeppy

ich denke auch, daß an der Idee was dran ist.
Allerdings wird das große Problem sein, rechtzeitig zu erkennen wann ein system erfolgreich ist, damit auch noch ein paar coups danach gesetzt werden können. hinterher kann man immer sagen "in den letzten 10 coups hätten sie am besten auf schwarz gesetzt" oder so. das ist dann wie ein navigationssystem im auto, daß einem sagt wo man hätte abbiegen müssen, wenn man gerade an der ausfahrt vorbeigefahren ist.

außerdem betrifft diese idee ja nur systeme, die satzsignale geben. ich hab z.B. mehr erfahrung mit progresionssystemen

ich halte es für nicht sehr schwer, ein programm zu schreiben, daß z.B. 5 systeme kennt und sagt, welches in den bisherigen 20 coups am besten gewesen wäre. aber gibt das irgendeinen anhaltspunkt, was in den nächsten 10 coups passieren wird?

bye,
Peter

[taco]

hm
bis zum "system laden" bin ich ja schon.
kann mir bitte jemand sagen wie ich die dll's da reinbekomme?

gruß
taco

[hawk4711]

Hi taco,

die DLLs gehören in ein unterverzeichnis "systems", daß eigentlich beim unzippen mit angelegt werden haben gesollte.. äh.. worden.. oder so...

..jedenfalls müßte es dann klappen.

bye,
Peter

[taco]

ahja

dank dir

[RCEC]

hallo hawk

danke

auch das easy funktioniert ja toll

zum pleinspiel

die besten ergebnisse gibt es interessanterweise mit möglichst kurzer spieldauer

psiplayer hat ja so etwas auch mit seinen tests auch schon erfahren

die erklärung warum es funktioniert stellt mich als nichtmathematiker natürlich in einen erklärungsnotstand

dazu muß man wissen daß die ursprüngliche auswahl wann satz und wann nicht extrem "bedingter" war nämlich keine wiederholung einer tablaeucheval und keiner wiederholunfg einer plein innerhalb des gegeben rahmens

für plein sind dies ja der 6,7,8 coup

für cheval wäre dies der 5te coup

1*35/37*33/37*31/37*8/37=15,28% das irgendeine der letzten gefallenen cheval erneut kommt

dies inkludiert,das die letzten 4 gefallenen coups für das pleinspiel ausscheiden und somit dann nur mehr die ersten 3 aus den letzen 7 übrig bleiben

hier ist vermutlich der grund des funktionierens zu suchen,
den die nachbarzahlen sind ja quasi cheval
auch der 6te coup bekommt ja möglicherweise eine 2te chance als 8ter coup

weiters fallen diese bereiche in ein und den selben coup zusammen

a plein coup mit der geringsten platzerwahrscheinlichkeit innerhalb der 7 letztren
a cheval detto

das ganze innerhalb des größtmöglichen bereich innerhalb 6,7,8 coups

leute wenn ich das wirklich mathematisch erklären könnte wäre das die fieldsmedaille wert

so ist es halt nur ein "empirisches Paradoxon"

cu
gerhard

[RCEC]

aber wie bist du auf die idee mit den "nachbarn des 7ten und 5ten coups" gekommen?

was sind für dich der 5te und 7te coup?

für mich
1 nachbarn 7
2 ............. 6
3 nachbarn 5
4 ............. 4
5 ............. 3
6 .............. 2
7 .............. 1
satz
8 5/7 (1+3)

wenn so dann stimmts

servus
rcec

[DanDocPeppy]

@hawk4711

Sicher, am rechtzeitigen Erkennen liegt das Problem.
Aber wenn wir schon bei diesem Beispiel sind, reicht es wenn das Programm nach 20 Coups nur noch den 21. abschätzen kann. Dann erfolgt ohnehin eine neue Berechnung, und u.U. ein Wechsel der Spielweise.

In der Praxis müßte dann ein bis dato erfolgreiches System gerade immer mit dem nächsten Coup abreißen. In Einzelfällen möglich - in der Praxis auf Dauer hoffentlich nicht.

Progressionen müßten selbstverständlich miteinprogrammiert werden, meines Wissens nach arbeiten aber ohnehin die meisten Systeme mit irgendeiner Form der Progression.

LG
Wolfgang

[hawk4711]

Hi RCEC,

danke für deine ausführlichen erklärungen, für mich als auch-nichtsosehr-mathematiker genau richtig. hatte mathe im studium, aber war nicht mein fall, bin mehr der praktiker, der am computer tüftelt - mathe is was für Theoretiker

zu den nachbarn, da hatte ich mich wohl vertippt: ich wollte eigentlich wissen, wie du auf die idee gekommen bist, den ersten und dritten (nicht 5. und 7.) coup mit den nachbarn der anderen coups zu vergleichen.

das mit den nachbarn hört sich etwas nach spekulation auf wurfweiten und so an, deshalb bin ich auch erstaunt, daß es mit reinen randomzahlen funktioniert.


zum thema "funktioniert besser bei kurzer spieldauer": das scheint mir auf ein problem mit der sigma-grenze hinzudeuten, oder? die wächst im laufe der runden anscheinend zu schnell (oder zu langsam?) an, so daß mit steigender coup-zahl die satzsignale ungenauer werden.

vielleicht sollte ich das als parameter ins system mit einbauen, dann können wir ganz einfach verschiedene werte testen.

bye,
Peter