ramboflex

[Gast]

Hallo harry01!

Deine "etwas anderen Werte" beschränken sich auf den 01.06.

Bei Monopolis (und bei mir auch) ist der Endsaldo hier 1164.

Bei dir sinds 1174, warum auch immer.

Daher die Differenz von 10 im Monatssaldo.

Das ist im Vergleich zu den von Monopolis dargestellten Versionsdifferenzen fast schon zu vernachlässigen.

Liebe Grüsse,

duffyduck

[nimmsgern]

Hallo harry,

ich habe die gleichen Werte wie Du, bis auf den allersten Tag. Da gibst Du statt 1164 den Wert von von 1174 an. Daher auch die Differenz zum Endstand, statt -196 hast Du -186.

Und es geht weiter mit Tisch 4. Wir waren bei -186 und sind jetzt bei -385 ......... ?

Gruß

nimmsgern

[rambospike]

...aber ohne eine Erklärung der Funktionsweise kann niemand nachvollziehen, was da abläuft.

Hallo duffyduck,

ich habe zwar momentan wenig Zeit, da ich mit den Urlaubsvorbereitungen voll ausgelastet bin, doch werde ich heut abend versuchen, eine etwas genauere Erklärung zur Satzweise einzustellen.

Die Differenzen bei der Saldoermittlung zwischen den drei Versionen beruhen allerdings auf dem Bug im Reset, sowie darauf, dass in der ersten Version beim Coup 501 noch ein Einsatz getätigt wurde, und dieser mit vom Saldo abgezogen, bzw. bei einem Gewinn draufgerechnet wurde.

In der jetzt vorliegenden "fertigen" Version dürfte (hoffentlich) alles richtig rechnen.

liche Grüße von rambospike

[Revanchist]

Während ihr nun an einer besseren Stop-Strategie basteln könnt, werden Wir erstmal ein paar Wochen Urlaub machen.

Hallo rambospike

auch ich gratuliere Dir zu deinem tollen Programm, auch wenn ich die exakte Spielweise

noch nicht in allen Details begriffen habe.

Wollte das Progrämmchen auch nicht einfach in die Ecke legen - könnte sich ja doch mal um eine Perle handeln, nach den vielen vergeblichen Ansätzen hier im Forum.

Also flugs ans Werk gemacht, die Permanenzen vom Casino Baden-Baden gegriffen, willkürlich eine Seite aufgeschlagen - in dem Fall die vom 05.07.1962 und mittendrin losgelegt.

Voller Drifft ins Minus. Bei deutlich unter Saldo -800 nur noch gedacht, wieder so ein Mist (leere Luft - wenn auch königlich). Naja - endweder Totalverlust oder doch noch die Kurve kriegen.

Bei so um die -730 dann die Trendwende. Nicht heftig, aber wieder mit Hoffnung auf Besserung.

Nach exakt 720 Coups dann ein grüner Saldo von + 1008. Nach 737 Coups Saldo + 1058 und Schluss.

3 Fragen an dieser Stelle:

läßt sich dieses Spiel mit vernünftigem Aufwand auch alleine (also ohne eine Mathematikcrew und ohne Rechner) im Realcasino spielen (bei so 30 - 40 Coups pro Std.)?

macht es sehr viel Arbeit dein Programm um ein Option zu erweitern und zwar die, dass bei Fehleingabe zumindest die letzte eingegebene Zahl noch einmal revidiert werden kann

und

am Ende was die besseren Stop-Strategie betrifft, glaube ich eine Stop-Loss-Version (besser gesagt Option) wäre sinnvoller. Das heißt, vom erreichten Höchststand noch einmal ein paar Kröten riskieren und dann Schluss, aber Gewinne laufen lassen.

Ciao der Revanchist

[Gast]

Hallo rambospike!

Es tut mir ja Leid, wenn ich deine Urlaubsvorbereitungen störe, aber ich muss noch einmal widersprechen:

Ich brauche am 10.06., Tisch 4 nur bis Coup 498 durchlaufen lassen und bekomme trotzdem unterschiedliche Salden.

An der Endberechnung im Coup 500/501 kann es also nicht liegen. Vom Coup 498 bis 500 wird kein neues Satzsignal ausgegeben

