Jejeje, esto sería imposible con el motor de Malaika, las restricciones gráficas serían brutales... en el caso de Malaika, lo más complicado no fué el scroll, que si lo fué, sino DISEÑAR unas tiles molonas que, dentro de las limitaciones del gráficas del engine, hicieran que no se notaran problemas de atributos de color y que tuvieran buena pinta. Os lo puedo asegurar, del tiempo de desarrollo del Malaika, estaremos hablando de 80% del tiempo en diseño (gráficos, musica, mapeados) y de 20% de programación (código, sistema de encriptación de pantallas...). Lo que pasa es que tiene un resultado visual impactante, pero en cuanto a programación, no deja de ser SC2 puro y duro con más trucos que otra cosa.

Enhorabuena de nuevo  Peeero, repito, no puedes suicidarla cuando estas atrapado?

Te envio el shoto, es en el primer nivel (esta vez me he tirao a posta, eh, q no soy tan torpe).
Si te quedas ande la foto, pues no puedes avanzar pq no llegas arriba ni tirar para atras. La primera vez me cai por hacer el chorra saltando y tal, por ver que tal rulaban las detecciones de decorado, por deformacion profesional, ud me entiende 

Na hombre, si es que ahora veo una plataforma y me tengo q liar a repasarla por todos lados. Aun asi se me escapan cosas, no sabes cuanto te comprendo 

¿Encriptación? Claro que sí, ya sabéis que en ensamblador todo es siempre muy críptico

Bromas aparte, Jon se refería al sistema de compresión de pantallas, o, mejor dicho, de codificación de las mismas.

...se te encriptan las ideas

PARTE II: Continuación de lo anterior.

Y bueno, ahora un deleite de un problema que arrastras Jon, en TODAS tus producciones, y más aún, en todas las de Karoshi: El control del teclado. Y voy a hablar en general: Este problema esta en MUCHOS juegos del Dev. No teneis control de tecla suelta. No se como explicarlo. No hay una rutina de teclado que detecte que el jugador ha "soltado" ya la tecla, pero QUE NO PARE LA ACCION.

A ver, poned el juego. Dejad que salga el logo de Karoshi, y sin que pase solo por tiempo, pulsad la barra espaciadora y NO LA SOLTEIS. ¿Que es lo que pasa? Pues que te puedes quedar hasta el infinito ahí. Pero lo más grave es que esto esta por todos los juegos y por todas las partes del juego. Amateur = Amateur + 1. Quiza en el logo, hasta pase, pero depende de como pulses puede pasar hasta en el title al empezar. Por lo menos en Daedalian Opus me ha pasado, incluso cuando habla el viejales. Pulsas y ahi se queda. Lo comento porque tanto tu como Edu, compartireis rutinas de teclado y es algo que se arrastra desde siempre. Y queda mal para un grupo que dice o quiere ser profesional. Por favor, corregidlo YA. No se si esto es así o no, pero creo que tiene un poco que ver con lo mismo. Si pulsas para saltar y no sueltas el fire, la nena no para de saltar todo el rato. Puede que sea así por diseño, pero viendo el tema anterior del teclado, me huele que no.

Rutina de flickering, o parpadeos de sprites. No la tienes. Entiendo perfectamente por qué no la tienes. De tenerla, podría afectarte a la parte de abajo, y claro, cuando la nena se cayese, no desaparecería por detrás del marcador (efecto muy loable, todo sea dicho, un punto para ti). Pero claro, tambien estás consumiendo, no se si me equivoco, 4 planos de sprites constantemente que tienes abajo posicionados. Imagino que no te hacen falta para nada.

Pero bueno, no es excusa. Podrías tener rutina de parpadeos, incluso con esos 4 abajo. Solo es cuestión de diseñarla de forma que empiece a trabajar con el plano X, y ya está.

Y esto lo comento porque SI hay casos donde hay 5 sprites en linea. Y claro, desaparece el de menor prioridad, con lo que queda feo. En el 86 esto daría igual, en el 2006, no, si queremos ser profesionales.

Un poco de colisiones. Creo que pintas y luego compruebas. Es decir, primero posicionas el sprite y en el siguiente frame compruebas la colisión. Esto hace que la nena se meta dentro de las cosas. Es evitable, el orden se puede cambiar. Está claro que para los enemigos ha de ser diferente, pues el player ha de ver que toca con el enemigo.

Yo me lo monto de otra forma. Las colisiones entre "bichos" (player y enemigos en general) es lo primero que compruebo en el bucle principal. Así como las colisiones del player con algunos "extras" ... no se me ocurre ninguno, no se, pues que toque algo que levante un evento o que se yo.

