Minecraft Enchantment Calculator

Pick the enchantment's cost multiplier, the level you're targeting, and how many times the item and the material have already been through an anvil, and this calculator tells you the exact level cost and whether it clears Java Edition's 39-level cap. "Too Expensive!" almost never comes from the enchantment itself, it comes from a hidden penalty that quietly doubles every time an item touches an anvil, and this tool makes that penalty visible before you waste the trip.

How the Anvil Cost Gets Calculated

An anvil combine has two separate costs that get added together. The first is the enchantment cost itself: the target level multiplied by that enchantment's own multiplier, which the Minecraft Wiki's anvil mechanics page documents as 1 for cheap, common effects like Sharpness or Efficiency, 2 for mid-tier ones like Unbreaking, 4 for stronger effects like Fortune or Silk Touch, and 8 for the priciest, Soul Speed and Swift Sneak. The second cost is the prior work penalty, and it belongs to the item itself, not the enchantment. Every item starts at a penalty of 0 and, per the wiki, that penalty roughly doubles with each anvil operation the item has already been through, following 2 to the power of n minus 1. Both the item you're enchanting and the book or item you're sacrificing carry their own separate penalty, and both get added to the enchantment cost for the final total.

The 39-Level Limit, and Why It Sneaks Up on You

In Survival and Adventure mode, an anvil refuses any operation that totals more than 39 levels, the game shows "Too Expensive!" and blocks the combine entirely. What catches most players off guard is that this limit isn't really about how strong the enchantment is, it's about how many times the item has already visited an anvil. Because the penalty formula doubles, an item on its fourth or fifth combine can hit the cap even with a cheap, low-level enchantment, while a brand new item can absorb a genuinely expensive enchantment with room to spare. That's the entire reason this calculator asks for prior anvil uses separately from the enchantment itself, the two numbers behave completely differently as they grow.

Enchanting Table Levels Are a Different System

It's worth being clear that an enchanting table and an anvil use two unrelated cost systems, a common source of confusion. A table's three offered enchantments are driven by how many bookshelves surround it, up to 15, arranged in the standard ring with a one-block gap so the table can "see" them. More bookshelves raise the top possible level shown in the highest slot, topping out at the well-known level-30 ceiling once all 15 shelves are in place, but the specific enchantments offered are still weighted random rolls, not a guaranteed pick. None of that XP-level cost carries over to anvil math, an anvil never asks how many bookshelves you have, it only cares about the enchantment's multiplier and the item's combine history covered above.

Combining Order: The Real Way to Beat "Too Expensive!"

Because the prior work penalty is attached to each item's own history, the order you combine things in changes the final total. If you're merging several enchanted books onto one tool, combining the books with each other first, then applying the single merged book to the tool last, generally keeps the total lower than repeatedly hitting the same tool on the anvil over and over. Each repeated hit on the tool itself compounds its own penalty, while a book-to-book merge lets you consolidate enchantments before that penalty starts stacking against the item you actually care about. This calculator answers whether one specific combine clears the cap, it doesn't search every possible ordering for a large multi-book project, that's a genuinely different, more complex tool, but the combine-books-first habit above is the single biggest lever most players are missing.

Java vs Bedrock: The Real Difference

This calculator is built on Java Edition's documented anvil mechanics. Bedrock Edition uses a meaningfully different cost model for some operations: when you're upgrading an enchantment that's already on the item, Bedrock only charges for the improvement, so going from Looting II to Looting III costs the equivalent of one level of Looting, not three the way Java's full-level cost can work out. That makes Bedrock noticeably more forgiving for incremental upgrades to an existing enchantment. If you're playing Bedrock and this calculator's number looks pessimistic for an upgrade-in-place combine, that difference is almost certainly why.

Worked Examples

A brand new diamond pickaxe (0 prior uses) getting Fortune III (multiplier 4) from a fresh book (0 prior uses) costs 4 × 3 = 12 levels, comfortably under the cap. Now take that same pickaxe after it's already been combined twice before (2 prior uses, penalty of 3) and merge in a book that's also been combined twice (another penalty of 3): the enchantment cost is still 12, but the total becomes 12 + 3 + 3 = 18, still fine, but visibly closer. Push the pickaxe to 4 prior uses (penalty 15) and the book to 3 prior uses (penalty 7), and the same Fortune III jump becomes 12 + 15 + 7 = 34, one more combine away from "Too Expensive!" even though the enchantment itself never changed.

Frequently Asked Questions