und das Programm hätte 2 Coups lang die Möglichkeit, den Endsaldo korrekt anzuzeigen.

Es wäre evtl. hilfreich, wenn du bei der Veröffentlichung einer neuen Version dazuschreibst, was sich alles verändert hat.

Auch die Beseitigung von Bugs! Ja, ich weiss, das kostet Zeit, aber wenn man die Coups einfach so durchrauschen lässt,

wird schnell mal eine Kleinigkeit übersehen. Holzauge sei wachsam!

Liebe Grüsse,

duffyduck

[Monopolis]

Moin harry01! Wie DuffyDuck12 schon geschrieben hat, entsteht die Abweichung am 01.06.2007. Eine Erklärung für diese Abweichung kann ich nicht anbieten. Mir ist allerdings aufgefallen, dass beim ersten Einsatz des downgeloadeten Programms andere Werte entanden sind, als im 2. und 3. Durchlauf. Leider darf man den "Maschinen" nicht blind vertrauen. Deshalb gibt es bei mir immer zwei Durchläufe und bei Anweichung wird ein dritter hinterhergeschoben. Deine Werte habe ich in meine Tabelle kopiert. Ergebnis siehe unten. Freundliche Grüße, Monopolis.

1	1174	-10
2	1176	0
3	1183	0
4	1190	0
5	1173	0
6	1035	0
7	893	0
8	1161	0
9	1076	0
10	595	0
11	771	0
12	700	0
13	1186	0
14	1161	0
15	936	0
16	947	0
17	1168	0
18	1174	0
19	1102	0
20	1174	0
21	406	0
22	1008	0
23	1188	0
24	915	0
25	1187	0
26	696	0
27	1184	0
28	883	0
29	633	0
30	739	0
-----------
-186
======
	-186

[Monopolis]

Moin duffyduck,

Hallo rambospike!

Es tut mir ja Leid, wenn ich deine Urlaubsvorbereitungen störe, aber ich muss noch einmal widersprechen:

Ich brauche am 10.06., Tisch 4 nur bis Coup 498 durchlaufen lassen und bekomme trotzdem unterschiedliche Salden.

An der Endberechnung im Coup 500/501 kann es also nicht liegen. Vom Coup 498 bis 500 wird kein neues Satzsignal ausgegeben

und das Programm hätte 2 Coups lang die Möglichkeit, den Endsaldo korrekt anzuzeigen.

Es wäre evtl. hilfreich, wenn du bei der Veröffentlichung einer neuen Version dazuschreibst, was sich alles verändert hat.

Auch die Beseitigung von Bugs! Ja, ich weiss, das kostet Zeit, aber wenn man die Coups einfach so durchrauschen lässt,

wird schnell mal eine Kleinigkeit übersehen. Holzauge sei wachsam!

Liebe Grüsse,

duffyduck

in der alten Version sind mir zwei Bugs aufgefallen.

Nach einer Anzahl von Auswertungen gab es einen Hupton und bei 498 wurde abgebrochen.

Dies ist bei mir mehrfach passiert.

Holzaugen seid wachsam! Wage ich zu erwidern.

Herzliche Grüße

Monopolis.

bearbeitet Juli 5, 2007 von Monopolis

[Monopolis]

Moin rambospike,

Dir wünsche ich allzeit eine Handbreit Wasser unterm Kiel, Mast- und Schotbruch!

Du brauchst Deine Satzweise nicht zu erklären, die lässt sich unter Einsatz der

BENNO-MASCHINE mit Einzeleingabe ganz einfach nachvollziehen.

Also konzentriere Dich auf die Vorbereitungen Deines Törns, damit Du ausgeruht

die Segel hissen kannst.

Gute Fahrt, herzliche Grüße

Monopolis.

Hallo duffyduck,

ich habe zwar momentan wenig Zeit, da ich mit den Urlaubsvorbereitungen voll ausgelastet bin, doch werde ich heut abend versuchen, eine etwas genauere Erklärung zur Satzweise einzustellen.

Die Differenzen bei der Saldoermittlung zwischen den drei Versionen beruhen allerdings auf dem Bug im Reset, sowie darauf, dass in der ersten Version beim Coup 501 noch ein Einsatz getätigt wurde, und dieser mit vom Saldo abgezogen, bzw. bei einem Gewinn draufgerechnet wurde.

In der jetzt vorliegenden "fertigen" Version dürfte (hoffentlich) alles richtig rechnen.

liche Grüße von rambospike

[rambospike]

@duffyduck, monopolis, revanchist

Hallo zusammen,

Die Zeit ist zwar knapp, doch möchte ich versuchen, eine genaue Erklärung zur Setzweise einzustellen, sowie auf die möglichen Ursachen für die Differenz bei den verschiedenen Versionen eingehen.

1. Grundeinstellung des Programms

Das Programm ist so aufgebaut, dass 37 Coups ausgewertet werden und zwar vom 1. Coup bis zum 37. Coup. Hierfür habe ich im Programm einen internen Zähler eingebaut. Sobald der Zähler bei 37 steht, wird dieser zurückgesetzt auf 1.

2. Die Satzfindung

Ich habe es eingangs schon mal erwähnt: Das Programm spielt auf Abweichung von der Normallinie. Konkret bedeutet dies, dass ich die sogenannte "Gaußsche Normalverteilung" zugrunde lege.

Hier arbeitet das Programm in mehreren Schritten.

1. Schritt: Für jeden Coup wird die Wahrscheinlichkeit festgelegt, die in Einklang mit dieser Normalverteilung steht. Naturgemäß kann man dies fürs Roulette nur mit Ganzzahlen bewerkstelligen. Deshalb habe ich "kaufmännisch" auf- oder abgerundet.

So dürften nach dieser Methode im Coup 2 noch 35 Zahlen offenstehen. Im Coup 3 noch 34. Im Coup 15 beispielsweise noch 25 Zahlen, im letzten Coup, dem 37. dürften noch 14 Zahlen offen stehen.

Diese Zahlen wurden für jeden einzelnen Coup hinterlegt.

2. Schritt: Nun beginnt die 1. Auswertung. Ab Coup 2 vergleicht das Programm die tatsächlichen Restanten mit den nach der Normalverteilung "normalen" Restanten.

Wenn beispielsweise im 5. Coup noch 33 Zahlen offen sind, stimmt dies mit der Normalverteilung nicht überein. Hiernach müssten noch 32 Zahlen restant sein. Das Programm wartet also den nächsten Coup ab. USW.

3. Schritt: Wenn nun beispielsweise im 11. Coup noch 27 Zahlen übrig sind, stimmt dies mit der Normalverteilung und dem dementsprechend hinterlegten Wert für diesen Coup überein.

Wir befinden uns nun im "normalen" Bereich.

4. Schritt: Wenn im jeweiligen Coup der "normale" Bereich eingetreten ist, und nur dann, werden die tatsächlichen Restanten (im obigen Beispiel 27) als Grundlage für den nächsten Satz genommen.

5. Schritt: Es sind also 27 Zahlen restant. Nach der Normalverteilung würden diese nun gesetzt. Wir würden uns also im "normalen" Bereich bewegen, wenn wir diese setzen. Meine Überlegung war allerdings, dass sich der tatsächliche Zufall nicht lange an diesen "normalen" Bereich hält. Deshalb sagte ich mir, dass, wenn sich alles in diesem Bereich befindet, dies in kurzer Zeit hiervon abweicht.

6. Schritt: Das Programm setzt nunmehr nicht auf 27 Zahlen, sondern in "Abweichung vom Normalverlauf" auf das genaue Gegenteil, nämlich auf 10 Zahlen, die nicht mehr restant sind. Also gleichermaßen auf Favoriten (Die mehr als 1 mal gefallen sind) und solche die 1 mal gefallen

sind.

7. Schritt: Wenn nicht getroffen wird, dann wartet das Programm wieder ab, bis die Situation der Normalen Verteilung eintritt, um wieder nach dem gleichen Schema zu setzen.

Bis hierhin ist es ziemlich verständlich, hoffe ich.

Nun habe ich aber noch eine Routine eingebaut, die möglicherweise auch den Unterschied des Endsaldos bei den verschiedenen Versionen erklärt:

Sobald das Programm feststellt, dass in einem Umlauf mehr als 70 Stücke gewonnen wurden, ist das schon "verdächtig normal" .

