discflicker
Posted by discflicker
May 18, 2016

WoV featured on Matt Parker's StandUpMaths Video

Matt Parker of StandUpMaths.com had a math-challenge video, challenging anyone to map three indistinguishable dice into two (something that the Wizard, himself discussed here on WoV)...
https://www.youtube.com/watch?v=xHh0ui5mi_E
7:00, > 285,000 views!!

I kinda went ape-shit and made 3 YouTube videos in response, all of which are way too long and repetitive:

https://www.youtube.com/watch?v=KBn9DMH4g-k
32:08 Response to the three-dice puzzle, part 1 of 3 … start at 17:50 for the explanation of the map.

https://www.youtube.com/watch?v=MwTYSwGb4XU
26:30 Response to the three-dice puzzle, part 2 of 3 ... The RollStation and Carpless Don't (featuring a little of WoV)

https://www.youtube.com/watch?v=o4bFVn0VP_E (Part 3 of 3)
12:09 Part 3 of 3 (featuring a lot of WoV, starting at 3:45)

For some reason Matt seemed to like 'em, and gave me a very nice recognition in his solution video, which just got released yesterday:

https://www.youtube.com/watch?v=hBBftD7gq7Y
28:35, the Marty Wollner segment is between 13:15 and 17:00

In my videos, I reference WoV a number of times, and some of these images showed up on Matt's solutions video!!

Comments

odiousgambit
odiousgambit May 20, 2016

I'll have to check it ouw

discflicker
Posted by discflicker
Apr 22, 2016

Mapping a 3-Dice roll into a 2-Dice roll, and SpikerSystems patent #8246446

This is a response to video

https://www.youtube.com/watch?v=xHh0ui5mi_E
7:00

A puzzle: Can a Three-Indistinguishable-Dice roll be mapped fairly into two Indistinguishable dice?

