Sporting

Minecraft 26.1 snapshot 1 patch notes: Java model improve, data-driver villager trades, and extra

Admin
Views: 13
0 0
Read Time:12 Minute, 6 Second


Following Bedrock Edition, Minecraft Java Edition has now began to comply with the brand new model naming system, with the most recent snapshot titled model 26.1. With this new snapshot, Mojang has lastly began public growth for 2026’s first sport drop.

Unfortunately, there aren’t any massive characteristic reveals in Minecraft 26.1 Snapshot 1. As the vacation season is simply on the horizon, the builders are in all probability not prepared for any main reveals. We can undoubtedly count on new characteristic bulletins within the first couple of weeks of January. Even then, Minecraft 26.1 Snapshot 1’s options would possibly tease what Mojang is cooking.

With 26.1 Snapshot 1, gamers now require Java 25 to play Minecraft. Villager buying and selling can also be turning into data-driven, which could be hinting on the beforehand introduced villager buying and selling rebalance. Check the whole patch notes under to seek out all the main points.

Minecraft 26.1 snapshot 1 for Java Edition changelogs

Changes

  • What trades are unlocked by villager professions are actually decided utilizing deterministic random sequences, like loot drops and barter loot
  • The algorithm that maps block and sky mild ranges to how vivid issues seem on display screen has been totally rewritten
  • A brand new lightmap debug renderer was launched, which will be enabled utilizing the F3 + 4 keybind

Lightmap Algorithm Changes

  • The new algorithm is meant to principally present the identical total outcomes as earlier than, however:
  • It is less complicated and extra simple, and fixes a number of problems with the earlier one, as listed within the Fixed Bugs part under
  • The Darkness impact and world darkening impact of the Wither battle now works the identical method in all dimensions
  • The Night Vision impact now merely provides ambient mild as an alternative of scaling the ensuing colours
  • It implies that totally darkish areas now not look brighter than areas lit by block or sky mild
  • More facets of the algorithm corresponding to block mild tint, ambient mild coloration and evening imaginative and prescient coloration are actually data-driven via surroundings attributes, as described within the Data Pack part under

Lightmap Debug Renderer

  • A brand new debug renderer for the lightmap was added, which will be enabled utilizing the F3 + 4 keybind
  • It is mutually unique with FPS/TPS and networking charts
  • It reveals the lightmap texture in real-time within the backside proper nook of the display screen
  • The vertical axis of the feel characterize sky mild ranges (0-15 from backside to high)
  • The horizontal axis of the feel characterize block mild ranges (0-15 from left to proper)
  • The coloration of every pixel represents the ensuing coloration that will probably be utilized to blocks and entities lit with the corresponding block and sky mild ranges

UI

Debug Screen

  • The looking_at_block and looking_at_fluid debug entries now not present tags
  • New debug entries have been added:
  • looking_at_block_tags
  • looking_at_fluid_tags
  • looking_at_entity_tags
  • Renamed debug entries:
  • looking_at_block -> looking_at_block_state
  • looking_at_fluid -> looking_at_fluid_state

Technical modifications in Minecraft snapshot 26.1

  • The Data Pack model is now 95
  • If a server’s disk house is low, a toast will now be proven to server operators
  • The sport now requires Java 25
  • The included Java distribution is now the Microsoft construct of OpenJDK 25

Data Pack Version 95

  • Added data-driven registry for villager trades
  • Piglin stock slots can now be accessed utilizing piglin.* just like how Villager inventories will be accessed utilizing villager.*

Data-driven Villager Trades

Trades provided by Villagers and Wandering Traders are actually data-driven and will be personalized by datapack builders

Villager Trades

  • Present within the villager_trade folder, represents a blueprint for trades which is utilized by Villagers and Wandering Traders to generate precise trades
  • Entry Format:
  • desires, an object representing an merchandise kind and variety of them wanted to commerce
  • id, the id of the merchandise
  • depend, an optionally available quantity supplier representing how lots of the merchandise is required for the commerce
  • Defaults to a relentless 1
  • elements, an optionally available element map representing the anticipated knowledge elements on the merchandise
  • Defaults to an empty map
  • additional_wants, an optionally available object representing a further merchandise required by the service provider, has the identical format as desires
  • offers, an Item Stack representing the ensuing merchandise given by the service provider when buying and selling
  • Uses the present format for Item Stacks
  • given_item_modifiers, a optionally available listing of Item Modifiers representing modifiers to use to the merchandise in offers corresponding to enchantments or potions, used so as to add dynamism to the commerce reasonably than hardcoding sure values
  • Uses the present format for Item Modifiers (also called loot modifiers, merchandise features, loot features…)
  • If any of those returns an empty merchandise the complete commerce will probably be discarded
  • Item Modifier references should not but supported
  • If the ultimate merchandise has a stored_enchantment element containing an enchantment within the #double_trade_price tag, then the depend of desires is doubled
  • max_uses, an optionally available quantity supplier representing the utmost variety of instances a commerce could also be used
  • Is set to 1 if the quantity supplier returns a decrease worth
  • Defaults to 4
  • reputation_discount, an quantity supplier representing how a lot components corresponding to demand, reductions or penalties impacts the fee represented by desires
  • Is set to 0.0 if the quantity supplier returns a decrease worth
  • Defaults to 0.0
  • xp, an optionally available quantity supplier representing the quantity of xp a service provider will get when the commerce is finished
  • Is set to 0 if the quantity supplier returns a decrease worth
  • Defaults to 1
  • merchant_predicate, a Predicate representing circumstances on the service provider that should be met for the commerce to be provided
  • Uses the present format for Predicates (also called loot circumstances)
  • Predicate references should not but supported
  • double_trade_price_enchantments, an optionally available enchantment id, listing of namespaced enchantment IDs, or hash-prefixed enchantment tag representing enchantments that may double the extra price from minecraft:enchant_randomly and minecraft:enchant_with_levels if they’ve include_additional_cost_component set to true and if the merchandise has one of many offered values in its minecraft:stored_enchantments element

