Jump to content

Recommended Posts

  • Administrators
Posted

What's New in Version 8.32.0   

  • Search for text of any size.
  • Replace text of any size.
  • Improved detection of memory regions.
  • Individual memory regions settings for each application.
  • Improved API.
  • Improved UI.
  • Added checkmarks near the default settings.
  • Added buttons for reset to defaults.
  • Added output default settings.
  • Added notifications in some places of the UI.
  • Added colors for memory regions.
  • Added colors for the output format of the memory editor.
  • Fixed opening the speedhack in some cases.
  • Added help for colors of pointers in the memory editor.
  • Built-in help inside the application. It can be extracted as a separate zip-archive from the script launch dialog.
  • Bug fixes.
  • Updated translations.
  • Build with support for ARMv5.

bandicam 2017-09-04 02-31-23-765.pngbandicam 2017-09-04 02-31-50-249.pngbandicam 2017-09-04 02-31-54-869.pngbandicam 2017-09-04 02-32-13-139.pngbandicam 2017-09-04 02-32-23-479.pngbandicam 2017-09-04 02-32-29-585.pngbandicam 2017-09-04 02-32-41-261.pngbandicam 2017-09-04 02-33-12-916.pngbandicam 2017-09-04 02-33-40-378.pngbandicam 2017-09-04 02-34-03-341.pngbandicam 2017-09-04 02-34-18-766.pngbandicam 2017-09-04 02-35-31-950.pngbandicam 2017-09-04 02-36-07-598.pngbandicam 2017-09-04 02-36-34-916.png

  • Moderators
Posted
21 minutes ago, Enyby said:

What's New in Version 8.32.0   

  • Search for text of any size.
  • Replace text of any size.
  • Improved detection of memory regions.
  • Individual memory regions settings for each application.
  • Improved API.
  • Improved UI.
  • Added checkmarks near the default settings.
  • Added buttons for reset to defaults.
  • Added output default settings.
  • Added notifications in some places of the UI.
  • Added colors for memory regions.
  • Added colors for the output format of the memory editor.
  • Fixed opening the speedhack in some cases.
  • Added help for colors of pointers in the memory editor.
  • Built-in help inside the application. It can be extracted as a separate zip-archive from the script launch dialog.
  • Bug fixes.
  • Updated translations.
  • Build with support for ARMv5.

bandicam 2017-09-04 02-31-23-765.pngbandicam 2017-09-04 02-31-50-249.pngbandicam 2017-09-04 02-31-54-869.pngbandicam 2017-09-04 02-32-13-139.pngbandicam 2017-09-04 02-32-23-479.pngbandicam 2017-09-04 02-32-29-585.pngbandicam 2017-09-04 02-32-41-261.pngbandicam 2017-09-04 02-33-12-916.pngbandicam 2017-09-04 02-33-40-378.pngbandicam 2017-09-04 02-34-03-341.pngbandicam 2017-09-04 02-34-18-766.pngbandicam 2017-09-04 02-35-31-950.pngbandicam 2017-09-04 02-36-07-598.pngbandicam 2017-09-04 02-36-34-916.png

The text search I don't think works with "padded" strings. 

Can't have a "padded" toggle,which would basically double the range ? Or allow manual range selection? 

 

This app is getting so amazing....  Thank you for all your time and hard work. Much appreciated. 

  • Moderators
Posted
30 minutes ago, Enyby said:

What you mean by "padded"? UTF-16?

"s.t.r.i.n.g"

"s t r i n g" 

"s_t_r_i_n_g"

The only thing is you might not know what the characters are between each letter until you finally find something. 

  • Administrators
Posted

It is UTF-16.

Every second char is zero. For example:

We have plans for add this for easy search.

Now you can search as mixed mode:

"microcircuit" will be:

"m" 00 "i" 00 "c" 00 "r" 00 "o" 00 "c" 00 "i" 00 "r" 00 "c" 00 "u" 00 "i" 00 "t" 00

 

  • Administrators
Posted

If your string placed in Java heap then you need pause process or garbage collector move string and your replacement destroy java heap and crash app.

If it placed in C code, then, usually, it is not necessary.

Yes, search for string larger for 8 bytes can be very slow. We have plans of improve it in future.

You can copy

" 00 "

part and past it over every chars. it can be more faster. Or make template and re-use it.

In future we allow simple mark checkbox "UTF-16" and input string in usual way.

  • Moderators
Posted
1 hour ago, Enyby said:

If your string placed in Java heap then you need pause process or garbage collector move string and your replacement destroy java heap and crash app.

If it placed in C code, then, usually, it is not necessary.

Yes, search for string larger for 8 bytes can be very slow. We have plans of improve it in future.

You can copy


" 00 "

part and past it over every chars. it can be more faster. Or make template and re-use it.

In future we allow simple mark checkbox "UTF-16" and input string in usual way.

What about code in Anonymous? 

Ahhh, I think string length was like 20 or 30. :p

For now I think I'll convert ascii to hex and add like 1 "0" to it and search length remain under 8.  

 

Also, HUUUUGE thank you for GG now remembers which memory region you used on each game. That is soooooooo helpful. If I revisit a game, I'll forget what memory range I used in it :p

  • Administrators
Posted

Java heap only. All the rest is usually statically in memory, so while you do the replacement does not jump from place to place. Usually. But some games can move data, so for them you must also pause the process, otherwise you can change something wrong.

_______________________________________________
added 0 minutes later
5 minutes ago, NoFear said:

For now I think I'll convert ascii to hex and add like 1 "0" to it and search length remain under 8.  

This not understand.

  • Moderators
Posted
9 hours ago, Enyby said:

Java heap only. All the rest is usually statically in memory, so while you do the replacement does not jump from place to place. Usually. But some games can move data, so for them you must also pause the process, otherwise you can change something wrong.

_______________________________________________
added 0 minutes later

This not understand.

Values I tend to work with are static... 

 

The part you don't understand.. Instead of me doing this

"m" 00 "i" 00 "c" 00 "r" 00 "o" 00 "c" 00 "i" 00 "r" 00 "c" 00 "u" 00 "i" 00 "t" 00

I'll do a byte search of this

6dh;69h;63h;0;72h;6fh;63h;69h::30

It's faster, it will get similar results. 

  • Moderators
Posted

@Enyby

Feature request :

Pointer navigation undo/travel back. (long press value and have option to travel back/undo pointer nav) 

Ex: 

Long press value,  goto pointer. 

Long press another value at that location, goto pointer. 

Want to go back and navigate from another pointer instead. (undo/travel back). 

I know I could save address. Navigate. Goto save. Goto address location then choose another and goto pointer. 

I think with games that are utilizing pointers more, having an undo or travel back could be useful. 

Thoughts?

Thank you

  • Administrators
Posted

We have plans about that. History in memory editor. With buttons back and forward. Also this history can be choose in go to dialog.

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.