Der interne Zähler wird dann wieder auf 1 gesetzt und es wird von vorne ausgewertet.

Hier denke ich, liegt auch der Grund für die unterschiedlichen Salden bei den verschiedenen Versionen. Denn nachdem ich die Reset-Routine

verändert habe, habe ich dadurch in einigen Fällen auch das Zurücksetzen des Zählers verschoben.

Ich hoffe, ich habe mit dem "Geschwurbel" ein wenig zur Aufhellung beigetragen, obwohl es meine Stärke nicht ist, verständliche Bedienungsanleitungen zu verfassen.

Jedenfalls wünsche ich euch viel Erfolg beim Auswerten, sowie beim Spielen.

Und nochmals vielen Dank für eure Mithilfe.

liche Grüße von

rambospike

PS: Bin bis 15.August im Urlaub. Bis dahin werde ich mich, wenn es technisch möglich ist, sporadisch melden. Ich wünsche euch allen viel Glück, Gesundheit und Erfolg.

bearbeitet Juli 5, 2007 von rambospike

[casadogra]

Hallo an alle,

ich hab mich jetzt doch überwunden und den ganzen Monat 06/07 Tisch 2

durchgetestet.

Gesamtergebnis stop bei plus saldo 159 bis 500 coup

Gesamt minus 2496

Gesamtergebnis stop bei plus saldo 50 bis 500 coup

Gesamt minus 1377

Grüße aus Oberschwaben

casadogra

[LEXEC]

@rambospike

hast Du eine private Abmachung mit jedem Online-Casino?

Bist Du nun der "Beitreiber der Kunden für diese"

Wenn nicht, wäre das doch eine Überlegung wert, oder nicht?

LEXEC

[alpina]

Hallo Rambospike,

leider hat auch dieses Programm,obwohl es sehr komplex aufgebaut ist,es nicht geschafft im Plus zu bleiben.

Ich habe zwar auch getestet ,aber zufälligerweise genau den selben Tisch wie casadogra.

Ich kann seine Ergebnisse bestätigen,ich habe das selbe rausbekommen

Schade,und hiermit ist der Beweis wohl erbracht: Man kann noch so komplex und mathematisch berechnen und setzen,es klappt einfach nicht im Plus zu bleiben

Trotzdem danke für die ganze Arbeit und einen schönen Urlaub dir mit viel Sonne und angenehmer Gesellschaft

Schöne Grüsse an alle

bearbeitet Juli 5, 2007 von alpina

[Gast]

Hallo rambospike!

Herzlichen Dank, dass du dir trotz deiner Urlaubsvorfreude noch die Zeit genommen hast, meine penetranten Fragen zu beantworten.

Schritt 1- 7 waren mir eigentlich schon klar. Nur der Reset bei +70 Stücken blieb mir bisher verborgen.

Trotzdem ist deine Beschreibung wirklich gut gelungen und sicherlich für jeden hier gut verständlich und nachvollziehbar.

Auch wenn sich zwischenzeitlich negative Stimmungen auftun, ich werde an einer Optimierung arbeiten.

Dir wünsche ich bis dahin einen wunderschönen und erholsamen Urlaub.

Mein Tipp:

Schaue während deines Urlaubs nicht ins Forum, um den Kopf für neue kreative Gedanken frei zu machen;

man muss auch mal abschalten!

Liebe Grüsse,

duffyduck

[Monopolis]

Moin duffyduck12,

viele Blindfische glauben, hellsehen zu können! Schon weiter oben habe ich geschrieben,

dass rambospike ein Klassewerkzeug gebaut und damit die Möglichkeiten zur Optimierung

gegeben hat.

Diese Optimierung ist mit Arbeit verbunden. Rambospike hat es mit einem Pluslimit von

159 begonnen, @casadogra ist mit plus 50 rangegangen. Ich habe 'nen Durchlauf mit

plus 1.100 gemacht.

Dabei ist mir aufgefallen, dass am 24.06. an Tisch 2 ein Maximum von 1.100 auftritt, bei

voreingestellten 1.100 aber nicht gestoppt wird. Er stoppt bei 1.098, wenn man das Limit

