Uploaded image for project: 'Minecraft (Bedrock codebase)'
  1. Minecraft (Bedrock codebase)
  2. MCPE-12848

Comparators measuring a container take redstone 2 ticks to change their state instead of 1

    • Icon: Bug Bug
    • Resolution: Works As Intended
    • None
    • 0.14.0 Beta 2, 0.14.0 Beta 3, 0.14.2, 0.14.3, 0.15.0, 0.15.2, 0.15.6, 0.15.90.7, 0.15.9, 0.16.1, 0.16.2
    • Confirmed
    • Tablet - Android - Samsung Galaxy Tab 4 Nook
    • 32132

      Comparators send their signal too slowly when activated. This causes a problem with unloaders because the powered rail doesn't deactivate in time to stop the minecart chest over the hopper. Usually the minecart bounces off the block and returns back along the track. The hopper is only has time to disgorge one item from the cart per run.

      I've tried a couple of designs and both have the same issue.

          [MCPE-12848] Comparators measuring a container take redstone 2 ticks to change their state instead of 1

          Scott mc added a comment -

          Quick list of the possible problems.

          Power rails are reativating too quickly.

          Items being taken from a minecart/hopper to another hopper are leaving the second hopper too quickly.

          https://youtu.be/gr4tlA9-430

          https://youtu.be/t-cWqvP8rw0

          These two designs no longer work in xb360.

          The mine cart drops one item and is sent back down the rail. 

           

          Scott mc added a comment - Quick list of the possible problems. Power rails are reativating too quickly. Items being taken from a minecart/hopper to another hopper are leaving the second hopper too quickly. https://youtu.be/gr4tlA9-430 https://youtu.be/t-cWqvP8rw0 These two designs no longer work in xb360. The mine cart drops one item and is sent back down the rail.   

          Devs reported back that this works as intended.
          Explanation:
          1 tick for updating the torch.
          1 tick for updating the hoppers. (arguably this could take a tick longer)
          1 tick for updating the comparator.

          Helen Zbihlyj added a comment - Devs reported back that this works as intended. Explanation: 1 tick for updating the torch. 1 tick for updating the hoppers. (arguably this could take a tick longer) 1 tick for updating the comparator.

          Zeb added a comment -

          This may just be a duplicate of MCPE-15793... it's hard to tell. When 15793 is fixed, we'll know for sure.

          Zeb added a comment - This may just be a duplicate of MCPE-15793 ... it's hard to tell. When 15793 is fixed, we'll know for sure.

          [MCPE Mod] Auldrick added a comment - - edited

          Appears to be fixed in 1.0 (Windows 10 at least).

          [MCPE Mod] Auldrick added a comment - - edited Appears to be fixed in 1.0 (Windows 10 at least).

          PHO added a comment - - edited


          OH WHAT THE

          ...so this is very similar to MCPE-17208 / MCPE-17274...

          PHO added a comment - - edited OH WHAT THE ...so this is very similar to MCPE-17208 / MCPE-17274 ...

          We don't know what exactly is incorrect and in what way it is incorrect. PHO, in the last image you posted, you will get another result if you put a repeater between the lever and the rest of the machine. (yes, that is another bug which I think is already reported) However, it looks to me that it's the dispenser that's too slow...

          [Mojang] Tomas Alaeus added a comment - We don't know what exactly is incorrect and in what way it is incorrect. PHO, in the last image you posted, you will get another result if you put a repeater between the lever and the rest of the machine. (yes, that is another bug which I think is already reported) However, it looks to me that it's the dispenser that's too slow...

          PHO added a comment -


          The screenshot shown above proves that it's comparators that are doing the wrong thing, not hoppers.

          There is a single item in the dropper. Push the button to activate a dropper that is measured by a comparator. The dropper pushes the item into the hopper after 2 ticks (as expected). The comparator deactivates after 2 ticks (unexpectedly) instead of 1 tick.

          PHO added a comment - The screenshot shown above proves that it's comparators that are doing the wrong thing, not hoppers. There is a single item in the dropper. Push the button to activate a dropper that is measured by a comparator. The dropper pushes the item into the hopper after 2 ticks (as expected). The comparator deactivates after 2 ticks (unexpectedly) instead of 1 tick.

          This bug has been reported to our internal bug tracker for further testing and a fix. It is scheduled to be fixed in one of the future updates (no specific date can be provided).

          [Mojang] Adrian Östergård added a comment - This bug has been reported to our internal bug tracker for further testing and a fix. It is scheduled to be fixed in one of the future updates (no specific date can be provided).

          Zeb added a comment -

          Confirmed for 0.15.6. (Tested on Windows 10.)

          Zeb added a comment - Confirmed for 0.15.6. (Tested on Windows 10.)

          Lloyd Lewis added a comment -

          I am trying to build an item sorting system and the slow reaction of the comparator is causing the items to go past the filter and wind up in the junk chest.

          I am using a standard sorting construct with overflow protection. Items come up an item elevator into a hopper line.

          Lloyd Lewis added a comment - I am trying to build an item sorting system and the slow reaction of the comparator is causing the items to go past the filter and wind up in the junk chest. I am using a standard sorting construct with overflow protection. Items come up an item elevator into a hopper line.

            skribe skribe
            Votes:
            11 Vote for this issue
            Watchers:
            9 Start watching this issue

              Created:
              Updated:
              Resolved:
              CHK: