A4b Deluxe Pack ex: standard and parallel-foil variants share a rarity but have different slot pools #7

Closed
opened 2026-10-08 22:01:01 +02:00 by freydis · 0 comments
Owner

In `data/cards.csv` A4b lists each ♢/♢♢/♢♢♢ card twice (e.g. 001 Bulbasaur and 002 Bulbasaur): the standard print and the parallel-foil print. Per the in-game offering rates (Bulbapedia, https://bulbapedia.bulbagarden.net/wiki/Deluxe_Pack:ex(TCG_Pocket)) the two prints are not interchangeable:

  • slot 1: only the 64 standard commons (1.562% each)
  • slot 2: standard commons (0.277% each) and standard uncommons (1.645% each)
  • slot 3: only the parallel-foil ♢/♢♢/♢♢♢ prints (0.359% each) plus the ☆+ cards; standard ♢♢♢ at 1.266% each

The probability model assumes every card of a rarity is equally likely in every slot of that rarity, so for A4b it uses owned/128 commons where the game uses owned/64 standard (slot 1) and owned/64 foil (slot 3). The G3 table added in #1 uses the per-rarity slot totals, which is the right aggregate but still spreads them over the wrong pool per slot.

To model this exactly the tracker would need a per-card print/variant flag (or a sub-rarity such as `common_foil`) and per-variant slot probabilities. Only affects A4b; G1/G2/G4 sets do not have parallel prints.

In \`data/cards.csv\` A4b lists each ♢/♢♢/♢♢♢ card twice (e.g. 001 Bulbasaur and 002 Bulbasaur): the standard print and the parallel-foil print. Per the in-game offering rates (Bulbapedia, https://bulbapedia.bulbagarden.net/wiki/Deluxe_Pack:_ex_(TCG_Pocket)) the two prints are not interchangeable: - slot 1: only the 64 standard commons (1.562% each) - slot 2: standard commons (0.277% each) and standard uncommons (1.645% each) - slot 3: only the parallel-foil ♢/♢♢/♢♢♢ prints (0.359% each) plus the ☆+ cards; standard ♢♢♢ at 1.266% each The probability model assumes every card of a rarity is equally likely in every slot of that rarity, so for A4b it uses owned/128 commons where the game uses owned/64 standard (slot 1) and owned/64 foil (slot 3). The G3 table added in #1 uses the per-rarity slot totals, which is the right aggregate but still spreads them over the wrong pool per slot. To model this exactly the tracker would need a per-card print/variant flag (or a sub-rarity such as \`common_foil\`) and per-variant slot probabilities. Only affects A4b; G1/G2/G4 sets do not have parallel prints.
Sign in to join this conversation.
No labels
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
freydis/tcgp-tracker#7
No description provided.