Seguidamente muevo al player, detectando lo que pulsó el player y en ese momento, muevo y compruebo si se puede mover. Si se puede pues actualizo, si no, no actualizo. Y por últimos se "pinta", es decir, cambio los valores de pintado del sprite. De esta manera todo queda bien en pantalla.

Ahora bien, de nuevo hablo por hablar. Igual querías que la nena se metiese con la cabeza en la plataforma en los laterales, etc.... puede ser de diseño y no se hable más. Pero creo que en alguna ocasión no es así por diseño. Me da esa impresión.

Y ya que estamos con las colisiones no termino de entender la colisión del player y las gemas. Solo compruebas el punto central. Entiendo que esto estaría muy bien, si hubiese objetos "malos" que coger o con los que el player pudiese chocar. Esto haría que se facilitase el juego y no se putease tanto al player. Pero tal como está el juego, no entiendo porque tengo que coger las gemas con las tetas de la nena.


Y hablando de mover y saltar ... pues que el salto tiene una física rara, no me termina de convencer el impulso y caida. Pero es subjetivo. Al igual que el salto y movimiento de algunos enemigos. Pero bueno, es totalmente subjetivo.

Lo que creo que no es tan subjetivo es el ajuste a la plataforma. Creo que te has excedido un poco en este sentido y la nena se cae pronto. Esta claro que cuando lo sabes saltas antes y ya está. No es complicado, no es un salto milimétrico como lo podrías ser en un Abu Simbel, lo cual hubiese hecho que encima de aburrido fuese desesperante.

Peeero ... resulta que el modo "natural" te pide que saltar en otra posición. Y si saltas cuando te lo pide el cuerpo te caes. Tienes que aprender a saltar antes, forzando al player a hacer algo que no es muy "natural". Y entrecomillo lo de "natural" porque no hay nada natural hasta que alguien no lo hace una vez. Me explico, quizá mi problema es estar acostumbrado a una forma de hacerlo, que es la de Mario, y por eso esta no me es natural.

Y me imagino, por qué es así. Por el scroll y su rutina. Ya hice pruebas yo hace un tiempo con un scroll y algo parecido y me pasaba algo de lo que te ha pasado. Aunque tiene corrección.

En fin, que si te cuento todo esto es porque se que tu quieres mejorar y demás. Y que igualmente te gusta que la gente haga las cosas bien hechas y mejore y de calidad.

Todo el tema técnico importaría una mierda si el juego fuese realmente divertido (para mi). El problema es que cuando una cosa no es divertida, o bien, es menos de lo que uno se espera, pues ya empieza a fijarse en muchas otras cosas.

Y estas cosas tienen tambien otras soluciones. Nadie nace enseñado. Nadie. Pero siempre hay alguien que te puede ayudar con esto o con aquello. Yo estoy totalmente abierto a ayudar y prestar cualquier tipo de ayuda que esté en mi mano. Solo hay que pedirla. Aunque tambien entiendo que la mejor manera de aprender es pegarse tortazos. Pero alguien te tiene decir que te lo estás pegando, porque si no, te la sigues pegando.

En este punto, te recomiendo que en lugar de rebatir lo que te diga la gente del juego, lo apuntes, lo analices y mires porqué ese jugador ha llegado a esa conclusión. Así se aprende de verdad.


Un poco sobre la música:

Sobre la música ... pues intenta ser divertida y busca un estilo mario total... pero bueno ... pasable, excepto las fanfarrias de over y init y demás, que son horribles.  :/ Mucha prisa con ellas, creo yo, pero es que el apartado sonoro de casi todos los juegos del Dev en general esta tremendamente descuiado, y ahora si hablo en general. Por favor, ya que se intenta dar la piel en tecnicismos y en cuestiones gráficas, siempre se nos olvida el sonido, donde se pierde la coherencia por todos los lados. :/


Así para terminar y un poco en general, creo que el radical problema de Malaika es que te has metido en un terreno pantanoso. Así como he disfrutado enormemente de tus otras producciones, ya no por las mismas, si no por el hecho de ver que había mucho futuro y juegos buenos de Jon, con Malaika no. Y creo que se ve clara cual es la diferencia: Esto es 100% tuyo, tu diseño y lo has hecho tu solo. Arriesgarse con un juego nuevo ya es para destacar. Se perfectamente lo complejo y difícil que es. Pero claro, se nota demasiado.

Para mi que has ido hacia atrás. Phantomas y Saimazoom tienen un acabado increíble. Todo casa, nada falla. No hay nada que decir de ellos. Perfectos. Pero Malaika no es así.

Tampoco es muy "pofesional" poner corriendo un update del juego al siguiente día. Ains ... a lo hecho pecho. Eso si, si quieres corregir el juego y terminar de pulirlo, pues a vuestra web que para eso la teneis.


Hablaré un poco del Dev en general y aprovecho el megamensaje (perdonadme pero no tengo ganas de separar las cosas y escribir más).

Sería totalmente injusto que Malaika ganase el concurso, desde mi apreciación. Esto no soy yo quien lo decide, lo deciden los jueces y su fallo ha de ser aceptado sin más. Ser juez es realmente duro. Pero me parece más duro ver que hay trabajos en los 19 juegos presentados que superan en calidad y coherencia a Malaika y otros muchos de los que se están barajando entre los foreros como ganadores.

El principal problema es que juegos realmente terminados 100% sin problemas ni fallos, y totalmente testeados hay POCOS. Muy pocos, y eso debería de ser premiado. Un juego inacabado y con deslices, no merece pasar por delante de cosas bien terminadas.

Sintiendolo en el alma, tanto Malaika como Monster Hunter (Alberto no se me enfade por dios! es un ejemplo!!!!), son apuestas MUY arriesgadas, MUY trabajadas, pero que no estan terminadas.

Y es totalmente injustos que quedasen en primera posición como se está barajando. Trabajos como Traffic Jam son realmente REDONDOS y superan a estos dos. Y creo que nadie está viendo el trabajo realizado en Mecha Taisen como se llame. Este juego es BRUTAL. De verdad quede perplejo cuando vi el trabajo realizado. ¿Nadie se da cuenta de esto? Un juego de estrategia en 48k para MSX1 que lleva un curro alucinante. Quizá solo tenga el punto flaco de usar solo Joystick ... capón por esta parte. Digno merecedor tambien del primer premio, salvo que TJ le gana en coherencia y finalización.

Y siguiendo con esto, trabajos como Grid Wars son 100 veces más divertidos que el resto. Un aplauso por favor, hacen que siempre se quiera jugar otra partida, lo cual dice mucho.

Y para terminar, el Word Invaders. Creo que Sapi, sin saberlo, nos ha dado a todos una lección de como hacer un juego. Es 100% friki, pero es de lo mas divertido y con los mínimos recursos posibles.


Y ahora otra opinión final, como todo esto, muy personal sobre Karoshi, que quiero que sepas, aunque la he hablado en privado con Edu.  Ambos, ya no solo tu Jon, habeis ido hacia atrás, creome, en las producciones del Dev. El año pasado presentásteis dos trabajos realmente BIEN terminados. Dignos, e incluso, uno de ellos merecería que hubiese sido el ganador del año pasado (Griel). Pero este año, la cosa ha ido atrás.

Creo sinceramente que es un poco culpa de vuestra "separación" para hacer los proyectos. Hacer las cosas por separado puede que consiga que hagais más juegos. Pero yo, prefiero que hagais 1 bueno a 2 con un montón de cosas que pulir. 2 cabezas funcionan mejor que una y si cada uno se dedica a lo que mejor sabe, Karoshi sale ganando y yo, salgo ganando. (En realidad todos los users). Os ha faltado MUCHO testeo del bueno. Mucho pulir, y se notan demasiado las prisas.

Creo que el foro te absorve demasiado tiempo Jon. Igual es mejor hablar menos y centrarse en los proyectos más. Así como entiendo perfectamente tus "salidas" de Karoshi para cosas como Saimazoom y Phantomas (además de que no hay nada que achacar a ellos), quizá para juegos completamente nuevos sea mejor que trabajeis en grupo y no ser tan independientes, por mucha "Corporation" que sea Karoshi.

En fin, que en opinión general veo un retroceso de Karoshi. El año pasado quedé muy impresionado con la evolución, y este año pensaba que sería el asentamiento final. Pero no ha sido así. Quiza os salva un poco el Opus. Que con 100 fallos de prisas sigue quedando muy coherente y bien terminado. Espero de corazón que el año que viene si sea el año Karoshi.

Y perdón por la longitud y si me he olvidado de algún detalle o metido la gamba (que es posible) en otro.

Gracias Ramones por tus comentarios y te agradezco tu análisis tan a fondo de Malaika, mi progresión como programador, la situación actual de Karoshi Corp. y el nivel de calidad actual de las producciones del MSXdev.

Tanto si estoy de acuerdo contigo como si no lo estoy, al menos tu mensaje revela tu indudable interés porque en Karoshi las cosas se hagan bien, y eso en realidad lo aprecio muchísimo: pero yo creo que tanto el año pasado con Saimazoom y Griel's Quest for the Sangraal, cómo este año con Phantomas Saga: Infinity, Malaika Prehistoric Quest y Daedalian Opus, el balance no podría haber sido mejor... y para el futuro -y como siempre venimos haciendo en Karoshi-, intentaremos dar lo mejor de nosotros para que los usuarios de MSX puedan disfrutar de juegos cada vez mejores y cada vez más divertidos.