Pikmin (the projectPiki decompilation of USA Rev 1, projectPiki/pikmin)

Pikmin came out for the GameCube on October 26, 2001 in Japan and on December 2, 2001 in North America. pikmin/release

Value: 2001

Wikidata gives day precision for both; the North American date carries one reference and the Japanese date none.

Cited by: Pikmin

projectPiki/pikmin is "A complete matching decompilation of Pikmin (GameCube, 2001)" that builds five releases; its configure.py builds USA Rev 1 (GPIE01_01) by default, and every file the atlas cites is marked Matching there. The repo holds "no game assets", and the game's tuning parameters are read at run time from disc files it doesn't include, so their code defaults can differ from the shipped values. pikmin/source-version

Value: GPIE01_01

The constructor comment is on GameFlow::Parms; the other parameter blocks cited here (PikiProp in PikiMgr.h, PelletConfig) are loaded the same way, by load("parms/", ...) from pikiMgr.bin and pelMgr.bin.

Cited by: Pikmin

The clock advances by the frame's real time (gsys->getFrameTime()), and a 24-hour game day lasts 60 × daySpeed × day_multiply real seconds: daySpeed (p00) comes from parms/gamePrms.bin, with a code default of 20 minutes that a decompilation comment gives as 27 in the file, and day_multiply comes from the stage file, 1 if it has none. Each day starts at startHour (t00, default 7.0) and ends when the time of day reaches endHour (t01, default 19.0), so the playable span is 12 ÷ 24 of a game day (computed): with day_multiply at 1, 10 real minutes at the code defaults and 13.5 at the comment's 27. The clock advances only while no reset is pending (gsys->resetPending()), no menu is open outside a cutscene, nothing is paused (mPauseAll), no window is over the screen (mIsUIOverlayActive), no cutscene plays, the section's update flags include UPDATE_WORLD_CLOCK, and the game isn't in the tutorial (isTutorial()). pikmin/day-clock

About: Pikmin Time of day

{
 "startHour": 7,
 "endHour": 19,
 "daySpeedDefaultMinutes": 20,
 "daySpeedCommentMinutes": 27,
 "playableMinutesAtDefault": 10,
 "playableMinutesAtComment": 13.5
}

The 27-minute figure is the annotators' comment on the field, not code; the comments on the lighting parameters beside it likewise give values (5:15am, 3pm) that differ from their code defaults, which reads as the file's values, but the atlas hasn't read gamePrms.bin. Whether any stage file sets day_multiply is data too.

Cited by: Pikmin, Time of day

When a day ends (GameCoreSection::cleanupDayEnd), outside challenge mode, the tutorial, and the game's ending (isEnding(): the 30th day, or all 30 ship parts), every Pikmin is killed and counted as left behind unless it is entering or leaving an Onion, or in its LookAt state, or following the captain (formation mode) in a state other than drowning, burning, swallowed, bubbled, dying, or flicked, or in free mode (FreeMode, in any state) within mSunsetSafetyRange (p60, "日没生き残り範囲", code default 200, read from parms/pikiMgr.bin) of an Onion or of the ship, measured by qdist2's ground-plane approximation (|dx| + |dz| − ½ min). Pikmin with mushroom heads die too. If any were left behind, the take-off cutscene plays its enemy-attack version. The survivors then all go into their color's Onion (exitDayEnd), and a Pikmin with no Onion of its color is killed. pikmin/sunset

About: Pikmin Time of day

{
 "safetyRangeDefault": 200
}

"日没生き残り範囲" reads "sunset survival range". cleanupDayEnd first calls enterFreePikmins, which sends free Pikmin in their normal state within the same range into an Onion; the step quoted then spares them as entering. The comments quoted from newPikiGame.cpp are the annotators'.

Cited by: Pikmin, Time of day

The game allows MAX_DAYS = 30 days, counted by mCurrentDay (getCurrDay() returns it minus 1). At the end of a day with all 30 ship parts (MAX_UFO_PARTS) the good ending plays. Otherwise, a day count below 30 goes up by 1 with the end-of-day results, and once it has reached 30, the ending is the neutral one if the player holds at least MIN_HAPPY_END_PARTS = 25 parts, counted without five named parts (the Nova Blaster, Space Float, Massage Machine, Secret Safe, and UV Lamp), and the bad one if not. Computed: of 30 parts with 5 not counted, 25 means every one of the other 25. pikmin/day-limit

About: Pikmin Day limit

{
 "days": 30,
 "parts": 30,
 "partsForNeutralEnding": 25,
 "optionalParts": 5
}

