Karoshi MSX Community

Bueno, otro MSXdev más a nuestras espaldas. Realmente esto no ha terminado, aún hace falta que el jurado delibere, etc, etc, pero para mi (y para casi todos), lo importante, que son los juegos, ya están aquí. Ahora hay que darle vueltas a ver si éste MSXdev ha conseguido ese objetivo que tiene siempre, que es que la gente publique juegos para el sistema, y en que grado.

No voy a entrar en valorar la calidad de los juegos. Algunos tienen mucha calidad, otros menos, y otros mucha menos. Pero eso, al final, a mi no me importa, porque si alguien le dedica tiempo al desarrollo de un juego, y le sale rana, al menos sacará algo pra aprender y mejorar a la siguiente... pero el caso es que no se dedica tiempo a la creación de entradas (salvo alguna rara excepción). Es decir, ¿cada vez se toma menos en serio el concurso?.

A lo que voy es que lo máximo que se le ha dedicado a algún proyecto es un mes (tal vez algo más, ya que desconozco el trabajo que se le han dedicado a todas las entradas). Algunas incluso se jactan de ser proyectos de 1 día!. Es decir: aquí no hay aprendizaje que valga, esta gente podría haber hecho mejores entradas y en cambio ha decidido esperar al último dia para ver que le sale. Ojo, que también podría ser distinta la cosa: es decir, gente que no pensaba entrar en el dev, al ver que las entradas eran mínimas, se lanzó a presentar un algo por solidaridad al concurso. Tanto en una opción como en otra, aunque la intención es distinta, el trabajo dedicado si lo es: es decir, el mínimo.

El objetivo del concurso, al final, es delimitar una fecha tope para que los desarrolladores se aprieten las gomas y tengan una "fecha de entrega" y así terminen los proyectos. Pero el caso es que ahora (no como en 2004 o 2005, y mucho menos antes), ya salen juegos de MSX1 fuera del concurso, como es el caso este año de "Perfect Fit" o de "Montana John"... es decir, tal vez ya esté instaurado el hecho de desarrollar para MSX1 y el concurso ya no es tan necesario,ya que la gente tiene otros objetivos, como el desarrollar cartuchos físicos con su juego (y el dev es un impedimento para ello, al menos, hasta que termine). No se, son temas que estoy tirando encima de la mesa para su reflexión...

Otro tema es el de los MegaROMs, mucho rollo para que los aceptemos, y al final, en las últimas ediciones, o se reciben tres o ninguno, como ha sido el caso... ¿es la hora de recuperar las restricciones de 32KB/48KB ROM y 16KB RAM y hacer un MSXdev que sólo dure hasta verano?...

No se, estoy tirando reflexiones para que las comentemos todos. El caso es que este MSXdev me deja con cierto sabor agridulce: dulce, porque al final el numero de entradas ha sido bastante mayor del esperado, pero agrio porque la gente parece ya no tomar en serio/no dedicarle tiempo al concurso... la verdad es que estoy semicontento, no se si os pasará a vosotros también ;)

Bueno, sin más. Para que os sentéis un rato y reflexioneis este lunes de post-dev. Un abrazo y gracias a todos por apoyar el concurso!!

Pues eso es lo que parece, Jon: MSXdev ha perdido inercia. El objetivo inicial, como bien dices, se ha cumplido con creces: hay una escena de desarrollo de video-juegos para MSX1 más prolífica que para MSX2 y superiores. Es decir, se han invertido las tornas respecto a la situación previa a 2004, lo cual no deja de ser curioso. Hablando uno por uno con algunos de los desarrolladores que ahora producen juegos para MSX1 me llevé la grata sorpresa de descubrir que para casi todo el mundo, al menos en España, el MSX1 es "su" ordenador, pero que se veían forzados a producir para MSX2 porque era lo que la gente demandaba. Me alegra que MSXdev haya tenido un papel importante para reconducir esta situación y reivindicar que el MSX1 sigue vivo. Y que es el MSX por excelencia.

En cuanto al futuro, no me corresponde a mi decidir, pero creo que la finalidad buscada se ha obtenido ya, por lo que este argumento por sí mismo no es suficiente para justificar el concurso. Especialmente porque, como apuntas, se ha reducido el esfuerzo de participación y, consiguientemente, la calidad de las entradas en general, pese a muy honrosas excepciones.

Llegados a este punto, sólo se me ocurren tres opciones viables, aunque todas ellas suponen importantes cambios:

1.- Acabar con MSXdev y mantener su espíritu en el recuerdo, como una época dorada y un nuevo renacimiento del MSX y el concepto del desarrollo gratuito de juegos de calidad.

2.- Obtener un acuerdo entre la organización de MSXdev y los productores de cartuchos, básicamente Matra y Pazos, para conseguir que éstos patrocinen de algún modo el desarrollo de una forma directa, estableciendo contratos previos de distribución, además de mantener en paralelo la fórmula abierta de donación de premios, aunque sólo en efectivo. En estas condiciones, el premio en metálico tendría que ascender a una bolsa importante, entre 500 y 1000 €, para atraer una participación de calidad. Si el objetivo es después encartuchar las mejores entradas, los requisitos se definirían en función de los criterios técnicos impuestos por los productores de los cartuchos - es decir, si se pueden producir cartuchos de 512 KB con mapper ASCII 16K, éste sería el formato elegido -. La única condición que se mantendría en este caso sería la de compatibilidad garantizada con MSX1. Se podría estudiar en este caso - en beneficio de la producción suficiente y de calidad, garantizando el interés para los productores y el resultado final de disponibilidad de títulos para los usuarios - la no disponibilidad gratuita de las ROMs hasta pasados un número de meses desde el final del concurso. Esto no estaría reñido con la publicación de demos jugables gratuitas, como se hacía en los viejos tiempos. En este formato, eso sí, debería fijarse un plazo amplio, en ningún caso inferior a 9 meses completos, y nunca superior a 18.

3.- Mantener el concurso en sus parámetros originales, limitando las especificaciones y abogando por su carácter educativo e introductorio, incluyendo así exigencias como la publicación libre de todo el código y herramientas, para hacer un repositorio de código fuente para su estudio por los programadores noveles. Por ejemplo, no megaROMs, sólo ensamblador, 16 KB de RAM, y un tiempo de entrega más corto, entre 6 y 9 meses como máximo.

Como reflexión final, aunque las ediciones de 2005 y 2006 hayan sido quizás las más potentes en cuanto a entradas y calidad, y 2007 nos haya aportado algunos grandes juegos, creo que la edición más divertida - y esto lo digo a un doble nivel personal, como organizador y como participante - fue la de 2004. La masacre de las 8 KB permitió rescatar para el MSX(1) a mucha gente que pululaba por otros prados bien diferentes. Disfruté con cada uno de los bytes que se metieron a presión ahí. Y para el recuerdo quedaron joyas como los últimos juegos conocidos de Madonna MkII o la reconquista del MSX1 por los señores de Kralizek. Se consiguió así "picar" de una forma saludable a mucha otra gente que se animo a mostrar su saber hacer en ediciones posteriores.

En cualquier caso, quedáis todos invitados a participar en este ejercicio de reflexión y crítica en voz alta.

Personalmente ... a mi me gusta hacer MEGAROMS .. pero más que nada porque tengo mi propio "tinglado" montado al respecto y el C es lo que tiene, hincha los binarios.
A mi me da igual si esta la MSXDEV como sino, mi intención es seguir sacando cosas para MSX. Cierto es que valores motivadores es importante que hayan sino se pierde la gracia y creo que la MSXDEV es un factor motivador. También lo es poder publicar tu juego en cartucho. Pero al final creo que quien ha de hacer un juego para MSX lo hace porque le gusta y sabe que lo hará y habrá gente que lo jugará y lo comentará y en mi opinión veo mucho más importante que exista un foro como el de Karoshi en ese aspecto.
Hacer un juego, aunque cueste un día, pues es un curro y es un esfuerzo y has de echarle ganas. A mi el año del MonsterHunter pues se me cayó hasta el pelo de la cabeza, si si, sufrí alopecia por stres :) menudo añito .. eso no creo que vuelva a repetirlo .. pero si tengo cosas en cartera, proyecto de algunos meses que quiero terminar y no estoy pensando en publicarlos en ninguna MSXDEV, esa obligación es dura de conseguirla en detrimento de poder hacerlo tal y como quieres hacerlo.
Lo que si se ve es que gente que quiera dedicar a hacer juegos "molones" para MSX pues cada vez son menos y es normal.  Es que es un esfuerzo.

A mí me parece bien dejar el concurso tal y como está.

Cuando hay gente que lleva ya sus años programando con alguna entrada en la dev, normalmente presentan juegos de mayor calidad que gente que empieza. Esta vez parece que ha sido la primera dev: ha habido gente que comienza con buenos juegos y gente que comienza que quizá haya presentado algo con menos calidad. Pero esto es algo positivo, sin duda. Por un lado hay más juegos, y por otro lado hay gente que se empieza a meter en el mundillo de la programación y mejorarán para la próxima. Todos mejoramos.

Yo he entrado con un experimento, para aprender, y porque la idea me parecía muy interesante. Que a la gente no le ha gustado nada o le ha encantado... bueno, prefiero que a la gente le guste pero si no, pues vale.

Todos hemos aprendido, como he dicho. Ahora sé cómo utilizar el modo IM2, hacer un juego síncrono donde suena un sample del disparo láser de la nave, mientras se mueven las naves con movimientos sinusoidales, muevo mi nave, detecto si he tocado alguna nave, si me han dado a mí, todo en cada raster, adaptando el juego tanto a 50 como a 60 hercios. En fin, para mí ha sido una experiencia enriquecedora, sin duda alguna. Y seguro que para todos.

El que esperara un Metal Gear para esta dev mientras se rascaba los huevos en casa, que me coma el pie.

100% de acuerdo. Parece que quien más se ensaña con los juegos es quien no tiene ni idea de programación de video-juegos, porque desconoce el esfuerzo que supone cualquier pequeña cosa.

ñam ñam ñam   jejejeje ;)

Mi opinion es dejar el concurso tal y como esta. Si es verdad que la gente va perdiendo interes, pues con el tiempo ya se vera si merece la pena continuarlo. Doce entradas es un buen numero.

Muy interesante es la idea de robsy en el punto 2. Crear una especie de cartucho recopilatorio de la dev o algo asi. Seria una motivacion extra para los desarrolladores. Digo yo.

El objetivo de la msxdev esta conseguido con creces, que es la produccion de nuevo soft para msx. Pero también tenemos que tener en cuenta los objetivos personales de cada uno. Montar un juego en un dia o una semana es un objetivo totalmente licito. Personalmente mi entrada me costo hacerla unos seis meses y he aprendido un monton de cosas nuevas sobre el msx. Viendo las entradas de forma mas individual se aprecia una mejora y una mayor calidad de la gente que ha ido presentandose año tras año y eso es bueno.

Como idea se podria hacer una especie de bolsa de trabajo donde se pudiera contactar con grafistas programadores o musicos para ayudar puntualmente con alguna proyecto que este un poco colgado.

Sobre la calidad de las entradas de eso ya se encargaran los jueces y cada uno tendra unas preferencias. Sin embargo hay ideas muy buenas como 'Formula dice', 'PWND', 'Bakerman' o 'Sp8 invaders' que podrian mejorarse/ampliarse y darian como fruto unos juegos muy buenos. Tambien, fuera de la dev, pondria el 'Space scape' de Far away en esta categoria.

Kabish: sólo una puntualización. Mi propuesta (2) no se refería a producir un cartucho recopilatorio con el resultado del concurso, sino publicar individualmente cada uno de los mejores juegos. Es decir, encartuchar el podio del concurso, pero por separado. Evidentemente, esto haría que el criterio para juzgar un juego fuese diferente, estaríamos hablando de su "comerciabilidad", que puede estar en disonancia con su "calidad" en el sentido más objetivo del término. Cambian los parámetros, con lo cual, también debería cambiar el enfoque de los programadores, pasando del "qué juego me gustaría programar" al "qué juego querrían comprar". No me pronuncio sobre qué alternativa es mejor, simplemente hago una propuesta abierta a debate.

