Skip to content

Rando - Fix ice trap particles#2229

Merged
briaguya0 merged 2 commits intoHarbourMasters:develop-bradleyfrom
aMannus:fix-icetrap-particles
Dec 21, 2022
Merged

Rando - Fix ice trap particles#2229
briaguya0 merged 2 commits intoHarbourMasters:develop-bradleyfrom
aMannus:fix-icetrap-particles

Conversation

@aMannus
Copy link
Contributor

@aMannus aMannus commented Dec 21, 2022

Resolves #2037

The custom particles function uses the item ID to decide what particles to show. The problem is, when something is an ice trap, the item ID also corresponds to that ID (139).

Since the item ID is the only thing that's truly unique for each item (GI and GID is sometimes the same across multiple items), and the itemID itself is used to decide what item to grant, the only good way I could think of to achieve this was to introduce 2 more properties in GetItemEntry. I'm not super happy about introducing these 2 new properties, but I can't think of a cleaner solution.

These 2 new properties will be duplicates of the original item ID and modIndex when they aren't ice traps, and reflect the fake item's ID and modindex when it is one. This way the particles spawned will correctly be based on the fake item instead of the ice trap.

The biggest issue with the particles not showing up before is that shops can have ice traps disguised as songs, and some fake names are basically the warp song variant of the normal song or the other way around. Example: Ice trap is named Saria's Song, but is supposed to show the Minuet model, which is nearly impossible to tell apart without the particles.

Build Artifacts

@briaguya0 briaguya0 merged commit 565775a into HarbourMasters:develop-bradley Dec 21, 2022
@aMannus aMannus deleted the fix-icetrap-particles branch December 24, 2022 10:02
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants