0.72 bugs and issues

[Tow]

Tow, you should release a windows version every week to avoid this kind of problem.

It means much work for me with moving bugs to the tracker (I don’t know if it’s localization or the servers are overloaded but it works usually very slow for me…), preparing changelogs and explaining which features are half-done and should not be reported.
I prefer to release new build when we have some new features / important changes done that can be tested as the whole. For now the main developed feature (exchange screen) is still missing one of its important functionalities (exchanging artifacts) and we still have a lot of unresolved issues from 0.72 build. Many of them are related to battles, spells, units abilities what is domain of TowDragon who left us for a several days to enjoy his holidays.

Nevertheless I see your point. There are some annoying bugs in 0.72. I’ll try to check and fix possibly many issues and post a new build by the end of this week.

[Zamolxis]

[size=84]Moving bugs to the tracker can be quite time consuming, I’ve noticed. Nevertheless, I’ll try to help with that sometimes, by adding at least my reported bugs to start with (also because I better know what’s it about). Regarding change logs, maybe it’s not necessary to go too much in detail for development version. We can see in your replies from the previous release thread which bugs have been fixed. So only thing still needed would be shortly mentioning the new features added (and which incomplete). But that, only if you think it could help you. I very much like how the project is organized so far, with the new posts/threads for new releases and all details shared. Wouldn’t wanna push you into changing your approach.[/size]

---

Issues related to the Fountain of Fortune:

#66 This is probably meant as a feature, but I just wanted to double check: H3 was showing only 1 horseshoe when the fountain was giving +1/+2/+3 Luck bonus. VCMI is showing as many horseshoes as the Luck points gained. I actually like it that I don’t need to open hero screen to see what was the exact bonus, so if you meant it as a feature as well, please disregard this.
i4.photobucket.com/albums/y104/Zamolxis/VCMI/VCMI%2007/th_090710-Fountain3.jpg

#67 This however is a valid issue I believe: H3 used to randomly give -1/+1/+2/+3 Luck penalty/bonus. If I’m not mistaken, the chances of getting 1 of the 4 possibilities were pretty equal. In VCMI however, after 10-15 tries, I got once +3, once +2, but in the rest, a lot of +1 or +0 occurrences. Which brings me to the next “bug”:

#68 I may be mistaken, but I believe H3 Fountain never left the luck unchanged. In VCMI however we get quite often “+0”, and it’s even displayed as such in hero screen:

http://i4.photobucket.com/albums/y104/Zamolxis/VCMI/VCMI%2007/090710-Fountain0.jpg (which I don’t think I ever saw in H3, if the memory serves right)

---

And somehow related:
#69 - I see Luck is implemented since 0.71, but after playing like 50 battles, I have the feeling I haven’t seen any horseshoe spinning above my creatures, even on heroes with Expert Luck. Is the animation not implemented yet, or was I just unlucky?

[Zamolxis]

#70 - After searching through a broken Wagon, I was very happy to find the [size=125]’%s’[/size]. Now I’ll just have to take care I’ll put it to good use.

[Tow]

I’ve managed to review issues up to #51. Soon the rest.

---

#6 issue with autosave - logical bug
when starting a map or loading a game, last autosave is replaced, but it should do nothing, or save on new slot. worst when starting new game after plaing another and autosaving them

For now I’ve disabling saving on first turn after starting new game or loading.

#6b I’m not sure if it works as I described, anyway there’s caption about autosaving and number of autosaves is the same

Fixed.

#7 sound interface issue
when fastly few times ravisited same place there’s the new sound with not ending old sound which causes overlaping, moreover three instances of same sound could be played simultanously (and there’s ugly disonance :P)

AFAIK this behaviour is same as in H3.

#8 sound interface issue
when moving units on battle sometimes there’s “ooh” sound even if nothing is attacked
mostly when just standing near opponent

I haven’t reproduced it. Either has been fixed or I had (bad?) luck.
Please check in the next build if this problem is still present and if possible tell how it’s reproducible.

#13 confirmed.

when no heroes availible from such town, random heroes should be taken from other town, but such maps don’t even show at mapllist (probably vcmi thinks they’re broken but they’re not)

Could you post an example of such map for tests?

#16 - The Map Difficulties in the main menu are missing the first capital letters. The displayed values are: “asy”, “ormal”, “ard”, “xpert” and “mpossible”

Fixed.

