Foros de tiflojuegos
Pokemon Access
-
Este emulador es muchísimo mejor que el que tenemos, y de hecho están implementando el soporte de scripts. El problema es que aún está en fase de desarrollo y le faltan muchas características para que esto funcione, pero promete muchísimo. La verdad que tengo muchas ganas de dejar de lado este VBA que el pobre ya está un poquito desfasado (cada vez que quiero hacerle algún cambio en algo que falla tengo que tirar de máquina virtual con Visual Studio 2010). Sin duda mGBA es el futuro para esto, y el desarrollador es muy receptivo a sugerencias, de hecho en el Discord le comenté alguna que otra cosa que se podía cambiar por el beneficio de este script y lo hizo al momento.
-
Sí, yo había hecho la prueba con mGBA hace unas semanas, y funciona bastante bien, incluso con los juegos de primera y segunda generación, así que pude experimentar el intercambio como debe ser sin necesidad de hacer otro tipo de configuraciones.
-
Y @sanslash332 perdón por salirme del tema pero no se muestra la última página de este topic. Se puede acceder pero el contenido no se muestra.
-
eso pasa a veces, pero al rato se suele solucionar. me alegro que se pueda intercambiar tambien los de la primera y segunda gen, mola!
-
hola @nuive, cuando quiero jugar a pokemon rojo fuego o verde hoja, me sale esto en el cuadro de edición de lectura:
.\crc32.lua:4: cannot load module 'crc32': No se puede encontrar el módulo especificado.
y por lo tanto, no puedo leer nada en pokemon verde hoja o pokemon rojo fuego, pero si me funcionan los juegos de la primera generación. -
braianrodriguez
hola @nuive, cuando quiero jugar a pokemon rojo fuego o verde hoja, me sale esto en el cuadro de edición de lectura:
.\crc32.lua:4: cannot load module 'crc32': No se puede encontrar el módulo especificado.
y por lo tanto, no puedo leer nada en pokemon verde hoja o pokemon rojo fuego, pero si me funcionan los juegos de la primera generación.
Esto era un fallo bastante común en la versión 3.0. Estás usando la 3.0.1 con todo el paquete actualizado? Si es así, seguramente el problema es que tienes que instalar esto.
enlace
Saludos! -
Actualizados links en el primer post a la versión 3.0.2. Estos días sobre todo en audiogames me reportaron pequeños bugs.. Sin embargo esta actualización viene porque uno de los bugs reportados no era precisamente pequeño, rompía totalmente el buscarrutas cuando había que hacer surf. Y en realidad no era un bug, era que como estoy desarrollando todo el rato voy quitando y poniendo cosas para ir probando, y no me di cuenta de desbloquear el surf en el buscarrutas.
Ah, y se añaden las listas de objetos por filtros con shift+j y shift+l. -
-
Hola @nuive, en el primer combate, al entrar a la lista de pokémon, el tutorial del profesor Oak no se lee. Otro error que me ocurre, es que al filtrar en la lista de objetos por conecciones el script se detiene, específicamente eso me pasa en la casa de mi personaje, aun que yo creo que eso pasa al no haber rutas.
-
josesanabria2025
Hola @nuive, en el primer combate, al entrar a la lista de pokémon, el tutorial del profesor Oak no se lee. Otro error que me ocurre, es que al filtrar en la lista de objetos por conecciones el script se detiene, específicamente eso me pasa en la casa de mi personaje, aun que yo creo que eso pasa al no haber rutas.
Lo del tutorial ya lo comprobé, estará arreglado en la próxima actualización.
Lo de los filtros como tal no conseguí reproducirlo. Si te refieres a que el script muere al pulsar la P en una lista de objetos vacía, solucionado también para la siguiente. Ahora en vez de detener el script salta un mensaje avisando de que el buscarrutas no funciona sin seleccionar un objeto en la lista. -
hola. me sucede, que al querer cargar alguna room, sea pokemon rojo fuego o pokemon amarillo por dar ejemplos, el emulador se traba y no puedo cargar la room, alguien sabe como se puede solucionar esto? gracias!
-
nuive
Lo de los filtros como tal no conseguí reproducirlo. Si te refieres a que el script muere al pulsar la P en una lista de objetos vacía, solucionado también para la siguiente. Ahora en vez de detener el script salta un mensaje avisando de que el buscarrutas no funciona sin seleccionar un objeto en la lista.
Sí, se me pasó escribir lo de que el script se detiene al pulsar la p en una lista de objetos vacía. Gracias @nuive -
@nuive se me ocurrió una idea. 'podrías hacer que haya una forma de que la cámara interactúe con los deslizadores de la guarida rocket y lugares así? no digo que lo haga siempre, pero que tengas la opción. es que mientras mi primo me ayudaba a pasarlo pensé... una de las cosas que ayuda a la gente que ve con eso es que pueden seguir con la mirada el camino que hacen los deslizadores. y si bien con la cámara hipotéticamente un ciego también puede hacerlo, sería mejor que la cámara hiciera el camino de forma automática para saber donde terminarías si fueras por ahí. espero me hayas entendido xd
-
¡Hola!
Germán Schlude
@nuive se me ocurrió una idea. 'podrías hacer que haya una forma de que la cámara interactúe con los deslizadores de la guarida rocket y lugares así? no digo que lo haga siempre, pero que tengas la opción. es que mientras mi primo me ayudaba a pasarlo pensé... una de las cosas que ayuda a la gente que ve con eso es que pueden seguir con la mirada el camino que hacen los deslizadores. y si bien con la cámara hipotéticamente un ciego también puede hacerlo, sería mejor que la cámara hiciera el camino de forma automática para saber donde terminarías si fueras por ahí. espero me hayas entendido xd
¿Te refieres a que al encontrar una flecha de esas con la cámara se mueva sola hasta el punto de parada, sea un obstáculo o una baldosa de parada? Si es así sí, se podría hacer. Lo apunto en el archivo de añadidos a implementar.
Dicho esto no, no desaparecí. Sigo trabajando en el script, pero la siguiente versión tardará algo, la verdad que hay bastantes novedades. El motivo principal de la tardanza es que tuve que rediseñar prácticamente por completo el motor que procesa los textos. Mientras lo iba diseñando en Rojo Fuego había cosas que no me cuadraban del todo, pero como funcionaba pues... seguí la ley habitual del programador (¡si funciona, no toques!). Sin embargo... al empezar a añadir la compatibilidad con Pokémon Esmeralda... se rompió todo. Y al final me tocó desmontar todo el motor de textos, estudiarlo bien en los códigos fuente y entender lo que no me cuadraba. Actualmente el script cuenta con un motor mucho más estable, y compatible con Rojo Fuego, Verde Hoja y Esmeralda (rubí y Zafiro supongo que también, pero aún ni los toqué, miedo me da...). Sin embargo este nuevo motor da algún que otro problema que aún no conseguí solucionar (lecturas extrañas sobre todo, y algún que otro cuelgue que aún no descubrí muy bien a qué se debe), pero poco a poco va funcionando mejor.
al margen de esto, rediseñé bastantes cosas que afectarán a todo el script en general. Muchas de estas cosas por ahora solo están aplicadas a los juegos de GBA, pero cuento con tenerlas aplicadas también a los anteriores para cuando publique la nueva versión.
Entre estas mejoras se encuentran:
-Posibilidad de usar un archivo de configuración. En este archivo habrá opciones tal como idioma, modo de usar MOs... Lo del idioma es para esos mensajes que antes salían en inglés independientemente del idioma del juego. Ahora este tipo de mensajes que no dependen del juego que estemos jugando se verbalizarán en el idioma elegido en esta configuración (siempre que esté disponible). Lo del uso de las MO es para marcar una de las 3 opciones para que el script cargue automáticamente en esa opción. En mi caso, por ejemplo, siempre suelo usar el script con la opción en usar MOs disponibles, y cada vez que lo inicio tengo que cambiar con shift+p. Con la configuración esto ya no será necesario. Se podrá cambiar igual entre las 3 opciones como hasta ahora, pero al cargar el script estará activada la opción seleccionada en la configuración.
-Existirá una nueva opción para elegir si la cámara sigue al jugador o no. Me di cuenta de que el comando shift+f para ubicar un punto concreto en el mapa con la cámara es muy útil, pero de poco vale si en cuanto empezamos a caminar la cámara nos sigue y pierde ese punto. Si el camino es muy largo... es imposible memorizarlo desde el punto de partida, será necesario buscarlo cada vez que se quieran ver los pasos a seguir. Para esto, activando la opción para que la cámara no siga al jugador, la cámara se quedará en ese punto aunque caminemos, con lo que de igual forma que se pulsa la P según se va caminando hacia un objeto, se puede pulsar shift+f según se camina hacia el punto elegido.
-La última gran novedad que tengo diseñada por ahora para la nueva versión es mayor flexibilidad en el uso del buscarrutas. Sobre todo en mapas muy grandes, al buscar rutas hacia objetos lejanos ocurría que el emulador se lagueaba hasta el punto de soltar a veces mensajes de que el script se volvía loco y no sé que más. Mensajes en los que había que pulsar "retry" varias veces y nos perdíamos las indicaciones del buscarrutas. Todo esto ya prácticamente se acabó, tanto los lagueos como el script loco. Ahora el buscarrutas irá buscando el camino, y si le lleva mucho tiempo lo indicará con el mensaje "Buscando..." dejando así claro que el script no se murió y sigue trabajando.
La frecuencia con la que se repite este mensaje también se podrá modificar en la configuración e incluso se podrá desactivar el mensaje. Y como el lagueo del emulador depende bastante de las características de cada PC, también hay un valor en la configuración para esto. Si con el valor predeterminado se sigue notando lagueo al buscar rutas, se puede aumentar o disminuir el valor en la configuración, como si fuera una especie de buffer. A menos valor menos lag, pero más tardará el buscarrutas en hacer su trabajo.
Y creo que las principales novedades que tengo hasta hoy son estas. La compatibilidad con Pokémon Esmeralda ya está muy avanzada, pero me falta ir solucionando bugs y comprobando que todas las zonas del juego son accesibles. La verdad que es un salto bastante grande después de Rojo Fuego, sobre todo los puzles de los gimnasios pffff... no recuerdo haber sufrido tanto con nada en este script (al margen del motor de textos, claro) como para hacer accesibles las entradas giratorias del gimnasio de tipo volador, y aún no me convence del todo el funcionamiento... -
efectivamente @nuive, a eso me refería. no tiene que ser el comportamiento por defecto, pero sería util. también me alegra saber que esmeralda está cada vez más cerca! gracias por tu arduo trabajo!
-
hola @nuive
Como siempre, grandiosas las nuevas actualizaciones y noticias. Se nota que esto avanza de a pasos agigantados y en cosa de tiempo tendremos novedades para las versiones viejas, y compavilidad incluso con esmeralda; lo mejor es que si todo sale tal y como viene, la compavilidad con rubí y saphiro vendrá incluída. jeje
No tengo nada que decir respecto de todos los planes; todo suena súper bien y quedará demasiado genial.
Eres un crack bro; lo que inició tsp como algo completo pero que solo era un experimento tu lo elevaste a la enésima potencia. muchas gracias.
Respecto a lo clásico de la programación... tranquilo, suele pasar; uno no toca las cosas mientras funcionen, pero a veces toca reconstruirlo todo si la nueva feature a añadir lo requiere... y en este caso... es un juego completo xd.
Ahora la duda es ¿el problema fue que quedó demasiado desordenado el motor viejo?
O esmeralda procesa los textos de manera totalmente diferente a FRLG por lo que tuviste que rescontruir todo tomando en cuenta que ha de ser compatible con ambas estructuras?
Eso; de antemano muchas gracias y wow ahí realmente puro talento para entender ese assembler he.
Bueno, saludos; cuídate mucho y esperamos novedades
¡saludos!
-
sanslash332
Ahora la duda es ¿el problema fue que quedó demasiado desordenado el motor viejo?
O esmeralda procesa los textos de manera totalmente diferente a FRLG por lo que tuviste que rescontruir todo tomando en cuenta que ha de ser compatible con ambas estructuras?
No, que va. Los dos juegos usan el mismo motor de textos, con cambios menores. El problema fue que a la hora de añadir la compatibilidad con Rojo Fuego, no entendí muy bien como colocaba el texto en las diferentes zonas de la pantalla. Revisando el código descubrí que el texto se manejaba por ventanas, y que cada ventana tenía sus coordenadas con respecto a la pantalla. Entonces, por ejemplo, la ventana con el nombre de un Pokémon en general es de 64x16 píxeles, pero cada ventana, según donde aparezca posicionada en la ventana, tiene unos atributos llamados left y top, que indican a que distancia de la esquina superior izquierda de la pantalla se colocará la ventana.
Estudiando las funciones en las que el juego posicionaba las ventanas me di cuenta de que no usaba estos atributos para nada y no entendía por qué, pero a mí simplemente tirando de esos atributos me funcionaba bien, con lo que creaba una pantalla virtual, e iba poniendo cada ventana en la posición que indicaban sus atributos.
Así es como funciona a grandes rasgos el motor que hay en la versión del script publicada. Sin embargo, al añadir la compatibilidad con esmeralda descubrí que las ventanas, a pesar de manejarse con las mismas funciones, tienen partes que solo se muestran en situaciones específicas, otras partes que van cambiando... vamos, que se acabó lo de plantar la ventana entera en las coordenadas indicadas por los atributos, y tuve que estudiar bien todas las funciones hasta que entendí como van. Al final y para no enrollarme mucho, digamos que el proceso no es tan simple como coger la ventana y ponerla donde indican los atributos. Lo que hace el juego es copiar los píxeles en bloques de 8x8 a la memoria de vídeo, luego asignar a cada bloque un index (lo que viene siendo el tilemap) y en base a eso ya decide que bloques muestra en cada momento.
Y si ya todo esto suena lioso, hay que sumarle el hecho de que los lectores de pantalla leen texto, no píxeles... por suerte todo lo que tenía para convertir el texto en píxeles no hubo que tocarlo, si no... aún estaría ahora con eso. -
muchas gracias @nuive con la explicación; queda bastante claro así y se entiende
Ahora en qué secciones del juego notaste esos cambios? que la generación de las ventanas es dinámica en esmeralda y no estática como en firered?
Será por las nuevas animaciones?
Y genial, gracias por la explicación técnica; me quedó claro :3 -
¡Hola!
sanslash332
muchas gracias @nuive con la explicación; queda bastante claro así y se entiende
Ahora en qué secciones del juego notaste esos cambios? que la generación de las ventanas es dinámica en esmeralda y no estática como en firered?
Será por las nuevas animaciones?
Y genial, gracias por la explicación técnica; me quedó claro :3
No, las ventanas se generan exactamente igual. La diferencia la encontré principalmente en las pantallas de datos de los Pokémon. En Rojo Fuego, por ejemplo, tú abrías la pantalla de estado y te copiaba todas las ventanas relacionadas con la visión general. Si cambiabas a la pantalla de ataques, borraba todo lo de la visión general y copiaba todo lo de ataques.
El problema es que esmeralda esto lo hace distinto. Cuando abres el resumen del Pokémon copia automáticamente todas las ventanas, y muestra solo las partes de la página que tengas seleccionada. Cuando cambias de página, oculta las partes de la anterior y muestra las de la nueva.
Ahora bien, como tenía yo esto diseñado era imposible, porque yo lo que hacía era coger cada ventana y copiarla en las coordenadas que indican sus atributos en una pantalla virtual que yo me creaba. Pero claro, resulta que como hay ventanas que tienen las mismas coordenadas siendo una para la página de datos generales y otra para la de movimientos pues... lógicamente las ventanas se copiaban unas encima de las otras y eso era una locura, no había dios que entendiera nada porque se mezclaba todo. Además, como mi motor generaba una pantalla virtual a partir de las copias, una vez copiaba no diferenciaba entre ventanas y no tenía forma de decirle qué tenía que mostrar y qué no. Era un motor simplificado que entendía que todo lo que se copiaba, era porque tenía que salir por pantalla.
Lo que hace Esmeralda es copiar todas las ventanas a diferentes zonas de la memoria de vídeo para que no se machaquen unas con otras y asignarles diferentes ID (los tilemaps que mencionaba en mi anterior post). Con esto, en cada momento el juego sabe que tiles (bloques de 64 píxeles) tiene que mostrar en cualquier momento, y en cuál de las 4 capas de gráficos (backgrounds) de las que dispone la GameBoy Advance mostrar cada cosa.
Dicho esto, llevo tanto tiempo desaparecido porque...
nuive
Estudiando las funciones en las que el juego posicionaba las ventanas me di cuenta de que no usaba estos atributos para nada y no entendía por qué, pero a mí simplemente tirando de esos atributos me funcionaba bien, con lo que creaba una pantalla virtual, e iba poniendo cada ventana en la posición que indicaban sus atributos.
Así es como funciona a grandes rasgos el motor que hay en la versión del script publicada. Sin embargo, al añadir la compatibilidad con esmeralda descubrí que las ventanas, a pesar de manejarse con las mismas funciones, tienen partes que solo se muestran en situaciones específicas, otras partes que van cambiando... vamos, que se acabó lo de plantar la ventana entera en las coordenadas indicadas por los atributos, y tuve que estudiar bien todas las funciones hasta que entendí como van. Al final y para no enrollarme mucho, digamos que el proceso no es tan simple como coger la ventana y ponerla donde indican los atributos. Lo que hace el juego es copiar los píxeles en bloques de 8x8 a la memoria de vídeo, luego asignar a cada bloque un index (lo que viene siendo el tilemap) y en base a eso ya decide que bloques muestra en cada momento.
Y si ya todo esto suena lioso, hay que sumarle el hecho de que los lectores de pantalla leen texto, no píxeles... por suerte todo lo que tenía para convertir el texto en píxeles no hubo que tocarlo, si no... aún estaría ahora con eso.
Sip, definitivamente estoy gafado. Como mencionaba en los últimos posts, el motor de textos estaba dando errores raros. Al final, para solucionar todos los problemas hubo que tocar todas estas funciones que digo ahí que por suerte no tuve que tocar. Y grande fue la pesadilla, la verdad.
Hubo que volver, por tercera vez, a desmontar todo el motor de textos y rehacer casi todo. De hecho, mucho código que me llevó semanas diseñar al final lo tuve que quitar del script porque llegué a un punto en el que ya no entendía nada.
De hecho, ahora que ya tengo totalmente claro como funciona todo el asunto del texto el script tiene muchísimos menos errores y es mucho más estable, además de estar muchísimo más optimizado, utilizar mucho menos código... Todo lo que al final se convirtió en una serie de apaños para que funcionaran bien Rojo Fuego y Verde Hoja y que en su momento me parecía la única salida lo descarté. Así que espero pronto tener una nueva versión lista y mucho más robusta.
Pero mientras... traigo muestra.
La primera muestra del script funcionando con Pokémon Esmeralda en (español?) Lo pongo con interrogación precisamente porque aún está en fase beta, y como el código desensamblado es de los juegos en inglés siempre trabajo con estos, y como podréis escuchar se meten palabras en inglés por el medio y cosas así un poco raras. Cuando salga la próxima versión del script, obviamente nada de esto ocurrirá, y el script estará traducido como hasta ahora.
Antes de dejar el link, sólo una aclaración: en un momento del audio se oye como tras ver los datos de un Pokémon cierro todos los menús, vuelvo a abrirlos, veo los datos del mismo Pokémon y son distintos. Esto no es ningún fallo ni nada parecido. Simplemente es que corté el audio, porque me pasé tropecientos años para capturar al Pokémon con la naturaleza que me interesaba.
Y sin más que añadir, aquí el audio.
enlace
Son 23 minutos de grabación, pero es todo bastante repetitivo. Como ya todos sabemos que la jugabilidad al final no cambia mucho con respecto a Rojo Fuego y Verde Hoja, me quise centrar en grabar nuevas funciones.
Y eso es todo por ahora, espero opiniones, dudas, sujerencias... lo que sea. -
Hola @nuive
Suena como mucho trabajo la verdad. Creheme que valdrá la pena, ya que no solo yo voy a jugar a esmeralda y sus derivados como si fuera un niño en los 2000 con una GBA, sino que además tengo un amigo que se pasó el juego entero sin ver, y creo disfrutará mucho esto.
me alegra que el script esté mucho más estable, y me muero de ganas de conocer hoen. espero que se pueda ir a la isla para capturar a mew, las islas espejismo, entre otras. de todos modos que sepas que me tienes al filo del asiento esperando. graciaaaaaaaaas.
pd: no! me niego a contener mi emoción. waaaaaaa!
