Uploaded image for project: 'Minecraft: Java Edition'
  1. Minecraft: Java Edition
  2. MC-123912

Comparator doesn't update properly in a dropper clock in certain conditions (inconsistent behavior) [UPDATE, it's inconsistent behavior with tripwires, not comparators]

    XMLWordPrintable

    Details

    • Type: Bug
    • Status: Resolved
    • Resolution: Invalid
    • Affects Version/s: Minecraft 1.12.2
    • Fix Version/s: None
    • Environment:
      Java: Version 8, Update 151 (build 1.8.0_151-b12), Oracle
      PC: 64-bit operating system
    • Confirmation Status:
      Unconfirmed
    • Game Mode:
      Survival

      Description

      [UPDATE: It's an inconsistent behavior with tripwires not detecting high velocity entities that caused this problem, not comparators]

      I have built Tango Tek's Iron Phoenix on my multiplayer survival server. I decided to add a golem detection system so that if it detects a suboptimal rate of golem spawning, it will automatically reset itself.

      It works by keeping a pulse extender alive everytime a golem passes through. The pulse extender has a lifespan of about 30 seconds (Golems in the iron phoenix spawn once about every 5 seconds). It will turn on for the duration of the rebuilding process, and will only trigger the rebuild the iron phoenix if the pulse extender turns off.

      One of the features I decided to add to this is a "recent golem counter". If it counts say 5 golems in a row, it will repeatedly keep the pulse extender on if it detects 5 golems in a row but none for the next 5 (30 second cycles) cycles. The golem counter uses Tango Tek's dropper counter in his iron phoenix when pistons are being extended one by one. The modification I made to it is that I put droppers on both sides so that I can control both a count up and a countdown.

      However, this feature somehow breaks when golems (or entities) drop through a tripwire hook system from more than 50 blocks above. It works flawlessly when entities drop at low heights such as 5 blocks from the tripwire hook. Sometimes it triggers a countdown when all that's hooked up to the tripwire portion is a countup (the countdown portion is controlled by the pulse extender being almost out of redstone signal strength)

      My theory is that a comparator cannot detect an update when an item moves through 2 droppers back and forth. But I do not know the exact cause of the bug, only how to recreate it. I have recreated it on a flat, sandstone only creative world and my multiplayer survival server.

        Attachments

        1. Comparator bug (2).mp4
          9.33 MB
        2. Comparator bug (3).mp4
          9.97 MB
        3. Comparator bug pt. 1.mp4
          8.88 MB
        4. MC-123912.png
          MC-123912.png
          602 kB

          Activity

            People

            • Assignee:
              Unassigned
              Reporter:
              zyxwvu Skye Chen
            • Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: