>if you dont have access to water in the nether Thats like 99% of minecrafters mate hahaha =D

@@kaiohshin2322 😂 thats fair

Is it possible to modify it to run in 1.16?

@@MysteryMob-tv5fp it can potentially work if you mod in carts dropping as one item. Youd probably have to mod in waterlogged rails as well.

​​​​@@inspectortalonare there any substitute blocks for them and lava cauldron?

Glad it was helpful!!

Time to reduce volume further to break jor's computer

if you put a hopper minecart under the cauldron instead- it works on my server, still working out how to power that without two observers spaming a dropper

Oman, time to go full time. 4 daily uploads ofc ofc

@@inspectortalon time to go stevee :llama:

I will bass boost it just for you

@@inspectortalon what do u use for editing, it should be pretty simple tho

@@Scorpio03 i dont edit

@@inspectortalon oman then nvm XD

@@Scorpio03 skillful video quality ofc ofc

I think i mentioned in the video, rather briefly, that for systems that are too long to get the cart back in time, that all you need is to extend the pulse extender. Also, as mentioned, the hopper locking here isnt really necessary in a practical setting.

@@inspectortalon The point of hopper locking is for when the system isn't in use. It's quite reasonable to expect the system to be loaded but not in use as there are lots of applications for an unloader. It's a shame there isn't a better way to lock individual runs rather relying on a count-down timer.

@@oblio if you wanted an alternative, you could use a detector rail that powers a piston to unlock the slices only when the cart is being destroyed. Unfortunately it is more laggy when the piston fire, so i wouldnt recommend it. Im not sure what you mean by "reasonable to assume it would be loaded", since the unloaders are dedicated to the specific farm they are being used for. You can control chunk loading, and with proper management it isnt a reasonable assumption. Additionally, with lithium, regular hoppers (while the system is idle) are just as lag efficient as locked hoppers.

There is 1 direction that simply does not work in paper. Try rotating the design, i cant promise it will work but maybe it will help. I strongly recommend trying to switch off of paper if at all possible

@@inspectortalon I'm having the same issue. Do you know what direction it is? Is it facing a certain direction or along an axis?

Those are mangrove roots

that causes a lot of unnecessary active lag, which can reduce the rates and/or server/client performance. Locking the system only when in use is a more effective method overall.

@@inspectortalon I'm curious by how much. I'd love to know if you have the numbers at hand.

@@DrakePHOSE i dont have exact numbers, but piston extensions (especially with blocks + being in rapid succession) contribute a noticeable amount of lag, even if brief. Torches are also quite laggy, however it is only triggered twice between the start and stop of the system. Additionally to the piston issue, powered rails help ensure reliable cart yeeting regardless of the rail length (given that cart is able to snap to the rail, of course)

You have an example of that?

@@oblio i believe C5 made a working design with that (isnt included in his video on his instant unloader). Iirc the screenshots are somewhere in the cartchives.

😎yus😎

You have to use mangrove roots, unfortunately

Yes

it should lead to the relevant video

oh i see, thanks for letting me know. should be fixed now.

:madge:

I'm sure there is a fix to what you are experiencing, but I can't quite envision what the precise issue is. Would you be able to provide screenshots in the cartchives discord server?