auf 1090 einstellt.

Unter Optimierung verstehe ich das Herausfinden der besten Limits: Bei welcher Einstellung

(Verlustgrenze / Gewinngrenze) erziele ich welchen Ertrag.

Auf der Grundlage von 3 oder 4 mal 15.000 Coups darf man keine Aussage machen.

Ich habe mir den Tisch 2 im Monat Juni mal angesehen. Was geben denn die anderen

Tische her? Bisher haben wir uns nur die Tische 1, 2 und 4 angesehen.

Ich stelle eine Tabelle in den nächsten Beitrag, um mal klar zu machen, wie eine Optimierung

- aus meiner Sicht - laufen könnte.

Nachtgrüße, Monopolis.

[Monopolis]

	MIT STOPP		OHNE			STOPP BEI
TISCH 2	BIS	1100				-850
DATUM	500	min	max	min	max
01.06.2007	1102	986	1298	986	1298	1102
02.06.2007	1110	891	1150	891	1150	1110
03.06.2007	921	908	1081	908	1081	921
04.06.2007	714	690	1061	690	1061	850
05.06.2007	758	698	1000	698	1000	850
06.06.2007	932	889	1093	889	1093	932
07.06.2007	1112	929	1165	929	1165	1112
08.06.2007	751	614	1000	614	1000	850
09.06.2007	1109	846	1269	846	1269	1109
10.06.2007	794	680	1000	680	1000	850
11.06.2007	922	908	1030	908	1030	922
12.06.2007	786	731	1077	731	1077	850
13.06.2007	1113	920	1113	920	1113	1113
14.06.2007	1033	814	1065	814	1065	1033
15.06.2007	860	775	1017	775	1017	860
16.06.2007	1125	897	1194	897	1194	1125
17.06.2007	923	767	1022	767	1022	923
18.06.2007	986	919	1059	919	1059	986
19.06.2007	1106	986	1106	986	1106	1106
20.06.2007	812	793	1079	793	1079	850
21.06.2007	606	578	1000	578	1000	850
22.06.2007	1110	968	1188	968	1188	1110
23.06.2007	819	793	1000	793	1000	819
24.06.2007	909	877	1100	877	1100	1100
25.06.2007	769	769	1016	769	1016	850
26.06.2007	1121	906	1187	906	1187	1121
27.06.2007	1103	949	1208	949	1208	1103
28.06.2007	871	852	1084	852	1084	871
29.06.2007	524	524	1025	524	1025	850
30.06.2007	1124	815	1124	815	1124	1124
				950
				900
	-2075			850		-748

[Monopolis]

PS.: Diese Antwort findest Du ab heute Abend in Moni's SENFMÜHLE

bearbeitet Juli 6, 2007 von Monopolis

[Gast]

Dabei ist mir aufgefallen, dass am 24.06. an Tisch 2 ein Maximum von 1.100 auftritt, bei

voreingestellten 1.100 aber nicht gestoppt wird. Er stoppt bei 1.098, wenn man das Limit

auf 1090 einstellt.

Hallo Monopolis!

Interessante Entdeckung! Er stoppt auch bei 1098, wenn man die Grenze auf 1097 einstellt.

Noch interesssanter jedoch ist, dass wenn man die Grenze auf 1099 oder 1100 einstellt,

das Programm trotzt Erreichens des MaxSaldos von 1100 weiterarbeitet, am Ende der 500

Coups aber einen anderen Endsaldo (950 im Gegensatz zu 909) ausgibt, als wenn man

mit einem Stoppwert von beispielsweise 1159 arbeitet.

Somit können die bisherigen Auswertungen auch alle in deine Senfmühle, sofern der Stoppwert

von 1159 geändert wurde, da dann ein Vergleich der Endsalden mit anderen Stoppwerten

nicht mehr möglich ist!

Liebe Grüsse,

duffyduck

[Monopolis]

Moin duffyduck12,

Somit können die bisherigen Auswertungen auch alle in deine Senfmühle,

doch bitte nicht gleich so brutal! Rambospike hat den Stoppschalter auf die Schnelle eingebaut,

das Programm ohne intensives Testen wieder reingestellt - halt, wie heute normal - gewisser-

