Karoshi MSX Community
05 de Julio de 2021, 10:04:40 pm *
Bienvenido(a), Visitante. Por favor, ingresa o regístrate.

Ingresar con nombre de usuario, contraseña y duración de la sesión
Noticias:
 
   Inicio   Ayuda Buscar Ingresar Registrarse  
Páginas: 1 [2] 3 4
  Imprimir  
Autor Tema: TIMEOUT consulta a todos los usuarios  (Leído 24691 veces)
0 Usuarios y 1 Visitante están viendo este tema.
x_mangel
Karoshi Newbie
*
Mensajes: 31


Llámame X


WWW Email
« Respuesta #15 : 23 de Junio de 2010, 08:11:13 am »

Yo me pregunto si son necesarios tantos colores en el protagonista, lo digo porque usando 2 colores para piernas y otros 2 colores para cabeza y tronco, aun quedarían otros 2 sprites para poder colocar en línea, y si por exigencias del juego son más en la horizontal, tirar mano del parpadeo.

De todos modos ánimo con el proyecto.
En línea
cybernoid
Karoshi Maniac
****
Mensajes: 368



WWW
« Respuesta #16 : 23 de Junio de 2010, 08:12:38 am »

Tb me pasa que la 2A en captura me gusta mas pero al verlo en la ROM.... no sep. Casi prefiero la 2 pelada, que ya estamos acostumbrados a eso...

Si, la 2 es mas rollo spectrum Smiley a mi tambien me gusta
En línea
Konamito
Karoshi Excellent Member
******
Mensajes: 1446



WWW Email
« Respuesta #17 : 23 de Junio de 2010, 08:27:41 am »

Yo me quedo con la opción 2 que aunque se ve el recuadro negro (máscara) alrededor del sprite al menos este no pierde detalle ni color en ningún momento sacrificando para ello el fondo.
En línea

Mortimer
Karoshi Lover
***
Mensajes: 216


WWW
« Respuesta #18 : 23 de Junio de 2010, 08:49:29 am »

Yo me quedo con la opción 2 que aunque se ve el recuadro negro (máscara) alrededor del sprite al menos este no pierde detalle ni color en ningún momento sacrificando para ello el fondo.

¿2a entonces, no?  Wink
En línea
j4mk3
Karoshi Maniac
****
Mensajes: 376


MSx Powa!


WWW Email
« Respuesta #19 : 23 de Junio de 2010, 09:27:21 am »

2a sin duda...que le den al decorado Smiley
En línea

---  G Fan  ---  Galious & Gradius  & G Boys   ---
--- Play HANS' ADVENTURE, STAN, THE DREAMER & BITLOGIC ---
zilogZ80a
Karoshi Lover
***
Mensajes: 115



WWW Email
« Respuesta #20 : 23 de Junio de 2010, 10:03:27 am »

Por cierto ¿has pensado en una version MSX2? en MSX2 se solucinarian bastante estos problemas

Pues la verdad es que si he pensado que la version MSX2 solucionaria todos los problemas, pero hay que ceder a los dos bandos.

Tb me pasa que la 2A en captura me gusta mas pero al verlo en la ROM.... no sep. Casi prefiero la 2 pelada, que ya estamos acostumbrados a eso...

Son muchos enemigos? Muchos sprites el prota? Es que sino se podria hacer todo sprites y aplicar rotacion de sprites para minimizar el parpadeo. Pero si son muchos... Aunque siendo muchos, no se enmarranaria la pantalla igual? Si que es dificil decision si.
En estos casos lo mejor es... limitar el numero de enemigos Tongue (por linea, al menos)


El protagonista esta creado con sprites por hardware y dispone de 4 colores, es por ese motivo que los enemigos y los disparos tienen que ser Sprites por software, enemigos al mismo tiempo tengo pensado unos cuatro en total, mas los correspondientes disparos.. cuenta.

Ese es el verdadero problema.

