Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

All values of data in Integration UI are at their max value #147

Closed
tylerroost opened this issue Mar 13, 2019 · 6 comments
Closed

All values of data in Integration UI are at their max value #147

tylerroost opened this issue Mar 13, 2019 · 6 comments

Comments

@tylerroost
Copy link

When I run the Integration UI with the data.json file in the variables section it shows all the variables being at their max value as if it is reading them wrong. I used the memory map from https://datacrystal.romhacking.net/wiki/Pok%C3%A9mon_Red/Blue:RAM_map#Map_Header . Any help would be greatly appreciated

System information

  • Windows 10
  • Python 3.6
  • Retro 0.6.0
@tylerroost
Copy link
Author

Had to subtract c000

@tylerroost
Copy link
Author

Subtracting c000 gives an error in the Integration UI so I believe the correct addresses to be before the subtraction any help would be greatly appreciated

@endrift
Copy link
Contributor

endrift commented Mar 14, 2019

This was a bug. It's fixed now, but you'll have to wait for the next release.

@tylerroost
Copy link
Author

Is there anyway to fix right now? and next release of retro or the liberto base code

@tylerroost
Copy link
Author

Also if they show up as that in the integration UI does that mean thats what the program sees? Because if the model sees the actual value this isn't too much of a problem. I mean its impossible to search for the values using the UI but you can use bizhawk or something equivalent

@endrift
Copy link
Contributor

endrift commented Mar 14, 2019

It's what everything sees. You can pip3 install https://storage.googleapis.com/gym-retro/builds/gym_retro-0.7.0.dev62%2Bg9fb2694-cp36-cp36m-win_amd64.whl to get an interim build.

squishyhuman pushed a commit to RetroAI/retro3 that referenced this issue Mar 2, 2023
openai#147)

Co-authored-by: Mark Towers <mark.m.towers@gmail.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants