Guía de desarrollo de juegos Indie

Jajajaja, eso por pedir críticas a machete xD

No quería hacerlo pero ya que Mr. Jastro lo pide, que así sea.

El juego de #1758 mola, aunque tardas un poco en pillarle el punto. Una vez sabes cómo manejarlo, es canela fina. No es imposible como aquel dichoso de zombies (¡Honrado sea el Señor¡) y se basa más en mecánicas originales que en desafíos forzosamente difíciles. Eso es un punto a su favor. Como punto adverso, los desafios son forzosamente fáciles menos el último ¿qué coño pasa aquí?

En contra, faltan escenarios donde de verdad haya un reto con el tema de las transformaciones, creo que se podría sacar mucho más jugo, pero bueno, supongo que para hacer un escenario que represente un desafío de verdad la cantidad de horas para crearlo supera con creces a las propuestas para la ludum dare, así que se deja pasar.

En el último escenario se encuentra la esencia JASTRO pero tranquilos chicos, que se puede pasar. Pero como ha dicho Grey arriba, no es un escenario difícil debido a la habilidad del jugador sino que es dificil porque en la forma que está hecho resulta difícil.

#1770 A mi me ha gustado el juego, pero para mi sería mejor con una pequeña modificación:
En ved de tener solo un bicho a la vez y perderlo una vez cambias de forma, haría que tuvieras todos disponibles en todo momento, y que tuvieras que elegir tu cual llevar en cada momento. (por ejemplo podrías asignar los bichos a los numeros 1,2,3,4,5 y 6)

#1767 Ten en cuenta que mientras mas abstraes la capa de programación menos optimizadas estarán tus apps.

#1779 Me referia a los frameworks que pasan JS a código nativo android/ios. Pensaba que cocoonJs hacia eso en vez de un juego para navegador js adaptado a la pantalla de ios/android.

"Try your games for free using the CocoonJS Launcher App. Once you have tested it, generate a final file to be uploaded to the markets using our cloud based compilation system. "

En teoria hace eso, tiene un compilador por lo que la optimización al final va a depender de lo bueno o malo que sea el compilador.

A ver si alguien puede ayudarme con esta duda, que quizá sea un poco tonta.

Si quiero hacer un juego con look retro, es decir, a resolución baja (340x120 o menos quizá), pero que se vea a tamaño grande. ¿Merece más la pena hacer los gráficos en tamaño 340x120 y hacer el escalado después del render, o hacer el dibujo a una resolución mayor con look pixelado?

Puede parecer una chorrada, pero me ha surgido la duda al empezar a programarlo.

#1782 #1783 Hombre no sabría decir en otros motores, pero en ImpactJS el rendimiento es mejor si trabajas a resoluciones pequeñas y luego multiplicas el tamaño del canvas x2 o x3. En realidad el juego tiene tamaño pegatina pero luego se ve bien gordote, gastando imágenes que ocupan 1kb o menos (depende la cantidad de colores que se usen en los sprites).

#1781 Pregunté esa duda directamente a Ludei, los encargados de CocoonJS, pero aún no he recibido respuesta, se ve que no trabajan los findes

#1785 Yo creo que un png de 6x3 pixeles gasta menos recursos que uno de 18x9, lo digo por puro instinto, no sé como maneja el tema del reescalado ImpactJS pero Brutal Collage por ejemplo es a alta resolución (a x1) y cuando hay muchos malos en pantalla se peta un poquillo el navegador.

Lo del CocoonJS, a resumidas cuentas, creo que la duda es si es un compilador o una capa de abstracción más (o si sustituye la capa de abstraccion del navegador).

¿Hay algo como el firebug para safari? al parecer me esta dando problemas con el juego, ni arranca siquiera y queria ver qeu esta fallando :/

#1787 perfecto gracias!

Weah! Ya llevaba una página sin postear, así que aquí os vengo a rallar! (rima y todo o_o)

Finalmente me he comprado Construct2, sep, un engine muy simple para hacer juegos, probado científicamente con monos que hostiando el teclado y el ratón han conseguido hacer juegos simples.

