Comunidad Game Maker

¿Tienes algo programado?

Primero debes crear un recurso fuente, después usar la fuente con draw_set_font y dibujar con draw_text.
Puedes cambiar el color de dibujo con draw_set_color.

No entendí bien lo que sucede. ¿El código es para un menú o es para los NPC dentro del juego?
Sería bueno que agregues sangrías para entender mejor la estructura del código.
Sobre las instancias que se borran, ¿eso sucede en el editor de rooms o durante la ejecución el juego?

Sí es posible. La room y la camera_view deben ser del mismo tamaño. Cuando el juego inicia cambia el tamaño del view port, el tamaño de la appication surface y, si quieres, el tamaño de la ventana.
No uso GMS2, no me se de memoria los nombres de las funciones.

El problema puede estar en la ruta del proyecto, el nombre del proyecto tiene espacios. Prueba guardando el proyecto con otro nombre.

Es raro que tuvieras desactivado el buffer Z. ¿Se desactiva por usar el shader que una vez mencionaste?

Sí es así como lo resuelven otros juegos, o los gráficos 3D en general. Cada polígono se dibuja como un conjunto de pixeles y a cada pixel se le asigna un valor Z o profundidad. Cada nuevo pixel que se va a dibujar compara su valor Z con el valor del pixel ya dibujado. Si su profundidad es mayor se desecha, de lo contrario se dibuja.

El viewport sirve para especificar el tamaño y la posición donde se renderiza una view dentro de la ventana. Por ejemplo, puedes tener 2 views que se muestran al mismo tiempo en la ventana para un juego multijugador. Los viewports correspondientes a esas vistas pueden tener el mismo tamaño, pero uno se coloca a la izquierda y el otro a la derecha.

Nunca he utilizado esa función, pero creo que es mejor dejar que el jugador seleccione el idioma.

También puedes poner un conjunto de teclas alternativo, por ejemplo WASD como alternativa a las flechas.

En el proyecto principal puedes arrastar los archivos gmx de otros proyectos (como .room.gmx y .object.gmx).

Cuando el proyecto esté combinado, lo mejor es usar un sistema de control de versiones como git (una forma fácil de usar git es subir el proyecto a GitHub o a GitLab)
También puedes subir el proyecto a Google Drive y usar el programa que sincroniza los archivos automáticamente (no es tan confiable como git).

En GMS1.4 debes usar las funciones audio_*
La función audio_sound_gain tiene un parámetro para especificar el tiempo que que va a tardar el cambio de volumen en milisegundos. Ejemplo del manual
[gml]
snd = audio_play_sound(snd_fountain);
audio_sound_gain(snd, 0, 0);
audio_sound_gain(snd, 1, 5000);
[/gml]
En el código anterior el volumen inicia en 0 y va incrementando gradualmente durante 5 segundos.

El juego se ve bien. Me gusta como el tablero que parece de una aeronave sirve para mostrar el score y otras variables, sin embargo, al principio puede dar la idea de que los controles son complicados.

También se me acabaron las balas, creo que no hay forma de conseguir más en ese estado, pero el juego continúa. También noté que el juego continúa cuando se terminan las vidas, la view sigue avanzando hasta llegar al final del nivel. Deberías poner una pantalla de Game Over.
¿Hay varios niveles o solo hay un nivel enorme?, creo que estaría bien hacer niveles más pequeños y agregar la opción de continuar donde te quedaste para reducir la dificultad.

¿Cómo utilizas la función room_goto?

No he usado GMS2, pero parece que a los recursos se les asignan ids de forma similar a otras versiones de GM. La primera room que se crea en el editor tiene el id 0, la segunda el id 1, la tercera el id 2, etc. Si se borra una room, su id queda sin utilizar. Si se crea otra room, la numeración sigue incrementando y no utiliza el id que estaba disponible.
room++ no es equivalente a room_goto_next(), tampoco es recomendable usar room++ o room-- porque puede llegar a un id que no se utiliza.
La única forma de controlar el id de las rooms es planear con anticipación en qué orden se van a crear en el editor.
También debe ser posible editar los archivos XML que genera GMS y cambiar los ids ahí, pero pueden surgir errores inesperados.

El mapa generado de forma aleatoria se pude guardar en un array 2D o en una ds_grid.
En cada celda del array puedes guardar otro array, ds_list o ds_map que contenga el id de la room que se va a utilizar y otra información como objetos, enemigos de la room, posición de las puertas, etc.

Este es el método que he usado para entrar por el lado correcto de rooms conectadas:
Utilizo objetos "puerta". Cuando el personaje colisiona con la puerta se asignan 4 variables globales: el id de la siguiente room, la posición Y en la que va a aparecer, la posición X y la dirección a la que debe mirar. Cuando el personaje sale de la room, se carga la room indicada en la variable global y en el evento Create el personaje se mueve a la posición indicada por las otras variables globales.

Es una buena forma. En GMS no existe un método perfecto,  otro método que he visto es reproducir un video, sin embargo, usar timelines y máquinas de estados me parece mejor porque no incrementa el peso del juego.

Me imagino que existen extensiones que permiten hacer animaciones con una interfaz más amigable, pero nunca he usado una extensión de ese tipo.

GMS soporta sprites en formato swf, pero no siempre funcionan bien. Es mejor usar sprites en png.
Todos los gráficos deben tener alta resolución para no estirarlos demasiado al pasar a pantalla completa. Diseña los escenarios en resolución HD por lo menos.
Si los gráficos ya son HD, tal vez falta hacer más grande la application_surface.