• There is NO official Otland's Discord server and NO official Otland's server list. The Otland's Staff does not manage any Discord server or server list. Moderators or administrator of any Discord server or server lists have NO connection to the Otland's Staff. Do not get scammed!

OTClient 1.0 (Release)

Mehah

Excellent OT User
Joined
Jun 25, 2015
Messages
164
Solutions
1
Reaction score
889

OTClient 1.0

[Features]

  • Render Optimized
  • Adaptive/Event-based Rendering (g_map.schedulePainting)
  • New Light System
  • Render Scale System (FAKE ONE)
  • Idle Animation Support
  • Highlight Mouse Target
  • Crosshair
  • Floor Shadowing
  • Anti-Aliasing Option
  • Floating Effects Option
  • Adjusted Path Finding
  • Module Controller System (Code example)
  • Optimized Terminal
  • Refactored Walk System
  • Refactored Battle Module by @andersonfaaria
  • Health&Mana Circle by @EgzoT, @GustavoBlaze, @Tekadon58 (GITHUB Project)
  • Tibia Theme 1.2 by Zews (Forum Thread)
  • Some bugs fixed contained in edubart/otclient
  • Custom Feature Definitions in features.h

[Note]​

Based on edubart/otclient Rev: 2.744
Tested on Tibia 10.98

[Sample]​

Performance Test
CPU: I7 4770
GPU: HD 4600

Scale 36x28 (11/05/2020)

Scale 40x20 (10/01/2021)

test (1).png
test (2).png

Lighting System

[Download]​

Git: mehah/otclient (https://github.com/mehah/otclient)
Build x64: https://github.com/mehah/otclient/releases/download/1.0/otclient1.0x64.zip
Src/Modules: https://github.com/mehah/otclient/archive/refs/tags/1.0.zip
 
How does it compare to OTCv8 performance wise?
 
How does it compare to OTCv8 performance wise?

There are already N comparisons with v8 on the forum and you can do it yourself, just open 1.0 and v8 and compare them, but in summary, V8 is better, both in performance and in features.
 
Congrats Mehah, this really is a legendary contribution and a breath of life to this stagnant community.

I don't host servers since long ago, but seriously, if you make use of this guy's work at the very least be sure to thank him (and buy him a coffee if you can).
 
I only see one down side with this release as I see on all forks all around, it lacks an encryption system to get fully adopted by otserver developers. It gives OTClientv8 an advantage over the rest.

Out of this question, I think that this is the best open source option out there. Congrats!
 
I only see one down side with this release as I see on all forks all around, it lacks an encryption system to get fully adopted by otserver developers. It gives OTClientv8 an advantage over the rest.

Out of this question, I think that this is the best open source option out there. Congrats!
i think the same as you but sadly devs do not u.u
 
I only see one down side with this release as I see on all forks all around, it lacks an encryption system to get fully adopted by otserver developers. It gives OTClientv8 an advantage over the rest.

Out of this question, I think that this is the best open source option out there. Congrats!
I was about to try this encryption system, if helps
@onTopic thanks Mehah! This client is amazing ;)
 
I was about to try this encryption system, if helps
@onTopic thanks Mehah! This client is amazing ;)
Super easy to break through this. The password is going to be stored inside of the binary, without any attempt of concealing it and can be found extremely easily, through multiple methods.
 
I was about to try this encryption system, if helps
@onTopic thanks Mehah! This client is amazing ;)
i used to use enigma virtual box to create a data.cab file out of modules/mods/data/conf/init.lua files and folders i don't know if its decryptable /depackable but it gives troublewhen you want to update files also it's not a encryption method it's just packaging
 
Last edited:
i used to use enigma virtual box to create a data.cab out of modulesmods//data/conf/init.lua files and folders i don't know if its decryptable /depackable but it gives troublewhen you want to update files also it's not a encryption method it's just packaging
If your intention is to protect your files it’s not the best option…
Anyone with minimun skills can open that packaging.
 
If your intention is to protect your files it’s not the best option…
Anyone with minimun skills can open that packaging.
yes i know also it sucks cuz you can't update the files when needed. so with any change you need to re-up eveything again
 
Super easy to break through this. The password is going to be stored inside of the binary, without any attempt of concealing it and can be found extremely easily, through multiple methods.
Sad to know that .zip method won't work. I was thinking on:

