[Strappa71]

Ursprungligen postat av BosseEk

Så tokigt räknat var det väl ändå inte? Femrättsutdelningen visar 2 kronor och tio öre för lite.

Programmet använder siffror från ATG både när det gäller omsättning och pottstorlekar (hårda data).

Utdelningen beräknas utifrån insatsfördelning och blir en form av kvalificerad uppskattning som stämmer hyffsat i "normalfallen". Exempelvis kunde att "Harry Boy" slumpat fram en kupong med de två överraskningarna vilket givit utdelning på 8 rätt i dag. Det belyser osäkerheten i beräkningar av den här typen, särskilt i extremerna hög- och låg utdelning.

Programmet var ju tänkt att uppskatta utdelningar för ett system som består av fler än 1 rad och resultatet presenterades först bara i textform:
Systemet innehåller 1 rader som ger mer än 10 000 000 kr
Systemet innehåller 0 rader som ger mellan 9 000 000 och 9 999 999 kr

Jag insåg sent att det blev svårt att överblicka och la till texterna med uppskattningar för lägst och högst beräknade utdelning för de olika vinstgrupperna.

Tanken var att det skulle stå den lägst betalda 8 rättsraden ger minst 10 000 000 kr om den rätta raden tillhör extremen "högutdelning" med risk för jackpott eller väldigt få 8-rättsrader. Vilket det gör i textpresentationen av systemet (Systemet innehåller 1 rader som ger mer än 10 000 000 kr).

För att kontrollera programmet kan du byta ut 0.29%-aren, häst #14 i avd 5 mot 48.2%-aren, häst #6 i samma avdelning.

Då ser du att 8 rätt beräknas ge 6 331 183,50 kr. En manuell kontroll hintar att det är rimliga siffror även det vllket tyder på att programmet "klarar av" omgångar med bidrag från föregående veckas 5 & 6 rättspotter.

Om det stämmer eller inte vet bara ATG. Det är möjligt att BaraTrav gör en bättre uppskattning vilket jag flaggat för hela tiden. Vad jag vänt mig mot är att avvika från "hårda data" och föra in ytterligare uppskattningar automatiskt. När man dessutom gör tidigt i ekvationen kan det ge en ogynsam utväxling av det slutliga reultatet. Ta programmet för vad det är, jag formligen slängde ihop det under på kortast möjliga tid.

För 1, 2 och 3 fel beror ev fel inte på omsättningsproblematiken.

Och jo, omsättning tagen innan spelstopp i en JP-omgång ger ett 100% systematiskt fel i beräkningen föt alla rätt. Omsättning tagen innan spelstopp är "hårda data". Visst, men det är hård data som man VET är felaktig



Det som oftast hamnar "tillräckligt nära" är att räkna ut ungefärlig slutlig omsättning från ATGs prognos för alla rätt. Det stämmer alltid bättre förutom när det blir IT-krasch och ingen kan spela alls på slutet. Men det är ju ganska sällan.

ATG vet vad de gör när de uppskattar slutlig allarättspott. Och exakt samma uppskattning matchar en uppskattad omsättning.

Jag menar absolut INTE att man ska använda BaraTravs automatiserade bedömning.

Den möjlighet som finns i BaraTrav men inte i övriga reduceringsprogram är att man kan välja en egen uppskattad allarättspott ( som ger en uppskattad omsättning ) eller en egen uppskattad omsättning ( som ger en uppskattad allarättspott.

Detta går utmärkt att göra i ditt program också förutom att det är onödigt krånglkigt. Behovet av att kunna variera storlekarna på sidovinst-potterna är ju exakt noll. De följer alltid omsättningen i gemensam takt. Och allarättspotten följer omsättning+extrapengarna. Därför är det bara omsättningen+extrapengarna som behöver vara editerbara.


Min poäng är att tydligöra att omsättning tagen innan spelstopp ger ett systematiskt fel där allarättsutdelningen överskattas.