Trade Sets

  • Present within the trade_set folder, they’re groupings of trades provided by Villagers and Wandering Traders
  • We at present solely have hardcoded ones accessible in /level_ for Villagers, in addition to wandering_trader/shopping for, wandering_trader/particular, wandering_trader/frequent for Wandering Traders
  • Entry Format:
  • trades, a villager commerce id, listing of namespaced villager commerce IDs, or hash-prefixed villager commerce tag representing the trades which might be a part of this commerce set
  • quantity, a quantity supplier representing the quantity of trades to be generated from this set when used
  • If the generated quantity is bigger than the variety of accessible trades then it would solely generate till all trades have been used as soon as, until allow_duplicates is ready to true
  • allow_duplicates, a boolean representing if the commerce set can use the identical Villager Trade a number of instances to generate trades
  • Defaults to false
  • random_sequence, an optionally available named random sequence that determines which trades are generated
  • Defaults to a non-deterministic random sequence

Commands

Added

swing

  • New command that permits swinging of entities arms
  • Not all entities assist swing animation. swing will succeed for these entities, however shoppers will solely show it when doable
  • For instance, this makes it doable to swing Mannequin arms
  • Returns the quantity of entities for which a swing was despatched

Syntax: /swing

Environment Attributes

minecraft:visible/block_light_tint

Tint of the block mild. Block mild coloration begin as darkish gray at low mild ranges, turns into tinted by this attribute at medium ranges and turns white at excessive ranges. By default, it offers the yellowish tint of torches. Bright colours work greatest for this attribute, with a minimum of one coloration element being totally vivid. The tint applies globally to all mild sources seen on the display screen. Individual lights can’t be tinted otherwise.

  • Value kind: RGB coloration
  • Default worth: #FFD88C
  • Modifiers: RGB Color Modifiers
  • Interpolated: sure
  • Resolved on the digital camera’s place

minecraft:visible/ambient_light_color

Defines each the ambient mild tint and brightness. This mild is utilized to the world at 0 mild stage. Block and sky mild are added on high of it.

  • Value kind: RGB coloration
  • Default values: #0A0A0A for the Overworld, #302821 for the Nether, #3f473f for the End
  • Modifiers: RGB Color Modifiers
  • Interpolated: sure
  • Resolved on the digital camera’s place

minecraft:visible/night_vision_color

This coloration is used equally to ambient mild coloration. When the Night Vision impact is lively, per-component most of minecraft:visible/night_vision_color and minecraft:visible/ambient_light_color is used as ambient coloration. Night Vision will not be tinted by default.

  • Value kind: RGB coloration
  • Default worth: #999999
  • Modifiers: RGB Color Modifiers
  • Interpolated: sure
  • Resolved on the digital camera’s place

Data Components

Added

minecraft:additional_trade_cost

  • Transient element used to switch depend wanted of the offers merchandise in a villager commerce, is eliminated after a commerce has been generated
  • Format: integer

Loot Functions

  • Added minecraft:villager_trade loot desk kind which takes the next parameters:
  • this, the entity providing the commerce
  • origin, the block place of the entity at its ft

Added

minecraft:set_random_dyes

  • Additively provides dyes to an merchandise’s minecraft:dyed_color knowledge element if the merchandise is within the #dyeable tag Fields:
  • circumstances – circumstances for the perform to use
  • number_of_dyes – quantity supplier representing the variety of random dyes out of sixteen to use to the merchandise
  • The identical dye could be chosen repeatedly

Added

minecraft:set_random_potion

  • Randomly units the minecraft:potion_contents knowledge element on an merchandise Fields:
  • circumstances – circumstances for the perform to use
  • choices – optionally available potion id, listing of namespaced potion IDs, or hash-prefixed potion tag, representing the doable potions to pick out from
  • Defaults to any potion within the potions registry

Changed

minecraft:enchant_with_levels

