Si bueno pero el MiniMAx que tal, que ahi es donde esta la chicha.

 Si señor!

 Si no es molestia, podrías pobrarlo que es el tipo de moviles a los que en principio va dirigido.

He leido en foros que hay problemillas con los S60, imagenes transparentes, refresco de pantalla etc.

 La canción que titulas 'sin' hace que me imagine tipico shooter Aero Fighters con explosiones, rayos y miles de enemigos.

(ole)  

 Jacks gracias por probarlo.

¿Podrías decir que movil tienes?
¿Es Nokia?.

Pues quizá este mal hecho, de hecho esta mal :(. Ahora me tengo que ir cagando leches, a ver si luego lo vuelvo a poner pero de todas formas para algo ha valido. Parece que por lo menos en este Nokia las transparencias van mas lentas, que podría ser perfectamente ¿no?.


Un saludo!

 Hola de nuevo

Aqui os dejo la prueba de la diferencia tan brutal entre usar imagenes con transparencias y sin ellas.

Prueba Rendimiento

Es un zip. Hay dos paquetes Jar y el codigo.

MIDP 1.0.

Descomprimir, salen dos carpetas una con transparencias y otras sin transparencias. Estan tambien las dos imagenes que utilizo (Modo Indexado 8 bit con y sin transparencia).

Es solamente la imagen pintada 64 veces (8x8) y el numero que sale es lo que tarda cada vuelta del bucle.

¿Esto es totalmente normal?.

En mi movil (N-Gage) me da con transparencias mas de 75 milisegundos y sin transparencias me da 47-50.

En cada vuelta duerme como minimo 40 ms. O sea que tardaría 35 ms en blitear con transparencias. Y 7-10 sin ellas.

Por favor, decidme comentarios, ¿que opinais de esto los que haceis juegos?, ¿es normal?.

Sorry por ser tan brasas pero es que estoy muy bloqueado con esto, y si el juego se me sube a 100 no es tan jugable como yo quisiera :(.

Un saludo!

 Gracias por responder.

¿Entonces no es extraño que se me reduzca tanto el rendimiento por poner imagenes transparentes (colo indexado)?.

Zaelsius es interesante lo que dices pero si en vez un puzzle es uno de acción, ahí si que hay que repintar y hay juegos que van bastante rapido.

¿Que utilizais vosotros para darle formato a las imagenes?.

Y otra cosa, para los sprites, sin usar MIDP 2.0, vosotros en cada clase de personaje -o objeto visible del juego-, le poneis que contenga una variable o array de tipo image o las imagenes se pasan por argumento en el metodo para dibujar el mismo. Quizá tanta variable image haga que vaya tan lento aunque solo cree una vez. Pero de todas formas, como lo he hecho yo sin imagenes transparente va bien, sigo sin explicarme esa subida tan repentina.

 Sin contar el fondo y primitivas y resumiendo hago esto.

Tengo una matriz de images 7x2.

Cargo la imagenes en la matrix.

imgMatrix[0][0]= Image.createImage("/verde14.png");
imgMatrix[1][0]= Image.createImage("/amarillo14.png");
imgMatrix[2][0]= Image.createImage("/azul14.png");
imgMatrix[3][0]= Image.createImage("/morado14.png");
imgMatrix[4][0]= Image.createImage("/gris14.png");
imgMatrix[5][0]= Image.createImage("/naranja14.png");
imgMatrix[6][0]= Image.createImage("/rojo14.png");
      
//Usamos el mismo
imgMatrix[0][1]= Image.createImage("/negro.png");
imgMatrix[1][1]= imgMatrix[0][1];
imgMatrix[2][1]= imgMatrix[0][1];
imgMatrix[3][1]= imgMatrix[0][1];
imgMatrix[4][1]= imgMatrix[0][1];
imgMatrix[5][1]= imgMatrix[0][1];
imgMatrix[6][1]= imgMatrix[0][1];

Luego cada bloque para inicializarlo. Le paso un array de imagenes.
En cada bloque tengo una Image[] img al que iguale con i.

ini(...,Image[] i,...){
...
img=i.
...
}

Luego tengo una matriz de bloques 8x8 (es como un tablero).

Los inicializo todos.

bloques[j].ini(...,imgMatrix[el que corresponda]);

Para pintar pues dos for.

for i
  for j
     bloques[j].draw(g);

Dentro de draw:

g.drawImage(img[frameAct],...);

Eso es basicamente lo que hago. Cargo solo las imagenes una vez si no me equivoco lo demas es solo pasar referencias.

Todavía no he optimizado porque este metodo es malo porque se puede hacer sin pasar las referencias a cada bloque y luego solo consultar su indice para pintar, pero lo que me frustra es que la velocidad, no es del todo mala con imagenes que no son transparentes, pero se va todo al garete cuando meto las imagenes  transparentes.

 Que mal me explico  :(

Es al reves.

Ahora mismo acabo de pasar todas a Modo Indexado incluido los fondos. Y es cuando me va lento. Si pongo las imagenes que usaba antes (Modo RGB) el juego va mucho mas rapido.

Es justo al reves. ¿¿??

En el primer post la transparente (la segunda) es la que tiene modo indexado y la otra es la que tiene modo RGB.

 EDITO: En el titulo sale J2M perdonad no puedo editarlo.

Hola muy buenas a todos.

Resulta que estoy haciendo un juego para aprender J2ME. Simple, tipo puzzle, ya funciona todo.

El caso es que al meterle imagenes transparentes la velocidad del juego en el movil se reduce mogollon. En el móvil donde lo pruebo, una N-Gage (MIDP 1.0 CLDC 1.0).

Sin imagenes transparentes me da una velocidad entorno a 47 milisegundos cada vuelta del loop (lógica y render). De paso pregunto si se podría decir con eso que 1000/47=21 FPS.

El caso es que cuando meto las imagenes PNG transparentes, se me sube a 90-100 milisegundos en el movil. En el emulador va sin problema a velocidad fija.

Las imagenes transparentes las hago con el PhotoShop:

  -Nuevo (Fondo transparente)
  -Hago mi imagen
  -Image -> Modo -> Color indexado -> Los transforma con paleta exacta (normalmente la imagen no tiene     mas 5 de colores) y conservando la transparencia.
  -Guardo como un PNG.

En cambio los imagenes sin transparencias tienen el modo RGB y tambien son PNG.

Uso las API de MIDP 1.0 la unica clase de APIs de las marcas especificas es un FullCanvas de las API de nokia.

Aqui os dejo las dos imagenes -sin transparencias y con transparencias-, por si a lo mejor el formato hace que vaya mas lento o cualquier cosa que desconozco.




No riais que aun no tengo grafo.

¿Alguien sabe que puede estar pasando?. ¿O alguna herramienta para crear el formato de las imagenes que se suela utilizar?.

Un saludo!

 Antes de nada (ole)

Luego, he leido lo de que te preguntaban como implementabas el PathFinding, que utilizas un Dijstra con Grafos. ¿Para diseñar los mapas hay que hacer un esqueleto de grafos por donde el personaje se pueda mover?. ¿Solo se mueve por lineas rectas?.  

Me refiero a por ejemplo el tipico escenario de las aventuras de lucas que te podias mover por el escenario como si te movieses en una area y habia un punto a lo lejos, a donde mandabas el personaje y se iba alejando.  Ahi si veo lo de los grafos. Pero en la parte del escenario que esta cerca, ¿solo se mueve por lineas rectas?.

No se si me he explicado bien. Es algo que me produce curiosidad.

Un saludo!.

 Tengo una N-GAGE clásica. Como seguro sabrás MIDP 1.0 CLDC-1.0. La versión del 7650 me valdrá seguramente  o cualquiera con resolución 176x208 -con 1.0-. La verdad es que me interesa saber lo rapido que va el juego, etc.

Mira me he metido aquí:

http://www.juegos.movistar.es/ComunidadesJ...l?action=portal

Y no aparece play2me como indican en la página de movilenio.

Y eso de "Envia MOVILENIO al 7505". ¿Como le indicas que juego quieres?. ¿Son 3 x 0.90 no?. ¿O sea que vale 2,7 leuros el juego no es así?.

 Ok

La verdad no soy muy de descargar cosas con el movil, pero este me ha llamado la atencion no sé. La cosa es que no sé bajarlo. Tengo movistar. He ido a emocion y no esta el juego. En Play2Me tampoco.

Seguramente soy yo que no se, pero la verdad me parece un poco complicado el acceso a al juego.

Un saludo!

 Posteo parar preguntarte si tiene compatibildad con un N-Gage clásica, MIDP 1.0.

La verdad es que el juego parece bien divertido. El grafista parece que ha hecho un buen trabajo. Los graficos son molones.

Otra cosilla a parte. No sé si será atrevido preguntar esto, pero bueno como es un foro de desarrollo espero que no este fuera de lugar. Mi pregunta es, una vez hecho el juego. ¿los vais vendiendo a cada portal de moviles que hay en internet -los que sepas claro-?. Contactando por internet, me refiero.

Un saludo!

 Antes de nada, darte las gracias por mirar el problema.

no entiendo contra que comparas con el stencil si lo acabas de borrar!, ya no recuerdo pero no deberias activar la escritura en stencil en vez de la comparación (test)?

En OpenGL para activar el Stencil Buffer que yo tenga entendido solo es con GL_STENCIL_TEST, es la única forma.

El metodo según he leido en mil sitios es que:

-Activas el Stencil Buffer, para que pasen todos los pixeles y los que pasen les ponga un 1. (GL_ALWAYS)
-Dibujas el plano donde proyectara la sombra.
-Desactivas el Stencil.

Entonces se supone que el Stencil tienes los pixeles del plano marcados con un 1.

-Calculas la matrix de sombras.
-Activas el Stencil para que solo pasen los pixeles que tengan un 1, o sea los del plano, y que los demas
no se dibujen. (GL_EQUAL)
-Pintas el objeto proyectado -se supone que solo pasaran los que esten dentro del plano.
-Desactivas el Stencil Buffer.

Ese es el metodo. Pero no consigo que funcione. :(.