Dejarlo tal cual, la única pega es que los juegos que se antojaban como "más prometedores" se han cancelado como el Knightmare 3. Otros clásicos de la escena por sus motivos personales no han podido presentarse en esta ocasión, que de haberlo hecho estaríamos hablando de posiblemente la mejor Dev de la historia. Vamos yo lo veo así.

Robsy: Si, lo se. Lo que pasa es que la respuesta mia es una especie de ampliacion de tu idea. Se que te referias al 'podio'. Puntualizacion aceptada. ;)


Si añadiesemos los juegos cancelados -que no son vaporware- y añadimos alguno que se ha quedado en el tintero, hubiese sido una dev excelente. Coincido contigo. Espero que la proxima dev si sea la 'mejor de todas'. Si no se han podido presentar es por que son juegos de mucha calidad y su acabado necesita mucho tiempo, pero espero verlos terminados pronto y disfrutar de ellos.

Bueno en mi caso y basicamente como un mero espectador, ya que he estado ausente durante varios meses, obligado al igual que la otra parte de "Far away" (Goblin) por causas mayores de curro, creo que hay una calidad flipante, por lo menos las de digamos "menos calidad" no me parecen peores que muchos juegos que en la epoca se publicaban o incluso vendian, así que no me parece que este peor la situación , ni mucho menos.

Pero es verdad que también hay que asumir que es una "escena" muy minoritaria esta, al fin y al cabo. Y aunque la sensación que yo tengo es de que cada vez hay más vida en el msx, sigue siendo un mundo digamos "escondido" donde imagino que debe ser dificil conseguir cualquier tipo de beneficio material, es decir la gente o la mayoria por lo menos de la gente que esta metida en esto, lo hace por vocación, porque le gusta... y esto implica tener tiempo libre, y un poco de paz para embarcarse en estos proyectos. Y la verdad es que son tiempos raros y dificiles para la mayoria, no?


A nosotros nos hubiese gustado presentar un juego para este msxdev, pero el curro no nos lo permitio finalmente... Aunque para este año ya estamos con una versión ampliada del Space Scape y soñando con que esa entrada para la proxima dev esté terminada y sirva para aportar nuestro granito de arena.


Creo que hay gente con muchisimo talento y experiencia en este foro, y que hace juegos impensables hace años y que además comparte lo que sabe y ayuda a los demás, eso es algo Maravilloso, algo tan bueno no deberia perderse... a veces hay epocas más flojas, pero...

 NO OS DESANIMEIS MAESTROSSS!!!!!

Bueno... ya se acabó el dev y por fin he podido probar los juegos!

No sé si soy el más apropiado para opinar sobre el tema ya que no he presentado nada de nada, pero bueno... como en alguna otra ocasión sí que lo he hecho, me tomo la libertad  :P

La verdad es que sí que es cierto que esta edición ha sido floja... la participación ha dejado mucho que desear, varias cosas hechas de última hora y por tanto no demasiado pulidas...

Siempre he pensado que cuantos más juegos salgan mejor, pero viendo en lo que se está convirtiendo el dev, ya no lo tengo tan claro... se está valorando la cantidad de entradas por encima de todo, para estar al nivel de pasadas ediciones y parece que sea lo único que importa.

Está bien que la gente aprenda y experimente con la programación (yo también lo hago) pero creo que se ha llegado un momento en que el concurso, de una forma u de otra, se está viendo perjudicado, ya que en vez de ir a mejor, va a peor... y no digo que la culpa sea de nadie, simplemente está pasando.

No sé las medidas que habría que tomar para que el concurso se salve, pero la cosa no pinta bien a día de hoy.

Y estoy de acuerdo en que se una de las cosas con las que se mareó mucho la perdiz fue con lo de las especificaciones y al final no ha servido para nada.

Bueno, yo, como Imanok, como este año no he presentado nada a la Dev, pues no tengo mucho derecho a quejarme, más bien a comerme el pie ;-) (ñam, ñam!)

No sólo no he presentado nada, sino que este año, además, no he estado muy ligado al tema. Recuerdo estar en la MSXDev'05 esperando a que acabara, conectado en el último minuto. Lo mismo para la MSXDev'06, jugando hasta las tantas al Monster Hunter, al Malaika, al Traffic Jam, al OW, al Daedalian Opus... sorprendido con el Beepertron, alucinando con los debates sobre Skate Air y Night City, y con ciertos resultados tras las deliberaciones. Más o menos igual, aunque más de cerca con la Dev'07... pero en esta, he estado más ausente. Esto no es, en absoluto, culpa de la Dev, sino mía y de mis obligaciones actuales.

Acabo de echar un vistazo rápido a las entradas de este año, y mi sensación es que hay juegos buenos, como otros años, juegos normales y juegos malos. Mi primera impresión, a falta de jugar más, es que hay bastante trabajo tras juegos como Tomb of Genghis Khan o I Need Speed, bastante experiencia en programación tras entradas como Peek-a-Booh, Deep Dungeon, La Corona Encantada y SP8 Invaders. Y un juego muy "pulido" y bien acabado en el caso de Danger Tower.

El problema de esta Dev es, como apuntaba Jon, que parece que se ha dedicado poco tiempo a las entradas. Lo cual se traduce en que, aunque haya juegos buenos, no hay ninguna "superproducción", por llamarlo de alguna forma, que haya animado el tinglado. No hay un The Cure, no hay un Monster Hunter o un Malaika, no hay un Operation Wolf...

¿Es esto un síntoma de algo? Yo creo que sí. De la misma forma que es bastante sintomático que la mayoría de juegos que no llegaron a tiempo a otras Dev no hayan visto la luz aún. Lo que no tengo claro es de qué es síntoma. Pensaba que era, simplemente, cuestión de tiempo. Tenemos menos tiempo, programamos más lentamente. Ahora bien, si los juegos que no llegaron al deadline nunca salen a la luz, es que hay algo más, además de falta de tiempo. Pero es pronto para decirlo.

Mi opinión sobre la Dev, y sobre lo que planteaba Robsy: yo dejaría la Dev con el planteamiento actual un año más. Si el próximo año la cosa cambia, estupendo. Si no, quizá debería replantearse.

En cualquier caso, enhorabuena a los participantes y gracias por el esfuerzo. Como he dicho, echo en falta entradas "extraordinarias", pero hay entradas buenas, eso es innegable.

Coincido con todo lo que apunta la gente aquí. Desde luego va a ser infinitamente mejor que haya MSXDEV a que no exista. Al menos esta ese reto, esa fecha, ese objetivo que a muchos nos obliga a tenerlo en cuenta para terminar algo. Yo si cambiaria algo y es que la gente presentara lo que le diera la real gana, MSX1, 2, TR lo que quisiera y además en MEGAROM en 8K en lo que le más agusto esté o le motive estar. Cada vez somos menos y cada vez hay menos tiempo. El factor motivador individual es fundamental al igual que lo es el colectivo (foros MSX).

Bueno, primero de todo dejar bien clarito que no vengo a hechar pullas , no vaya a ser que alguien se sienta herido, simplemente a opinar que para eso estamos en una democracia  ;) .

Mi opinión personal és que este dev es uno de los más flojos de los ultimos años. Salvo 4 o 5 juegos (bastante bueno alguno), el resto me parecen hechos algunos a toda prisa y de puro relleno. Hubiera preferido la mitad de juegos a igualar las entradas del año pasado. Veremos como los jueces valoran los juegos. Otra cosa que debe ser una regla es que los juegos funcionen en cualquier generación de MSX incluido el Ese System 3 o como querais llamarlo,sino  deberia restarle puntos y bastantes por no ser "extremo" y decir que se deberia anular la entrada.

Despues, y esto es a gusto personal, parece que algunos juegos hacen más un guiño al Speccy que ser propiamente de MSX, no me gustan los monocromismos, pero respeto auqnue no comparto que alguien quiera hacer así los juegos.

Que si,que si,que deberia estar contento por la cantidad de juegos que se programan para MSX y blablabla. Pero no, prefiero menos juegos y más calidad. Y respeto todas las entradas y entiendo que para algunos es una oportunidad de aprender y es una buena plataforma para darse a conocer. Pero considero algunos juegos meramente pseudojuegos.

Mesías, no vamos a duplicar mensajes. Voy a mover ese thread al otro que he abierto especialmente para opinar acerca del dev ;)

Es verdad,gracias,no me habia dado cuenta  :)

Bueno, yo soy un recién reenganchado al mundillo MSX, y aunque ahora mismo mis proyectos están más enfocados a la emulación o depuración, no descarto programar o colaborar en algún juego en un futuro no muy lejano, así que quiero aportar opninión como granito de arena.

Por un lado, durante todos estos años está claro que el objetivo de revivir el desarrollo para MSX ha sido más que cumplido, este año, quizás la cosa ha estado un poco más floja en cuanto a calidad, pero tampoco somos muchos desarrolladores, así que estadísticamente un año no tan bueno no quiere decir mucho y no creo que haya que alarmarse. Luego, cómo ya ha comentado alguno, si en el siguiente la tendencia sigue hacia abajo pues ya sí se podría replantear qué hacer.

Después, parece que todos queremos calidad y cantidad de entradas  :),  Pero si tuviéramos que elegir sólo una de ellas, ya cada uno puede pensar una cosa. No vería justo que ningún proyecto que cumpliera las normas quedara fuera de concurso por poca calidad, pero en mí opinión habría que intentar que los participantes se pusieran el listón más alto y dejar la Dev para algo así como 'Juegos que serían comercializables'. Y hacer públicos otros proyectos extremos o experimentales en otros sitios. Cómo solución a la calidad, estaría lo de unir exfuerzos, sé que hacer un proyecto entre varios es muy distinto a hacerlo uno sólo, pero casi siempre enriquece, y así habilidades de muchos cómo yo que sólo están cómodos en un área salgan a la luz.

En cuanto a la compatibilidad, creo que si se cambiaran las reglas para que se pudieran presentar proyectos que no fueran 100% compatibles con la primera generación (y en cartucho que es lo único formato soportado por todos), se perdería el espíritu de la Dev, e incluso el espíritu de la norma. Pero no vería inconveniente en permitir cosas que funcionaría en cualquier máquina, como tamaños más allá del megarom. Este año ninguna entrada ni siquiera llega a este tamaño, pero creo que es una limitación un poco arbitraria. Todo esto no quita que depués quizás los jueces por ejemplo puedan o deban de tener en cuenta el factor calidad/tamaño para valorar el aspecto técnico del juego.

En una línea parecida, tampoco vería descabellado puntuar los extras que puedan aportar al juego tecnologías de generaciones superiores (Siempre que no afecten directamente a la jugabilidad). Por ejemplo, si el juego en un MSX2 o superiores usa las posibilidades de paleta, pues se podría valorar cómo algo positivo, no cómo ahora que sólo se evalúa lo que se en un MSX1.

Y por último, se me ocurre que para animar un poco más a lo que rodea la Dev, se podría intentar instaurar algo así cómo un 'Premio del público', con mención aparte, cómo se hace en los festivales de cine, ya que no siempre la opinión de los jueces coincide con la de la mayoría.

Saludos

Bueno, yo he estado bastante al margen de la competición este año (a ver si el 09 estoy en condiciones de presentar algo), pero sí que creo que el concurso sigue teniendo su razón de ser. En parte hizo que Metalbrain o yo mismo nos introdujésemos en la programación del MSX viniendo desde las herejes tierras spectrumeras  :P, y es que un concurso siempre sirve como motivación para ponerse a programar.

Personalmente, sólo le veo un par de pegas al concurso tal y como está ahora. Una pega es de las reglas, y es el tema de la distribución. Si tengo terminado un juego en junio... se me va a hacer muy cuesta arriba no poder publicarlo en físico hasta que pase la Dev, y mucho más aguantarlo hasta diciembre si quiero mantener la sorpresa. Al menos la distribución en formato físico sí que creo que debería estar permitida antes de que termine la Dev, en electrónico siempre podemos meter un link a la web del concurso.

