Foros de tiflojuegos
Pokemon Access
-
Hola.
@nuive gracias por responder!
Primero, me apunto lo del readme, así como gracias por aclarar lo del casino, igual como dijiste, no es algo tan prioritario, pero quería sacarme la duda.
Genial si en este tiempo fuiste corrigiendo muchos errores, y que estás viendo de solucionar lo del Esmeralda, ojalá que no sea tan complicado.
En cuanto a todo lo último que decís, no se de programación, pero más o menos entiendo todo el lío en el que andas metido con los distintos emuladores etc, supongo que lo que decidas será lo mejor para el script y el emulador.
Un saludo y gracias por todo. -
Ho ¡que gusto leer de ti nuevamente! @nuive
Siempre es un agrado tenerte por aquí de vuelta y saber que este poderoso script sigue en desarrollo
nuive
Solo una cosa, con el readme actual traducido, el post de la página 7 ya no es necesario, puesto que las instrucciones para añadir hacks (el post de la
página 7 es sobre esto ¿no?) ya están en el readme.
Hum... ¿qué tan bien está funcionando realmente esto de los hackroms?
¿tienes indicio de alguno que sí haya funcionado luego de la asignación?
Traté con algunos de esmeralda y otros de cristal, pero nada, no logro hacer que el script los tome. ¿será porque están demasiado diferentes?
Y de hecho si intentas hacerlo mediante el método manual del shift+0, muchas veces en un rom desconocido el script hace caput antes de abrir si quiera el menú de selección del script base.
Los único que logro que funcionen, son los que precisamente no requieren asignación alguna; porque los encabezados y firmas siguen iguales, entonces el script los detecta como el original xd; pero cuando hay que asignar algo, nada, no pasa nada.
Y bueno, cuando los asigno ya sin la interfás y editando a manito el json en el archivo lua, no logro identificar bien cuál es el md5 o sha1 que hay que sacar desde el rom-info.
Hay que sacarlo y colocarlo tal como viene? hay que desglosarlo y pasarlo por algún algoritmo?
Pruebo con uno que otro, pero el script no lo pesca. xd
Probé con el cristal aniversari, el rohue y hmmmmm elite reducs.
a y el gold97 reforged.
nuive
Cierto, este problema con Esmeralda es una lata importante. Justo ahora, cuando puedo dedicarle un poco de tiempo al script es en lo que estoy trabajando.
No solo en que se puedan leer estos menús, sino también en que se puedan leer mejor otros, como la selección de movimientos en combate, la selección de
oponente en combates dobles... este tipo de cosas.
Ojalá puedas seguir avanzando con esto por suerte aún no he tocado el esmeralda porque sigo terminando un hackrom (que sí pesca) de rojofuego jajaja, pero de ahí debo empezar con el esmeralda
nuive
mGBA es muy amigable para el desarrollo, pero por mucho que pido ayuda en el discord a nadie le interesa colaborar con la inclusión de LuaJIT en el emulador,
¿No has planteado pedir la ayuda quizás desde otra arista?
Preguntar por ayuda entonces en optimización del script en lua original, para que corra lo más rápido posible simplemente con pure-lua en vez de luaJit. En el fondo a ver si hay algún, expertirijillo en lua más que en c++, y se le ocurran ideas de como optimizar la parte lenta del lua utilizando lo poco que ofrece del pure-lua en términos de rendimiento.
Y por último, no sé, alguien que se le ocurra crear algo en c++ que permita linkearse al pure-lua para optimizar los cuellos de botella.
Si no pueden aportar en una cosita, quizás en la otra. es dividir el trabajo, lo sé, pero quizás se pueden sacar más frutos. creo que lo comentamos hace tiempo lo de pequeñas libs en c++ para optimizar, pero creo que habíamos concluido que no era funcional relamente porque el cuello de botella no es algo sacable del script
nuive
es un caos de código, además de que es impreciso. Respeto muchísimo más el trabajo que se está haciendo con mGBA, y si bien no recibo apoyo por parte de
los desarrolladores, creo que es más inteligente volcar el esfuerzo en un emulador prometedor que no en otro que es un esqueleto que tiene 20 años sobre
el que se van haciendo añadidos que cada vez lo convierten en más pesado.
y preguntar aunque sea por apoyo en vba-m?
Quizás es más tosco e inestable, pero si hay apoyo de algún experto con la causa?
Porque lo de m-gba no dejará de ser una lrama la cual implemente lua-jit, y no la principal. mientras que si le meten a VBA-m lua-jit como principal a pesar de sus impresición,se quedaría con eso por sécula seculona.
son opciones...
pero en fin,sea lo que sea, todo son excelentes noticias
Saludos!
pd: manzo post que me mandé jajajaja -
hola chicos! Bueno, ya que @FabiG94 lo ha pedido, aunque tengo que volver a practicar cómo se hace porque llevo sin intercambiar pokemon algun tiempo, os puedo escribir la guía de intercambio con m gba por si necesitais usarlo. También, ya que @Nuive ha mencionado el easy chat, que por cierto no sabía que se llamaba de ese modo, también descubrí una forma de usarlo con el script, y os lo puedo explicar. Este modo se utiliza, como @Nuive ha dicho, para activar el evento misterioso. Dicha característica es util usarla para poder inyectar los eventos de tercera gen tales como el misti ticket, el ori ticket y todos esos que sirven para ir a sitios especiales a capturar ciertos legendarios usando un programa llamado gen 3 event tool, el cual ya puestos tambien os puedo dejar aquí, es totalmente accesible. Así que nada, me pongo a ello si es que os interesa.
-
Tú dale @caspian
Mira que todo eso es absolutamente bienvenido
Será genial poder ir atrapar a mew en el esmeralda xd. -
Hola.
A mi me parece una gran idea @caspian, todo lo que se pueda hacer para mejorar la experiencia con los juegos, es más que bienvenido.
Por cierto, Sandl ya actualizó el link de las entradas del Pokémon, ahora viene con los comandos y las instrucciones de como correr el script en español, así como la guía para el rojo fuego, y la guarida rocket en el amarillo de @Randal, y accesos directos a la guía del Esmeralda, así como a la parte de la cueva en el PK Cristal.
Un saludo! -
Buenas gente! Encontré 2 cosas que podrían estar interesantes si Nuive puede darles soporte, que veo que Hoenn es más problemática que Kanto en estas cuestiones.
Primero, la expansión para Esmeralda, lo que sería el equivalente al Fire Red Upgrade.
enlace
Y lo que más me emociona, la decompilación de Pokemon Emerald Rogue! Es un romhack súper original que estaría genial poder jugar. Mi hermano que lo ha probado me comenta que no hay grandes cambios con respecto a mapas, así que no deberíamos tener problemas como en Pokemon Unbound. Aparte las rutas son más simples y no suelen tener muchos puzzles al estar generadas de forma procedural.
enlace -
¡Hoooooooooola!
Primero que todo, no, no me morí (por ahora).
Ahora, primero lo primero:
Alejandro73
Buenas gente! Encontré 2 cosas que podrían estar interesantes si Nuive puede darles soporte, que veo que Hoenn es más problemática que Kanto en estas cuestiones.
Primero, la expansión para Esmeralda, lo que sería el equivalente al Fire Red Upgrade.
enlace
Y lo que más me emociona, la decompilación de Pokemon Emerald Rogue! Es un romhack súper original que estaría genial poder jugar. Mi hermano que lo ha probado me comenta que no hay grandes cambios con respecto a mapas, así que no deberíamos tener problemas como en Pokemon Unbound. Aparte las rutas son más simples y no suelen tener muchos puzzles al estar generadas de forma procedural.
enlace
En cuanto al Pokeemerald Expansion: No, siento decirlo, pero no es equivalente al CFRU. De hecho tengo este proyecto en la lista de proyectos de Pokémon desde hace años. El problema está básicamente, en su título jajajajajaja. Pone que son diversas expansiones para aplicar sobre Pokémon Esmeralda decompilado. CFRU se aplica sobre una ROM de Pokémon Rojo Fuego en inglés, lo que implica que el código original del juego, salvo modificaciones que haga CFRU, no se toca. El CFRU, todas sus nuevas funciones, se añaden en la ROM original, donde hay espacio libre, o en su defecto, añadiendo ese espacio libre. Por eso pude crear un script para la expansión CFRU. Solo es añadir cosas, hacer pequeñas modificaciones... Pero el 90% de las direcciones de memoria originales siguen ahí.
Esto, al ir sobre una decompilación, lo cambia todo. Cada vez que una ROM decompilada de Pokémon Esmeralda se compila, nos devolverá la ROM original, con sus direcciones de memoria intactas. Pero en el momento que se cambie algo, aunque solo sea una palabra de texto, todo eso cambiará. Y cuantas más cosas se cambien, más cambiará la estructura interna de la ROM, y con ello, todas las direcciones originales.
Mientras esto es una ventaja para quien crea hacks, puesto que esto crea una nueva ROM sin tener que buscar espacio donde meter nada, simplemente recompilando todo y siempre que el tamaño máximo no exceda el tamaño máximo de una ROM de GBA (32 mb), para el script es un marrón, puesto que ya no solo cada hack, sino cada versión de cada hack, cada nueva actualización, tendrá todo cambiado con una probabilidad muy alta. Por eso hasta ahora nunca me centré mucho en hacks de decompilaciones.
Al final sería buscar todas las direcciones de memoria, manejar todos los cambios... casi como si fuera un juego nuevo. Y todo, para que en cuanto saliera una actualización haya que reubicar cada cosa de nuevo.
Creo que con esto ya respondo a lo del Pokeemerald Rogue. Sí, tener los datos decompilados de un hack hace, obviamente, mucho más sencillo compatibilizarlo con el script. Pero esto no quita que de la misma forma, en cada actualización del hack haya que editarlo todo.
Ahora, sobre el script: no, no lo tengo abandonado. Sí, lo tengo bastante desatendido por cuestiones diversas. Por este motivo tengo varias cosas a medias (la compatibilidad con Rubí y Zafiro, lo que falla en Esmeralda con la lectura de los menús de movimientos...) pero abandonado no está. Sé que hace meses prometí una actualización para arreglar bugs, pero la verdad es que la versión de desarrollo que tengo ahora mismo tiene bastantes incoherencias, de repente cascan hasta los juegos principales... no se trata tanto de que esté hecha un desastre como que es bastante complicado convertirla en una nueva release sin cargarme muchas cosas para las que tendría que revisar el script línea a línea. Sin embargo, como prometí estas correcciones de bugs, si me podéis ir recordando que bugs tenía la última versión que publiqué, puedo simplemente editar esa versión y corregirle los bugs.
Ahora, en cuanto al desarrollo futuro. No estoy trabajando solo con el script cuando tengo algo de tiempo, por eso lo tengo bastante descuidado. Estuve trabajando con el código ARM nativo de la GameBoy Advance. Esto me ayuda a entender mucho mejor las diferencias de Rubí y Zafiro con el resto de juegos de GBA, así como a poder aprender como funciona el ARM7 (el procesador que tiene la Game Boy Advance y uno de los dos que tiene la Nintendo DS) por lo que ayudará también cuando el desarrollo llegue a las siguientes generaciones.
Por otra parte estuve trabajando con posibles emuladores con Lua y emulación de cable link, paso a comentar:
-VisualBoyAdvance-m: Intenté añadir Lua a este emulador, pero si bien en los últimos años mejoró bastante el cuidado del mismo, sigue siendo bastante desastre. Y desde hace algún tiempo la función de intercambio (el cable link) está totalmente bugueada. De forma local ni funciona, y a través de red detecta los dos jugadores pero tira errores continuamente, no es seguro para nada. Si ya añadir Lua a un emulador es un trabajo importante, si dicho emulador tiene la función de cable link bugueada, los desarrolladores principales lo saben desde hace años y no hacen nada pues... para esto, nos quedamos con el VBA-RR, digo yo...
-mGBA: El bendito, dichoso y maldito (sí, acabo de poner bendito y maldito) mGBA: Estuve bastante tiempo insistiendo en cambiar Lua 5.4 por LuaJIT sin resultados. Curiosamente, hace poco tiempo realicé una nueva comparación entre diferentes arquitecturas Lua y descubrí que el JIT de Lua no es el problema. Probé a seleccionar un objeto de la lista de objetos de Ciudad Carmín en Pokémon Amarillo de tres formas diferentes (ya que esto es una de las cosas que causa muchísimo lag en mGBA), y aquí los resultados:
VBA-RR con LuaJIT: 10.999999999989 ms
VBA-RR con Lua 5.1: 16.999999999989 s
mGBA con Lua 5.4: 74.9999999999 ms
Esto solo evaluando parte de la misma función, pero sí, es obvio. Si el problema fuera de LuaJIT, los resultados de Lua 5.1 tendrían que acercarse más a los de Lua 5.4 que a los de LuaJIT. Como se puede ver, apenas hay diferencia entre LuaJIT y Lua 5.1, mientras que Lua 5.4 tarda más de 7 veces lo que LuaJIT y más de 4 lo que Lua 5.1.
De esto deduje que el problema era del emulador. Pregunté esto en la lista de mGBA y tras una serie de sugerencias, el desarrollador principal reconoció que la implementación de Lua en mGBA no está optimizada.
Así que... mientras sigo haciendo experimentos con mGBA, por ahora la situación es así.
Por cierto, un usuario que está en el discord de mGBA, un tal dbm que había diseñado un script para Esmeralda en audiogames.net, me dijo que si ya no me interesaba añadir LuaJIT a mGBA que utilizara algo como LuaLanes, que es como un interceptor entre Lua y el emulador. Aseguró que eso evitaba el lag y no bloqueaba el emulador mientras el script se ejecutaba, que él tenía un script para los juegos de Pokémon que había modificado y que le funcionaba tanto en VBA-RR como en mGBA y Bizhawk.
Más allá de que me parece un poco de mal gusto decir esto por un discord y no compartir algo como eso, cuando por mensajes que compartimos en su momento tengo altas sospechas de que al menos parte de ese script que menciona está basado en este, algún desarrollador le dijo que ejecutar algo como un script Lua de forma asíncrona es un suicidio, como es lógico. De que te vale un buscarrutas que te permite moverte mientras buscas la ruta? Te dará como resultado un camino que si te moviste de sitio de poco te va a valer, porque el camino que buscará será en base a los datos que recogió al pulsar la P, no en base a donde estés cuando devuelva el resultado. De hecho, según funciona este script y, por extensión el Crystal access original, es bastante probable que el buscarrutas con un funcionamiento así se rompa más veces de las que funcione correctamente.
Pero bueno, esta es un poco la situación actual con todo esto.
Por cierto, si es de interés puedo subir una demo en audio de las funciones que tendrá el script en el futuro. Hay alguna que afecta a todos los juegos, otra a los de GameBoy Advance, y lo que más mejorará es la expansión para CFRU. Toda la investigación que comentaba que hice sobre el procesador de la GBA la hice con un hack que creo que a estas alturas es más que conocido, el Radical Red en su última versión.
En resumen. Si alguien puede indicar los bugs que había en la última versión del Pokémon Access (que ni me acuerdo, se que había algún problema con los hacks y demás) lo puedo corregir y actualizarlo, pero ni siquiera le cambiaré el número de versión.
Y si alguien quiere escuchar lo que podrá traer el script en el futuro... gritos y lo subo!
¡Saludos! -
¡bueeeeenas @nuive !
Antes de decir o citar cualquier cosa ¡sí! ¡grito que sí! Sube la listas de características y novedades que tienes planificadas (y ya creadas) para las próximas versiones! woooo
De hecho ahí viene la pregunta noov de turno.... ¿qué implica el CFRU? ¿Qué hackroms conocidos hay implementando ello?
también ¿sabes si el pokemon ketzal está hecho de un decompilado? o es un hackrom clásico.
Porque el script no detecta nada, pero no crashea. y con la t, sí lee la pantalla jaja.
Ya pasando eso...
Veamos si hjay cositas que citar:
hum. sugerencia loca...
nuive
Mientras esto es una ventaja para quien crea hacks, puesto que esto crea una nueva ROM sin tener que buscar espacio donde meter nada, simplemente recompilando
todo y siempre que el tamaño máximo no exceda el tamaño máximo de una ROM de GBA (32 mb), para el script es un marrón, puesto que ya no solo cada hack,
sino cada versión de cada hack, cada nueva actualización, tendrá todo cambiado con una probabilidad muy alta. Por eso hasta ahora nunca me centré mucho
en hacks de decompilaciones.
¿no existiría quizás... una manera de crear una expanción para estas decopilaciones que ayude con la accesibilidad?
Si el juego está decompilado completo. y se tiene acceso a su código...
Jugando con ese código base, y toda la programación que tienes dentro del juego por ejemplo... ¿no se podría transcribir todo el script y sus funcionalidades a una expanción para aplicar a firered y emerald?
Y para tirar el texto al lector de pantalla, ahí es donde puedes jugar con lua. Si tienes el código a tu mano, podrías reserbar un bloque pequeño de memoria, que sea para mensajes de salida de la expanción del lector. así el script lo único que haría sería monitorear ese espacio de memoria, y cada vez que cambie, manda el contenido de ese espacio de memoria al lector de pantalla.
Pero todo el códiogo del path finder, lectura de pantalla y tal (menos el OCR de la t) podría ir dentro del juego. Teniendo acceso a las funciones directamente y pudiendo interceptarlas para mandar su contenido a este espacio de memoria, quedaría una expanción ultra poderosa y aplicable a cualquier hackrom.
Claro, requiere que los devs tomen esta expanción y la quieran aplicar, pero la opción estaría ahí.
Y obviamente dejas que se active / apague con un flag, o no sé, una convinación de botones rara de la GBA.
Es ultra loco lo que digo, pero no lo veo imposible.
nuive
Creo que con esto ya respondo a lo del Pokeemerald Rogue. Sí, tener los datos decompilados de un hack hace, obviamente, mucho más sencillo compatibilizarlo
con el script. Pero esto no quita que de la misma forma, en cada actualización del hack haya que editarlo todo.
En resumen, no vale la pena en lo absoluto.
Al menos que... no sé ubiese una manera de que el juego imprimiese la lista de sus direcciones de memoria después de una compilación y parchease el script automáticamente. jajajaja
nuive
Ahora, en cuanto al desarrollo futuro. No estoy trabajando solo con el script cuando tengo algo de tiempo, por eso lo tengo bastante descuidado. Estuve
trabajando con el código ARM nativo de la GameBoy Advance. Esto me ayuda a entender mucho mejor las diferencias de Rubí y Zafiro con el resto de juegos
de GBA, así como a poder aprender como funciona el ARM7 (el procesador que tiene la Game Boy Advance y uno de los dos que tiene la Nintendo DS) por lo
que ayudará también cuando el desarrollo llegue a las siguientes generaciones.
Anda, esto ya suena aún más profundo.
Te estás metiendo muy, pero que muy abajo. ahora más allá de la memoria...
¿como que cosas has podido entender de las instrucciones del procesador?
Para lo que es la nintendo ds ¿tendrías que estudiar también el otro procesador?
nuive
VBA-RR con LuaJIT: 10.999999999989 ms
VBA-RR con Lua 5.1: 16.999999999989 s
mGBA con Lua 5.4: 74.9999999999 ms
Hum...
supongo que la segunda medición eran 16.x MS y no S, porque cuando leí solo segundos.... Uf ¡si que se demora!
Fuera del chiste... claramente ahí hay algo mal xd.
nuive
En resumen. Si alguien puede indicar los bugs que había en la última versión del Pokémon Access (que ni me acuerdo, se que había algún problema con los
hacks y demás) lo puedo corregir y actualizarlo, pero ni siquiera le cambiaré el número de versión.
Y si alguien quiere escuchar lo que podrá traer el script en el futuro... gritos y lo subo!
A ver, te comento lo que yo me acuerdo.
Lo que más han dicho la gente, es la falta de lectura en el menú de esmeralda cuando hay que reemplasar un ataque por otro.
Ya luego lo que yo detecté, es que la función del shift+0 para asignar hacks nunca he podido hacerla funcionar correctamente.
En muchos roms que el script no los detecta para nada como un pokemon, al precionar el comando el script crashea y se cierra. Solo el script, no el emulador.
Lo reinicializas, y si pulsas shift+cero, no pasa nada.
Por lo mismo no entiendo cuál es el sha1 que hay que sacar del rom info para incertar en la lista de hacks uwu.
En donde sí he visto que el shift+cero funciona, es cuando el script ya deteta el rom como algo de pokemon (dice ready) pero claro. ya lo detectó como pokemon; asignarle algo con shift+cero no ayuda mucho, el script sigue funcionando igual (o sin funcionar) como antes.
Esto lo probé con los roms ddel cristal aniversari, el rohue y hmmmmm elite reducs.
a y el gold97 reforged.
Pero con ninguno de esos andubo.
Lo cyurioso, si no mal recuerdo el aniversary edition.o el clear cristal (uno de esos dos que no logro echar a andar con la versión actual del script) me pareció que sí tiró con la vieja versión de tspivey.
¿por qué eso?
Por mi parte es lo único que me recuerdo para reportar.
En un hackrom nomás el emulador me crasheó a causa del script en medio de una escena... similar a la del ferri yendo a islas sevii, pero... apagabas el script, lo reencendías luego de la escena y aquí no ha pasado nada jaja. así que nada grave.
Por mi eso; siempre un gusto verte aparecer nuevamente por aquí
ah! que bueno que mencionaste al tipejo ese del script del vizhawk... ¿sabes que onda con eso?
Lo siguió trabajando? o se quedó solo como un experimento que nunca más compartió?
Eso ¡saludos! -
Buenas noches tiflojugadores necesito ayuda con pokemon rojo fuego.Estoy en el almacén rocket no se como desplazarme para obtener la maya ball pelear con los soldados faltantes y recuperar el safiro del científico.
me confunden tantas baldosas teletransportadoras y no se para donde ir.
no tengo guía de referencia xq la de randall no cubre postgame y las de nintendo o la wiki pokemon no son accesibles. -
@frangamer91
buenas, te dejo una guía que encontré por ahí hace tiempo cuando tuve ese mismo problema. es bastante explicativa y a mi me sirvió.
enlace
edit by sandl: Pequeño edit para mencionar al chico. para que el foro le notifique de la respuesta jaja
-
no creí que esto fuese a expandirse a la Nintendo DS, qué buenas noticias! Obviamente todavía falta un largo camino, pero estoy dispuesto a esperar con tal de jugar Sinno o Teselia (especialmente Teselia xD).
Una lástima por lo del Emerald Expansion, definitivamente es mucho más complejo de lo que pensé. Gracias por informarnos sobre todo esto, me alegro de que el proyecto siga en pie! Acá van algunos bugs que recuerdo:
*En muy contadas ocasiones había que mover al personaje de lugar para que detecte un camino. No recuerdo si me ocurrió en un juego principal o en un hack, probablemente fue lo segundo jajaj.
*en ocasiones no se leen los menús al mover el cursor, me ha pasado con Radical Red y Esmeralda en español.
*No sé si esto puede cambiarse, pero hay un punto en la ruta 111 que no te deja avanzar por la tormenta de arena, pero si vas a la derecha se puede continuar a la siguiente ruta sin problemas. EL juego no detecta esta posible salida. Creo que hay un caso similar con la Ruta 5 de Rojo Fuego en donde sí detecta los diferentes caminos. En todo caso, es posible que el jugador pueda crear un nuevo objeto para buscar? Podría servir para aquellas cosas que el juego detecta como un sprite y no como un objeto rastreable, como trepa rocas o los dinamax en Pokemon Unbound o el NPC de la casa treta en Esmeralda.
*Cuando vas a reemplazar un movimiento en Esmeralda, el menú no se lee. Tampoco la selección de oponentes en las batallas dobles de Radical (asumo que afecta a todo Rojo Fuego).
*Recuerdo que en audiogames pasaste una carpeta para que Crystal Clear funcione mejor. ¿Hay chance de agregarla al script base?
Eso es todo lo que recuerdo por ahora, me alegro de leerte otra vez. -
una pequeña correccion. en rojo fuego si se leen bien los menús en batallas dobles, en radical red no pero en el original si, al emos yo en mi caso si los he podido leer correctamente.
-
vale, voy respondiendo:
sanslash332
De hecho ahí viene la pregunta noov de turno.... ¿qué implica el CFRU? ¿Qué hackroms conocidos hay implementando ello?
El CFRU (Complete Fire Red Update) suele ser lo que se utiliza en el caso de Rojo Fuego para añadir lo típico de nuevas generaciones. Separación de movimientos en físico-especial, tipo Hada, megaevoluciones, movimientos Z...). Hay muchísimos hacks que lo utilizan a día de hoy, pero si tuviera que mencionar mis dos favoritos son Pokémon Unbound y el más que repetido Radical Red. El Unbound tiene una historia simplemente brutal, todo lo que mencioné anteriormente, pokémon hasta la 8ª generación, una especie de frente de batalla... Radical Red es simplemente Pokémon Rojo Fuego pero con un buen reto que superar solamente en su modo de juego normal, tiene varios además de este. La diferencia fundamental con el Unbound en cuanto a características es que incluye Pokémon y movimientos hasta la 9ª generación. Todos los movimientos, habilidades y objetos no, pero sí incluye los 1025 pokémon existentes. Si bien falta alguna forma por ahí, son las formas que solo presentan un cambio estético (las formas de Vivillon, por ejemplo).
sanslash332
también ¿sabes si el pokemon ketzal está hecho de un decompilado? o es un hackrom clásico.
Porque el script no detecta nada, pero no crashea. y con la t, sí lee la pantalla jaja.
No, nunca lo probé, pero si con la T lee está clarísimo que no es un decompilado. Si fuese un decompilado lo más seguro es que lo primero que dejara de funcionar fuese la lectura de pantalla completa.
Ya pasando eso...
Veamos si hjay cositas que citar:
sanslash332
hum. sugerencia loca...
¿no existiría quizás... una manera de crear una expanción para estas decopilaciones que ayude con la accesibilidad?
Si el juego está decompilado completo. y se tiene acceso a su código...
Jugando con ese código base, y toda la programación que tienes dentro del juego por ejemplo... ¿no se podría transcribir todo el script y sus funcionalidades a una expanción para aplicar a firered y emerald?
Y para tirar el texto al lector de pantalla, ahí es donde puedes jugar con lua. Si tienes el código a tu mano, podrías reserbar un bloque pequeño de memoria, que sea para mensajes de salida de la expanción del lector. así el script lo único que haría sería monitorear ese espacio de memoria, y cada vez que cambie, manda el contenido de ese espacio de memoria al lector de pantalla.
Pero todo el códiogo del path finder, lectura de pantalla y tal (menos el OCR de la t) podría ir dentro del juego. Teniendo acceso a las funciones directamente y pudiendo interceptarlas para mandar su contenido a este espacio de memoria, quedaría una expanción ultra poderosa y aplicable a cualquier hackrom.
Claro, requiere que los devs tomen esta expanción y la quieran aplicar, pero la opción estaría ahí.
Y obviamente dejas que se active / apague con un flag, o no sé, una convinación de botones rara de la GBA.
Es ultra loco lo que digo, pero no lo veo imposible.
Mmm... se podría diseñar algo como lo que hay en la GB. Un espacio de RAM en el que se guarde una copia de la pantalla en todo momento y ya, sin tener que andar a vueltas con menús, listas, ventanitas, backgrounds y todo el circo que eso conlleva. El problema es que la GBA funciona de forma muy distinta. Habría que ir modificando cada una de esas funciones, crear un espacio completamente nuevo para eso... no tengo claro hasta que punto sería viable. Además, si luego un desarrollador no lo aplica, no se podría hacer nada con ese juego. Básicamente, habría que coger las decompilaciones y crear juegos nuevos con ellas. Eso ya sin contar todo lo que implicaría el buscarrutas. Y lógicamente, para que el juego no casque, eso habría que configurarlo con combinaciones de teclas de la GBA. Obviamente no se puede diseñar desde el punto de vista de un emulador, porque todo esto se programa pensando que va a ir a una GBA y ya. Ciertamente lo más viable sería hacer algo estilo Manamon, con soniditos en el ambiente para ubicarnos y esas cosas, pero poco más, la verdad.
sanslash332
En resumen, no vale la pena en lo absoluto.
Al menos que... no sé ubiese una manera de que el juego imprimiese la lista de sus direcciones de memoria después de una compilación y parchease el script automáticamente. jajajaja
Y la hay. No es que la haya, sino que es que cuando compilas una ROM, quieras o no el compilador te tira ese archivo con todas las direcciones. Sí, algo así automatizaría el proceso de forma interesante. Se le pasa el archivo con las direcciones de la versión que tiene Pokémon Access, se le pasa el archivo con las direcciones de la nueva versión, se le pasa el memory.lua y que trabaje. El problema es que todo lo que son funciones static no figuran como direcciones de memoria. Eso sin contar que en muchísimas funciones no vale con la dirección de memoria de la función, hay que utilizar un punto concreto en la función cuando se ejecuta x instrucción, porque es ahí y no antes ni después, por ejemplo, cuando se puede acceder al ID del movimiento que se está seleccionando para que el script sepa como manejarlo.
Pero sí, estoy diseñando, entre mis múltiples proyectos relacionados con esto, un adivinador de funciones. De hecho en la versión de desarrollo que tengo para CFRU ya lo tengo integrado y es capaz de adivinar dos o tres funciones con total precisión.
Esto lo hice porque el CFRU, aunque en su mayoría no toca las direcciones de memoria originales, para cosas nuevas que añade sí hacen falta nuevas direcciones de memoria. Y claro, como cada hacker el CFRU dentro de la ROM lo mete donde le da la gana pues... no creo que haya dos ROMs que comparta alguna de estas direcciones de memoria. Así, por ejemplo, hay un par de funciones que en Pokémon Unbound y Radical Red están en sitios totalmente distintos, pero la expansión del CFRU no necesita ni saber que dirección tienen en cada juego. Simplemente le paso a la función ubicadora unos parámetros identificativos y ella sola obtiene la dirección de cada juego.
sanslash332
Anda, esto ya suena aún más profundo.
Te estás metiendo muy, pero que muy abajo. ahora más allá de la memoria...
¿como que cosas has podido entender de las instrucciones del procesador?
Para lo que es la nintendo ds ¿tendrías que estudiar también el otro procesador?
Bueno, tengo el ARM7 bastante controlado, por lo menos en lo que se refiere a instrucciones de 16 bits. Para mis investigaciones estuve meses toqueteando el Radical Red porque tenía bugs (sí, lo menciono mucho, pero al final para hacer este tipo de experimentos los hacks son los más idóneos, y más teniendo el código base del CFRU que también tiene partes en ASM. Tenía alguna que otra función bugueada (el sonido del movimiento vozarrón metía unos petardazos espectaculares, y cabe destacar que esto no es fallo del hack, sino del Rojo Fuego original. Estudié el código del mismo movimiento en Esmeralda, y rediseñé la función por completo en ensamblador.
Sí, la DS usa muchísimo más el ARM9 que el 7. El 7 creo que lo usa para leer los cartuchos de GBA (obviamente) y luego dentro del sistema DS para emular sonido, Wi-Fi y no sé si alguna cosa más. En resumen, que cuando los juegos de DS estén aptos para toquetearlos y el script también... habrá que aprender otra arquitectura.
sanslash332
Hum...
supongo que la segunda medición eran 16.x MS y no S, porque cuando leí solo segundos.... Uf ¡si que se demora!
Fuera del chiste... claramente ahí hay algo mal xd.
Mmm... sip, me faltó una m jajajajajaja. Según el desarrollador principal de mGBA lo que falla es la optimización de Lua en mGBA. Pero vamos, que revisando el script entero, incluso la base que utilicé del viejo Crystal Access, no está nada bien optimizado. Sí que trabajé en la optimización del motor de textos en GBA, pero la gestión de mapas, listas de objetos, buscarrutas... podía estar muchísimo mejor.
sanslash332
A ver, te comento lo que yo me acuerdo.
Lo que más han dicho la gente, es la falta de lectura en el menú de esmeralda cuando hay que reemplasar un ataque por otro.
Ya luego lo que yo detecté, es que la función del shift+0 para asignar hacks nunca he podido hacerla funcionar correctamente.
En muchos roms que el script no los detecta para nada como un pokemon, al precionar el comando el script crashea y se cierra. Solo el script, no el emulador.
Lo reinicializas, y si pulsas shift+cero, no pasa nada.
Por lo mismo no entiendo cuál es el sha1 que hay que sacar del rom info para incertar en la lista de hacks uwu.
Lo cyurioso, si no mal recuerdo el aniversary edition.o el clear cristal (uno de esos dos que no logro echar a andar con la versión actual del script) me pareció que sí tiró con la vieja versión de tspivey.
¿por qué eso?
Porque ese script se centraba solamente en Cristal. No se andaba con rollos de comprobar si checksums, si hack, si no hack... Cargaba el juego y si el código coincidía con cristal tiraba para adelante, si no te mandaba a paseo.
Ah, y lo del shift +0 que a veces no iba ya está solucionado. Actualizados los links en el primer post (bueno, el de drive no que ese no hace falta actualizarlo, se actualiza solo jajajajaja).
sanslash332
ah! que bueno que mencionaste al tipejo ese del script del vizhawk... ¿sabes que onda con eso?
Lo siguió trabajando? o se quedó solo como un experimento que nunca más compartió?
Mmm... no, este no es el del script de BizHawk, este es el que mezcló cosas del Crystal Access y Pokémon Access para sacar un Emerald Access para VBA-RR. No sé, supongo que le gusta hacer experimentos varios, pero imagino que solo saca algo cuando es usable. Recuerdo que en su momento hizo cosas que desde mi punto de vista eran bastante extrañas (añadir teclas para saber que objeto tenía cada pokémon salvaje en combate y cosas así que el juego no te deja ver hasta que lo capturas) pero bueno, ni idea. Dice que tiene un script de accesibilidad para pokémon que funciona en BizHawk, VBA-RR y mGBA pero es lo que decía, a costa de no tener sincronía con el emulador, con Lua yendo un poco por libre. Sí, a mí me parece muy interesante que Lua tenga su propio proceso, pero siempre que esté en sincronía con el emulador, y eso es lo que le decían el otro día los desarrolladores de mGBA en el discord.
La verdad todo sea dicho, en su momento consiguió el código fuente de las DLLs del Crystal Access original (creo que se lo había pedido al propio Tyler Spivey) y hablando con él me los pasó. Simplemente no compartimos las mismas prioridades en cuanto a programación.
Alejandro73
*En muy contadas ocasiones había que mover al personaje de lugar para que detecte un camino. No recuerdo si me ocurrió en un juego principal o en un hack, probablemente fue lo segundo jajaj.
Seguramente en Esmeralda. Creo que había por ahí un bug con los árboles de bayas, que por algún motivo el script asumía que se ponían a pasear como si fueran entrenadores, no sé en que momento asumió que nos habíamos cambiado de franquicia al Señor de los anillos...
Este bug, si es lo que creo, no lo voy a poder arreglar del todo hasta la próxima actualización oficial. Recuerdo que había que crear varias funciones nuevas, variables, direcciones de memoria para cada juego... en la versión de desarrollo sé que está arreglado, pero se me hizo ahí tal lío que ni recuerdo qué toqué.
Alejandro73
*en ocasiones no se leen los menús al mover el cursor, me ha pasado con Radical Red y Esmeralda en español.
Y Esmeralda en inglés. Sobre todo con los menús de aprender movimientos, es una auténtica pesadilla. Es una de las cosas que me tienen el código más desgraciado. Hasta hoy aún no lo pude solucionar como me gustaría.
Alejandro73
*No sé si esto puede cambiarse, pero hay un punto en la ruta 111 que no te deja avanzar por la tormenta de arena, pero si vas a la derecha se puede continuar a la siguiente ruta sin problemas. EL juego no detecta esta posible salida. Creo que hay un caso similar con la Ruta 5 de Rojo Fuego en donde sí detecta los diferentes caminos. En todo caso, es posible que el jugador pueda crear un nuevo objeto para buscar? Podría servir para aquellas cosas que el juego detecta como un sprite y no como un objeto rastreable, como trepa rocas o los dinamax en Pokemon Unbound o el NPC de la casa treta en Esmeralda.
Sí, se podrá cambiar. Habrá una nueva tecla que alternará entre Camino 1 y Camino 2 para ir a una Ruta, eso es la solución a este problema.
Alejandro73
*Recuerdo que en audiogames pasaste una carpeta para que Crystal Clear funcione mejor. ¿Hay chance de agregarla al script base?
Ya estuvo en el script base. Como la gente empezó a volverse loca con los hacks, quité todo lo que no fueran oficiales. De ahí la idea de las expansiones. Cada uno tiene eso, que lo use como quiera. Pero la carpeta del Crystal Clear que compartí se puede añadir sin problema al script y funciona, solo hay que copiarla y pegarla en la carpeta game (creo que era, porque actualmente la estructura de eso cambió un poco).
Yo creo que tengo por ahí algunos otros. Tengo una para el Radical Red (al margen de las expansiones), otra para el Unbound.... Pero tienen lo básico, si no recuerdo mal.
Y ahora que acabé con las respuestas...
enlace
Quería hacer una demo un poco en orden en base a todo lo comentado. Empezar por el CFRU mostrando el funcionamiento del Radical Red y englobar también los cambios que le realicé (que los notará sobre todo quien ya haya jugado a esto) y luego seguir ya con Rojo Fuego y Esmeralda mostrando las nuevas funciones. Sin embargo, este pedazo audio de 13 minutos se convirtió en un par de combates en el Radical Red y luego una incursión Dinamax que... bueno, dura más de 10 minutos pero no quería cortarla. Así que iré por fascículos y ya puestos, para quien no conozca estos hacks los puede ir conociendo un poco jajajajaja.
En estos días subiré lo que no pude grabar de los oficiales como Rojo Fuego y Esmeralda.
¡Saludos! -
Esoooo, el dexnab ya es accesible! Me va a servir un montón para futuras partidas. Por cierto, no sabía que Dialga era capturable con la primal form. Creí que era exclusivo de Lance. Eso me da mas esperanzas de tener a Jirachi xD.
En cuanto a las expansiones, creo que sería buena idea dejarlas aparte en la carpeta de drive (si no es que ya están ahí y yo no me di cuenta). A ese post lo encontré buscando varias páginas en audiogames y puede perderse fácilmente.
Me alegro por la función de caminos alternativos, estoy seguro de que van a servir en más de una ocasión.
Un poco offtopic pero quería comentarlo. Estoy probando las betas de Pokemon Reborn, me alegro de que estén dándole importancia a la accesibilidad con el estilo manamon. Aún así se extraña el busca rutas de Pokemon Access, solo detecta cosas un paso en la dirección a la que mira el personaje y los mapas son muy enormes. Ojalá no se estanque y pueda evolucionar lo suficiente como para convertirlo en un parche aplicable a RPGMaker en general, o al menos el motor Pokemon Essentials. -
Genial, hartas cositas por responder. vamos viendo que sale jaja
obviamente primero que todo, muchas gracias @nuive por los updates y novedades.
Ya con solo lo oído en la muestra UFFF. se ve súper bueno.
nuive
El CFRU (Complete Fire Red Update) suele ser lo que se utiliza en el caso de Rojo Fuego para añadir lo
típico de nuevas generaciones. Separación de movimientos en físico-especial, tipo Hada, megaevoluciones,
movimientos Z...). Hay muchísimos hacks que lo utilizan a día de hoy, pero si tuviera que mencionar mis
dos favoritos son Pokémon Unbound y el más que repetido Radical Red. El Unbound tiene una historia simplemente
brutal, todo lo que mencioné anteriormente, pokémon hasta la 8ª generación, una especie de frente de
batalla... Radical Red es simplemente Pokémon Rojo Fuego pero con un buen reto que superar solamente
en su modo de juego normal, tiene varios además de este. La diferencia fundamental con el Unbound en
cuanto a características es que incluye Pokémon y movimientos hasta la 9ª generación. Todos los movimientos,
habilidades y objetos no, pero sí incluye los 1025 pokémon existentes. Si bien falta alguna forma por
ahí, son las formas que solo presentan un cambio estético (las formas de Vivillon, por ejemplo).
¡ah perfecto!
Entiendo muy bien entonces.
Qué genial que lo hayan construido de esa forma, al menos para el script sale más fácil para no perder cosas en futuras updates.
Debo probar entonces algunos de esos juegos una vez termine lo que me ando pasando jeje.
nuive
No, nunca lo probé, pero si con la T lee está clarísimo que no es un decompilado. Si fuese un decompilado
lo más seguro es que lo primero que dejara de funcionar fuese la lectura de pantalla completa.
A yua... perfecto.
igual, solo funciona la t jaja. nada más. uwu
nuive
Mmm... se podría diseñar algo como lo que hay en la GB. Un espacio de RAM en el que se guarde una copia
de la pantalla en todo momento y ya, sin tener que andar a vueltas con menús, listas, ventanitas, backgrounds
y todo el circo que eso conlleva. El problema es que la GBA funciona de forma muy distinta. Habría que
ir modificando cada una de esas funciones, crear un espacio completamente nuevo para eso... no tengo
claro hasta que punto sería viable. Además, si luego un desarrollador no lo aplica, no se podría hacer
nada con ese juego. Básicamente, habría que coger las decompilaciones y crear juegos nuevos con ellas.
Eso ya sin contar todo lo que implicaría el buscarrutas. Y lógicamente, para que el juego no casque,
eso habría que configurarlo con combinaciones de teclas de la GBA. Obviamente no se puede diseñar desde
el punto de vista de un emulador, porque todo esto se programa pensando que va a ir a una GBA y ya. Ciertamente
lo más viable sería hacer algo estilo Manamon, con soniditos en el ambiente para ubicarnos y esas cosas,
pero poco más, la verdad.
más que tirar todo, pensaba nomás dejarle... de manera fácil a los scripts información útil para ellos.
Como texto en pantalla, texto seleccionado y cosas por el estilo.
Pero más allá como el path finder, o los menús. claramente eso no, porque se formaría ya como algo dentro del mismo juego jajaja.
nuive
Pero sí, estoy diseñando, entre mis múltiples proyectos relacionados con esto, un adivinador de funciones.
De hecho en la versión de desarrollo que tengo para CFRU ya lo tengo integrado y es capaz de adivinar
dos o tres funciones con total precisión.
¿A ese nivel ya?
trabajando algo de eurística? wow.
¿Como lo haces para adivinar? conociendo el CFRU sabes como es el patrón de bites y luego buscas esos mismos patrones a ver si se repiten para distinguir una función por ejemplo?
hasta cuántos pedazos de la función tomas para poder dicernir?
nuive
sino del Rojo Fuego original. Estudié el código del mismo movimiento en Esmeralda, y rediseñé la función
por completo en ensamblador.
Y ese parche se los mandaste a los del CFRU? jaja
nuive
los juegos de DS estén aptos para toquetearlos y el script también... habrá que aprender otra arquitectura.
lo bueno que eso llegará... algún día uwu
da lo mismo, la diferencia ya entre emuladores es avismal. aunque lograses reducir a unos 5MS las funciones de buscaobjetos ultra optimizadas con luajit, en mGBA, seguiría estando entorno a los 30 o 40ms.
?nuive
Mmm... sip, me faltó una m jajajajajaja. Según el desarrollador principal de mGBA lo que falla es la
optimización de Lua en mGBA. Pero vamos, que revisando el script entero, incluso la base que utilicé
del viejo Crystal Access, no está nada bien optimizado. Sí que trabajé en la optimización del motor de
textos en GBA, pero la gestión de mapas, listas de objetos, buscarrutas... podía estar muchísimo mejor.
lo que sigue siendo aún mucho más que lo que tenemos a día de hoy
nuive
Ah, y lo del shift +0 que a veces no iba ya está solucionado. Actualizados los links en el primer post
(bueno, el de drive no que ese no hace falta actualizarlo, se actualiza solo jajajajaja).
Gracias, ya lo probé y funciona
anyversary cristal anda igual que antes
y el gold reforjed pous.... nu
agarró la lectura de menús sin problema, pero los diálogos no los lee y el buscaobjetos no reconoce que esté en un mapa. xd
nuive
Mmm... no, este no es el del script de BizHawk, este es el que mezcló cosas del Crystal Access y Pokémon
Access para sacar un Emerald Access para VBA-RR. No sé, supongo que le gusta hacer experimentos varios,
pero imagino que solo saca algo cuando es usable. Recuerdo que en su momento hizo cosas que desde mi
punto de vista eran bastante extrañas (añadir teclas para saber que objeto tenía cada pokémon salvaje
en combate y cosas así que el juego no te deja ver hasta que lo capturas) pero bueno, ni idea. Dice que
tiene un script de accesibilidad para pokémon que funciona en BizHawk, VBA-RR y mGBA pero es lo que decía,
a costa de no tener sincronía con el emulador, con Lua yendo un poco por libre. Sí, a mí me parece muy
interesante que Lua tenga su propio proceso, pero siempre que esté en sincronía con el emulador, y eso
Claro, mezcla cheats con accesibilidad. pero bueno. cada quien le pone lo que le interesa, si sabe como hacerlo.
nuive
La verdad todo sea dicho, en su momento consiguió el código fuente de las DLLs del Crystal Access original
(creo que se lo había pedido al propio Tyler Spivey) y hablando con él me los pasó. Simplemente no compartimos
las mismas prioridades en cuanto a programación.
dlls?
Hay parte del código que es c++ y no en lua?
Como para necesitar unas DLLS específicas.
nuive
Recuerdo que había que crear varias funciones nuevas, variables, direcciones de memoria para cada juego...
en la versión de desarrollo sé que está arreglado, pero se me hizo ahí tal lío que ni recuerdo qué toqué.
y si buscas el commit donde arreglaste eso? jajajaja
commit everychange everytime
nuive
Sí, se podrá cambiar. Habrá una nueva tecla que alternará entre Camino 1 y Camino 2 para ir a una Ruta,
eso es la solución a este problema.
suena súper bien. muy bien
nuive
Ya estuvo en el script base. Como la gente empezó a volverse loca con los hacks, quité todo lo que no
fueran oficiales. De ahí la idea de las expansiones. Cada uno tiene eso, que lo use como quiera. Pero
la carpeta del Crystal Clear que compartí se puede añadir sin problema al script y funciona, solo hay
que copiarla y pegarla en la carpeta game (creo que era, porque actualmente la estructura de eso cambió
un poco).
Yo creo que tengo por ahí algunos otros. Tengo una para el Radical Red (al margen de las expansiones),
otra para el Unbound.... Pero tienen lo básico, si no recuerdo mal.
se podría tener no sé, una especie de repositorio con expanciones para los diferentes hackroms que la gente haya pichicateado para que funcionen bien.
Así no los incluyes oficialmente, si tienes alguno lo aportas y otra gente puede aportar también, pero nadie está obligado a mantener eso. es cuestión de permitir subir y bueno especificar para que rom se probó
nuive
Quería hacer una demo un poco en orden en base a todo lo comentado. Empezar por el CFRU mostrando el funcionamiento del Radical Red y englobar también los cambios que le realicé (que los notará sobre todo quien ya haya jugado a esto) y luego seguir ya con Rojo Fuego y Esmeralda mostrando las nuevas funciones. Sin embargo, este pedazo audio de 13 minutos se convirtió en un par de combates en el Radical Red y luego una incursión Dinamax que... bueno, dura más de 10 minutos pero no quería cortarla. Así que iré por fascículos y ya puestos, para quien no conozca estos hacks los puede ir conociendo un poco jajajajaja.
Y que pelea dinamax. estubo buenarda, súper buenarda jaja
Eso, yo puedo ser feliz con todo lo que viene
Ah! Por cierto @nuive ¿sabes como es de accesible el sexto gimnacio del pokemon esmeralda?
Yo no lo he jugado todavía, pero dos amigos que sí se manejan con pokemon, comentan que tuvieron que pedir ayuda visual sí o sí para esos gimnacios porque no pudieron resolver los pusles al puro script.
¿hay algo ahí que faltaría leer? o que?
¡eso saludos!
@Alejandro73
Alejandro73
Un poco offtopic pero quería comentarlo. Estoy probando las betas de Pokemon Reborn, me alegro de que
estén dándole importancia a la accesibilidad con el estilo manamon. Aún así se extraña el busca rutas
de Pokemon Access, solo detecta cosas un paso en la dirección a la que mira el personaje y los mapas
son muy enormes. Ojalá no se estanque y pueda evolucionar lo suficiente como para convertirlo en un parche
aplicable a RPGMaker en general, o al menos el motor Pokemon Essentials.
¿Sabes si ya han liberado al público alguna de esas betas para poder probarlas?
O siguen siendo exclusivas para patreons?
Y ¿sabes si hay intenciones de liberar ese conocimiento?
Sería demasiado bonito que por ejemplo pokemon reminicencia tuviese dicha accesibilidad uwu.
¡saludos! -
Personalmente no pude encontrar la forma de acceder a las betas públicas desde rebornevo, pero alguien me pasó este link directo de Mega.
enlace
Al principio del juego, después de un poco de intro, te va a pedir si querés poner contraseñas. Las 2 que recomiendo son:
blindstep
para activar la accesibilidad.
nopuzzles
Los puzzles de este juego son realmente complicados xD.
Si salió todo bien, debería ponerte una zona tutorial para que explores los sonidos. -
Hola.
Primero que nada, muchas gracias @nuive por comentarnos sobre todas las novedades, incluyendo los aspectos técnicos del script.
Todavía no escuché la demo que pusiste, cuando lo haga comentaré.
Pasando a los fallos, dejo acá algunos errores que me pasaron, para ver si alguno es de fácil solución, aclaro que todos son con el pokemon Esmeralda en español.- El lector no lee los menús de la lista de movimientos, hay que usar el OCR y se complica a la hora de borrar un ataque de un pokémon para que aprenda uno nuevo, lo mismo pasa con los concursos. Ya que hay que seleccionar un movimiento para utilizar en la exhibición del concurso.
- El lector no lee el menú de datos de cada pokémon, por lo tanto también hay que usar OCR para poder acceder a la información.
- El menú del pokénav tampoco es accesible, por lo tanto tampoco se puede llamar a un entrenador o acceder a las opciones del pokénav.
- Lo mismo ocurre con el menú del personaje, donde se muestran la cantidad de medallas y cuanto dinero tiene, hay que utilizar OCR para acceder a esta información.
- Y con la pokédex pasa lo mismo, no es accesible la información de este menú y hay que usar OCR.
- El puzle del gimnasio de ciudad Arborada no es accesible, se requiere ayuda visual.
Saludos! - El lector no lee los menús de la lista de movimientos, hay que usar el OCR y se complica a la hora de borrar un ataque de un pokémon para que aprenda uno nuevo, lo mismo pasa con los concursos. Ya que hay que seleccionar un movimiento para utilizar en la exhibición del concurso.
-
¡Hola!
Alejandro73
Esoooo, el dexnab ya es accesible! Me va a servir un montón para futuras partidas. Por cierto, no sabía que Dialga era capturable con la primal form. Creí que era exclusivo de Lance. Eso me da mas esperanzas de tener a Jirachi xD.
En cuanto a las expansiones, creo que sería buena idea dejarlas aparte en la carpeta de drive (si no es que ya están ahí y yo no me di cuenta). A ese post lo encontré buscando varias páginas en audiogames y puede perderse fácilmente.
No, Dialga no es capturable. Hay un código de regalo misterioso por el Discord de Radical Red que te regala un Dialga con la Diamansfera equipada, que es lo que permite que se transforme.
Tengo una carpeta de Drive para las expansiones, sí, pero la verdad que no está como pública. Es buena idea que la ponga y la añada al post principal, y así se pueden añadir más.
sanslash332
más que tirar todo, pensaba nomás dejarle... de manera fácil a los scripts información útil para ellos.
Como texto en pantalla, texto seleccionado y cosas por el estilo.
Pero más allá como el path finder, o los menús. claramente eso no, porque se formaría ya como algo dentro del mismo juego jajaja.
Ah, ya. Eso de una forma o de otra sí que ya se guarda en la RAM. Es decir, hay variables donde se almacena el texto seleccionado en un menú, el último texto impreso en la pantalla... pero claro, son strings completas. En el caso de un diálogo, por ejemplo, te pone todo, lo que ya se puso en pantalla, lo que se pondrá y lo que aparece actualmente.
De alguna forma eso se podría utilizar, pero rompería toda la estructura de la pantalla (lo que viene siendo el funcionamiento del motor de textos) y además estaríamos en las mismas. Como un hacker añada más variables a su ROM no hay ninguna garantía de que la dirección de RAM sea algo constante. Por eso sí, sería interesante un espacio fijo en la RAM para estas cosas, pero como digo, prácticamente habría que crear otro motor específicamente para esto, y sería mucho más limitado. Mis esperanzas por ahora están puestas en el ubicador este de funciones.
sanslash332
¿A ese nivel ya?
trabajando algo de eurística? wow.
¿Como lo haces para adivinar? conociendo el CFRU sabes como es el patrón de bites y luego buscas esos mismos patrones a ver si se repiten para distinguir una función por ejemplo?
hasta cuántos pedazos de la función tomas para poder dicernir?
Hay que tener en cuenta que el CFRU es una expansión sobre la ROM original. Por esto, para llamar a las nuevas funciones de una forma o de otra hay que modificar ciertas rutinas en las funciones originales, pero como se modifican las funciones sobre la ROM original (no hay que recompilar nada) el único requerimiento es que la modificación solo puede reemplazar bytes en la función original, no expandirse, y en esto me baso.
Por ejemplo, una de las cosas que se comentaban, en el Radical Red no se leen los pokémon en combates dobles, y sin embargo, en el Rojo Fuego original sí. Esto es porque el desarrollador llegado a un punto le indica a la ROM oye, que esta función está mejor definida en esta otra dirección.
Esto funciona de la siguiente forma: se reemplaza parte de la función original con una llamada a la nueva función, que en cada hack o versión está en una dirección de memoria totalmente distinta. Da igual que se reemplace información fundamental para la función original, porque al final la ejecución salta a la nueva función y la original a partir de ese punto es totalmente ignorada.
Lo que siempre, al margen del hack, de la versión, de lo que sea... se mantiene fijo es la parte de la función original que se toca. Entonces ahí es donde entra el ubicador de funciones. Le paso como parámetros la dirección de la función original donde el CFRU almacenará la nueva dirección, y así calcula la dirección de la nueva función para diferentes hacks o versiones, en tiempo real, cada vez que se carga el script.
Esto es simplificándolo un poco. De hecho sí, cuando ocurre que no vale con la dirección de la función y como comentaba en mi post anterior hay que utilizar una instrucción concreta dentro de la función como dirección de memoria para el script, una vez que tiene la dirección de la nueva función hace una serie de operaciones en ensamblador para calcular donde termina esa función, y sabiendo donde comienza y termina, utiliza dentro de esos límites diferentes estrategias como comparaciones de bytes, búsquedas de saltos y cosas así.
sanslash332
Y ese parche se los mandaste a los del CFRU? jaja
No es solo ese parche. Tanto CFRU como DPE (que es la parte de la expansión que se encarga de añadir Pokémon, movimientos con sus animaciones, habilidades...) tienen algunos bugs. Por ejemplo, los gritos de los Pokémon de cuarta y quinta generación están directamente extraídos de los juegos de DS sin modificar la calidad. Si bien los gritos tienen una calidad máxima de 22kHz y por esto suenan mejor que los que ya incluye Rojo Fuego (que son a 10,512kHz) esto implica ocupar más espacio en la ROM. Por este motivo, en hacks como Radical Red, al añadir la novena generación (CFRU/DPE solo incluye hasta la octava) tienen que hacer apaños que para nosotros, teniendo el sonido como fuente de información principal, no nos interesan. En Radical Red 4.0 los Pokémon de la novena generación estaban a 44,1 kHz (quien fue el loco? ni idea) y obviamente ocupaban casi todo el espacio de la ROM. En la 4.1 de repente todos los pokémon de la novena tenían los gritos a 8kHz y eso se convirtió en un estropicio, empezando por el hecho de que sonaban muy bajos y distorsionados. Ah, otra cosa, obviamente, es que las formas con gritos propios como las megas no tenían esos gritos, solo los gritos normales con variación de tono.
Lo que hice yo fue equilibrar todos los gritos en volumen y frecuencia a 10,512kHz, de forma que quedaran exactamente igual que los de las primeras generaciones que ya trae el juego. Con esto, incluso añadiendo los gritos de las evoluciones, el espacio que ocupan los gritos es ahora de 5 mb aproximadamente (en la 4.1 de Radical Red, aún con gritos a 8kHz los gritos ocupaban casi 8 mb). Y sí, aunque 3 mb parezca una tontería, en una ROM donde el espacio máximo son 32 es una grandísima diferencia.
Además de esto y lo que comentaba de la animación de vozarrón, también mejoré algunas otras. Todo esto contacté tanto con el desarrollador de CFRU como con el de Radical Red y no recibí respuesta por parte de nadie. Incluso en Radical Red tienen un discord con secciones de bugs y demás, contacté por allí y lo único que me dijo uno de los admin era que él de eso lo único que sabía era que cada grito se basaba en un archivo wav, que para lo que yo comentaba contactara directamente con el creador. Como ya digo, el creador no respondió nunca.
Lo que hice por ahora fue guardar todos los cambios que realicé en el hack, y como Radical Red es un hack que tampoco se actualiza mucho, si sale una nueva versión pues los vuelvo a aplicar y ya. Será mucho más rápido puesto que solo tendría que pasar el código que yo añadí a la nueva versión, y lo mismo con los gritos.
Es una pena que no lo añadan al CFRU para que esto se pueda solucionar en otros hacks pero bueno... habrá que trabajar con las posibilidades que tenemos.
sanslash332
dlls?
Hay parte del código que es c++ y no en lua?
Como para necesitar unas DLLS específicas.
Sí, toda la gestión de sonidos que tiene el script se hace a través de un minirreproductor que está formado por dos DLLs que están en la carpeta lua, audio.dll y bass.dll. La DLL bass es una biblioteca de audio que anda por ahí, la audio.dll es la que Tyler Spivey creó para comunicar Lua con Bass.
El texto a voz también se hace a través de otra DLL, la tolk, que es un proyecto que también anda por GitHub.
sanslash332
y si buscas el commit donde arreglaste eso? jajajaja
commit everychange everytime
No hay commit 😢. Si recuerdas, hace un año me bloquearon el GitHub varios meses, y tuve que depender de la copia local. Durante ese tiempo formateé el ordenador y al querer actualizar esa copia me empezó a tirar errores de permisos y propietarios y más locuras que le dieron. Pude salvar todo el proyecto sin problemas, todo menos el historial de commits y esas cosas de GitHub.
sanslash332
Ah! Por cierto @nuive ¿sabes como es de accesible el sexto gimnacio del pokemon esmeralda?
Yo no lo he jugado todavía, pero dos amigos que sí se manejan con pokemon, comentan que tuvieron que pedir ayuda visual sí o sí para esos gimnacios porque no pudieron resolver los pusles al puro script.
¿hay algo ahí que faltaría leer? o que?
Ese gimnasio es una tortura, sin más. Aseguro que yo puedo pasarlo sin ayuda y sin ver nada, pero claro, yo diseñé el script y entiendo el funcionamiento. Y aún así, me cuesta pasarlo lo que no está escrito.
A ver, el gimnasio tiene una serie de puertas giratorias, algunas en forma de L, otras en forma de Y, otras en forma de T... Cuando se pasa por una puerta de estas, en base a las que la rodeen y al espacio que tenga, se pueden girar hacia una parte o hacia otra. El script efectúa un sonido de puerta cada vez que la cámara toca alguna puerta de estas, pero es totalmente imposible aclararse porque a veces hay una puerta pegada a otra y por ahora no encontré la forma de saber donde termina una y comienza la de al lado. Evidentemente cada puerta se puede mover en base a como muevas la que tiene al lado, pero incluso hay zonas del gimnasio donde hay 3 o 4 puertas totalmente pegadas. Además de esto, es un poco como las piedras para hacer fuerza. Primero se mueve una puerta, luego hay que mover una de las que la rodean, luego hay que meterse por el nuevo camino abierto y mover la primera puerta desde otro lado... bastante lío la verdad.
Ah, la cámara efectúa un sonidito indicando hacia que dirección se puede mover una puerta, pero como digo, es que ni siquiera es fácil de explicar.- El lector no lee los menús de la lista de movimientos, hay que usar el OCR y se complica a la hora de borrar un ataque de un pokémon para que aprenda uno nuevo, lo mismo pasa con los concursos. Ya que hay que seleccionar un movimiento para utilizar en la exhibición del concurso.
- El lector no lee el menú de datos de cada pokémon, por lo tanto también hay que usar OCR para poder acceder a la información.
- El menú del pokénav tampoco es accesible, por lo tanto tampoco se puede llamar a un entrenador o acceder a las opciones del pokénav.
- Lo mismo ocurre con el menú del personaje, donde se muestran la cantidad de medallas y cuanto dinero tiene, hay que utilizar OCR para acceder a esta información.
- Y con la pokédex pasa lo mismo, no es accesible la información de este menú y hay que usar OCR.
- El puzle del gimnasio de ciudad Arborada no es accesible, se requiere ayuda visual.
FabiG94
Mmm... a ver. Lo del gimnasio ya lo acabo de responder así que no me repito jajajajaja.
Lo de la lista de movimientos es algo que aún no está solucionado. Las listas de movimientos en Esmeralda tienen doble pestaña por lo de movimientos de combate y movimientos de concurso, y con los métodos que intenté hasta ahora al cambiar de pestaña se desmadra todo de una manera bastante dramática.
Lo del Pokénav... creo que eso funcionó en algún momento, no recuerdo muy bien, pero se rompió una de tantas veces que tuve que rehacer el motor de textos. Toca revisarlo.
Tanto el menú de datos de cada Pokémon como el entrenador y Pokédex nunca fueron muy funcionales, básicamente porque son pantallas que simplemente muestran información, pero... OCR? se supone que la letra T está para eso, ¿no funciona?
¡Saludos! - El lector no lee los menús de la lista de movimientos, hay que usar el OCR y se complica a la hora de borrar un ataque de un pokémon para que aprenda uno nuevo, lo mismo pasa con los concursos. Ya que hay que seleccionar un movimiento para utilizar en la exhibición del concurso.
-
respondo a una de las preguntas de @nuive. si, la t si funciona en el menú de datos de esmeralda. saludos
-
Hola de nuevo.
Muchas gracias por todas tus respuestas y aclaraciones @nuive, en cuanto a lo del Esmeralda, si funciona la letra T, me lo pasaron por si era algo para solucionar, en todo caso, disculpa si prestó a confusión.
Saludos.
