Último mensaje de la página anterior:
jltursan escribió:sin embargo el código es tan general que es facilísimo pasarlo a cualquier basic (creo), tan solo tendríamos que cambiar el driver de música para el específico de cada micro. Si se complicara la programación entonces sería más complicado todo...
Cachis, siento ser el aguafiestas de turno; pero al usar sprites se complica mucho, muchisimo el portar el juego a otra plataforma. Normalmente lo más compatible entre estos equipos es hacer algo basado en animación de caracteres y redefiniéndolos. Si llegado el caso se utiliza alguna otra característica de MSX2 (copiar bloques de imagen por ejemplo), pues también adios para muchos otros equipos.
La verdad es que los sprites controlados desde BASIC con esa potencia eran un lujo
Veamos... todo lo siguiente lo digo bajo mi más total ignorancia , todo son suposiciones y relacionar lo que he leído y escuchado a otros:
Ya tenía en cuenta la falta de la potencia de los sprites en otros basics... pero pensaba que la mejor velocidad de estos últimos supliría eso, más si cabe: se podría hacer el sprite protagonista (vamos, o la redefinición del caracter), algo mejor de colores (en cada línea más de dos por ej.). El fondo es siempre negro, con lo cual no habría que hacer virguerías de bufferes ni cosas por el estilo (aunque en algunos puntos tal vez sí). De lo que estaba seguro es que una versión para cassette sería inviable (aunque poco probable también se podría hacer (que hay gente para todo), ya que recuerdo que mi amigo Alejo C. que tenía un F9s cargaba los megaroms de Konami etc. en ese formato), ya que no hay otra que tener muchos bloques de unos pocos kas ya que aunque tenga muy pocas pantallas, al ser estas tan distintas consumen mucha memoria y habría que hacerlo de esa manera.
No sé si os habéis dado cuenta de un pequeño (pequeñíto), detalle: el juego es 85% (o +), primera generación... casi todas las pantallas las hice de esa forma, y es que, creo que con muy pocos cambios (no sé, los sprites serían de un solo color etc.), podría correr hasta en mi SVI. Fijaos por ej. los pedazos de trozos que caen del puente... no son ´copys´ (no hace falta que lo jure ), sino círculos dibujados y rellenados, las plataformas móviles lo mismo. Lo tengo que mirar pero me temo que hasta el marcador está todavía sin ´msxdos-serizar´, ya que estaba en ello (fijaos que lo cargo en alguna página de vídeo, pero no lo utilizo y el marcador lo vuelvo a re-dibujar una y otra vez en cada cambio de pantalla, menos mal que no está muy detallado y no se nota ralentización al hacerlo).
Con relación al puente roto, lo que pensaba hacer es poner en una página dos dibujos que al caer simularan rotación, en las plataformas igual pero con algún otro detalle etc. También quería poner otros gráficos para simplemente ´decorar´ etc.
Me he dado cuenta de que hablo mucho de ´motor gráfico´ cuando no hay tal cosa (no hay scrolles ni hasta si me apuras ´gráficos´ ), lo que sí hay es motor de movimiento, eso sí que creo que lo he conseguido hacer... (siempre que se me ha ocurrido ponerme con el Cavernator, al final ha sido para mejorar la parte del movimiento, pero la parte gráfica siempre la he dejado igual, por la simple razón de que ´funcionaba´), aunque éste se reduzca a ´for-next´ a punta pala , tal vez eso sí que se podría llevar a otros sistemas, después, los gráficos y objetos móviles ya se podrían apañar de alguna forma.