I have a granted US patent (# 8246446) that fully describes the mapping, but it was invented by none other than Galileo back in 1623 in a paper called

SOPRA LE SCOPERTE DEI DADI

I respond in 3 videos: Part 1 goes though the mapping process from scratch, You might want to skip to 17:50 for just the mapping.
https://www.youtube.com/watch?v=KBn9DMH4g-k
(Errors: I said 26 ways of making the 10 and 11 ranks in 3-d cc 10, 11 outs, it is really 27. The numbers on the screen are correct).

Part 2 explains the RollStation and the game of Crapless-Dont
https://www.youtube.com/watch?v=MwTYSwGb4XU&feature=youtu.be
26:30
(Also explained at http://www.crapless-dont.com/)


Part 3 in in-progress.

discflicker
Posted by discflicker
Feb 21, 2013

SnapRoll 2: How the ANS accomplishes this in real-time,no-sweat...

Math and Buzzard:

I really appreciate you taking the time!!!


I worked a Ford for a long time as production engineer writing data collection software. My pride + joy system is called ANS (Alarm Notification System)


ANS is a pure client/server architecture… nothing happens until live events (clients) interface with the server in the form of unsolicited message requests. ANS accepts unsolicited ALARM requests (for example, a drill bit breaks on a milling machine located in a certain area of a certain building in a TOOLING plant).

The ANS database can be configured to accept alarms and dispatch messages over a variety of “OUTPUT DEVICES”. The database uses two tables to accomplish this:

Alarm

(pk) System_ID: TOOLING
(pk) Alarm_ID: 1
Alarm_Description: Broken Drill Bit
Stale_Tumeout: 900 seconds


The TOOLING system sends a set of parameters along with the message:

P1: 34mm diamond bit
P2: The machine row#
P3: The machine column#
P4: The machine building#


Here is an example of the unsolicited alarm request from the TOOLING system:

ALARM
/System_ID: TOOLING
/Alarm_ID = 1
/Alarm_Sub_ID = “|ROW_55|COL_23|BLDG_22|34mm Diamnond bit|”






When a tool like this breaks, it can shut down production. Typically, the repairmen are alerted and they immediately fix it.

The ANS allows the plant to separate these shop floor events from the list of people who get notified. That’s one of its greatest strengths; Ford has thousands of pagers, for example… the ANS lets dozens of systems like TOOLING to all share these targets without needing to re-program every individual one of them as personnel and shift hours change.

This flexibility is accomplish by using the Alarm-Event table:


Alarm-Event

(pk, fk1)System_ID: TOOLING
(pk, fk1)Alarm_ID: 1
(pk, fk2)Target-Device: 1 Joe-Pager, 2 Joe-email, 3 Marquee_33, 4 Frank-CellPhone, 5 Marquee_33, 6 PlantManager-EmergencyPager
Escallation_Delay: 1: 0,2: 0, 3: 0, 4: 120 seconds, 5: 120 seconds, 6: 240 seconds




The table contains re-formatting codes to make up custom messages for each target:

1: Joe-Pager:
“JOE ! Fix the @1 in Building @4 location: C:@1, R:@2”

2: Joe-Pager:
“For your records, this message was sent to your pager : JOE ! Fix the @1 in Building @4 location: C:@1, R:@2”

3: Marquee_33:
“WARNING: Broken tooling device in building @4 may cause reduced availability… repairs have been requested”

4: Frank-CellPhone:
FRANK !! Broken tooling device in building @4, JOE was notified, but no response after 120 seconds. Please investigate for @1 in Building @4 location: C:@1, R:@2”

5: Marquee_33:
“WARNING: Broken tooling device in building @4 WILL cause reduced availability… repairs have been requested, BUT NO ACTION TAKEN after 120 seconds…”

6: PlantManager-EmergencyPager
“Time for some whoop-ass… punish the innocent in Building @ and always protect the guilty in the ivory tower. Have a nice day.”


When the first responder (Joes) gets the call, he can send another unsolicited client transaction request into the ANS called a CANCEL ALARM request:

CANCEL_ALARM
/System_ID: TOOLING
/Alarm_ID = 1
/Alarm_Sub_ID = “|ROW_55|COL_23|BLDG_22|”



Wildcards:

The ANS system is big on the use of WILDCARDS. If Joe is the only repairman, he could just cancel ALL of the TOOLING-1 alarms, plant-wide as such:

CANCEL_ALARM
/System_ID: TOOLING
/Alarm_ID = 1
/Alarm_Sub_ID = *

The * means ANY alarm-sub-id that matches. Now, WATCH THIS!!


CANCEL_ALARM
/System_ID: TOOLING
/Alarm_ID = 1
/Alarm_Sub_ID = |*|COL_23| BLDG_22|

Cancel all alarms in Building BLDG_22 located in COL_23


CANCEL_ALARM
/System_ID: TOOLING
/Alarm_ID = 1
/Alarm_Sub_ID = |*|*|*_2*|


If Joe fails to send the CANCEL_ALARM request within 120 seconds, his manager Frank will be informed, and after 240 seconds, the Plant Manager will have a few choice words for Frank, who will be kind enough to pass it onto poor Joe.



Queuing mechanism, speed, and DEPENDABILITY


Within the ANS a live list of all of these in-process alarms is maintained in a lightning-fast queuing mechanism, all performed in-memory. It can easily handle 100 alarms per second input and 200 alarm-events per seconds dispatch all on boxes made way back in the 20th century.

This system is the only custom production system left at Ford… it remains as the “glue” which all of the vendor-purchased systems ALL use for alarming and for real-time-feedback control. It’s still in place after 20 years.



Configuring SNAP in the ANS:


I was able to configure the ANS with System_id: SNAP, Alarm-ID 1 and 2, as described above and got all of this testing done in 16 hours, including the analysis and write-ups.


ANS can easily handle the inflow of alarms from rollers and make the data available as follows:


1. The input of rolls and their transient 6-second life was described above.

I can provide you guys with a “Roller Client” if you like and you can send in anonymous rolls from anywhere in the world, and it WILL WORK… it does work!!!

2. The only question that remains are HOW DOES THE SYSTEM GET “RANDOMIZED NUMBERS” FROM IT?




Obtaining randomized numbers from SnapRoll:



If you guys run the RollStation program, you will see that the system is really looking for RANDOMIZATION RANGES:

For example, its looking for a “1 to 38 range” for playing American Roulette, a “1 to 37 range" for European Roulette, a “1 to 36 range” for 2-dice games, etc…


I will establish the following alarms for the “RANDOMIZATION SUPPLIERS” to use when sending an unsolicited, live event into the SnapRoll Server:

10 1-die
20 2-dice, indistinguishable
21 2-dice, distinguishable
30 3 dice, indistinguishable (same as a 1 to 36 Wheel spin)
31 3-dice, distinguishable
33 3-dice, Sic-Bo style (one off-color, two indistinguishable)
40 1 to 37 Wheel spin
41 1 to 38 Wheel spin
60 1 to 50 Keno
60 1 to 55 Mega-Lotto
100 1-digit decimal input
101 2-digit decimal input
102 3-digit decimal input
(etc)

*The system is capable of accepting any kind of randomization ranges in addition to those shown.


The SnapRoll works by making SUBSCRIPTIONS to the ANS, and the information returned will be appropriate for what it’s looking for:

· The RollStation already shows how this mapping occurs for any of the games listed.

· If we now want to get a 10-digit randomization off of these inputs, it can be done in any number of ways, for example, scaling the input number into the desired range, bit-shiofting, combining bytes into words, etc




Next up:


I will work on updating the RollStation program to point to a SnapRoll server anywhere on the network to obtain these live randomizations from.

I have already informed my patent attorney of this new invention.

I estimate about 2 – 3 man-months to get a working prototype done to where I‘ll be able to demo it for him using live video feeds, right in his office.



I APPRECIATE YOUR TIME AND YOUR COMMENTS!

discflicker
Posted by discflicker
Feb 19, 2013

SimulRouleDice: Simultaniously played Roulette AND Craps

The RollStation is already set up for multiple randomization input devices... in plain English, a Roulette wheel and a craps table, at a minimum.

When the RollStation expects a “toss” (a spin, dice toss, spear-chuck, and RND-Input; whatever randomization input is obtained), it prompts manual dealers for input as such:




2- Dice input:




3-Dice input




Roulette-wheel input



This new game REQUIRES strict alternation of Craps dice throws and 1-38 range Roulette wheel spins.


Note that SpikerSystems already has an in-house game called RouleDice, which accepts as its input a 1 to 38 - range input such as a 38-position Roulette-style wheel, or SpikerSystems "3-DDD:1-38" software which maps a Three-Dice roll (using DISTINGUISHABLE dice) to a 1 - 38 range.

(The download is free, the software is safe, use max screen res, run directly from within the .zip (no need to extract), click on More and then Faster speed buttons. All the buttons work.)



RouleDice is a combination of Craps and Roulette:



(Shown here is RouleDice_CC… The CC stands for “Crapless-Craps version”)

So, in this game, the feeds must switch every other "toss". Craps-only players can play RouleDice, but if they're really hard-core, they don't want any part of any greens. This game cuts the occurrence of this by 1/2.

Hard-Core Roulette players, however, will wonder how they can lose when the dice are thrown! The answer is that when the dice are thrown, a special "ghost green" light might show up (like as often as greens do) and it gets treated like a green, superceding whatever dice were thrown, but only affecting Roulette bets.

Bottom lines:
1) For craps players, every other “toss”, a possible green might appear, if so, it is treaded as a No-Op for all Craps bets.
2) For Roulette players, every other toss, a possible GreenLight might appear, if so, it is treated as Green for all Roulette bets.

