Skip to content

Posts from HoMM3 HD bug reports.

5.0 (1 rating)
In reply to baratorch
User Avatar
Auto-translated
baratorch
But I can only blame one thing:
The in-game data transmitted over the network from one player to another arrives with errors. The preparation of the data for transmission and its reception, as well as the processing of the received data, work perfectly and contain no bugs.
It seems the problem lies in the tool the game uses to transmit data over the network.
The castle also sometimes turns gray in the hotseat mode.
Version 3.60. Im red, blue ends turn, im attacked by the ai and dont get the chance to fight the battle because its on quick combat.
Auto-translated
In the latest games, the game often crashes without generating crash reports. This happens when attacking an object or neutral units, right at the beginning of the battle. I suspect the issue is related to Quick Battles (which is enabled in this case).
Also, with Quick Battles enabled, the prompt window for initiating a Quick Battle doesn't always appear when an enemy attacks (this happened in an empty area).
There were also a few crashes when launching the game from the launcher. There was a crash when exchanging troops in a city garrison using F10.
If the information hasn't been lost, it's all in the file.
Attachments 1
1 file attached • Total size: 5.8 KB
Summer 2013


In reply to rebellious
User Avatar
Auto-translated
Crash when viewing a turn. It's possible this has already been reported, but could you fix the constant game crashes that occur when one of the AI opponents is eliminated from the game after 7 days of losing all their castles, and the player then uses the "view turn" function on the following day?
Attachments 1
1 file attached • Total size: 4.8 KB
ICQ: 564224919
Auto-translated
The game crashes when viewing the turn. Perhaps this has already been reported, but could you fix the constant game crashes that occur when one of the AI players is eliminated from the game after 7 days of losing all their castles, and the player performs a "view turn" on the following day?
Here are some more details that you are aware of.
It can be fixed, and the sooner I receive a save file(s) with this situation, the faster it will be.
If I have such a save file: I skip a turn, the computer dies, new turn: I click "view turn" and the game crashes.
Then the fix will be released very soon.
However, I don't have the ability to play and simulate this situation myself.
HoMM 3 HD:

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

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

полное подробное описание
In reply to baratorch
User Avatar
Auto-translated
baratorch
You now have quite a few details.
It can be fixed, and the sooner I receive the save(s) with this situation, the faster it will be.
If I have such a save: I skip my turn, the computer dies, new turn: I click "view" and the game crashes.
Then the fix will be released very soon.
I don't have the ability to play and simulate this situation myself.

Sorry for not providing the save file immediately. The crash occurs when playing a 2-player game in TCP/IP mode; if playing in "hot seat" mode, the game functions normally.
P/S: passwords, red: "da" / blue: "nonono"
Attachments 1
1 file attached • Total size: 363.4 KB
ICQ: 564224919
In reply to Toganash
User Avatar
Auto-translated
On the swamp spawn point, Brogh is still present, even though he died after losing all his castles and the 7-day period expired. He was standing there with his entire army, and after the time expired and the army was destroyed, he remained standing, but only with a single gnoll. There was also a mage near the mine, but he disappeared later, although he had been standing there for a long time. The mine is still listed as belonging to the pink player, even though the pink player was destroyed in the tavern. I've attached the save file and the crash log. The crash occurred when Brogh appeared in the tavern, and I tried to hire him, even though he was still standing on the swamp spawn point.
Attachments 1
1 file attached • Total size: 364.1 KB
ICQ: 564224919
User Avatar
Auto-translated
In general, I was testing the single-player game with nwczion. Then I found an opponent, and we started a "multiplayer" game on Jebus. Here's what was in the castle.
Attachments 1
1 file attached • Total size: 248.7 KB
Стрим это понты. Cтримишь, знай что твой стрим смотрят, точнее ты стримишь, чтобы смотрели, они и смотрят. Или стримы нельзя смотреть? (c) Chinqis
User Avatar
Auto-translated
This bug has been around for ages. The same issue occurs when viewing enemy towns.
Auto-translated
Well, it's not really a bug. But it doesn't work quite right. If you enter the cheat code "nwczion" in the game, it remains in the computer's memory, and therefore, if you don't close the game but start a new map generation, the consequences of this "bug" remain visible (this cheat code completely builds any city). The same thing happens when using the "view enemy towns" command from the cheat menu. But do cheat codes really need to be "fixed"? :D
Summer 2013


Auto-translated
A fresh bug. Viewing an opponent's turn removes the darkness veil from the Necropolis. I was pleasantly surprised today.
Summer 2013


User Avatar
Auto-translated
We played recently; at the start, I had version 3.52, and my opponent had 3.63. We both finished playing with the updated version 3.64. Both of us experienced a bug: in battle, neutral creatures didn't attack a stack that was within attack range (even if it could be killed with one hit), but instead moved forward. Since we were both playing as Inferno, it was unpleasant. I experienced this bug both before and after updating the version. Or is this not a bug? :)
ICQ 423164784

In reply to Sanin
Auto-translated
Sanin
We played recently; at the start, I had version 3.52, and my opponent had 3.63. We both finished on the updated version 3.64.
Both of us experienced a bug: in battle, neutrals didn't attack the stack within their attack range (even if it could be killed with one hit), but continued moving forward. Since we were both playing as Inferno, it was unpleasant. The bug occurred for me both before and after I updated the version. Or is this not a bug? :)
Something similar happened in SoD (Shades of Darkness). I was just discussing similar cases in a stream. There was a moment when a neutral didn't attack the nearest stack because it would have killed itself. Or sometimes (I noticed it in Naga battles), Nagas don't attack the nearest stack (they shouldn't be afraid of retaliation), but move somewhere else, as if they have a plan to attack those they've targeted in the next round.
Or, I used an outside mission, and the Mishka (bear) didn't attack the exposed dog and went around it.
Summer 2013


In reply to rebellious
User Avatar
Auto-translated
This is hardly a bug. It’s a feature of the AI’s behavior in combat, where the value of the unit being targeted is very low for an attack, and the AI prioritizes reaching a more valuable unit within 2 turns, rather than attacking the current target and delaying the attack for 3 turns. It is known that the AI chooses its attack target at the very beginning of the turn, and if that unit does not change its position or die, the AI will move towards that target. Changing the weight or defense could influence this, as in the case of defense, the target’s protection increases, and in the case of weight, the order may change, and the AI recalculates its targets. When I read about the AI’s combat principles in King's Bounty (Armored Princess), many of those points, as it seems to me, also exist in Heroes 3, at least they are very strongly correlated.
ICQ: 564224919

Statistics

Welcome our newest member: Emil