FANDOM


The Tibia 11 Linux client is the official game client provided by CipSoft GmbH in order to play the game on that platform. It aims to be distribution agnostic and is provided as a downloadable archive from the official website. Previous to this version it was possible to connect to the game with the Tibia 10 Linux Client, but that piece of software has since been deprecated by CipSoft GmbH. One should however note that while Tibia 11 Linux client is the official game client for that platform, it is not officially supported by CipSoft GmbH. That means they do not provide technical assistance for this client and thus technical issues and questions should be directed at the community.

As of July 24, 2018, Linux client is similar to Windows and Mac OS clients in every aspect, as it now also has a Launcher. Thus manual client updates are no longer required and update procedure is the same on all platforms.

Installation and launch

Linux client does not require any particular installation other than download of the archive from the official website. That archive then needs to extracted using a tool of your choice. The archive contains a client launcher which will take upon itself the actual download of the client and any subsequent updates.

tar xfz tibia.x64.tar.gz

That will produce an extracted folder named: tibia.x64 which will contain another folder named Tibia with the actual launcher and client files.

tibia.x64/Tibia

Finally in order to start the launcher, one needs to navigate into that folder and start the start-tibia-launcher.sh script.

cd tibia.x64/Tibia && ./start-tibia-launcher.sh

With the introduction of the Launcher, binary files from the archive can still be placed anywhere on the user's system, however the user data storage now resides in /home/<user's username>/.local/share/CipSoft GmbH/Tibia and is no longer in the same directory as the client files.

User Settings

Tibia 11 Linux Client follow the same internal structure as both the Windows and Mac OS X clients, that means that:

  • Client options are stored in ~/.local/share/CipSoft GmbH/Tibia/packages/Tibia/conf/clientoptions.json file.
  • Minimap files are stored in ~/.local/share/CipSoft GmbH/Tibia/packages/Tibia/minimap.
  • Character data is stored in per-character folders in ~/.local/share/CipSoft GmbH/Tibia/packages/Tibia/characterdata/.

Caveats

Most of the data can be safely migrated from one client to another. However it shall be noted that copy-pasting clientoptions.json entirely is not recommended, due to variations in platform specific configuration. Instead one should only transfer only specific portions of it.

Known issues and workarounds

Error Message: "Error Creating SSL Context"

Note: This issue should no longer occur on the most recent Linux Client versions, and thus is left here fore historical purposes only.

This error appears on distributions that have already migrated to the openssl 1.1.x and above while Tibia 11 Linux Client requires version 1.0.x. Two possibles solutions exist. The obvious one would be to downgrade the openssl library to previous version, however that might prove difficult if the new version is used within the core of distribution as that might render part of the system unusable. Another workaround consists in installing two versions of the openssl alongside one another (most of the distributions that already moved to that point, provide development or compat packages for that).

To install the development version of openssl 1.0.x run:

sudo apt install libssl1.0-dev

Error Message: "Error while loading shared libraries: libpcre16.so.0"

Full error message looks like this:

Error while loading shared libraries: libpcre16.so.0: cannot open shared object file: No such file or directory."

This happens because Tibia 11 Linux Client requires libpcre16.so.0, which might not be installed on some systems, having been replaced by a newer version libpcre.so.3. This issue can be resoled by creating a symbolic link between libpcre.so.3 and libcpre.so.0.

cd /path/to/libpcre.so.*

ln -s libpcre.so.* lib libpcre.so.0

Note: the path to the correct file depends on the distribution! So you should first check in your package manager for the right path to the library.

Terrible font rendering

As Tibia 11 Linux Client uses proprietary Microsoft fonts (Verdana among others), these are not always available. And while most distributions have some kind of compat packages (mscorefonts or similar), font rendering within the Tibia 11 client on Linux is still an issue.

No definite work-around is known but there exists two possible solutions that seem to alleviate the issue are listed below. One might be forced to test them one by one or altogether to achieve best results.

Microsoft Proprietary Fonts

One workaround for terrible font rendering is installing proprietary Microsoft Fonts. Most Linux distribution offer one way or another to do so. (Arch Linux or msfonts which directly has the .ttf files, Ubuntu Linux, Solus Linux).

Note: It is also possible to migrate fonts from a Windows System if you have access to one (that is, instead of installing them through a package, one transfers .ttf files directly, and then installs them as normal Linux fonts), but that is considered to be a grey-area in Linux community as it does not follow Microsoft's End User Agreement for Core Fonts. On some distributions this however produces one of the best returns in terms of graphics.