The bottom line is: there is minimal impact upon these two occurrences, however, they act as wagers to bet upon, and THESE bets are based upon the seven-out occurring, from the point of view of Craps pass-line betting:

GreenMonster_Bet: Huge scaling payouts for so many No-Ops or GreenLight hits whilst “on a point”…

3 same in a row: win (a lot)

3 alternating either way: win (the same a lot)

3 alternating, you pick the first: win (even more)

these can be made at any time whilst on a point, however, unlike place bets, these bets become INSTANTLY BOOKED… they become instantly committed, just like pass-line bets, and they take effect immediately.

discflicker
Posted by discflicker
Feb 19, 2013

SnapRoll : A brand-new, game-changing invention in LIVE gaming technology

SnapRoll

By Marty Wollner

spikersystems.com

19-Feb-2013



I have a definition of LIVE BETTING:

The wager is booked BEFORE the occurrence of a physical event that determines the outcome. The result MUST BE FAIRLY DISTRIBUTED, resulting from equally probable outcomes. The use of electronics may be used to control the timing of the conveyance of the results of the event, but never for generating it. The use of electronics to record a live event upon which subsequent wagering could occur (such as dog race slot machines) is NOT considered LIVE BETTING by this definition.



SnapRoll is an invention to provide the best of both worlds… live gaming AND chip less wagering.


