Foros de tiflojuegos
Pokemon Access
-
buenas @nuive
Un gustazo oír nuevamente de ti, y que esto solo pinta aún mejor para el futuro
Ahora que se viene la compativilidad con MGBA, estará interesaaante
Ahora @nuive una duda más... técnica que nada, porque no tiene sentido buscar issues en hackrom.
¿por qué puede ser que en el pokemon chileno, a los árboles de corte, los detecte como cascadas?
Sí, es ridículo; lo encuentras entre la lista de objetos, pero aunque tengas la compativilidad con HM activada el buscarutas no pasa sobre ellos, y tienes que buscar el arbolito (aunque diga que el último paso es pasando una cascada xd) cortarlo y ver si se despeja el camino hacia los objetos bloqueados.
¿Esto por qué puede ser?
¿porque reemplazaron en memoria del juego la posición del árbol de corte con un objeto de otro hm y el buscarutas se enreda?
Solo quiero saber lo técnico; no vale la pena trabajar por ello porque claro no es la idea jeje.
¡eso! ¡saludos y hablamos! ¡gran noticia lo del MGBA! -
Pues... sí que es curioso. En estos juegos los árboles se detectan como objetos, por eso aparecen en la lista. Las cascadas, como el agua en general, no son objetos en sí, sino tiles del mapa, por eso solo se puede llegar con el buscarrutas y la opción de las MO. Lo único que se me ocurre es que en ese hack cambiaran el tile de la cascada por otro tile sobre el que colocar los árboles de corte o algo así. Y claro, esto visualmente da igual, pero para el script, que reconoce los tiles por su index y no por su apariencia, eso sigue siendo una cascada.
Es la única explicación que se me ocurre. La verdad que el hackeo en GBA es tan extenso que yo ya vi todo tipo de burradas en el scripts con diferentes hacks, desde objetos con el nombre cambiado (lo más normal) hasta ir corriendo y que el script sin más ni más empiece a sonar como si estuvieras echando una carrera por cascadas, sin hacer surf, cascada ni nada.
De todos modos esto se puede solucionar si creas una carpeta personalizada para este hack en concreto y lo añades a la base de datos con shift 0. Habría que añadir un archivo que haga oberride en las funciones que dan problemas. La verdad que no sé si para algo como esto compensa, pero si hay interés podría poner unos pasos básicos sobre como hacerlo. -
sigo probando, pero realmente no puedo navegar por la ruta 119. no detecta muchas de las paredes, hasta el punto en el que no puedo ni regresar por donde vine. esto no puede ser normal xd
-
oye pues es rarisimo, yo me pasé esa ruta sin problema ninguno, igual que todas las demás
-
Germán Schlude
sigo probando, pero realmente no puedo navegar por la ruta 119. no detecta muchas de las paredes, hasta el punto en el que no puedo ni regresar por donde vine. esto no puede ser normal xd
Pueden ser dos cosas, o bien algún problema detectando el uso de MOs (esta ruta tiene zonas de surf) o bien que el script se está volviendo loco con los árboles de bayas. Eso es un bug de esta versión del script que ya tengo solucionado para la siguiente actualización. -
bien, supongo que esperaré a la actualización, lo que no quiere decir que te apresures. prefiero que la actualización salga cuando tenga que salir
-
A ver a ver. Lindos mensajes por aquí. Veamos.
1. Sí, es interesante hacer un paso a paso de como hacer compatibilidad con hack roms. Pero si ya tenemos en el manual entonces no creo necesario.
2. Por otro lado, tendríamos que hacer una carpeta con varios hack roms, o mismo el amigo @nuive podría añadirlos al script tambien, no sé. Es solo una idea, pero la idea de la carpeta y que la compartimos por ahí es buena. -
nuive
Pues... sí que es curioso. En estos juegos los árboles se detectan como objetos, por eso aparecen en la lista. Las cascadas, como el agua en general, no
son objetos en sí, sino tiles del mapa, por eso solo se puede llegar con el buscarrutas y la opción de las MO. Lo único que se me ocurre es que en ese
hack cambiaran el tile de la cascada por otro tile sobre el que colocar los árboles de corte o algo así. Y claro, esto visualmente da igual, pero para
el script, que reconoce los tiles por su index y no por su apariencia, eso sigue siendo una cascada.
Es la única explicación que se me ocurre. La verdad que el hackeo en GBA es tan extenso que yo ya vi todo tipo de burradas en el scripts con diferentes
hacks, desde objetos con el nombre cambiado (lo más normal) hasta ir corriendo y que el script sin más ni más empiece a sonar como si estuvieras echando
una carrera por cascadas, sin hacer surf, cascada ni nada.
De todos modos esto se puede solucionar si creas una carpeta personalizada para este hack en concreto y lo añades a la base de datos con shift 0. Habría
que añadir un archivo que haga oberride en las funciones que dan problemas. La verdad que no sé si para algo como esto compensa, pero si hay interés podría
poner unos pasos básicos sobre como hacerlo.
Más que un tutorial de como hacerlo, quizás sería interesante tener en el readme. o quizás un doc.txt ciertas instrucciones más técnicas, de las funciones más relevantes que uno podría sobreescribir para restructurar estos comportamientos en caso de que en un hackrom se tocasen esos valores, o quizás si uno como hacker uno quisiese agregar un nuevo tipo de MO, por ejemplo.
Estas cosas sí, no las veo tanto de uso como para el usuario común, sino que para los desarrolladores de hack. Hasta ahora no me he topado con ningún interesado, más que nada porque no he visto nada que reportar en el único que he estado jugando, pero... que exista la opción de personalización técnica del script para los hackrom. No siendo un trabajo para ti sino que para el mismo hacker, sería demasiado bonito; ya es cuando tu trabajo conciste más en crear una súper api, en vez de un script específico por juego jeje.
Pinta bien, como algo alternativo a futuro, una vez los issues estén todos solucionado; no es algo que priorizar.
pansito
sigo probando, pero realmente no puedo navegar por la ruta 119. no detecta muchas de las paredes, hasta el punto en el que no puedo ni regresar por donde
vine. esto no puede ser normal xd
Pansito, seguro que tu esmeralda es uno normal?
No le pasaste nada, pero nada de algún randomiser o algo encima?
xD
Porque si @caspian pudo pasar esa zona sin ningún tipo de percanse... es curioso.
xD
En fin
¡saludos!
Esto pinta demasiado bonito! -
nuive
Pues... sí que es curioso. En estos juegos los árboles se detectan como objetos, por eso aparecen en la lista. Las cascadas, como el agua en general, no
son objetos en sí, sino tiles del mapa, por eso solo se puede llegar con el buscarrutas y la opción de las MO. Lo único que se me ocurre es que en ese
hack cambiaran el tile de la cascada por otro tile sobre el que colocar los árboles de corte o algo así. Y claro, esto visualmente da igual, pero para
el script, que reconoce los tiles por su index y no por su apariencia, eso sigue siendo una cascada.
Es la única explicación que se me ocurre. La verdad que el hackeo en GBA es tan extenso que yo ya vi todo tipo de burradas en el scripts con diferentes
hacks, desde objetos con el nombre cambiado (lo más normal) hasta ir corriendo y que el script sin más ni más empiece a sonar como si estuvieras echando
una carrera por cascadas, sin hacer surf, cascada ni nada.
De todos modos esto se puede solucionar si creas una carpeta personalizada para este hack en concreto y lo añades a la base de datos con shift 0. Habría
que añadir un archivo que haga oberride en las funciones que dan problemas. La verdad que no sé si para algo como esto compensa, pero si hay interés podría
poner unos pasos básicos sobre como hacerlo.
Más que un tutorial de como hacerlo, quizás sería interesante tener en el readme. o quizás un doc.txt ciertas instrucciones más técnicas, de las funciones más relevantes que uno podría sobreescribir para restructurar estos comportamientos en caso de que en un hackrom se tocasen esos valores, o quizás si uno como hacker uno quisiese agregar un nuevo tipo de MO, por ejemplo.
Estas cosas sí, no las veo tanto de uso como para el usuario común, sino que para los desarrolladores de hack. Hasta ahora no me he topado con ningún interesado, más que nada porque no he visto nada que reportar en el único que he estado jugando, pero... que exista la opción de personalización técnica del script para los hackrom. No siendo un trabajo para ti sino que para el mismo hacker, sería demasiado bonito; ya es cuando tu trabajo conciste más en crear una súper api, en vez de un script específico por juego jeje.
Pinta bien, como algo alternativo a futuro, una vez los issues estén todos solucionado; no es algo que priorizar.
pansito
sigo probando, pero realmente no puedo navegar por la ruta 119. no detecta muchas de las paredes, hasta el punto en el que no puedo ni regresar por donde
vine. esto no puede ser normal xd
Pansito, seguro que tu esmeralda es uno normal?
No le pasaste nada, pero nada de algún randomiser o algo encima?
xD
Porque si @caspian pudo pasar esa zona sin ningún tipo de percanse... es curioso.
xD
En fin
¡saludos!
Esto pinta demasiado bonito!
sanslash332
Ya me planteé esta idea en su momento, pero no se me ocurre muy bien como hacerla. Teniendo soporte para 3 generaciones, el script ya se convirtió en código quilométrico repartido entre archivos. Creo que la división está bastante clara: pokemon.lua es el punto de ejecución; gb.lua y gba.lua son los archivos que contienen todas las funciones comunes a los juegos de cada plataforma; y finalmente, en la carpeta game\common están los archivos para cada grupo de juegos con sus funciones. Ya luego en la carpeta de cada juego hay un main.lua, y dentro de cada carpeta de datos/hack opcionalmente existe un core.lua.
Para que quede un poco más claro:
Cargamos el script, por ejemplo, para Pokémon Rojo Fuego (español).
El script ejecuta pokemon.lua; detecta que el juego es un juego de gba, con lo que ejecuta gba.lua. Posteriormente detecta que el juego es Pokémon Rojo Fuego Español, con lo que carga todos los datos (ojo, carga en memoria, pero no ejecuta nada) de la carpeta game\firered\es. Al cargar estos datos ya recibe la información de que el script que tiene que ejecutar a continuación es "frlg", con lo que ejecuta game\common\frlg.lua. Finalmente ejecuta game\firered\main.lua, y si en game\firered\es\ existiera un core.lua, sería el último archivo en ejecutarse.
Con esto queda claro que todas las funciones existentes en core.lua sobreescribirían cualquier función anterior con la misma declaración. Si core.lua no existe, esta responsabilidad recaería en el main.lua, y así, en el orden inverso en el que indiqué que se ejecuta cada archivo.
Ahora bien, solo con la cadena de archivos que carga el script es evidente que existen tropecientas funciones por cada juego, y documentar todo esto sería una locura porque según el script va evolucionando, todo va cambiando, por lo que sería bastante difícil diseñar una API. Por desgracia, lo único que veo viable para estos casos es familiarizarse con el código del script. Las funciones tienen nombres bastante identificativos, por lo que no creo que fuera complicado. Pero de todos modos lo mejor que puedo ofrecer por ahora es responder por aquí o incluso al e-mail todas las dudas que surjan a este respecto. -
mi rom de pokemon esmeralda está limpia, y lo único destacable es que está en español. en ningún momento la pasé por el randomizador, así que voy a esperar a que esté la última versión.
y si @nuive lo necesita puedo pasarle mi partida guardada.
actualización: luego de pasarle mi partida a @sanslash332 descubrimos que lo que pasaba era que necesitaba la bici para avansar. sería bueno que el script te notificara de esas subidas, pero bueno. por otro lado no pudo reproducir el error que tenía de las paredes invisibles, pero por lo menos ya puedo continuar xd -
Sí, eso es lo menos desarrollado del script para esmeralda, reconocer los diferentes suelos. Me apunto lo de las rampas para que el buscarrutas las notifique.
Por otra parte, estos días estuve trabajando con mGBA, y la cosa no va tan bien como esperaba.
Después de contactar con el desarrollador pude adaptar todo el script sin problemas. Bueno, todo salvo las funciones que dependen del flujo de ejecución del juego. En juegos de GB y GBC esto solo afecta a los pasos al caminar, que por ahora no suenan. Pero en GBA, todo lo relacionado con el procesamiento de texto funciona por medio del flujo de ejecución, por lo que en GBA se podrían navegar los mapas y poco más, no habría salida de texto a voz.
Consulté con el desarrollador y me dijo que esta característica que falta tiene planeado añadirla en el futuro, así que será cuestión de esperar.
Por otra parte, probé a ejecutar Pokémon Amarillo con el script actual, y da más problemas de los que esperaba. Por algún motivo el rendimiento es bastante peor que con VBA. Por ejemplo, al usar la cámara el emulador se bloquea unos milisegundos, al moverse por la lista de objetos igual... es como si al ejecutar las funciones del script el emulador pausara la ejecución hasta que el script acaba su trabajo.
Ah, y por algún motivo, al hacer una conexión link el script lee los textos, pero deja de reconocer los comandos.
Así que por ahora parece que hay que seguir con VBA... -
bueno, es menos de lo que se esperaba, pero confío en que esto es un paso hacia el futuro funcionamiento óptimo del script en el nuevo emulador. y espero que en la próxima versión se pueda completar la torre espejismo xd
-
¡Hola!
Traigo un regalito, una demo de como funciona el mGBA con el script a día de hoy. La verdad es que no puedo más que darle las gracias mil veces al desarrollador, ya que a través del servidor de discord del mGBA le comenté algunos problemas que había con el manejo de ciertas funciones en el script y lo resolvió todo en el mismo día que se lo iba comentando, una maravilla.
Sin más, dejo la demo, que dura sus 15 minutitos o alguno más, pero creo que refleja bastante bien lo que se puede hacer con mGBA y lo que falla actualmente. Todo esto hablando de las dos primeras generaciones, claro. La GBA por ahora no permite gran cosa.
enlace
A raíz de esto, a partir de haora quizás el desarrollo vaya un poco más despacio. Seguiré trabajando en la parte de GBA con el VBA como hasta ahora, pero también según la API de scripting de mGBA vaya mejorando iré portando todo a este nuevo emulador, así que mientras mGBA no funcione al 100% con el script estaré trabajando en dos versiones del script a la vez, la que iré publicando por aquí como hasta ahora, que por ahora seguirá siendo la de VBA, y la de mGBA, que por ahora solo estará en fase de desarrollo.
¡Saludos! -
este tipo de regalos son los que me gustan jaja.
tiene buena pinta, y si existe la posibilidad de que no se corte la emulación cuando usas los comandos del script en el futuro, mejor.
la calidad del audio es superior a la que disponemos con el vba, lo que me sorprende gratamente
me alegra escuchar que el desarrollador está dispuesto a cohoperar, y poder intercambiar va a ser hermoso, tanto como pelear! (aunque según sandl no es tan divertido como suena) pero yo creo que ver a nuestros pokemon de la aventura pelear contra el rayqaza de nuestro amigo no tiene precio xd.
y por mi tarda todo lo que haga falta. nunca desepsionas, así que bale la pena esperarte
gracias @nuive! -
Primero que todo, gracias @nuive por las novedades. pintan bien, muy bien.
Por el MGBA, hombre, era de esperar que saliesen uno que otro conejo, siendo recién las primeras versiones; es más, para ser recién las primeras versiones con el soporte de lua casi completo con lo que necesitamos, funciona, bien, bastante bien.
En especial que estás en contacto con el desarrollador, eso significa que podrás tener un contacto con él más cercano, lo que te ayudará mucho para el futuro desarrollo jeje.
En fin, gracias por el audio; se ve y nota súper bien. Eso sí, es notorio como se lguean los emuladores cuando se está establesiendo la conección de los cables. ¿será culpa del script? o siempre es así el MGBA en esa situación. Fuera que bien mañosos los jueguitos sinceramente para conectarte. bien impacientes en esas viejas generaciones. xdd
Por lo demás, nada. ojalá puedas convencer al autor de que cambie el método de procesamiento de los scripts, para que no pause la emulación durante la carga; para la búsquda de rutas muy largas (en especial en GBA) eso se pegará más que el VBA... y no es muy entretenido ... pero bueno.
Gracias por la muestra y los avances; tiene una muy, pero que muy buena pinta jeje.
¡saludos! -
-
Me lo planteé, y de hecho estuve revisando lo que hay decompilado de ese juego. Por desgracia, a día de hoy no es suficiente para realizar cualquier tipo de accesibilidad, además de que al no tratarse de un RPG por turnos su accesibilzación sería muchísimo más complicada de realizar.
De todos modos nunca se sabe, no descarto nada.
Por ahora estoy trabajando en corregir los bugs que tiene el script sobre todo con pokémon esmeralda, así como añadiendo otros idiomas a los juegos ya accesibles.
La idea es que la siguiente actualización grande tenga la compatibilidad con Rubí y Zafiro integrada.
Aún así, hace tiempo que no actualizo porque últimamente no tengo mucho tiempo para trabajar en el script, pero no está abandonado, sigo trabajando en él poco a poco. -
pues abrá que esperar. y trabaja cuando puedas. lo que tenemos hasta ahora es muy bueno, así que no hay tanto apuro por la próxima versión xd
-
Hola, quería saber si hay manera que pueda regresar a una versión anterior del script para poder jugar los hackroms como Radical Red.
Lo que pasa es que en muchas partes, y ahora con la última actualización de que se agregó esmeralda, el juego se me empieza a trabar en la música y aunque reduzca todas las características del emulador sigue funcionando igual.
Yo dejé de jugar un tiempo y luego volví así que no sabría bien que versión, pero ¿puede que ya estaba disponible en los scripts rojo fuego en una versión en la que no pedía el dll en la carpeta del juego?
Hace versiones atrás el emulador me comenzó a pedir uno de esos archivos en la carpeta así que supongo que el emulador se actualizó o algo.
Saludos. -
¡Hola!
Traigo una noticia buena, que por desgracia desencadena otra muuuuuuuy mala.
Como ya dije hace algún tiempo, últimamente no traje nada nuevo porque estoy trabajando en otras cosas y cuando toco el script es para trabajar en la compatibilidad con mGBA, esperando a que la API de scripting esté completa.
Y como podréis recordar por la demo que puse hace un tiempo, el problema más grande que tenía mGBA con el script era que se cortaba mucho la emulación por la carga de trabajo que suponía el script.
La buena noticia es que ya descubrí el origen de este problema. No es nada tan complejo como una forma distinta de funcionamiento o algo así, es tan simple como que VBA-Rr utiliza una versión especial de lua muchísimo más rápida, luajit. Esta versión se abandonó hace varios años y solo trabaja con lua 5.1, mientras que mGBA trabaja con lua 5.4.
Cualquiera podría pensar que siendo una versión más reciente de lua, la 5.4 solventaría ya los problemas de eficiencia de la 5.1 haciendo que luajit esté completamente obsoleto. Y sí, así es en la mayoría de los casos, pero no en este.
Como ejemplo, medí el tiempo que tarda la letra K en cambiar al objeto siguiente tanto en VBA-Rr con luajit como en mGBA con lua 5.4. Y los resultados... luajit=3ms, lua 5.4=entre 25 y 30ms... no digo más.
Así es, lua 5.4 es 10 veces más lento que luajit. Y esto con un cambio en la lista de objetos que ya se refleja en el emulador. Solo imaginad lo que será el buscarrutas... y ya cuando se añada el soporte para el script en modo GBA... pinta feo, pinta feo.
Se me ocurrió cambiar en mGBA el soporte de lua 5.4 por el luajit, puesto que es código abierto y esas cosas, y además se supone que mGBA teóricamente soporta lua desde la versión 5.1 incluyendo luajit.
Y aquí la mala noticia... incluso los desarrolladores de mGBA me informaron de que este soporte es hipotético, que en realidad nunca les interesó ni les va a interesar centrarse en nada anterior a lua 5.4.
Con lo cuál... la única posibilidad que veo es hacer una rama de mGBA que soporte luajit y adaptar todo mientras sea posible, pero hay que tener en cuenta que llegará un punto en el que luajit esté tan obsoleto que esto será imposible.
Así que así está la cosa por ahora... según lo que vaya consiguiendo o encontrando, seguiré informando por aquí...
¡Saludos!