Now additionally takes the next subject:

  • include_additional_cost_component – optionally available boolean representing if an minecraft:additional_cost_component must be added to the merchandise primarily based on the price of the enchantment
  • Defaults to false
  • The worth is set by the degrees quantity supplier and is identical that’s used to find out what enchantment stage is used for enchanting

Changed

minecraft:enchant_randomly

Now additionally takes the next subject:

  • include_additional_cost_component – optionally available boolean representing if an minecraft:additional_cost_component must be added to the merchandise primarily based on the price of the enchantment
  • Defaults to false
  • The worth is set by the worth chosen by ranges or its default worth utilizing the next method: 2 + random(0, 5 + stage * 10) + 3 * stage

Predicates

Entity Predicates

participant

Sub-Predicate

  • New optionally available subject: meals – A Food predicate
  • Format: Object with fields:
  • stage – optionally available integer min/max vary specifying the required meals stage
  • saturation – optionally available float min/max vary specifying the required saturation stage

Added minecraft:sum

  • Returns the sum of a listing of quantity suppliers
  • Fields:
  • summands, a listing of quantity suppliers

Enchantments

  • The post_piercing_attack element now not solely works for a participant if that participant has a sure meals stage

Tags

  • Added a number of tags representing teams of villager trades from which Villagers and Wandering Traders derive their buying and selling swimming pools
  • Villagers have the next tags representing every occupation and stage of commerce within the format: #/level_, as much as stage 5
  • Smiths have the #common_smith/level_ tags representing frequent trades amongst armorers, weaponsmiths and toolsmiths, as much as stage 5
  • Wandering Traders have the next tags: #wandering_trader/shopping for, #wandering_trader/particular, #wandering_trader/frequent

Enchantment Tags

  • Removed the next tags:
  • trades/desert_special
  • trades/jungle_special
  • trades/plains_special
  • trades/savanna_special
  • trades/snow_special
  • trades/swamp_special
  • trades/taiga_special

Potion Tags

  • Added #tradeable – all potion results that may seem in villager trades

Resource Pack Version 76

Lightmap Shader Changes

  • The lightmap.fsh shader was considerably modified.
  • The LightmapData uniform now has two new fields:
  • BlockGentleTint
  • NightVisionColor
  • The AmbientLightFactor subject was eliminated, its worth is now premultiplied into AmbientColor
  • The DarkenWorldFactor was renamed to BossOverlayWorldDarkeningFactor
  • Text and objects rendered in UI now use a separate 1×1 white lightmap texture, so the lightmap shader doesn’t at all times need to hold the 15, 15 pixel purely white

Fixed bugs in Minecraft 26.1 Snapshot 1

  • MC-64087 – Revengeful zombies / Zombie reinforcements will attempt to assault you in Creative mode
  • MC-179949 – You can’t edit the inventories of piglins through the use of ‘/merchandise exchange’
  • MC-197497 – Smooth lighting transition from stage 1 to 0 will not be easy
  • MC-199589 – Hitting mobs in Creative mode then switching into Survival causes the mob to focus on you
  • MC-219981 – Leader zombie-type mobs spawn with 20 well being regardless of having an elevated most well being
  • MC-300465 – Maps with the utmost variety of markers can’t be positioned in merchandise frames
  • MC-302186 – Ambient lighting within the Nether seems discolored in comparison with earlier variations
  • MC-302408 – Inconsistent underwater lighting with the Conduit Power impact utilized
  • MC-302528 – Low sky & block mild look outright damaged when forged on the identical space
  • MC-303119 – Feeding a cat or wolf in Survival mode with just one merchandise within the chosen merchandise slot doesn’t restore as a lot well being because it ought to
  • MC-303125 – Creepers can blow up after the participant dies
  • MC-303389 – The ender dragon’s velocity will be affected by assaults whereas perched
  • MC-303692 – Debug overlay textual content has an indent when improved transparency is disabled
  • MC-304023 – Redundant stage knowledge fixer information are saved in worlds’ “data” folder
  • MC-304217 – Lunge’s starvation requirement applies to post_piercing_attack results of customized enchantments
  • MC-304599 – Dolphins do not comply with gamers driving nautiluses like in Bedrock Edition
  • MC-304631 – Anisotropic filtering set to 8x causes opaque translucent textures to change into clear within the distance when there are odd-sized block textures
  • MC-304725 – Zombie villagers summoned with default spawn eggs at all times spawn as their plains variant
  • MC-304991 – Clicking on a chest with loot that hasn’t been generated in Spectator mode makes the “block.chest.locked” sound
  • MC-305012 – The description of the “Universal anger” sport rule nonetheless makes use of the previous ID of the “Forgive dead players” sport rule

This was the final Minecraft snapshot of 2025. To all of the followers wanting ahead to snapshots, Merry Christmas and a Happy New Year. Come again in January for extra Minecraft snapshot information!

Also Read: Minecraft 1.21.11 Mounts of Mayhem for Java patch notes