chenx221/Textractor_test
1
0
Fork 0
Code Issues Pull Requests Projects Releases Wiki Activity
测试合并
356 Commits 1 Branch 0 Tags 21 MiB
C++ 98.1%
C 0.8%
CMake 0.7%
PowerShell 0.2%
Inno Setup 0.2%
4f1bc5a9b2
Go to file
Akash Mozumdar 4f1bc5a9b2 legacy r code support
2018-08-30 16:48:14 -04:00
.cmake/Modules Add cmake support for GUI part 2018-07-28 12:05:13 +03:00
extensions fix google tanslation 2018-08-29 22:47:00 -04:00
GUI legacy r code support 2018-08-30 16:48:14 -04:00
include refactor 2018-08-28 17:21:20 -04:00
minhook move minhook 2018-08-24 15:09:37 -04:00
vnrhook add error if memsearch fails 2018-08-30 16:09:09 -04:00
.gitattributes Line ending attributes for window LF 2016-12-12 00:50:06 +09:00
.gitignore Add cmake support for GUI part 2018-07-28 12:05:13 +03:00
CMakeLists.txt reorganize 2018-08-25 15:51:18 -04:00
CMakeSettings.json update build stuff and add the starter extensions 2018-08-19 00:13:19 -04:00
LICENSE add license and update readme 2018-05-20 21:21:37 -04:00
README.md update readme 2018-08-25 15:45:35 -04:00

README.md

NextHooker

Overview

NextHooker is an open-source x86/x64 text hooker for Windows.

Basically, GUI text hooker based on Stomp's ITHVNR.

Downloads

Releases of NextHooker can be found here

Previous releases of ITHVNR can be found here.

Features

  • Open-source
  • x64 supported (x64 version only works with x64 programs)
  • Hook text using /H "hook" codes (most AGTH codes supported)
  • Directly read text using /R "read" codes (Guide)
  • Auto hook many engines (including some not supported by VNR!)
  • Extensions

Extensions

See my Example Extension project to see how to build an extension.

Compiling

Before compiling NextHooker, you should get Visual Studio with CMake and ATL support, as well as Qt version 5.11
You should then be able to simply open the folder in Visual Studio, and build. Run Build/NextHooker.exe

Project Architecture

The GUI links to vnrhost.dll (created from the host folder) which injects vnrhook.dll (created from the vnrhook folder) into the target process and connects to it via 2 pipe files.
vnrhost writes to hostPipe, vnrhook writes to hookPipe (duh?)
vnrhook waits for the pipe to be connected, then injects a few instructions into any text outputting functions (e.g. TextOut, GetGlyphOutline) that cause their input to be sent through the pipe.
Additional information about hooks is shared through a file view (a.k.a. section object) that is mapped to a reference to the Hook class.
The text that vnrhost receives through the pipe is then processed a little before being dispatched back to the GUI and displayed.

Contributing

All contributions are appreciated! Please email (no, I'm not busy!) me at akashmozumdar@gmail.com if you have any questions about the codebase; I know it's messy and undercommented.
You should use the standard process of making a pull request (fork, branch, commit changes, make PR from your branch to my master).

License

GPL v3

Developers

Special Thanks

  • Everybody adding issues!