My Apologies for posting in English here. I read this forum everyday (using Google Translate).

When making MSX2 gfx with custom palettes the first thing you need to have is a good palette. Without this basis you will get lost when using sprite OR-ing.

When I build a custom palette that I want to use for OR-ing I try to implement the following:
- Try to have as much combinations that include a black color.
- Try to have as much combinations that include a color gradient (light and dark color). (+black)
- Try to have as much combinations that include a yellow (skin) color + (black)

Furthermore when designing the sprites, try to have a global color frame for all sprites of the same character. If you have a unique color frame for each animation step for the player (or any other enemy) this will result in extra time needed to copy this data to the VDP every time you change animation sprite. This is not a strict rule to obey but the coder will be very thankful if you do

Here is an old palette I created for MOAM. I first decided on the colors I needed to make my gfx style. Then I kept playing around with the color order in the palette to create the best/most possible usable color combinations (Note that there are more color combinations but I only use the color combinations that include a black color).




Greetings and good luck Toni.

Yeah! That MOAM has to be mine... Beautiful graphics!

Hombre, yo he tenido que cambiar mucho los colores en el mapa de green beret, entonces promotion tiene un boton de intercambiar un color de la paleta por otro, asi cuando acabo de cambiar todas las posiciones de los colores, el mapa se ve completamente mal, le doy al boton de remapear y se corrije todo, se ve bien como antes.

Luego lo que comentas de Head Over Heels, si me pasara eso que dices, crearia un proyecto nuevo en promotion y pondria los colores como los necesito, luego al cargar la pantalla que tenia, la remapea el programa con los nuevos colores y no hay que pintar nada, porque los colores son los mismos.

Si te gusta el AGE puedes seguir con el, pero con esas herramientas si que sera un trabajo de chinos, pero con las que tengo yo (photoshop, promotion, bmp2msx) todas esas cosas las hago en un instante y no me resulta nada pesado.

Hola gente.

Aqui os mano la demo de Green Beret que he hecho con Artrag, con 8 sprites por hardware corriendo, no olvideis que esto es screen5.

http://rapidshare.com/files/446536787/GREEN_BERET_MSX2_DEMO.ZIP

Vereis que en el borde de la pantalla hay una parte negra y otra azul. Pues el negro es el proceso LIBRE del Z80 y el azul el PROCESO CONSUMIDO.

Probadla en un msx2, ni plus ni turbor.

Artrag desde un principio solo tenia interes por demostrar su scroll para juegos, no de hacer Green Beret completo, por eso el codigo fuente y los graficos de la demo quedan abiertos a que un programador se una al proyecto, yo seguire haciendo todos los graficos y asi podamos acabar este fantastico juego.

PD:Konamito porfa, habla sobre la demo en tu pagina.

Decidme si os gusta como corre mi version del personaje con 4 fotogramas, porque el original del arcade corre muy raro y no me molaba nada hacerlo asi.

Espectacular la demo. Funciona efectivamente a 60 Hz y no parece perder frames, aunque he de confesar que sólo lo he podido probar en el openMSX y sí me mostraba algún salto, pero creo que se deben al emulador y no al código en sí. Si alguien lo puede probar en un MSX real, que nos explique cómo ha ido la experiencia.

Enhorabuena al programador y a los grafistas. En cualquier caso, si Arturo no se une al desarrollo, no creo que nadie más se atreva a hurgar en su código, pero quizás sí haya algún valiente entre el público.

Como rectificar es aquí de justicia, lo diré en mayúsculas: EL GREEN BERET EN SCREEN 5 PARECE FACTIBLE Y PODRÍA FUNCIONAR A 60 HZ.

En cuanto al movimiento, me gusta tu trabajo pero me quedaría con el de la recreativa original. Es "raro", pero esa rareza es una de sus características más llamativas, así que lo mantendría en cualquier otra versión de este clásico.

@pitpan
the code is 99% standard C, ASM is used only in the ISR and in some trivial I/O for VDP commands
@guantxip
the glitch you see is on real HW,I tested the code in emulators
I'll investigate the thing if I find the time to set up my ancient  msx