Video poker meter readings are cumulative counters and audit records that show how a gaming device has processed wagering and payment activity. Depending on the machine and system, meters can include coin-in, coin-out, games played, jackpots, hand-paid amounts, voucher activity, credits, and other accounting events. They are control evidence, not a way to predict which video poker hand will appear next.
What a meter reading actually tells you
A meter normally answers a historical accounting question: how much qualifying activity has been recorded by the device up to this point?
If a coin-in meter reads 12,450,000 credits at the beginning of a period and 12,500,000 at the end, the difference is 50,000 credits of recorded coin-in during that period. The absolute lifetime number is usually less useful than the movement between two controlled readings.
That is why staff work with opening reading, closing reading, difference, and context.
| Meter concept | Operational use |
|---|---|
| Coin-in / amount wagered | Measures recorded wagering volume |
| Coin-out / amount won | Measures credits or value returned through game wins, depending on definition |
| Jackpot / hand-pay meters | Supports separately paid or reportable awards |
| Games played | Helps reconcile game activity and performance |
| Voucher meters | Supports TITO issuance and redemption accounting |
| Bill / cash meters | Supports cash acceptance and device reconciliation |
The exact label and definition must come from the approved device and system documentation. Two systems can use similar words for counters that are not perfectly interchangeable.
Why video poker uses the same accounting logic as slots
Video poker gives the player skill-based draw decisions, but from the casino’s device-control perspective it is still a gaming machine processing credits, wagers, wins, cashout, tickets, and potentially jackpots.
The meter does not care whether the player held four cards to a royal or discarded the entire hand. It records the financial events defined for the device.
For player-side wagering volume, see Coin-In in Video Poker. For paytable return, see Video Poker Odds. Those pages answer different questions from the operational meter screen.
The basic reconciliation calculation
The simplest meter exercise is a difference calculation:
Period movement = ending meter - beginning meter
Suppose a denomination and credit configuration produces these controlled readings:
- opening coin-in: $1,250,000;
- closing coin-in: $1,285,000;
- opening coin-out: $1,180,000;
- closing coin-out: $1,212,500.
Period coin-in is $35,000. Period coin-out is $32,500. The simple difference between those two flows is $2,500 before considering any separately metered jackpots, hand pays, promotional credits, adjustments, or definition-specific items.
That last sentence is critical. Staff should not force every machine into a homemade “coin-in minus coin-out equals final win” formula unless the meter definitions and accounting procedure support it.
Device meter, host system, and accounting report are three evidence layers
Modern operations may have several records of the same activity:
- the gaming device’s own meters or audit data;
- the slot-management or online monitoring system;
- the accounting reports built from system and operational data.
Those layers should reconcile, but they may not update at exactly the same second. Communication delays, offline periods, a meter rollover rule, ticket events, jackpot processing, or batch timing can create apparent differences that need investigation.
A discrepancy is therefore a question, not automatically proof of a device malfunction or theft.
The correct response is to identify the time window and compare like with like.
A TITO dispute example
A player presses cash out with $286.50 on the credit meter but says no ticket came from the printer.
A weak investigation looks only at the cabinet and asks whether paper is jammed.
A stronger investigation can check:
- whether the credit balance was deducted;
- whether a voucher was actually created;
- the voucher number and value;
- printer and device event logs;
- voucher issuance meters;
- whether the voucher was later redeemed;
- whether communication with the host system was normal;
- surveillance timing if the dispute requires visual confirmation.
If the system shows a valid $286.50 voucher was issued and already redeemed, that is a very different case from a failed print with credits removed and no redeemable voucher created.
For the ticket workflow, read TITO Tickets in Video Poker and Video Poker Disputes.
Jackpot and hand-pay meters need separate treatment
Large wins may not follow the same path as ordinary credit-meter wins. A machine can lock up, call an attendant, create a hand-pay event, or record a jackpot in a dedicated meter. The award may then be verified and paid through a controlled procedure rather than simply added to cashable credits.
If accounting ignores that separate path, the machine can appear to have retained more money than it really did.
This is why meter names must be understood before arithmetic is applied. A “coin-out” meter in one implementation may include activity that another system tracks in a separate hand-pay or jackpot field.
Use Hand Pays in Video Poker and Jackpot Verification for the procedural side of those events.
Standards require persistent accounting information for a reason
Gaming-device standards treat accounting meters as protected audit information rather than casual display counters. GLI-11, for example, specifies electronic accounting meters and addresses meter behavior, storage, and reporting as part of gaming-device integrity. See GLI-11 Gaming Devices.
The operational lesson is straightforward: meter access, reset behavior, configuration changes, and audit records should be controlled. Staff should not treat a meter screen as something to alter simply to make a report balance.
What staff should capture during a meter investigation
A useful record usually includes more than a handwritten number. Depending on procedure, capture:
- asset or machine identifier;
- date and precise time;
- denomination and relevant configuration;
- meter name exactly as displayed;
- reading value and units;
- who accessed the meter;
- reason for the access;
- related ticket, jackpot, or incident number;
- host-system comparison;
- any reset, RAM clear, replacement, or maintenance event affecting continuity.
A photo or system snapshot can be useful where policy allows it, but the record still needs context. A number without a machine ID and timestamp is weak evidence.
Why meter readings do not predict a royal flush
Players sometimes hear “meter” and think of a progressive meter or a counter that reveals when a machine is due to pay. Accounting meters do not work that way.
A coin-in meter can show that a machine has taken heavy play. A games-played meter can show many hands have been completed. Neither changes the probability of the next independently generated deal merely because the number is large.
A progressive jackpot meter is different again: it can change the amount paid if a qualifying hand occurs, but it does not say that the hand is now due.
The distinction is between value of a future qualifying award and probability that the next hand qualifies.
Common reconciliation mistakes
Comparing different time cutoffs. A device reading at 02:03 and a system report ending at 02:00 can legitimately differ.
Mixing dollars and credits. A meter in credits must be converted using the denomination before comparing it with a currency report.
Ignoring hand pays or jackpot meters. Separate payment paths can distort a simplified win calculation.
Treating printed and redeemed vouchers as the same event. A ticket can be outstanding after issuance.
Assuming the player’s memory is the accounting record. Player statements matter for the investigation, but device and system evidence must be checked.
Assuming the meter is infallible. Controls make meters useful evidence, but communication, configuration, hardware, or procedural problems can still require technical review.
A cleaner way to investigate a variance
Start with the exact variance and period. Verify that both sources use the same machine, denomination, units, and cutoff. Then identify which meter categories could explain the difference: jackpots, hand pays, vouchers, promotional credits, cashless transfers, or adjustments. Check event logs around the mismatch. Escalate unexplained differences under the casino’s internal-control procedure rather than inventing an offset.
The objective is not to make two totals agree at any cost. It is to explain why they agree or why they do not.
That is the real purpose of video poker meter readings: turning thousands of fast, individual machine events into a record that operations, accounting, IT, surveillance, and regulators can reconstruct later.
Continue with Video Poker Accounting for the broader control picture and Video Poker House Edge for the entirely different question of game return.