1) Change CMakeList to
C++:
add_definitions(-DCLIENT)
option(BOT_PROTECTION "Enable bot protection" ON)
2) Set-up a RSA modulus key to client VAPus - TFS RSA Generator (https://web.archive.org/web/20120423030928/http://vapus.net/generatersa)
3) Change game viewport size, Tibia.spr and .dat to trouble compatibility.
4) Apply Option for loading data/modules/init.lua from encrypted zip by Source61 · Pull Request #1145 · edubart/otclient (https://github.com/edubart/otclient/pull/1145) to encrypt data/modules into .zip
5) Pack everything in Enigma/other.

Haven't tested yet, the goal is to run anti-bot. Don't care much if someone get my files as long they don't be allowed to bot, and i'm not worried about updating the client, should be ready-to-go when release.

My doubts are if step 5 of packing everything at the end will work. With all this, someone will try to unpack everything? Would be nice to hear opinions before trying 🤔 Regards!
 
Last edited:
Sad to know that .zip method won't work. I was thinking on:

1) Change CMakeList to
C++:
add_definitions(-DCLIENT)
option(BOT_PROTECTION "Enable bot protection" ON)
2) Set-up a RSA modulus key to client VAPus - TFS RSA Generator (https://web.archive.org/web/20120423030928/http://vapus.net/generatersa)
3) Change game viewport size, Tibia.spr and .dat to trouble compatibility.
4) Apply Option for loading data/modules/init.lua from encrypted zip by Source61 · Pull Request #1145 · edubart/otclient (https://github.com/edubart/otclient/pull/1145) to encrypt data/modules into .zip
5) Pack everything in Enigma/other.

Haven't tested yet, the goal is to run anti-bot. Don't care much if someone get my files as long they don't be allowed to bot, and i'm not worried about updating the client, should be ready-to-go when release.

My doubts are if step 5 of packing everything at the end will work. With all this, someone will try to unpack everything? Would be nice to hear opinions before trying 🤔 Regards!
i think if you got a super nice client ofc the wil try to decrypt it
 
I only see one down side with this release as I see on all forks all around, it lacks an encryption system to get fully adopted by otserver developers. It gives OTClientv8 an advantage over the rest.

Out of this question, I think that this is the best open source option out there. Congrats!
at first I will not implement any method of file encryption, especially since it is an open-src project, totally breaks the concept, but nothing prevents the community from releasing code that does this.

Release 1.0.1 · mehah/otclient (https://github.com/mehah/otclient/releases/tag/1.0.1)
 
Last edited:
at first I will not implement any method of file encryption, especially since it is an open-src project, totally breaks the concept, but nothing prevents the community from releasing code that does this.

Release 1.0.1 · mehah/otclient (https://github.com/mehah/otclient/releases/tag/1.0.1)
Encryption should be a feature, I don't see any problem with the open source concept to add a feature like that.

The whole project is open source, when you use it on your private server you can do whatever you want with it, leave it open or encrypt your work to protect your "non open source" designs, sprites, etc...
 
when you use it on your private server you can do whatever you want with it, leave it open or encrypt your work to protect your "non open source" designs, sprites, etc...
Why do you or anyone expect this 'feature' to be the burden of the developer? If people want to protect their work or otherwise hide things from their users then that is up to them. Can't just be screeching at open source devs to implement the exact opposite of open source features for their open source projects.

This being an open source project means you can all get together and implement this feature yourselves. Gogo.
 
Why do you or anyone expect this 'feature' to be the burden of the developer? If people want to protect their work or otherwise hide things from their users then that is up to them. Can't just be screeching at open source devs to implement the exact opposite of open source features for their open source projects.

This being an open source project means you can all get together and implement this feature yourselves. Gogo.
You didn't get the point of my post.

I was only saying that people will keep using otclientv8, because of that "feature". I don't need anyone to encrypt my files.
Mehah is doing a great work for the community, but server owners will keep using otclientv8 and it will be more and more used when they realize that it has an encryption system for free.
 
Open source encryption method is such a bad idea. It's like publishing your personal passwords. It just doesn't make sense, anyone with access to that source can decrypt your files with ease so what's the point?
 
Back
Top