Skip to content

Posts from HoMM3 HD bug reports.

5.0 (1 rating)
#458
Auto-translated
Stuck on data transfer during save loading.
Attachments 1
1 file attached • Total size: 34.8 KB
648050691
In reply to zoog
#459
Auto-translated
zoog
Hed-kun, good job finding it. Do you think the author will deal with every minor bug in every fan-made creation? There are already plenty of glitches in the original game.
When the battle in the Necropolis ends:
I'm not complaining, I just found a place where I thought I could ask a question, maybe someone else has encountered it, and Era-Mod is on the list of supported mods for HD-Mod.
#460
Auto-translated
When attempting to hire an army in a town.
Attachments 1
1 file attached • Total size: 25.6 KB
648050691
In reply to qrangerq
#461
Auto-translated
qrangerq
Error followed by a crash

Crash log attached

Also, on a random map (3 players and 5 computers, using the rmgGood file), a Map drawing error occurred – first during the red player's turn, then during the blue player's turn, and finally during the brown player's turn; it became impossible to play after the error appeared.
I tried loading a save without the mod and received an error during the loading phase:


Please help me find the cause of the error (is it a faulty client? WoG 3.58f?)

Also, please note that the crash log, like the screenshot, mentions some constant (or string?):
њ—(

P.S. Alexander, thank you for the mod!
Apparently, the save is corrupted (one of the map objects has a non-existent sprite with the mentioned name). Why the save got corrupted is unknown. Sometimes saves get corrupted even in the original game without any mods. However, it may be that the map generation is faulty; to check this, you need to start it again, reveal the entire map (using a cheat, for example), and move the view around it. If this error repeats on a new generation, then there is definitely a stable bug in WoG or HD.

zoog, the instability you are demonstrating is not normal for SoD. Try recreating HD.exe (judging by the crash log, the executable was created a long time ago).
You can check the success of the recreation by pressing [SHIFT]+[CTRL]+[ALT]+[DEL] in the game: the game will crash, and in the crash log, at the very beginning, you will see compability_dir = j:\iii\hmm30\_HD3_Data\Compability\#default
instead of #default, it should be #sod.. or #com..
HoMM 3 HD:

последняя версия - 5.0 RC96 (19.09.2020)

последнее видео: https://www.youtube.com/watch?v=u70wC0DJ7I8

полное подробное описание
In reply to baratorch
User Avatar
#462
Auto-translated
The game displays a bug message, a crash log is created, but as long as you don't close the error dialog box, you can continue playing, and the turn is even passed normally.
Attachments 1
1 file attached • Total size: 40.4 KB
ICQ: 564224919
In reply to Toganash
#463
Auto-translated
Toganash
The game displays a bug message, a crash log is created, but as long as you don't close the error dialog box, you can continue the game, and even the turn is passed normally.
Is this crash log from exactly that kind of situation?
HoMM 3 HD:

последняя версия - 5.0 RC96 (19.09.2020)

последнее видео: https://www.youtube.com/watch?v=u70wC0DJ7I8

полное подробное описание
#464
Auto-translated
baratorch
Try recreating HD.exe.
Thank you! I will try.
648050691
User Avatar
#465
Auto-translated
In RC 6, there was an issue in a map with entrances to the Dungeon. Heroes would duplicate inside, then it would say that the passage was blocked, and then it simply wouldn't let the hero through. The crash log was overwritten by another one, but I'll still attach it.
Attachments 1
1 file attached • Total size: 55.2 KB
In reply to baratorch
User Avatar
#466
Auto-translated
baratorch
Is this crash log from exactly that case?
Yes, it is from that case. System: Windows 10.
ICQ: 564224919
#467
Auto-translated
baratorch
zoog, the instability you are demonstrating is abnormal for SoD. Try recreating HD.exe (judging by the crash log, the executable was created a long time ago).
I reinstalled the game (complete collection), took the exe from there, created an HD-exe from it, and all the settings were reset again – are they tied to the exe name? What do the 3 ini files do: #default#sod, default, and sod? As I understand it, the format of these files and the list of settings may change unpredictably with updates, meaning that after each update (by the way, what about disabling updates on beta versions by default? let those who know what they are doing do it, and not crowds of beginners), you have to search for the necessary items and edit them again?

Added 7 minutes later
Before the battle, it started asking "quick combat?", I checked the box in the tweaks section – now there is no replay option in the quick combat results, only OK.
No, it wasn't worth recreating the exe...
648050691
In reply to zoog
#468
Auto-translated
zoog
I reinstalled the game (complete collection), took the .exe from there, created an HD-exe from it, and all settings were reset again – are they tied to the .exe file name? What do the 3 .ini files do: #default#sod, default, and sod? As I understand it, the format of these files and the list of settings can change unpredictably with updates, meaning that after each update (by the way, what about disabling updates on beta versions by default? Let those who know what they are doing do it, and not hordes of newbies) I have to search for the necessary items and edit them again?

Added 7 minutes later
Before the battle, it started asking "quick combat?", I checked the box in the tweaks section – now there is no replay option in the quick combat results, only OK.
No, it wasn't worth recreating the .exe...
It's all so difficult...
Your old .exe was "undefined" for the HD version. HD took the settings for it from the default.ini file.
Now, it seems, HD has correctly identified the game version and created a correct .exe, and the settings for it are now taken from sod.ini

When installing HD from scratch, the sod.ini file (as well as default.ini, hota.ini, wog.ini, era.ini) does not exist. It is created the first time HD Launcher is launched by copying #default#sod.ini ( #default#default.ini, #default#hota.ini, #default#wog.ini, #default#era.ini), which stores the default settings. Provided that the corresponding original SOD/Complete .exe (hota, wog, era) is present in the folder where HD is installed.

When updating HD, the settings are NOT reset if HD has access to its files (on Win Vista, 7, 8, 10 it may not have access if installed in system folders, launched without administrator rights, and for other mysterious reasons).
When updating HD, #default#sod.ini is always updated.
HD Launcher, when launched, looks at the field in #default#sod.ini and in sod.ini, and if its value in sod.ini is less than #default#sod.ini, then sod.ini is recreated from #default#sod.ini, but for each tweak, the value is taken from the old sod.ini, if the corresponding tweak is in it.
In short, the values of unchanged settings are always saved during the update.
This algorithm will only fail if the launcher does not have write/read access to sod.ini
Before the battle, it started asking "quick combat?", I checked the box in the tweaks section – now there is no replay option in the quick combat results, only OK.
No, it wasn't worth recreating the .exe...
Just HD+ is not enabled. Replayable quick battle in HD can only be enabled/disabled by enabling/disabling HD+, as it is an integral part of HD+.
And, damn, it's visually obvious when you launch the launcher.


By the way, HD+ is enabled by default for sod, you can verify this by clicking the "Default" button on the Tweaks tab in the Launcher.
(the Default button recreates sod.ini from #default#sod.ini)
HoMM 3 HD:

последняя версия - 5.0 RC96 (19.09.2020)

последнее видео: https://www.youtube.com/watch?v=u70wC0DJ7I8

полное подробное описание
In reply to Gee
User Avatar
#469
Auto-translated
After updating from RC4 to RC8 in the HotA game, noticeable lags (~1-second delays) appeared when gathering resources, exchanging armies, etc. Yesterday, in RC4, everything ran smoothly. The settings are at their default values. It's impossible to play blitz games like this.


User Avatar
#470
Auto-translated
Sometimes, upon loading, the host loads a black map without castles or heroes, while everything is fine for the opponent. Version SoD + HD


#471
Auto-translated
baratorch
When installing HD from scratch, sod.ini (as well as default.ini, hota.ini, wog.ini, era...)
This algorithm will only fail if the launcher does not have write/read permissions for sod.ini.
Thank you for the details!
But I don't have read-only files (I specifically searched - there are only 3 PDF files with that attribute in the game folder), I'm using Windows XP, and I'm running as an administrator. The only unusual thing is that I'm using NTFS, and the executables have been renamed to .Heroes3.exe and .HD_Launcher.exe, and the settings are often reset, for example, in the launcher, the anti-aliasing type and saving all days are always set.
Perhaps I sometimes forget to rename them after an update...

Added 15 minutes later
By the way, HD+ is enabled by default for sod; you can verify this by clicking the "Default" button on the Tweaks tab in the Launcher.
That's why I never pay attention to it. It's my fault, but not many people do this every time they launch the game: 1) using the launcher and 2) checking all the boxes in at least one window.
648050691
User Avatar
#472
Auto-translated
In general, there is no definitive proof, but there is an opinion that a certain structure of the neutral creatures' battle behavior or a part of the Fire Wall spell has been changed, because now two-hex neutral creatures periodically attack the Fire Wall spell placed very close to them, and not all of them, but only a certain part... This can be seen in a stream, and I first noticed it personally in a tournament about 4-5 months ago. I thought it was a rare bug, but it turns out it's not... It started to repeat, and not just with neutral creatures, but also in Conquest mode, where nothing like this has ever happened before! And old-school players confirm that they don't remember anything like this. And Ivan firetosky claims that during a similar episode against him, a Bone Dragon was affected! But there is no video evidence even for this, so please investigate the situation.