[Release] GSL clone without modding restrictions

The original GSL has some restrictions on files that can be modded, it would, on purpose, restrict modding to only the following files/folders:

- material
- model (but the dll blocked paths starting by "models/player/_anim" )
- sound
- maps
- scripts/body_layer.txt, scripts/face_layer.txt, and scripts/player_costume.txt (any other file from scripts was blocked)

This clone doesn't have any of those restrictions. It was built by reversing the original of Checkbox (so any credits for original dll go for him).
Of course, this is NOT for official servers, it will be detected there.

(Note: unlike the original, the clone will not work if the exe name is not vindictus.exe or heroes.exe, that was lazy programming of mine)

Link to DLL: TinyUpload.com - best file hosting solution, with no limits, totaly free
Link to source code: TinyUpload.com - best file hosting solution, with no limits, totaly free

Updated the file. Bsp files in data/maps folder would give an error, because the game opens those kind of files with the "p" flag, which forces the game to reject files outside a package. The new dll removes the p flag if the file exists in data (bsp modding in data/maps now works).

Hey Vinplayer anychance I could grab the source for this I wanna see if theres a way I can incorporate it into a launcher for the game.

Thanks
Nakashima :)

Sure. I added now the source code as separate link.

The source code is to be compiled with mingw32. By default, it compiles in "release mode", where the debug strings aren't shown anywhere. You can change that in the Makefile (release_static -> debug_static) and use the DebugView program if you want to have a log of all the paths the game tries to access.

@vinplayer, You sir are a legend! Thanks very much!

Thanks for sharing +best

Getting error 0xc0000005 in w7 however the 2013 version works, you still have the source code of the unmodified dll?

I get an error with the updated version as well.
http://i.imgur.com/tz821mM.png

Fixed by disabling DEP for Vindictus.exe.
http://i.imgur.com/PaMYrA5.png
Thanks alot for this; finally got rid of halloween town on my US client.

Quote:

---

Originally Posted by vinplayer

The original GSL has some restrictions on files that can be modded, it would, on purpose, restrict modding to only the following files/folders:

- material
- model (but the dll blocked paths starting by "models/player/_anim" )
- sound
- maps
- scripts/body_layer.txt, scripts/face_layer.txt, and scripts/player_costume.txt (any other file from scripts was blocked)

This clone doesn't have any of those restrictions. It was built by reversing the original of Checkbox (so any credits for original dll go for him).
Of course, this is NOT for official servers, it will be detected there.

(Note: unlike the original, the clone will not work if the exe name is not vindictus.exe or heroes.exe, that was lazy programming of mine)

Link to DLL: TinyUpload.com - best file hosting solution, with no limits, totaly free
Link to source code: TinyUpload.com - best file hosting solution, with no limits, totaly free

---

Got to say that's not working for me at least ... tried on Client EU 1.69 and TW client. both exe's name is vindictus.exe. I've paste winnsi.dll to vindictus main directory. Made new folder called sqlite with heroes.db3 in it (I've extracted it from the same client but changed link to EndPoint to get server list) but for some reason dll is not injecting cuz I'm not receiving list so it mean's that dont work. System Windows 10 Pro.

What system do you compile the source on? I've been using mingw32 & msys w/ Windows 10 x64 and ran into some issues.

make
gcc -Wall -I. -std=gnu99 -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -masm=intel -nostartfiles -ffreestanding -shared -s -Wl,--subsystem,windows,--kill-at -static -O2 -c -o main.o main.c
gcc -Wall -I. -std=gnu99 -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -masm=intel -nostartfiles -ffreestanding -shared -s -Wl,--subsystem,windows,--kill-at -static -O2 -L. -L. -o winnsi.dll main.o -lstdc++ -lws2_32
ertr000001.o:(.rdata+0x0): undefined reference to `_pei386_runtime_relocator'
collect2.exe: error: ld returned 1 exit status
make: *** [winnsi.dll] Error 1

Quote:

---

Originally Posted by Delteros

What system do you compile the source on? I've been using mingw32 & msys w/ Windows 10 x64 and ran into some issues.

make
gcc -Wall -I. -std=gnu99 -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -masm=intel -nostartfiles -ffreestanding -shared -s -Wl,--subsystem,windows,--kill-at -static -O2 -c -o main.o main.c
gcc -Wall -I. -std=gnu99 -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -masm=intel -nostartfiles -ffreestanding -shared -s -Wl,--subsystem,windows,--kill-at -static -O2 -L. -L. -o winnsi.dll main.o -lstdc++ -lws2_32
ertr000001.o:(.rdata+0x0): undefined reference to `_pei386_runtime_relocator'
collect2.exe: error: ld returned 1 exit status
make: *** [winnsi.dll] Error 1

---

Some of the info output bu gcc -v:

Target: i686-w64-mingw32 (this is, the compiler itself is 64 bits, but it generates 32 bits programs)
gcc version 4.7.3 (rubenvb-4.7.4-release)

The version is a bit old for now and I installed it a lot of years ago, so I am unsure about where I downloaded it back then, but it is probably one of these: https://sourceforge.net/projects/min...c-4.7-release/

Quote:

---

Originally Posted by AzumaR2

Got to say that's not working for me at least ... tried on Client EU 1.69 and TW client. both exe's name is vindictus.exe. I've paste winnsi.dll to vindictus main directory. Made new folder called sqlite with heroes.db3 in it (I've extracted it from the same client but changed link to EndPoint to get server list) but for some reason dll is not injecting cuz I'm not receiving list so it mean's that dont work. System Windows 10 Pro.

---

All the new files need to go in data folder. So the location for heroes.db is data\sqlite.

Quote:

---

Originally Posted by Vargle

All the new files need to go in data folder. So the location for heroes.db is data\sqlite.

---

Heh yeah, was too lazy to view source code ;p but ty

Quote:

---

Originally Posted by vinplayer

Some of the info output bu gcc -v:

Target: i686-w64-mingw32 (this is, the compiler itself is 64 bits, but it generates 32 bits programs)
gcc version 4.7.3 (rubenvb-4.7.4-release)

The version is a bit old for now and I installed it a lot of years ago, so I am unsure about where I downloaded it back then, but it is probably one of these: https://sourceforge.net/projects/min...c-4.7-release/

---

This is exactly what I needed, thanks