You’ve probably been wandering what is going on with HackerEX, right now I’m developing an object that will be vital for supporting emulators, normal apps won’t care but emulators sometimes need to support integers / floats not supported by the host hardware / os which means that to support the search of these values I have to use a more flexible (albiet slightly slower) object that interacts with an array of bytes and gets the result desired, all other objects that interact with other variables can then wrap around this while maintaining the desired functionality. I’m almost complete with this object (floating values are the next on the agenda) and it will be thoroughly helpful in making the search algorithm more flexible.
On another note I got baptised last sunday (21/04/13), I did this to show my loyalty to God & Jesus as it they to whom we all answer and it is through trust in Jesus having died for us that we will go to heaven. All of what I do now would be meaningless if I didn’t hold this trust as I would be heading to hell for my sins in life (this program could possibly be one, not yet sure on that though).
Hi all! Been a while, was mainly playing games but also did a bit of the interface on the side. The functions are mostly complete on the Database side, what ever is missing I’ll most likely catch when I make adjustments to the old GUI so that I may plug the Library right into it thus making much of each GUI behave the same as each other (minor differences may occur if one supports something the other does not).
I have now made untested support for the results GUI, instead of the limited support the previous had this new functionality will now allow viewing of all results regardless of how many there are (just not all at once), it will do this by loading the required information from the search files in chunks (number of rows * number of columns = max results displayed at once), the rows will be adjustable but the columns will be fixed to reduce the time it takes to set up the grid (if at all) for filling.
Before I can test the results interface I need to do the search interface (these need to be implemented simultaneously), this is proving to be difficult since I am trying to implement something that ArtMoney does, searching values at various byte lengths. This will take some time as I’m am trying to keep it efficient so that there is little noticeable difference in the time it takes to perform the search. It was simple on the previous GUI as it was a fixed length however as I’m now trying to take into account a variable length I am also having to adjust the way in which I test the values themselves so it will be a while before I get this right (also I’m lazy).
Once I have completed this I will upload the new GUI as a release candidate and begin working on plugging in the old GUI into the library instead of built in support. Whilst I’m doing that I would appreciate feedback on the RC to help identify missing functionality.
The new hack loading functions are now complete and use a much smaller amount of RAM while a hack is loaded, this in turn means that Hacklists that are ridiculously large can be loaded effortlessly.
While I still do not recommended using an old computer for this tool it is now capable of functioning without causing it to crash as long as the PC in question can offer up to 256MB of RAM (Educated Guess) to HackerEX.
I still need to add the manipulation functions, however I am now satisfied that the load/save functions can replace the old ones when I get round to it.
HackerEX 2 is starting to take shape in terms of the loading lists, to store temporary data more easily without modifying the original the program now relies on temporary files, this helps to reduce the memory being used by the program, also an issue that the previous GUI had will be resolved in the same way this one is being resolved because the functions are being designed to be used from a DLL at a later point so all loading/listing will become unified in behaviour while at the same time reducing the reliance on RAM to store temporary data, this in turn frees RAM for smarter Searches.
One thing to note however is that large hack lists will possibly be slower to use on timer based loops, I’ll do what I can to make this as unnoticeable as possible but there are limits, old hardware and/or operating systems will make this apparent (not that I believe anyone will actually try but it can run if there is enough RAM).
Since this is still in-complete I would recommend backing up your database before trying it out (if you plan to compile SVN code), I plan to have this ready by February but things don’t always go to plan so don’t hold you’re breath just yet. Once I finish with the loading/saving side of things I will move straight onto the hacking side of things so that the interface can at least be used for existing hack lists (I’ll work on more formats later but for now it at least supports adding in formats other than HackerEX v1 Format).
I’ll do another screen shot once I got the Hack list loading correctly. Good night
I figure people are starting to wonder about whether I’m ever going to post the code for the new version of HackerEX so I gone and uploaded it as a new branch however be warned it will crash on trying to list data held in temporary files, and I have not tried to implement anything else yet because they will rely on this new functionality to avoid potential issues in available RAM. Also DO NOT use your original database, use a copy of it instead because this will do some renaming of file extensions. Themes are supported somewhat but you will need to provide your own images for now otherwise comment out the UpdateTheme() from the G constructor before compiling.
I’m tired now so I will continue with this on Sunday most likely.
This is the initial design of the new look, it’s not finished but it gives you an idea of where HackerEX is moving in the GUI direction.
After having to re-install a number of things including my OS I lost my motivation for awhile (but not my notes and files). Recently I regained it but had problems with wxWidgets but now that has been resolved and I can get to work on the new version. There are some things I will have to ignore for now in order to get it ready for the new year (main thing being UNIX support) but I have begun work on library attachment so another method of hacking will become user friendly through HackerEX.
The library attachment will be experimental so for now I will restrict that to a Debug version until I happy the overall code is safe for general use. While there is only so much I can do about the memory usage I have targeted that with the new GUI I mentioned, at the same time it will also deal with instances where I forgot to code the function like last time. For now I won’t focus on the code tree thing but the object is there at the ready for me to program it when I get round to it, until then it will be treated as a list object.
When all this is done I will release the first truly Stable release as version 2.0 as 1.0 was to be a finished version of the previous set of Betas (which I might still do later). I probably won’t finish the Hacking side of things until the new year because I will need to implement the database interface fully first, and this I need to start from scratch almost as the code from the previous one will not directly port to this one as this one is sharing objects.