Auto-translated
Awesome!, Here's the database:smile02:
SRD
Posts from NCF – Extended list of Neutral creatures.
OFFOSORG
Auto-translated
Dear psatkha, is there a possibility to update NOIADE? I found creature 517, but I couldn't load it into the program - I got the error "Run-time error '383': 'Text' property is read-only". However, when I tried to create this creature from scratch in the program, I understood what the problem was. The thing is that your program has a speed limit of 9, and if you load a creature with a speed higher than 9 (creature 517 has a speed of 10, and 180 has a speed of 12), the program treats this field as text (because there is no such option among the possible values). Thank you!
P.S.: It would also be nice if, in the name of the saved file, instead of "Creature_{Creature Number in NCF Project}.xdb", there was a normal name. I don't think it would be a problem to take the content of the identifier field and use it when saving.
As soon as you update the program, I'll start working on the Chaos pack... I'm already tired of encountering very strong monsters in the early stages of the game, where they shouldn't be.
psatkha
Auto-translated
Dear psatkha! Is there a way for you to update NOIADE? I found creature 517, but I couldn't load it into the program – I got the error "Run-time error '383': 'Text' property is read-only". However, when I tried to create this creature from scratch in the program, I realized what the problem was. The program has a speed limit of 9, and if you load a creature with a speed higher than 9 (creature 517 has a speed of 10, and 180 has a speed of 12), the program treats this field as text (because there is no such option among the possible values). Thank you!
PS: It would also be nice if, when saving the file, instead of "Creature_{Creature number in the NCF project}.xdb", it would use a normal name. I don't think it would be a problem to take the content of the identifier field and use it when saving.
As soon as you update the program, I'll get to work on the Chaos pack... I'm already tired of encountering very strong monsters in the early stages of the game, where they shouldn't be.
Creature number 517 – bring it here, I'll forward it to StetNoel!
By the way, a speed greater than 9 is just wrong; we need to add idiot-proofing! :smile13:
"Creature_{Creature number in the NCF project}.xdb" – do you mean that it should be saved directly with the ID, like Creature_517.xdb?!
OFFOSORG
Auto-translated
psatkha, am I understanding you correctly, should I send you all the "fast" creatures? And regarding the file name, yes, that's correct. Otherwise, it's an unnecessary operation that can be avoided.
I don't consider a speed higher than 9 to be anything unusual. 1) There are arenas larger than the basic ones, and 2) high speed is used so that a creature can reach from one corner of the arena to the diagonally opposite corner. But you know better.
psatkha
Auto-translated
psatkha, am I understanding you correctly, should I receive all the "fast" creatures? And regarding the file name, yes, that's correct... it's just an unnecessary operation that can be avoided.
I don't consider a speed higher than 9 to be anything unusual... 1) there are arenas larger than the basic ones, 2) high speed is used so that a creature can reach from one corner of the arena to the diagonally opposite corner... but you know better.
Regarding speed higher than 9, ask the respected comrade Nargott! I honestly don't remember any standard creature with a speed higher than 9 units!
Yes, send them to my email, or post them here!
Gerter
Auto-translated
Phoenix?
psatkha
Auto-translated
Phoenix?
Yeah, it has 10, so we need to raise the maximum to 10 as well – otherwise, it will be unbalanced! ;)
SRD
Auto-translated
it would be better if there were no restrictions at all – for example, I want to create a unit that can actually teleport, not just a flying unit with a teleportation animation – theoretically, the speed should be infinite here, but in reality, it should be such that it can cross the largest game map diagonally (castle siege), taking into account all possible speed penalties (I'll calculate it in the evening).
psatkha
Auto-translated
It would be better if there were no restrictions at all – for example, I want to create a unit that can actually teleport, not just a flying unit with a teleportation animation – theoretically, the speed should be infinite, but in reality, it should be such that it can cross the largest game map diagonally (castle siege), taking into account all possible speed penalties (I'll calculate it in the evening).
Well, in principle, you can set it to 20-30, but that would create a terrible imbalance!
Nargott
Auto-translated
Any speed above 10 can be treated as 10 for calculations; this will be the simplest approach. In practice, in 99% of cases, a speed of 10 will function as unlimited.
OFFOSORG
Auto-translated
Any speed above 10 can be equated to 10 for calculations; this will be the easiest way. Because in practice, in 99% of cases, a speed of 10 will function as unlimited.
psatkha
Auto-translated
maybe it works that way in the original... but I come from Heroes of Might and Magic V, and there are arenas of a larger size (like 14x14)... so, in my opinion, the author should keep the current speed.
Ask the Heroes of Might and Magic V players what the maximum grid size is! Otherwise, everyone will start talking about the terrible imbalance again!
OFFOSORG
Auto-translated
Ask the 5.5 players what the maximum map size is for them! Otherwise, everyone will complain again about a terrible imbalance!
Demonstration screenshot from the 5.5 thread
psatkha
Auto-translated
I just calculated it myself, directly in practice... on a 5.5 map, either an arena or a regular size, or 14x14 (in treasure battles).
Demonstration screenshot from the 5.5 topic
So, 14x14 is only found in crypts and similar locations?!
By the way, among the guardians of such places in 5.5, are there creatures from NCF?!
OFFOSORG
Auto-translated
So, 14x14 maps are only found in Necropolises and similar locations?!
Statistics
Welcome our newest member:
recijeb