Alternativa a microStudio: un motor de juego gratis en el navegador, sin código

Si buscas una alternativa a microStudio, hay dos hechos que deciden la elección antes de que compares nada más. microStudio es 2D: sprites, mapas de teselas y coordenadas planas x e y. Y su interfaz principal es microScript, un lenguaje de scripting real que escribes en un panel de editor. El creador de juegos 3D de Neta Studio tiene una forma completamente distinta: la interfaz principal es una frase escrita y la salida es un lugar 3D que recorres caminando. Ambos se ejecutan en una pestaña del navegador y ambos son gratis para empezar, y todo lo que se deriva de esos dos hechos viene detrás: la disposición del editor, lo que produce la exportación y cuánto tardas en llegar a algo que se mueve.

Esta página no defiende que una herramienta sea mejor. Las compara en seis cosas que puedes comprobar tú mismo: dónde se ejecutan, qué escribes, cuántas dimensiones obtienes, qué estás creando, qué es realmente la salida y cuánto tardas en tener algo con lo que interactuar. Después describe un pequeño mundo 3D construido a partir de una frase, para que la diferencia entre escribir microScript y describir un lugar deje de ser abstracta.

Respuesta rápida

microStudio es un motor de juego genuinamente gratuito y genuinamente en el navegador, y es 2D y funciona con scripts. Dos hechos deciden la elección. Primero, microScript es la interfaz: si una puerta debe abrirse cuando el jugador tiene la llave, escribes tú mismo la condición y el cambio de estado. Segundo, el mundo es plano: sprites sobre teselas, x e y, sin profundidad, sin modelo de iluminación y sin una cámara que puedas poner detrás de un personaje y girar. Si cualquiera de esos dos rasgos coincide con lo que quieres, microStudio es la herramienta correcta y la mayoría de las alternativas a microStudio se sentirán como un paso atrás, porque pocas combinan un editor en el navegador, un lenguaje real y una vía de exportación que se ejecuta sin la herramienta. Si, en cambio, quieres un lugar 3D que puedas recorrer caminando y prefieres describirlo antes que programarlo, la comparación es entre un motor de scripting y un creador de mundos, y esa comparación es el resto de esta página.

Qué hace bien microStudio

Dale una oportunidad justa, porque mucho de lo que hace lo hace bien. Lo primero que elimina es la instalación. Abres una pestaña del navegador y tienes el editor de código, el editor de sprites, el editor de mapas y un botón de ejecutar en la misma ventana. No hay una cadena de herramientas que configurar, ni un paso de compilación que esperar, ni un archivo de proyecto que deba mantenerse sincronizado entre dos máquinas. El botón de ejecutar está a un clic de la edición, y ese bucle corto es la razón de que sea agradable pasar una hora dentro de la herramienta.

microScript es un lenguaje real, no un juguete de arrastrar y soltar disfrazado de código. Tiene variables, condicionales, bucles y funciones, además de un bucle de actualización por fotograma, así que los conceptos son transferibles: estado que mutas con el tiempo, eventos de entrada, comprobaciones de colisión. Viene con un manual escrito que lista comandos en lugar de limitarse a guiarte por un tutorial, lo que importa en la segunda hora, cuando el tutorial ha terminado y necesitas saber qué argumentos recibe un comando.

La exportación es más potente de lo que suele reconocerse a microStudio. Una exportación a HTML5 produce una build que puedes poner en cualquier hosting estático y abrir en un navegador, ejecutando el mismo código que se ejecutaba en el editor. Una exportación a escritorio produce una aplicación que distribuyes como archivo. Nada en una build exportada depende de que microStudio esté abierto, lo que constituye una vía de publicación real desde una herramienta que es honesta sobre ser un motor de aprendizaje.

Lo que tiene que igualar una alternativa a microStudio

Merece la pena comprobar cuatro cosas antes de irte. ¿Se ejecuta sin instalar nada? ¿El núcleo es gratuito? ¿Puedes sacar tu trabajo en un formato que se ejecute sin la herramienta? ¿Y hay una referencia en la que consultar cosas? Las herramientas que fallan en lo último son las que la gente abandona en la segunda semana, cuando empiezan las preguntas y se acaban los tutoriales.

