How many packs to fill a 300-sticker album with 5 stickers per pack?
Each pack holds 5 different stickers out of 300, all equally common, and you trade with nobody. How many packs until the album is full?
simulated: 374.81 ± 0.06 (95%) over 6,000,000 collections
On average it takes 374.8 packs to fill a 300-sticker album with 5 stickers per pack. Half of collectors finish within 362 packs, 90% within 474, and 99% within 614. Worked out exactly and confirmed by 6,000,000 simulated collections that you can replay on this page.
What the computer did
- Games
- 6,000,000 (2,000 chunks of 1,000 to 5,000, in 2 segments)
- Compute
- 0.55 CPU-hours; 0.04 hours on arm64, 16 cores, Darwin 25.5.0
- Engines
- JavaScriptCore (jsc), Python 3.14.8; every segment is spot-checked by replaying chunks in the other language
- Ran
- 2026-10-31T15:04:02Z to 2026-10-31T16:29:46Z
- Seed
- 634546915 (from this page's address); chunk k uses xoshiro128** seeded by splitmix32(seed ⊕ k·0x9E3779B1)
- Exact method
- Markov chain on how many items you own, in double precision
- Code
- sims/rng.py sha256 b81126f5f114cdf1…
sims/kinds/collector.py sha256 0365392a9406cda1…
site_src/sims.js sha256 5cd91ae0e3f8246e…
Earlier segments: see the segment list below.
All 2 segments of this run
Three checks your browser runs
The totals add up. Adding up every published chunk…
It agrees with the exact answer. Your browser is working out the exact answer by a separate method…
The chunks are real. Pick chunks below and your browser replays them from the published seed. Each must match to the last game.
Replay any chunk
The run is split into 2,000 chunks of 1,000 to 5,000 games. Each chunk has its own random stream, built from the seed and the chunk number, so any one of them can be replayed alone. Your browser picks which ones at random, so the run could not have been prepared for your choice.
No chunks replayed yet. Each cell above is a chunk; replayed ones turn solid.
| Chunk | Published | Your browser | All counts | Games | ms |
|---|
What your replays rule out
Suppose someone had made up a share of the chunks instead of running them. These are the chances your replays so far would have landed on at least one made-up chunk.
Breakdown against the exact answer
| Outcome | Simulated | Exact | Off by (std. errors) |
|---|---|---|---|
| Average packs | 374.81 | 374.84 | -0.87 |
| Done within 362 packs | 50.22% | 50.20% | +0.95 |
| Done within 474 packs | 90.10% | 90.10% | +0.10 |
| Done within 614 packs | 99.02% | 99.02% | +1.26 |
| Fewest packs in any game | 185 | ||
| Most packs in any game | 1,347 |
Independent simulations by local models
Each model below was given only the rules of this family of questions, in plain English, and asked to write its own simulation. It never saw our code. Its program was run in a sandbox on two test cases and compared with the exact answers.
- gemma4:26b agrees z = +0.17; z = -1.31
- gpt-oss:20b agrees z = -0.28; z = -0.30
- qwen2.5-coder:7b agrees z = -0.71; z = -0.62
- qwen3.6:27b-mlx agrees z = -0.28; z = -0.30
What a match proves, and what it doesn't
- A matching chunk proves those games come from the published code and seed. Nobody could guess every count exactly without playing the games.
- It does not prove the code plays the game described. That is what the exact answer and the independent simulations are for.
- The run (Python) and the replay (JavaScript) were written by the same author, so they are two copies of one program. Their agreement shows the numbers were computed, not invented.
- One reader replaying a few chunks rules out large fakes, not small ones. Every reader's replays are added up, so together they cover the ledger.
Related questions
- How many tries to collect all 250 items, one at a time?
- How many packs to fill a 500-sticker album with 5 stickers per pack?
- How many tries to collect all 100 items, one at a time?
- How many packs to fill a 680-sticker album with 5 stickers per pack?
- How many tries to collect all 50 items, one at a time?
- How many packs to fill a 700-sticker album with 7 stickers per pack?