#18_gamedata heroes with arts for luck/morale/parameters if autoequipped as art-bonus at start of game haven’t bonus if loading a game only luck/morale arts don’t give bonus, arts for parameters give them

Fixed.

#19_gamedata we still have income of gold in first day but now from heroes with estates !!! (first were mines and castles)

Fixed.

#20_gamedata as for me better to see actual names of arts on map by hover-hint/right-click but if VCMI be exact like H3 it should show only “artifact”

Treat it as feature

#21_gamesystem typing “load” in console during paying(map is loaded already) crashes the game, probably some other system words will crash, maybe filter will fit here

Hmm… not a bug imho. Console window is only for testing and debugging purposes, it’s not a part of the actual game. Load command is for future use when it will be possible to load game without closing VCMI (or rather as help for developing that functionality).

#22 - LOW MORALE should not effect to undead.

Fixed by Tow Dragon.

#25 - game crashes if hero is to close to lower end of the map - see below screenshot, and uploaded game (similar situation I wrote about refered to right side of the map crash in version 0.71 no. #15 )

Fixed by Ubuntux.

#24 - CAPITOL in secondary towns, can not be built (there is info cannot build more then one capitol) but the color of the building is still red, should change into gray.

Fixed.

30_battle when any creature starts taking action there is a delay and for AI info in console is written, and during this delay if we rightclick(u can attack a monster with leftclick and right after this press rightclick) on any monster game crashes, in logs there is info about structure setactivestack and start/endaction (i won’t put logs, because reproducible)

Probably fixed.

33__gamedata Alchemists and deathknights haven’t magicbook, that are only might heroes that have it

Fixed.

#38

player red is player zero on player messages
and player red is player 1 on other console messages

#39

strange info from console

Not bugs.

#42 changing animation speed through battle settings menu cause crash

AFAIR was fixed. (i’m not sure, please check when the next build is ready)

#50 - Background creatures disappear from the Battle Casualties window if we move the mouse cursor out of the client interface:

Seems to be fixed.

#51 - Crash in the beginning of the “Chasing a Dream” map, when picking the Badge of Courage artifact next to the town:

May be also a effect of r-click in tavern.

[Zamolxis]

