Connection ErrorBad RequestThis page went staleSession ExpiredSign in requiredForbiddenNot FoundToo Many RequestsServer ErrorBad GatewayService UnavailableGateway TimeoutHTTP Version Not Supported
Session Expired
Your session has expired. Please log in to continue.
Sign in required
You need an account to do that. Sign in or create one — it only takes a minute.
This page went stale
Your security token was rejected, usually because the page sat open too long or you signed in elsewhere. Nothing was saved. Reload the page and try again.
Request Failed
We encountered an issue while processing your request.
Please check your internet connection and try again.
Error Details:
Share Link
Posts from A program for determining luck/morality in Heroes 3!Auto-translated
Initially, cranim.txt is embedded in the game's resource files and inaccessible to the player. But someone extracted it, modified it (!), and uploaded it to HP. And vbn modified the already modified file. So, those who downloaded cranim from the Portal also unknowingly made changes to the mechanics of morale and luck. Think about it!
Can you specifically say how and in what way he changed the mechanics of morale and luck? The fact is that when testing battles with the unmodified file and without it, everything turns out the same.
In what specific way is the gameplay altered? The program simply indicates whether luck/morale will or will not occur at a given moment. There is no interference with the game itself. Everything can be done without the program.
Gentlemen, there's a confusion of concepts here...
Indeed, there is no direct interference with the game's structure - theoretically, assuming an infinite number of attempts, one could claim with 100% certainty that in one of the attempts, morale will be applied to all units in a hero's army, if their morale level is +1 or higher.
HOWEVER: the principle based on probability theory - which is the foundation of most unit abilities - does not imply such interference. In this case, it can be argued that the game's structure is indirectly affected. Indirectly. But nevertheless - it is affected. At the very least, there is no longer any difference between the basic and expert levels of morale... :)
Let's move on - Dwarves ALWAYS resist enemy shock spells, Thunderbirds ALWAYS cast their lightning (don't mess with them - they'll zap you!), Unicorns work like the "Blindness" spell in the player's hands, blinding everyone... Do you have Azure Dragons? - the entire enemy army stands still :D Scorpions, Zombies, Wyverns... The point is clear? It's the same game, but with simplified rules - closer to chess... :) The third game will remain a third game - only if the balance is preserved and available equally to all players. Doublecast could also be allowed, nothing terrible would happen - but only if everyone has the right to use it...
If I understand correctly, it's impossible without modifying the executable file, right? Then, in principle, we could require users to download a file smaller than 3 MB, replace the executable, and insert the modified version.
A simple clarifying question: are you sure that `call change_R` only controls the time-dependent parameter (animations), and not all parameter changes? For example, will the scene remain different, rather than identical, if the procedure is nulled, depending on different units and actions?
It would be possible to write a program that records the battle notation in a file and sends this file to the host.
For example, Goblins (1, 1) -> (2, 3) morale, etc.
That would be really cool. Replays without tedious and lengthy descriptions.
2Fireball: of course, with different troops and actions, the picture of morale and luck will be different! But that's not what I'm talking about. Imagine that the host is in doubt and asks the player to send a save file before the battle. So, based on this save file, the host will repeat this battle 100%. In other words, the role of morale and luck has increased many times over. Now, it cannot be obtained using "delays." And, of course, if a Hero has +3 morale, it will appear more often than for a Hero with +1. But the picture FOR A SPECIFIC battle will always be the same. It will be possible to build a tree of moves.
It could be made mandatory to download files smaller than 3 MB and replace the executable, inserting a custom script.
It's not necessary to download the entire file; a small patch could be created to replace the necessary bytes (the probability of incorrect user actions would be lower, especially since not everyone has software that allows them to do this).
As mentioned here, a professional relies on luck and morale only as a last resort. Now, there will be no need to waste time "catching" luck and morale. Instead, it will be much more useful to calculate the sequence of moves. If morale appears, that's good; if not, that's fine too. At least the player will be confident that by repeating the moves, morale will never appear after an elf attack, for example, if it didn't appear the first time. I think the player will feel much more confident on the battlefield than with the old morale and luck mechanics. After all, no one argues that this mechanic is implemented better in "Heroes of Might and Magic II". Of course, everything needs to be tested.
As a player, I am 100% in favor of fully reproducible battles.
Let's have a modified executable, a tool for saving game states, and a program for recording moves! Finally, it will be as easy to report on complex battles as it is in Heroes of Might and Magic V.
However, our organizers need to be meticulous, and therefore they should be convinced with solid arguments that everything else will remain unchanged.
The only problem is that our organizers need to be meticulous, and therefore they should be convinced with solid arguments that everything else will remain unchanged.
This is a fair statement.
By the way, no one answered my question about what the claim that the unmodified crimson also affects the game's mechanics is based on? And is it really true?
Arguments:
1) In the executable file, only five bytes of the procedure call for generating R in the animation loop of a unit in the information window are changed. This replacement does not affect the procedure itself or anything else. For those who know assembly language, I can provide a strict proof (there will be no doubt that this replacement does not affect the behavior of the AI or other game elements. It's just like in mathematics. No one doubts that the square of the hypotenuse is equal to the sum of the squares of the legs. I think I can prove this to players who are not familiar with programming but are familiar with mathematics);
2) cranim.txt will only remove one type of animation; nothing will happen to the movement animation, etc.;
Added 3 minutes later
2Catch: Later, I will upload the unmodified cranim. If the first column of the cranim from the Portal differs from the first column of the unmodified cranim, then the game mechanics are definitely being disrupted, specifically, the time interval between two adjacent values of R is increased or decreased. I haven't checked it myself yet.
By the way, no one answered my question about what the statement that the unmodified cranim file also affects the game's mechanics is based on. And is it really true?
Are you talking about this statement?
Initially, cranim.txt is embedded in the game's resource files and is inaccessible to the player. But someone extracted it, modified it, and uploaded it to HP. So, those who downloaded cranim from the Portal also unknowingly made changes to the mechanics of morale and luck.
I think AlexSpl meant that even extracting, speeding up movement, and returning it to its original state is already a change to the program's structure and an influence on its operation (i.e., on morale and luck as well). And the fact that the influence actually turned out to be zero for everything except speed is a consequence of the intelligence of the person who did it, although for certainty, it needs to be compared with the original. This was a philosophical hint that even using cranim from the Portal is not entirely correct in form, although in essence, it doesn't change anything.
I think I can prove it to players who are not familiar with programming but are familiar with mathematics.
) That's great. Not everyone knows assembly language (I know a little, so I don't need to be proven anything)
This was a philosophical hint that even using a cranim with Poratal is not entirely correct in form, although in essence it doesn't change anything.
I also think so. That's why I approach all sorts of things like this with great caution. And when making a decision to change the executable file, as well as the modified cranim, it is better to measure seven times and cut once.
I completely agree, and even more, I've been waiting for this for a very long time, with AlexSpl's suggestion!!! Hooray!!! Finally, we will get constant battles.
Wouldn't it be possible to reset columns 2, 3, and 4 in the tournament version to speed up the animation? Especially since they don't affect the game's mechanics.
Charity suffereth long, and is kind; charity envieth not; charity vaunteth not itself, is not puffed up, Doth not behave itself unseemly, seeketh not her own, is not easily provoked, thinketh no evil; Rejoiceth not in iniquity, but rejoiceth in the truth; Beareth all things, believeth all things, hopeth all things, endureth all things. Charity never faileth...
Catch