The idea for this started out in a WizardOfVegas forum thread titled:

Fair Games?

The poster asked:

Thank you, Michael and all of the Administrators, for your amazing sites and for all of your time! Also, I appreciate the input from "most" others - if not informative, it's usually entertaining!

My questions today are regarding the fairness of live games in various jurisdictions. While there has been much discussion regarding the fairness of video poker and video keno of all varieties, I do not recall nor could I find any discussion in this respect regarding the live games.

Are there regulations regarding the fairness of the dice, decks, etc., that are used on the tables in Nevada, Louisiana, or any other state?

Are most of you table game players out there confident that you are rolling fair dice and/or being dealt from a fair deck without any "slight of hand" by the dealer (or the shuffler)? Please include the state(s) and/or casino(s) in which you play (or avoid) table games.

My apologies if this has already been discussed or divulged - I did attempt to search for any similar topic. Thank you all for your time!





I’m a big advocate of LIVE gaming, so I chimed in:

To answer your question, if its done right, the house has no need to cheat... why rock the boat when you already got a good thing going? It's better for a casino to keep a clean reputation that get away with scamming it's own customers here and there.

If you're paranoid about it, then, that's the whole thing about live gaming! The house had BETTER keep the game fair for its own protection.

I don't understand how anyone can trust anything that results from an electronic Random Number Generator (RNG).

Did you know that there is no such thing as "Random"... it is impossible to actually program it, so they do their best by simulating random in the software.
Nearly all modern slot machines work this way. I bet there's a lot of players who, if they knew this ...

that slot machine reels are NOT random number generators any more, they're DIGITAL DISPLAY UNITS, slowly spinning down to a combination that was already programmatically selected before they started spinning,

... they wouldn't play any more.

The best of both worlds is to start with a LIVE event, such as a dice roll, and then let people book their bets against the outcome, but do it using electronic systems that ensure safety and they also ensure that any odds calculations performed are "FAIR" as well. They can't cheat in that part of the electronics (the pay-out mechanism), or if they did, it would be real easy to catch and prove, (see above).

What is needed is a way to plug LIVE GAMMING into slot machines and other forms of entertainment.



MathEx replied:

No slot player wants to see 10 dice rolling every time they spin the reels, and no casino will accept the slowdown and mechanical fragility of such a system. Slot games have been operated by RNG-controlled stepper motors since the 1980s...



I then went through the following paragraphs, which outline how the SnapRoll invention works:

A LIVE craps table has random timing as to when the thrower shoots, and a LIVE roulette table is the same. In both cases, if these were being used in a game of SuffleMaster RapidCraps or RapidRoulette, the system knows about 2 seconds before the roll/spin is completed that it will occur. There is a 2 second time-window of knowing a randomization event will definitely occur in real-time (I know there might be a few failures, like dice thrown off the table).

