GameGuardian

[geribaldi]

I hope your real job boss know about your knowledge and experience @Enyby thats not the first time im amazed about the deep of knowledge you have in a lot things. Respect

[SoNik]

On 24/7/2017 at 2:04 AM, Enyby said:

What's New in Version 8.29.0   

......

Always getting better and better! Thank you GG team!

Edited July 26, 2017 by sonik

[JPRO]

Hello @Enyby

There is a bug i think when I launch gg (sw) in the options it says interface Aceleration:hardware. Because i set it in gg hw at,options first. I launch in sw and the option still in hardware.

 

Suggestion:

In some options like allow suggestions that are yes or no. Make it like toggles instead with a dialog. Yes light green ;no light  red

 

[Enyby]

Start icon and this option is not connected things. Option for ui acceleration, icon only for start activity acceleration.

_______________________________________________

added 2 minutes later

Suggestion - thanks. We have plans about rewrite settings to more clear way.

[stathis]

I download the latest gameguardian and now I have 2 one say GG (HW) and another say GG (SW) WHY? 

[Enyby]

@stathis https://gameguardian.net/forum/topic/17533-why-there-is-two/?do=findComment&comment=59600

 

[SenpaiXarezz]

I Love GG?

[Enyby]

What's New in Version 8.30.0   

• Added search for strings (HEX, AoB) through the built-in Lua script.
• Greatly increased the speed of the first search on many firmware and emulators.
• Added option to hide one of the launch icons.
• Added information about the icons of launching into the FAQ.
• The list of memory regions added their volume.
• Changed the comparison signs in the search: more by more or equal, less by less or equal.
• Improved search for type Auto.
• Improved search by conditions more or less.
• Changed signs in the search results filter.
• Improved detection of empty memory.
• Improved work with empty memory.
• Improved floating icon.
• Improved changing the size of the floating icon and its panels.
• Improved removal of older versions.
• Fixed bug in the installer.
• Fixed bug when detecting root.
• Improved the process list.
• Added additional checks to eliminate bugs in API calls.
• Implemented the completion of the script when the game fell.
• Added support for localization in scripts.
• Renamed some constants in the API.
• Renamed some methods in the API.
• The API adds new functions: copyText, getTargetInfo, getFile, getLine.
• Added the ability to specify a header in choice and multiChoice.
• Implemented saving of the input history in scripts.
• Improved short description of API functions.
• Fixed errors in the work of scripts in different locales.
• Improved handling of errors in the API.
• Fixed bugs in the API.
• Bug fixes.
• Fixed crashes.
• Added link for downloading scripts.
• Added a reference to the video on XOR search to the Help.
• Added information about searching for strings to the Help.
• Updated translations.
• Built with support for ARMv5.

[NoFear]

@Enyby

Just amazing... 

Ascii - > hex built in!! 

Hopefully this will be added without forced LUA. 

Keep up the awesome work, 

[Enyby]

Maybe I later write converter which allow input hex or string and get string for group search as byte array.

[NoFear]

1 minute ago, Enyby said:

Maybe I later write converter which allow input hex or string and get string for group search as byte array.

That actually would be perfect. 

Have a check box to Toggle  "padding" and it put '.' been the letters. 

Will you eventually expand group search? Allowing more than 8 values? At least for Byte... 

[Enyby]

4 minutes ago, NoFear said:

Have a check box to Toggle  "padding" and it put '.' been the letters. 

This not understand.

4 minutes ago, NoFear said:

Will you eventually expand group search? Allowing more than 8 values? At least for Byte... 

No. We use byte for store internal structures. Byte consist of 8 bits.

This is enough for group search.

We have plans make normal string search. Not via lua script.

[NoFear]

17 minutes ago, Enyby said:

This not understand.

No. We use byte for store internal structures. Byte consist of 8 bits.

This is enough for group search.

We have plans make normal string search. Not via lua script.

If i want to search the hex of Crystals  and I setup hex byte search, this is too many letters. 

And games will pad the text, so search either Needs double the range or search hex of  C.r.y.s.t.a.l.s

Which again, is way too many values for a hex ordered grouped byte search. 

[Enyby]

Exact because of that I want make this script. You input "Crystals" and get something like 1;2;3;4;5;6;7;8::8. you press button copy and copy this to clipboard. After that you going into search erase last 8 and put 16. And search. I think this is will be enough for find right values. Of course they need manual review. this can not be automated. but it is more better from nothing.

[Enyby]

Quote

Nox looks very bad, because it allocates huge amounts of memory where they are unnecessary, which leads to unnecessary search slowdowns.

In the continuation of this topic, I can add that now, these amounts of memory are very clearly visible right in the interface of the application:

In addition, I can note that on the nox this memory is not "empty", according to fast signs. So, it will be constantly scanned at every search.
However, if the game is based on C code, and the correct values are not in the java heap, then you can not use these regions, which will speed up the search by calling Nox with other emulators using this parameter.

If you take real values, then on the droid, 11.34 MB was scanned, with a standard set of regions. On the nox  - 574.27 MB.
At the same time on a droid 64.91 MB was quickly recognized as an "empty" memory, and skipped. And on the nox - only 6.21 MB.
Differences in the speed of search will be appropriate. Slower around 5 times.