maßen zum Betatesten.

Wir sind einander wohl ziemlich ähnlich in unserer penetranten Gewissenhaftigkeit, prüfen lieber

einmal zu viel, als eimal zu wenig.

Ich habe hier bei rambospike nur mal kurz reingeschnuppert, ein wenig gecheckt und Daten bei

der Gelegenheit abgeprüft.

Es hätte ja sein können, dass Tisch 2 ein CC-Monster ist, bei dem die Ergebnisse deutlich von denen

des Tisches 1 abweichen. Deshalb habe ich mal die beiden Tische ein wenig verglichen.

Ein erster schneller Test hat keine grundsätzlichen Abweichungen ergeben. Ich stelle die Ergebnistabellen

in die nächsten Beiträge.

Herzliche Grüße

Monopolis.

[Monopolis]

Moin duffyduck12! Es folgen die Auswertungsdaten für die Monate März 07 bis Juni 07 an den Tischen 1 und 2:

CC-TISCH 02:						max	3,268
						min	-2,352
Monat =>	März	April	Mai	Juni	Summe	Anteil	Abweichung
Zahlen	Häufigkeit	Häufigkeit	Häufigkeit	Häufigkeit	03 - 06		[ % ]
0	1.489	1.383	1.409	1.358	5.639	1,016	1,574
1	1.539	1.318	1.307	1.319	5.483	0,988	-1,236
2	1.487	1.384	1.371	1.397	5.639	1,016	1,574
3	1.536	1.358	1.347	1.320	5.561	1,002	0,169
4	1.500	1.388	1.367	1.337	5.592	1,007	0,728
5	1.460	1.421	1.314	1.347	5.542	0,998	-0,173
6	1.464	1.357	1.398	1.346	5.565	1,002	0,241
7	1.522	1.366	1.279	1.321	5.488	0,989	-1,146
8	1.496	1.336	1.323	1.336	5.491	0,989	-1,091
9	1.484	1.339	1.356	1.345	5.524	0,995	-0,497
10	1.455	1.340	1.356	1.380	5.531	0,996	-0,371
11	1.485	1.376	1.352	1.376	5.589	1,007	0,674
12	1.469	1.326	1.381	1.296	5.472	0,986	-1,434
13	1.438	1.292	1.371	1.320	5.421	0,976	-2,352
14	1.504	1.330	1.347	1.316	5.497	0,990	-0,983
15	1.453	1.321	1.355	1.359	5.488	0,989	-1,146
16	1.476	1.397	1.355	1.373	5.601	1,009	0,890
17	1.464	1.332	1.294	1.392	5.482	0,987	-1,254
18	1.462	1.349	1.394	1.359	5.564	1,002	0,223
19	1.495	1.371	1.396	1.294	5.556	1,001	0,079
20	1.485	1.323	1.342	1.350	5.500	0,991	-0,929
21	1.525	1.365	1.348	1.358	5.596	1,008	0,800
22	1.477	1.370	1.317	1.368	5.532	0,996	-0,353
23	1.501	1.345	1.364	1.394	5.604	1,009	0,944
24	1.455	1.326	1.381	1.278	5.440	0,980	-2,010
25	1.516	1.386	1.365	1.323	5.590	1,007	0,692
26	1.566	1.380	1.444	1.343	5.733	1,033	3,268
27	1.522	1.335	1.425	1.384	5.666	1,021	2,061
28	1.529	1.332	1.316	1.334	5.511	0,993	-0,731
29	1.523	1.382	1.395	1.365	5.665	1,020	2,043
30	1.487	1.351	1.333	1.384	5.555	1,001	0,061
31	1.473	1.397	1.323	1.369	5.562	1,002	0,187
32	1.541	1.363	1.339	1.348	5.591	1,007	0,710
33	1.476	1.324	1.400	1.367	5.567	1,003	0,277
34	1.523	1.276	1.432	1.299	5.530	0,996	-0,389
35	1.510	1.357	1.407	1.328	5.602	1,009	0,908
36	1.494	1.310	1.334	1.302	5.440	0,980	-2,010
SUMME:	55.281	50.006	50.337	49.785	205.409	37	0

[Monopolis]

