<feed xmlns='http://www.w3.org/2005/Atom'>
<title>tibia/game/src, branch master</title>
<subtitle>Tibia 7.7 decompiled game server</subtitle>
<id>https://kaplar.net/tibia/game/atom?h=master</id>
<link rel='self' href='https://kaplar.net/tibia/game/atom?h=master'/>
<link rel='alternate' type='text/html' href='https://kaplar.net/tibia/game/'/>
<updated>2026-08-01T16:03:27Z</updated>
<entry>
<title>one last adjustment to `CloseContainer` (hopefully?)</title>
<updated>2026-08-01T16:03:27Z</updated>
<author>
<name>fusion32</name>
<email>marcopuzziello@gmail.com</email>
</author>
<published>2026-08-01T15:54:04Z</published>
<link rel='alternate' type='text/html' href='https://kaplar.net/tibia/game/commit/?id=3fd1bdbaaffc6582943e3c9b3c28c20976fcb2ad'/>
<id>urn:sha1:3fd1bdbaaffc6582943e3c9b3c28c20976fcb2ad</id>
<content type='text'>
  I've also reverted the search range of `NotifyTrades` to
(12, 10), because it's just not related to `CloseContainer`.
It is called before objects are moved, and on the case the
object is split, it is called on the remaining part.
</content>
</entry>
<entry>
<title>adjustment to last commit</title>
<updated>2026-07-25T12:18:09Z</updated>
<author>
<name>fusion32</name>
<email>marcopuzziello@gmail.com</email>
</author>
<published>2026-07-25T12:18:09Z</published>
<link rel='alternate' type='text/html' href='https://kaplar.net/tibia/game/commit/?id=db5050d5dbc0525d05837f728bea52f7954286cc'/>
<id>urn:sha1:db5050d5dbc0525d05837f728bea52f7954286cc</id>
<content type='text'>
  Increasing the search radii for `CloseContainer` from (12, 10)
to (14, 12) prevented players from exploiting the issue alone but
it could still be leveraged when there was another player involved.
In this case, you have another 2 SQM on both sides that need to be
accounted for, so using (16, 14) should prevent it as well. And it
may be a coincidence, but pretty much all other searches use these
values, so I'm not sure what to make of it. They might be related?
</content>
</entry>
<entry>
<title>adjust search radii for `NotifyTrades` and `CloseContainer`</title>
<updated>2026-07-10T03:27:08Z</updated>
<author>
<name>fusion32</name>
<email>marcopuzziello@gmail.com</email>
</author>
<published>2026-07-10T03:27:08Z</published>
<link rel='alternate' type='text/html' href='https://kaplar.net/tibia/game/commit/?id=6b5e20e65d05e468dc663189ab302e02c4788c6a'/>
<id>urn:sha1:6b5e20e65d05e468dc663189ab302e02c4788c6a</id>
<content type='text'>
  This fixes an issue, also present on the original binary, where