OK?

Next, lets get 1,000 separate craps/roulette tables all being monitored at the same time (all in REAL-TIME) by a centralized system. The odds are very good that overall, a STEADY FLOW LIVE RANDOMIZATIONS can be obtained. It will all be real; it will all be real live randomization events, each one occurs wherein the wager is made BEFORE the fact, not after, like video dog-racing.

The SNAP_ROLL is just another randomization input device to a RollStation just like a live roulette table, or a live roulette table spin being mapped into a dice randomization input, or an actual RNG, OR NOW IT CAN ALSO BE A SNAP_ROLL:

As the stream of live randomization events arrive, they individually SNAP into each of the reel positions and a set of live video feeds displays this as SNAPSHOTS of these events as they occur in REAL-TIME, one reel after the next.

The player, instead of seeing a set of video dice sprayed out for each number, he sees live video-feeds of events all over the world in REAL-TIME, making up his randomization inputs.

IT WILL BE AS FAST AS SLOT MACHINE REELS, EASILY and true live gaming, yet safe and secure. The best of both worlds. I believe I now hold the patent that makes this possible, THANKS TO YOU, MATH EXPERT!!





MathEx then replied with:

You should calculate the bit rate of your proposed RNG because you're off by many orders of magnitude. How many slot machines do you think you could hook up to 1000 craps tables and support the non-stop game-play players have come to expect? Here's a hint: the answer has two digits.




ALRIGHT.

MathEx questioned the capacity and capability of this device. I was able to test the validity of the system because I already have the system in place. Note that, as usual, MathEx IS CORRECT in his preliminary guestimates.




I wrote a few windows command procedures that call some old interface programs that send coded messages into my Alarm Notification System. Without any code or database configuration changes, the system is now capable of accepting any number of live rolls from anywhere on the network; each live roll is sent, unsolicited, from its source as a set of two messages:

The first is a “New Roll” message, specifying:

-The source node id
-The source port id
-The time of submission (localized at source)
-A “New Roll” identifier consisting of “/System_ID = SNAP /ALARM_ID = 1”
-A string of information detailing the profile of live media feeds available from the source, for example, live video, live audio, live snapshot streams, etc…

|Video_1=VidChan3009 |Audio_1=A1Chan9003|SnapStream_1=PhotoCast0039|

-A “SUBSCRIPTION TAG STRING” used to identify the roll that will be submitted (in step 2 of the process):

|SubscribeTo = RollerID_7_1_7|





The second step in the process is submitting a “RollFinished” message, specifying:

-The source node id
-The source port id
-The time of submission (localized at source)
-A “RollFinished” identifier consisting of:

/System_ID = SNAP
/Alarm_ID = 2
/Alarm_Sub_ID = RollerID_7_1_7
-The results of the roll:

|COMPLETING|SnapRoll test from node = 2 |ROLL = RollWAS_7




My alarming system is really fast. It reduces latency to milliseconds even across the network because of the way it’s designed; it accepts these unsolicited messages and (nearly instantly), it queues, processes, and re-distributes the data wherever it’s needed.

I ran a series of 50 and 100 instances of this Roller program concurrently. I staggered the startups every group of 5 by a different prime number of seconds (to simulate randomization between Rollers):

Start_Test1_DDR_SnapRoll_1.bat 0 6 54 5 3
Start_Test1_DDR_SnapRoll_1.bat 0 6 54 5 7
Start_Test1_DDR_SnapRoll_1.bat 0 6 54 5 11
Start_Test1_DDR_SnapRoll_1.bat 0 6 54 5 13
Start_Test1_DDR_SnapRoll_1.bat 0 6 54 5 17