CC-TISCH 01:						max	2,877	3,268	3,046
						min	-2,325	-2,352	-3,539
Monat =>	März	April	Mai	Juni	Summe	Anteil	Abweichung
Zahlen	Häufigkeit	Häufigkeit	Häufigkeit	Häufigkeit	03 - 06		[ % ]	TISCH 02	T-01 + 02
0	1494	1416	1425	1429	5.764	1,010	0,950	1,574	2,525
1	1446	1462	1363	1418	5.689	0,996	-0,363	-1,236	-1,599
2	1456	1435	1342	1502	5.735	1,004	0,443	1,574	2,017
3	1511	1396	1468	1499	5.874	1,029	2,877	0,169	3,046
4	1490	1440	1415	1446	5.791	1,014	1,423	0,728	2,151
5	1467	1405	1346	1359	5.577	0,977	-2,325	-0,173	-2,497
6	1495	1371	1376	1385	5.627	0,986	-1,449	0,241	-1,207
7	1492	1463	1396	1441	5.792	1,014	1,441	-1,146	0,295
8	1447	1443	1357	1454	5.701	0,998	-0,153	-1,091	-1,244
9	1511	1416	1370	1423	5.720	1,002	0,180	-0,497	-0,317
10	1458	1394	1448	1383	5.683	0,995	-0,468	-0,371	-0,839
11	1455	1473	1402	1421	5.751	1,007	0,723	0,674	1,397
12	1453	1390	1407	1400	5.650	0,990	-1,046	-1,434	-2,480
13	1480	1441	1346	1375	5.642	0,988	-1,186	-2,352	-3,539
14	1532	1408	1343	1390	5.673	0,994	-0,643	-0,983	-1,627
15	1473	1418	1340	1399	5.630	0,986	-1,396	-1,146	-2,542
16	1481	1460	1390	1450	5.781	1,012	1,248	0,890	2,138
17	1380	1450	1346	1441	5.617	0,984	-1,624	-1,254	-2,878
18	1509	1376	1430	1396	5.711	1,000	0,022	0,223	0,246
19	1496	1420	1363	1421	5.700	0,998	-0,170	0,079	-0,091
20	1524	1478	1300	1493	5.795	1,015	1,493	-0,929	0,564
21	1486	1488	1362	1426	5.762	1,009	0,915	0,800	1,715
22	1474	1458	1408	1391	5.731	1,004	0,373	-0,353	0,020
23	1447	1482	1362	1417	5.708	1,000	-0,030	0,944	0,914
24	1450	1439	1412	1427	5.728	1,003	0,320	-2,010	-1,690
25	1422	1448	1411	1409	5.690	0,997	-0,346	0,692	0,346
26	1440	1443	1410	1339	5.632	0,986	-1,361	3,268	1,906
27	1490	1468	1365	1410	5.733	1,004	0,408	2,061	2,468
28	1472	1445	1356	1391	5.664	0,992	-0,801	-0,731	-1,532
29	1466	1424	1433	1391	5.714	1,001	0,075	2,043	2,118
30	1462	1466	1405	1454	5.787	1,014	1,353	0,061	1,415
31	1442	1391	1326	1452	5.611	0,983	-1,729	0,187	-1,542
32	1503	1429	1370	1427	5.729	1,003	0,337	0,710	1,047
33	1472	1423	1408	1419	5.722	1,002	0,215	0,277	0,492
34	1400	1489	1346	1447	5.682	0,995	-0,486	-0,389	-0,875
35	1477	1415	1316	1437	5.645	0,989	-1,134	0,908	-0,226
36	1540	1459	1379	1441	5.819	1,019	1,914	-2,010	-0,096
SUMME:	54.493	53.122	51.042	52.603	211.260	37	0	0	0

[Monopolis]

Ach so: Was gibt diese Tabelle denn noch her?

Restant ist die 13! Es hängt das Cheval 12 / 15!!

Ich will doch gleich mal prüfen, was bisher im Juli an den Tischen 1 und 2 passiert ist.

Grüße, Monopolis.

[Monopolis]

Dies ist der Stand per 06.07.2007 - ~ 12:30 MEZ - Die großen Prozentabweichungen sind durch die geringe Zahlenmenge bedingt.

