heitorzinhotc
Viva la Vida!
- Joined
- Aug 8, 2008
- Messages
- 131
- Reaction score
- 15
That's great, it looks like we'll have truly authentic maps in version 7.4 in the near future...
He is using a proprietary map editor that reads .sec files directly, he isn't converting it to .otbm. There is an editor linked in the OP that can be used to view the .sec files, although its pretty limited in functionality. There is no publicly available fully functional .sec editor.I love your new project.But is it possible, that you just upload the converted files? Would they be readeable with the normal Mapreader?
The 999 door would have been added with deeper Banuta, which did not exist at the time (7.55).Never played 7.x
Was the 999x exp door alredy present?

maps directory, dated May 21, 2006 (7.7 times)origmap directory, dated December 12, 2005 (7.6 times)map.bak directory, dated November 16, 2005 (7.55 times)
The 999 door would have been added with deeper Banuta, which did not exist at the time (7.55).
It did exist in the 7.7 leak, of course.
Nice! I was planning to do that myself and I won't have to anymore. I will soon convert it to server ids and release it here, thanks.I've collected the available .sec files and translated into .otbm map files in one place:
- from the tarball
mapsdirectory, dated May 21, 2006 (7.7 times)- from the tarball
origmapdirectory, dated December 12, 2005 (7.6 times)- (converted) from the tarball
map.bakdirectory, dated November 16, 2005 (7.55 times)
![]()
126.4 MB file on MEGA
mega.nz
Each directory contains .sec files (original or converted using the tool in the first post) AND .otbm files for each version. Note that item IDs in .otbm files are stored as clientIDs, not serverIDs, so to view and edit them, you must either use an editor that doesn't use .otb files or use a converter.
No, it was just a joke for Cip themselves. Really cool interview with Stephan where he talks about it here:Interesting...
Does the teleport goes to anywhere? I guess not, right?
I've collected the available .sec files and translated into .otbm map files in one place:
- from the tarball
mapsdirectory, dated May 21, 2006 (7.7 times)- from the tarball
origmapdirectory, dated December 12, 2005 (7.6 times)- (converted) from the tarball
map.bakdirectory, dated November 16, 2005 (7.55 times)
![]()
126.4 MB file on MEGA
mega.nz
Each directory contains .sec files (original or converted using the tool in the first post) AND .otbm files for each version. Note that item IDs in .otbm files are stored as clientIDs, not serverIDs, so to view and edit them, you must either use an editor that doesn't use .otb files or use a converter.
I've collected the available .sec files and translated into .otbm map files in one place:
- from the tarball
mapsdirectory, dated May 21, 2006 (7.7 times)- from the tarball
origmapdirectory, dated December 12, 2005 (7.6 times)- (converted) from the tarball
map.bakdirectory, dated November 16, 2005 (7.55 times)
![]()
126.4 MB file on MEGA
mega.nz
Each directory contains .sec files (original or converted using the tool in the first post) AND .otbm files for each version. Note that item IDs in .otbm files are stored as clientIDs, not serverIDs, so to view and edit them, you must either use an editor that doesn't use .otb files or use a converter.

