amiibo drops

Drop tables

Idx	Name	Description
0	Normal
1	Normal2	Unused.
2	SmallHit
3	SmallHit2	Unused.
4	BigHit
5	BigHit2	Unused.
6	GreatHit
7	GreatHit2	Unused.

Notes on AmiiboMgr

amiibo code call AmiiboMgr::registerAmiibo^{[unofficial name]} every time an amiibo is used.

• AIDef:Action/CreateEpona calls it after Epona has been spawned.
• AIDef:AI/WolfLinkAmiibo too, after spawning Wolf Link.
• AIDef:Action/ItemAmiiboSelectDropTable registers an amiibo as soon as it is scanned.

registerAmiibo

• First, AmiiboMgr determines if it should reset its daily amiibo use history (stored in the AmiiboTouchHistory flag).
  • If less than 86400 seconds (1 day) have elapsed since the game was launched, don't do anything.^[check]
  • AmiiboMgr then computes 10000 * now.year + 100 * now.month + now.day. If the value is different from AmiiboLastTouchDate (which would mean that a day has elapsed), the AmiiboTouchHistory array is cleared.
• The amiibo UID is inserted into AmiiboTouchHistory. Only the last 100 entries are kept.
• It is also inserted into AmiiboTouchHistoryTotal. Only the last 200 entries are kept.
• Finally, AmiiboLastTouchDate is set to 10000 * now.year + 100 * now.month + now.day.

Logic

A SmallHit will happen 20% of the time.

If the amiibo has been scanned 0, 1, 2, 3 or 4 times, you'll get a GreatHit 20% of the time. If you didn't get a GreatHit, the game will ensure you get a BigHit.

If the amiibo has been scanned 5 times or more, you'll always get a GreatHit. In this case, the BigHit table is ignored.

For BigHits and GreatHits, the game uses the 'Remain' tables if Find_4Relic_1stClear is set, 'Parasail' if IsGet_PlayerStole2, and 'Normal' otherwise.

Final drop nums after RNG (note: negative values are set to 0)

	Normal	SmallHit	BigHit	GreatHit
GreatHit, no BigHit	N - GH	SH	0	GH
No GreatHit, BigHit	N - BH	SH	BH	0