La otra pega es más "personal", digamos, y es bastante opinable. Es la idea de presentar cosas hechas muy a última hora para apoyar el concurso. Por un lado evitas que quede con muy pocas entradas, pero por otro... en cierto modo, "devalúas" el concurso, al presentar un juego poco terminado que baja la calidad media. Cierto es que si este año hubiesen podido salir el QBIQS, el Dr Mario y el Knightmare III pocos estaríamos haciendo estas reflexiones, pero a veces es mejor dejar que una edición del concurso quede con pocas entradas, para que la gente se pique y al año siguiente termine sus proyectos.

Planteémoslo por un momento a la inversa. En el caso de que se convocase MSXdev'09, con fecha de entrega dentro de 2009 mismo, ¿con cuántos juegos se podría contar en el momento actual?

- Qbics, apretando a Sap ;D
- El juego casi listo pero desconocido de Infinite
- El juego casi listo y totalmente desconocido de Karoshi
- Krakonia, aunque haya que retorcerle un poco el prince Charles a Dioniso ;)
- Algo más de Karoshi casi seguro, incluyendo algún juego casi listo y totalmente conocido :D

¿Cómo lo veis? El listado anterior, que es bastante creíble y no incluye demasiado vapor, podría ser un buen reclamo para que el concurso fuera a toda máquina. Eso sí, visto el nivel de implicación de la edición de 2008, casi os propondría dejar de nuevo fuera los megaROMs, pero todo esto es opinable.

A mi, si me garantizan que todos los juegos descritos arriba se presentarán a tiempo, creo que tenemos concurso. Suponen, como mínimo, 5-6 proyectos de indudable calidad. ¿Alguien más opina igual? ¿Conocéis de algún otro proyecto que tenga un grado de madurez semejante y podamos incorporar como candidato?

Además, en el mail del concurso, ha habido un usuario que nos mandó un juego fuera de plazo que probablemente lo lance para el dev'09, al igual que otro, que ya tiene muy adelantado el motor de un juego, y nos ha enviado un .avi para poder ver como va ;)

Entonces estamos hablando de 7-8 juegos con bastantes posibilidades de completarse. Son unos números muy halagüeños, la verdad, especialmente teniendo en cuenta que nos consta la calidad de dichas entradas. ¿Y no es posible marujear un poco sobre esto último que nos cuentas, Jon?

Por lo tanto, la propuesta es directa: convocar de nuevo el concurso de forma inmediata, incluso antes de que se publiquen los resultados de la edición de 2008, para que nadie afloje el ritmo y se dé la impresión de continuidad que tan necesaria resulta. Quizás ahí hubo parte del problema de la anterior edición, que hubo mucha presión sobre la elaboración de criterios y luego transcurrió un tiempo significativo hasta que se convocó finalmente el concurso.

¿Cómo lo veis?

QBIQS... mmm el caso es que me suena de algo, pero ahora mismo no se, no caigo... ;D ;D ;D

Bueno, ahora en serio, por fin nos hemos quitado de encima un proyecto europeo que ya terminó en Diciembre (aunque estamos con jaleos finales) y la semana que viene ya estaré liberado de otro marrón que me ha provocado dolores de cabeza desde Junio. A ver si me voy poniendo al día con todo, incluyendo el MSX. Este mes termino unas cuantas cosas, ya veréis... :) :)

Y un último apunte: aparte de apretarme, ¡¡¡también podéis ayudarme haciendo puzzles!!!

De tu mensaje deduzco tu clarísima voluntad de participar en la siguiente edición de MSXdev'09 con el QBIQS, acatando con ello toda la letra pequeña que implica ;)

Muchos ánimos, Sap. Hay que darles caña!

Je, je. Si te refieres al piercing, es un Prince Albert.

Y siento desilusionarte -creo que ya lo había dicho por ahí- pero el Krakonia no irá a ninguna dev. Desde el caso Magical Stones, no me vuelvo a pasar más de medio año con un juego para que luego me den la patada (y no hablo de posiciones, sino de la crítica tan caca que recibió).

Me embarcaré en la próxima, seguro, pero con un proyecto "menor"; vamos, que me lleve menos tiempo. No tan poco como el SP8 INVADERS. Le he cogido el gustillo de nuevo. Contad conmigo, pero no con el Krakonia.

Okis. Si tenemos garantizada una entrada de Dioniso, me parece perfecto. Además, respecto del Krakonia, ahora que lo dices, me parece que ya lo habíamos hablado. Así que no insisto. Y, además, era sólo una reflexión en voz alta, que nadie se sienta obligado por lo que dice Mr. Robsy, eins?

Alguien más levantará la mano para decir que se apunta?

(http://www.masternewmedia.org/news/images/hands_2_OK_hand_by_brokenhearts.jpg)

Dioniso: disculpa, por cierto, la confusión en cuanto a la familia real de los países bajos ;)

WYZ: salvo que completes tu mensaje en blanco, entenderé que quieres decir que sí, que presentarás no un juego, sino media docena, para MSXdev'09 ;D ;D ;D

juas!! ha salido demasiado gordo el dedo idem. Vamos a decir que uno y me podría dar con un canto en los dientes si supera 16kb.

Pues parece que hay alguien que ha empezado ya a mejorar la dev: el señor Robsy, que está reclutando a todo programador conocido por estos lares. Sigue, sigue, que todavía quedan bastantes...  :D

Buena iniciativa, Edu.

Fijáos lo que me he encontrado al volver del congreso... ¡si es que este tema está de rabiosa actualidad! ;D ;D ;D ;D

 ;D ;D ;D ;D ;D

Avisa la próxima vez, que no he podido ocultar reirme en la oficina...   ;D

Saludos

Pues yo me lo compré en cartucho porque me encanta  :D

Partidon de caja Sapphire!

@Sapph: LOL!!!

Queremos MSXdev'09!!!!!!!!!!  :D :D :D :D :D :D

Queremos juegos!!!!!!!!!!!!!!!!!!!  ;D ;D ;D ;D ;D ;D ;D

Si yo tambien quiero Dev y juegos, pero esto ultimo no a toda costa.

Mi opinión personal;

El DEV siempre he creido y creo que es una muy buena idea. Gracias al dev a ayudado a revitalizar la scene MSX .
Muchas personas han podido intercambiar ideas y aprender, y ha servido de plataforma para comercializar los mejores juegos en soporte fisico. Todo esto es genial, pero espero que se siga puliendo, la clave la tienen los organizadores.

Pienso que ha habido juegos que parecen solo puros experimentos o yo que se, para eso creo que en el hilo de desarrollo de este mismo portal tendria cabida. Lo siento pero estoy en contra de juegos de relleno solo por igualar el numero de entradas que a veces a dado la sensación de que fuera el objetivo.

No espero Metal Gears ni Doragones Slayer, pero si que es verdad y se ha visto más que de sobra que han salido muchos juegos entre todas las ediciones que seran recordados durante mucho tiempo por su buen hacer tecnico y de jugabilidad.

Es logico que haya juegos menos buenos, no todo va a ser un rezumar calidad pero de eso a lo que he dicho dos paragrafos atras va un mundo.

Espero y deseo que se solventen de una vez los temas de compatibilidad, no estaria de más. Que un juego funcione en formato fisico es lo minimo que se espera de el, sino seria irrisorio. No se las dificultades que entraña vuelvo a decir programar y que funcione en un cargador puro MSX, pero si funciona (que no siempre es así) en un emulador en PC con más delito ha de funcionar en MSX con cargador. Vuelvo a decir, que pasa si el juego no se comercializa?Y si no tiene alguien megaflash?Por que el juego sea de libre distribuición ha de fastidiarse?

No y mil veces no. La compatibilidad con y sin cargador ha de ser una olbigación, hay gente que seguro que sabe solventar este tema y si se le pregunta estara gustosa de ayudar.

El espacio en que ha de ser presentado los juegos??

Pues no estoy seguro, pero pienso que un año como siempre se ha hecho es lo suyo. Pero como bien se ha dicho habria que obligar en un espacio de tiempo determinado a a entregar una beta ya con cara y ojos. Sino, pues se cancela la entrada o bien si quiere que se presente fuera de concurso.

Los betatesters...Joder!Que somos bastantes, tambien se ha comentado el tema, pienso que desde la pagina del dev se deberia dar una opción o aquí mismo o en el mrc buscando betatesters. Si no se quiere el juego distribuir a demasiados usuarios por aquello del secretismo y la sorpresa se reduce el numero de betatesters y ya esta.

Espero y deseo que se siga haciendo el DEV muchos años más, se lo merece el MSX y sobre todo quienes lo crearon. Solo pido un poco más de coherencia a la hora de hacerlo, ya se que no es facil el trabajo y el esfuerzo de todos, pero nada bien hecho es facil.

Animo!

Mi juego se programó en 10 días, y no porque yo quisiera presentar un juego en la dev. Se me pidió por pasiva y por activa.

Si, al parecer ahora, estos juegos no tienen cabida en la msxdev, pues no pasa nada, para la próxima no presento nada y no me pego el lote que me pegué de madrugones y café.

Ni siquiera convocar el concurso es una obligación, así que imagínate ;D ;D ;D ;D ;D ;D ;D

A ver, mesias, sugerencias las que quieras, pero no hace falta que te pongas a exigir cosas de esa manera. Tranquiiiiiiilooooo, que tras el dev has entrado como una moto en todos los threads a quejarte, avisar de mensajes con comentarios normales para que los modere, etc... ;). ¡¡Respira hondo antes de exigir cosas, hombre!! :D. Lo has dejado claro (y como tu, otros muchos): el MSXdev'08 no ha cumplido con tus expectativas: pero no creo que arremeter contra la organización y los participantes sea de mucha ayuda ;).

Relaja el nervio, ok?. Supongo que el MSXDEV Team estará tomando buena nota de lo que se está hablando por aquí para tomarlo en consideración y, si no es así, ya les traduciré a mis compañeros de equipo un resumen para enviarles un mail a msxdev@msxblue.com. Así que tranquilo, que lo que aquí se sugiera será escuchado y valorado, te lo aseguro!

Pero no hablemos de obligaciones y de exigencias, que no me quiero calentar, ok?  ;)

(PD.- Siento haber sido pelín borde, pero, mesias, llevas unos días que has entrado como un elefante en la cacharrería. Para ayudar y cooperar si, pero para guerrear no)

No se lo tengas en cuenta Viejo ... el Mesiax es que adora el MSX y tiene mucha devoción y hablando pues se nota que todo esto pues el afecta especialmente. Vamos .. no digo que tenga menos devoción que tú :) o que otros .. pero a nivel de decir las cosas se es más o menos diplomático. Aquí, por lo que he visto, hay buena gente y la mayoría (por no decir todos) le tienen mucho cariño al sistema. A lo que voy, un comentario para todo el mundo, que hay que intentar siempre relajar al máximo los ánimos en nuestros comentarios y respuestas porque la mayoría de veces se malinterpreta todo con demasiada facilidad.
Al final lo que importa es que queremos que hayan producciones MSX todos los años, que esta claro que se quieren juegos de cierto "presupuesto temporal" pero que eso implica un esfuerzo brutal y en muchos casos imposible, para algunos, por falta de medios.
Entiendo que la DEV se plantea como algo donde publicar juegos de cierto nivel de calidad, pero en MSX que implica calidad? quizás alguién se curra un juego de 1 día que resulta ser la leche de divertido. Para mi, entiendo que la DEV es un objetivo anual para todos aquellos amantes de la creación para MSX. Da igual lo que se haga, quien quiera hcer un juego de 1 día pues adelante, genial! y quien haya podido hacer un megarom pues fantástico! Y vuelvo, en mi opinión no debería limitarse nada .. la única limitación que considero realmente importante es el de la compatibilidad real con MSX, 2, 2+ y TR.

Yo, nerlaska, lo único que digo es que toda sugerencia es aceptabe e incluso seguro que agradecida por los organizadores del concurso. Y por ahí se están creando puntos de discusión muy interesantes acerca del tema con aportaciones muy importantes de los usuarios, que seguro que se valorarán para sucesivas ediciones del concurso.

Pero eso es una cosa, y exigir cosas es otra ;).

Los únicos que tienen que exigir son los organizadores según las reglas del concurso. Y esto es lo que yo me quejo en otro hilo. Que si exigen que los juegos funcionen en MSX deben de funcionar. COMO tales, es decir como ROM. No valen de nada los emuladores de Ram porque pueden dar fallos, A NO SER que lo especifiquen las normas y eso, que yo sepa no se hace.

