Efectos de distancia de Java Edition

Este artículo trata sobre los efectos que surgen debido a la pérdida de precisión. Para los efectos que surgen debido a límites enteros, consulte límites estrictos de Java Edition. : Efectos de distancia de Bedrock Edition Esta función es exclusiva de Java Edition. 

En Java Edition, ciertas mecánicas del juego comienzan a fallar a medida que el jugador llega a los límites del mundo.

Contenido

• 1 Límites de vainilla (X / Y / Z ± 0–29,999,984)
  • 1.1 entidades
  • 1.2 Renderizado
  • Sonidos 1.3
  • 1.4 World
• 2 Más allá del límite del mundo vainilla (X / Z ± 29,999,984–2,147,483,647)
  • 2.1 pérdida de precisión de 32 bits
    • 2.1.1 Renderizado
  • 2.2 Desconocido (¿posiblemente 64 bits?)
    • 2.2.1 entidades
• 3 Más allá del límite de 32 bits (X / Z ± 2,147,483,648-9,223,372,036,854,775,807)
  • 3.1 pérdida de precisión de 64 bits
    • 3.1.1 Movimiento de entidades
    • 3.1.2 Tierras de franjas
• 4 Análisis
  • 4.1 Renderizado de lluvia / nieve
  • 4.2 Desglose del renderizado translúcido
  • 4.3 Errores de posicionamiento del sonido
  • 4.4 Errores de posicionamiento por vibración de Sculk
  • 4.5 Ruptura de la distribución de temperatura
• Historia de 5
  • 5.1 Errores de pérdida de precisión de alta distancia
  • 5.2 Errores de pérdida de precisión de alto tiempo
• 6 Análisis de efectos históricos
  • 6.1 Problemas del modelo
    • 6.1.1 Alambre Redstone
    • 6.1.2 Ganchos trampa y trampa
    • 6.1.3 pistones
    • 6.1.4 Calderos y tolvas
    • 6.1.5 Macetas
    • 6.1.6 Agua que fluye y lava que fluye
    • 6.1.7 Rieles, rieles motorizados y rieles detectores
    • 6.1.8 Engranajes y escaleras
    • Fuego xnumx
    • 6.1.10 Antorchas, cultivos y modelos cruzados
  • 6.2 Problemas de Hitbox
    • 6.2.1 Vallas, vallas y muros
    • 6.2.2 Tortas y cactus
  • 6.3 Renderizado de errores
    • 6.3.1 Desplazamiento / fluctuación de la representación del terreno Infdev-Beta
    • 6.3.2 Desplazamiento / fluctuación del pistón
    • 6.3.3 Problema de separación de fragmentos de Infdev 0227
    • 6.3.4 Problema de separación de fragmentos 14w30a / b
    • 6.3.5 Problema de renderizado de hitbox Indev / Infdev
    • 6.3.6 Problema de renderizado de bloques que caen
  • 6.4 jugabilidad
    • 6.4.1 Movimiento de entidades Indev / Infdev
• 7
  • 7.1 Errores corregidos
    • 7.1.1 Errores de partículas
• 8 Mods y editores de mapas
• 9
• Enlaces 10 externos

Límites de vainilla (X / Y / Z ± 0–29,999,984)

Entidades

• Los proyectiles parecen chocar incorrectamente con entidades por encima de 8,388,608 bloques [1]

representación

• La lluvia y la nieve aparecen extendidas a grandes alturas. [2]
• Los bloques translúcidos a veces pueden ocluir otros bloques translúcidos detrás de ellos dependiendo de la posición del jugador. [3]
  • Esto es menor dentro de los límites de vainilla, pero se vuelve muy pronunciado a distancias mucho más altas si se usan mods, especialmente en áreas heladas. También pueden afectar a ciertos bloques por sí mismos como bloques de limo y bloques de miel a distancias aún más extremas.

Sonidos

• Muchos se descomponen levemente [4]
  • Se vuelve considerablemente más pronunciado más allá de los límites de la vainilla en 228 (268 millones de bloques)
• La función de vibración para los sensores sculk se crea en la posición incorrecta [5]

mundo

• La distribución de la temperatura se rompe a grandes distancias, [6] que se puede notar fácilmente con la creación de nieve y hielo en biomas como las montañas que parecen más bloqueadas debido tanto a la generación mundial como a la posterior regeneración por nevadas o heladas.
  • Como está establecido en 60,000,000 de forma predeterminada, que es mayor que 33,554,432, solo se puede establecer en un múltiplo de cuatro en áreas cercanas a su posición predeterminada.

Más allá del límite del mundo de vainilla (X / Z ± 29,999,984–2,147,483,647)

Los contenidos de esta sección no son compatibles con Mojang Studios o Minecraft .

Las distancias horizontales que superan los 30 millones de bloques no se pueden alcanzar sin modificar el juego. Modificaciones como FarLands se pueden usar para mover la frontera mundial más lejos y hacer que estas regiones sean accesibles. Esto enumera los efectos que son completamente exclusivos de estas distancias y no se pueden ver en ninguna forma en vainilla.

Pérdida de precisión de 32 bits

representación

• La lluvia y la nieve se desvanecen a determinadas distancias horizontales.

Desconocido (¿posiblemente 64 bits?)

Entidades

• El jugador puede quedarse atascado fácilmente en los lados positivos de los bloques después de 230 (1.073 millones de bloques).

Más allá del límite de 32 bits (X / Z ± 2,147,483,648-9,223,372,036,854,775,807)

Los contenidos de esta sección no son compatibles con Mojang Studios o Minecraft .

El formato estándar para dobles dedica 52 bits a la fracción, a diferencia de los 23 bits utilizados por el flotante de 32 bits. Como resultado, más allá de 2 ^ 30 o 1,073,741,824 bloques, el jugador solo estaría fuera de (2 ^ 30) / (2 ^ 52) = 1/2 ^ 22 = 1/4194304 bloques, que es absolutamente indistinguible de la distancia hacia atrás. en el desove. Esto equivale aproximadamente a la precisión de 2 a 4 bloques en Bedrock Edition.

Sin embargo, cada duplicación tendrá la mitad de la precisión utilizada, hasta un punto en el que cada elemento del juego termina descomponiéndose.

Pérdida de precisión de 64 bits

Minecraft: Java Edition utiliza precisión de punto flotante de 64 bits para posiciones de entidad y otros cálculos. Varias mecánicas que no se rompen dentro de límites vainilla o incluso ligeramente modificados se rompen a distancias muy altas de manera similar a Bedrock Edition.

Movimiento de entidad

En el eje Y:

• Volar hacia arriba o hacia abajo en Creative se vuelve imposible después de 2 ^ 52 bloques. [7]
• Caer hacia abajo se vuelve imposible después de 2 ^ 55 bloques. [7]

Tierras de rayas

Como 52 bits están dedicados a la fracción en el formato doble en lugar de 23 en el formato único, después de 2 ^ 53 o 9,007,199,254,740,992 bloques, interrupciones de precisión para considerar solo cada segundo bloque, y así sucesivamente. La representación se descompone de una manera efectivamente idéntica a Bedrock Edition y, como resultado, produce las famosas Stripe Lands.

