Provide feedback related to crafting, combat, enchanting, and general gameplay. Do not post bugs, support issues, or lists of random ideas. Please search!

← Gameplay
14
Follow

Time dependent redstone output from clocks in item frames.

Clocks in minecraft when placed in item frames should provide a time dependent redstone signal to comparators rather than a signal determined simply by the items orientation in the item frame.
Avatar
Registered User shared this idea

3 Comments

Please sign in to leave a comment.

Date Votes
Sorted by oldest
  • 1
    Registered User commented
    Comment actions Permalink

    Let me start with a comment saying why I think this is a good idea when we already have daylight sensors. 
    I've found daylight sensors aren't great at dawn and dusk detection and they are affected by the weather. This means they can't really be used to make something like a clock tower (which is one of the first things I wanted to do with them). I've also tried to use them as a way control daylight dependent machines (like one I was trying to create to sort buckets of water vs buckets of lava based on the fact that 1 block of water is somewhat transparent while lava is opaque). I would have used this type of system to make sure the machine would only operate during daylight hours. 

    So that's some of why I personally think this would be a useful feature.

  • 1
    Registered User commented
    Comment actions Permalink

    I want to post a how I think this could be implemented starting with the scale of output.


    One option is a cycle based on a single day/night cycle. The output from the comparator would start at 0 say at midnight for the sake of this example. It would then rise to its maximum value at midday (not necessarily 15 for reasons I will show in a moment), then decrease back to 0 at midnight. 
    The clock face looks to be a set of 64 frames of animation so it would make sense to sync output to the clock face. But if the output from the comparator is 0-15 (16 levels) then we can't do that cleanly.
    Here is a sequence of values written out which should help this make sense.  
    0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
    That's only 30 values and that does not go evenly into 64. But if the scale goes for 0 to 8 then back down, that gives 16 levels so there can be an update for every 4 frames of the clock's animation. 
    Some extra logic would be needed to detect rising vs falling value but I don't think that would be a showstopper for players.

    An alternative is an AM/PM scale. To prevent double values the scale would have to be 0 to maximum, then immediatly drop to 0 and climb back to maximum. So it would be 0-15 for the day then it goes to 0 right after dusk and goes 0-15 for the night.

    It's much more granular, and IMHO it would be easier to work with, especially when paired with a daylight sensor. But it's less intuitive to work with.

  • 0
    Registered User commented
    Comment actions Permalink

    I would also have rotating the clock offset the time that is considered the "peak" of the day for sake of when the Redstone maxes out