Forcing Infinality Interpreter

Another workaround is changing how your linux system renders TrueType fonts in Tibia, that is forcing Infinality interpreter manually. This requires manually editing the start-tibia.sh script in tibia-* folder which looks like this:

#!/bin/bash
# Adapts library load path to include Qt libraries found in the root folder of the client's binary file.
# client shouldn't be called directly to prevent needed libraries not being found.

SCRIPT=$(readlink -f "$0")
PATH=$(dirname "$SCRIPT")
BIN_PATH="$PATH/bin"
LD_LIBRARY_PATH="$BIN_PATH" exec "$BIN_PATH/client"%      

And adding the following line:

export FREETYPE_PROPERTIES="truetype:interpreter-version=38"

right before the final line of the launch script.

Note: the number 38 at the end of the export string can be replaced by either 35, 38 or 40. One should test out these values and keep the one that gives the most pleasing result.

A more in depth article on how to fix the truetype rendering on Linux can be found here. This issue raised and discussed on Tibia Forums can be found here.

Font substitution

If both of previous workarounds fail, one might consider font substitution. That is, making it so that whenever a program asks for a specific font, another one is rendered in its place, unbeknownst to the program. This technique is slightly more advanced as it has repercussions on the entire Linux system, not just Tibia. Therefore one should understand what they are doing before attempting it!

1. First step consists in determining the accepted path for user-specific configuration of the fontconfig on the system, as it depends on the Linux distribution, one would have to refer to their distro's documentation. Usually it can also be found in one of the configuration files in /etc/fonts/ (For example, on Solus distribution, the relevant data can be found in /etc/fonts/conf.d/50-user.conf)

The overall file would look similar to:

<?xml version="1.0"?>
<!DOCTYPE fontconfig SYSTEM "fonts.dtd">
<fontconfig>
	<! --
	    Load per-user customization files where stored on XDG Base Directory
	    specification compliant places. it should be usually:
	      $HOME/.config/fontconfig/conf.d
	      $HOME/.config/fontconfig/fonts.conf
	-->
	<include ignore_missing="yes">/etc/fonts/conf.d</include>
	<include ignore_missing="yes">/etc/fonts/fonts.conf</include>

	<include ignore_missing="yes" prefix="xdg">fontconfig/conf.d</include>
	<include ignore_missing="yes" prefix="xdg">fontconfig/fonts.conf</include>
	<! -- the following elements will be removed in the future -->
	<include ignore_missing="yes" deprecated="yes">~/.fonts.conf.d</include>
	<include ignore_missing="yes" deprecated="yes">~/.fonts.conf</include>
</fontconfig>

Thus from the above file, one can see that per-user config files taken into account are:

~/.config/fontconfig/conf.d
~/.config/fontconfig/fonts.conf

2. The second step is to chose a replacement for the font one wants to substitute (Verdana in case of Tibia). That comes up to personal preference, but popular alternatives can be found all around the Internet ("Free equivalents for standard proprietary fonts - Linux Magazine", "Verdana Alternatives - Practical Typography", "Linux equivalents for Verdana and Arial"). Note: If the chosen font is not installed, one would first need to install it, before proceeding any further.

3. Finally, the third step comes to adding the following configuration values to one of configuration files of fontconfig (from the above example it could either be ~/.config/fontconfig/conf.d or ~/.config/fontconfig/fonts.conf).

<?xml version="1.0"?>
<!DOCTYPE fontconfig SYSTEM "fonts.dtd">
<fontconfig>
  <match target="pattern">
    <test qual="any" name="family"><string>Verdana</string></test>
    <edit name="family" mode="assign" binding="same"><string>Droid Sans</string></edit>
  </match>
</fontconfig>

In this example the replaced font is Verdana and it is replaced by Droid Sans. Furthermore the presence of binding="same" indicates that Verdana should always be substituted by Droid Sans and not any other font.

After saving the configuration file, it is suggested to run:

fc-cache -f

to refresh the font cache and finally rebooting. Once that is done, the Linux system should now use the substituted font instead of Verdana whenever it would run Tibia.

Dragging items causing fps drops

This issue is related with the polling rate for the mouse you are using. If you are using a gaming mouse with variable polling rates research how you can change this (normally through your mouse manufacturer's software). Should be set to 125Hz to avoid any issues.


Useful Links


Go Forward Icon

See also:

Tibia 11 and Client
Community content is available under CC-BY-SA unless otherwise noted.