Así que *nadie* está capacitado para exigir nada. Cuando podemos exigir es
cuando compramos algo. Si no va, pues se exige que funcione.

Hay un tercer problema. Y es que no todo el mundo tiene el hardware ni
utilidades adecuadas para hacer funcionar todos los juegos. Y mucho menos
especificaciones de como hacerlo (no se si sería buena idea que quien hace los
juegos dijese algo como "este juego solo va en Rom", "este juego carga con
ExecRom y con la flash de xxxx", para ayudar a quien no sabe como hacerlo.)

Entiendo perfectamente lo que le pasa a Julio, quiere JUGAR a todos los juegos
en su MSX y eso es, a todas luces, imposible. Primero porque hay casos
excepcionales donde no se puede (ya comente que concretamente una de las
entradas solo puede funcionar en cartucho) y luego los casos habituales donde
están mal hechos (ejem... Jon... arreglaste eso que te dije? ;) ). Que no van en emuladores
de Ram, pero es que tampoco irán en cartucho en determinadas condiciones. 
Esto es demasiado triste viendo la cantidad de info a la que tenemos acceso hoy en día.


Resumiendo: Si un juego está GRATIS para descargar, NADIE ABSOLUTAMENTE NADIE
tiene derecho a *exigir* algo sobre ese juego. Otra cosa es la opinión personal
de si te gusta o no, etc... 

Así que tengo que darle la razón a Jon, en este caso (parcialmente, no te emociones).

Me parto. :D Luego me dices a mi que me "tufo" en seguida y me mosqueo, eh? ;) Aplicate el cuento anda... cálmate. :D

Ves alguna palabra malsonante en mi mensaje?

Como dije, uno da su opinión sin insultar. A mí, como programador -bueno o malo-, me cansa ciertos comentarios de la gente, pero los respeto -comprendo ese punto de vista. Se ha machacado mucho el tema de la calidad y de que no se debe hacer juegos a toda prisa, cuando por otro lado se me pedía un juego a lo MSX Extreme. Como comprenderás, y lo reitero, prefiero invertir el tiempo en dormir mejor y dedicarme a mis juegos-no-msxdev. Eso es todo. No creo ni que haya mostrado enfado.

Por supuesto Jon, nadie hace nada en MSX por obligación digo yo.


Por favor Jon, siento si ha dado esa imagen de exigencia, tal vez no he escrito bien, he dado mis opiniones como el que más tiene derecho a opinar,otra cosa es que pueda parecer que exiga. Y te puedo decir que no entrado como una moto a ningun thread, simplemente hacia tiempo que no escribia, por nada en particular, por que me gusta mucho este portal. Si que me da mucho la vara lo de tener que estar 5 minutos a veces para poder entrar,pero si ha de ser así pues bueno,asi sea.

Si para ti ciertos comentarios te parecen normales pues tu mismo. No he arremetido contra nadie, o es que no has leido las cosas buenas que he dicho del DEV y la Corona encantada??  ;) , que tene aire de Speccy? Si, que me gusta ese aire? No,pero el juego esta muy bien, tiene mucho curro y del bueno y si su creador quiere dar ese aire perfecto,simplemente opino como el que más. O no dijiste tu eso  en unthread???   ::) Supongo que se puede dar cda uno su opinión del juego basandose en el respeto. Tal vez si he faltado al respeto en cuanto a lo de "pseudojuegos"" , creo que es lo unico que puedes decirme, pero el resto?? Es que si digo que hay juegos no tan buenos o de relleno (acaso es mentira?) ya es arremeter contra los participantes?? Y decir algo que otros han dicho?¿
Yo, te digo, no necesito respirar hondo, me oxigena la sabgre,los pulmones y el cerebro a la perfección.


Vaya Jon, que mania con los nervios  ;D , estoy super relajado , lo unico que me falta es alcanzar el nirvana ;) .
Gracias por lo de tomar nota, los foros son para eso,para hacer debates constructivos y mejorar en lo que se pueda


Bueno, siento que mi discurso haya parecido este, como ya he dicho en otros mensajes valoro mucho el enorme esfuerzo que se hace a la hora de programar y/o hacer cualquier cosa. He hecho un fanzine durante años y de momento un webzine,y se que el esfuerzo esta a años luz de un desarrollador de hardware o Software pero entiendo en parte lo que pasais, pero creo que calentarte seria equivocado,no creo que mis mensajes vayan en ese sentido.


Te repito, no he querido entrar con esa intención, he opinado como el que más,estoy super bien, y no mires solo lo que te parece negativo,lee tambien las cosas buenas que he dicho y entonces haz un balance Jon,si sigues pensando lo mismo pues pido disculpas si no he sido lo suficientemente moderado.
No tengo nada en contra de nadie ni del dev,y opino por mi mismo.
Y si has sido un pelin borde? Pues bueno, tampoco le he dado importancia,lo que importa es que no me he sentido faltado al respeto, tu sabras si era para ponerse asi por mis comentarios.

[mod: mesias, te he editado el mensaje para que se vean bien las quotes]

Es puuraaaaa mieeell.
Gracias Nerlaska que haria yo sin tu MH  :)
Estoy de acuerdo contigo, se pueden hacer juegos en un dia y que sean super divertidos, yo no necesito un megarom para pasarmelo pipa ni digo que haya de ser así las entradas, pero es cierto sea en uno,diez, o trescientos dias algunos juegos parecen haber sido de relleno solo para igualar la marca de otros años, ha dado esa sensación,nada más, o es que acaso soy el unico que lo he dicho?
Por lo demas sigo de acuerdo contigo, saludos y seguimos en contacto.

Esta bien Jon,repito si ha sido así pese a que no era ni mi intención pido disculpas y ya esta  :) . Te ofrezco la cerveza de la paz por que pipa no hay  beer:)

Nadie esta diciendo que dejes de programar, te digo como a Jon, no me arrepiento de mis opinones,al menos de lo que queria expresar,otra cosa es que si me he equivocado en cuanto a tema de dar a entender exigencia u obligación,pues vale, me he equivocado, si eso es lo que puede pensar alguno, no tengo ningun reparo en decirlo.

Yo no se si alguien te pidio por activa o pasiva programar un juego en diez dias, ni lo se ni es de mi incumbencia,eso es un tema personal tuyo,cada uno es libre de hacer lo que quiera. Si por una o diversas opiniones que tu crees te cansan o no te gustan (entre ellas las mias) dejas de programar no haces bien,creo yo. A mi me ha pasado en cierta manera con el Fanzine y el webzine y no por ello he dejado de hacerlo.

Saludos.

No pasa nada, mesias. Es que se te leía muy mosqueado!! (igual yo he malinterpretado, eh?). El caso es que yo tampoco estoy muy contento con el desarrollo este año del concurso, pero bueno, para eso estamos, para intentar mejorar en la medida de lo posible. :)

Y la cerveza de la paz nos la tomamos juntos en cuanto nos volvamos a ver, que así es mejor  ;) ;) ;) ;)

No es nada personal contra ti, mesiasmsx. Lo que me motiva a programar algo para la dev sois vosotros todos y si la cosa no funciona, no gusta, casi toda la gente lo critica negativamente, pues ... qué motivo tiene el que yo haga un juego para la dev? Me centro en lo mío. Ya está. No pasa nada, repito.

También sé que nadie me ha pedido que deje de programar, y yo tampoco he dicho que vaya a dejar de hacerlo; de hecho, he dicho todo lo contrario: que me centro en mis juegos, no en los de la msxdev.

Está bien que des tu opinión; sobre eso nadie tiene nada en contra.

Pues no estaba nada mosqueado, cierto és que tal vez he dado un tono demasiado serio a mis mensajes.
A ver, tal vez el desarrollo del concurso de este año no ha sido el esperado por la gran mayoria, pero tampoco pienso que haya sido una debacle. ¿ Que es necesario revitalizar el DEV o canviar alguna cosa? Pues puede, yo no voy a decir nada mas, creo que ha quedado clara la opinión vertida de los usuarios en general. Ha habido cosas muy buenas,buenas y otras no tan buenas o menos buenas.

En cuanto al tema de juegos de cargar en ram,megaflash,o cartucho real para mi ya esta zanjado como el resto de temas. Si funciona en un cartucho real que debe ser lo normal cojonudo. Lo demas cada uno que haga lo que buenamente pueda o sepa, ni más ni menos.

Ok, cerveza apuntada.

Me imagino,no he dicho nada para tal sentido  ;) , yo tampoco. a mi me pasa lo mismo con el webzine, y no se cuanta gente lo lee, pero a veces nos vemos mails o post de animo y eso motiva. Por supuesto seguro que puede ser mucho mejor en cuanto a contenido y/o escritura, todo es mejorable,pero a veces las ayudas no llegan como los betatesters, es lo que hay.

No se si tu juego ha sido criticado muy negativamente.

Mi oponión sincera sobre tu juego desde el punto de vista de un jugón?

No soy programador y hay cosas que se me escapan, el que este hecho en 10 dias no se si ha influido en mayor o menor calidad. Evidentemente no esta en mis juegos favoritos del dev, por la unica y sencilla razón que el Invaders nunca me gusto, ni por Taito ni por nadie. Tiene cosas buenas como la velocidad. Que podria haber sido más currado? Imagino que sí, es lo que como decias tiene lo de MSX extremo, a quien os guste trabajar así es cosa vuestra. Y si te ha servido para aprender cosas nuevas a nivel de programación me alegro porque de eso se trata.

Eso es una crítica constructiva, una opinión. Gracias.

¿Y tú en el mío? Es que habría que definir qué es una palabra malsonante. Y eso puede tener su tela. Porque, normalmente, cuando alguien expresa algo con mucha claridad y es crítico, se suele tomar inmediatamente como "malsonante".


Claro. Y yo te pregunto... ¿he insultado yo a alguien? Dioniso, creo que este es el tema de nunca acabar. Y vamos a aclarar los puntos, para dejar claras las posturas, puesto que parece que hace falta. Remontémonos al mensaje donde tú me comentabas que explicar las cosas sin insultar y sin usar palabras mal sonantes. Te doy toda la razón que en esos momentos yo no estaba nada fino, estaba cansado y cabreado por el temita del Danger Tower, que por cierto, ya ha pasado. Es decir que, lo único que dije un poco "mal" en ese mensaje es algo así como (no recuerdo de memoria y no quiero mirarlo) "sed un poco serios y opinad del juego no de quien ha realizado el juego".

Vale, bajo tu criterio de malsonante, insultos y "agresión" hacia otros contertulios podría hasta darte la razón. Cometí un error.  Aunque, desde mi punto de vista, este tipo de expresiones las utilizo a menudo en otros sitios y nadie se ha sentido "herido". Quizás es que no fui a colegio de pago y soy muy de pueblo.

Ahora bien, vamos al caso. Y el caso es que al igual que tu ves mis palabras mal sonantes tu "pues para otra vez no lo hago" a mi me suena infantil y de mosqueo. Ahora bien, ya aclaras que no es así que es lo que sientes y ya está. Desgraciadamente el lenguaje escrito tiene estos problemas, por mucho smile que se quiera utilizar a veces las cosas pueden ser tomadas de muchas maneras... no estamos cara a cara.

Sin que esto quiera parecer el principio de un eterno hilo de discusión entre ambos, más que nada porque NO tengo nada contra ti, ni contra tus juegos ni nada por el estilo, incluso me encantaría que pudieses asistir a la próxima Ru de Barcelona para conocernos en directo, cenar y tomar unas cervezas juntos (porque se de sobra que cara a cara las cosas cambian mucho), te voy a poner unos ejemplos de lo que yo no considero insulto y creo que tú si.

Si yo hubiese dicho: El juego de Dioniso no me gusta, como parece que ya han dicho otros. Tu automáticamente te has "mosqueado" o eso es lo que yo he entendido con tu frase "pues no hago más". Pero bueno no ha pasado nada.

Si yo digo: Fantástico juego Dioniso! Tu hubieses dicho gracias, pero como en el caso anterior no te aporta NADA para mejorar o no en un futuro.

