<!--QuoteEBegin-->¿Tamaño máximo recomendable del .jar?No estoy seguro, pero creo que para Series 40 eran 64Kb, aunque en los más modernos no existe ese límite.
Citar¿Siendo para MIDP1, como le meto sonido/musica? Algunos móviles, aun siendo MIDP 1.0, soportan las APIs de sonido (las estándar o nativas), pero en el concurso creo que está limitado a MIDP 1.0, así que: Ajo,H2O
<!--QuoteBegin]¿Librerias de 3eros open source para acelerar el desarrollo?[/QUOTE]Me cansé de mirar. Principalmente porque las que hay quieren ser tan genéricas y "limpias" (comprobación de errores y tal) que hacen crecer el código innecesariamente. Al final resulta más fácil hacer tus propias clases justo con lo que necesitas.
Citar¿Hay alguna resolucion "habitual" (como la mitica 320x200 en la epoca ms-dos)? ¿resolucion minima? Hay algunas "estándar": 176x208/176x220 (Series 60), 128x128 (Series 40) y 96x96 (Series 30). Puedes hacerlo solo para esas (y que a muchos lo vean mal), hacer versiones para cada móvil o hacer que el juego se adapte a la resolución.
Citar¿ Que pasa con las transparencias ? El móvil usará la que tenga el PNG. La transparencia que soportan todos los móviles es 0% y 100%. Mejor olvidarse de otras transparencias si no se sabe que un modelo las soporta.
CitarComo no hay nada parecido al bucle de mensajes de win, ni a la secuencialidad de MSDOS, para "animar" la aplicacion, que se usa?? un timer que llame a la funcion de mensajes?? un hilo corriendo en paralelo??? La forma normal es usar un Thread.
Citarsi no recuerdo mal hay una funcion para reproducir sonido(PlaySnd() o algo asi), deja parada la aplicacion cuando se ejecuta hasta llegar al final del sample o melodia midi?? o se puede llamar para que toque la musiquilla en segundo plano?? Se utiliza la clase Player. No se queda parada la aplicación, pero si es muy normal un pequeño (según el móvil, no tan pequeño) parón al comenzar.
Citares aceptable tener un buffer al margen de eso, y reescalarlo a la hora de hacerlo visible en pantalla? o se trabaja con la resolucion nativa del movil y punto?? Ólvidate de esos "efectos avanzados" :P
NOTA: No recuerdo bien las bases, pero decir que sea MIDP 1.0 y que tenga que funcionar en Nokia no deja muy claro qué se puede usar y qué no. Creo que ya lo preguntó alguien, y debería aclararse (si no se ha hecho ya) para saber qué APIs puede usar la gente que participe.
¿Entonces cúal es la opción para usar sonido? No me he enterado bien... :huh:
Precisamente una de las características que puntúan es el sonido asi que supongo que esperan que pongamos sonidos... Ya podía ser midp 2 joer <_<
Saludos.
Es que deberían especificar más, porque la clase Player está en el paquete javax.microedition.media, que no tienen todos los móviles. El resto debería soportar su formato (ringtones de mielda) mediante las APIs de Nokia, que no tengo claro si están permitidas.
Para mí, algo que funcione en MIDP 1.0 es algo que solo utilice esa API, nada más. Pero también hablan de bluetooth, sonido... deberían especificar claramente qué APIs se pueden usar y cuáles no.
Además... si tiene que funcionar en un Series 30 ó 40... ¿qué pasa con los que no tengan bluetooth? Porque no todos lo tienen, ¿no? Igual que no todos tienen sonido.
Tampoco he visto que CLDC permiten.
Veo muchas lagunas en las reglas. Deberían especificar EXACTAMENTE qué se permite.
también puede llevar a cierta confusión el que ponga que los juegos deben funcionar en nokia s40 y s60, yo creía que eran modelos en concreto, pero resulta que son las gamas o series de modelos, y hay un montón y cada uno con sus caracteristicas. Nokia serie 40P.ejemplo la pantalla, los más nuevos tienen 208x208, la gran mayoría tienen 128x160, y luego los más antiguos tienen 128x128 o incluso menos (96x96)... Nokia serie 60Aquí hay menos modelos, y todos excepto el nuevo n90 usan la resolución de 176x208, así que en este caso la cosa está clara. Otros links interesantes: Nokia platform SDK serie 40, FAQ (pdf)Nokia platform SDK serie 60, FAQ (pdf)aquí habla algo sobre j2me y sdk de nokia para sonido : http://www.todosymbian.com/secart36-page5.htmlYo si puedo hacer algo, empezaré con 128x160, parece la más extendida, porque no se como hacer que se adapte a cada resolución. Se puede consultar de alguna manera en java el modelo de dispositivo o serie?
Programar para móviles sólo es divertido durante, digamos, los primeros 5 minutos XD. ¡Alejaos mientras podais! (uoh)
Jajajjja como dice Zaelsius, una vez aprendes cómo va todo, luego las limitaciones empiezan a asquearte y se va haciendo tedioso.
Sobre el sonido, yo creo que sí se podrá usar el SDK de Nokia para ello. Si no, pocos juegos habrán con sonido, al menos decente XD
Las transparencias, la eterna discusión. Básicamente, si una imagen tiene transparencia, si copias una parte de ella a una Image nueva, te convierte la transparencia a fondo blanco, con lo cual la pierdes.
Sí que deberían especificar el CLDC ya que hay unas cuantas cosas que puedes ahorrarte si usas el 1.1 en vez del 1.0. De todas formas yo he empezado presuponiendo que ha de usarse el 1.1.
CitarSí que deberían especificar el CLDC ya que hay unas cuantas cosas que puedes ahorrarte si usas el 1.1 en vez del 1.0. De todas formas yo he empezado presuponiendo que ha de usarse el 1.1.
podrías "iluminarnos" un poco? (ole)
para meter sonido en los nokia debeis de bajaros en "nokia ui api" para midp 1.0, ademas os dara la funcionalidad del fullcanvas entre otras cosas, la musica es por tonos, si quereis que vuestro musico la haga en midi puede ya que si os bajais el suite de nokia podeis convertir un wav o midi a tonos con un par de clicks de raton, tambien os recomiendo el netbeans para enlazar la plataforma ui con el de forma sencilla
saludos
Segunda pregunta: ¿ Que pasa con el cliping (recorte de bordes) ?
- Si una imagen tiene un borde fuera de la pantalla ¿ se representa la parte visible o se ignora la imagen completa ?
- ¿ Es posible volcar solo una porción de una imagen en pantalla (u otra superficie/buffer) ? Lo digo pensando en dirty rectangles y tal.
- ¿ Es posible construir una imagen pixel a pixel en un buffer y luego usarla como imagen, volcarla a pantalla y tal ?
Todo esto en MIDP1, pero vamos, si se puede sólo en MIDP2 o no se puede, estaría bien saberlo también.
Gracias.
CitarSi una imagen tiene un borde fuera de la pantalla ¿ se representa la parte visible o se ignora la imagen completa ? Se representa la parte visible, claro... solo faltaba que no hicieran ni esto bien xD Citar¿ Es posible volcar solo una porción de una imagen en pantalla (u otra superficie/buffer) ? Mira Graphics.setClip() y Graphics.clipRect(). Citar¿ Es posible construir una imagen pixel a pixel en un buffer y luego usarla como imagen, volcarla a pantalla y tal ? Solo en MIDP 2.0 o con las APIs específicas del móvil.
Bueno... por lo menos crear un doblebuffer de toda la vida sera tan facil como crear un objeto Image con la resolucion que usas nop???
Por cierto, me e fijado que no coges toda la pantalla del movil en la aplicacion, con los metodos getWidth() y getHeight(), se coje la resolucion que usas, o la total, con el margen que no puedes acceder???
Gracias.
Cita de: "_Grey"Bueno... por lo menos crear un doblebuffer de toda la vida sera tan facil como crear un objeto Image con la resolucion que usas nop???
Según el libro J2ME (Sergio Gálvez Rojas, Lucas Ortega Díaz, Universidad de Málaga):
5.4.3.3.1. Double Buffering
La técnica de pantalla en segundo plano consiste en lo siguiente: Muchos dispositivos que no poseen una gran capacidad computacional provocan un parpadeo a la hora de actualizar los gráficos en pantalla. En estos casos, lo ideal sería hacer todas las actualizaciones gráficas en memoria y posteriormente volcar el contenido de memoria en pantalla. Esta técnica es la que se conoce como double buffering.
Algunos de estos dispositivos implementan esta técnica sin que tengamos que escribir ni una sola línea de código. Para saber si el MID donde ejecutamos nuestra aplicación aplica esta técnica, existe un método de la clase Canvas que nos devuelve true o false en caso de que aplique esta técnica o no:
boolean isDoubleBuffered().
En caso de que el método nos devuelva true, no tenemos que hacer absolutamente nada especial ya que la implementación del MID se encarga de hacer todas las actualizaciones gráficas en memoria para posteriormente, volcarlo en pantalla. En el caso de que el método retorne false, nos indicaría que el dispositivo no es capaz de implementar esta técnica. En este caso es posible implementarla por nosotros mismos. Para ello, lo que haremos será crear una imagen mutable del tamaño de la pantalla del MID y efectuar todas las operaciones gráficas en el objeto Image para, posteriormente volcar el contenido de esta imagen por pantalla.
1.- Crear la imagen mutable del tamaño de la pantalla.
Image displaysecundario;
If (! isDoubleBuffered()){
Displaysecundario = Image.createImage(getWidth(),getHeight());
}
2.- Realizar todas las actualizaciones en el objeto Image dentro del método paint(Graphics).
protected void paint(Graphics g){
Graphics displayprimario = g;
g = displaysecundario.getGraphics();
// Realizamos todas las operaciones para actualizar la pantalla en g.
...
//Realizamos el volcado en pantalla
displayprimario.drawImage(displaysecundario, 0,0,Graphics.LEFT | Graphics.TOP);
}
os recomiendo tener memorizado el graphics del doble bufer, tambien os recomiendo que eviteis pintar una imagen fuera de pantalla ya que algunos moviles tardan lo mismo que si se pinta dentro
Cita de: "zupervaca"os recomiendo tener memorizado el graphics del doble bufer, No entiendo. ¿puedes dar mas detalles, please?
esta linea g = displaysecundario.getGraphics(); podeis hacerla despues de crear el doble bufer y asi no tener que hacerla siempre que se llama al evento paint, ademas al hacer esto con comprobar si g es nulo o no ya sabreis en el evento paint si existe o no el doble buffer y asi usar uno u otro graphics
por ejemplo, es mas rapido comprobar si g es nulo en el evento paint que comprobar llamando a la funcion isDoubleBuffered, con lo que siempre debeis de evitar realizar llamadas innecesarias al api de java, tambien es bueno memorizar en dos variables el ancho y alto de la pantalla del movil para no llamar siempre a getWidth y getHeight, para moviles os recomiendo olvidaros de usar funciones para ocultar miembros, lo mejor es que por ejemplo el ancho y alto de la pantalla del movil sean variables estaticas de una clase y publicas
zankius, ahora si que ha quedado claro. (ole)
Mas dudas. :lol:
- Cuanta memoria se supone q tiene un cacharro de estos (movil nokia s40) para ejecutar una aplicacion (juego)?
- Como puedo saber cuanta memoria esta usando mi juego?
He tenido un problema bastante raro:
- Tengo un mapa de tiles con un único tile formado por un .png 32x32 24bits de un unico color con un 1 pixel de otro color.
- Si cambio ese tile por otro mas complejo (con mas variedad de colores) pero del mismo tamaño, los mismos bits, hecho con la misma herramienta, etc... en el emulador funciona, pero en el movil me da un error de nullpointerexception O_O ¿Alguna idea de pq sucede? Sospecho que debo de haberme comido toda la memoria (otra cosa no se me ocurre) Pero no tiene sentido, ¿acaso un .png de una determinada resolucion no ocupa lo mismo que otro igual una vez se encuentra en memoria?
si te digo la verdad no se cuanta memoria tienen los moviles jeje, pero te recomiendo exprimirlo todo al maximo, sobre el nullpointerexception solo puedo decirte que sucede cuando un puntero es nulo, puede ser que la ruta de la imagen que le pasas al createimage sea incorrecta y la imagen no se cree y al usarla te da ese error, si estas con netbeans, ¿estas agregando en propiedades del proyecto el directorio de los recursos?
Cita de: "zupervaca"sobre el nullpointerexception solo puedo decirte que sucede cuando un puntero es nulo, puede ser que la ruta de la imagen que le pasas al createimage sea incorrecta y la imagen no se cree y al usarla te da ese error, si estas con netbeans, ¿estas agregando en propiedades del proyecto el directorio de los recursos? Es que es muy cachondo lo que me pasa. En el emulador del netbeans todo me va chachi. En el movil (nokia 6100) me va bien. Si cambio la imagen de color plano tile1.png (~300 bytes) por otro archivo con el mismo nombre, misma resolucion, misma profundidad de color, etc... tile1.png (~1000 bytes), me da ese error. Insisto: el mismo codigo fuente, el mismo nombre de archivo, la misma resolucion, el mismo programa para editar la imagen, la misma profundidad de color, el mismo movil.... pues va y me da ese error. (en el movil; en el emulador va bien). (nooo) EDIT: probablemente sea algo de lo que dices (que no pueda cargar la imagen), pero no se... es raro. ¿que programa usais para hacer los png?
Citar¿que programa usais para hacer los png? cuando quiero hacer la version definitiva uso el photoshop, tienes la opcion de guardar para web en el menu archivo, debes de poner formato png-8 y el tipo de optimizacion de paleta perceptual, asi ocupara la minima expresion, en el modo perceptual puedes cambiar el numero de colores,a veces aunque te diga que son necesarios 128 puedes bajarlo a 64 y hacer que ocupe aun menos la imagen
Citar
cuando quiero hacer la version definitiva uso el photoshop, tienes la opcion de guardar para web en el menu archivo, debes de poner formato png-8 y el tipo de optimizacion de paleta perceptual, asi ocupara la minima expresion, en el modo perceptual puedes cambiar el numero de colores,a veces aunque te diga que son necesarios 128 puedes bajarlo a 64 y hacer que ocupe aun menos la imagen
y como haces las transparencias?, a mi no me deja seleccionar el color transparente. Al final lo que hago es usar photoshop primero, y luego pasarlo a macromedia fireworks que tb optimiza png y es su formato normal de trabajo. @Lord Trancos 2, porque no pones el código?, lo que comentas es bastante raro, así probamos, tengo un 6600 para probar.
Gracias. Esta tarde si me acuerdo subo el proyecto a una web para que lo podais probar.
Ya se que el J2ME esta algo limitado, pero...... he buscado por la documentacion, y no encuentro manera de leer de los ficheros.
Vamos, que no puedo hacer un simple :
InputStream f=new FileInputStream("/Loquesea.txt");
No se pueden leer ficheros de datos que lleves con la aplicacion!? :blink:
Gracias.
Citary como haces las transparencias?, a mi no me deja seleccionar el color transparente cuando estas en guardar para web debes de seleccionar el color que quieres que sea transparente con el gotero que hay en las herramientas de la izquierda, luego debajo de la paleta de colores veras el numero de colores, un dibujo que parece como un tablero de ajedrez, un cubo, candado, etc, el que parece un dibujo de un tablero de ajedrez es el que sirve para indicar que el color seleccionado es el color de mascara, os pongo una imagen para aclararos mejor (http://img435.imageshack.us/img435/5413/photoshop3ol.th.jpg)Citarno encuentro manera de leer de los ficheros la clase puedes usar esta InputStream y la creas asi:
InputStream is;
is = getClass().getResourceAsStream( "/loquedesa.txt" );
saludos, es la primera vez q escribo un mensaje en este foro a donde he llegado motivado por el concurso al que me gustaria presentarme. He hecho algunas cosas en J2ME pero no habia desarrollado antes nada para nokia, me he bajado el SDK de nokia para series 60 que puso zupervaca y lo he colocado en la carpeta de devices del WTK 2.2 pero al intentar probar cualquiera de las aplicaciones de ejemplo que trae el WTK en el emulador de nokia me da un error. Por ejemplo al cargar el ejemplo Demos me dice:
Fatal Error: Unable to find package java.lang in classpath or bootclasspath
com.sun.kvem.ktools.ExecutionException
pero lo mismo ocurre con todos. Alguna idea de porque pasa?
Un saludo a todos
hola el WTK 2.2 es para midp 2.0 con lo que en algunos nokia no te funcionara, no obstante para hacerlo funcionar debes de copiar el .jar de la plataforma en el direcotrio de librerias, no obstante te recomiendo usar el netbeans que mediante el sistema de plataformas es solo indicar el directorio donde tienes instalado el ui
Gracias por el getClass().getResourceAsStream(), me ayudara.
Saludos.
tengo el netbeans instalado pero no lo habia usado antes pq me parecia mas complicado aunque creo que merece la pena pq ademas te lei en el post del concurso que con el es facil desarrollar el mismo proyecto para s40 y s60.
Ahora entonces el problema lo tengo al añadir el emulador al netbeans :P le doi a Tools -> Java Platform Manager, y en J2ME le doy a Add Platform pero al seleccionar la carpeta Series_60_MIDP_SDK_for_Symbian_OS_v_1_0 que me la reconoce como J2ME Emulator en el siguiente paso me pone Configuration Failed y no es capaz d detectarla (nooo)
espero por favor disculpen al novato (rules)
quizas es problema de tu version de netbeans, cual usas?, el ultimo sdk creo que solo vale para netbeans 4.0 y 4.1
ahora que me fijo, dices "Series_60_MIDP_SDK_for_Symbian_OS_v_1_0", y creo que ese SDK es para hacer cosas en symbian y no para j2me.
A mi me sale como "C:\Series60\Devices\S60_2nd_FP3_MIDP_SDK", debes bajarte el correcto e instalarlo.
suerte!
ajam, pos tengo la 4.1 con el mobility pack de la 4.1 tb. Baje tambien el q tu me dices pero no lo he instalado pq quise probar 1º con el q puso zupervaca en el otro post pq parecer ser q es el correcto para trabajar con el midp 1.0, sin embargo si a ti te va bien con ese probare a ver q tal
el 2nd_FP3 trabaja con el midp 2.0, es raro que te diga configuration failed, ¿lo tienes en este directorio "C:\Nokia\Devices\Series_60_MIDP_SDK_for_Symbian_OS_v_1_0"? si no mira ver que no tenga espacios ni nada, es aconsejable dejar las rutas tal cual por que entre sun y nokia han cometido muchas pifias en las configuraciones
editado: si quereis usar el midp 2.0 para todas las plataformas symbian podeis usar el Nokia_Prototype_SDK_2_0
yo con el 2nd_FP3 no he tenido ningun problema, y configurándolo puedes usar midp 1.0, la única pega es que son 96 megas de descarga :P
según he mirado, sirve tanto para hacer cosas en symbian como en j2me (trae los dos emuladores)
prueba a poner pantalla completa con ese api con midp 1.0, veras que te da error al compilar
lo de configuration failed me sale con el que tu pusiste supervaca en el otro post y lo tengo aqui "C:\Nokia\Devices\Series_60_MIDP_SDK_for_Symbian_OS_v_1_0", sin espacios. Yo solamente lo he instalado y despues en el netebeans le he dado a lo de Add Platform, no habria que hacer alguna cosa antes o añadir el emulador de otra manera?
instalaste el mobility pack 4.1?
si lo instale, el 4.1 la misma version q tengo del netbeans
tengo esta version de java: jdk1.5.0_04, puede ser algun problema?
no creo que sea la version del java, yo tengo la misma.
que s.o usas? a ver si es algo de permisos de xp... la verdad es que ni idea, yo instalé una cosa detrás de otra (las que dijo zuper excepto el sdk), y todo bien a la primera.
io tpc tengo nidea y he probado q en el eclipse que lo detecta sin problemas asi q de momento lo hare con este que ya mestoi poniendo demasiao pesao :lol:
asias de todas maneras por la colaboracion ^^
Bienvenidos al fantástico mundo de la programación en J2ME donde pasaréis vuestras peores quebraderos de cabeza y maldeciréis a los fabricantes móviles... donde el estándar se queda en tan solo eso... una palabra y cada móvil es un nuevo desafío... bienvenidos...
P.S.: Zupervaca... me parece que es mejor que os paséis el hotmail...
pues tienes suerte que en el eclipse te vaya, a mi no me lo detectaba, ademas cuando me arranca el netbeans siempre me da un error en una ventana aunque despues todo funcione bien, creo que son incompatibilidades entre versiones o algo asi, a un amigo le va perfecto todo a otro no le funciona siquiera el netbeans, es un lio brutal :lol:, creo que el mayor problema de todo esto es que son muchas cosas sueltas a juntar y eso a veces da problemas, no obstante lo importante es que se pueda crear un .jar compatible con midp 1.0 y cldc 1.0 ;), si todos los moviles comenzaran a venir con midp 2.0 todos estos lios desaparecerian
Cita de: "zupervaca"prueba a poner pantalla completa con ese api con midp 1.0, veras que te da error al compilar eso no me ha quedado muy claro, como puedo probarlo? ahora mismo estoy cargando imagenes (y viéndolas) más grandes de la resolución del movil, y la cosa tira
debes de usar la clase gamecanvas y la funcion setfullscreen con ese api ya que la clase fullcanvas no existe, el problema de los emuladores es que todos asumen que estan a pantalla completa pero en un nokia 3650 fisico no es asi, ves el nombre de la aplicacion arriba y los menus abajos a no ser que uses la clase fullcanvas, seria algo asi como en windows, a pantalla completa no ves el menu inicio pero en modo ventana si
yo no tengo acceso a un nokia real, solamente puedo hacerlo en base al emulador, deberia entonces suponer q la altura de la pantalla es menor que la estandar para la serie 60 por ejemplo que se supone de 176?
si no se usa la clase fullcanvas es menor, no obstante aun no han dicho si quieren que se use o no el modo pantalla completa, aunque han dicho que quieren que se aproveche al maximo cada terminal, yo aun no he leido las bases con lo que en este tema no se que decirte
Sumo una duda mas...
Tengo hechos un par de juegos, pero siempre dentro del "emulador". Me interesa saber si algunos de uds ya ha probado algun juego en el mobil.
Al tener menos rendimiento en el mobil, me temo que cunado testee mi juego en el telefono sea una patata comparado con el emulador.
saludos
alegg
desde algunos emuladores puedes emular la velocidad del movil, no obstante los mejores emuladores que he visto y que van clavaos al movil son los del nokia, incluso el emulador puede que vaya algo peor, cosa que a mi parecer es incluso mejor para poder optimizar mas el codigo, los emuladores que vienen con el ktoolbar de sun van mucho mas rapido que un movil normal, pero si miras la configuracion veras que hay ciertos parametros como "graphics latency" o el numero de bytecodes por segundo que hace
Yo no he notado ninguna diferencia entre el rendimiento en el emulador y en el movil. Aunque el emulador se traga por ejemplo que el nombre de un fichero (una imagen por ejemplo) no este escrito en la aplicacicion exactamente con la misma combinacion de mayusculas y minusculas q tiene el fichero realmente y en el movil dara error. El error que da por cierto es el de referencia nula que comentaba alguien antes en este hilo
Saludos
El diferenciar mayusculas y minisculas es el case sensitive, habitual en el mundo unix, mal por el emulador, pero quiza sea mas bien que en windows no se diferencian. Habra que ir con cuidado.
Saludos.
Cita de: "bnl"Aunque el emulador se traga por ejemplo que el nombre de un fichero (una imagen por ejemplo) no este escrito en la aplicacicion exactamente con la misma combinacion de mayusculas y minusculas q tiene el fichero realmente y en el movil dara error. El error que da por cierto es el de referencia nula que comentaba alguien antes en este hilo
Conye! Osea, que el movil si diferencia entre mayusculas y minusculas, pero el emulador, no? (nooo) Investigare a ver si va a ser eso... zankius.
bueno un error mas a tener en cuenta, yo para evitar estos problemas siempre escribo las cosas en minusculas, una vez pique con el html hace muchos años y desde aquella ... jeje no vuelvo a caer mas ;)
|