N. Sane things about crates in Crash Bandicoot N. Sane Trilogy

Storyline

• The video itself does not focus on Crash 1/2/3 plot events. It mostly discusses how crate systems work in Crash Bandicoot N. Sane Trilogy—including remade mechanics, hidden objects, and modding possibilities.

Gameplay highlights & key mechanics discussed

Core crate system (template + spawn)

Nearly every in-level crate is built from:

• a template object (defines behavior/model, what it drops/gives, collectibles, etc.)
• a spawn point (places that template at specific coordinates and may include instance-specific flags such as gravity, bonus-round behavior, and time-trial handling)

Because many properties are defined at the template level, changing template parameters can affect all crates of that type that reference it.

Bounce crates and configurable break count

• Bounce crates are described as breaking after five jumps by default (based on their template).
• The narrator claims you could modify that value (e.g., to 10), and all bounce crates using that template would follow the new rule.

Why Nitros are easier to “make everywhere” than TNTs

The speaker explains:

• Nitro templates effectively exist/are included in crate data broadly, including levels where Nitro crates don’t normally appear.
• Time trials use a consistent, per-level list of crate-response options that includes Nitro behavior—so swapping crates to Nitros is described as relatively straightforward.

Time trial specifics

• Time-trial crate behavior is governed by a fixed set of 8 options used identically across levels.
• Even though Nitros appear in the time-trial option list, the speaker suggests it seems unnecessary, because Nitros during time trials already behave as Nitros by default (they don’t transform into other crate types when time trials start).

“Fake” and hidden objects

• Some non-interacting models (like “fake Nitros”) are presented as static visuals, not teleporters (teleport triggers are separate entities).
• Hidden/disabled template geometry can exist in levels for testing/iteration or internal scaffolding.
• Example: hidden iron crates in difficult bonus rounds are said to be disabled but can be re-enabled.

Hidden checkpoints (example: Castle Machinery)

• Some levels contain extra hidden checkpoints.
• Re-enabling them increases the crate/checkpoint-like totals, and players must break them all to get a gem.
  • Example mentioned: Castle Machinery has “eight hidden checkpoints.”

Crate totals and how the game counts things

• Crate counts are said to be calculated automatically based on spawners/templates.
• Re-enabling certain disabled templates can increase crate totals.
• However, enabling some templates can cause permanent disappearance issues after death.

Warning/bug about re-enabling templates

Enabling certain crate templates “physically” can lead to:

• crates being breakable
• crates disappearing after death
• “accuwaku” crates disappearing permanently until a level restart

A similar concept applies to enemies:

• Re-enabling enemy templates can remove enemies after they’ve been killed.

Prototype/template swaps and switch crates

Iron switch crates

• Iron switch crates mainly rely on the switch spawner/template.
• Changing the template changes what the switch ultimately produces (“switch result”).

Switches producing collectibles or unusual behavior

• Switches can be altered to spawn collectibles (1-ups, aku aku, etc.) while still activating their usual switch behavior.
• The video claims you can even use unconventional objects (like a “mysterious key” object mentioned) as switch behavior components.

Template flexibility beyond crates

• The speaker claims any entity type can be a template, meaning switches could trigger things like:
  • cutscenes
  • player-size changes
• Templates can even be other crate spawners, enabling dynamic spawning/loading at runtime (potentially increasing crate totals while playing).

Reusable switches increasing content

• If a switch is made “reusable” and it respawns its spawned objects each activation, the game may keep adding content.
• A debug issue is mentioned where errors occur when crates spawn at identical coordinates.

Slot machine crate mechanics

• Slot machine crates are described as having no single fixed template.
• Instead, they:
  • use an internal list of templates and swap between them
  • use an active/inactive bit list (described with ones/zeros)

Standard slot options mentioned:

• empty random
• extra life
• aku aku
• TNT

A comparison is drawn to time trials:

• Time trials always include Nitro in their template sets.
• Slot crates can use more varied templates (up to a 5-slot structure).

Special self-breaking and remote explosives

• Some “outline crates” can be configured to break automatically after activation (example referenced as Lost City-related).
• Polar levels TNTs are described as:
  • activated by invisible trigger zones in advance
  • effectively enabling remote detonation
• You can reportedly convert TNT behavior to Nitro to change whether the explosion is delayed or instant.

Vehicle/riding-level crate variations

Balloon crates (flying levels)

• Balloon crates are described as prefabs (balloon + crate behavior together).
• Popping the balloon makes the crate:
  • fall
  • then break on impact
• Balloon popping can occur via any contact (not just plane/bullets).
• Iron crates can be included as falling components.

Floating crates

• In Crash 2 river levels, crate floating bobbing is tied to a movement property on the spawner.
• In Crash 3 (Tomb Raider), floating behavior is template-controlled, compatible only with templates that have a “flood” variant.

Jets/Ocean interaction (engine-driven floating)

• Some objects maintain “floating on water” behavior via templates tied to water-surface logic.

Bazooka + jet ski “homing” behavior

The speaker claims:

• With a bazooka equipped during jet-ski riding:
  • shots become homing wampers targeting dingo dials/nearby threats
  • sometimes they can seek and break crates in the vicinity even without proper target presentation

Strategies & tips

• The “strategy” in this video is more about editing/observing crate behavior than in-game progression.
• Learn to identify whether an object is controlled by:
  • the template (global behavior for that template type), or
  • the spawn point (instance-specific settings like gravity/bonus/time-trial behavior)
• If testing/tinkering:
  • avoid making spawners place objects at the same coordinates (debug errors mentioned)
  • be cautious with enabling disabled templates—some can cause objects to disappear permanently after death

Featured gamers / sources

• No specific gamers, streamers, or external sources are named in the provided subtitles.