Los fluidos se descomponen de manera diferente a los bloques; mientras que el renderizado de bloques se descompone para formar las franjas habituales, los fluidos se estirarán hasta el tamaño de la pérdida de precisión, con el inicio de Stripe Lands haciendo que cada líquido se convierta en dos bloques de largo, luego cuatro en la siguiente duplicación, y así sucesivamente.

• 
• 

Análisis

Debido a que la pérdida de precisión se vuelve más extrema a mayores distancias, las características afectadas se comportarán de manera diferente dependiendo de qué tan lejos estén.

Renderizado de lluvia / nieve

Primer grupo afectado:
Primera versión afectada: Clásico sin especificar
Última versión afectada: Indev 2010-02-14 2

Segundo grupo afectado:
Primera versión afectada: Alpha v1.0.4
Última versión afectada: Alpha v1.1.2_01

Tercer soporte afectado:
Primera versión afectada: Beta 1.6.5
Aún afecta a la versión actual (1.17.1) y la instantánea (1.17.1-rc2)
Se sospecha que afecta desde Beta 1.5, pero no se puede probar razonablemente debido a fallas

16,384 - 262,143 bloques

Más allá de este punto en el eje Y, uno puede comenzar a ver los primeros signos de temblores de nieve / lluvia. Hasta 65,535 bloques. esto solo se puede ver razonablemente con copos de nieve con una trayectoria principalmente horizontal, ya que los copos de nieve que se desplazan verticalmente se mueven a una velocidad en la que el viaje todavía parece mayormente suave. Más allá de 65,536 y especialmente 131,072 bloques, el efecto se vuelve muy obvio para casi toda la nieve.

262,144+ bloques

Por encima de 262,144 bloques, se pueden ver los primeros signos de distorsión geométrica en la nieve misma: muy poca nieve no deformada está presente más allá de aquí, y la mayor parte se ha transformado en rectángulos solitarios o en pares impares de rectángulos similares en forma a un botón de pausa.

La deformidad progresa después de que cada potencia de dos sobrepasa desde este punto. Pasados ​​los 16,777,216 bloques, la nieve se convierte en un patrón casi irreconocible de líneas verticales suspendidas.

Desglose del renderizado translúcido

Primera versión afectada: 13w41a
Aún afecta a la versión actual (1.17.1) y la instantánea (1.17.1-rc2)

8,388,608 - 16,777,215 bloques

Los efectos de esto se pueden ver primero después de este punto. El método preferido para probar esto implica apilar dos bloques translúcidos, como dos colores diferentes de vidrieras, en forma cuadrada, y luego caminar contra este cuadrado para reducir el movimiento. Al cruzar de un bloque a otro, la cara superior del bloque inferior no debe renderizarse hasta que se cubra una cierta distancia, momento en el que debe aparecer a la vista como se esperaba.

16,777,216 - 33,554,431 bloques

La precisión del efecto buggy ahora se reduce a la mitad, lo que permite que la parte superior de dos bloques a la vez parezca invisible periódicamente.

33,554,432+ bloques

La intensidad del efecto se duplicará nuevamente por cada potencia de dos cruzadas más allá de este punto. También se vuelve muy obvio en la generación natural a distancias extremas, específicamente en áreas frías; dado que el hielo y el agua son bloques translúcidos y están destinados a ser visibles entre sí, verlos cuando están a distancias tan lejanas del origen hará obvias versiones muy exageradas de este efecto.

Errores de posicionamiento de sonido

Esta sección del artículo está vacía.  Puedes ayudar añadiendolo.

Se vuelve muy grave más allá de los 2 ^ 28 bloques, donde muchos sonidos simplemente ya no son audibles en absoluto.

Errores de posicionamiento de vibración de Sculk

Primera versión afectada: 20w49a
Aún afecta a la versión actual (1.17.1) y la instantánea (1.17.1-rc2)

4,194,304 - 8,388,607 bloques

La precisión será un factor dos veces más precisa por cada potencia de dos cruzada antes de este punto. Más allá de 4,194,304 bloques, las vibraciones solo podrán provenir de una de las tres líneas en un bloque, una para cada borde y otra a través del centro. Más allá de esto en ambos ejes, la pérdida de precisión permitirá que las vibraciones solo se originen en nueve puntos de un bloque: el centro, el medio de cada uno de los cuatro bordes y las cuatro esquinas.

8,388,608 - 16,777,215 bloques

Después de este punto, la precisión volverá a ser la mitad de precisa. Las vibraciones perderán la capacidad de provenir del centro de los bloques, quedando relegadas a uno de los dos bordes o, si está más allá de este en ambos ejes, a una de las cuatro esquinas.

16,777,216 - 33,554,431 bloques

Más allá de los 16,777,216 bloques, las vibraciones pueden provenir de posiciones completamente separadas de la fuente real. Si se coloca un botón en (4x + 1,4z + 1), la vibración aparecerá primero en el centro de los cuatro bloques directamente al noroeste. Sin embargo, esto no parece permitir que el sensor de sculk detecte vibraciones desde más lejos de lo que debería.

Desglose de la distribución de temperatura

Primera versión afectada: 16w02a
Aún afecta a la versión actual (1.17.1) y la instantánea (1.17.1-rc2)

16,777,216 - 33,554,431 bloques

Como las nevadas / lluvias se manejan por bloque, los efectos de la pérdida de precisión aquí solo se pueden ver una vez que la precisión en sí ya no pueda representar bloques (números enteros) individualmente.

Más allá de este punto, aunque tal vez no sea obvio de inmediato (especialmente debido a la variación vertical en casi todos los biomas donde se puede ver este efecto), los patrones resultantes del aterrizaje de nieve en las superficies se vuelven mucho más angulares que antes, por lo general se componen de grandes rectángulos, líneas finas y puntos solitarios que están llenos de nieve o la tienen completamente ausente. Lo mismo ocurre con el agua, donde el hielo corresponde a los bloques fríos y el agua a los bloques más cálidos.

Como la temperatura varía con la altura, para ver correctamente los efectos de esto, se recomienda encarecidamente construir un plano para que la nieve se acumule en su lugar, o generar un mundo Superflat con nieve / hielo para generar con él como lo haría. naturalmente. Un ajuste preestablecido de Tunneler's Dream modificado para generar 94 capas de hormigón negro (Looking At Block debería decir 93 para la capa superior de hormigón) es ideal para este caso, ya que proporciona una densidad de aproximadamente 50/50 de bloques nevados y transparentes, con el negro proporcionando el máximo contraste. .

Teletransportarse a 16,777,216 en ambos ejes debería mostrar cuatro cuadrantes: uno con generación de nieve / hielo de aspecto normal y tres con características mucho más angulares debido a que la pérdida de precisión excede un bloque completo. Durante las épocas de precipitación, se puede ver que los patrones de bloques de nieve / hielo coinciden con el clima directamente arriba: las áreas nevadas tienen nevadas donde las áreas sin cobertura de nieve tienen lluvia. Esto es obviamente cierto en cualquier lugar y no está relacionado con la pérdida de precisión, pero (especialmente en el caso de mundos ya generados) esto se puede usar para demostrar que la pérdida de precisión radica en el cálculo de la temperatura, y no es meramente un problema de generación mundial separado de él. .

