Type Converter (TCON)
-
It is basically like converter, however it will change the temp/life/tmp/tmp2/ctype of anything next to it.
For example, if one TCON has a temp of 15, a ctype of coal, and a tmp of 1 with everything else zero, it will set the same values of itself to anything else nearby. (meaning whatever touches that kind of TCON will have a temp of 15, a ctype of coal, and a tmp of 1, with everything else zero)
This can be useful in cooling techs without the use of PTCT or NTCT. It can also be used as an alternative to using the console, not to mention it can (theoretically) be used in nuclear weapons.
-
@Voyager15 (View Post)
This is unfortunately rejected.
See this page on the wiki: https://powdertoy.co.uk/Wiki/W/Previously_requested_elements.html#Property_setter_.2F_property_ray
And also the thread that the wiki links to: http://tpt.io/.224643
Both of them have good reasons why this kind of stuff is rejected. We don't want saves to rely on the details of what properties do what (so that we can move around / change properties in the future without issue); Also some things (such as negative .tmp) shouldn't be able to happen in saves; Also it just adds more complexity to the game which new players would have to learn. -
jacob1:
Also some things (such as negative .tmp) shouldn't be able to happen in saves;One of my bombs relies on a negative tmp ice(sing). Does this mean it could break in the future?
Edited once by ChargedCreeper. Last: 12th Oct 2015 -
@ChargedCreeper (View Post)
Can you link to the save? I don't think it was supposed to save, but apparently i'm wrong. Negative .tmp2 for sure doesn't save (I think >_>)
Edit: In addition, negative tmp SING itself was fixed back in January here: https://github.com/simtr/The-Powder-Toy/commit/94e635b65dd01a95b79d3269f2b782440f87cdb4
It was definitely a glitch that negative .tmp SING made so many particles, and was actually crashing me.Edited once by jacob1. Last: 12th Oct 2015 -
jacob1:
@ChargedCreeper (View Post)
Can you link to the save? I don't think it was supposed to save, but apparently i'm wrong. Negative .tmp2 for sure doesn't save (I think >_>)1821423View Save 1821423 -
@ChargedCreeper (View Post)
Well, I can confirm that the save doesn't work in the next version, for the reason in the edit in my post above. If you want to see for yourself, try out The beta.
In general, stuff that happens when you mess with the console, like negative .tmp, might not be supported in the future. And this is a good example of us breaking stuff like that. Usually we try to break as little as possible, but this was obviously a bug and caused an extreme amount of lag.
And I guess negative .tmp does load (even in 64 bit versions), probably because we save .tmp as 4 bytes now. I wonder if we should stop saving the last bit ...Edited once by jacob1. Last: 12th Oct 2015 -
jacob1:
@ChargedCreeper (View Post)
And I guess negative .tmp does load (even in 64 bit versions), probably because we save .tmp as 4 bytes now. I wonder if we should stop saving the last bit ...Couldn't you just store/load it as an unsigned data type?
-
@ChargedCreeper (View Post)
It really should be unsigned yes. But everything in particles is either an int or a float (when we should probably be using more specific things like an unsigned 32 bit int value). I'm not sure if I want to fix it, breaking negative .tmp completely. I actually was originally planning on using negative .tmp for VIBR, but decided against it in case we ever removed the ability to do it. -
@Voyager15 (View Post)
I kind of made this already, but it was rejected from official: https://github.com/boxmein/The-Powder-Toy/tree/eray