Fuera de bromas, sep, he comprado Construct2 y fuera de lo común no es un engine tan simple, lo venden como un engine que lo hace todo con magia, pero no es así (GRACIAS A DIOS!), iba con las esperanzas bajas de no poder controlar todo lo que hacía, pero lo cierto es que ahora me he dado cuenta de que todo lo que usa está programado externamente con Javascript, y luego importado al engine, digamos que el engine convierte un script hechoe n Javascript en una especie de Plugin de usar y quitar de la lista, aplicarlo a cualquier objeto fácilmente, a solo unos clics, y esas cosas... pero voy a ir al grano, he perdido el hilo de por donde iba explicando, a estas horas me suele pasar, que estoy haciendo algo y que me va la perola 1 seg y cuando vuelve no recordaba lo que estaba haciendo e_e

Yendo al grano, estoy enzarzado en un platformer de los de antaño basado en el estilo de juego de megaman, entorno a pegarse en las paredes y ir saltando por ahí y esas cosas, el tema es que no está tan fácil hacer un sistema así en Construct2, requiere menos trabajo que si lo programases línea por línea? Sí, pero aún así requiere pensarlo, meditarlo y proceder.

En fin, que estoy probando múltiples opciones y creo que he dado con la buena, necesito que probéis ESTO y me digáis si el movimiento os parece más o menos bien, sugerencias, vamos, y por supuesto si encontráis algún bug a la hora de saltar y tal, el "Pegarse a la pared->Saltar al aire->Volverse a pegar pero esta vez unos centímetros más arriba" solo funciona en la "montaña? si se le puede llamar montaña a esa bazofia que he hecho en medio del mapa" del medio del mapa, si podéis pasar de un lado al otro de la "montaña" sin problemas no estaría de más que lo dijeseis, y si no podéis pasar por cualquier cosa, os calláis la boca.

No, en serio, si encontráis algún fallo, decídmelo!

Hasta ahora lo más malo que he encontrado con el script que he hecho es que el "deslizamiento" cuando te desenganchas de la pared pero sigues en la misma posición, es muuuuuuy ortopédico (a mi parecer) pero bueno, a ver qué os parece a vosotros.

Sin más me despido, gracias por tomaros la molestia de probar mis bazofias,
Mid.

#1797 tu llevas meses ensuciando el foro, te pedimos que lo dejes y sigues, por qué ibamos a parar de decir las mierdas que haces? si no quieres que se te critique no postees, así de facil.

Por cierto solo has hecho mierda y mas mierda, si yo fuera tu me daría vergüenza postear.

#1799 según yo lo mejor es que te largues del foro, creo que ya lo he dicho.

#1797 No, tío, de verdad, ya está. En las 60 páginas de este hilo has pasado por la misma situación tropecientas veces:

Midgard: Quiero hacer tal juego, he pensado que la historia es así, los personajes asá, etc.
Los demás: Midgard, aprende primero a programar y empieza por la base.
Midgard: Pero he pensado en este engine que parece muy fácil y tal y que...
Los demás: Te vendrá mucho mejor aprender primero X lenguaje para saber realmente lo que estás haciendo y...
Midgard: No, ¿veis? He hecho a este tío corriendo de un lado a otro, ¿qué os parece?
Los demás: (...)

Pasan algunos días

Midgard: Vale, quiero aprender a programar y centrarme en mis estudios, ¿qué tengo que hacer?
Los demás: Haz esto, esto otro, estudia tal, léete estos libros...

Pasan dos días

Midgard: ¡Hey chicos! He descubierto este engine que...

No te lo digo con malicia, de verdad, pero es que ha pasado UNA y OTRA vez. La gente siempre te ha acabado dando sus mejores consejos y recomendándote libros y sitios donde poder aprender, y al final siempre acabas queriendo hacer un juego de la forma más simple y fácil que puedas. No sé por qué te extraña que la mayoría responda de esa forma a tus posts, piensa que varios han invertido su tiempo desinteresadamente en aconsejarte no una, si no bastantes veces, y luego siempre vienes con la misma cantinela.