Si yo digo: Pues este juego me parece penoso... y empiezo a citarte, COMO SUELE SER MI COSTUMBRE una retahíla de cosas por las que me parece penoso, intentando ser objetivo y dejando al margen los gustos, SEGURO que hubieses pensado que esto es un "ataque personal" o un "insulto" hacia tí. Puesto que eso es lo que parece que se da una y otra vez en este foro.

¿Es lo mismo decir que un juego es penoso y explicar los por qué a decir DIONISO ES PENOSO? Pues yo creo que va un mundo, porque exceptuando alguna ocasión donde las circunstancias me han podido hacer resbalar, NUNCA NUNCA NUNCA JAMAS DE LOS JAMASES meto a la persona por medio. Me estoy metiendo, por decir algo, con un puñado de bytes que interpreta el MSX. No con la persona. Y no solo lo hago a "desconocidos" y a traves de un foro donde no nos vemos las caras. David (Imanok), con el que tengo una gran relación más allá del MSX ha vivido en su piel como le he puesto verde sus juegos, como le he expresado mi SINCERA opinión ante sus productos y creo que jamás se ha sentido "ofendido" ni ha visto "palabras malsonantes ni insultos".

En cualquier caso, y dado que parece ser que en este foro, SOLO se puede opinar en una dirección y cuando la dirección es contraria y se intenta ser CONSTRUCTIVO y AYUDAR a quien realiza los programas siempre es tratado como ofensa, la solución es la que realiza la gente: SILENCIO. Cuando una persona da su sincera opinión sobre un juego, como es el caso de Julio, se toma como "tío te has pasado".

¿Hasta donde tiene razón Julio? Pues, y como he dicho ya mil veces, aunque exprese su opinión pues... como que no tiene derecho... vamos, que el está recibiendo un juego que tu has hecho que le ha costado 0 euros. ¿Se puede uno quejar de algo que le dan gratis? Errr... pues creo que no.

Aunque entonces habría que plantearse si los autores quieren opiniones o no de sus trabajos. Si realmente y aunque sean opiniones "negativas" pero a la vez constructivas las quieren escuchar o no.

Uno de los mayores errores que comete todo grupo/programador amateur es tomarse muy a pecho todo lo que dicen de su producto, como si fuese él mismo. Yo, y te lo recomiendo a ti como al resto de gente, tomé la sabia (creo) decisión de no decir ni comentar absolutamente ninguna opinión vertida de mis productos. Ni para bien ni para mal. La opinión es algo personal y se ha de respetar. Siempre hay casos y casos, siempre puede alguien culparte de cosas que no has hecho (ejem), no se, como el caso del año pasado donde se culpaba a Toni de coger el Maze of Galious y cambiarlo para hacer el Caos. Estas cosas SI merecen explicación. Pero el resto, no.

Y te digo esto porque llevo ya varios años trabajando haciendo videojuegos. Los hemos hecho de todas las clases. Obviosamente mis jefes miran las opiniones... pero JAMAS se han metido en un foro a decir nada. Eso queda patético, amateur y poco profesional. Se lo comen con papas y al siguiente a ver si se puede mejorar.






Aquí es donde voy. A nadie le puede sentar bien que un tercero le diga que su juego está mal que es una mierda, etc... y jode más (me dejas usar jode?) cuando encima la opinión te la vierte alguien que puede que no tenga ni puñetera idea de lo que está hablando. Pero... a callar tocan nene. Es lo que hay.  ¿Has visto tú que un director de cine esté constantemente mirando lo que dice todo el mundo de su película? No creo... me imagino que se callan. Y el público o lo toma o lo deja y punto. Aunque en este caso, si, hay dinero por medio y ya es más peliagudo.



Esto ya es un apartado personal tuyo del cual no tengo ninguna información. Tu has hecho un juego, lo has presentado, y fin. Yo aquí no me meto. Sean 10 o sean 5. Aunque, y esto pasa, a veces te puedes tirar 2 años haciendo un juego y quedar fatal y otras veces haces algo en 20 días y es una maravilla. Desgraciadamente el arte tiene estos problemas. (Si, creome que la programación de juegos es un arte, como la pintura o la música).


Yo no tengo que comprender nada, pues tú eres libre de hacer lo que quieras. Si esta es tu decisión yo no soy nadie para apoyarla o no. Pues es solamente tuya.

Solo como consejo, si lo quieres aceptar, te puedo decir que si yo no tuviese que estar en MSX por estas cosas, hace como 10 años que lo tendría que haber dejado. Y no solo yo, mi grupo entero. O si no tuviese que escribir por algún mosqueo, etc... puesto que hasta que pilles la cantidad de broncas que llevo en mi vida, desilusiones, chaparrones y opiniones de todos los gustos de mis productos, te quedan bastantes...

Y, siendo un poco Armando, pues... bueno, si, si realmente me quieres decir que con tus proyectos "no-dev" vamos a disfrutar de mejores productos Dioniso... dedicate a esto. ;)

Ahora, como seguro que se va a liar, puedo usar tu técnica esa de "pues no escribo más pues no me queréis oir". xD Y va a ser que no. :D Aunque mis palabras, sean de programación, de sugerencias, de lo que sea, se que se las lleva el server... o el viento... La diferencia es que a mi no me importa ahora mismo tanto. Antes si, ahora, no.

No es cierto. Mesiasmsx me acaba de comentar que no le gusta mi juego, me ha explicado el porqué, me ha gustado y le he dado las gracias.

En el foro de Konamito también, y no he dicho que no hago más juegos. Al contrario: me he ofrecido para ayudar y he comentado que quiero terminar Krakonia pronto.


No sé si es que hay gente que tiene una forma agresiva de hablar a veces, o yo me tomo todo demasiado a pecho, o de todo un poco, o realmente todo esto son malentendidos.

Sin duda, cara a cara aclararíamos todo esto en cinco minutos. Y con una cerveza en 15 segundos.  ;D

Sobre lo de la ru de Barcelona... pues mi idea es estar en la próxima. A ver si nos vemos, claro que sí.

Eso está bien. Pero es que ni aún así. Es decir, que para bien o para mal, como te digo, lo mejor es callar. Que la gente opine lo que quiera. Se toma nota de lo bueno y de lo malo. Se aprende mucho, muchísimo más de lo malo. :)



En efecto, no has dicho que no hagas más juegos, si eso lo he entendido, y todos supongo. Has dicho que en lugar de dedicar unos días a terminar a correprisa un juego para presentar al dev prefieres dedicarlo a tus proyectos.


Normalmente, en el 99,9% son malentendidos provocados, como antes hemos hablado, por la comunicación telemática, que tiene el problema de no estar delante de la otra u otras personas. Para que todo fluya no solo el comunicador ha de saber expresarse si no que los que reciben el mensaje también han de saber interpretarlo. Y si, y esto no hace falta que lo reconozca puesto que es obvio, yo me expreso de una manera muy directa y sincera, lo cual no quiere decir que esté enfadado, ni mosqueado, ni tenga nada en contra de nadie. Soy así y punto. El ir con la verdad por delante, sinceridad por delante me ha causado en esta vida más disgustos que alegrías. Eso si, yo estoy agusto conmigo mismo sabiendo que, por lo menos no he mentido. Pues una verdad a medias, o una mentirijilla puede ser mucho más perjudicial a la larga.



Con cervezas de por medio, normalmente todo el mundo acaba siendo amigo. XDDD

Fuera bromas es que creo que no hay nada que aclarar. :)


Si vienes y salvo alguna circunstancia personal que me impida la asistencia nos veremos, porque no me queda más remedio que ir ya que tengo que organizar. ;)

Armando tio :) con los chorracos que escribes no entiendo como eres capaz de escribir código MSX óptimo! cagüen diez! que mogollón de letras .. tu no sabes que yo el libro más largo que he leido nunca es TEO y su MSX?

Es que hace meses que no hago código MSX... así que no puede ser óptimo ni inóptimo... bueno, mentira, es verdad, que hice el Danger Tower... se me había olvidado. :P Pero es inóptimo.

Solo hago código para Wii... inóptimo también.

Teo? Pero te los has leído todos? :D

Redeu ya estas echandole mano a la Wii? normal que te tengan stresao! aunque bueno que de lotchecks y la DS también habrás vivido experiencias intensas :)

Sólo por hacer un apunte: en este hilo del foro se han teclado ya más de 80 KB de mensajes. Esa misma energía, redirigida hacia el ensamblador, nos daría una ROM completa. ;)

Pero reconozco que no es lo mismo enredarse a hablar que ponerse a programar, que siempre es menos fluido y requiere mucha depuración y pruebas, por no hablar de diseño previo.

Creo que lo que tenemos que hacer es apostar ahora fuerte por la creación de nuevos juegos. Ya veremos después si van a MSXdev, a otros concursos o salen directamente por libre. Lo importante aquí es que les podamos proporcionar comida fresca a nuestros MSX. Me imagino que en esto sí que hay acuerdo, ¿verdad?

En efecto, pero... ¿no era este hilo para reflexionar en como mejorar el concurso? Es que parece que lo quieres cerrar de raíz.


Es que también entiendo que nadie había dejado de programar por escribir. :)

Bueno. Esto es muy offtopic, pero te puedo contar que el LotCheck de DS es cosa de niños en comparación con el de Wii. El de Wii es infernal. Te puedo contar por encima que llevamos más tiempo programando contenido/cosas de lotcheck para Wii que el propio juego de Wii.

Es lógico pues tiene más cosas, y sobre todo el mayor problema son los mandos, que es donde más cosas "raras" pueden pasar y tienes que evitar.

Para que el OT no sea tan OT... ¿no sería fantástico que todos los programas de MSX hoy en día (porque en su día nolo tuvieron) estuviesen sujetos a lotcheck? :) La calidad de los programas no mejoraría ni menguaría, pero por lo menos la compatibilidad sería 100%. En eso apoyo mucho las megarestricciones de Nintendo. Lo entiendo a la perfección.

Siguiendo con el offtopic... ::) ¿Que es el LotCheck  ????

Son normas y exigencias de la casa (en este caso Nintendo) que te obliga o te sugiere que hagas ciertas cosas según que casos.

TNI no ha llegado por muy poco con un proyecto, seguramente para final de este mes este ya listo.

Pues lo suyo sería entonces esperar a que se convoque MSXdev'09 y en cuanto ésta sea oficial, publicar al alimón todos los juegos que no llegaron a MSXdev'08. Con esto habría una sana competencia desde el momento cero.

A ver si podemos oír pronto las sabias palabras del MSXDEV TEAM al respecto.

Bueno, exactamente son obligaciones, y las sugerencias y recomendaciones "también" se convierten en obligaciones. Es algo, desde mi punto de vista, fantástico. Puesto que si cumples todas las exigencias los juegos NO fallan. Pueden ser mejores o peores, tener bugs menores, pero no suelen dar problemas con la consola. Y esto evita a Nintendo muchos quebraderos de cabeza.

Ya te digo, por mucho que nos joda a los programadores cumplir esas exigencias, que ESTAN MUY BIEN DETALLADAS y vienen con muchos ejemplos, a la larga es lo mejor.

Por eso decia, que sería fantástico tener un lotcheck serio en MSX. :) Es que en la época comercial me huelo que los lotcheck los hacía cada compañía por separado y la propia compañía ya se aseguraba de que su juego funcionase en todas las máquinas que cumplían los requerimientos. Ya que si no lo hacían era mala propaganda para la propia casa.

Ostias! Pues mira que es raro... poque normalmente tus proyectos y los de TNI siempre salen a tiempo y no se retrasan.

(miles de risas). ;)

Pues no estaría nada mal hacer algo así, porque beneficiaría a toda la comunidad, aunque, evidentemente, sería aplicado o no después por los programadores. Concretamente, sería la forma de zanjar de una vez por todas el tema de la "compatibilidad" de la que hablan las bases de MSXdev. Si en lugar de hablar de compatibilidad en abstracto pudiera concretarse en una serie de aspectos de obligado cumplimiento, sería tan fácil como decir SÍ cumple o NO cumple. Evidentemente, el problema recaería entonces en fijar el contenido concreto de forma objetiva.