CC-TISCH 01:		max		CC-TISCH 02:		max
		min				min
Monat =>	Juli	Anteil		Monat =>	Juli	Anteil		ABSOLUT
Zahlen	Häufigkeit			Zahlen	Häufigkeit
0	278	1,046	4,575	0	260	1,030	2,998	20
1	265	0,997	-0,315	1	222	0,879	-12,056	-31
2	290	1,091	9,089	2	236	0,935	-6,510	8
3	269	1,012	1,190	3	277	1,097	9,732	28
4	266	1,001	0,061	4	268	1,062	6,167	16
5	277	1,042	4,199	5	247	0,978	-2,152	6
6	253	0,952	-4,829	6	240	0,951	-4,925	-25
7	282	1,061	6,080	7	245	0,971	-2,944	9
8	270	1,016	1,566	8	222	0,879	-12,056	-26
9	264	0,993	-0,691	9	281	1,113	11,317	27
10	271	1,019	1,942	10	261	1,034	3,394	14
11	260	0,978	-2,196	11	224	0,887	-11,263	-34
12	267	1,004	0,437	12	261	1,034	3,394	10
13	274	1,031	3,070	13	251	0,994	-0,567	7
14	279	1,050	4,951	14	251	0,994	-0,567	12
15	276	1,038	3,823	15	271	1,074	7,355	29
16	249	0,937	-6,334	16	276	1,093	9,336	7
17	254	0,955	-4,453	17	227	0,899	-10,075	-37
18	275	1,034	3,447	18	265	1,050	4,979	22
19	263	0,989	-1,068	19	252	0,998	-0,171	-3
20	256	0,963	-3,701	20	265	1,050	4,979	3
21	246	0,925	-7,462	21	254	1,006	0,621	-18
22	254	0,955	-4,453	22	248	0,982	-1,756	-16
23	269	1,012	1,190	23	249	0,986	-1,360	0
24	275	1,034	3,447	24	262	1,038	3,790	19
25	272	1,023	2,318	25	256	1,014	1,413	10
26	261	0,982	-1,820	26	254	1,006	0,621	-3
27	280	1,053	5,327	27	234	0,927	-7,302	-4
28	281	1,057	5,704	28	262	1,038	3,790	25
29	252	0,948	-5,205	29	263	1,042	4,186	-3
30	264	0,993	-0,691	30	246	0,975	-2,548	-8
31	259	0,974	-2,572	31	250	0,990	-0,964	-9
32	250	0,940	-5,958	32	225	0,891	-10,867	-43
33	261	0,982	-1,820	33	267	1,058	5,771	10
34	263	0,989	-1,068	34	288	1,141	14,090	33
35	247	0,929	-7,086	35	227	0,899	-10,075	-44
36	264	0,993	-0,691	36	253	1,002	0,225	-1
SUMME:	9.836	37	0	SUMME:	9.340	37	0	0
SOLL	266			SOLL	252

[strolchiii]

moin DuffyDuck

weg. U - Wünsche für Rambo

hab eben , als PC - Laie 13% pluss gemacht.

konnte ich früher selten erreichen ( beruflich)( vom Kapitaleinsatz,

nicht v. Umsatz ! )

Zitat D-D : Schaue während deines Urlaubs nicht ins Forum, um den Kopf für neue kreative Gedanken frei zu machen;

man muss auch mal abschalten !!!!!!!!!!!!!!!

hab im Urlaub ( Zwischenahn) mein. liebsten*+* grösten Kunden mal gewonnen.

Daher mein Senf

Strolchi

[LEXEC]

@monopolis

So isses eben, wenns einem nicht passt, dann verschiebt man ganz einfach die Beiträge.

Komme mir schon vor wie im Mittelalter, wer etwas kritisches gegen den "selbsternannten König" oder den "selbsternannten Kaiser" anmerkt, der wird "verbannt!"

"Ihr" diskutiert alle über "Suchtverhalten etc.", nur hier "treibt Ihr" viele Ahnungslose und Hoffnunssuchende in den Ruin!

Scheinheilige Gesellschaft!

LEXEC

[dadelion]

@LEXEC

Hallo,Aufbegehren auch im Mittelalter, obwohl unterdrückt, hat letztendlich