Start_Test1_DDR_SnapRoll_1.bat 0 6 54 5 2
Start_Test1_DDR_SnapRoll_1.bat 0 6 54 5 6
Start_Test1_DDR_SnapRoll_1.bat 0 6 54 5 10
Start_Test1_DDR_SnapRoll_1.bat 0 6 54 5 12
Start_Test1_DDR_SnapRoll_1.bat 0 6 54 5 16


In a continuous loop, each of these:

1. Sends the NewRoll message
2. Waits 6 seconds
3. Sends the FinishedRoll message
4. Waits for 54 seconds

Notye: The SnapRoll software will handle the coordination of booking the bet (locking out all changes), finding a set of subsequent live rolls, mapping these results into the game being played, making possible payouts, and THEN unlocking the player, allowing more wagering.

Back to proof-of-concept:

My alarming software already had monitors that show HOW MANY of these Rollers are in the 6-second waiting period:

Monitored at 7-second intervals, here are the numbers of live randomizations concurrently available:

ONE-MINUTE CYCLES:

50 rollers, 6 second NO-MORE-BETS lockdown, then 54-second pause:
4 4 2 2 1 1 12 10 4 4 4 3 2 3 1 2 2 13 9 11 6 4 3 3 2 1 2 1 10 15 10 11 4 5

100 rollers, 6 second NO-MORE-BETS lockdown, then 54-second pause:
5 3 6 16 17 12 8 4 4 5 13 21 18 9 8 5 3 17 20 19 10 7 3 4 4 18 19 15 10 4 5 3 10 21 16 9

50 rollers, 5 second NO-MORE-BETS lockdown, then 55-second pause:
2 1 11 5 3 5 2 1 1 2 10 7 2 4 1 2 1 0 7 10 3 3 2 2 0 6 6 9 4 4 2 2 1 11 7 7 5

100 rollers, 5 second NO-MORE-BETS lockdown, then 55-second pause:
13 14 8 5 2 3 2 16 10 13 9 3 3 3 2 15 11 10 9 4 4 3 4 17 13 7 7 3 3 4 12 18 16 6 7 3


30-Second CYCLES:

50 rollers, 6 second NO-MORE-BETS lockdown, then 24-second pause:
20 12 9 18 13 11 8 20 11 6 20 11 7 8 14 9 6 19 10 5 12 12 11 5 22 12 9 18 13 10 6

100 rollers, 6 second NO-MORE-BETS lockdown, then 24-second pause:
20 23 21 27 20 20 26 20 23 22 29 23 19 28 21 24 21 23 25 19 25 20 19 23 21 26 20 26

50 rollers, 5 second NO-MORE-BETS lockdown, then 25-second pause:
2 7 9 4 3 2 2 1 11 8 8 4 2 1 2 1 12 8 6 4 2 2 1 12 5 4 3 2 1 1 1 12 7 3 3 1 2

100 rollers, 5 second NO-MORE-BETS lockdown, then 25-second pause:
21 21 20 16 21 20 23 15 21 20 12 17 23 19 13 18 21 15 14 16 15 13 21 23 20 13 17

I have all of the command procedures right HERE.

These tests were done using fixed periodic cycling, however, there is some latency. Beyond that, each of the rollers were started up in staggered time offsets and the system was allowed to stabilize by waiting for at least 11 complete rolls from every roller before sampling.

I am certain that an additional amount of randomization may need to be introduced to make this a fair study, however, this is a simulation of a collection of live games; if the pool of available rollers suddenly ran low (perhaps a few tossed the dice off the table at the same time), I think it would be a cool boost for the game because it would promote the COMMON GAMING EXPERIENCE even more.

I’d like to hear a common groan among the crowd when stuff like that happens, it gives a common focus and creates a common goal for everyone to accomplish.

This ties back into one of MathEx’s concerns, that being enough numbers to go around.

- How many craps shooters do I claim are needed for an entire casino to enjoy a live game? One.

- OK, if so, then, how many RNDs do we need for one casino’s slot machines? One.