Yo me pregunto si son necesarios tantos colores en el protagonista, lo digo porque usando 2 colores para piernas y otros 2 colores para cabeza y tronco, aun quedarían otros 2 sprites para poder colocar en línea, y si por exigencias del juego son más en la horizontal, tirar mano del parpadeo.

De todos modos ánimo con el proyecto.

Si el protagonista ya tiene 4 colores en el sprite no puedes poner ningun enemigo mas en la misma linea porque seria el 5, bajandolo a 2 colores solo me da para otro sprite de 2 colores o 2 de un color, poco color y muy pocos enemigos. hablandod e sprites pror hardware claro.

Por eso pongo un hibrido de personaje creado con sprites bien definido con 4 colores y enemigos con sprites por software.

Este que veis en la imagen no es el protagonista sino un enemigo.

Yo me quedo con la opción 2 que aunque se ve el recuadro negro (máscara) alrededor del sprite al menos este no pierde detalle ni color en ningún momento sacrificando para ello el fondo.

La opcion a la que te refieres es a la 2a modificalo que da a confusion Konamito.



La 2a y la 2b son la misma pero una conserva el fondo y la otra no, pero las dos tienen el mismo color, a mi personalmente no me gusta que pierda el fondo.

A ver si saco tiempo y le mezclo la primera demo a la que podeis mover al personaje, con estas demos que os he puesto para descargar, para que veais el resultado final. lo compilo en ROM y os la subo. ( El problema es que mi tiempo es una cosa muy limitada...)

Un saludo.

P.D. No os fijeis en la fotos es mejor que probeis las ROM.s para verlo en movimiento, asi podeis dar mejor vuestra opinion.
« Última modificación: 23 de Junio de 2010, 10:07:41 am por zylogZ80a » En línea
burguera
Visitante
« Respuesta #21 : 23 de Junio de 2010, 10:09:07 am »

De entre las propuestas, la 2a es la que mejor queda aunque con este tipo de decorado se nota mucho el cuadradote de fondo. Igual se podría plantear dar más peso al colorido de las plataformas sobre las que anda el prota, donde nunca se va a superponer el sprite, y usar tonos más oscuros y más siluetas para el fondo.

En cualquier caso, opino como x_mangel. Se podrían usar tranquilamente dos sprites para colores de piernas y dos para colores de cuerpo de forma que no solaparan en horizontal y quedarían espacio para dos enemigos mono-sprite en linea. Lo que sí podría ser un caracter con fondo negro a lo bruto y moviendose de 8 en 8 podría ser el disparo.

Además, a la hora de programar, usar sprites es muchísimo más simple y más eficiente. Y en caso de problemas, se puede recurrir al parpadeo. O bien diseñar el juego para que nunca pueda haber más de cuatro sprites en línea.
En línea
x_mangel
Karoshi Newbie
*
Mensajes: 31


Llámame X


WWW Email
« Respuesta #22 : 23 de Junio de 2010, 10:32:39 am »

Si el protagonista ya tiene 4 colores en el sprite no puedes poner ningun enemigo mas en la misma linea porque seria el 5, bajandolo a 2 colores solo me da para otro sprite de 2 colores o 2 de un color, poco color y muy pocos enemigos. hablandod e sprites pror hardware claro.

Por eso pongo un hibrido de personaje creado con sprites bien definido con 4 colores y enemigos con sprites por software.

Este que veis en la imagen no es el protagonista sino un enemigo.

Si lo que se muestra en las imágenes no es el protagonista yo no lo condicionaría a tener multitud de colores, me centraría en que fuese fácilmente diferenciable del fondo, aunque fuera un único color, o un color para la parte superior y otro para la inferior, pero algo más básico, vamos, y después se hacen parpadear, y como dice MrSpock usar caracteres para los disparos, pero de algún color que se diferencie claramente del fondo.
En línea
zilogZ80a
Karoshi Lover
***
Mensajes: 115



WWW Email
« Respuesta #23 : 23 de Junio de 2010, 11:14:10 am »

