NZ-NI-0222 · source record 6 October 2026
Big Bad Wolf LIVE — separate the paid Top Up from the communal bonus
The live bonus combines a paid waiting game, three colour multiplier pots and a presenter-spun wheel. Each part has a different role in the final result.
Supplier sources below. Operator eligibility needs a separate check.
Big Bad Wolf LIVE by Quickspin is a 3×5, 25-line live slot combining RNG tumbles with a communal presenter-led bonus. The official sheet gives a 95.05% main-game RTP, 31.63% hit frequency and a 700x maximum.
Base game and entry
Winning symbols tumble away. Red Piggies turn Wild on the second consecutive tumble, green on the fourth and blue on the sixth. Three Wolf Bonus symbols enter the communal Live Bonus Game.
The reference stake range is €0.25–€100. Those euro values do not establish NZD pricing. The 40x buy awards three Wolf symbols and direct entry where the control is available.
Three live stages
The Top Up Game is a separate three-reel, one-line paid game played while waiting. It is not free; its wins are added to the overall bonus result.
Multiplier Collect builds red, green and blue pots. The presenter then spins the Wolf Wheel. A colour section selects that pot and adds x1–x3; the Wolf section awards all colours with x1, x2 or x7.
Keep the Top Up stake, collected pots and wheel outcome as separate records. The final number cannot be audited accurately from the wheel alone.
Mobile and evidence checks
The mobile interface should keep the main bet, Top Up price, colour pots and wheel result visible. Record the table ID, round ID, timestamp and presenter round for support.
Pigs of Steel uses related tumble thresholds but is not a communal live game. The Quickspin guide explains provider and local-availability checks.
Main RNG grid and 25 lines
The main game uses five reels, three rows and 25 fixed paylines. Standard symbol wins follow those line paths before tumble progression is applied.
Record the main-game stake, initial grid and winning lines. The live presenter is not deciding these RNG reel outcomes; the communal stage begins only after the documented trigger or direct entry.
The sheet’s €0.25–€100 range is a supplier reference. Confirm account currency, table limits and total bet in the deployed interface.
Consecutive tumbles and Piggy colours
After a win, symbols tumble away and replacements fall. Red Piggies become Wild on the second consecutive tumble, green on the fourth and blue on the sixth.
Maintain one tumble counter within the paid round. Apply each colour upgrade only at its threshold and do not carry the count into the next wager.
Store the grid before and after each colour turns Wild. Later line awards can use the upgraded symbol, but earlier wins should not be recalculated.
Three Wolf Bonus symbols
Three Wolf Bonus symbols trigger entry to the communal Live Bonus Game. Save the initiating reel result, main stake and transition identifier.
The trigger belongs to the main RNG game. The following Top Up, Multiplier Collect and Wolf Wheel stages have their own records and should not be compressed into one screenshot.
If the live table batches several participants into one communal round, preserve the player’s qualifying main-game round and the shared presenter round number.
40× direct entry
The documented buy costs 40× and awards three Wolf symbols for direct bonus entry where enabled. Its confirmation should show base stake, account-currency debit and linked live round.
The purchase buys entry, not a 40× minimum return. Availability can differ by operator or market.
Save the debit separately from later Top Up payments and the final bonus credit.
Top Up is a separate wager
Top Up is a three-reel, one-line paid game available while waiting for the communal stages. It is not a free animation included automatically with bonus entry.
Record every Top Up stake, result and award. The player should be able to decline or stop Top Up without losing the already qualified communal bonus under the live help.
Do not subtract Top Up costs from the official bonus award when checking game settlement; store them as separate wagers, then calculate net account movement in another field.
Top Up timing
The waiting period can allow several Top Up rounds. Number them T1, T2 and onward with timestamp, stake, one-line result and credit.
The live round should show when Top Up closes and Multiplier Collect begins. A late click must not be assumed accepted unless the transaction history records it.
On mobile, confirm the Top Up price remains visible on every paid action. A waiting-room label is not sufficient disclosure of repeated deductions.
Multiplier Collect stage
Multiplier Collect builds three colour pots: red, green and blue. Record each starting value and every addition during the stage.
Use separate columns for colour, increment and current pot. Do not combine the three pots before the Wolf Wheel determines which colour or all-colour segment applies.
The communal display can show values shared by all qualified players or player-specific calculations according to the table rules. Record the values attached to the player’s round history.
Red, green and blue pot ledger
Label the pots R, G and B. After every collection event, store R/G/B before and after. This provides the exact input to the wheel stage.
A visually largest pot is not automatically selected. The presenter-led wheel resolves the colour outcome.
If a pot display changes after the collection stage closes, preserve the event and table round rather than relying on a static pre-wheel screenshot.
Colour sections on the Wolf Wheel
A red, green or blue wheel section selects the corresponding pot and adds the wheel’s listed x1, x2 or x3 factor under the source.
Record the selected colour, its final collected value and the wheel multiplier. Do not apply the factor to all three pots when a single-colour segment lands.
Use the result displayed in the table history. The physical or streamed wheel animation is presentation; the recorded round settles the award.
Wolf section
The Wolf section awards all three colours and applies x1, x2 or x7 according to the documented outcome. Store the R, G and B values, their combined subtotal and the Wolf multiplier.
Do not apply x7 to each pot and then sum if the help defines it as a multiplier on the combined award; follow the event record. Preserve the pre-effect subtotal.
The x7 possibility is not a forecast. Previous wheel results do not make it due.
Complete live-round calculation
Start with main-game entry or the 40× purchase. List Top Up wagers separately. Build the three colour pots, then apply the selected wheel result.
The final bonus credit should correspond to the wheel calculation plus any documented Top Up wins, while the account ledger also contains the Top Up debits. Keep gross bonus award and net session movement distinct.
One communal round can therefore have several transaction records: qualifier, optional waiting wagers and final live settlement.
Presenter and table identifiers
Record table ID, live round number, timestamp and presenter session where the interface provides them. These identifiers let support locate the shared wheel outcome.
Do not identify a round only by the player’s main-game spin because several qualified players can enter the same communal stage.
If the stream freezes, rely on table history before repeating an action. A video delay does not prove a Top Up or wheel event failed.
Main-game RTP and hit frequency
The official sheet gives 95.05% for the main game and a hit frequency of 31.63%. These describe the documented configuration, not a promise for one session.
Confirm the live table’s active information screen. Top Up and live bonus components can have their own contribution or return details and should not be assigned the main-game number without support.
Hit frequency counts qualifying results under the provider’s definition; it does not mean profit on 31.63% of wagers.
700× maximum
The documented maximum is 700×. Verify whether it applies to the complete bonus, main game or table result as stated in the deployed help.
Do not add repeated Top Up stakes to the multiplier base when the game uses the main wager. Preserve the bet basis shown by the server record.
The cap is an endpoint, not an expected result from buying entry.
Main-game worksheet
Record Game ID, table ID, RTP, main stake, reel grid, tumble count, red/green/blue Wild state and Wolf trigger.
For a buy, replace the natural-trigger evidence with the 40× confirmation and delivered three-Wolf state.
Link this worksheet to the communal round number at transition.
Live-stage worksheet
Create separate sections for Top Up wagers, Multiplier Collect pot changes and Wolf Wheel outcome. Include timestamps so the order is unambiguous.
At settlement, compare the pot and wheel calculation with the live bonus credit. Then reconcile optional Top Up debits and wins in the broader account ledger.
This division prevents a paid waiting game from being mistaken for part of a free communal award.
Mobile and stream validation
On a phone, verify that main stake, Top Up price, R/G/B values, wheel segment and final result remain readable without covering each other.
The interface should show transaction history even if the video stream reconnects. Save the table round rather than recording personal details from the presenter feed.
If a Top Up click is ambiguous, check the ledger before pressing again.
Product and market scope
Quickspin establishes the game format, main RTP and live sequence. It does not prove New Zealand availability, NZD limits or operator withdrawal terms.
Keep Pigs of Steel separate despite shared colour thresholds. Label the studio image as editorial illustration rather than a capture of a specific presenter or table, and date the source review.
Tumble counter example
Suppose the main grid wins and tumbles once, then wins again. The second consecutive tumble reaches the red threshold, so red Piggies upgrade from that documented point. Green and blue remain unchanged.
If the chain continues to four, green upgrades; at six, blue upgrades. Store every threshold crossing with the grid state. Do not call a red Wild a colour-pot contribution—the pots belong to the later live stage.
The example explains timing only and does not predict a six-tumble chain.
Natural trigger versus purchased entry
A natural entry has one ordinary main-game stake and a reel result with three Wolf Bonus symbols. A purchased entry has the 40× debit and delivered Wolf trigger.
Both lead to a communal bonus, but their ledger paths differ. Mark natural or buy in the round header and attach the relevant evidence.
The 40× route should not be counted again as a Top Up wager. Top Up begins only in the waiting stage and each accepted play has its own debit.
Top Up consent and stop point
Before each Top Up spin, the interface should display its stake and allow the player to decline. Record only accepted transactions shown in history.
When the communal stage is ready, the waiting game closes. A button tap during the transition can be ambiguous; inspect the account ledger before trying again.
If a Top Up result finishes after the studio stage begins visually, the timestamp and table history determine which communal round receives its award.
Pot-build example
Begin with the displayed red, green and blue values. If Multiplier Collect adds two units to red and one to blue, update only R and B. Preserve the starting and closing triplets.
A subsequent green event changes G without altering the others unless the game history says otherwise. This creates a final R/G/B input for the wheel.
Do not combine the pots into one number until a Wolf segment selects all colours. A colour segment uses its one named pot.
Colour-wheel calculation example
If the wheel lands on red x2, record the final red pot and apply x2 according to the live rule. Green and blue remain unselected for that wheel outcome.
Keep the x2 wheel factor separate from any earlier multiplier used to build the pot. Do not multiply twice if the displayed red value already includes earlier effects.
The example is bookkeeping, not a statement about segment frequency.
Wolf-wheel calculation example
For a Wolf x7 outcome, store R, G and B, calculate or verify the combined subtotal and apply the recorded x7 as defined by the table history.
If the history directly shows a final result, retain both the displayed subtotal and final credit. A hand calculation should confirm, not replace, server settlement.
The presence of an x7 segment does not guarantee it will appear after a long wait or expensive Top Up sequence.
Interrupted stream procedure
If the presenter video freezes, do not reload repeatedly before checking the table state. The game engine and transaction history can continue even when the stream is delayed.
Record the live round number, timestamp and current stage. After reconnection, compare the recorded wheel outcome with account credit.
Support needs the table round and account transaction, not a claim that the presenter animation was missed.
Gross award versus net account movement
The bonus result can be correct while net session movement is negative because Top Up wagers were separately paid. Keep gross live award, sum of Top Up stakes, Top Up wins and 40× buy debit in separate fields.
For rule verification, compare the gross award with pots and wheel. For budgeting, compare all debits and credits. Mixing the two questions makes a correct wheel calculation look wrong.
The provider maximum should be applied on the basis defined by the game, not to the net after optional waiting wagers.
Support-case package
Provide main round ID, table round, entry route, main stake, Top Up transactions, final R/G/B pots, wheel segment, multiplier and final credit.
Where a stream issue occurred, include timestamp and reconnection state. Do not record or distribute presenter imagery beyond what is necessary for the game result.
No password, wallet secret or payment credential is required to investigate a live-game settlement.
Final editorial checklist
Verify 25 lines, the two/four/six tumble thresholds, three-Wolf entry, 40× buy, paid Top Up, three colour pots, colour x1–x3, Wolf x1/x2/x7, 95.05% RTP, 31.63% hit frequency and 700× maximum.
Check that every stage has its own accounting section and that Top Up is never called free. Confirm the FAQ matches the body.
Run word-count, internal-link and duplicate-paragraph audits. The page should remain a live-round ledger rather than generic slot filler.
Frequently asked questions
What is the documented main-game RTP? 95.05%.
What triggers the Live Bonus Game? Three Wolf Bonus symbols or the 40x buy where available.
Is the Top Up Game free? No. The official sheet explicitly describes it as paid.
What does the Wolf Wheel decide? It selects a colour pot or all three and adds the listed wheel multiplier.
Is it confirmed in New Zealand? No. Quickspin documentation does not prove local operator availability.
Official sources
Bottom line: separate the base stake, paid Top Up, multiplier pots and wheel result before evaluating the complete live round.
How to verify the version you can actually open
A provider page proves that a title exists and describes the supplier's intended rules. It does not prove that a casino accepts players in New Zealand, that the title is enabled for a particular account, or that the highest published RTP is the version in the lobby. Treat availability, operator eligibility and product configuration as three separate checks.
Start with identity, then configuration
Open the game only through the authenticated casino lobby. The information or help panel should identify Quickspin, the exact title and the active mathematical return. Compare the reel or grid layout, paylines or cluster rules, named features and symbol behaviour with the official product material. Similar artwork or a matching title is not enough when the help file is missing or inconsistent.
When the supplier publishes several RTP values, report all of them as configurations. Do not assume the highest option is deployed. RTP is a theoretical long-run measure across a very large number of rounds; it is not a refund rate for one player and cannot predict the next result. Volatility is different: it describes how unevenly results are distributed on the provider's scale.
Read stake controls as money, not interface decoration
Provider sheets often quote a reference range in euros. That range does not establish New Zealand-dollar support or the limits in a specific account. Before a paid round, identify the total amount that will leave the balance. If the interface separates denomination, coins and lines, verify the combined total. If Extra Bet is active, calculate its full cost before pressing spin.
Feature-buy prices are multiples of the current bet, not promised returns. A 100x purchase at a $1 stake costs $100; at a $2 stake it costs $200. Availability can vary by market and some mathematical configurations may not support the control. If the live help does not explain the price, delivered feature and active RTP, leave the option unused.
Keep simulation figures in their proper scope
A game sheet may publish a maximum result observed in a large simulation. That is not automatically the contractual maximum payout and never describes a likely session. Preserve the provider's wording, sample size and configuration. Check the live rules for a binding cap and the operator terms for any separate payout limit. Do not turn an extreme result into a promotional headline.
Audit a disputed round
If an animation freezes or a connection drops, do not repeat the wager immediately. Reopen the game through the authenticated lobby and inspect round history. Record the time, total stake, balance movement and round identifier. The result can be settled by the gaming system even when the device never displays the final animation. Send evidence through verified operator support; never disclose a password, recovery phrase or one-time code.
Read the paytable as a calculation document
The paytable should explain what creates a win, which symbols substitute, where special symbols can land and how multiple awards combine. For line games, confirm direction and active paylines. For cluster games, confirm adjacency, minimum group size and the order of collection. For respins, identify what remains locked, what resets the counter and what ends the feature. A graphic effect can illustrate those rules but cannot replace them.
Separate addition from multiplication. Several prize values may be added before a multiplier applies, while reel-specific multipliers can sometimes multiply together only when each reel participates in the same win. Reconstruct one low-stake result from game history. If the arithmetic cannot be matched to the help file, stop and ask the operator rather than guessing.
Do not confuse hit frequency with a profitable round
Provider sheets can publish hit frequency or category probabilities. A hit simply means a round returned a qualifying amount; it can be smaller than the stake. “Big”, “Mega” or “Epic” thresholds are provider reporting categories, not promises. They are useful for comparing mathematical versions only when definitions and samples are the same.
Random outcomes do not become due after a long gap. A feature that appeared repeatedly in a demo or marketing clip has no obligation to repeat in a funded session. Previous rounds do not create a debt from the next random result.
Confirm market and device behaviour independently
A title can exist in the supplier catalogue while an operator disables it for a territory, currency, device or bonus. Language localisation is not evidence of legal availability. Confirm the operator's identity, accepted countries and current lobby separately from the provider review.
On mobile, verify that balance, total bet, feature state and help remain visible without overlap. On desktop, check that browser zoom does not hide a purchase control or change the apparent denomination. Mathematical configuration should not change merely because the screen changes; if the help shows another RTP, treat it as a different deployment and record it.
Keep a compact evidence record
For any fact used in a review, save the title, provider, official URL, document date when available, access date and exact territorial scope. For a live session, add the operator domain, Game ID, RTP, currency and a non-sensitive screenshot of the help panel. This makes later corrections possible when a supplier updates a sheet or an operator changes configuration.
Missing information should remain missing. Do not estimate an RTP from results, convert a euro reference range into an operator's NZD limit, or treat another casino's configuration as evidence. A transparent “not confirmed” is more useful than a precise-looking number without the correct source.
Use limits that survive the feature design
Collection meters, expanding grids, sticky symbols and near misses can make a session feel unfinished. Unless the rules explicitly preserve progress, the visible state has no value after the round or feature ends. Set a money limit and time limit before launch, count feature buys immediately, and stop at the limit even when a meter appears close to an upgrade.
No random game is an income plan. Do not borrow, use essential funds or raise the stake to recover a loss. If play stops feeling recreational, use timeout, deposit-limit or self-exclusion tools and consult the site's responsible gambling guide.
Primary source and correction path
This guide separates documented product information from market availability. Check the official source and the game help inside the exact version offered before making a decision.
