Comunidad Game Maker

Es probable que:

El evento CREATE del objeto se ejecute cada que se entra a una nueva habitación.

Esto quiere decir que el objeto NO ES PERSISTENTE. Al hacer persistente un objeto, dicho objeto se mantiene al pasar de habitación (sus variables no se reinician), por lo que no se debe colocar en cada habitación, sólo al comienzo del juego

Pequeño detallito, cada lente cuesta 250 dólares. Ignoro si se pueden reemplazar por algo más barato.

http://www.amazon.com/dp/B00COO64IC

Lee estos post o mejor, haz el tutorial de "saving & loading" incluído en el GM:S para saber cómo guardar datos

http://www.comunidadgm.org/preguntas-y-respuestas/puntuacion-mas-alta/msg94265/?topicseen#msg94265
http://www.comunidadgm.org/preguntas-y-respuestas/archivo-ini/

Cita de: empardopo en Junio 25, 2014, 07:46:42 AM
Es mejor entonces usar tiles que objetos? Es que nunca los he usado y la verdad ahí ando pez...

La verdad no es que uno sea mejor que otro, sino que cada uno se usa para distintas cosas. Los tiles son imágenes y como tal no pueden tener eventos ni comportamientos, aunque es posible hacer sistemas de colisión basados en tiles (y por lo tanto, crear paredes y pisos con tiles, a pesar de que no son objetos), GM:S incluye un tutorial explicando esto.

Sólo cuando se abusa colocando muchísimas instancias a la vez en la habitación, es cuando hay problema con los objetos, pero si se usan con cuidado, no hay de qué preocuparse.

Creo que es la versión de GM:S que usas. Yo probé el proyecto y suena bien tanto en el IDE como al ejecutar el juego

En el script de learsi, la "dinámica" está en usar los valores de i y j (que van cambiando) para cambiar la posición de los cuadros.

En tu script, no hay dinámica, estás haciendo dos ciclos pero no estás aprovechando sus variables i, j. X e Y en tu script nunca cambian, por lo que todos los mosaicos se agregan en la misma posición

¿un error? ¿por qué? el tutorial de virtual_keys que viene con GM:S justamente borra virtual_key_show() después de verificar las posición y el tamaño de la tecla y no se produce ningun error. Esa función no es necesaria para que la tecla virtual funcione, al menos en las pruebas que he hecho, no me ha salido ningún error:

Citar"remove the virtual_key_show code from the Create Event as that is no longer necessary"

Elimina el código virtual_key_show del evento Create ya que no se necesita más.

No sé qué fuente estás consultando o qué ejemplo estés usando, pero me parece que los scripts que pusiste anteriormente no son los adecuados para trabajar con audio directamente. No sé mucho del tema, pero creo que esas son las llamadas externas que usa GM para acceder a las funciones de la DLL, y tú no deberías tocar ni modificar nada de eso o SAudio puede que te quede sin funcionar

Los errores avisan que estás introduciendo un número mayor que el necesario de argumentos. ¿De dónde descargaste la dll? A mi el enlace en el foro de YoYo no me funciona.

Probablemente en algún lugar (después de crear la tecla virtual) tienes la función:
virtual_key_show();

que sirve para visualizar la posición y tamaño de esa tecla virtual, si estás conforme con la posición y tamaño de la tecla que creaste, borra esa línea y ya no aparecerá el cuadro blanco.

Estas dos opciones tienen que estar marcadas para tener la ayuda activa


Lo otro creo que es un bug de GM:S
http://experimental.yoyogames.com/view.php?id=14743

Mmm pues resulta que es la mismísima SAudio. Yo no loa he probado, pero por lo que dice el post, no sólo es para cargar archivos externamente, sino que ahí dice que puede pausar y reanudar e incluso es capaz de devolver la longitud del tema y la posición.

Eso dice, yo no la he usado, pero dejo el enlace al post
http://gmc.yoyogames.com/?showtopic=153450

Features:

- Init DLL
- Open sound (uses an id so you could have literally 700+ sounds open)
- Play sound
- Play looped
- Pause sound
- Resume sound
- Stop sound
- Stop all sounds
- Sound position
- Sound length
- Sound seek to position
- Sound mode (playing, paused, ect)
- Channels (wav-only compatible)
- Bytes per second (again only compatible with wavs)
- Can play (checks if the sound is fully compatible)
- Load id for recording (creates an id for use in record functions)
- Record (physical recording)
- Save record (saves the recorded file)
- Close sound (frees the memory)
- Close all

Se ve bastante buena para hacer una juego de dj o remix, si es que funciona bien, claro.

probablemente el concepto de MRafX está bien, no funciona porque los valores del acelerómetro en GM:S están "normalizados", varían de (-1 a 1), y MRafX usó valores en grados, lo cual no es compatible

No. El método de cargar el sonido (localmente o externamente) no hace diferencia. GM8 no tiene ninguna función para reanudar el sonido en un punto "intermedio". Esas función sí está disponible nativamente en GM:Stidio, aunque creo recordar que sí hay al menos una dll para GM8 que da la opción de reanudar en un punto, pero no recuerdo su nombre, sólo que llegué a verla en el foro de YoYo. Así sin DLL, con las funciones proipias de GM8, no se puede reanudar.

Cita de: TLT96 en Junio 21, 2014, 08:39:51 PM
Dudo que una imagen funcione en este caso xDD (Espero haberme explicado mejor que antes :3)

No  :( Si una imagen no funciona, entonces qué funcionaría? (No me imagino que cosa puede contener una textura si no es una imagen)

Cita de: TLT96 en Junio 21, 2014, 08:39:51 PM
Pero hay que recordar que no es un sprite, para tratarlo con draw sprite o surface.... habria que tratarlo como background entonces.....

Del manual GM8:
"You can draw the surface on the screen in many different ways or use it as a texture. "
surface_get_texture(id) Returns the texture corresponding to the surface. This can be used to draw textured objects with the image of the surface.

en la textura se pueden dibujar sprites, fondos, primitivas, etc, lo mismo que se puede dibujar en pantalla mediante comandos draw se puede usar en la superficie

Cita de: TLT96 en Junio 21, 2014, 08:39:51 PM
Surfaces?.... no le di mucha importancia asi que no se utilizarlas.....

Eso es pecado. Las superficies son AMOR  XD

Yo haría eso mediante una superficie

los tres sprites de 256x86 (por comodidad y facilidad) deben tener su origen en la esquina superior izquierda. el "sprite" final, es decir, el de 256X256 es en realidad una superficie. Dibujas uno por uno, los sprites de 256X86 en la superficie, indicando su colocación (uno, arriba, otro enmedio y otro abajo)

Al final, la superficie la dibujas en pantalla o si prefieres la conviertes en otro sprite y dibujas ese nuevo sprite en pantalla