AND NOT ONLY THAT, IT’S A LIVE randomizer, and players make the bets BEFORE the dice are thrown, and they get to see the dice fly, live, on the screen in REAL TIME, and anticipate the bounces just as well as the dude who threw em!!!

Is MathEx possibly worried that people will settle in and figure out the publicly displayed, fixed-for-life mappings, and all bet one way or another?

Why else is he worried that the number of SnapRolls will be in double digits? Why isn’t just one set of live rolls enough for every wager in the world (in various forms) to bet upon?



The SHARED GAMING EXPERIENCE:


THINK ABOUT THIS… this is what I keep calling the “shared gaming experience”, its a fundamental theme to my patent, specifically mentioned in both of em.

Back to being worried about the players ganging up on the poor casino like a stock market ambushing an I.P.O.?


HERE IS THE HIDDEN POWER OF THIS CAPABILITY FOR THE HOUSE:

The casinos can MAP and distribute these numbers to these machines any way they see fit, and do it for hidden advantages:

They could group all of a winning mapping in one area of the casino, and group the opposite mapping on the other side. As craps players, for example, win or loose, these positive vs. negative results could be shared among all of the games in these segregated clusters. They could group the roulette Reds together with the craps “wrong” players at the same time.

One side of the casino now has a common goal and a common enemy… little “regional clicks” can now be developed… what used to be segregations by game type can now be a building – wide segregation of right/wrong craps players joined by respective armies of red/black spin-freaks with a few field-player and 0-00-green outcasts here and there just to spice things up.

Everyone in one area is either all ecstatic or they all wanna tear the place apart, well, not really, but actually, sort of… But I chalk this up as positive passion… this is the sort of camaraderie that men go to fight wars over!

Can you imagine the roar when things get heated up?



Still Worried?


Is the casino worried about distributing these numbers so players can take advantage?

They could “checkerboard the arrangement into 4 quads: right/red, right/black, wrong/red, wrong/black. Think about THIS now… for the first time EVER, the house can legally, ELIMINATE ALL GAMING RISK AND CONTROL BALANCE OF PAYOUTS AMONG THE ENTIRE OPERATION!


I can start to think of a dozen ways they could make it awesome, here is just one:


PurplePeopleEaters vs. GreenZombies:


Purple: Win on every roll of a 12, Loose on every roll of a 2

Green: Win on every roll of a 2, Loose on ever roll of a 12


Each “SIDE” can also have a side-bet Tower-of-Power counting 2’s vs 12’s and the winners might get to blast the losers with cold air or something nutty and funny like that.


The possibilities are endless, and, it’s all at a huge reduction in costs to everyone involved, and it SAFE!


The best of both worlds.

Comments

MathExtremist
MathExtremist Feb 19, 2013

You misunderstood my point. There are 36 possible dice rolls. There are often hundreds of millions of possible reel combinations for an average gaming machine. There are 57 quadrillion possible permutations for the first 10 cards in a video poker game. Mapping dice rolls to gaming machine outcomes can't generate enough random data quickly enough to support the requirements for timely gameplay on those machines.



Also, this:

Quote:

HERE IS THE HIDDEN POWER OF THIS CAPABILITY FOR THE HOUSE:

The casinos can MAP and distribute these numbers to these machines any way they see fit, and do it for hidden advantages:



is not allowed in any gaming jurisdiction I've been involved in. You should read the NGCB regs or GLI standards to get an idea of how RNGs must work. If your device doesn't meet regulations, it doesn't matter how it works.

Buzzard
Buzzard Feb 19, 2013

This reminds me of Real Deal Poker. Gene Gioia came up with a series of machines that shuffled cards for on-line poker. The site attracted bettors for a few months, mainly those who thought RNG's were crooked on the other sites. Gene even signed up Evander Holyfield as Spokesman. Poured a ton of money into the concept. Before it closed the main complaint. It was rigged. LOL



Hope you aren't gonna pour any real money into this bad idea. Or are you ? ?