30-bit FILT based calculator. 3 functions for now (+ - x), division is a WIP. Supports decimal, hexadecimal, and binary input/output. Max./min. input/output is (-)1073741822/ (-)3FFFFFFE/ (-)111111111111111111111111111110. Do not double-SPRK buttons.
calculator
computer
multiplication
filt
electronic
adder
addition
decimal
subtraction
electronics
Comments
-
mecha-man: if you're setting properties to values which are explicitly supported like FILT tmp=0-9, that's fine. BIZR ctype=0x80000000, SOAP worms and ICE ctype=LAVA, not so much. I should probably try to document supported values in the wiki...
-
mecha-man: Oh, thanks!
-
The only way that we can edit .tmp and .tmp2 is through the console or PROP, is that discouraged too?
-
Yes, I know. "will still work, provided it's not stacked with any other element" was for the benefit of Darkn1883r, in case some of his saves with stacked piston don't have any other elements stacked in the same place (since those saves won't need changing).
-
If you remove staking PSTN with other elements then this save still won't work, it has PSTN underneath of INSL.
-
mecha-man: I have stated many times that stacking and most other things only achievable through the use of PROP or the console should not be relied upon to work in exactly the same way in the future.
-
Stacked piston will actually still work, provided it's not stacked with any other element, only with other PSTN particles. Schicko: if I ever completely remove stacking, I'll try to first add better methods of doing anything particularly useful. (The piston change is one of these - in the next version you'll be able to set the piston extension step size without using stacking (previously, stacking was used to trigger a piston multiple times in a single frame to give a larger step size)).
-
+1 (comment too short)
-
@jacob1: Don't remove stacking, everyone loves it.
-
If you removed stacking, It would cause pretty much any recent advanced electronic save to not work. Doesn't seem very "backwards compatible" to me.