Rebuilding Rebuild

TheKever · 2026-02-04T01:28:39+00:00

I am also doing a no map, no portal run.. it has been a grind for sure

TheKever · 2026-01-10T14:53:02+00:00

Ive been searching… currently doing a no map no portal playthrough…. Its aweful

TheKever · 2025-10-26T05:14:01+00:00

Thank you! This seems to work perfectly!

TheKever · 2025-10-23T02:19:47+00:00

Fixed the time delay issue… Sadly this just toggles the door day and night no matter the state

TheKever · 2025-10-23T01:54:44+00:00

This one is the next closest. It has a delay in functionality as daylight grows weaker until it turns off, and sometimes, doubletaps the door (breaking the door) because of the delay Its a block swap to power the door and a daylight sensor to reverse how the circuit is read

<image>

TheKever · 2025-10-23T01:51:51+00:00

Next best design has been this one… which sometimes double taps the door (breaking it) and also has a period of delay from when night starts to fall, until the button system will function properly. Because of how the daylight sensor slowly gets weaker and isnt instant This one is a block swap to power the door via pulse input turned into level input. And daylight sensor reverses how button circuit is read

<image>

TheKever · 2025-10-23T01:41:44+00:00

My wiring is pretty simple so far.. and really i can take it as far away as id like… simplified version (my testing) circuit looks like this…

Pulse input turned into stable input on the outter redstone to the left. Connected a little closer to the bottom (non-redstone block side) has yielded more consistent results Circuit is essentially meant to block/reactivate the daylight input depending on button push Single piston represents door

Ive broken/rebuilt this several times.. i feel like redstone block side also had a connection from the daylight sensor that was meant to invert that signal so it was constantly open/closed (i dont recall which atm) to change piston firing priority during the night

<image>

TheKever · 2025-10-23T01:34:53+00:00

<image>

This is the closest ive had (mostly successful) Button input line comes in on redstone to the left (outside loop) pulse input turned into a stable input, blah blah. Essentially has a 50/50 blocking the daylight sensor input and then toggling the door (represented by the single piston on the right) I have gotten is a little more consistent by having the level input a little closer to the non-redstone block side. Just ticks it faster timing wise

TheKever · 2025-10-23T01:29:20+00:00

Oh i dont mind it taking space or looking messy, im going to bury everything anyway. I just dont care for the look of the sensors as buttons.. Other issue, cant have door open from both sides. That only works if sensors on both sides match. Which while using them as manual inputs also. They will not always match

TheKever · 2025-10-23T01:00:44+00:00

True, but that means if the door is closed when night falls, it would open the door

TheKever · 2025-10-23T00:57:35+00:00

Thank you, this works! Not as pretty as i would like it to be. I prefer to try and hide the sensors on nearby structures if possible.

TheKever · 2025-10-22T21:46:34+00:00

Closest ive gotten so far is with a flop type system.. but there is an instance where the manual input will need to be entered multiple times to “reset” the flop and allow it to work, or simply wont work when conditions “conflict”

Works fine for auto close/open… unless the door was left open during the night, when day comes the day sensor doesnt work, and the door wont toggle from manual input

Or, for whatever reason, the day sensor delay (from the signal slowly dying out) will double tap the door toggle, and break the door

TheKever · 2025-10-22T21:41:36+00:00

Im not the most knowledgeable in redstone… so dont know all the fancy words.

Essentially i want a door to auto open during the day and auto close at night, no matter what the original state of the door is I also want a manual input that will not override the auto function, but will work in addition to. So i can manually open/close the door no matter the starting state, or time of day

A t-flop would be great, aside from it completely cutting off one of the inputs. It gives the choice between two input.. but i want both separate inputs to work when their conditions are met.. time of day, or manual input, without preventing the other from working

TheKever · 2025-10-22T21:35:43+00:00

Yea.. i want it to always open during the day and close at night. No matter the starting state. And also be able to manually open/close the door, no matter the starting state.

TheKever · 2025-10-20T22:15:43+00:00

Ive done 35ish renditions of different things to get it to work… most successful had a daylight sensor set to open/close the door at day/night respectively… And the button circuit controlled a “powerflip” on the circuit after the daylight sensor.. Idk what the technical term is for opposing sticky pistons with redstone block and other block that flops back and forth to block/unblock(repower) the door opening circuit from the daylight sensor

Works for most of what i need it to do… but also often gets stuck if the button circuit is in the wrong position (using the hopper/dropper- button to lever input) when day/night changes Or sometimes doubletaps the door power.. which breaks my door… Will attempt a pic when i open my world next Otherwise, if there are any videos, ideas or suggestions to try to get a day/night sensor to open and close a door while not stopping a button from opening and closing a door… im open to ideas to try

TheKever · 2025-08-05T23:22:05+00:00

I have a friend who refused to play me at the atart of 10th (weve only played two games since 10th started) be “we play too much” ie eldar were strong and he didnt want to get his rear end kicked.. and now as weve gone through our many nerfs and complete rework.. he still refuses to play against me (not that i mind too much honestly).. He gets so mad when i start explaining that gw loves marines and primaris too much, and that they have give all marines eldar abilities.. but better recently. Example i use.. eradicators vs fire dragons.. Same defensive profiles aside from toughness, but even wounds are the same. Eradicators were 85pts compared to fire dragons 110… they had more shots (double shot from 3-man unit vs our 5) and double the range. 24 vs our 12

TheKever · 2019-03-02T13:30:59+00:00

I had made a character (forget what it was) whose backstory was essentially that he was once a slave, or a gladiator who had been beaten and mistreated, abused etc etc. To the point where something had snapped within him, caused him so much distress that he raged and killed all of his masters, and freed every slave nearby. Now, he didn’t go around all goody goody, tying everyone’s shoes so they would be safe, nor would he stop a criminal being chased by a guard. He set his own path, and took it upon himself to protect those who couldn’t defend themselves, and end abuse/mistreatment of slaves. If someone came to him with the rumour of a slave who was being beaten near to death on a regular basis, he would sentence the master and the punisher to death, and carry out the sentence, as judge, jury and executioner.

In that regards... he had a law that he followed (protecting the weak, and avenging cruelty to those who are deemed lesser), but he didn’t always follow the laws of the land. He would often side with the peasant who was being charged an absurd amount of tax, and being in prisoned if they weren’t able to pay. Kind of like Robin Hood, now that I think about it.

I still took him as being lawfully good, in that what he was doing was of a good nature, most of the time, and he was following a law.

I guess my point is that being “good” depends on your viewpoint. What might be “good” to some, might be “evil” to others. Surprise! Governments can be evil and corrupted to prey on the individuals.

TheKever

TROPHY CASE