Install Steam
login
|
language
简体中文 (Simplified Chinese)
繁體中文 (Traditional Chinese)
日本語 (Japanese)
한국어 (Korean)
ไทย (Thai)
Български (Bulgarian)
Čeština (Czech)
Dansk (Danish)
Deutsch (German)
Español - España (Spanish - Spain)
Español - Latinoamérica (Spanish - Latin America)
Ελληνικά (Greek)
Français (French)
Italiano (Italian)
Bahasa Indonesia (Indonesian)
Magyar (Hungarian)
Nederlands (Dutch)
Norsk (Norwegian)
Polski (Polish)
Português (Portuguese - Portugal)
Português - Brasil (Portuguese - Brazil)
Română (Romanian)
Русский (Russian)
Suomi (Finnish)
Svenska (Swedish)
Türkçe (Turkish)
Tiếng Việt (Vietnamese)
Українська (Ukrainian)
Report a translation problem
Tl;dr, when constant<0, constant^x is in general a complex number. It's only real when x = a/b for any integer a and any odd integer b. However, unless x is an integer, it has multiple solutions and the principal one (which is what most algorithms calculate) is always complex. Since the game can only deal with real numbers, anything that results in a complex number is undefined, and to avoid blocks having to deal with NaN/Inf inputs undefined values are represented with 0. While for integer inputs the result is real, for simplicity, it was decided to always consider the result undefined when the constant is negative unless the input is exactly 0 (in which case the output is 1 by definition)
I can appreciate you're trying to help, and I appreciate you're replicating this to check. I did however describe what I observed and I had made sure I was using Power(x^constant) when I noticed this behavior.
However in between me noticing the behavior and then writing this, and you trying to replicate, a new update was released, and I hadn't tested this again with that new update. So I just tested this again, and this time I see the outcome I expected.
I will consider this fixed by the update. 👍