A live dealer casino game combines a physical event with a remote gambling system. A camera shows a roulette wheel, cards or another permitted game in a studio; the player places a wager through a digital interface; the platform records the accepted bet, captures the physical result and settles the account under the published rules. The video is important, but it is not the entire transaction record. Fairness also depends on equipment, trained staff, surveillance, accurate result capture, time-sensitive betting controls and an auditable link between the table and each player's account.
This explainer is for players, operators, suppliers and researchers who need to understand that chain. Great Britain's Gambling Commission RTS 17 is the regulatory anchor for live dealer operations. GLI-19 version 3.0 provides a separate laboratory technical benchmark, not a rule automatically adopted in every jurisdiction. The article does not audit a named studio, game or operator, and actual implementation and legal obligations depend on the market and approved product.
What makes a live dealer game different from an RNG game?
In a conventional software slot, a random-number generator and game logic determine the outcome inside the digital system. In a typical live dealer roulette or card game, a physical wheel or shuffled cards produce the visible event, while software relays the event and applies rules to each remote player's accepted wager. The British Gambling Commission's live dealer monitoring guidance explicitly separates physical equipment and dealing processes from RNG-driven software products. It points to card shuffling, wheel integrity and staff procedures as fairness factors, while also noting that distributions of physical outcomes can be monitored over time.
“Live” does not mean “no software” or “no chance for a system error.” The digital platform still receives the bet, enforces cut-off and eligibility rules, records the result, determines the player's return and updates an account. Nor does it mean every branded live game is physically identical. GLI-19 section 4.18 covers games conducted by a dealer or other live equipment where authorised, including automated wheels in a live environment. The physical and digital components must be assessed together for the specific game offered.
Our RNG explainer covers software-generated outcomes. The distinction is not that one product is inherently fairer: each requires a different evidence chain. An attractive video of a wheel does not show whether the platform recorded a bet before the cut-off or credited the correct result. A test certificate for an RNG likewise does not prove the integrity of a physical roulette wheel.
One round has two connected records
The simplest way to understand a live dealer casino game is to follow one accepted wager. The player sees a streamed table and chooses a stake or decision in the interface. The platform determines whether that input arrived in time and was accepted. A physical event occurs at the table. A device or authorised process converts that event into game-outcome data. The platform then applies the rules to the accepted wager and posts the result to account history. This is an explanatory sequence; a particular provider may divide those tasks differently.
| Layer | What happens | Evidence to reconcile |
|---|---|---|
| Player interface | Shows the table, rules, bet controls and accepted or rejected action | Display state and player event time |
| Gaming platform | Records the wager and enforces the game's cut-off and rules | Bet ID, round ID, acceptance status and rule version |
| Physical table | Dealer or approved equipment conducts the live event | Table identity, equipment log and supervised video |
| Result capture | Physical outcome becomes digital game-outcome data | Detected result, time and any correction trail |
| Settlement | Rules map the accepted wager to the return | Outcome record, payout calculation and account entry |
| Audit trail | Surveillance and game logs permit reconstruction | Video, event sequence, staff and incident records |
The Gambling Commission's guidance on remote gambling equipment distinguishes systems that present a game, determine or store a result, and record the player's transaction. It also explains that a bet or game log stores selection, stake and result and links those to the account. A live studio and an operator's account system may be separate services, but the player's completed round needs one coherent explanation across them. Our iGaming value-chain map shows the wider supplier roles without assuming that the studio name is the legal operator.
The studio is part of the gambling control system
In Great Britain, RTS 17A requires live dealer operations to be fair and independently auditable. The Commission's implementation guidance calls for commercial-casino-quality equipment and consumables, designated monitoring of equipment integrity, trained croupiers with retained training evidence, supervised dealer activity, adequate video surveillance, secure-area access controls and game logs that support trend analysis. These are not decorative production values; they help establish whether the physical game followed its documented rules.
A roulette wheel, ball, deck, shoe or shuffler can affect outcomes before any software receives a result. The Commission's monitoring explanation gives examples of wheel-integrity checks and fair shuffling. A useful audit therefore asks who controlled the equipment, how it was inspected and what happened when a dealer made an error. Merely seeing a table on a phone does not answer those questions.
GLI-19 Appendix C.6 offers a more detailed, separate technical reference for live-game services. It describes physical access to studios and consumables, inventory trails, staff training, table staffing logs and procedures for misdeals, dropped cards, re-spins, device faults and stream disruption. These are GLI test and operational-audit criteria whose application depends on the relevant regulator and assessment scope. They should not be silently relabelled as extra British RTS 17 obligations.
The player stream is not the same as surveillance
Two kinds of video serve different purposes. The player-facing stream presents the game and lets a remote participant follow play. Surveillance is an evidential record intended to help supervisors and reviewers reconstruct what occurred, including dealer actions and compliance with game procedures. The British RTS 17 guidance expects surveillance covering the predefined gaming areas in sufficient detail to check the dealing process. That requirement cannot be satisfied merely by a polished marketing camera angle if critical actions are invisible to supervisors.
As a GLI-19 technical benchmark, Appendix C.6.3 goes further: continuous unobstructed recording should allow game sequence and timing to be reconstructed and reviewed for a complaint or dispute. The document specifies retention of at least 90 days or the period required by the regulator. That number is a GLI criterion, not a universal UK statutory retention period. The corresponding C.6.4 criteria cover the simulcast-control layer that supplies players with a live feed while recording activity and results. A provider can use different camera and network arrangements; the key questions are whether the transmitted view and independent evidence can be tied to the same identified game.
A player may see buffering or a short video delay while the platform continues to record table actions. That does not prove the result was manipulated. It does mean the event timestamps, bet cut-off, player-facing state and final settlement need to be reconcilable. An incident reviewer should ask which frame the player saw, which wager the platform accepted and which table result was actually recorded. Our separate interrupted casino round guide covers the broader recovery paths after a connection loss.
How a physical result becomes a digital result
At a live roulette table the physical ball position is an event; a digital platform needs a trustworthy result value to settle remote wagers. In a live card game, the dealt cards and any player decisions similarly need to correspond to recorded game data. The technical bridge may use specialised recognition equipment, dealer input, supervised manual controls or a combination. It is inaccurate to claim that every live casino uses optical character recognition or that a dealer manually enters every outcome.
GLI-19 section 4.18.4 calls the captured result “game outcome data.” Where a regulator permits automated recognition, GLI requires high accuracy, protection against leaking information that could compromise equipment, and a manual mode for correcting a misread card or ball position if the correction is not made directly in the platform. It also says the player should be made aware when manual mode is in use. Its physical-randomness provision says the game-outcome data should match the physical outcome, with the physical device's result prevailing in a discrepancy subject to stated exceptions such as correctable human error. This is the GLI standard's method of treating the visible event as the anchor; it is not a claim that every real dispute is automatically resolved by replaying one video frame.
The British RTS 5 result-determination rule gives a broader principle: reasonable steps should ensure accepted gambles are processed and settled under the operator's and game's published rules. Faults affecting customers should be remedied fairly, and customers should be notified as soon as practicable when an error such as an incorrect settlement occurs. An unexplained override is therefore not enough; a defensible correction needs a reason, an authorised action and a matching account entry.
Bet cut-offs, latency and the meaning of “real time”
Live video and betting data do not always arrive at a player's device at the exact same instant. A remote roulette game, for example, must distinguish a wager accepted before the relevant cut-off from an input arriving after it. That is not just a video-production detail: depending on game rules, accepting bets after outcome-relevant information becomes available could create unfairness. No single millisecond threshold in this article applies to all live-dealer games.
The British RTS 4 time-critical-events rule applies where speed of interaction significantly affects a customer's chance of winning. It requires the operator to assess the risk and take reasonable steps to reduce it. Its examples include estimating and displaying network disadvantage, accounting for latency or treating near-simultaneous responses under a stated policy. It also says customers should be told that network speed or device performance may put them at a disadvantage. These are examples and risk-based requirements, not a declaration that every live roulette stream must display one fixed latency meter.
GLI-19's live-game information criteria separately say players should be informed about stream interruption procedures and, where relevant, transmission delay. The standard's simulcast section calls for preventing anyone from accessing a live outcome before finalising a wager. A useful operator test therefore compares client display time, platform acceptance time, cut-off time and physical-event time under normal and degraded networks. Without that sequence, “the player clicked before the dealer spun” may be an incomplete account of what the system accepted.
Live-game errors and disputed rounds
Physical play introduces incident types that a pure slot animation does not: a dropped card, misdeal, wrong card read, disputed roulette detection or interrupted camera feed. GLI-19's live-service procedures call for documented responses to these cases and a trail of corrections. The British fairness and result rules still matter, but they do not turn every human error into the same automatic refund. The applicable game procedure must explain when a round stands, is corrected, is replayed or is voided.
For an individual dispute, preserve the game name, table and round IDs if shown, stake, selection, timestamp and time zone, any accepted-bet message, visible result, balance movement and support correspondence. Ask the operator to reconcile the physical result, the recorded digital outcome and the account settlement, and to identify any override or void. This is an editorial evidence checklist, not a promise that a player will personally receive a studio's full surveillance archive. For British gambling transactions, the Commission says the formal complaint starts with the operator; our complaints and ADR guide explains the subsequent route.
For suppliers and operators, the audit question is equally concrete: can an independent reviewer reconstruct one round from accepted wager to camera evidence, physical result, captured outcome, any correction and settlement? RTS 17 explicitly requires independent auditability. A provider's claim that a table is “live” is not a substitute for that chain. Our game-testing guide explains why product and version evidence must be connected to the live deployment rather than treated as a generic brand endorsement.
The practical test for a live dealer claim
When assessing a live dealer game, name the jurisdiction and legal operator first. Then identify the game and table version, studio or service provider, physical game rules, bet-acceptance and cut-off policy, result-capture method, surveillance and incident procedure, and the account record shown to the player. This is a suggested research checklist, not a universal licensing application form. It keeps separate three assertions that marketing copy often blends: the table is physically conducted, the player can watch it, and the whole wager-to-settlement process is independently auditable.
The strongest answer to “how do live dealer casino games work?” is therefore a traceable chain, not a promise that a camera alone makes the game fair. Physical equipment and staff create or conduct the event; remote systems accept wagers and settle them; records let a reviewer test whether both sides agree. For a particular game, the next step is to read its rules and the operator's published market-specific terms, then check that a sampled round's wager, result and account entries can be reconciled.
Frequently asked questions
Do live dealer casino games use an RNG?
Not necessarily to determine the main table result. A live roulette wheel or shuffled deck can generate the outcome physically, as the British Gambling Commission explains. Software still accepts wagers, records and settles results. Some live environments may use approved automated equipment or other mechanisms, so the specific game design must be checked rather than inferred from the word “live.”
Does watching the stream prove a live casino game is fair?
No. A player stream shows part of the event, but it does not by itself verify equipment integrity, dealer procedures, bet acceptance, result capture or correct account settlement. British RTS 17 requires fair and independently auditable operations, supported by supervision, surveillance and game logs. The relevant evidence has to connect the table event to the individual wager.
Can a live dealer result be corrected after it appears on screen?
An error may need correction under the game's published rules. GLI-19 describes manual correction of an automated misread, with controls and player notice when manual mode is used. British RTS 5 requires fair treatment of customers affected by faults. A correction should have a documented reason and a matching settlement trail, not simply an unexplained changed number.
What happens if my live video freezes during a round?
A frozen player stream does not alone show whether the physical game stopped or whether the platform accepted and settled your bet. Check the round and account histories, then ask the operator for the accepted wager, recorded result and applicable interruption policy. The answer depends on the event and rules; the separate BETTIMES guide to interrupted casino games explains the main recovery paths.
What should I check before trusting a live dealer provider?
Check the legal operator and market, accessible game rules, table and wager identifiers, bet cut-off, result-capture and correction procedures, player-facing account history and complaint route. For an operator or analyst, add evidence of studio supervision, equipment controls, surveillance, game logs and independent auditability. A studio brand or high-resolution stream is not a substitute for those records.