CompuMax

Yes, I just mean that you can't use the msgbox when a image is shown. That's really not good. if you take a look at the VRAM viewer, you will also see that the number of blocks you can use is very limited as there lies textboxes, texts, etc. To avoid many problems and to take full use of the 4 BGs, it will be better to quit the overworld system. You can browse the codes in the repo here: https://github.com/jiangzhengwenjz/EV-IV-Screen/tree/c1b303e17788f21e1a663204f9db59ffdcfc2a2d

Mañana miro mis rutinas y te paso el offset.
Por cierto, ¿a qué te refieres con que los showpokepics "comparten" la pantalla con la imagen?

Lo que pasa es que me se algunos comando, pero después no se como hacer un rutina o como ejecutarla

Ahora todos aprenden ASM y yo no

Conozco la página, solo pensé que habías visitado algunas guentes más ilustrativas sobre los modos de video y la estructura de los datos gráficos xD

No, no hace falta guardar el offset de los datos, la función que te digo recarga los datos del mapa por completo

Buen estudio de los modos de video y BGs, no sé donde lo has aprendido, pero muy bien hecho.

Hay una función que recarga los tiles del mapa. El único problema que podrías tener es el obj bg, pero puedes desactivarlo desde la I/O RAM.

Yes, it's very simple. But the graphics should be loaded via VBLANK, so they should be written to buffers by default. (I believe they will be transferred to VRAM via DMA transfer. Actually the game has some structs to control the DMA queue.) If you see the codes in-game, it won't directly call a system function when dealing with image issues. If you use knizz's idb, you can take a look at gpu_pal_apply and decompress_with_fallback_maybe. They're frequently called. (Absolutely, i don't think handling big graphics in the overworld is a good idea, you'd better do it with deactivating the map system. )

For instance, if you use the msgbox command after the callasm, I guess something terrible will happen.

ö
Genial!
Supongo que desencripta de todas las variables, o de su mayoría. xD

Eso me viene como anillo al dedo para terminar algo que traigo arrastrando desde hace varias semanas :"D

Eres el puto amo xD

Hola, que onda hermano?

Me sorprende lo mucho que has avanzado desde que entraste al foro :awesome:

Una pregunta :shy: ; ¿Donde has conseguido el offset que desencripta lo de las variables? Me muero de curiosidad

Errr, Actually not a good idea. You can't ensure that the data will be written to the vram via vblank. The built-in functions won't do that kind of operation.

Quien es GBATECHK o como se llame?

Compu Maxu uwu

Copiado, ahora mismo actualizo

¿Estas seguro que lo enviaste? Porque llevo dos swmanas con la bandeja de mensajes privados llena

¿De cual post? Es que no he visto nada

1. Quería hacerlo distinto al de investigaciones de Pokeco, pero en vista de la cantidad de investigaciones debo hacerlo así.

2. Pues puedes ayudarme quoteando el tema principal y puedes editarlo a tu gusto, así solo me mandas el tema actualizado y yo lo pongo.

El tema ya existe xD https://whackahack.com/foro/t-46916/oficial-tema-investigaciones-para-roms-espanolas

La.versión 1.1 es "suspuestamente inestablw" porque es diferente en un 10% de la Rom 1.0, al iguql que con la espqñola solo es cuestión de encontrar las offsets correctas, pero como todos toman como base 1.0 y no 1.1 se da el malentendido de la inestabilidad inexistente

Creeme , portar algo a RF español no lleva años de investigación, solo es cuestión de emcontrar la offset equivalente, el tiempo que eso te toma es el mismo o menos que el que te toma tratar de traducir algo. Pero meh, yo paso ya de tratar de convencer a Wah que es mejor tratar de hackear en nuestro idioma.

Bien y tu?