exist a chance to use 32bits of filt
-
This post is hidden because the user is banned
-
This is enough to fit small size .txt file
-
Support. To be more precise, I believe the ctype should occupy 33 bits; this allows 1 buffer bit, which is necessary since a ctype of 0 means no signal. Furthermore, the new 4 bits of ctype should occupy "infared" colours on the spectrum - the infared spectra are absorbed at lower temperatures, and reflected at higher ones (over a spectrum of, say, 0 to 80 degrees Celsius). (This both ensures compatibility and adds a cool new feature.)
-
@erictom333 (View Post)
We can't make ctype 33 bits. That would require a long instead of an int, doubling the size of ctype. This is just a limitation of computers, it can't be worked around in that way. You don't see 33 bit CPUs ...
@lukinhagf (View Post)
Anyway, I think the decision to use 30 bits for photon/filt colors was arbitrary. It could be increased to use the full 32 bits, although I find that unlikely unless we have a good reason to. (And note: even if it was 32 bits, the 1 buffer bit would still be an issue, making it only effectively 31 bits)Edited once by jacob1. Last: 14th Mar 2020 -
This post is hidden because the user is banned
-
...That's because I need one more as a buffer bit.
Alternately: Allow a ctype of 0 to exist. It behaves just like other wavelengths, and carries SPRK like normal. Its colour would be 0x202020. Furthermore, to preserve compatibility, two new FILT modes would be needed: zero filter and nonzero filter. The former blocks all BRAY/PHOT with wavelengths other than 0, and the latter blocks only zero wavelengths.
