Official Game Feedback
-
PHOT jumping over other particles is actually intended? Also I forgot to write that placing FILT too close to powered clone sometimes deletes the FILT. I'm trying to provoke that right now.
EDIT: Unable to reproduce the this bug - it seems to be gone, which is strange because my TPT version hasn't changed.
Edited once by drakide. Last: 22nd Mar 2014 -
I'm pretty sure (1) has already been fixed in the most recent update (89.2 stable).
-
Sorry about that. Due to me being unable to compile TPT (5) I am still stuck with a build from a few days before the release (Version 89.2 Build 281).
UPDATE: There's another very, very strange issue:
6) Shooting PSCN-BRAY diagonally past Switch turns it on.
I don't think this one has any relevance though.
Edited once by drakide. Last: 22nd Mar 2014 -
@drakide (View Post)
2 could possibly be fixed, I don't think that would break anything.
3 could probably be changed (if you mean BRAY should also go away with no ctype). It's really useful in PHOT, probably could be in BRAY too.
4 seems to happen because when PHOT is created, it doesn't check for FILT. It only checks for FILT if it has moved on top of one from somewhere else. So, probably a real bug that could be fixed by also having it check on creation. I tested a fix just now, and it seems to work (makes PHOT that spawns directly on top of FILT change color).
Also PHOT jumping over FILT is intended in some cases, but I don't think being directly on top of FILT and not changing color is intended.
as for 5, try looking for a 5.1 lua package (i'm assuming you are on linux here). That part of code causing the error hasn't been changed in TPT in forever.
6 is a strange feature that nobody knows much about, but it is entirely intended.
Edit: here is a save that uses 6, it has nothing to do with being diagonal.708701View Save 708701Edited 2 times by jacob1. Last: 22nd Mar 2014 -
I've already implemented (2) and (3). To fix (2) add the following lines after line 89 in DTEC.cpp (just below the check whether the particle is a photon)
else if (parts[r>>8].type == PT_BRAY)
{
photonWl = parts[r>>8].ctype; // copy the color of the BRAY
photonWl = photonWl ? photonWl : 0x3fffffff; // if the color of the bray hasn't been set (it is still white) make the FILT white as well
}to fix (3) add the following code into the if-statement starting on line 100 in ARAY.cpp
if (!colored)
break;4 seems to happen because when PHOT is created, it doesn't check for FILT. It only checks for FILT if it has moved on top of one from somewhere else.
Thought as much.
Regarding (6): It appears not to happen when the BRAY is diagonal, but when 2 BRAYs are next to SWCH. This however almost exclusively happens when shooting diagonal. Do I understand correctly that this "feature" will not be removed and can be used in future saves?
EDIT:About (5): I understand that this is my personal problem and won't be looking for help here, but I just want to note that I do get past this check:
Checking for C library lua-5.1... yes
Edited 2 times by drakide. Last: 22nd Mar 2014 -
@drakide (View Post)
Odd, maybe you have both lua 5.1 and 5.2, i'm not sure. sconscript has always done weird things when looking for lua. Perhaps you could manually change the sconscript somehow, or change the file that's broken to support lua 5.2 in the way that the stackoverflow question says. (I could also do this, maybe)
Edit: ok, you probably want to get lua 5.1 working somehow, mniip says there is too much to change to support 5.2Edited 2 times by jacob1. Last: 22nd Mar 2014 -
Thanks for the help, but I already managed to compile. All I had to do is to make pkg-config search for "lua-5.1" instead of "lua5.1" in the SConscript. Sorry for bothering you.
Now that I was able to compile I played a bit with the code I sent before. I came to the conclusion that DTEC should ignore PSCN-BRAY - after all that kind of BRAY cannot be colored anyway and is often used to clean up, which would cause interferences.
-
Why has black filt been removed? I thought it was really useful when used to render BRAY from ARAY invisible, or for CRAYing elements into existence as invisibly decorated in black. Now not only is it not black, but it doesn't even do any of the cool stuff I mentioned...