• 

  Un ejemplo de nieve generada correctamente cerca del punto de generación.

• 

  Un ejemplo de nieve generada a grandes distancias. Observe la diferente consistencia compuesta por cuadrados y líneas.

• 

  Nieve generada en un bioma de colinas extremas en 1.8, que muestra el comportamiento previsto

• 

  Exactamente la misma área que se generó en 1.9, que muestra la generación recién rota

Historia

: Límites estrictos de Java Edition

Nota: Esta sección del historial está ordenada por cuándo se corrigió cada caso, las áreas sombreadas en gris en las columnas de introducción / corrección son versiones no reales o pruebas de versiones necesarias, y las áreas sombreadas en rosa indican efectos de distancia que afectan solo a las versiones de desarrollo.

Errores de pérdida de precisión a alta distancia

En esta sección falta información sobre

• Los sonidos del pistón perdieron algo de precisión a grandes distancias que pueden ser detectados por el oído; de mi memoria, afecta a 1.4 pero se corrigió en o antes de 1.6
• Se necesita más investigación sobre la pérdida de precisión en el desove de la mafia y la búsqueda de rutas y su historia general; probablemente requerirá un análisis directo del código de desove / búsqueda de rutas. Pathfinding definitivamente se rompió en 19w08b
• Ubicación de la caída del marco del elemento de prueba a lo largo del historial
• MC-205680
• MC-221892. 

Amplíe la sección para incluir esta información. Pueden existir más detalles en la página de discusión.

Errores de pérdida de precisión de alto tiempo

En esta sección falta información sobre ¿Fue el MC-227557 un problema de tiempo ?.  Amplíe la sección para incluir esta información. Pueden existir más detalles en la página de discusión.

Si bien no son estrictamente efectos de distancia, estos también se refieren a problemas de pérdida de precisión con la fundición flotante que ocurren debido a valores de tiempo excesivos, independientemente de la posición espacial.

Análisis de efectos históricos

Problemas de modelo

Alambre de Redstone

Primera versión afectada: Alpha v1.0.1
Última versión afectada: 14w11b
Cambios notables en Beta 1.5, Beta 1.8 Pre-release y 14w02a

262,144 - 1,048,575 bloques

Entre Alpha v1.0.1 y Beta 1.7.3 inclusive, las primeras distorsiones del cable redstone se pueden ver más allá de 262,144 bloques. Después de este punto, si el alambre de piedra roja sube por la cara de un bloque perpendicular a la dirección en la que se superan los 262,144 bloques, aparecerá en el mismo plano que la cara del bloque, lo que provocará una gran lucha z. Este efecto permanece así hasta los 16,777,216 bloques, donde el error supera un bloque completo.

En Beta 1.8 Pre-release y versiones posteriores, la piedra roja que viaja verticalmente ya no se ve afectada por la pérdida de precisión.

1,048,576 - 4,194,303 bloques

Entre Alpha v1.0.1 y la instantánea de la versión 1.8 14w11b inclusive, el cable de redstone comienza a distorsionarse más allá de los 1,048,576 bloques. Esta distorsión es bastante sutil y solo afecta al punto; otras conexiones no se ven afectadas. En la captura de pantalla, la piedra roja en la parte superior (que es la más pequeña) está antes de 1,048,576 bloques en ambos ejes y, por lo tanto, aparece en su tamaño normal. La piedra roja inferior, que está más allá de esta posición, parece más grande. Los otros dos puntos están más allá de esta posición en un solo eje cada uno y, como resultado, aparecen ligeramente rectangulares.

4,194,304 - 8,388,607 bloques

Más allá de 4,194,304 bloques, redstone comienza a distorsionarse de manera más significativa y de más formas. En particular, los puntos individuales son invisibles, ya que en estas coordenadas, la precisión solo puede ser de medio bloque, esto divide la superficie superior de un bloque en una cuadrícula de 2x2 con 9 posibles vértices. A medida que el punto de piedra roja está centrado en el bloque, los vértices del modelo se redondean presumiblemente al centro del bloque, produciendo un resultado invisible de dimensión 0. Los giros de esquina de polvo de redstone ahora están algo encogidos como para cubrir solo una esquina de la cara del bloque, y las formas en T se estiran para cubrir solo la mitad de la cara superior del bloque. Las cruces y las líneas no se ven afectadas.

8,388,608 - 16,777,215 bloques

El renderizado de Redstone se degrada aún más con otra duplicación posterior de la distancia. Los vértices del modelo de puntos de Redstone ahora se redondean a las esquinas del bloque en lugar del centro, produciendo un resultado nuevamente visible que ahora cubre la cara completa del bloque. Las formas en T y los giros en las esquinas ahora también cubren la cara superior del bloque completo. Las líneas y cruces no se ven afectadas en este punto debido a que cubren la cara superior completa en primer lugar.

• 

  Redstone después de 8388608 bloques en Alpha. Dado que asume una forma de cruz por defecto, debe estar conectado al polvo adyacente para mostrar el estiramiento en acción aquí.

16,777,216 - 33,554,431 bloques

Más allá de los 16,777,216 bloques, la pérdida de precisión supera un bloque completo y, como resultado, redstone se renderiza de manera aún más extraña. Por ejemplo, solo la mitad (si se excede en un eje) / un cuarto (ambos ejes) de todo el polvo de redstone colocado aquí realmente se renderizará; el resto, mientras todavía existe, funciona e influye en las conexiones visuales de redstone que se renderiza, lo hará permanecer completamente invisible. De lo que se renderiza, la piedra roja se estirará para ocupar visualmente dos bloques si se encuentra sobre esta distancia en un eje, o un espacio de bloques de 2x2 si está más allá de ella en dos.

Más allá de esta distancia en un solo eje, el estiramiento en cada bloque es el siguiente:

• 4n: invisible
• 4n + 1: renderizados, estirados hacia la dirección negativa
• 4n + 2: renderizados, estirados hacia la dirección positiva
• 4n + 3: invisible

Para ambos ejes, estos efectos se mezclan y, por lo tanto, solo se puede renderizar la piedra roja cuyas coordenadas son 4n + 1 y 4n + 2.

En las versiones 14w02a hasta que se solucione este efecto, el renderizado es el siguiente:

• 4n: invisible
• 4n + 1: invisible
• 4n + 2: renderizados, estirados hacia la dirección positiva
• 4n + 3: invisible

• 

  A estas distancias y más allá, es posible que los puntos aparezcan visualmente adyacentes aunque en realidad no estén unidos.

• 

  Un mundo superplano con redstone en 16,777,216 bloques en ambos ejes (antes de 14w02a).

• 

  Un mundo superplano con redstone en 16,777,216 bloques en ambos ejes (después de 14w02a).

Para redstone que se desplaza verticalmente, dependiendo de la versión, puede parecer muy distante del bloque al que está trepando. Esto varía desde la línea de piedra roja flotando fuera de su bloque de soporte por un bloque completo, estando al ras con su superficie y luchando contra z, o estando dentro del bloque y por lo tanto invisible en circunstancias normales (la visualización requeriría radiografías en alguna capacidad, ya que en ese momento Redstone no se renderizó desde su parte trasera). Los posibles arreglos de desplazamiento vertical son los siguientes:

Yendo en la dirección positiva (se mostraría en la cara negativa del bloque que viaja hacia arriba si está más cerca del engendro):

• 4n: muestra un bloque completo de la cara que sube
• 4n + 1: Al ras con la cara del bloque, provocando peleas z
• 4n + 2: se muestra dentro del bloque que sube; requiere rayos X para ver
• 4n + 3: Al ras con la cara del bloque, provocando peleas z

Desde Alpha v1.0.1 hasta Beta 1.4_01 inclusive, la piedra roja que viaja verticalmente también aparecería estirada. Desde Beta 1.5 hasta Beta 1.7.3 inclusive, ya no parecía estirado, pero aún parecía desconectado de su bloque de soporte como se describió anteriormente. Como la piedra roja que viaja verticalmente solo puede tener una apariencia de línea, no podría aparecer estirada antes de los 16,777,216 bloques, ya que ya estaría ocupando el área de la cara del bloque completo y no se podría perder precisión.

• 

  Redstone que viaja verticalmente dentro del soporte de 16,777,216 - 33,554,431 antes de Beta 1.3. El cable inferior está en un lugar donde es visible, pero el cable superior no.

• 

  Redstone que viaja verticalmente desde Beta 1.3 hasta 1.4_01, mostrando una combinación de desplazamiento y estiramiento. En este caso, el cable de redstone superior está en una posición en la que se renderiza, donde el cable inferior no lo está.

• 

  Redstone que viaja verticalmente desde Beta 1.5 hasta 1.7.3, mostrando únicamente el desplazamiento.

• 

  Redstone que viaja verticalmente desde Beta 1.8 Pre-release hasta 14w11b, que ya no parece distorsionado en absoluto.

33,554,432+ bloques

