Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Missing Values #21

Open
OoZAGoO opened this issue May 7, 2023 · 6 comments
Open

Missing Values #21

OoZAGoO opened this issue May 7, 2023 · 6 comments

Comments

@OoZAGoO
Copy link

OoZAGoO commented May 7, 2023

Don't now if we should post this here or if you aready know the issuses:
On some skills there are missing vlaues (#) e.G.:

"Rend": { connections: ["Core", "Enhanced Rend"], description: Fury Cost: {#} Lucky Hit Chance: {#}%...

@Lothrik
Copy link
Owner

Lothrik commented May 7, 2023

Those values are listed here:

"Rend": {
	values: [ "35", "33" ],
},

Cooldown and lucky hit values are not included as part of the description itself, as they're manually defined in parser/node-values.js rather than being datamined directly.

This also applies to some other values that were unreasonably complicated to datamine (particularly in a historical context), but for the most part only applies to those two fields currently.

@OoZAGoO
Copy link
Author

OoZAGoO commented May 8, 2023

Thanks for the reply.
This means that these values were determined by hand. Wouldn't it still make sense to at least add them to babarian.js, etc.? After all, these files are prepared accordingly and not like those in the database folder so to speak raw data? Or are these values still changeable over other ranges like e.g. the Paragonboard?

@Lothrik
Copy link
Owner

Lothrik commented May 8, 2023

Those values are in barbarian.js:

values: [ "35", "33" ],

@OoZAGoO
Copy link
Author

OoZAGoO commented May 8, 2023

Yes I know.
Thanks for the tip anyway.
My question was more about why they are not already in the text at the same time?
The only reason I can see is that these values are not fixed.

@Lothrik
Copy link
Owner

Lothrik commented May 9, 2023

It's easier to maintain if they're separated, particularly when the total number and/or position of unparsed variables changes from one build to the next.

As an example, take Rend's current description and values:

description: `Fury Cost: {#}
Lucky Hit Chance: {#}%
Cleave enemies in front of you, dealing {12/13.2/14.4/15.6/16.8/18/19.2/20.4/21.6/22.8}% damage and inflicting {96/105.5/115/125/134.5/144/153.5/163/173/182.5}% Bleeding damage over 5 seconds.

Tags: Core, Bleed, Damage, Physical, Fury, Slashing.`,
values: [ "35", "33" ],

If Blizzard were to say, remove the Fury cost, and add three new lines at the top of the description, with only one of them being parsed automatically:

description: `Liters of Blood Required: {#}
Minimum Slicing Weapons Equipped: 1
Bleed Stack Limit: {#}
Lucky Hit Chance: {#}%
Cleave enemies in front of you, dealing {12/13.2/14.4/15.6/16.8/18/19.2/20.4/21.6/22.8}% damage and inflicting {96/105.5/115/125/134.5/144/153.5/163/173/182.5}% Bleeding damage over 5 seconds.

Tags: Core, Bleed, Damage, Physical, Fury, Slashing.`,
values: [ "35", "33" ],

The existing values in this example would incorrectly map to Liters of Blood Required: {#} (35) and Bleed Stack Limit: {#} (33). Having those values separated means it's immediately obvious which values are wrong in barbarian.js, without needing to check any other files. In a few seconds I can tell that the correct values should be:

values: [ "", "", "33" ],

.. and that I need to manually define two new values on Rend. If those values instead were automatically inserted into the description text:

description: `Liters of Blood Required: 35
Minimum Slicing Weapons Equipped: 1
Bleed Stack Limit: 33
Lucky Hit Chance: {#}%
Cleave enemies in front of you, dealing {12/13.2/14.4/15.6/16.8/18/19.2/20.4/21.6/22.8}% damage and inflicting {96/105.5/115/125/134.5/144/153.5/163/173/182.5}% Bleeding damage over 5 seconds.

Tags: Core, Bleed, Damage, Physical, Fury, Slashing.`,

.. I would have no idea what the hell is wrong there, beyond the Lucky Hit Chance value being absent. I now need to check at least 3 other files, and spend significantly more time tracking down the source of the error.

That's the long description. The short one is: it's legacy code from back when none of the values were datamined. It ended up still being convenient, so I kept it around.

@OoZAGoO
Copy link
Author

OoZAGoO commented May 10, 2023

Ah, I get it now.
You're using this mechanic to more quickly visually detect bugs that come with updates from Blizzard, since you're determining these values yourself from within the game, for example.

Thank you very much for this detailed explanation.

Greetings

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants