nice! I see we both landed on very similar solutions to this. I’m going to implement your double-reversi loop to see how that plays out - it’s the main difference to mine which keeps the secondary piston extended by default, and it retracts and pushes based on the pulse-extender decaying fully.

I like this, thanks for sharing!

OK, so here’s the update. thanks to all the suggestions - I combined a few ideas, and came up with the following solution.

The observer triggers as items drop, this does two things at once:

1. Drives a pulse extender which immediately retracts the secondary piston
2. Pulses the primary piston after a short delay to push the items into the space that the secondary piston just made

As the clock decays fully the secondary piston fires and pushes the items.

An added bonus here is spam protection - so if items drop consecutively more quickly than the clock decays, it simply resets the clock so you don’t get pistons firing together, or too quickly. This way nothing ever ends up on the top of the slime/honey blocks. I’ve added a front-side view for those curious as well.

Thanks for all the help and tips!

ok, I think I see how your system works now - I moved the dropper so it drops on the right spot and I now see the pistons firing regularly as expected. It does get a little messy with the speeds of them firing however I really like the idea so thanks for sharing.

I tried to implement this, however my right hand side piston stays extended for the duration of the pulse extender rather than firing and retracting like the left hand side one does. Not sure if I am missing something in the pic that I cannot see. I also wasn’t able to figure out what you’re doing with the dropper - seems like it’s on top of the observer for some reason and the clock coming out of it doesn’t do anything?

that’s a novel approach, thanks for this - I am going to test it alongside my current version based off @[email protected] 's suggestion. Will come back with findings, thanks!

ohh yes, I like this idea, lemme have a crack at it, tnx! (I suck at redstone lol!)

Fixed!

WTH - nooooooooooooooooo

wow, I re-read what I wrote originally - that was some terrible work! Hopefully much clearer now!

oh shoot! Good catch, I will edit the main post.

Obligatory Princess Bride

Yes you can access Windows shares directly and play the media from there with no issues. I do it all the time.

Thanks for this add 100% correct, it’s for drilling not screwing!

I have a newer Zenbook and can confirm when I first got it, and wiped windows to put Ubuntu on it, audio didn’t work from the speakers. Headphones worked just fine. There’s a blog from some Asus dev community documenting the issues and resolution. I’m on mobile right now and can’t find it. I can confirm it was addressed on Fedora a few kernel releases back though and that all is well. I’ll post the blog link shortly. Per post above please provide your model number.

Edit: typos

Yes that is the hammer setting on your drill. The next setting is for screwing things in with no clutch release (it will keep rotating while the button is depressed), and it appears you have a series of numbers next which are the clutch settings. These will apply different amounts of screwing pressure before the clutch disengages. Good for when you don’t want to over tighten it strip screws.

Unless it used something applicable in its training maybe?

Have you tried leveraging a LLM ai with prompts matching your needs? I’ve heard it can be quite effective, especially for someone with some programming background. E.g. “write me a python script that…”

Your napkin math is good though. Excellent points thank you!

Do you find the sound of rain and distant thunder relaxing? If so there are plenty of recordings on YouTube and YT music that are hours long and not loops. Search for keywords with “rain forest”.

Yes, I reached a similar conclusion as well. Not sure if that makes it simpler or more complex. Time will tell!