• Gratis, en el navegadorEl motor se ejecuta en una pestaña. No hay ningún paso de licencia entre abrirlo y ejecutar tu primera línea de microScript.
• Exportación a HTML5La build de HTML5 es estática. Ponla en un hosting, abre la página y el juego se ejecuta. Tú controlas dónde vive.
• Exportación a escritorioUna build de escritorio produce una aplicación que entregas como archivo, así que un proyecto terminado no queda atrapado en una pestaña.
• microScript y un manualUn pequeño lenguaje de scripting con una referencia de comandos. Lo bastante pequeño para retenerlo en la cabeza y lo bastante documentado para consultar cosas.
• Editores de assets junto al códigoLos editores de sprites y de mapas están junto al panel de código, lo que mantiene corto el bucle de editar y ejecutar.
• Honesto sobre ser un motor de aprendizajeExiste para enseñar a programar creando algo que se mueve. Ese es su propósito, no una limitación por la que disculparse.

Dónde se detiene microStudio

Los límites son estructurales y son fáciles de enumerar. microStudio es un motor 2D. Todo lo que colocas es un sprite o una tesela en un mapa, y las coordenadas son x e y. No hay búfer de profundidad, ni grafo de escena con una jerarquía de transformaciones, ni modelo de iluminación, ni cámara en perspectiva detrás de la cual caminar. Puedes sugerir profundidad con escala, capas y parallax, y para una vista fija eso funciona bien, pero es una técnica de dibujo, no un renderizador, y deja de sostenerse en el momento en que la cámara necesita girar.

El segundo límite es la interfaz. Los comportamientos son código. Si una puerta debe abrirse cuando el jugador tiene la llave, escribes la condición, la variable que guarda la llave y el cambio de estado que la consume. No hay un campo donde describas la puerta y obtengas una puerta que se abre. El trabajo es programar, y el bucle es escribir, ejecutar, leer el error, corregir el error y ejecutar de nuevo.

Plantea la diferencia como una diferencia de tipo, no como un defecto. microStudio es un motor de scripting: el artefacto que creas es un programa que dibuja un mundo. El creador de juegos 3D de Neta Studio es un mundo que puedes recorrer: el artefacto que creas es un lugar, y el comportamiento es lo que ese lugar necesite para poder recorrerse. Ambos son legítimos. Fallan en sitios distintos: microStudio falla cuando quieres una cámara que gire, y un creador basado en descripciones falla cuando quieres una aritmética que el creador no modela.

2D por diseño: sprites, teselas y coordenadas planas

La profundidad es simulada, y simularla te cuesta en el momento en que la vista rota. Si tu proyecto es un plataformas, un shooter con vista cenital, una rejilla de puzles o cualquier otra cosa que se lea bien en un plano fijo, esto no es un límite en absoluto. Es la forma correcta para ese problema, y un motor 3D añadiría coste sin añadir nada que puedas ver.

El código primero: microScript es la interfaz, no una opción

Los editores de assets te ayudan a crear imágenes y mapas. No hacen que nada se mueva. El movimiento, la colisión, la puntuación, el comportamiento de los enemigos y el flujo de los menús pasan todos por microScript, desde el primer sprite hasta la última pantalla.

microStudio frente a un creador de mundos en el navegador

La tabla compara las dos rutas en las seis cosas que cambian tu tarde: dónde se ejecutan, qué escribes, cuántas dimensiones obtienes, qué estás creando, qué sale al final y cuánto tardas en llegar a algo con lo que puedas interactuar.

Lee la última fila primero. Ambas herramientas son rápidas, pero son rápidas en puntos distintos. microStudio es rápida hasta la primera línea de código: un sprite aparece y se mueve a los pocos minutos de abrir la pestaña, y después el trabajo restante es el juego en sí. El creador de juegos 3D es rápido hasta un lugar recorrible: el mundo existe antes de que hayas escrito nada, y el trabajo restante es lo que quieras dentro de él. Cuál se siente más rápido depende de si lo que quieres ver es un programa ejecutándose o un lugar en pie.

Recorre un Mini World

Mini World parte de una frase: una isla pequeña con un faro, unas cuantas palmeras y una playa donde empiezas. Lo que devuelve es una escena, no un script. Hay terreno con una línea de costa, un plano de agua, un faro en la parte más alta, palmeras colocadas a su alrededor y un punto de aparición en la arena. Empiezas en la playa mirando al faro. El movimiento es el caminar estándar en primera persona y la cámara sigue a tu personaje. No se escribió nada en un panel de código. La frase es el archivo fuente.

Para construir la misma isla en microStudio harías trabajo real de otra forma. Abrirías el editor de sprites y dibujarías el faro, las teselas de arena, las teselas de agua y una palmera. Pintarías el mapa tesela a tesela. Después abrirías microScript y escribirías la posición del jugador, la gestión de entradas, la colisión que impide atravesar el faro y la cámara que sigue al personaje. Todo eso es aprendible, y hacerlo te enseña algo que la vía de la descripción no enseña en absoluto. Es, simplemente, un camino más largo hasta una imagen de una isla.