Volviendo a los tiempos históricos, si no recuerdo mal, en una MSX-CLUB (sigh!) se comentaba el caso de un juego producido físicamente en cartucho por una compañía japonesa de software que, después de fabricar un lote completo, descubrió que el juego no era compatible y tuvo que retirarse antes de entrar en el circuito comercial. Evidentemente, me fío poco de los comentarios "a pelo" de la MSX-CLUB, pero sabemos que es un riesgo que existe.

Ramones, sé que andas tapado de trabajo, pero ¿crees que podrías hacer una propuesta en este sentido? Eres nuestro hombre "tolerancia cero" para temas de compatibilidad, que es - entiendo yo - como deben hacerse estas cosas. Compatibilidad comprende muchos conceptos, pero una única evaluación: es compatible o no lo es, por lo que sí que ha llegado la hora de ponernos serios con esto y tener, al menos, un principio de acuerdo en este sentido.

Sí, lo recuerdo. Si mal no me equivoco fue en la segunda o tercera entrega del "Coleccionable del Japón" donde se comentaba eso.


Secundo la propuesta. Podríamos empezar por dictar una serie de requerimientos mínimos y luego ir abriendo diferentes hilos de posibles problemas y soluciones, como el que abrí hace unos días en el subforo de desarrollo, que si os parece bien se puede ir ampliando.

Los puntos claves en cuanto a compatibilidad - en el sentido de que son los que generan más problemas - son básicamente el manejo de memoria, el acceso directo a VDP/PSG y otros dispositivos, la entrada/salida a disco, y la gestión de diferencias entre generaciones de MSX (VDP, CPU, RAM) y diferentes versiones nacionales (frecuencias, teclados). Evidentemente, sería reformular los planteamientos del hilo de Desarrollo Compatible. En cualquier caso, se debería indicar qué hacer y cómo hacerlo, claro está. Y dejar muy claro lo que NO se debe hacer, léase modo mixto, asumir los puertos 98h y 99h, asumir RAM en posiciones dadas, etc. ¿Con ejemplos y contraejemplos de buena y mala praxis?

Y si no, como algunos recordarán, siempre nos quedará el microcódigo  ;D

¡¡Gran fondo de pantalla el del microcódigo!! ;D ;D ;D ;D

Logicamente en el caso del MSX, el programador decide qué hacer con su programa. En el caso de Nintendo y otras compañias como Microsoft o Sony estas obligaciones tienen más sentido porque son ellos mismos los que realizan los masters finales de los productos. Y ellos son los que mandan a las distribuidoras el producto final. Así que, ellos deciden (en el caso de Nintendo) si te aceptan o no como developer suyo, si te aceptan el proyecto o no, y luego si pasas sus requerimientos. Si cumples todo eso (que no os podéis ni imaginar lo complejo que és porque no creáis que aceptan a cualquiera), pues sacas el juego.

En el caso del MSX, por ejemplo A MI que yo no presento en el Dev, y que distribuyo por mi cuenta, y no habiendo un "ente" que controle todo (que si todo esto fuese sería podría ser la MSXA), pues lógicamente me hago yo mi propio Lotcheck... y ya me aseguro de cumplir o máximo que "se".

Peeeero... para un concurso como el Dev... es que debería de ser obligado. Ya expliqué qu eno tiene por qué ser tan severo como para eliminar una entrada (a no ser que sea 0% compatible) pero si puede servir para bajar puntos a la hora de calificarlo.

Aunque como ya sabes, y bien dices yo soy de "tolerancia 0". Si no va, paso, no juego. Y si yo organizase el concurso se lo devolvía directamente al grupo EXPLICANDO POR QUÉ no ha pasado "el Lotcheck del Dev" (esto es muy importante) y le pediría una versión corregida.

Esto implicaría que habría 2 fechas de entrega. Una límite para presentar a "preLotCheck" y otra final donde se juzgarán los juegos que han pasado todos los requerimientos.


Pero es que creo que lo que dice el Dev no es abstracto. Es una obligación: COMPATIBLE. Otra cosa es que luego no se sepa, no se quiera, o se haga la vista gorda ante esa compatiblidad. No hay nada que definir Edu. Ser compatible es ser compatible con las especificaciones del Dev y del programa. Fin.



Si, era un Ninja algo... pero es un caso diferente. Aquí lo que les paso es que lo ponían y supongo que ni arrancaría. Que pudo ser un problema de programación o de producción.


Ando, como bien dices, hasta arriba si. ¿Hacer una propuesta? Es que la propuesta es sencilla, como te digo: O es compatible o no lo es. Entiendo que para que la gente supiera como hacerlo compatible, habría que especificar, como dices en otro mensaje, qué cosas y que no cosas puedes hacer. :D

Si partimos de la base de un Rom sencillito, que no use más de 16k de Ram, el problema de la Ram está totalmente solucionado. Si la gente programa su Rom empezando en página 1 (04000h-07FFFh), y usa la rutina STANDARD DEL TH para posicionar los otros 16k, también se garantiza que el juego irá en todos los slots y subslots.

Y si la gente no usa disco y añade COMO PRIMERAS DOS INSTRUCCIONES DE SU PROGRAMA esto:

di
im 1
ld sp,0F380h

Acabamos de crear con estas 3 tonterías un ROM que:

- Funcionará en todos los slots y subslots
- No tendrá problemas con la memoria y la pila


¿Tán difícil ha sido? :D

Fijate. Algo tan básico como esto, que es una tontería YA NO SE CUMPLE. Y creo que esto es el primer sitio donde atacar.

Luego la "parte 2" viene con los extras:

- Quiero usar más RAM: Aprende a buscarla
- Quiero usar el VDP a toda leche: Si es MSX1, lee el valor de la Bios y luego haz tus rutinas de escritura y lectura en VRAM, metidas en Ram para poder parchear los out por lo que leas. O bien, usa instrucciones del tipo  in/out(c) o bien usa la bios.

- Accesos a puertos: Aquí estamos ante algo confuso. Para cumplir el "minilotcheck" que explican los TH, excepto el acceso al VDP para correr más todo lo demás ha de ser por Bios... tema complejo puesto que todos accedemos al teclado/psg directamente, o por lo menos lo hemos hecho alguna vez.... Aquí habría que pensarlo bien. Ya os digo, yo lo del teclado lo cumplo (pues uso la tabla de teclas que lee la Bios), pero no cumplo la lectura de joysticks, ratones, psg... Este tema me parece complicadísimo de poder "limitar".

- Quiero usar extras como FM Pac, MoonSound, SCC... : De nuevo estamos en el "aprende a buscarlo bien".

Pero todo esto, el mayor problema que tiene es que es COMPLICADO de detectar. Es fácil si se tiene mucho equipo para probar como es mi caso, ver si va o no van determinados temas. Y con la experiencia ya aprendes directamente qué ha pasado. Pero... ¿cómo se yo que usa puertos que no se permitan, etc etc... SIN EL CODIGO? Hay cosas donde el openMSX se "chiva" (por ejemplo lo del PSG) pero otras cosas... pufff...

Aquí es donde está, como digo lo más peliagudo y difícil. Pero bueno, si se podrían hacer unas cosas "muy básicas" como las que he nombrado, que son sencillísimas de probar y pueden determinar si el juego es aceptado o no en el concurso.

Esto lo soluciona, Nintendo que es lo que conozco ahora más, obligándote  usar sus librerías. Así de simple. Que viene a ser como obligarnos a usar la BIOS. Pero obligando a usar la BIOS, aún así, puedes hacer el juego incompatible si no cumples las primeras premisas que he explicado.


Ahora bien, esta es una pequeña propuesta. También te digo que ya me OFRECI a testear cada uno de los juegos del Dev antes de ser presentados, hace muchos días ya... y todavía espero la respuesta por parte del Dev Team. Vamos que no, que molesto, que fastidio mucho con estas cosas y que no... por que no. :)

Y sin embargo SIGO testeando y diciendo las cosas que están mal para que se arreglen. Soy masoquista pero .... no tanto.

Lo que vengo a decir, es que si hacéis unas premisas, necesitais unos tutoriales de como hacer las cosas, y alguna cosa más, os ayudo, os doy los tutoriales y podría preparar un ejemplo. Pero no contéis conmigo para que haga de Lotcheck puesto que no ... eso. Que no, que ya me ofrecí y se me ignoro, y no me gusta ser pesado. ;)

Tengo poco tiempo y prefiero aprovecharlo en mis juegos (uish, tanto hablar con Dioniso y casi es lo que dijo él).

Me parece muy bien la idea de crear un documento de lo que es 100% compatible, tanto para la Dev como para creaciones propias, podría ser casi como el selllo de calidad de Nintendo, de que al menos en el aspecto técnico el juego está bien hecho para la norma.

Veo bien lo de las doble deadlines, pero habría que dejar bastante tiempo entre todas para que dé tiempo a verificar y a comprobar de nuevo...


En mi proyecto de emulador/depurador/base de prototipos, ya pensé en muchas cosas que serían útiles para esto, porque quería que sirviera para hacer una buena ingeniería inversa, por ejemplo, en el vdp que es lo más avanzado que llevo, controlo escrituras en los registros que no son válidas o no deberían de serlo. Cómo establecer más de un Mx, o poner 1s en los espacios supuestamente reservados a 0.

Generalizando, se podrían inteceptar todos los INs y OUTs (Incluso los que vengan de código automodificado), y se podría saber si vienen del BIOS o del código, la dirección y el valor de llamada, los ns entre ellos... Bueno, casi lo que se nos ocurra. Otra coas, ahora estoy con la CPU, es que estoy añadiendo controles para que informe de las instrucciones no documentadas, o las que no funcionarían en un R800.

¿Qué os parece? No cree que llegue a tiempo de que esté todo listo para la próxima Dev, pero quizás lo más básico seguramente sí. Porque tener unas normas que luego no se puedan verificar o necesiten muchísimo tiempo...

Saludos

Bueno, bueno, bueno... En nuestro primer encuentro en Barcelona te reto a una lucha a muerte. El ganador podrá desvirginar a 20 bellas doncellas.  ;D

Ya, lo de la compatibilidad. Estaría bien hacer snippets para aquellos que no sepan cómo hacer tal o cual cosa (incluso si la gente se pone, se podría hacer una versión impresa/para imprimir). Hay que tener en cuenta que hay gente que empieza y estas cosas de las penalizaciones dan miedo; podría mermar la participación. No sé si será bueno: por un lado tendremos sólo juegos compatibles 100%, por otro, nos quedaremos con menos programadores con potencial a los que les dará miedo unas reglas tan estrictas (aunque comprensibles).

No sé, no sé. Habría que pensarlo/rebatirlo un poco más.

¿Rebatirlo o debatirlo? ;)

En cualquier caso, hay una serie de previsiones muy sencillas, como son las de fijar el modo de interrupción y el puntero a la pila que son básicas. Y he de reconocer que no las he incorporado hasta hace poco tiempo en mis producciones. Se trata, por lo tanto, de proporcionar esta información.

Debatirlo sería más acertado. Rebatirlo significa que yo estoy en contra de lo que estáis diciendo -lo cual, en parte, es verdad.  ;D

Jajaja! Especialmente si el LOTCHECK dice que hay que empezar con IM1 y tú arremetes contra el Z80 y lo primero que haces es forzar IM2 ;)

El SP8 empieza tal que así:


Las guarrerías vienen después.  ;)

Pues el QBIQS comienza así:


Así me aseguro de que la pila no machaca las variables del juego (o viceversa). Como desconecto la BIOS en la inicialización y he comprobado que el juego con 256 bytes para la pila va sobrado, no tengo ningún problema. De todas formas, si los tuviera tampoco pasaría nada, porque de momento uso *sólo* 14532 bytes de RAM y aún podría meter más para la pila (ya, ya se que es mucho desde el punto de vista de algunos).

Ya sabia yo que me iba a arrepentir de decirlo ... :P

Como lo haga Armando no pasa ni uno xD. Ya en serio, creoq ue hoy en dia nadie cumple el standar al 100%, o que me digan cuantos de aqui leen el valor del VDP de la BIOS, que es obligatorio en MSX1 y MSX2, y como eso mil cosas que todos nos pasamos por ...