De entre las propuestas, la 2a es la que mejor queda aunque con este tipo de decorado se nota mucho el cuadradote de fondo. Igual se podría plantear dar más peso al colorido de las plataformas sobre las que anda el prota, donde nunca se va a superponer el sprite, y usar tonos más oscuros y más siluetas para el fondo.

En cualquier caso, opino como x_mangel. Se podrían usar tranquilamente dos sprites para colores de piernas y dos para colores de cuerpo de forma que no solaparan en horizontal y quedarían espacio para dos enemigos mono-sprite en linea. Lo que sí podría ser un caracter con fondo negro a lo bruto y moviendose de 8 en 8 podría ser el disparo.

Además, a la hora de programar, usar sprites es muchísimo más simple y más eficiente. Y en caso de problemas, se puede recurrir al parpadeo. O bien diseñar el juego para que nunca pueda haber más de cuatro sprites en línea.

No se si habeis leido mi primer post sobre el timeout donde explicaba lo que paso con este juego alla por los 80, si no es asi os recomiendo que lo leais.


Logicamente como programador original del juego, lo que quiero es recuperar todo aquello que le falto originalmente, y desde luego usando las mejoras del MSX1
si usas dos colores independientemente de que sea la parte de arriba o la de  abajo, esto solo nos deja una opcion un enemigo de dos colores supone 2 + 2 en la misma linea asi pues no nos deja opcion a mas enemigos, o 2 enemigos de un solo color, que es muy poco y colorido cero.

Olvidaros del tema de los sprites y centraros en las preferencias del color. esto no quiere decir que no os escuche....


Espero no tardar en compilaros la demo con el prota y este enemigo para que veais el resultado con la opcion que salga ganadora.
« Última modificación: 23 de Junio de 2010, 11:17:37 am por zylogZ80a » En línea
burguera
Visitante
« Respuesta #24 : 23 de Junio de 2010, 11:46:44 am »

No se si habeis leido mi primer post sobre el timeout donde explicaba lo que paso con este juego alla por los 80, si no es asi os recomiendo que lo leais.

Lo leí, me pareció muy interesante y, como decías, una lástima que el juego no pudiera salir como debía en su momento.

Logicamente como programador original del juego, lo que quiero es recuperar todo aquello que le falto originalmente, y desde luego usando las mejoras del MSX1
si usas dos colores independientemente de que sea la parte de arriba o la de  abajo, esto solo nos deja una opcion un enemigo de dos colores supone 2 + 2 en la misma linea asi pues no nos deja opcion a mas enemigos, o 2 enemigos de un solo color, que es muy poco y colorido cero.

Obviamente todo es cuestión de como tengas el juego en mente, y de hasta que punto quieras aprovechar lo que ya tenías en su momento. Entiendo que si el trabajo hecho usa sprites por soft para los enemigos quieras dejarlo de esa forma.

Aún así, sigo pensando que si quieres usar las mejoras del MSX1, los sprites son una opción a considerar. Mi opinión (y no es más que eso, una opinión muy subjetiva) es que queda mejor un sprite monocromo para enemigos que se mueva al pixel y sin bloques negros de fondo, que un sprite por soft colorido con los bloques negros o el emborronamiento de color. Además, los parpadeos de sprites para más de 4 en línea no son tan malos. Mira el Maze of Galious, o el Golvellius, o el Bolfes.

También es verdad que hay un ejemplo excelente de sprites por soft en MSX1, el The Cure de la dev... 05 o 06, creo. Aunque en el caso de The Cure los fondos eran, en general, más oscuros para que los recuadros no destacaran tanto. Y el hecho de que los enemigos se movieran en bloques de 8 permitía que el recuadro de fondo fuera más pequeño. En cualquier caso, es tu decisión, porque tu eres el que sabe como está el juego al detalle.

Olvidaros del tema de los sprites y centraros en las preferencias del color. esto no quiere decir que no os escuche....