El ejemplo más grande construido de la misma forma es The Cyclops' Island: un mundo 3D completo con terreno, personajes y objetos interactivos, hecho mediante el creador de juegos 3D en lugar de escribirse, con Agent Sprite Forge cubriendo el arte de los personajes. Merece la pena nombrar los modos de fallo para que no esperes un milagro. Una frase larga que contenga dos instrucciones contradictorias se resolverá a favor de una de ellas. Los mundos muy grandes chocan con la distancia de dibujado y la tasa de fotogramas en gráficos integrados. Y las mecánicas que necesitan una aritmética que el creador no modela —un inventario con peso, la resolución de combate por turnos— son los casos en los que o sorteas el creador o aceptas lo que te da.

Si estuvieras aprendiendo a programar

Si el objetivo es aprender a programar, microScript es mejor maestro, y no hay comparación. Escribes una línea, la ejecutas, lees el error, lo corriges. Ese bucle es programar. Las variables, los condicionales, los bucles y el estado que cambia entre fotogramas están todos presentes y todos visibles, porque los escribiste tú. Un creador basado en descripciones oculta esa capa por completo: el mundo aparece, y la maquinaria que habría sido tu código no está en pantalla para que la inspecciones.

Si el objetivo es un lugar 3D —algo que puedas recorrer con un amigo esta semana—, la vía de la descripción es más rápida, y fingir lo contrario te hace perder la tarde. Te saltas la sintaxis, el ámbito, el bucle de fotogramas y las matemáticas de colisión, y obtienes un lugar. El intercambio va en ambos sentidos: aprendes menos sobre programación y heredas los límites del creador en lugar de fijar los tuyos.

Ninguna de las dos herramientas es la respuesta equivocada. Responden a preguntas distintas. Elige microStudio si quieres saber cómo funciona la cosa. Elige el creador de juegos 3D si quieres que la cosa exista. Si tienes tiempo para las dos, el orden que más te enseña es primero el creador, para ver la forma del resultado, y microScript después, para descubrir qué haría falta para construir ese resultado a mano.

Comprobar si una alternativa a microStudio encaja con tu objetivo

Dos preguntas lo resuelven. ¿Quieres escribir las reglas o quieres caminar por dentro de ellas? ¿Y seguirás trabajando en esto dentro de un mes? Porque si la respuesta es sí, la herramienta que sigue enseñándote suele merecer la primera hora más lenta.

Exportación y cómo compartir

microStudio te entrega un proyecto que alojas tú. La exportación a HTML5 produce una build que subes a un hosting estático; los mismos archivos funcionan en cualquiera de ellos, porque no hay ningún componente del lado del servidor. Una exportación a escritorio produce una aplicación que distribuyes tú mismo. Tú controlas la ubicación, la versión y cuándo se actualiza. También cargas con el trabajo: nada se publica hasta que tú lo publicas, y si la build se rompe, el arreglo es cosa tuya.

El creador de juegos 3D te entrega una página. El mundo ya está servido cuando terminas de describirlo, y compartir es un enlace: cualquiera con un navegador lo abre en el dispositivo que tenga a mano, y el mismo enlace funciona más tarde en una laptop. El intercambio es simétrico al de microStudio: te saltas el paso del hosting y, a cambio, el entorno de ejecución pertenece a la plataforma en lugar de a ti. Si cambiamos cómo se sirven los mundos, tu enlace cambia con ello.

• Exportación a HTML5 de microStudioUna build estática que subes a tu propio hosting. Se ejecuta sin microStudio instalado, en cualquier máquina con un navegador.
• Exportación a escritorio de microStudioUna aplicación que entregas como archivo en lugar de como enlace, que a veces es lo que necesita una escuela o un espacio sin conexión.
• Enlace para compartir de Neta StudioUna página publicada. Envía el enlace; quien lo recibe lo abre en un navegador sin nada que instalar.
• Quién ejecuta el servidormicroStudio: tú, en tu hosting. Neta Studio: nosotros. Esa única diferencia explica casi toda esta sección.

Entra caminando al mundo al que pertenece

Puedes leer una comparación o puedes recorrer uno de sus lados caminando. Abre un mundo que se describió en una frase y se publicó como una página, sin lenguaje de scripting y sin nada instalado. Esa es toda la diferencia en un clic.

FAQ