En los MSX2 creo recordar que siempre está donde se supone que está... De todas formas ¿Hay máquinas por ahí MSX1 o MSX2 que realmente tienen el VDP en otra dirección?

A partir del MSX2+ se especifico que el vdp estaba siempre en 98h y sucesivos. Te puedes encontrar el vdp en otras direcciones en los MSX1 con el cartucho de ampliacion a MSX2, que realmente era un V9938 colocado en otra direccion. Que si tiene mucho sentido hoy en dia cumplir el estandar para que funcione en ese tipo de maquinas pues la verdad que ..., el tema es que cumpla la norma MSX y punto, que para algo se definio. La verdad que leido asi suena muy friki xDDDDDDDDDD

Tch... Si es que no todo es lo mismo... A ver, que la compatibilidad es la compatibilidad... Pues sí. Pero creo que no es lo mismo mandar bits erroneos a $A0 $ co. o no detectar la RAM que tiene el modelo de MSX (culpable en ambos casos varias veces) que utilizar el modo mixto, for ecsámpol. El modo mixto es una incompatibilidad sabida, un fallo, un error, una derrota en la compatibilidad del MSX, un ente extraño que no terminamos de aceptar en casa (que lo tenemos el 0,1%), lo que hace que el MSX no sea lo que originalmente MSX fuera MSX (o sí, depende de la lengua -como órgano- que hable): que si el modo mixto no está indicado en los manuales, ... -adjunten ustedes barbaries mil.

El Krakonia tiene modo mixto, y porque unos peseteros, centimeros, yeneros, o vaya usted a saber a qué tipos de "agarraoh" se les ocurrieron meter otro videochip "no MSX" (debatámoslo de nuevo, rebatámoslo -que ya pasó, Edu  :P - o especulemos sobre el porqué de la decisión ya pasada). Pero la realidad está ahí. Pocos, ¡poquísimos!, modelos no toleran un modo de vídeo del TMS que nos facilita el trabajo en demasía.. bueno, uno se aburre de reiterar siemprelo mismo. En fin.

Sobre el tema VDP... es lo que hay, sacrificamos 1 t-state y ya está. Tampoco supone tanto  ;D

Pasarían muchos. Si es que realmente no falta "tanto" para conseguirlo leches.


Quieto quieto... es obligatorio en MSX1, en 2 ya no. En MSX2 ya te dicen que son esos y los puedes usar.

En cuanto a cuántos lo utilizan bien pues yo te lo digo: Yo.

[] Bomb Jack (sin ser necesario pues es MSX2) -> Lo leo de la Bios y parcheo mi código que está en Ram poniendo los puertos

[] Dahku : Idem del anterior

[] Majikazo, Operation Wolf : Utilizan directamente el valor de la Bios, a base de outs (c)

[] Goonies: Es MSX2 y también lo leo de la bios y uso out (c).

Además, también lo usan todos los juegos de Imanok, el Caos también pues lo hace por Bios, la Corona Encantada lo hace por Bios y también esta bien, y seguro que muchos más.

No es tan difícil usar bien el VDP leyendo de los puertos, y la pérdida de velocidad es ninguna si te parcheas las rutinas.

Lo que no hago es lo del teclado, que ahora si lo hago bien, pero en juegos viejos como BJ o DK lo leía yo, por puertos. También leo el Joystick por puertos, y el PSG...

Por eso, 100% es que nadie lo hace. Ni hace falta hacerlo. Yo solo quería dar una aproximación a 4 compatibilidades básicas, que son, que funcione en slots/subslots, que inicialice la pila y que si usa Ram lo haga bien. Como véis no es TANTO.

En efecto. Peseteros a tutiplen. Te doy la razón. Pero también te digo que tu juego NO ira en alguno de mis MSX. Y sin embargo los Konami funcionan. ;) ¿Pillas el concepto? El modo Mixto puede ser que sea un modo compatible con el VDP "real" (el TMS), pero no es algo que venga en las especificaciones del MSX, por lo tanto NO es MSX. Así que estás usando un modo NO MSX y por eso no irá en algunos MSX.

Fueron peseteros, estoy de acuerdo, pero *no incumplieron* el standard.

Otra cosa muy graciosa y creo que todos lo sabéis es que tampoco funciona en esos VDP baratos lo del bit 5S del registro de estado. Tengo un HB20 con un VDP barato al cual no le puedes consultar si hay 5 sprites en linea pues te devuelve lo que le sale del pito. :) Pero... anda! Resulta que todos los Konami que pongo que usan flickering cuando hay 5 en linea funcionan ahí. ¿Pillas de nuevo?

Y si leo el TH del MSX1, pues... vaya, NO esta explicado en ningún sitio lo del 5S. Vamos que igual es que TAMPOCO era obligado para el MSX1, así que Sony (en mi caso) cumplió de nuevo el standard.

Y Konami, o era muy borrica y lo detectaba a mano porque no sabían como iba el VDP, o es que sabían de antemano que eso no era una norma. (Apuesto por lo segundo).

Ante esta circunstancia yo cambié totalmente el modo de parpadeo de sprites para Maji y OW (y siguientes juegos de MSX1), en la versión cartucho y es 100% compatible con VDPs peseteros. :)

Por suerte, parece que en MSX2 las cosas quedaron mucho más sentadas. Y todo esto funciona bien... el modo mixto, el 5S, etc...

Bueno, sobre el modo mixto se ha escrito tanto... Yo tengo un manual de Texas Instruments de 1984 que ya habla de ellos en un apartado que se llama algo así como "Adressing for Games", y si los chicos de Yamaha lo soportaron en el 9938, mi opinión es que el problema está en que los Toshiba T6950 como el que monta mi HX-20 pues no es un 100% compatible, y por tanto, no debería llevar el logo MSX (Además de que tampoco es capaz de redirigir el sonido de los SCC porque las ranuras de cartucho no están bien cableadas).

Es un tema complicado, quizás si hubiéramos tenido información en su época podíamos haber evitado comprar estos modelos, ahora, subjetivamente claro, creo que hace más daño la incompatibilidad que los beneficios de usar el modo, pero lo dejaría como opción personal porque para mí está claro que es problema de la máquina.

Saludos

Añado después de leer el comentario:
Bueno, como he puesto más arriba, yo en esto discrepo. Si te dicen que el MSX tiene tal chip, creo que lo lógico sería que funcionara toda su funcionalidad, a no ser que explícitamente se indicara lo contrario.


¡Pues yo no lo sabía! Y este finde estube un buen rato haciendo pruebas para ajustar mi emulador y lo que dices, ante la misma disposición de esprites, unas veces respondía una cosa y otras otra. Aunque sí que había disposiciones en las que funcionaba bien siempre. Nunca te acostarás sin saber una cosa más  ;)

Saludos

