Redstone Pen

Redstone Pen

6M Downloads

TP function randomly failing.

Splutty opened this issue · 15 comments

commented

Several times now I've had an RLC fail to actually execute a TP function properly.

Something along the lines of G=TP1(R.CO.RE,200) would only blip for roughly the tickrate.

Copy/pasting the code into a new RLC fixed it, restarting the server fixed it, cleansing/recrafting the RLC fixed it, but for the duration of the session the original RLC would be broken on all TP functions, basically.

This a known issue? Is there any solution/workaround?

commented

Hey splutty, I can take a look again on the RLC this weekend.
To quickly synchronize for reproducing the problem: Which version of the mod is it?

To re-ensure, the expected behaviour is a pulse or an extension of the signal? I mean, a TP ignores the input for the 200t and should stay on logical HIGH level during that time, no matter how the input changes in between. After that it accepts a rising edge again.
E.g. while a TOF refreshes the 200t every time the rising edge occurs (in your code line).
I presume the intended behaviour is the first (which would indicate that there is a bug in the mod).

There is an option for debugging, if you have "root permissions" (/give command). You can give yourself a minecraft:debug_stick, which Mojang uses for some of their stuff. When you wack the RLC with it, the state tooltip will contain additional information, like the PTs and ETs and states of the edge detectors, clock cache, etc. Maybe that can give us additional infos for the fix in the context of your machine/modpack. If you like you can risk a glimpse if there are some oddities visible.

Cheers, wile

commented

The expected behaviour is for a 200 tick (or as close as the resolution allows) after the first rising edge, not the 5 tick one I get.

And I forgot the version of course... 1.16.5-1.0.9 (Enigmatica 6 Expert 1.6.2 modpack specifically).

Next time this happens I'll op myself and smack it with a stick, see if that gives any useful info. The PT/ET states when hovering over the internal screen looked fine though (0 and 200), which made it all the more weird..

Danke.

commented

Hi, hmm, I retried with my current 1.16 (1.16.5-1.0.11), tried to reproduce the problem. It could be that the timing deadline fix in 1.0.10 has something to do with it. Do you have a possibility to update locally, or is your setup on a server? Mach's gut Meister, cheers,-

commented

I can update both client and server. Of course I haven't seen this issue since the last post...

So upgrade to 1.0.11 and report back when it happens again?

commented

Would be helpful, it may prevent chasing a phantom ;)

commented

Haven't seen the issue, but unfortunately that doesn't really mean anything :D Hard to prove a negative.

But so far so good!

commented

Hey man, to quickly double check, have you seen the problem again since updating? Cheers,-

commented

Oky, sounds already promising. Let's keep the issue open for a few weeks or so, and close it then if no further trouble arises ;;

commented

Well. That didn't work. It ate my RLC... lol

[01:50:02] [Server thread/INFO] [minecraft/DedicatedServer]: Gave 1 [Debug Stick] to Querna
[01:50:08] [Server thread/ERROR] [wi.re.ModRedstonePen/]: RLC tick exception!java.lang.NoSuchMethodError: 'long net.minecraft.util.math.MathHelper.func_226163_a_(long, long, long)'
[01:50:08] [Server thread/WARN] [minecraft/TileEntity]: Block entity invalid: redstonepen:te_control_box @ BlockPos{x=277, y=68, z=-94}

(Not updated yet, since one of my players will need help with that..)

commented

Wut? func_226163_a_ is MathHelper.clamp(), that's a basic Minecraft function used all over the place (probably by all mods). Why does that bail out?. Let me double check that.

So, this was with RP version 1.0.9 , and the RLC worked normally until you wacked it with the debug stick?

commented

Yep. 1.0.9 still. And I don't know if it was misbehaving or if something else was wrong in my setup, that's what I was trying to figure out. But that was amusing to watch. Sorry I can't be of more help :)

commented

If it helps. Others in the modpack have observed the same kind of behaviour.

commented

Y=TP1(D.CO==2,20) does something interesting at the moment, I see TP1.ET toggle between 0 and 1, and TP1.PT at 20.

This doesn't.. Seem like normal behaviour?

(And yes, D.CO is 2 at that point)

I might just upgrade to the newer version and see if all this weird stuff goes away..

commented
commented

"Good that", seems to be stable, let's close this one. Cheers man,-