Wow. So many fixes ('guess it’s our turn to say “Thanks. I love you.” ) . I’m very much looking forward to the next release.

Bug #51 may indeed be caused by r-clicking in Tavern (the “unreproducible” bug suddenly became very reproducible when I tried that:).

There are two other reported bugs for which I was looking for a resolution: #26 (experience needed for level-ups) & #47 (maybe fixed together with #27?) - or are they postponed for the next release?

//
Something I almost wanted to report as a bug, but then I realized it’s actually meant to be like this, is the message we get after visiting Warrior’s Tomb. I have to say kudos for the way you implemented it. It was a very good idea to add the morale penalty next to the found artifact (though again, I’d expand the number of chars/row here as well):

i4.photobucket.com/albums/y104/Zamolxis/VCMI/VCMI%2007/th_090711-VisitWarriorsTomb.jpg

[Zamolxis]

#71 : Crash when attacking the L7 monster on tile 33x22 in the All for One map (not reproducible).

i4.photobucket.com/albums/y104/Zamolxis/VCMI/VCMI%2007/th_090711-Crashwhenattackingmonsterat3.jpg

As you can see, it crashed in the moment when the battle screen opened, without displaying the creatures or even the frame of the battle screen.

Please check the attached logs, as I wasn’t able to reproduce it. I reloaded the attached saved game 3-4 times, played all other heroes the exact way I remembered I played them before the Sephinroth’s battle (I just don’t remember exactly which objects I may have right clicked), but when I got to Sephinroth, attacking the Angels didn’t recreate the crash. I’m pretty sure I didn’t go to the Tavern on that day to r-click a hero. But anyway, I thought that bug only triggered a crash when picking artifacts on the map (and that does happen, when I pick the Sandals of Saint after defeating the Angels). R-clicking Tavern heroes however did not recreate the crash when attacking the Angels.

#72 : After one of the failed attempts of reproducing the above crash, I ran into a battle bug while fighting the Angels: Dragon failed attack, followed by mouse cursor lost from the client interface; meaning I was not able to click on anything to continue the battle or the game.

Battle steps that led to it:

• Attack Angels with Sephinroth using the attached game for #71
• Round 1: Angels move close, Cast Lightning Bolt on Angels,
• Dragons Wait, Shoot with Elves & Beholders, Harpies Wait
• Attack with Dwarves (Angels retaliate), then with Troglodytes, Harpies & Dragons
• Round 2: Angels attack and kill all Elves
• Cast Lightning Bolt on Angels, Dragons & Harpies Wait, Shoot with Beholders
• Attack with Dwarves (Angels retaliate), then with Troglodytes & Harpies
• Then I flied the Dragons in an attempt to attack from below, I had the attack animation, but the attack produced no damage (no “hit” animation/sound on Angel) and then also the mouse cursor disappeared from the interface, with no way of bringing it back to continue the game

i4.photobucket.com/albums/y104/Zamolxis/VCMI/VCMI%2007/th_090711-CursorlostafterDragonfaileda.jpg

By following the above steps, I didn’t manage to exactly reproduce it, mainly because AI did not always attack my Elves in round 2. I noticed it depends on how you place your troops around the Angel in round 1 (Dragons in front, the other melees attacking from the hexes behind). However I did have it that a couple of times the Angels froze after retaliating against the Dwarves, which may be the actual cause of the bug itself. After the Angels froze, again the mouse cursor was lost. I couldn’t even close the game interface from the upper right cross button (maybe if I would have waited after clicking on it?). I was able to close it from the Console, getting an error message afterwards. You’ll probably be able to reproduce it, otherwise see if the logs are of some help.

#73 : AI doesn’t recognize the front hex of a 2-hex creature (or so it seems). During my attempts to reproduce the above bugs, the Angels were sometimes flying just in front of my Dragons (like in the screenshot), but were never attacking them. It’s not easy to reproduce, as the AI moved the Angels there in only 3 of my 15 replays of the battle, but in those 3 cases, the 8 Angels flew there without killing my 2 Dragons (which should have been the logic choice for the AI: the only reachable enemy, and not a large stack of shooters, to make sense that they go there for blocking purpose):

i4.photobucket.com/albums/y104/Zamolxis/VCMI/VCMI%2007/th_090711-DidntattackDragonNumbersover.jpg

#74 : Enemy creatures should have their hex shaded if they are within the attack range of the active creature (melee+range). This is just a detail, but if we want to implement this exactly like in the original H3, the Angel in the screenshot above should have its hex shaded, same as the Gold Dragons and Pixies have it in the H3 screenshot below.

---

*As a reminder, in the screenshot above we can see again the misplaced stack numbers reported as 0.7#71 (in Aidis’s post they were under the wrong creature, here they are overlapping - but basically it’s the same problem). Please find below the rules regarding the correct placement of these stack number boxes, explained in all necessary details I believe:

1. The creatures in the attacking army (left side of the battlefield) have the default position of the stack number box in the lower part of the hex in front of them, attached to the line separating their (front) hex and the hex in front containing the box (see Monks, Pikemen, etc in the screenshot below)

2. The creatures in the defending army (right side of the battlefield) have the default position of the stack number box in the upper part of the hex in front of them, attached to the line separating their (front) hex and the hex in front containing the box. The purpose of that is that when there’s an empty hex between a friendly and an enemy creature, both boxes can be displayed without overlapping (see 1 Archangel facing 2 Gold Dragons in the upper right side of the screenshot below)

3. When the hex in front of a creature is occupied by any type of obstacle (other creature, war machine or terrain obstacle), the stack number box moves inside the hex of the creature, centered (see Paladin below). For 2-hex creatures, it is placed in the front hex of that creature, but again centered (see 1 Archangel facing 2 Diamond Dragons below)

Notes:

• If a creature is in one of the hexes on the opposite side of the battlefield, the end of the battlefield is not considered as an “obstacle”, hence their stack number box is still shown in front of them (out of the hexed area, still attached to the side of creature’s hex).
• Dead creatures are also ignored, so we may have a stack number box in the hex of a dead stack
• Castle Walls are considered an obstacle, but moats (or similar) are not.
  (I forgot to include these 3 situations when I prepared the screenshot below)

[size=75](comments added to 0.7#71 on SourceForge as well)[/size]*
090711 - Crash when attacking monster at 33x22 on All4One.zip (105 KB)
090711 - Cursor lost after Dragon failed attack.zip (4.61 KB)

[Zamolxis]

#75 : New crash when attacking a Green Dragon that used (Wait+)Defend in the previous round. I discovered this while playing the same battle which was subject to bugs #71 & 72. I don’t know if it’s related to #72, as behavior is quite different (no Angel freezing, or failed attack leading to the disappearance of the mouse cursor).

Here are the steps that led to it:

• Load game 2009-Jul-11-171057 (in the attachment below)
• Attack Angels with Sephinroth, Angels make the first move coming closer
• Lightning Bolt on Angels, Green Dragons Wait
• Double shoot with Grand Elves, who got morale and could double shoot again
• Shoot with Beholders, Harpies Wait, Attack with Dwarves from behind (Angels retaliate)
• Attack with Troglodytes, then with Harpies and Green Dragons
• Round 2: Angels attack Grand Elves (unless Elves got the morale extra shot previous round, Angels kill all Elves now)
• Lighting Bolt on Angels, Green Dragons Wait, Shoot with Beholders, Harpies Wait
• Attack with Dwarves (Angels retaliate), then with Troglodytes & Harpies
• Green Dragons defend (ending round 2)
• Round 3: If you’re lucky, Angels attack Green Dragons now, causing the crash

Of course, it may not always happen that Angels attack Green Dragons in round 3, especially if they manage to kill all Grand Elves in round 2, so you may need to replay the battle a few times, always applying Defend on Green Dragons at the end of each round starting with round 2. But if AI decides to strike the Green Dragons in this situation, then the crash is always reproducible (3 out of 3 attempts on my side) - see screenshot & attached logs.

i4.photobucket.com/albums/y104/Zamolxis/VCMI/VCMI%2007/th_090712-CrashwhenAngelsattackedDrago.jpg

EDIT: Probably an important note - It seems the bug is pretty much related to the Dragons. I tried Wait+Defend on Grand Elves in round 1, but the game didn’t crash when Angels attacked them in the round 2. That, while for Green Dragons is always reproducible as I said. On the other hand, I hope that’s not misleading information - maybe it’s not related to Dragons per se, but to attacking a 2-hex defending creature,… or something else. If you don’t manage to identify the cause, I’ll try to reproduce it in the future with other creature types (other 2-hex, other dragon types, etc).

#76 : And a small detail (not even sure if it’s a bug or meant as a feature), regarding the mini status window, the lower right box in the game interface, with brief information about the selected hero or updates (new day; size of resource picked; etc). In H3, in the beginning of a new day/week/month, we have a short specific animation. When the animation ends, the content of the box changes to info about the 1st hero (selected) in the hero list. In VCMI, the box remains frozen on the last frame of the new day animation. Moreover, even if we select another hero in the list during the Autosave, the box will still remain frozen on that last frame of the animation (see screenshot below, I selected Sephinroth during Autosave, and the info box did not change). Only after Autosave is completed, we can click on one of the heroes to have the box content changing.

i4.photobucket.com/albums/y104/Zamolxis/VCMI/VCMI%2007/th_090712-Statuswindownotchangedalsoif.jpg

Now, I don’t really mind that the box does not change immediately at the end of the new day animation (I always felt it was kind of short in H3). But I would expect that it changes at least at the end of the Autosave process, and/or at least when I click on another hero in the list, even if the game is still Autosaving. But again - this is just a detail, a small difference from H3 - I don’t think anybody would mind if it’s not fixed.
090712 - Crash when Angels attacked Dragons which Defended previous round.zip (104 KB)

[Zamolxis]

#77 : New Crash when enemy Champions tried to attack friendly Centaurs from below.

Steps to reproduce (if you’re lucky:):

• Load the Saved Game from #75 above and hit End Turn
• Select Alagar and attack the Champions at North-East
• Don’t use magic (it’ll kill them before you manage to reproduce the bug)
• Use Wait until it’s Iron Golems’ turn (if you’re lucky and AI moved Champions within their range)
• Attack Champions with Iron Golems, then with all your other creatures, surrounding them like in the screenshot
• Round 2: if Champion move 1 hex behind and attack the Centaur, you have your crash

This makes me more and more believe that #75 is not related only to the Dragons and maybe not even to the fact that they defended in the previous round. It could have something to do with the angle of attack. Perhaps even related to #73 (issues with correctly identifying the front hex of a 2-hex creature). The more I think of it, the more I realize many battle crashes lately (since 0.7 or even earlier) involve a 2-hex creature attacked from below. There may be an error related to one of the possible angles of attacking 2-hex creatures from below (maybe also from above, though now I don’t remember any such crash). What I do remember, is 2-hex creatures attacked/killed from the front or back hex, and that makes me think the issue maybe be with only 1 particular angle. I’ll keep trying to reproduce this during my attacks, but it seems crashes occur mainly during AI’s attack.

See also if the attached logs are of any help.
090712 - Crash when Champions attacked Centaurs.zip (3.83 KB)

[Tow]

Second part of fixes. Build will be released this evening.
Unfortunately it will break save format, so your last savegames won’t be used probably
However crashes with two-hex creatures are known and not so hard to reproduce.
(the size and attack angle are the problem)

---

#53 - We still have redundant quotation marks in artifact description (a fix is mentioned in the changelog, but either it refers to sth else, or it didn’t make it to the 0.72 package):

Fixed.

#54 (similar to #46 and hardly a bug) - As seen in the screenshot above, the artifact name is displayed on 4 rows, because the number of maximum characters per row is smaller as compared to H3:

I’ve increased the limit, should be better now.

but new anim for tavern is probably displayed as in wrong format (let be bug #55)
(not whole animation box used, animation is very gray, animation looks like semi-random dots)

EDIT: I have forgotten about another bug
there it is
#56 hero can begin exchange with himself sometimes (if not always) when clicking space

Not a 0.72 bugs!

#57 The screen opens in VCMI with the games apparently sorted: first by Number of Players and second by Map Version. In H3, the screen opens with games sorted: first by Map Version and second by Scenario Name.

Implemented.

#58 Sorting by Scenario Name does not work at all.

Seems to be already fixed.

#60 The map save date & time text is more detailed than H3 - which is okay - but perhaps because of the fonts used, it seems a bit too long in terms of occupied space:
The real “bug” here however is the square character

Square character has been removed. I can also print date in H3 format but I’m not sure if it’s better. For me it’s confusing, because I’m used to YYYY-MM-DD format when H3 uses MM-DD-YYYY.
By the way I fixed also bug that converted time to GMT (it was once reported). Now local time will be used

#61 If a resource pile is at “0” and we have an event attempting to reduce that pile, not only should the pile not go under “0” (bug fixed in one of the previous versions), but also the event message window should not display that resource anymore.

Fixed.

#62 The Load interface opens with none of the Saved Games preselected, but actually with the game that would be first in the list in the New Game screen. We can even press on Load and the new game starts.

Fixed.

#63 Lean To says it’s “long abandoned” at first visit already.

Not reproducible
If it occurs again, please try to get save.

#66 This is probably meant as a feature,

Feature
(or rather minor improvement)

#67 This however is a valid issue I believe: H3 used to randomly give -1/+1/+2/+3 Luck penalty/bonus. If I’m not mistaken, the chances of getting 1 of the 4 possibilities were pretty equal. In VCMI however, after 10-15 tries, I got once +3, once +2, but in the rest, a lot of +1 or +0 occurrences.

Really strange, since code for the bonus is:

gbonus.bonus.type = HeroBonus::LUCK;
gbonus.bonus.val = rand()%5 - 1;

I’ll take a closer look at this later.

#69 - I see Luck is implemented since 0.71, but after playing like 50 battles, I have the feeling I haven’t seen any horseshoe spinning above my creatures, even on heroes with Expert Luck. Is the animation not implemented yet, or was I just unlucky?

Fixed a bug that prevented showing luck animation

#70 - After searching through a broken Wagon, I was very happy to find the ‘%s’. Now I’ll just have to take care I’ll put it to good use.

Fixed.

There are two other reported bugs for which I was looking for a resolution: #26 (experience needed for level-ups)

Not fixed, though I’ve improved current values, so first 15 levels should match.
Full fix later.

#47 (maybe fixed together with #27?)

#47 is not so simple. I’ve added a workaround that should prevent crashes. That’s all I can do for upcoming build.

[Zamolxis]

#63 Lean To says it’s “long abandoned” at first visit already.

Not reproducible
If it occurs again, please try to get save.

Yep, it’s a real pity I didn’t upload a Saved Game when I had the chance. It happened with both Lean-to’s next to the Tower on the All for One map, so I thought it’s a general bug, easily reproducible. I tried a gain the map, but didn’t reoccur.

This is a good example maybe of why I created suggestion suggestion 45 in the Missing features thread. I think the resources for Lean-to might be generated at map start (?), and if that is the case, I could have used a save at game start (which would not get overwritten by End Turn saves later on).

There are two other reported bugs for which I was looking for a resolution: #26 (experience needed for level-ups)

Not fixed, though I’ve improved current values, so first 15 levels should match.
Full fix later.

That should be good enough for now. Until L13 formula was variating too much anyway, so I guess you just set hard values (?) and left the implementation of the formula for higher levels for later. Anyway, many thanks for all the fixes!

[Tow]

29 - Crash when trying to enter Monolith Two Way on Deluge map. It’s always reproducible - use the same saved game, and go to the Monolith south of your castle (I’m also attaching the logs, not sure if useful).

Fixed.

[Tow]

#9 interface leak
no infowin on enemies. The infowin is not shown,
and vcmi yells “no infowin for hero xxx” or “no infowin for town yyy”

Fixed (implemented).

#13 timed event bug
timed event which should be everyday from day 1 occurs in vcmi only once (at day 1)

Fixed.

#26 - VCMI Hero Level-Up formula does not correspond to the H3 one*:

Fixed. Fully

#40 In Town Screen, if we have more than 3 towns, clicking on the 1st or 3rd down in the list also scrolls the list, instead of just selecting it. Perhaps is meant as a feature, but personally I find it pretty confusing (so far).

What you could however implement, is Arrow keys for scrolling through the town list.

For clarification, here is the H3 behavior:

• Clicking on another town in the list (of 3 visible) selects/opens it, but does not recenter the list on it (it remains 1st, 2nd or 3rd of the initial visible list, unless we click on the scroll arrows).
• Keyboard Arrows scrolls through the list of towns, maintaining the position of the selected town. So if 3rd was selected, pressing arrow down selects the next one, which then becomes the 3rd visible.

Implemented.

#46 - When gaining the skill from a Scholar (and probably same from Witch Hut), “Intelligence” word does not fit on one row:

Should be fixed.

[majaczek]

the “ooh” bug (which i said about before) was easily reproducible in my game and I think it is/was related which creatures are doing in battle (probably the creature with no sound “steals” sound from last sound played)
sorry for not synchronised message as I’m not able to frequently acces the internet recently

[Zamolxis]

Regarding the “ooh” bug (though Steven may actually be able to give us a better English spelling of that sound :p) :

#8 sound interface issue - when moving units on battle sometimes there’s “ooh” sound even if nothing is attacked - mostly when just standing near opponent

I haven’t reproduced it. Either has been fixed or I had (bad?) luck. Please check in the next build if this problem is still present and if possible tell how it’s reproducible.

I believe it’s the same with what Steven reported previously as 0.71b#25:

0.71b#25 - When in battle, there is the same pain sound effect whenever something happens, such as an attack, or casting a spell, and sometimes when a unit is finished moving.

This is easily reproducible if you load the game attached below. Or any other - if I’m not mistaken, it’s actually happening only on loaded games (which would explain why Tow couldn’t reproduce it by just trying some battles on a new game). But just in case that’s not the reason, simply load the attached game, then pick any of the 3 heroes and attack any of the adventure monsters within their range. You’ll have the pain sound at the end of (almost?) any creature action during battles.
090725 - wrong sound in battle.zip (75.1 KB)

[Tow_dragon]

#35 - The basic value for the Ballista damage is incorrect. We have 2-3 in VCMI, while in H3 it is 6-9.

I don’t know what could cause this… the dmg in VCMI should be even higher than in WoG because VCMI does not take into account distance penalty (yet).

]#36 - The Magic Arrow damage seems too high. I say “seems” based on the number of enemy creatures killed by it, as the battle log does not give the actual damage. EDIT: Valid for other destructive spells as well - possibly they’re all overpowered.

To better tell how far from the correct value the spell damage is, it would be useful to implement spell damage information for the spell book & battle log, but I’m gonna report this in the Missing features thread.

To implement damage calculation I’ve used this site : heroesofmightandmagic.com/he … sair.shtml . Do these formulas seem correct?

Probably bug, maybe not - on Arrogance3 - battle with enemy hero on the coast begining on different battle arenas (attacking from top - battle on “dirt”; from right - battle on “boat”). In HoMM battle arena depends on position of defending army.

It works for me correctly (VCMI almost 0.73).

Regarding #17, #71, #72 and similar - these bugs seem to have common cause. I’ll try to fix them for VCMI 0.74.

#77 : New Crash when enemy Champions tried to attack friendly Centaurs from below.

Err… you managed to attack friendly stack? Interesting, I hope it will be fixed togather with those bugs mentioned above.

[Tow]

I don’t know what could cause this… the dmg in VCMI should be even higher than in WoG because VCMI does not take into account distance penalty (yet).

The base value is 2-3 and it’s coded in H3 .txt config files. However H3 uses special formula for calculating ballista damage range: base_value * (hero_attack + 1).

It works for me correctly (VCMI almost 0.73).

IIRC I’ve fixed it somewhen.

#23 - LEARNING SECONDARY SKILL - not increase value of gained exp.

Not a bug - it was never said to be implemented (cf spreadsheets.google.com/ccc?key= … pLe4raNAWA )

#45 Music does not change when switching between towns.

Fixed.

[Zamolxis]

#35 - The basic value for the Ballista damage is incorrect. We have 2-3 in VCMI, while in H3 it is 6-9.

I don’t know what could cause this… the dmg in VCMI should be even higher than in WoG because VCMI does not take into account distance penalty (yet).

The base value is 2-3 and it’s coded in H3 .txt config files. However H3 uses special formula for calculating ballista damage range: base_value * (hero_attack + 1).

True. However that should be the damage displayed in the War Machine card, as well as the damage inflicted. For example, this is how the Ballista stats of a L1 hero with Attack 2 look in battle (H3):

http://i4.photobucket.com/albums/y104/Zamolxis/VCMI/VCMI%2007/090726-H3Ballistastats.jpg - and that is also the inflicted damage if the enemy is in full range

So in VCMI both the Stats card and the inflicted damage need to be updated, because VCMI displays & inflicts only 2-3 damage always.

//

#36 - The Magic Arrow damage seems too high. I say “seems” based on the number of enemy creatures killed by it, as the battle log does not give the actual damage. EDIT: Valid for other destructive spells as well - possibly they’re all overpowered.

To better tell how far from the correct value the spell damage is, it would be useful to implement spell damage information for the spell book & battle log, but I’m gonna report this in the Missing features thread.

To implement damage calculation I’ve used this site : heroesofmightandmagic.com/he … sair.shtml . Do these formulas seem correct?

The Magic Arrow formula seems correct (I didn’t check the others), but it’s not how it’s implemented in VCMI. According to the formula in the link a hero with Power 1 should inflict 20 damage at basic level. In VCMI the same hero inflicts 60 damage. And that is valid for all damage spells implemented in VCMI: they seem to be 3 times stronger than they should.

By the way, I would take the values in that link with a grain of salt. Whoever uploaded them also got fooled by the way the Ballista damage is calculated, as they give 8-12 as default value (which is probably what they had on the screen when extracting the data, simply because perhaps it was a L2 hero with +2 Attack

//

#77 : New Crash when enemy Champions tried to attack friendly Centaurs from below.

Err… you managed to attack friendly stack? Interesting, I hope it will be fixed togather with those bugs mentioned above.

Not me, the “AI”. But - as you said - it was probably caused by the same reason we’ve had all the other bugs regarding 2-hex creatures. Looking forward to 0.73.

[Tow_dragon]

#35 - The basic value for the Ballista damage is incorrect. We have 2-3 in VCMI, while in H3 it is 6-9.

Fixed (the damage should be 2 * (hero attack+1) - 3 * (hero attack+1) )

#36 - The Magic Arrow damage seems too high. I say “seems” based on the number of enemy creatures killed by it, as the battle log does not give the actual damage. EDIT: Valid for other destructive spells as well - possibly they’re all overpowered.

To better tell how far from the correct value the spell damage is, it would be useful to implement spell damage information for the spell book & battle log, but I’m gonna report this in the Missing features thread.

Fixed. Stupid bug caused all spells to have armageddon’s damage.

#52 - Flagged mines are still shown as neutral (gray) in the mini-map:

Fixed

[Tow_dragon]

All crashes regarding attacking two-hex creatures are (hopefully) fixed. Obstacles should now fit the battlefield too.

[Tow]

34__advmap originally when a hero hasn’t movementpoints to go diagonally(i.e. off the road) but has for a step by road, an attempt to go off the road decreases movementpoints without moving, in vcmi there is no mp loss but the path Xmark dissappears (it’s better to leave it like this, but if following h3 u should fix )))

Will be left as it is for now. Current behaviour prevents us from accidentally losing possible movement.

#49 - Large stack numbers don’t fit very well in the boxes:

Fixed.

#59 Sorting by other categories works, but only ascending. A second click on the column header should sort in descending order.

Fixed.