Ya os digo - que sí, que lo sabéis, pero por si acaso-, que el MSX no es un MSX. Nuestro MSX no es real, que nos han engañado, no es lo que muchos tenemos entre las manos. Lo del modo mixto: lo que dije: que depende de "la lengua", del que hable. Armando piensa que el modo mixto no es MSX, yo sí; que la regla del quinto SPRITE reflejada en el VDP no es MSX, yo sí. Pues eso, que es una caca. Porque si el quinto sprite se reflejara habría muchas cosas: split screen, spritesin, ... (vale, ya empiezo a hablar de mi próxima entrada para la msxdev`09... que lengua tan larga tengo  :P )

Que el splitscreen es una realidad en manos de dvik & joyrex, pero... cuánto se puede hacer? Joder! Hay tanto... Pero, claro, yo ya pienso en mis experimentos y hay gente que piensa en un juego... he ahí el problema. O no! (que no: "oh! no!").

Pues es muy sencillo. No creo que hablemos lenguas diferentes. Sencillamente un MSX es un home computer que cumple unas especificaciones que están detalladas en el TH del MSX1 para MSX1, en el TH del MSX2 para 2 y así hasta el Turbo R. Si no las cumple, no es un MSX. Y si tiene "agregados" extra , son eso. Añadidos. Por eso, hay ordenadores Yamaha que llevan interface midi propio, o salidas de video propias, y las mil y una cosa que llevan extra algunos MSX.

Pero para cumplir con el LOGO MSX pues eso, que tiene que cumplir lo que pone en el TH. Pero si es que hasta damos por supuesto que los 2+ llevan FM cuando la norma dice que tienen que llevar kanjirom, un 9958, 64k de Ram y PUNTO.


Que no hombre que no. Es que tu haces programas para explotar un determinado tipo de chips que SUELEN ir en los MSX. Y los explotas al máximo. Y me parece correcto que quieras aprovecharlos, siempre es bonito de ver y sobre todo si te gusta el tema, pues te lo pasas pipa programandolo. Pero si yo quiero sacar un juego con el logo MSX intentaré cumplir esas especificaciones.

Y lo siento, pero lo del 5S en MSX1 no es una obligación. Ni el splitscreen ni el modo mixto.  Por eso insisto que si todos pensásemos en que vamos a crear juegos/aplicaciones para que sean vendidas a todo el mundo deberíamos de cumplir esas normasl, no?


Y tienes razón. Cuando una máquina es "cerrada" es precioso explotarla al máximo. Esto pasa con casi todas las consolas del mercado, y con muchísimos ordenadores personales. Eran cerrados porque eran de un solo propietario. Pero para nuestra suerte (si suerte) el MSX es un standard al que cualquier empresa estaba en derecho de unirse. Con las normas, claro. :D

Que sí, Ramones. Con lo de diferente "lengua" me refiero a un punto de vista diferente. El TH es la Biblia para muchos, porque es de ASCII. Pero el tema de la norma es muy relativo. Que el MSX no es 100% compatible como siempre se ha dicho y yo siempre he creído. Ignorante yo!

Para qué entonces ese bit del VDP? Debe mostrar o no un quinto SPRITE en línea -horizontal, por supuesto. Pero no sólo es eso. Un MSX son todos los MSX, o, al menos, deberían serlo. Pero no lo son. Y he aquí la relatividad de la norma. Sé por donde vas, y tú por donde voy yo: dos "lenguas" diferentes, como dije. Que tienen (tenemos) un punto de vista diferente al respecto; ambos respetables - diría yo.

Aqui, y es aquí precisamente es donde creo que te equivocas. Es que resulta que SI es 100% compatible si tu programas las cosas tal cual te dicen que tienes que hacerlas. Yo reafirmo esa frase: el MSX es TOTALMENTE compatible. Lo incompatible son los programas que no estan bien hechos. Y ojo! Que hasta los "más grandes" la cagaban. Fíjate por ejemplo que el Nemesis 3 se cuelga en un SVI XPress porque los muy animales llaman a una función de la Bios de MSX2 que no tiene nada en casi todos los MSX1, pero en el XPress tiene una rutina y se cuelga.

Pero por lo general, y me jode mucho poner a Konami como ejemplo, un juego de MSX1 de Konami, uno que use 8k, como puede ser un Nemesis 2 o un Maze of Galious va en TODOS LOS JODIDOS MSX DEL MUNDO.  Entonces... ¿es o no es compatible el MSX?



El problema real de ese bit es que realmente si se activa. Lo malo es que los 4 bits bajos del registro de estado que te dicen el plano que está en conflicto te devuelven lo que le sale de la minga, incluso planos que ni están en pantalla (y por ente no pueden tener conflicto XD).

Respetables? Joer! XD Claro que si hombre, que no creo que nadie crea que estamos discutiendo. :P

Y de hecho es que al final yo voy a hacer lo que me de la gana y tu también. Y espero que lo hagas además! :D

Seguro? Qué me dices de la lectura del teclado?... Si me contestas a ésta lo seguimos por privado, que a mí me parece un tema caca en según qué modelo de MSX.


Es eso la norma? No es irónico. Me refiero a que quizá nunca se haya contemplado como algo estándar.


Por supuesto que no. Efectiviwonder.  :P


Lo seguiré haciendo  :D

Es que no se a que te refieres exactamente con este tema. ¿A las ghost keys? ¿A los diferentes modelos de teclado? No te puedo contestar sin saber cuál es el problema. Así por encima te puedo contar, que este tema lo tengo bastante estudiado y hay buenas soluciones para todo.

Normalmente todos los teclados de MSX son "físicamente" iguales. Es decir, que donde en un teclado QWERTY está la N en un teclado AZERTY estará "otra letra". Pero la fila y columna para leerlos a bajo nivel es la misma. No se si me explico.

Y si quieres leer "letras" pues lo mejor es usar la BIOS que te soluciona todo ese problema. Por ejemplo, si quieres leer passwords para tu juego, lo mejor es usar las rutinas de la BIOS.

Y para terminar hay un grupo de teclas que son las mismas en todos los teclados, las teclas de funcion CTRL, TAB, RETURN, CURSORES, GRAPH, SPACE, lo cual hace que si quieres leer el teclado  bajo nivel y usas solo esas teclas tu juego sea compatible con todos los MSX. :)

Es un tema complejo, es cierto, hasta la mismísima Konami la cagó cuando ponía la N o la M como botón 2. Pero la cagó a la hora de hacer el manual puesto que la posición física de la N y la M en un teclado QWERTY es la misma que las dos que sean en el AZERTY, vamos que juegan igual.


Claro que no. Es a donde iba. Que el tema del 5S no está contemplado en la norma para MSX1 (si para MSX2 y superior). Por eso algunos VDPs "baratos" no les funciona.


A ver a ver.... :D

Sí, es que hago en el Beepertron. Y por aquí van los tiros... Ya lo hablaremos.


Ah!... Pues entonces no he dicho nada  ::) Pensaba que sí era/debería ser algo estándar.

 Yo la cosa la veo así. El TH, si no me equivoco, dice que el VDP ha de ser TMS-9918a compatible, no? Y ahí es donde está el quid de la cuestión. El modo mixto es oficial del susodicho chip, por lo tanto el modo mixto pasa a ser MSX oficial. Los VDPs que no cumplen con la compatibilidad que deberían tener, pues son eso, parcialmente incompatibles, y esto se trasmite al equipo que lo incorpore. Que Konami no usase estas guarreridas más bien sería por cuestiones comerciales que por "oficialidad". Si un juego no va en algunos equipos sería mala imagen para la compañía del juego, no para el ordenador, y la mala imagen puede repercutir en los beneficios.
A día de hoy no creo que nadie busque el rendimiento económio al desarrollar juegos, así que sería una pena deshechar por sistema un modo al que se le puede sacar mucho jugo. Sí se ha de tener en cuenta que no todos los equipos lo podran usar, y cada cual que haga lo que considere (por supuesto). Pero de cara a la dev, por ejemplo, yo no penalizaría el juego que lo usase, porque no se saldría de la regla "MSX compatible".

un saludo.

Claro. Compatible con el TMS y con los requerimientos del standard. Fin. Mira los requerimientos, mira el TMS, y haz tu chip. Si lo cumple es MSX compatible. No hay más. :)

Ejem... Pondré mi hulmide comentario aquí como ex-user de un Toshiba HX-20   ::)

Yo sí soy partidario de que se use tal modo mixto, eso sí, ADVIERTIENDO de alguna manera en sus instrucciones o caja o donde sea que se está usando un modo compatible tan sólo con determinados VDP's, o que no es totalmente compatible con determinados modelos MSX.

No sé, yo lo veo algo así como que necesitas una "revisión superior" del VDP del MSX.

¿Quieres correr un juego que necesita 32 Kb de memoria y tu MSX tan sólo tiene 16 Kb? Pues cómprate una ampliación de memoria.

¿Quieres correr un juego que necesita un VDP "superior" para correr tal juego por su modo mixto y tu MSX no lo tiene? Pues cómprate un modelo "superior" o "cámbiale" su VDP de alguna forma  ;D

En Amiga estaba el Fat Agnus. Algunos juegos/demos podían requerir 1 MB d ChipMEM, pero si tu Fat Agnus no podía manejar esa memoria, o te jodías, o te comprabas una revisión "superior" de ese chip, o te comprabas una máquina "superior"  ;)

Y no por eso el juego era menos compatible.  :D

Saludos!!  ;)

Lo triste del caso, SOY, es que no es que el chip de Texas Instruments sea 'superior', sino que el de Toshiba, pese a ser posterior en el tiempo, es 'inferior' (O distinto). Yo creo que es fácil de entender para todos que haya juegos que necesiten hardware posterior para funcionar, pero introducir este problema de retrocompatibilidad fue una chapuza, me gustaría saber si la desición fue por ignorancia, desidia o abaratamiento  ??? Recordermos que TI ya había hablado de ese comportamiento en al menos uno de sus manuales.

Lo de indicar en la caja algo para avisar que no es compatible lo veo un poco complicado, porque no todo el mundo tiene porqué saber que chip tiene realmente dentro, si se pudiera hacer una lista exahustiva de modelos sin TMS, pues quizás.

Otra pregunta que me hago. ¿Podría el propio juego detectar que chip tenemos y comportarse en consecuencia? Puede que explotando del otro bug del 5S no sea complicado, aunque depende de cuánto aprovechemos la ventaja del modo puede que haya que hacer bastantes cambios pero que quede algo 'jugable' en el 'clónico', aunque quizás más lento o con algún gráfico menos. Si no, al menos, se podría indicar las razones de porqué ese juego no funcionará en esa máquina.

Pero bueno, yo creo que deberíamos mover el debate a algo más práctico. Porque quizás nunca nos pongamos de acuerdo en si es o no 100% compatible porque es una cuestión casi filosófica, pero lo que tendremos que ver es, si 25 años después, aceptamos como 'norma' el menor denominador (que además es lo que dice el TH), o los beneficios de explotarlo sea mayor al hecho de que estaremos 'marginando' a ciertas máquinas, aunque la culpa realmente sea del que fabricó el chip o el que decidió montarlo.

Saludos

Pero ya por curiosidad: si según e_sedes el estándard dice que el VDP ha de ser TMS-9918a compatible, y éste soporta el modo mixto, los chips que no sean compatibles con él, no cumplen el estándard. Porque es una premisa de las especificaciones. Si fuese una "evaluación lógica de una expresión", si ésta falla ya ni sigo mirando qué más ha de cumplir. Pero no he leído las especificaciones, por eso pregunto.

De todas maneras, aunque ahora revisando el estándard descubriésemos que el MSX tiene un screen 20 con superpoderes y perfectamente estándard, yo personalmente no lo usaría. Para mi la gracia es programar el MSX con las especificaciones y restricciones de la época. Aunque eso no quita que me hiciese gracia ver algún juego con ese screen 20.

En msx2 tambien es obligatorio, fue a partir del 2+ cuando lo quitaron del estandar



Totalmente de acuerdo contigo, el problema es que en las roms como que no el tema del parcheo (a menos que sean ROM ejecutadas en RAM).




Yo tambien leo el teclado por BIOS, basicamente desde que vi que la rutina BIOS era identica a la mia. Con el PSG lo estuve mirando, pero cuando vie que la BIOS cambia hasta los slots, pues ...





El tema de no usar la BIOS creo yo que viene de la epoca en que todo se hacia bajo DOS y por tanto llamar a la BIOS suponia hacer switching de bancos y todo lo demas (ademas de que los 16k empleados por la BIOS en ese entorno se necesitaban para otras cosas).


¿Que inicialize la pila?, no se supone que eso lo hace la BIOS al arrancar y obligatoriamente la BIOS se ejecuta antes que cualquier codigo desarrollado por nosotros. Corrigeme si me equivoco.

Mejor me lo pones. Vale. :D


Al final le voy a hacer caso a tu hermana... XDD Tan listo que es para algunas cosas y tan despistado para otras. A ver Roberto, hijo mío... ¿no te puedes hacer un writevram y readvram en la RAM y parchearlas? Aunque sea Rom. Te ocupará un poco de Ram pero será infimo.


Puede ser, pero me parece que lo decían más por si el sistema "crecía". Si tu usas la Bios no hay problema, sea el puerto que sea para escribir PSG (por ejemplo) si en un modelo superior lo cambian, la BIOS lo solventaría y lo haría compatible. Vamos, que para eso se hacen las BIOS, no? ;)

Pero claro, hoy en día... pues que para muchas cosas no tiene sentido.



Te equivocas.  A medias. Lo hace la Bios, pero... ¿donde está? Nadie lo sabe. :D Pero... ¿y si mi diskrom se ejecuta antes que tu ROM y pongo variables de disco y hago que la pila se ponga más abajo (o arriba)? ¿Qué pasará con tus variables si se cruzan en mi camino? ;)

Si NO usais disco, inicializad la pila. Joder que lo pone en los dos THs que tengo, el de MSX1 y MSX2 cuando explican como hacer una ROM. Y tiene mucho sentido. :)

Bueno que paso ya de explicar nada, que pierdo mucho tiempo, y al final cada uno hará las cosas como quiera, no? ;)

Claro que se que se puede hacer eso, es obvio, pero no me referia a eso :P.

Hola, estoy intentado conseguir en versión electrónica del "MSX Technical Databook" de los "MSX1", pero sólo encuentro el de MSX2 en mil sitios. ¿Alguien sabe dónde conseguirlo?  ::)

Saludos y gracias

Estaba en mi antigua web, pero no lo tengo on-line ahora mismo. Imagino que alguien te lo podrá pasar y, si no, lo volveré a subir y listo. Si alguno de los usuarios del foro lo tiene a mano, que te lo haga llegar directamente, porque si no, me temo que tendrás que esperar algunos días a que esté en condiciones de hacerlo.

Lo puedes encontrar aqui: http://msx.retro8bits.com/

ex-scsi for piping in using Yankees language  :D

Babelfish can be truly hilarious, you know!

Viejo's "Montana John" from page 1 translates into: "Mountain is the east case John"

Dioniso's remark halfway page 1 translates into: "The one that waited for a Gear Metal for this dev while rascaba the eggs in house, that eats the foot to me."

Anyway,

My two cents dictate that RAM size and ROM size are of no influence whatsoever to the amount of submitted games, they only influence the game category, the amount of artwork and in some cases the features. But ignoring the features and focusing on the first two aspects:

Game category:
With 16KB you can rule out any Sim clone (sim city, the sims, theme park etc.) as you simply need the extra RAM to store -dynamic- entities and their properties. Also, maps of which the shape can change need to be put into RAM. Think Montana John: the stones are not individual entities but simply maptiles. In theory we could've stuffed the whole map with stones and it'd have worked. You got to store such maps somewhere. In addition, there's the -often brought up by me- issue of decompression space, decompression windows and decompression speed. As mentioned in the MSXdev'07 discussion on MRC (the one with the almost nonstop flaming from a certain individual :P), more RAM makes things easier as well. If you are discussing the amount of entries, one thing you shouldn't do is make things less easy for developers. Apart from the high specs, you see that not everyone makes 64KB/MegaROMs anyway. In short, the possibilities are there, but no-one must use them.

Artwork:
The amount of content in a ROM is mostly influenced by artwork and maps. Code is usually only a small bit of the whole thing. A PSG tune can be a few KB, a PSG-SCC tune (or at least my tunes :P) can be like 8KB (packed!). With 8 such large tunes in a game we're at 64KB ROM already. To give you an impression of work: it takes me a day to make a PSG tune, and one or two hours to upgrade it to a PSG-SCC version. This would mean it'd take me about 8 days to fill 64KB with music alone. Over a whole year of development, these 8 days are thus nothing. Opting for a MegaROM is in this case in no way a 'risk'. Risk as in: "big games won't be finished".
Graphics are usually also not much of a problem, depends a bit from person to person tho. Especially in these days of crossdevelopment, making and managing graphics is so easy. I just don't believe games are canceled because there were too many graphics.. :P

As for our entry: the intro is done (and great fun, expect the same kind of humor you saw earlier in RNFF!), we may spend a bit o' time on the game itself. After that, how do we release it? I dunno. Maybe simply on MRC, maybe -when the specs allow it- as a first entry for dev09. We may consider that, but .. well, it's an SCC-MegaROM, requiring 64KB RAM. There is PSG-only music tho. In any case, it's a relatively small (and highly experimental) game with tons of artwork. It may be the first game which is fun to watch, even if you -the player- don't do anything at all..!

LOL ;D

This sentence deserves to be printed in capitals in a T-SHIRT for sure :D