The part names are the decompilation's UFOID_ enum names. The comments quoted from newPikiGame.cpp are the annotators'.

Cited by: Day limit, Pikmin

A buried sprout (PikiHeadItem) waits mGrowUpTime (p51, "growupTime（秒）") plus 0 to 2 seconds at random, then plays its growth animation and moves one stage, leaf to bud or bud to flower ((mFlowerStage + 1) % 3). A flower waits mWiltTime (p52, "kareTime（秒）") plus 0 to 2 seconds, then wilts: it becomes a leaf, and after mRebirthSeedTime (p53) plus 0 to 2 seconds it goes back to the buried state. The three times are read from parms/pikiMgr.bin; their code defaults are 4, 4, and 1 seconds. A plucked Pikmin keeps its sprout's stage. pikmin/sprout-growth

About: Pikmin Unit growth

{
 "growUpTimeDefault": 4,
 "wiltTimeDefault": 4,
 "rebirthTimeDefault": 1,
 "randomExtra": [
  0,
  2
 ]
}

"秒" means seconds, and "kare" is Japanese for withering. The state names PIKIHEAD_Unk7 and PIKIHEAD_Unk10 are unnamed in the decompilation; the atlas reads them as the growth and wilting animations from their motions (UgGrow, Sioreru, "wilt"). The code defaults of a few seconds are almost certainly not the shipped values, which are in pikiMgr.bin.

Cited by: Pikmin, Unit growth

A Pikmin that isn't yet a flower drinks when it touches a nectar puddle in its normal state, unless it is damaged, carrying (transport mode), or mushroom-headed; the puddle is an OBJTYPE_Water object, which a decompilation comment calls nectar. If it drank, its growth animation makes it a flower (setFlower(Flower)) at once, from leaf or bud. pikmin/nectar

About: Pikmin Unit growth

The handler is the normal state's (PikiNormalState). The nectar comment and the state's mHasAbsorbedNectar name are the annotators'; the touch also plays SE_PLAYER_TOUCHHONEY when the captain walks into the same object (WaterAI::CollideChar, itemAI.cpp).

Cited by: Pikmin, Unit growth

When a pellet or an enemy body (both Pellets with a config from parms/pelMgr.bin) finishes being drawn into an Onion, GoalItem::suckMe adds the config's mMatchingOnyonSeeds (p06) to the Onion's pending count if the config's type (p00) equals the Onion's color, and mNonMatchingOnyonSeeds (p07) otherwise; the code defaults are 1 and 1, and a negative value sets off fireworks instead. The Onion then fires one sprout of its own color per pending count, which lands and buries itself as a leaf; when no sprout object can be created, it stores a leaf Pikmin inside instead. Ship parts take the ship's path, not this one. In the decompilation's enum the type for bodies, PELTYPE_Corpse, is 0, the same value as PELTYPE_Blue, which the comparison would read as a blue match; the shipped configs' p00 values are data. pikmin/onion-seeds

About: Pikmin Resource harvesting

{
 "matchingDefault": 1,
 "nonMatchingDefault": 1
}

mCurrAnimId is the decompilation's name for a field the Onion uses as its pending-sprout count here; the emit loop has no function name of its own in the quoted lines (it sits in a GoalAI action). The pellet's sprout count also differs by its own color config (p09), which suckMe doesn't read. The corpse value is the annotators' enum, with their comment that bodies also have color −1; whether bodies' configs give different p06 and p07 is data the atlas hasn't read. A body becomes a Pellet through becomePellet, which enemy code calls.

Cited by: Pikmin, Resource harvesting

Fire (InteractFire) sets a live Pikmin burning (startFire) unless it is red. A bubble attack (InteractBubble) puts a live Pikmin in its bubble state unless it is blue, or already bubbled, dying, or dead. A Pikmin that lands on a water surface, or rides an object standing on water within 10 units of its height, starts drowning unless it is blue, its mInWaterTimer isn't 0 (it has already touched water), or it is dying, dead, pressed (PIKISTATE_Pressed), or hanging over water (PIKISTATE_WaterHanged). Yellow Pikmin get no exemption in these three checks. pikmin/hazard-immunity

The two "immune" lines are the annotators' comments; the code is the color test under each. A burning or bubbled Pikmin's survival timer is mPanicTime (p55, "火に包まれて死ぬまでの時間", "time until death when engulfed in flames"; code default 3 seconds) times 1 to 1.1 (pikiState.cpp, PikiBubbleState::init and PikiFiredState::init), but where the burning flag becomes the burning state wasn't traced.

Cited by: Pikmin