Changelog

Important: Version 0.14 introduces the series system. Existing player saves will automatically be assigned to the radicalred series. New players will start with the empty series and have to pick a series first (see also #233 Trainer Association).

[0.14.3-beta] - 2025-03-29

Changed:

• #267 Updated min dependency of rctapi to 0.10.15-beta

Fixed:

• #266 Custom data packs not getting synchronized to clients (a potential cause for various issues in server environments, providing wrong or misleading information to clients)
  • Added Trainer Card loading indicator
  • Synchronization takes place on player log in or after /reload

Changelog

Important: Version 0.14 introduces the series system. Existing player saves will automatically be assigned to the radicalred series. New players will start with the empty series and have to pick a series first (see also #233 Trainer Association).

[0.14.2-beta] - 2025-03-26

Added:

• #265 Special bulk selectors /all, /types/<typeId> and /series/<seriesId> for set defeats command

Changed:

• #264 Empty series id in set series command: ... -> empty
• #263 Reworked how player battle statistics are stored
  • Important: Migrating persistent data can always be a little bit scary, the automatic migration process is logged and ensures that old data will only be removed after the new data was saved. Regardless creating a backup of the data directory can be an additional safety measure
  • Defeat statistics are now batched in groups per file (instead of one file per trainer)
  • This significantly improves loading times (especially for servers with many players and overall greater amounts of defeats against trainers)
• #262 Trainer Card UI will now open while holding another item in the off hand - if the Trainer Card is in the off hand the UI will only open if the item in the main hand is not in use - blocking with a shield will always prevent the UI from opening

Fixed:

• #261 Clients sometimes being unable to join servers - invalid stream header (note: it was difficult to reliably reproduce this issue but I did not run it anymore in any of my tests after this fix, thanks to AGGStudios for helping out testing this)
• #260 Level cap sometimes not updating to 100 in the Trainer Card (without relog) after series completion
• #259 Series completion message not shown to players that have relogged once after the latest server (re)start
• #258 Trainer Card including defeat counts of (unlisted) trainers from other series

Changelog

Important: Version 0.14 introduces the series system. Existing player saves will automatically be assigned to the radicalred series. New players will start with the empty series and have to pick a series first (see also #233 Trainer Association).

[0.14.1-beta] - 2025-03-17

Changed:

• #257 unbound series will now be unlocked by completing either bdsp or radicalred

Fixed:

• #256 Level cap not getting set to 100 after completing a series (without defeating all optional trainers as well)
• #255 additiveLevelCapRequirement setting having no effect for trainers other than the first of a series

Changelog

Important: Version 0.14 introduces the series system. Existing player saves will automatically be assigned to the radicalred series. New players will start with the empty series and have to unlock later series first by completing the bdsp series (see also #233 Trainer Association).

[0.14.0-beta] - 2025-03-14

Added:

• #254 Luck stat
  • Every player has a luck stat that influences the quality of loot from trainers
  • Finishing a series (see #253) will permanently raise the luck of players based of the difficulty of the series (this can be repeated indefinetely, also for the same series, but with "diminishing returns")
• #253 Series system
  • Every series has its own progression (i.e. chain of key trainers and level caps)
  • Only trainers from the current series of a player will be listed in the trainer card of that player
  • Only trainers from the current series of a player will spawn for that player
  • Players now have a currentSeries property (defaults to the empty series)
  • Players now have statistics to keep track of completed series (the current and completed series of players can be inspected or modified with commands, see #246 and #247)
• #252 About ~800 new trainers (see #240 and #238)
• #251 Advancements for the new series and moved all advancements to their own tab (backround texture by piiixl)
• #250 Command player add progress (before|after): Update progress without resetting current progression (useful for optional/alternative progression paths)
• #249 Command player get luck: Retrieves the accumulated luck of a player (based of how many series the player has completed)
• #248 Command player get progress graph: Generate a visual representation of a players series progression that can be viewed online (powered by PlantUML)
• #247 Command player get series [completed]: Retrieves the current or all completed series of a player
• #246 Command player set series <seriesId> [completed <count>]: Updates the current or completed series of a player
• #245 Config option: considerEmptySeriesCompleted
• #244 Config option: spawnTrainerAssociation
• #243 Config option: spawningRequiresTrainerCard
• #242 Data pack: Trainer mob properties series and substitutes, a list of series ids the trainer belongs to (the trainer will belong to every series if empty or not set) and a list of trainers that may serve as replacement in terms of series progression
• #241 Entity: "Trainer Association" (similar to the Wandering Trader)
  • Offers trades (options) for players to start (over) a new series (some offers may require to complete certain series first before they will appear)
  • Offers a Trainer Card trade
  • Only one npc per player can spawn at a time
  • Spawns close to players that carry a trainer card and have either not started or completed a series
  • Spawns nearby players that are close to a decently sized village (3 beds in proximity to a village center)
  • The trainer card will glow and point towards the nearest Trainer Association entity for players that are in the empty series or have completed their series
  • Works like a regular minecraft npc (can be summoned with /summon and persisted by placing them in a boat or by naming them with a name tag)
• #240 Series Brilliant Diamond/Shining Pearl (bdsp): A casual series from the main line games
• #239 Series Radical Red: All trainers and progression as known from previous versions of this mod
• #238 Series Unbound: Difficult trainers and progression from the (incredible) rom hack "Unbound" (no seriously, play it)

Changed:

• #237 (Re)generated trainer textures for old and new trainers (which had the side effect that many trainers may have a different appearance than before)
• #236 Adjusted some trainer bag items to match their level range
• #235 Changed some trainer names to be more friendly for the younger audience
• #234 Forced crash after several failed attempts of retrieving a trainer id (instead of log spam and potentially other unexpected issues)
• #233 Improved command suggestions (better filtering)
• #232 Lowered Trainer Spawner min required distance to players to 2 blocks
• #231 Name of the next key trainer (scrambled entry) will now briefly be visible in the info screen of the Trainer Card
• #230 Reworked trainer types: These are now data pack objects with common types being predefined by this mod (e.g. "leader" or "rival")
• #229 Some advancement ids to better distinguish from the new advancements of the other series
  • defeat_champion -> defeat_champion_terry
  • defeat_elite_four -> defeat_elite_four_kanto
• #228 Trainer Card: Minor cosmetic adjustments (e.g. better handling of long trainer names)
• #227 Trainer Spawner block can now be forced to spawn their trainer by powering it with redstone (ignoring any level differences or other conditions to nearby players, this may only fail if a trainer with the same identity already exists in the world or the global spawn cap is full)
• #226 Updated loot table rates, added a few more items and removed loot tables containing modded items (e.g. simpletms or pkgbadges)

Fixed:

• #225 Some performance improvements to the trainer card
• #224 Some random synchronization issues when reloading data packs, changing configs and/or switching between multi- and singleplayer worlds
• #223 Trainer npcs being incapable of rendering armor (thanks Renari)
• #222 Trainers being able to be persisted with methods other than summon_pesistent or by setting their Persistent tag to 1 (e.g. by placing them in a boat)

Changelog

Important: The level_cap is not a value anymore that can be set per player but is rather derived from the current state of progress of that player. Because of the changes to the progression it is possible that when updating from an older version the level caps of players will be different (most likely lower)! Apart from that the progress of players should adapt to the changes but as a general advice always make backups before updating mods.

[0.13.16-beta] - 2025-01-30

Changed:

• #221 Adjusted comments format in config files

Fixed:

• #220 Scrambled names in trainer card only being 3 characters long
• #219 Trainers responding with "I'm done" instead of complaining about players cayrrying pokemon above their level cap (if allowOverleveling was enabled)

Changelog

Important: The level_cap is not a value anymore that can be set per player but is rather derived from the current state of progress of that player. Because of the changes to the progression it is possible that when updating from an older version the level caps of players will be different (most likely lower)! Apart from that the progress of players should adapt to the changes but as a general advice always make backups before updating mods.

[0.13.15-beta] - 2025-01-22

Fixed:

• #218 Crashes caused by potential attempts to access config values before they are (re)loaded
• #217 Some issues with other mods that also rely on RCTApi and attempt to (re)load trainers from this mod (i.e. TBCS)

Changelog

Important: The level_cap is not a value anymore that can be set per player but is rather derived from the current state of progress of that player. Because of the changes to the progression it is possible that when updating from an older version the level caps of players will be different (most likely lower)! Apart from that the progress of players should adapt to the changes but as a general advice always make backups before updating mods.

[0.13.14-beta] - 2025-01-21

Fixed:

• #216 Clients sometimes failing to register the rctmod:player_state package on neoforge (hopefully)

Changelog

Important: The level_cap is not a value anymore that can be set per player but is rather derived from the current state of progress of that player. Because of the changes to the progression it is possible that when updating from an older version the level caps of players will be different (most likely lower)! Apart from that the progress of players should adapt to the changes but as a general advice always make backups before updating mods.

[0.13.13-beta] - 2025-01-21

Changed:

• #215 Adjusted how trainer data is (re)loaded (less error prone)
• #214 Update min requirement of RCTApi to version 0.10.7-beta (further improvements to compatibility with other mods using the same api and some bugfixes)

Fixed:

• #213 Workaround to prevent issues with persistent trainer entites sometimes ticking before the trainers have been initialized on fabric
• #212 Synchronization issues with the TrainerCard when players switched between worlds

Changelog

Important: The level_cap is not a value anymore that can be set per player but is rather derived from the current state of progress of that player. Because of the changes to the progression it is possible that when updating from an older version the level caps of players will be different (most likely lower)! Apart from that the progress of players should adapt to the changes but as a general advice always make backups before updating mods.

[0.13.12-beta] - 2025-01-20

Fixed:

• #211 Persistent trainers getting removed in the overworld

Changelog

Important: The level_cap is not a value anymore that can be set per player but is rather derived from the current state of progress of that player. Because of the changes to the progression it is possible that when updating from an older version the level caps of players will be different (most likely lower)! Apart from that the progress of players should adapt to the changes but as a general advice always make backups before updating mods.

[0.13.11-beta] - 2025-01-18

Fixed:

• #210 Progression defeats not being granted in some circumstances on servers