Más allá de cada potencia de dos, el polvo de piedra roja se estirará cada vez más, y la piedra roja que se desplaza verticalmente se desvinculará cada vez más de su posición prevista en las versiones donde existen tales efectos, ambos efectos obviamente se duplican por cada exponente entero de 2 superado. Estos efectos solo se pueden ver en versiones modificadas, o (en Beta 1.7.3 y anteriores) mediante la edición de coordenadas externamente y aprovechando el error del fragmento de generación (consulte los límites estrictos de Java Edition # Error de fragmento de generación (X / Z: ± 524,288 – X / Z: ± 1,073,741,824)).

Más allá de X / Z: 268,435,456, una sola unidad de polvo de redstone se vuelve lo suficientemente grande como para cubrir cuatro trozos a la vez, y más allá de X / Z: 1,073,741,824, aparecerá tan grande como 128 bloques de ancho. Para un punto de piedra roja, esto daría como resultado que un solo píxel tenga 128/6 = 64/3 = 21.3333333333333 ... bloques de ancho.

Si los mundos funcionaran teóricamente hasta el límite de 64 bits (X / Z: ± 9,223,372,036,854,775,807), una sola unidad de polvo de piedra roja colocada en la posición correcta tendría 2.2 billones de bloques de ancho.

• 

  El polvo de Redstone pasa por encima de X / Z 1,073,741,824 (a la mitad de X / Z 2,147,483,648), en un lugar donde se representaría, en un solo eje.

• 

  Polvo de redstone gigante más allá de X / Z 1,073,741,824 en ambos ejes. Parece 128 cuadras de ancho en ambas direcciones.

• 

  Un mundo superplano con redstone más allá de X / Z 1,073,741,824 bloques en un eje.

Tripwire y ganchos tripwire

En esta sección falta información sobre más detalles sobre la mezcla de compensaciones.  Amplíe la sección para incluir esta información. Pueden existir más detalles en la página de discusión.

Primera versión afectada: 12w22a
Última versión afectada: 1.7.10

262,144 - 8,388,607 bloques

Más allá de 262,144 bloques en ambos ejes, la cadena de cable trampa simplemente detiene el renderizado. Más allá de este punto en un solo eje, solo dejará de renderizar en la dirección perpendicular al eje en el que se excede. De lo que queda, se pueden ver algunos sutiles combates z.

• 

  Un mundo superplano con cable trampa en 262,144 bloques en ambos ejes.

8,388,608 - 16,777,215 bloques

Las cosas se vuelven especialmente extrañas para Tripwire específicamente cuando la pérdida de precisión es un bloque completo. La textura termina estirándose ridículamente para cubrir toda la cara del bloque y visualmente se parece un poco a una alfombra peluda.

• 

  Un primer plano de un cuadrado de 2x2 de cable trampa a esta distancia.

• 

  Un mundo superplano con cable trampa en 8,388,608 bloques en ambos ejes.

Cuando se conecta a un gancho trampa, los resultados varían visualmente dependiendo de la versión en la que se esté reproduciendo. Desde 12w22a hasta 13w01b inclusive, parece efectivamente idéntico al propio cable trampa. Sin embargo, desde 13w02a hasta 1.7.10, la sección unida al gancho tiene una sección gris muy gruesa. Esto se debe casi con certeza a un cambio de modelo que afectó el brillo y la forma del cable trampa en esa misma instantánea, haciendo que esa sección de cable sea menos manchada y más lineal; estirar esa línea perpendicularmente a sí misma crearía una hoja plana, en lugar de estirar puntos que crearían líneas.

• 

  Antes de 13w02a

• 

  Después de 13w02a

16,777,216+ bloques

Después de este punto, el cable trampa una vez más deja de volverse perpendicular al eje de desplazamiento.

• 

  Un mundo superplano con cable trampa en 16,777,216 bloques en ambos ejes.

Pistons

Primera versión afectada: Beta 1.7
Última versión afectada: 1.7.10
Nota: esta sección trata de los pistones estacionarios y no incluye los pistones en movimiento.

2,097,152 - 4,194,303 bloques

La sección del brazo de un pistón comienza a deformarse en este punto. Si la dirección del pistón es perpendicular a la dirección de desplazamiento (incluida la orientación vertical), el brazo ahora aparecerá completamente plano en ese eje. Si está más allá de este punto en ambos ejes y se extiende en dirección vertical, esto hará que el brazo parezca completamente unidimensional y, por lo tanto, invisible.

4,194,304 - 8,388,607 bloques

Los detalles anteriores todavía se aplican en este momento. Los pistones ahora obtienen una distorsión adicional en este punto. Si se extiende en paralelo a la dirección de desplazamiento, ahora parecerá más corto y se separará ligeramente del cuerpo del pistón. A 4,194,303 bloques exactamente, la textura en el brazo aparecerá ligeramente aplastada si mira en la dirección negativa (como se probó en un solo eje positivo). Más allá de este punto, el mapeo de textura ya no se aplastará, pero parte del brazo estará dentro de la cabeza (para compensar su desprendimiento), que se puede ver recortando dentro de ella.

8,388,608 - 16,777,215 bloques

Los brazos del pistón ahora se deforman extremadamente después de este punto. Los brazos paralelos a la dirección de viaje todavía se ven iguales a sus contrapartes 4,194,304+, pero aquellos que corren perpendicularmente se estiran dramáticamente para cubrir el ancho de un bloque completo. Si está en ambos ejes, esto puede hacer que un pistón extendido verticalmente parezca como dos bloques completos apilados.

• 

  Un pistón lateral accionado. Se puede observar que se encuentra a gran distancia en ambas coordenadas, debido al estiramiento y al desprendimiento.

• 

  Un pistón vertical motorizado en ambos ejes, con notable estiramiento

16,777,216 - 33,554,431 bloques

La apariencia de los brazos del pistón ahora depende en gran medida de la posición del bloque en sí. Si más allá de este punto en un solo eje, los pistones que se extienden paralelos al recorrido generalmente tendrán brazos completamente invisibles (presumiblemente, estos se reducen a planos 2D que de todos modos no tienen textura en las caras debido a que estas partes del brazo del pistón nunca son normalmente visibles ). Parece que este es siempre el caso de los pistones que se extienden en dirección positiva. Sin embargo, para los pistones que se extienden en la dirección negativa, uno de cada cuatro tendrá el brazo estirado para tener dos bloques completos de ancho. Específicamente, el pistón debe colocarse de manera que el brazo se extienda hacia el bloque 4n + 2.

Para los brazos que se extienden en las dos direcciones perpendiculares, el brazo aparecerá completamente plano, y ya sea en el borde mismo del bloque de pistón, o desplazado de él por un bloque completo (ocurre para pistones en 4n + 1) [se necesita más información].

Los efectos se pueden mezclar superando esta distancia en ambos ejes. Los pistones que miran verticalmente obviamente siempre tendrán brazos invisibles debido a que están comprimidos en una dimensión. Sin embargo, se pueden ver otros efectos, por ejemplo, un pistón en una coordenada 4x-1 y 4z + 1 hecho para extenderse hacia la dirección X negativa dará como resultado un brazo de pistón delgado estirado para tener dos bloques de ancho y desplazado del pistón por una cuadra completa.

• 

  Dos brazos de pistón delgados, no estirados y desplazados perpendicularmente, en un solo eje.

• 

  Dos brazos de pistón delgados, desplazados y estirados que se encuentran en forma de V más allá de los 16,777,216 bloques en ambos ejes.

Calderos y tolvas

Primera versión afectada: Beta 1.9 Prerelease 2 (caldero), 13w01a (hopper)
Última versión afectada: 1.7.10

2,097,152 - 16,777,215 bloques

Entre estos puntos, los calderos y las tolvas se deforman muy levemente, en el sentido de que la cara interior se vuelve coplanaria con la cara exterior. Esto hace que el interior del bloque parezca un poco más grande.

16,777,216 - 33,554,431 bloques

El comportamiento de la cara interior del caldero y la tolva se vuelve muy interesante a partir de este punto. Asumiendo un eje

• 4n: las caras internas son completamente invisibles
• 4n + 1: falta la cara interior en la dirección positiva
• 4n + 2: ambas caras internas se desplazarán hacia afuera con respecto a los bloques adyacentes
• 4n + 3: falta la cara interior en la dirección positiva

• 

  Este caldero está más allá de los 16,777,216 bloques en ambos ejes, específicamente en una posición donde las coordenadas X y Z son números pares que no son múltiplos de 4.

• 

  El ejemplo anterior como se muestra con una tolva.

Macetas

Primera versión afectada: 12w34a
Última versión afectada: 1.7.10

1,048,576 - 2,097,151 bloques

Más allá de este punto es donde las macetas se distorsionan por primera vez. Si bien no es obvio de inmediato, prestar atención a la suciedad revela que es más visible que antes. Una maceta de exactamente 1,048,576 bloques solo se distorsionará en la mitad positiva de la maceta; la mitad negativa seguirá siendo normal. Más allá de este punto, se distorsionarán las mitades positiva y negativa de los ejes aplicables.

2,097,152 - 4,194,303 bloques

La distorsión en las macetas se vuelve más obvia más allá de este punto. Las caras internas de la maceta ahora están redondeadas para estar más cerca del centro, en lugar de un poco más lejos como antes. Como resultado, mirar hacia abajo en la olla permite que los lados se vean a través.

Al igual que en la entrada anterior, un potenciómetro de exactamente 2,097,152 bloques tendrá la distorsión anterior en la mitad negativa y la nueva distorsión en la mitad positiva.

Vale la pena señalar para esta entrada y todas las entradas de macetas posteriores que estas caras internas solo se representan desde el ángulo previsto y son invisibles desde atrás debido a que normalmente nunca se ven desde atrás. Este es un diseño previsto y no es un efecto de distancia.

4,194,304 - 8,388,607 bloques

Los planos internos de la maceta ahora se han expulsado por completo de la maceta en sí, de modo que ahora hay dos píxeles de bloque completo entre el borde previsto de la maceta y la nueva posición de los planos.

Al igual que en la entrada anterior, un potenciómetro de exactamente 4,194,304 bloques tendrá la distorsión anterior en la mitad negativa y la nueva distorsión en la mitad positiva.

8,388,607 - 16,777,215 bloques

Curiosamente, la distorsión más allá de este punto ahora depende de la posición, a pesar de que la pérdida de precisión no es mayor que un bloque completo en este punto. Suponiendo que solo un eje excede esta coordenada:

• 2n: los planos internos simplemente aparecen ausentes. Sin embargo, algunas caras ahora aparecen con un brillo total donde normalmente no lo harían. Esto puede significar que las caras internas están desplazadas para coincidir con las caras de la olla en estos casos, ya que las caras internas siempre se dibujan con brillo total en estas versiones.
• 2n + 1: las macetas tendrán sus planos internos completamente desplazados en bloques adyacentes.

Para mezclar compensaciones, las macetas en coordenadas dobles pares no tienen caras internas y son completamente brillantes, las macetas en una coordenada impar-par tendrán dos caras completamente brillantes y dos caras compensadas, y las macetas dobles impares tendrán las cuatro caras compensadas (lo que puede todos se ven a la vez).

16,777,216 - 33,554,431 bloques

La distorsión aumenta de nuevo más allá de este punto. Suponiendo solo un eje:

• 4n: no tiene caras interiores visibles y algunas caras exteriores completamente brillantes
• 4n + 1: ambas caras interiores se desplazarán en la dirección negativa
• 4n + 2: no tiene caras interiores visibles y algunas caras exteriores completamente brillantes
• 4n + 3: ambas caras interiores se desplazarán en la dirección positiva

La mezcla de coordenadas funciona de la siguiente manera: para macetas con coordenadas dobles pares, las caras internas estarán ausentes y la maceta no se verá afectada en absoluto por la oclusión ambiental. En una coordenada par-impar, dos caras exteriores estarán completamente iluminadas, dos caras interiores estarán ausentes y las otras dos caras interiores se desplazarán al múltiplo de 4 bloques más cercano. En una coordenada doble impar, dos caras se desplazarán a uno de los dos múltiplos más cercanos de 4 bloques, y las otras dos se desplazarán a la otra.

• 

  Cuatro ollas en coordenadas de doble impar con un caldero para comparar.

• 

  El ejemplo anterior como se muestra con una tolva.

Agua que fluye y lava que fluye

Primera versión afectada: Infdev 2010-06-16
Última versión afectada: Beta 1.7.3

16,777,216 - 33,554,431 bloques En esta sección falta información sobre dónde aparecen los planos laterales y dónde no.  Amplíe la sección para incluir esta información. Pueden existir más detalles en la página de discusión.

Como la "huella" de un bloque fluido siempre se extiende a lo largo de toda la cara del bloque, los efectos de la pérdida de precisión aquí solo se pueden ver una vez que la precisión en sí ya no puede representar bloques (números enteros) individualmente.

Curiosamente, a pesar de tener a menudo características angulares, estas en realidad no se pierden con la pérdida de precisión como cabría esperar, y se conservan un poco. Sin embargo, el ángulo se vuelve claramente menos profundo.

• 

  Una cascada estirada.

• 

  Una caída de lava estirada.

33,554,432+ bloques

Al igual que con otros efectos de distancia, exceder cada potencia entera de dos duplicará el error sistemáticamente, lo que permitirá que los lados fluidos sean tan largos como 128 bloques en límites semi-vainilla.

Rieles, rieles motorizados y rieles detectores

Primera versión afectada: Infdev 2010-06-18 (carril), Beta 1.5 (carril detector, carril motorizado)
Última versión afectada: Beta 1.7.3

16,777,216 - 33,554,431 bloques En esta sección falta información sobre

• Dónde aparecen los rieles y dónde no (asumiendo lo mismo que Redstone)
• Compruebe si los repetidores se comportan de forma idéntica aquí. 

Amplíe la sección para incluir esta información. Pueden existir más detalles en la página de discusión.

Como la "huella" de un bloque de riel siempre se extiende a lo largo de toda la cara del bloque, los efectos de la pérdida de precisión aquí solo se pueden ver una vez que la precisión en sí ya no puede representar bloques (números enteros) individualmente.

Más allá de este punto, se estirará un bloque de carril a lo largo de los ejes superados. Solo la mitad (una cuarta parte si está en ambos ejes) de todos los rieles colocados se renderizará, [verificar] y la mitad restante seguirá existiendo, pero no visible.

Los rieles inclinados se estirarán de la misma manera que los rieles planos. Si se estira en la dirección del viaje vertical, esto también dará como resultado que el ángulo que forma el riel con el terreno se vuelva menos profundo, como se puede ver en una captura de pantalla a continuación.

• 

  Riel distorsionado, riel accionado y riel detector de antes de Beta 1.8, con bloques individuales para comparar.

• 

  Círculo extendido de rieles desde antes de Beta 1.8

Engranajes y escaleras

Esta sección del artículo está vacía.  Puedes ayudar añadiendolo. En esta sección falta información sobre la prueba si estos incluso pierden la misma precisión en primer lugar.  Amplíe la sección para incluir esta información. Pueden existir más detalles en la página de discusión. 1,048,576 - 16,777,215 bloques

Fuego

Esta sección del artículo está vacía.  Puedes ayudar añadiendolo.

Antorchas, cultivos y modelos cruzados

Esta sección del artículo está vacía.  Puedes ayudar añadiendolo.

Problemas de Hitbox

Vallas, vallas y muros

Primera versión afectada: Beta 1.9 Presentación 2 (vallas), 12w01a (puertas de valla), 12w34a (paredes)
Última versión afectada: 13w06a (cercas), 15w38a ​​(puertas de cerca), 1.4.3 (paredes)

2,097,152 - 8,388,607 bloques

En este punto, los hitboxes para vallas, puertas y muros comienzan a romperse. Antes de este punto, empujar hacia una cerca en la dirección positiva le permitiría al jugador llegar hasta .07500 bloques en el espacio que ocupa la cerca; más allá de este punto, el límite se convierte en .20000 bloques. También es posible ver fácilmente el interior de las paredes debido a esto.

• 

  La entidad de la valla hitbox antes de 2,097,152 bloques

• 

  La entidad hitbox de la puerta de la cerca antes de 2,097,152 bloques

• 

  La entidad del muro hitbox antes de 2,097,152 bloques

• 

  La entidad de la cerca hitbox después de 2,097,152 bloques

• 

  La entidad hitbox de la puerta de la cerca después de 2,097,152 bloques

• 

  La entidad hitbox del muro después de 2,097,152 bloques

8,388,608 - 16,777,215 bloques

En este soporte, los hitboxes de cercas y muros se expanden para llenar todo el bloque que ocupan, de manera similar a como eran las cercas y portones antes de Beta 1.8 Pre-release y Release 1.1 respectivamente. Obviamente, esto se debe a que los números enteros son los únicos números representables con flotantes más allá de este punto.

• 

  La entidad de la valla hitbox antes de 8,388,608 bloques

• 

  La entidad hitbox de la puerta de la cerca antes de 8,388,608 bloques

• 

  La entidad del muro hitbox antes de 8,388,608 bloques

• 

  La entidad de la cerca hitbox después de 8,388,608 bloques

• 

  La entidad hitbox de la puerta de la cerca después de 8,388,608 bloques

• 

  La entidad hitbox del muro después de 8,388,608 bloques

16,777,216 - 33,554,431 bloques Esta sección necesita una limpieza para cumplir con la guía de estilo. [discutir] Por favor ayude a mejorar esta página. La página de discusión puede contener sugerencias.
Razón: Utilice terminología 4n + x

Los hitboxes más allá de este punto se vuelven muy extraños y prácticamente inexistentes en algunos casos. Suponiendo que esta distancia se exceda en un solo eje y en la dirección positiva, una cerca en una coordenada múltiplo de 4 tendrá un hitbox extremadamente delgado en el lado negativo de la cerca. Una cerca en una coordenada uno más que un múltiplo de 4 no tendrá ningún hitbox en absoluto, uno en una coordenada par, no múltiplo de 4 volverá a tener un hitbox delgado en el lado negativo, y uno debajo de un múltiplo de 4 tendrá su delgada caja de impacto en el lado positivo. La imagen de la derecha muestra las caras sólidas aproximadamente marcadas por signos.

Tortas y cactus

Primera versión afectada: Alpha v1.0.11 (cactus), Beta 1.2 (pasteles)
Última versión afectada: 15w38a ​​(cajas de colisión), 15w49a (cajas de contorno)
Fijación de la caja del contorno de la torta imposible de ver debido a MC-106300

1,048,576 - 2,097,151 bloques

Después de 1,048,576 bloques, se puede presenciar el primer desglose de hitboxes para pasteles y cactus. Anteriormente, sus hitboxes encajarían perfectamente en su forma cuboidal, sin embargo, cualquier colocado más allá de este punto experimentaría una distorsión menor; los hitboxes se estirarían a un ancho de bloque completo en cualquier eje en el que se superara esta distancia. Esto también afecta a sus casillas de colisión: presionar previamente contra estas en su lado negativo obtendría un valor de .76250, pero después de este punto, este valor ahora es .70000, como un bloque completo. Los cactus aún pueden causar daño con este hitbox expandido.

• 
• 

• 
• 

Como los pasteles también se pueden comer para cambiar su hitbox, los pasteles parcialmente comidos también experimentarán averías en el hitbox.

Antes de:

• 
• 
• 
• 
• 
• 
• 
• 
• 
• 
• 
• 
• 
• 
• 
• 

Después:

• 
• 
• 
• 
• 
• 
• 
• 
• 
• 
• 
• 
• 
• 
• 
• 

2,097,152 - 4,194,303 bloques 4,194,304 - 8,388,607 bloques 8,388,608 - 16,777,215 bloques 16,777,215 - 33,554,431 bloques

Más allá de este punto, los hitboxes de estos bloques comienzan a volverse bastante extraños. Como la caja de colisión de un bloque no puede extenderse fuera del espacio de bloque que ocupa, resulta muy fácil enganchar los bloques en varios casos. En un eje, el hitbox será un plano o se estirará para ocupar dos bloques diferentes a la vez.

Errores de renderizado

Desplazamiento / jitter de renderizado de terreno Infdev-Beta

Esta sección necesita una limpieza para cumplir con la guía de estilo. [discutir] Por favor ayude a mejorar esta página. La página de discusión puede contener sugerencias.

Primera versión afectada: Infdev 2010-06-24
Última versión afectada: Beta 1.7.3

Muchos efectos se notan después de viajar millones de cuadras desde el centro del mapa. El primer efecto que se hace evidente desde 0624 Infdev hasta Beta 1.7.3 es el movimiento de salto o tartamudeo del mapa. En las versiones antiguas de Minecraft, cuando el juego representa el mapa alrededor del jugador, se generan dos versiones diferentes, la representación de los bloques en sí (es decir, las entidades, cuánto genera el bloque) y el aspecto visual de los bloques (p. Ej. hitbox, píxeles de bloque, etc.). En Java Edition Beta 1.7 y anteriores, el aspecto visual de la representación del mundo pierde precisión, lo que resulta en un movimiento de salto. La razón por la que el mundo pierde precisión en primer lugar es que el motor de renderizado utiliza precisión doble-doble, que determina la posición del mundo alrededor del jugador. Luego, el motor de renderizado usa un número entero de punto flotante para determinar qué tan lejos se mueven los bloques ya renderizados alrededor del reproductor cuando se mueven. Desafortunadamente, este número entero de punto flotante corta a la mitad el número de precisión doble-doble y, por lo tanto, el motor de renderizado no tiene suficiente información para renderizar el terreno correctamente, y la información se corta a la mitad cada vez que el jugador dobla su distancia. Eliminar el texto flotante del motor de renderizado corrige el movimiento de tartamudeo.

Este movimiento de salto es notable incluso en un X / Z de ± 16,384, volviéndose cada vez más notable alrededor de ± 524,288. La intensidad de estos fallos se duplica cada vez que el jugador pasa una coordenada que es una potencia de dos (por ejemplo, 2,097,152 o 4,194,304). Después de aproximadamente X / Z 16,777,216, el hitbox está a un bloque completo, lo que hace que colocar y destruir bloques sea casi imposible. Los errores de precisión de punto flotante ya no se notan después de X / Z 2,147,483,519, ya que las texturas de la superficie dejan de renderizarse y los bloques ya no se generan. En el centro del mundo, el mundo estaría desviado por solo 1⁄4194304 (0.000000238 ...) cuadras. Más allá del límite de 32 bits, el mundo estaría desviado en 256 bloques. Para cualquier posición entre n y 2n, donde n es una potencia de 2, el mundo está compensado por n⁄8388608 bloques o n⁄524288 píxeles de bloque.

En posiciones X / Z excesivas (depende del sistema operativo y la versión, pero generalmente ocurre entre X / Z: ± 268,435,456 y ± 2,147,483,647, y versiones anteriores como Beta), el renderizado mundial falla, lo que resulta en un terreno que parece parpadear. Esto sucede en X / Z: <± 268,435,456, pero se vuelve muy notable en X / Z:> ± 268,435,456 y empeora cada potencia de 2 más allá de eso. Lo más probable es que más allá de X / Z: ± 268,435,456, el mundo de Minecraft esté a 32 bloques de distancia, que es tan grande como 2 fragmentos, aunque no está confirmado.

• 

  Error de rayos X con el movimiento.

• 

  Un artículo flotando debido al error.

Desplazamiento / fluctuación del pistón

Esta sección del artículo está vacía.  Puedes ayudar añadiendolo.

Si bien este error afectó a Beta 1.7, fue imposible notarlo debido a que el resto del mundo se rompió de la misma manera, de modo que los dos efectos ocurrirían al unísono. Si bien el renderizado mundial se corrigió en Beta 1.8, el renderizado de entidad de mosaico de pistón no lo fue, lo que provocó que los pistones parecieran fuera de lugar como resultado hasta su reparación.

Infdev 0227 problema de separación de fragmentos

Esta sección necesita una limpieza para cumplir con la guía de estilo. [discutir] Por favor ayude a mejorar esta página. La página de discusión puede contener sugerencias.

• X / Z ± 131,072: Los trozos comienzan a temblar. Este efecto se duplica por cada potencia de dos que el jugador se aleja del punto de generación.
• X / Z: ± 2,097,152: el mundo deja de renderizarse completamente en ciertos ángulos.

Técnicamente puede haber ocurrido en versiones anteriores del juego, pero el mundo dejó de renderizarse después de 2560 bloqueos de todos modos, por lo que nunca se habría manifestado de todos modos.
Se produjo un error similar en la instantánea 14w30a / b.

Problema de separación de fragmentos 14w30a / b

Esta sección del artículo está vacía.  Puedes ayudar añadiendolo.

Curiosamente, este error parece manifestarse solo con cierto hardware. Se ha observado con gráficos integrados de Intel. Este error también puede ocurrir en primera persona. Este error se corrige con VBO.

• 

  Una vista en tercera persona del terreno inestable con una línea de trozos faltantes, un error en tercera persona no relacionado.

Problema de renderizado de hitbox de Indev / Infdev

Esta sección necesita una limpieza para cumplir con la guía de estilo. [discutir] Por favor ayude a mejorar esta página. La página de discusión puede contener sugerencias.

• Cada poder de 2 que va el jugador, el hitbox del bloque al que se enfrenta el jugador se vuelve cada vez más distorsionado.
• El hitbox se vuelve cada vez más corrupto y distorsionado hasta que desaparece por completo en X / Z ± 2,147,483,648.
• X / Z ± 2,048: Hitbox comienza a perder sutilmente su forma.

La forma del hitbox que se distorsiona y se vuelve no cúbica también es posible en algunas GPU.

Problema de renderizado de bloques que caen

Esta sección del artículo está vacía.  Puedes ayudar añadiendolo.

La forma del bloque que se distorsiona y se vuelve no cúbica también es posible en algunas GPU.

jugabilidad

Movimiento de entidades Indev / Infdev

Esta sección necesita una limpieza para cumplir con la guía de estilo. [discutir] Por favor ayude a mejorar esta página. La página de discusión puede contener sugerencias.

• Cada potencia de 2 que el jugador va, se vuelve cada vez más difícil caminar a lo largo del eje en el que viaja el jugador.
• En X / Z ± 4,194,304, el jugador cae a través de los bloques. Sin embargo, si el jugador se teletransporta más allá de este punto, todavía puede pararse sobre los bloques pero no puede moverse a lo largo de ese eje.
• En X / Z ± 8,388,608, el jugador ya no puede pararse sobre los bloques y cae al vacío.
• X / Z ± 16,777,216: los bloques ya no son sólidos; el jugador cae y golpea una capa de lava.

Corregidos errores

• 

  El mineral de esmeralda no se ve afectado por la pérdida de precisión de generación de gotas.

• 

  Las partículas están compensadas. La cuerda y la piedra roja parecen estar estiradas.

Errores de partículas

• 

  El rincón del mundo en Beta 1.5, con las partículas vacías claramente perdiendo precisión.

• 

  El rincón del mundo en Beta 1.8 Pre-release, con el patrón de cuadrícula de partículas claramente visible.

• 

  El vacío en 1.6.2 desde dentro.

• 

  Partículas vacías cerca del final de su vida útil en el desarrollo de Beta 1.8, aún no generadas con precisión.

• 

  20 cuadras por debajo de la marca de 30 millones. No solo las antorchas y sus llamas no están alineadas, sino que cada una de las llamas eligió una dirección diferente para doblarse.

• 

  Las partículas vacías en la frontera del mundo aparecen en patrones muy específicos.

• 

  Las partículas están en una posición incorrecta.

• 

  Una antorcha de piedra roja que cuelga en el aire límite sólido en la versión 1.7. Hay una desincronización notable de la posición de las partículas.

• 

  Antorchas colocadas en piedra luminosa junto a la pared invisible, las partículas emitidas por ellas también están en el lugar equivocado.

• 

  El mineral de Redstone se iluminó más allá de 224 en los tres ejes en 1.12.2 (como se ve a través del mod Cubic Chunks)

• 

  Cuatro bloques de mineral de redstone iluminados más allá de 225 bloques en ambos ejes

• 

  Una explosión de TNT convocada por comando a 1,500,000,000 en los ejes X y Z. Las partículas de humo blancas y negras se generan en dos ubicaciones diferentes y diferentes de la ubicación del TNT, debido a errores de precisión de punto flotante.

Mods y editores de mapas

Los contenidos de esta sección no son compatibles con Mojang Studios o Minecraft .

Hasta 1.1, existía un error importante con el mod OptiFine [50] [51] [52] que causaría que el renderizado del mundo se rompiera por completo cuando se viajaba a una distancia lo suficientemente lejana, con efectos que se manifestaban tan pronto como 10,000 bloques. Los efectos parecerían volverse más intensos continuamente cuando se aleja del centro del mundo, en lugar de tener cortes cada 2n bloques, debido a que este error de renderizado también tiene en cuenta la rotación (aunque si la rotación se mantiene constante y a lo largo de una los saltos discretos del eje se hacen notorios). El error existía debido a que el mod deshacía la corrección de vainilla para dicho error.

• 

  Con el mod optifine anterior a 1.1 en GPU que no causan una distorsión geométrica importante, los modelos de bloque se distorsionarían progresivamente con una mayor distancia. Después de 16,777,216 bloques, con un error de dos bloques de magnitud, se puede ver un efecto análogo al Stripe Lands en bloques completos.

Al ver Far Lands en un editor de mapas 3D de Minecraft, el jugador encuentra errores. En MCEdit, los cubos de selección comienzan a distorsionarse y el mapa se distorsiona cuando se visualiza. Además, cuando el jugador gira su vista alrededor de un área seleccionada, los bloques no están alineados correctamente y cambian lo mal alineados que están al azar, haciendo que todo el mundo parezca temblar.

• 

  El cuadro de selección está distorsionado en MCEdit.

• 

  Torcer el mundo y mover la herramienta del jugador en MCEdit.

1. ↑ MC-221892
2. ↑ ab MC-164352
3. ↑ ab MC-186362
4. ↑ ab MC-191170
5. ↑ ab MC-207260
6. ↑ ab MC-192718
7. ↑ ab https://youtu.be/SYuocMFOD6w
8. ↑ abcd Probablemente debido a los cambios mencionados en https://notch.tumblr.com/post/443693773/the-world-is-bigger-now
9. ↑ El ticket es MC-3493, aunque la versión corregida es incorrecta
10. ↑ abc Ticket es MC-31653, pero la instantánea de resolución tiene un retraso de una semana
11. ↑ MC-63333
12. ↑ abc MC-3718
13. ↑ MC-56551
14. ↑ Tiene un ticket de seguimiento de errores en MC-72562, aunque la corrección no se notó de inmediato y está asignada a una versión mucho más reciente.
15. ↑ MC-76747
16. ↑ MC-4132
17. ↑ MC-98093
18. ↑ MC-92901
19. ↑ MC-93810, MC-98656
20. ↑ MC-125638
21. ↑ MC-161888
22. ↑ MC-161991
23. ↑ MC-161999
24. ↑ MC-161994
25. ↑ MC-161993
26. ↑ MC-76810
27. ↑ MC-167103
28. ↑ MC-123390
29. ↑ MC-167047
30. ↑ MC-167971
31. ↑ MC-183174
32. ↑ MC-167044
33. ↑ MC-167091
34. ↑ MC-182748
35. ↑ MC-167046
36. ↑ MC-167042
37. ↑ MC-161969
38. ↑ MC-171035
39. ↑ MC-171037
40. ↑ MC-185480
41. ↑ MC-170872
42. ↑ MC-177723
43. ↑ MC-185480
44. ↑ MC-170872
45. ↑ MC-182748
46. ↑ MC-185925
47. ↑ https://www.reddit.com/r/Minecraft/comments/9u9d4i/floats_minecraft_and_the_far_lands/
48. ↑ MC-1279
49. ↑ ab MC-63720
50. ↑ https://youtube.com/watch?v=jVSvf06rqBg
51. ↑ https://youtube.com/watch?v=FR9xvH-u21k
52. ↑ https://youtube.com/watch?v=a8CHopq3Tzw

Enlaces externos

• Video que muestra varios efectos de alta distancia presentes en Minecraft 1.0.0
• Video que muestra varios efectos de alta distancia presentes en Minecraft 1.4.2
• Video que muestra varios efectos de alta distancia presentes en Minecraft 1.6.4
• Video que muestra varios efectos de alta distancia presentes en Minecraft 1.7.2
• Video que muestra varios efectos de alta distancia presentes en Minecraft 1.7.10