containers thrown from Z=0 to the edge of the screen at Z=7 would
remain open to surrounding players. The previous 12-10 radii were
missing 2 SQM each when considering the maximum offset between
floors.
</content>
</entry>
<entry>
<title>minor tweak to script recursion depth checks</title>
<updated>2026-06-21T00:50:45Z</updated>
<author>
<name>fusion32</name>
<email>marcopuzziello@gmail.com</email>
</author>
<published>2026-06-21T00:49:39Z</published>
<link rel='alternate' type='text/html' href='https://kaplar.net/tibia/game/commit/?id=386fa9b8078a1b32187dfcbfc2a0ed7543e16346'/>
<id>urn:sha1:386fa9b8078a1b32187dfcbfc2a0ed7543e16346</id>
<content type='text'>
</content>
</entry>
<entry>
<title>fix player state desync on login (#59)</title>
<updated>2026-06-01T04:54:15Z</updated>
<author>
<name>fusion32</name>
<email>marcopuzziello@gmail.com</email>
</author>
<published>2026-06-01T04:52:28Z</published>
<link rel='alternate' type='text/html' href='https://kaplar.net/tibia/game/commit/?id=a8d26b6ce32066812fd46ac88804048d38218db3'/>
<id>urn:sha1:a8d26b6ce32066812fd46ac88804048d38218db3</id>
<content type='text'>
</content>
</entry>
<entry>
<title>fix issues and warnings when compiling with glibc &lt; 2.32 (#57, #58)</title>
<updated>2026-05-29T02:56:29Z</updated>
<author>
<name>fusion32</name>
<email>marcopuzziello@gmail.com</email>
</author>
<published>2026-05-29T02:56:29Z</published>
<link rel='alternate' type='text/html' href='https://kaplar.net/tibia/game/commit/?id=e2ba7cd29617ae05087ad3d25c55a2eb8ce607a3'/>
<id>urn:sha1:e2ba7cd29617ae05087ad3d25c55a2eb8ce607a3</id>
<content type='text'>
  This also fixes some inconsistencies such as mixing both strerror
and strerrordesc_np, and possible formatting issues.
</content>
</entry>
<entry>
<title>minor fix to monster targeting logic</title>
<updated>2026-05-25T21:19:39Z</updated>
<author>
<name>fusion32</name>
<email>marcopuzziello@gmail.com</email>
</author>
<published>2026-05-25T21:19:39Z</published>
<link rel='alternate' type='text/html' href='https://kaplar.net/tibia/game/commit/?id=d1c4dce3be82aa7e50ddb5b43f15ecc00a16f985'/>
<id>urn:sha1:d1c4dce3be82aa7e50ddb5b43f15ecc00a16f985</id>
<content type='text'>
</content>
</entry>
<entry>
<title>fix issues with TMonster constructor + Search functions + UH formula</title>
<updated>2026-05-09T15:40:41Z</updated>
<author>
<name>fusion32</name>
<email>marcopuzziello@gmail.com</email>
</author>
<published>2026-05-09T15:24:34Z</published>
<link rel='alternate' type='text/html' href='https://kaplar.net/tibia/game/commit/?id=54c2169ec9a99e34e1270e43e9fd1fccd3d2a824'/>
<id>urn:sha1:54c2169ec9a99e34e1270e43e9fd1fccd3d2a824</id>
<content type='text'>
  The issue with the TMonster constructor was obvious, but the others
were slightly different from the original.
</content>
</entry>
<entry>
<title>fix issue with CUMULATIVE + THROW loot (#56)</title>
<updated>2026-05-06T00:54:32Z</updated>
<author>
<name>fusion32</name>
<email>marcopuzziello@gmail.com</email>
</author>
<published>2026-05-06T00:54:32Z</published>
<link rel='alternate' type='text/html' href='https://kaplar.net/tibia/game/commit/?id=7beaa081de8aedd28f4c7ce717bcfbd2b09230d3'/>
<id>urn:sha1:7beaa081de8aedd28f4c7ce717bcfbd2b09230d3</id>
<content type='text'>
</content>
</entry>
<entry>
<title>small change to monster talking</title>
<updated>2026-04-16T10:34:02Z</updated>
<author>
<name>fusion32</name>
<email>marcopuzziello@gmail.com</email>
</author>
<published>2026-04-16T10:21:23Z</published>
<link rel='alternate' type='text/html' href='https://kaplar.net/tibia/game/commit/?id=a9f70ed1f12ac451f28ae82c270c74b31bd764d6'/>
<id>urn:sha1:a9f70ed1f12ac451f28ae82c270c74b31bd764d6</id>
<content type='text'>
  Monsters will prefix their lines with "#Y" when they're supposed
to yell. The minotaur mage from the leaked files uses a "#W" prefix
which is either a mistake or some removed feature? Either way, it
wouldn't be a problem with the original binary because it would only
check for a leading "#" before removing a three character prefix.
</content>
</entry>
</feed>