you can add new maps or changes quets id or ad new ones? actions uniqueid or ? it need to be improved?Amazing!
For those who are interested, it is actually possible to open these files with the map editor included with nostalrius 7.7.
![]()
GitHub - Ezzz-dev/Map-Editor: Nostalrius Map Editor
Nostalrius Map Editor. Contribute to Ezzz-dev/Map-Editor development by creating an account on GitHub.github.com
Thanks for the report, I have just pushed a fix related to ChestQuestNumbers, KeyholeNumber and KeyQuestDoor and also this one that you reported for the Editor attribute!Anyone wanting to load this converted map on the decompiled Fusion32 binary or any other binary needs to add " " to all Editor= entries in the .sec files, making them Editor="2213", or perhaps @danilopucci could apply this fix to the converter. You need to delete the origmap folder or just rename it so the server doesn't end up overwriting anything in the map when loading, and clear the data in the owners.dat file
For the client, I used Tibia client 7.70, but I replaced the .dat and .spr with the ones from 7.55 that I converted to version 7.70 using Object Builder 5.5. I'll attach them here if anyone wants them
monster.db from 08.12.2005.
AFAIK the origmap/ dir in the leak is a clean version of the live map in map/ and used to read refresh tiles to restore them to their original version (e.g. when no one has been around for a while, or after ss). I compromised in 2005. I expect origmap/ is 7.7.I've collected the available .sec files and translated into .otbm map files in one place:
- from the tarball
mapsdirectory, dated May 21, 2006 (7.7 times)- from the tarball
origmapdirectory, dated December 12, 2005 (7.6 times)- (converted) from the tarball
map.bakdirectory, dated November 16, 2005 (7.55 times)
![]()
126.4 MB file on MEGA
mega.nz
Each directory contains .sec files (original or converted using the tool in the first post) AND .otbm files for each version. Note that item IDs in .otbm files are stored as clientIDs, not serverIDs, so to view and edit them, you must either use an editor that doesn't use .otb files or use a converter.
The only way to have the closest 7.55 map is using the 7.5 RE sec files that danilopucci provided, then clean pretty much all the moveables items and replace them with the 7.7 moveable items in the origmap and do some manual work to clean it according to the map, or some approach like that I believe would be necessary. But still there is no way to know by certain if any item placement was modified from 7.55 to 7.7.AFAIK the origmap/ dir in the leak is a clean version of the live map in map/ and used to read refresh tiles to restore them to their original version (e.g. when no one has been around for a while, or after ss). I compromised in 2005. I expect origmap/ is 7.7.
It's actually 7.5, not 7.55. The dates of modification show that this map was backed up on the day when the patch 7.55 was released.I was sitting on the 7.55 map? Amazing work on the converter!
That bug wasn't related to a poison field. It was due to the lack of a proper check upon pushing a character. The field was used only to 'lock' the parcels, so that you could push the character and not one of the parcels from under its feet. It could be any field, there was nothing specific about poison. Anyway, there is no sign on the map, that anyone had abused this bug. All those items in the screenshot (food and bags) were simply placed on the map, they can be seen in the 7.7 origmap as well, and there is a refresh zone. That's apart from the fact, that you could also throw items there from the floor below.Its a bug in older tibia versions. Its documented in a few places. @kay made a good post about it a few years back.
Tibiantis - reversed old Tibia project - discussion thread (https://otland.net/threads/tibiantis-reversed-old-tibia-project-discussion-thread.267116/post-2588264)
Exactly, it's one of the details related to the top-bottom order, which they slightly reworked in 7.55. An oven has the "bottom" flag, and when there are two objects of the same order flag on one square, the game server keeps printing an error upon loading and refreshing this sector. This is why they removed those stacked ovens in 7.55. The map.bak still has them 7.5 style, but on the EO cam from 7.55 they aren't there anymore. Another such detail was here: Tibiantis Info - 7.7 Map (https://tibiantis.info/library/map/tibiantis#32716,31630,8,8) there used to be debris under that oven in the east room in 7.5 and earlier versions, and it's still there in our map.bak, but it was removed soon after.Thank you for clarification about the map version @kay!
Also, to kind of prove this, @karacamassa reported me something wierd that he spotted, look at the stacked ovens:
This video, from EO is from 7.55 and there is no stacked ovens:
But this video from 7.4, it is there
In 7.55 they were already the same as in 7.7, and the converted map uses 7.55 IDs after conversion.lst, so they should match. Just remember to use the 7.55 client .dat with this map, not 7.5. The 7.7 .dat and .spr should work too, but sprites will be mixed old-new, and there is one carpet that changed its ID between 7.55 and 7.7.But if you use the decompiled 7.7 version etc, I haven't tested for example how the "disguise" items look like as Kay mentioned above (they are different from the 7.7 map).