Bueno, si das cuatro opciones entenderás que siempre haya algún pesado como yo que opte por la quinta XDD

A grandes rasgos, mi opinión es que lo primero que manda es la jugabilidad. Escojas la opción que escojas, si el juego se mueve rápido y todo se distingue bien del fondo, es más que suficiente.

Por cierto, como ultimamente intervengo poco en los foros y voy un poco a salto de mata, igual mi intervención ha parecido algo brusca. Que sepas que me parece estupendo que retomes el juego, así como tener entre nosotros a alguien que estuvo en activo en el mundillo cuando el MSX se programaba sobre un MSX.
En línea
Metalbrain
Karoshi Fan
**
Mensajes: 92


Z80jutsushi


« Respuesta #25 : 23 de Junio de 2010, 12:47:14 pm »

¿Sería posible una mezcla entre 2b y 2c?

Partiendo de la base del 2b, que cuando en un byte haya pocos bits del sprite invadiendo el escenario, sea el color de dicho escenario el dominante.
En línea
zilogZ80a
Karoshi Lover
***
Mensajes: 115



WWW Email
« Respuesta #26 : 23 de Junio de 2010, 02:19:21 pm »

Hola de nuevo a todos


Como podeis ver en los diferentes comentarios se habla de otra demo anterior del protagonista. con sprites por hardware que es como tengo pensado.

Os subo la primera demo en la que podeis controlar al personaje de izquierda a derecha, si el personaje sale por la izquierda de la pantalla podeis ver como era timeout en el 87, si en esa pantalla el personaje sale por la derecha volveis al timeout del 2010 podeis avanzar y retroceder para ver el cambio.

A ver si saco tiempo y recompilo la demo 2 con el enemigo junto con el codigo de la demo 1 y probais mas como sera el resultado final que tengo en mente.

Aqui teneis la primera demo que le mande a KONAMITO
http://www.gigasize.com/get.php?d=tn7dbn0pchb

Un saludo.
En línea
cybernoid
Karoshi Maniac
****
Mensajes: 368



WWW
« Respuesta #27 : 23 de Junio de 2010, 03:17:37 pm »

Os subo la primera demo en la que podeis controlar al personaje de izquierda a derecha, si el personaje sale por la izquierda de la pantalla podeis ver como era timeout en el 87, si en esa pantalla el personaje sale por la derecha volveis al timeout del 2010 podeis avanzar y retroceder para ver el cambio.


me gustan mas los colores del 87 Tongue el del 2010 lo veo todo muy brillante, debe ser el contraste de entrar a una u otra pantalla

El prota queda fantastico, lastima que los enemigos no se puedan ver asi de bien Smiley
En línea
zilogZ80a
Karoshi Lover
***
Mensajes: 115



WWW Email
« Respuesta #28 : 27 de Junio de 2010, 01:01:07 am »

Hola a tod@s de nuevo

Animaros a seguir votando, pero viendo como va de momento la encuesta.
la opcion 2a va ganando.

Asi que aqui os dejo una demo nueva con 3 enemigos para que veais el comportamiento de vuestra opcion favorita. http://www.gigasize.com/get.php?d=bvg2gc8oprb


Un saludo.

Y no dejeis de segir votando y virtiendo vuestros comentarios que siempre son muy constructivos.
En línea
xgipe
Karoshi Lover
***
Mensajes: 107


« Respuesta #29 : 27 de Junio de 2010, 10:05:12 am »

Está quedando muy bien. Aunque pregunto desde la ignorancia: ¿Es posible hacer que las máscaras se desplacen de forma más suave?. Me refiero a usa un desplazamiento de 2 píxels, en lugar de bloques de 8...
En línea
Páginas: 1 [2] 3 4
  Imprimir  
 
Ir a:  

Impulsado por MySQL Impulsado por PHP Powered by SMF 1.1.21 | SMF © 2013, Simple Machines XHTML 1.0 válido! CSS válido!