Minecraft: Java Edition ahora usa SDL3

El paso de Minecraft: Java Edition de GLFW a SDL3 se ve como una gran mejora de infraestructura, con la promesa de mejor manejo multiplataforma de ventanas, entrada y soporte para Wayland, pero los snapshots iniciales muestran serios problemas de estabilidad en pantalla completa en Windows y Linux. Los comentaristas destacan que estas regresiones son esperables en compilaciones de prueba optativas, y usan el cambio para comparar SDL3 con SDL2/GLFW, debatir pantalla completa exclusiva frente a sin bordes y reflexionar sobre las diferencias entre Java y Bedrock. Además del tema del motor, muchos comparten consejos prácticos para ejecutar servidores familiares o comunitarios, desde configuraciones con Docker y VPS hasta Realms y juego cruzado mediante GeyserMC.

Transición a SDL3 y motivos

  • Minecraft: Java Edition ha cambiado su capa de ventana/entrada de GLFW a SDL3.
  • No se cita una justificación oficial en el hilo.
  • Beneficios especulados:
    • Mejor manejo multiplataforma de entrada y ventanas, especialmente para Wayland.
    • SDL es una capa de plataforma más completa (ventanas, entrada, audio, etc.) y muy portable.
    • Mejor manejo de distribuciones de teclado y soporte para IME.
  • Algunos cuestionan si funciones como el renderizado 2D/3D de SDL o su amplitud en móvil/plataformas son realmente relevantes, dado que Minecraft usa su propia canalización de renderizado (OpenGL / Vulkan).

Modos de pantalla completa, fallos y snapshots

  • Problemas conocidos: cierres en pantalla completa exclusiva en Windows (multimonitor) y Wayland.
  • Debate sobre si estos errores deberían retrasar un snapshot:
    • Un lado: son errores de nivel bloqueante para una versión.
    • El otro: los snapshots son explícitamente inestables, compilaciones de prueba optativas, así que publicarlos con errores graves es aceptable y útil para telemetría y comentarios tempranos.
  • Se comenta que muchos juegos y sistemas operativos han abandonado la pantalla completa exclusiva en favor de la pantalla completa sin bordes por razones de compatibilidad y de streaming/grabación.
  • La experiencia de pantalla completa en macOS es ampliamente criticada (animaciones de Spaces, comportamiento de la barra de menús), y algunos culpan más al sistema operativo que a los juegos.

Adopción de SDL3 y ecosistema

  • Otros juegos (por ejemplo, osu!) informan mejoras de latencia y rendimiento tras pasar a SDL3.
  • En Linux, sdl2-compat y sdl12-compat a menudo hacen que las aplicaciones terminen ejecutándose sobre SDL3 de todos modos.
  • SDL3 es relativamente nuevo; algunas distribuciones (por ejemplo, Ubuntu 24.04) inicialmente no lo incluían, lo que frenó la adopción.
  • Muchos juegos incluyen su propia SDL; otros dependen de bibliotecas del sistema o del empaquetado (AUR, Nix, Flatpak, runtimes de Steam).

División entre Java y Bedrock

  • Java Edition sigue siendo dominante entre los jugadores de PC “serios”, modders, speedrunners y grandes servidores.
  • Bedrock se usa en consolas, móvil y Windows Store; ofrece mejor rendimiento bruto pero menos mods y más errores, y está más cerrado/monetizado.
  • Contexto histórico: Bedrock (C++) surgió para consolas/móvil, donde JVM/JIT son poco prácticos; Java acumuló mucha deuda y luego fue refactorizado.
  • La fragmentación entre ediciones es un gran problema para familias y administradores; puentes de protocolo como GeyserMC permiten clientes de Bedrock en servidores Java, pero con limitaciones.

Ejecutar servidores familiares de Minecraft (enfoque 2026)

  • Muchos recomiendan servidores Java más un puente Bedrock (GeyserMC + Floodgate) para que iPad/consola y PC puedan jugar juntos.
  • Una pila común: imágenes Docker de itzg (Java o Bedrock), a veces detrás de WireGuard/Tailscale, ocasionalmente en Kubernetes o fly.io.
  • Otros prefieren opciones alojadas (Realms, Shockbyte, Pufferfish.host) por simplicidad y disponibilidad; Realms suele verse como la forma más fácil para niños en iPads.
  • Se aconseja entender las diferencias entre ediciones (Java vs Bedrock), copias de seguridad, listas blancas y administración básica de Linux/servidores; se informa que los LLM son útiles como “ayudantes de operaciones” remotos.

Rendimiento, ajuste de JVM y modding de servidores

  • Hay un fuerte rechazo a las antiguas guías de ajuste de JVM; el consejo moderno se centra en:
    • Usar la JVM más reciente (17+), evitando banderas copiadas sin criterio.
    • Preferir recolectores de basura modernos (especialmente ZGC) para baja latencia.
    • Las recomendaciones de tamaño de heap varían:
      • Algunos sugieren “tan alto como sea cómodo” con ZGC, otros limitan a ~8 GiB para la mayoría de los modpacks, y otros señalan que los servidores fuertemente modificados suelen necesitar 8–16 GiB o más.
      • Advertencias sobre heaps de más de 32 GiB por compressed oops y el comportamiento del GC.
  • Hay consenso en que los problemas de rendimiento anteriores se debían en gran parte a la calidad del código de Minecraft; las versiones más recientes, junto con mods de optimización (por ejemplo, familias Sodium/Lithium, ecosistema Fabric/NeoForge), mejoran mucho el rendimiento.
  • Paper/Spigot/Purpur se mencionan como forks de servidor de alto rendimiento que pueden romper sutilmente redstone/granjas; se prefieren mods vanilla+optimización para un comportamiento “puro”.

Modding, “Minecraft como motor” y educación

  • Muchos ven cada vez más a Minecraft como un motor o plataforma, especialmente con APIs de modding potentes y extensibilidad basada en bytecode en Java.
  • Se citan proyectos de la comunidad (por ejemplo, grandes modpacks, servidores alternativos en Rust, motores alternativos como Luanti+Mineclonia, ComputerCraft/OpenComputers) como extremadamente influyentes.
  • Algunos usan Minecraft/ComputerCraft para enseñar programación, redes y conceptos de sistemas en un entorno atractivo y centrado en el juego.

Reacciones diversas

  • Algunos revisaron la versión para asegurarse de que no se redujera la compatibilidad multiplataforma ni se bloquearan más los inicios de sesión.
  • El fallo en Wayland, marcado como “problema conocido”, se presenta en tono de broma como “bastante bien para Wayland”.
  • El hilo incluye notas dispersas sobre temas de nicho: correo electrónico dentro de Minecraft, demonios de correo en Nethack y curiosidad por la programación de Minecraft basada en Python, aunque faltan detalles.