Rhonen
Very supportive Vintarian-
Posts
503 -
Joined
-
Days Won
21
Content Type
Profiles
Forums
Blogs
News
Store
Everything posted by Rhonen
-
i think this is a point of view. you can chissel 20 blocks same way in hours or press some minutes right mouse button. so wasting time? no. absolutely no.
-
i know you guys all love automation. But as posted in the past, this copy function makes it so easy, that i have no plans to add automation support by mechaincal power.
-
slot 1 = Chiseled block slot 2 = Chisel slot 3+ = Resource block(s) (no chiseled block!) Press and hold the right click on the table. see screenshot here: You get a text like "Copy chiseled block" when all slots are filled correctly.
-
hey @Tech_Rabbit i will add your suggestion to the backlog. i think it's possible to extinguish the firebrazier
-
Thank you @Sypher
-
you are welcome. i hope this fix will works well like on my testserver.
-
Thanks to @Nozarati you gave me the crucial clue. The Problem is: Your servers saved wrong data for the Waterwheels. I can not imagine how that happend, but it did. with the debug-log information i could recreate the situation. i will prepare a fix so the wheels should refresh the durability and the maxdurability once.
-
this is the indicator for what you described. the durability is not merged correctly while update introduced it. but its not telling, why this happens when you updated the mod from 3.3.3 to 3.4.0 also it does not explain why you can not pickup the dropped wheels. so the only thing i can imagine that the zip-download was corrupt or the server made a mistake while loading mods after update the mod. but maybe i have an idea what i can do. that log information gives me a feedback which value is missing. so i can do some other tests.
-
no problem
-
After 5 tests: starting with 3.3.3 => place 3 wheels update 3.4.0 => brake one wheel, item taken up, damage given, place it again update 3.4.1 => brake same wheel, item taken up, all fine => brake another wheel, item taken up, all fine. all scenarios had same results. I am sorry guys, but i can not reproduce it. i dont know what your servers are doing. i wish it would let me reproduce what you guys describe, cause i want help. but without an reproducable unexpected behavior, i am not in the position.
-
thanks for reporting. until now i could not reproduce the problem. after 4 new maps with updating from 3.3.3 to 3.4.0 to 3.4.1 and no problems and WITH placed wheels.
-
ye, we had also installed wheels while updating and we had no problems.
-
thanks for your warm words.
-
may be i forgott it. i'll check it. i believe you, but cannot confirm by try to reproduce your problem.
-
the repo is currently not public. i will see to offer the master branch as public.
-
just try command `.tfedit` with the block / item in the active inventory slot.
-
as already written here and also answered in discord: i re-uploaded it postet here
-
can not confirm that, cause this is no animation of the shape. and i did not see any propertie to influence that rotation. when i increase the Speed that the rotation starts. but may be there is a propertie in the parent class i have not perceived. as written before, i only can see that behavior when it's slowing down to 0, so i think this is happen by the accelerate-ratio.
-
i had that too, but i only used the same mech as the windmillrotor. i think it can depend on the accelerate value. but not sure. i had that "effect" when stop the water. may be an "problem" from the network-handle, that it bring the axle to a special position. had not that yet, will try to reproduce and try to understand why it happen. limited by the MP-Network, it's rotating only in one direction... look at the windmillrotors same thing
-
nope, i did not change anykind of namespaces or block-naming for the gates - only added a new big sized Gate. and what i can see => that is not the new one. that is the gate4x5 if i am right, this one is not new. also it's drawing only one-side, but all shapes are dual sided. i believe you that this happen, but what you think should i do?!
-
Released: Version 3.4.1 - Reupload wrong zip, was the TEST-File Sorry. the damage-module-indikator was to high.
-
@Kurazarrh no it's a client only mod. the hudclock-server-mod is only to support claim-info-display. no, the mod has not to be on server. it's a client only mod.
-
Released: Version 3.4.1 notes see first post
-
so found both, will be fixed soon thanks for reporting.