SoloCodigo

Como nadie contesta...

Bueno, es muy probable que ya estés haciendo esto, pero de todos modos alla va:

1.- Tiles rectangulares de tamaño variable:

La idea es tener una aplicación auxiliar para "cortar" los gráficos del juego, de forma de evitar tener demasiadas partes transparentes. (ver gráfico adjuntado) También sería necesario una clase auxiliar que "encapsule" todo el lio de volver a armar el gráfico (ver la palmera adjuntada).

El objetivo es ahorrar memoria y al mismo tiempo evitar desperdiciar ciclos de cpu en zonas totalmente transparentes: En lugar de tener un gráfico sólido de la palmera con todas las partes en blanco desperdiciadas, se podría tener un conjunto de 3 a 6 (no demasiadas) regiones rectangulares de cada pedazo de la palmera.

Si los pedazos son demasiado chicos existe el peligro de perder todas las ventajas ganadas por que el peso del código adicional se haría sentir.

Si se dibuja y se tiene en memoria la palmera completa se desperdicia memoria y ciclos de cpu en zonas transparentes.

Para evitar complicar las cosas al momento de dibujar la palmera, tendría que existir algo de código de forma que sólo llamando a un método "dibujar" del objeto gráfico "palmera" se dibujen sus distintas partes.

Sería muy bueno que la aplicación auxiliar calculara la mejor forma de "partir" la imágen de forma de minimizar el áreas transparentes con un mínimo de áreas rectangulares.

Lo de direct show es nua alternativa, pero no aplica para el jueo puesto que este tuipo de trucos generan efectos que se ven muy feos,.. no pareceria un juego sino otra cosa, y mi juego es de aventuras en 2D, con multiples capas y manejo de colisiones , cosa que haciendo algo con direct show no funcionaria mui bien


En cuanto a lo que propones amilus...
1- Gracias por contestar.. ala gente siempre le da miedo contestar cosas de estas porqe temen que sus ideas no sean valiosas.
2- en efecto si estamos intentando algo asi, no tan enfocado a ahorrar tiempo en dibujo de areas transparentes, sin embargo es lo mismo pero enfocado, o mejor fuie deducido pensando en minimizar los tiempos de dibujo.
3- Por otro lado el problema de las palmeras, o su equivalente en nuestro juego es que muchas de ese tipo de objetos en el escenario no generan colisiones, mientras que otras si.
lo cual nos genera la necesidad de trabajar dos clases diferentes para el diseño del fondo y las capas de fondo de la escena y queremos evitar eso.
hemos pensado en que si un objeto puede en relacion al suelo o a un arbol en fondo esta palmera deberiamos tratarla como un personaje mas de la escena y no como parte del fondo.

4- Existen muchas dudas en este momento, y dada la complemjidad de las escenas es muy probable que nos resolvamos por utilizar el metodo que te mencione para poder decirle a la palmera en su metodo dibujo, como se debe dibujar, lo cuial no se aleja de la conceppcion existente del metodo de dibujo de cada personaje, mientras que para los escenarios deberia ser una unica rutina que se encarge de pegar los elementos en el lugar adecuado.
Te mantendre al tanto de la solucion que obtengamos.

Gracias.

OK, gracias a ambos

silent, tus ideas funcionan pero la verdad son demasiado triviales para el problema que plantie,
sirven pero para otro poprblema que tuve hace ya mucho tiempo y lo solucione de esa manera.

Lo de los tiles so soluciopne de una manera diferente.

Se usan en lo que llamo la capa de coliciones (es decir donde los dibujos puden chocar con el personaje, no en los backgrounds) algoritmos asi:

Detectar colicion de rectangulo

si hubo colision de rectangulo haga
detectar colision por color.


Una vez hice esta soluion me di cuenta que no me servia porque las superficies en mi juego son en general demasiado irregulares y el sistema de coliciones de esa manera generaria que el personaje cambiara su linea de movimiento solo porque ubiesen 1 o mas pixeles a otra altura lo cual hace que si va caminando horizontalmente en un momento determinado al colisionar con por ejemlo una ramita pintada en el piso, el personaje caminara sobre la ramita en vez de seguir su curso normal.

Asi que la soucion es crear una capa de coliciones donde se encuentre la infromacion de colision a manera de poligonos que describan la escena de una manera mas abstracta y pensada solo para detectar las coliciones..
estoy trabajando es eso los mantendre informados.

amilus , tu solcion me gusto mucho pero dada la complejidad en las escenas que estoy haciendo, resulta mas rapido usar pocos tiles grandes  que muchos tiles pequeños.

te agradezo ,
sin embargo le echare un ojo a lo que me dices,
pero ya tenemos nuestro propio istema de coliciones dadptado a nuestras necesides de eficiencia ...