Differenze nel Costo dell'Incudine tra Java e Bedrock

Java e Bedrock non hanno solo tavoli da incantamento e commerci con i villici diversi — le loro incudini calcolano davvero il costo in modo diverso. Non è una voce di corridoio o una differenza di arrotondamento; è una divergenza reale nella formula stessa, confermata rispetto alle regole di origine di entrambe le edizioni nel motore di calcolo di AnvilCalc.

L'unica vera differenza di formula

Entrambe le edizioni calcolano il prezzo di un'operazione all'incudine guardando ogni incantesimo che viene unito e moltiplicando un conteggio di livelli per il moltiplicatore di rarità di quell'incantesimo. La divergenza sta in quale conteggio di livelli:

Java addebita il livello finale dell'incantesimo. Qualunque livello raggiunga l'incantesimo sull'oggetto risultante, è quello per cui paghi — moltiplicato per il suo moltiplicatore di rarità — indipendentemente dal livello di partenza.
Bedrock addebita solo l'aumento di livello. Prende il livello finale, sottrae il livello che l'oggetto target aveva già, e moltiplica quella differenza per il moltiplicatore di rarità. Se il livello non è salito, non paghi nulla per quell'incantesimo.

L'esempio pratico di Affilatezza I → III

Questo è il modo più chiaro per vederlo. Supponi di avere una spada già incantata con Affilatezza III, e sacrifichi un libro con solo Affilatezza I — una combinazione che non cambia nulla al livello di Affilatezza della spada, dato che III è già più alto di I.

In Java: costo = livello finale × moltiplicatore = 3 × 1 = 3 livelli. Paghi per il fatto che Affilatezza III esista sul risultato, anche se il sacrificio non ha fatto salire nulla.
In Bedrock: costo = (livello finale − livello iniziale) × moltiplicatore = (3 − 3) × 1 = 0 livelli. Dato che il livello di Affilatezza della spada non è effettivamente aumentato, Bedrock non addebita nulla per esso.

Stessa spada, stesso libro, stessa combinazione — 3 livelli in Java, gratis in Bedrock. Questa è tutta la divergenza in un unico esempio, ed è per questo che una sequenza di combinazioni che sembra perfettamente ragionevole in un mondo Bedrock può risultare notevolmente più costosa se la pianifichi nello stesso modo in Java.

L'altra differenza: la penalità per gli incantesimi incompatibili

Java e Bedrock gestiscono anche in modo diverso un incantesimo scartato. Se il tuo sacrificio porta un incantesimo che entra in conflitto con qualcosa già presente sul target — ad esempio un libro di Anatema unito a una spada con Affilatezza — quell'incantesimo in conflitto viene semplicemente scartato in entrambe le edizioni (nessuna delle due edizioni blocca del tutto la combinazione per un conflitto). Ma Java aggiunge inoltre una penalità fissa di +1 livello per ogni incantesimo che scarta in questo modo; Bedrock non aggiunge nulla in più per lo stesso incantesimo scartato. È un effetto più piccolo rispetto alla differenza livello-finale-contro-aumento, ma si accumula insieme a essa in un piano di combinazione a più passaggi.

Perché questo conta per pianificare una build

Entrambe le differenze puntano nella stessa direzione: Java è costantemente l'edizione più costosa per la stessa identica sequenza di combinazioni, perché addebita per i risultati (livelli finali, incantesimi scartati) piuttosto che per i cambiamenti (solo gli aumenti di livello, nessuna penalità di conflitto). Se stai pianificando un ordine di combinazione a mano, assumere che i numeri più economici di Bedrock si applichino a Java sottostimerà il tuo budget di livelli — e la differenza si allarga quanto più passaggi e incantesimi in conflitto sono coinvolti. Il limite di 39 livelli "Troppo costoso!" (vedi L'incudine è troppo costosa) si applica identicamente a entrambe le edizioni per ogni passaggio, quindi un piano che sta comodamente sotto il limite su Bedrock può finire esattamente al limite — o superarlo — su Java per la stessa identica build.

Questo è esattamente il motivo per cui AnvilCalc chiede quale edizione stai giocando prima di cercare un ordine di combinazione: lo stesso oggetto target e lista di incantesimi possono avere un percorso più economico diverso, e un costo totale diverso, solo a causa di quale formula si applica. Vedi Strategia di incantamento per la penalità del lavoro precedente che si applica identicamente a entrambe le edizioni sopra a questo.

Apri la calcolatrice →

Domande frequenti

Incantare è più economico su Bedrock che su Java?

Per la combinazione all'incudine specificamente, sì, nella maggior parte dei casi realistici. Bedrock addebita solo l'aumento di livello che un incantesimo guadagna davvero, mentre Java addebita il suo intero livello finale indipendentemente dal punto di partenza. Java aggiunge anche una penalità fissa di +1 livello per ogni incantesimo incompatibile scartato durante una combinazione, cosa che Bedrock non fa.

Perché sacrificare Affilatezza I su un oggetto con Affilatezza III costa qualcosa in Java?

Perché Java calcola il prezzo del livello finale dell'incantesimo sul risultato, non l'aumento. La spada termina la combinazione con Affilatezza III in entrambi i casi, quindi Java addebita 3 × il moltiplicatore di rarità anche se il livello del sacrificio (I) era più basso di quello che la spada aveva già.

Bedrock ha lo stesso limite di 39 livelli "Troppo costoso!" di Java?

Sì — il limite è lo stesso, 39 livelli per operazione, su entrambe le edizioni. La differenza sta interamente in come ciascuna edizione calcola il costo che viene confrontato con quel limite, non nel limite stesso.

Un incantesimo in conflitto blocca una combinazione all'incudine in entrambe le edizioni?

No, in nessuna delle due edizioni. Un incantesimo in conflitto sul tuo sacrificio viene semplicemente scartato invece di essere applicato; la combinazione va comunque a buon fine. Java aggiunge sopra a questo una tassa fissa di +1 livello per incantesimo scartato, mentre Bedrock non addebita nulla in più per esso.

Perché AnvilCalc chiede quale edizione sto giocando prima di calcolare un piano?

Perché la formula di costo stessa è diversa, non solo gli incantesimi o le versioni disponibili. Lo stesso oggetto, gli stessi incantesimi target, e persino lo stesso ordine di combinazione possono risultare in un costo totale di esperienza diverso — e a volte un ordine più economico del tutto diverso — in base al fatto che si applichi la formula del livello finale di Java o quella dell'aumento di livello di Bedrock.