Slight correction, the amethyst thing allows sculk sensors to trigger other sculks sensors, which they didn't do before, and it also preserves whatever signal strength the first one had.

When Mojang released this, i instantly thought: "Well, now it is only a matter of time Purplers will make a Video about it". Guess I was right

Sculk sensors never sent signals to each other before, not without activating some redstone component like a piston or trapdoor.

The thing that Mojang tries to do is to keep the calibrating kinda "realistic". Sculk is something that is alive, so adding a filter via items doesnt really make sense. As Amethyst does seem to have some sound properties now and sculk sensors already interact with redstone, it makes sense to differentiate the frequencies with redstone signals. Also, they classified the frequencies a bit more, so steps of all kind are 1, falling things are 2, etc... Im not saying its perfect, but that you also have to consider logic hen implementing such things. A GUI or the item filter varient just wouldnt feel right... I mean, you dont just put an item on your dog to make it listen for that item...

The amethyst block copies the noise value that an adjacent sculk sensor receives. If a sculk sensor is activated by walking (redstone value 1 as of the latest snapshot) then the amethyst block will resonate the same noise value, so nearby sculk sensors will also receive a value of one. This is not limited to calibrated sculk sensors, however that is what causes you to not be able to mismatch calibrated sculk sensors of different frequencies. 2:47 sculk sensors did not do this... unless I am misunderstanding what you meant, sculk sensors never communicated with each other, unless by use of an external source to create a new noise, such as a trapdoor. However, sculk sensors ARE able to communicate with sculk SHRIEKERS.

It's certainly an interesting addition. I'm interested to see what possibilities it opens up in the future, but I can definitely see how there's some issues! Lets hope there are a couple changes!

Well, I did see it. This is a very valuable feedback. It is obviously focused only on one side of CSS (as the only remote input component in a contraption) which biases certain opinion / design decisions, but that's fine I guess. The addition of amethyst resonance strengthens for example relation between vibration frequency and sound frequency that you can hear in the game, which is important for the lore behind how sculk sensors work. You can measure that frequency with a comparator and learn to use it as a filter. This is a discoverable solution (albeit may not be so straight forward for everyone), while using an item to distinguish between differnet activations would require a wiki to learn. Same for signal length - the visuals of the SS say its active for 40 ticks and one would expect it power things around it for the same amount of time. You can always attach a rising edge monostable to shorten the pulse if needed. Another thing is the issue you have pointed out - can't replicate it for some reason: the piston on the right activates first. Is it locational?

As a map creator, i do often use Sculk sensor, and am quite happy about it, i can deal with the long pulse by using monostable, observer for 1 tick, piston+target+trident and piston+minecart and pressure plate for 10 ticks(stone button pulse length) nor vanilla Sculk for longer pulse, they're really useful, i can make a floating button in a glass which looks cool and awesome, plus also making wiring the contraption to the input more flexible, the only problem is it keep getting an update/detect an unnecessary thing and it's make it's very unreliable for the most part, especially the bat are annoying as hell, they will cause an update to the Sculk and making it more unreliable than ever before 😭, and when i heard about this calibration system, am so glad yet worried cuz lot of my map were already made way before they introduced this, and you still complain about it? It's a blessing for me personally 😂😭

Store the last game event a sculk sensor registered in the block. Then allow it to be locked with an amethyst shard turning it into a calibrated sensor with this specific event. Ez fix. Doesn't require 42 different calibration items that everyone would need to look up. And no problem with multiple events for the same output level.

1.20 has came out 3 days ago, and calibrated sensors are a feature.The new sensor has only a 4 tick delay. Extremely useful.

I personally think that item calibrations are way worse than the signal strength system. With the signal strength system, you can test which sound makes which signal strength in-game and easily calibrate your sculk sensors accordingly. With the item system, you would have to pull up the Minecraft wiki and search through all of the items until you find what you're looking for. I think that Minecraft features are better when they are simple to understand but also incredibly flexible. Plus the signal strength system has it's advantages too. You can record sounds by their signal strength and also re-calibrate sculk sensors automatically.I think that it generally has more flexibility and potential.

While i enjoyed the video there is a few things i want to highlight / give my opnion on: 1. I dont think that the cooldown is a problem, if you need the redstone to not last too long there is ways to short the time it is active, and if the problem is that the sensor is inactive for 2 seconds you can have extra sensors that are enclosed in wool, and when the first one is activated the second one has the wool pushed away from it so it can listen, so while it is not the perfect solution you can can still listen to actions during the delay. 2. While the sculk sensor dont strong power the blocks on the side you can still use a comparator and it will read the sensor trough the wool, not only that but wool oclusion dont only works near the sensor, so in the example you gave instead of only covering the sensor you could also cover the redstone on wool, and them have it goes into a repeater that strong power a wool block to go outside of the wool area. 3. I dont really see the problem with the fact you need to have 3 open sides for the sculk to work, it would use the same amount a space if you would cover it in wool and like i said in point 2, the side that recieves the redstone can be blocked and have a comparator reading trough it, you would only need a redstone if you want to know how far away someone is from the sensor. 4. The triggers where changed in the latest snapshot, and while i can see some triggers getting bloated in the future, the way it is now have the most usefull ones being unique, wich i think it future proof them enough. 5. Sensors never send vibrations between each others, i noticed a lot of people are confused by this even tough it was never this way, thats way the amethyst block is usefull, because before the only way to send signals between sensor was by using something like a trapdoor, wich would change the frequency of the sensor. Another thing is that the amethyst resonance isnt limited to calibrated sensors, it also works with the normal one, so you can have a normal sensor be a input, then have a chain of sensor+amethyst and at the end have a decoder using the calibrated one. So in my opnion i think that all of the new changes to the sculk sensor have been good. I only think that the only thing that is left would be a way to make a certain frequency with redstone without needing to do that action, because while you can do some of those with redstone, some are locked behind a player action like teleporting or eating, i guess you could make some kind of "sound battery" using the amethyst resonance and the calibrated sensor but i think it would be better if here was a block that could do that. I would also like to point out that with the new amethyst resonance you can now make a redstone signal that can travel up and down and only ocuppy 1 block for that, if im not mistaken until now you would need 2 different lines to trasmit redstone, one that goes down (like updating walls, dropping a item, daylight sensors, etc) and another that goes up (bubble collums, scaffoldings, etc), now you can place a sculk sensor every 8 blocks and place a amethyst block above and below of the sensor to trasmit a signal up and down.

I loved the part in the beginning when Purplers said "It's snapshot time", and then snapshotted all over the place. Truly the most video of all time.

Of the 5 flaws, arguebly more than the first one are fixed: 2. Too many triggers: the triggers were simplified, so this is at least an improvement 3. Pulse lengh too long: you can easely hook up a monostable circuit now because of point 4 4. No strong powering: the need for strong powering is almost non-existant, since you don't need wool to muffle the sound of redstone components anymore I think the calibrated sculk sensor almost completely solves almost all flaws, whether it be directly or indirectly. Ofcourse i do hope that the 4 remaining flaws listed at the end of the video do get fixed!

I'm glad this video is already outdated. It really shows that Mojang employees are listening to the community.

You're right. The pulse of the sculk Sensor is too long. But i understand mojang this decision. They did this for giving the player time to react and not accidently creating hundreds of warden in the ancient cities. But i have an idea to solve this problem. What if we could change the amethyst cluster on the calibrated sculk sensor with a right-click for shorten or lengthen the redstone pulse? There are 4 stages for the amethyst cluster. We we could do for Amethyst stage 1: 1 redstone tick, for Stage 2: 3 redstone ticks, for Stage 3: 5 redstone ticks and for Stage 4: 10 redstone ticks This would solve the one problem. Let make the calibrated sculk sensor THE sensor for redstone and let the normal sculk sensor for the spooky atmosphere in the ancient cities. What i understood your other problem was the sculk sensor detected everything and wasn't user friendly with the hundreds of different Interactions in each restone strength. They solved the problem with the newest snapshot. They categorised the different interaction in every redstone strength Redstone strength of: 1. Movement in any medium (land, water and air) 2. Landing on any surface (land or water) 3. Item interactions 4. Gliding with an elytra or unique mob actions (Ravager roar, Wolf shaking, etc) 5. Dismounting a mob or equipping gear 6. Mounting a mob or interacting with a mob 7. Mobs and players getting damaged 8. Consuming items (drinking and eating) 9. Blocks 'deactivating' (door close, chest close, button unpress, etc) 10. Blocks 'activating' (door open, chest open, button press, etc) 11. Blocks changing (cauldron water level rising, adding food to campfire, etc) 12. Blocks being destroyed 13. Blocks being placed 14. Mobs and players teleporting or spawning 15. Mobs and players dying or an explosion For me would be your idea more anoying because you need to giving up extra materials for a piston only to put it in the sculk sensor. This would be expensive for a big survival project.

The problem with using items is that there is no way to communicate to the player which items correlate to which frequencies without having them look up a list. I don't think the signal strength solution is great, but we need something that is both versatile and easily understandable, the item solution is not that. Basically, if we want Mojang to consider changing the frequency system, we have to come up with something more intuitive.

Who's gonna say to him that the lenght of the Signal was decresed zo 1 sec?!

2:07 Does this account for the new changes in detecting? Because I honestly think the new vibration signals aren't as "cluttered" as before, now they're far more practical and feel kinda organised.

Now we need to make amethyst extend block detecting distance, and block signal release distance.

Super interesting video, I don’t do a ton of redstone but I’ve always felt something was off with the skulk sensor. this made me realise how inefficient the block is.

1:38 LITERALLY as you said "the water will spill outwards", i mined a block, and water spilled :O

Ngl whenever I was making my really crappy redstone I always skipped over the Sculk Sensor, when I saw the fixed sculk sensor video with the mod I took two seconds to scream "YES" at the top of my lungs and start messing with it

I think the description might need to be fixed. For me it still mentions ChatGPT.

Actually there are some more differences. 1. The pulse length is 1 second instead of 2. This makes the delay shorter. 2. Its range is 16 blocks rather than 8 Also the amethyst blocks relay the same signal strength to another calibrated sculk sensor while the trapdoor relay method would lose that information because it would relay the trapdooe signal strength. The reason that regular sculk sensor has a shorter range and a longer cooldown is because otherwise they would trigger shriekers all the time. The calibrated sculk sensor was clearly made for redstone use because they couldn't change the regular sculk sensors.

I think that mojang should just make a menu that you can open on a calibrated skulk sensor, kind of like with a beacon or anvil. That way you don't need to add a redstone signal to it and you can select as many (or as few) options as you want, as well as the delay time. Wow this idea could solve like 3 of your problems in one menu.

they could've made the calibrated sculk a UI thing, where you choose the game event that triggers it.. Not only does this solve the open sides thing, but also solves the strength clutter, where numerous game events cause the same sensor strength. yes, it does feel like something out of a tech modpack, but that's the only solution I can think of, and probably the only solution if you really want to "calibrate" it, not just narrow it down. The item calibration could work, but there is just so much you represent via a single item.

I think it would be so cool if you could have the catalyzed sculk sensor calibrate to an allay. This would allow for the allay to be holding whatever kind of item, like a piston, and the sculk sensor calibrated to that allay would only hear pistons. This would totally add the aspect of extreme specification calibration to the game and would still feel 'Minecrafty.' Also, the allays are attracted to amethyst already, so them calibrating the calibrated sculk sensors actually makes sense!

Yeah, regarding the waterlogging issue with Calibrated Sculk Sensor, this would be easily fixed with a variant of redstone components that can be waterlogged/resist water flowing... like i don't know, copper wires or make the redstone components be reinforced with copper. As for the Amethyst Block sending signals to the next Sculk Sensor, the added benefit to this is that it remembers what type of vibration it triggered the initial one. So, if you do the traditional trapdoor method, and you used a snowball to trigger it, the end signal would not register as being done by a snowball, it will be from a trapdoor. If you replace that with Amethyst blocks, it will remember that the one triggering the signal was done by a snowball. I can see this as a making multiple triggers from just one input, and you only want a specific to trigger to happen. Like you have 2 doors, one triggered by eating while the other triggered by placing a block. You don't have to make 2 different circuits to happen, you only need 1 circuit but the 2 outputs are triggered differently based on what input triggered it.

The triggers have been simplified a little bit so is better in case of more block actions being added

0:56 some other examples: detect breaking a block and punish e.g. in a parcour, fish farm, teleport home, sending messages through sculk

Mojang/Microsoft has started importing un-stupid from mods into the base game thus outsourcing game development to unpaid volunteers whilst they can set it stupid around all they.

I was excited to see the new skulk sensors, but I did not realize that the waterlogging required more space. Thanks for the info.

I think the amethyst vibration transition on same frequencies can be used for turning on different systems with a single skulc sensorr

did not think purple would upload about an update so quickly

How to fix the "too many triggers issue": use the block underneath trick from noteblocks. idk if this is actually a good idea but there are more thant 42 different blocks in minecraft so.

I was watching your videos on that literally less than an hour ago, and then you post this video. Crazy.

The second I saw the snapshot I new a new purples video was coming out

crossbows are broken heres why. bows can be adjusted of how much damage can be inflicted up to critical hit, crossbows can't and can only shoot when they are fully loaded to critical hit. bows have way more enchantment that could kill any average mob with one hit. crossbow can't kill things in one hit and not many enchantments, most of the enchantments are situational crowd control enchantments. the changes i would make is adding the scoped crossbow. Next for the enchantments we will modify piercing because it should increase damage inflicted based on each level and maybe damage decreases to normal when it cant pierce through a mob. Next Multishot when shot up close to a mob acts like a shotgun in a sense that all three arrow impacts your target (most mobs are killed off with 3 arrows). New enchantment will be the acceleration enchantment, this makes the speed of the arrow travel faster to the target (making it harder to dodge). enchantment Longshot increases the distance the arrow can shoot from. and 3 more enchantments that are like bow enchantments like flame, infinity, and punch. this might be a lot but the way crossbows were explained to us, they we supposed to be better than the bow in terms of damage and utility where players are more encouraged to use them but unfortunately thats far from the truth. biggest buff the crossbow has is crowd control and it not even done right, spamming a fully max op regular bow is better crowd control than multishot or piercing on crossbow. Prehaps for regular bow will add SharpTurn enchantment where the arrow can curve around a corner to hit a target at a reasonable distance (this is possible in real life and historically documented if you watch Lars Anderson archery demonstration and the history behind it)

thank you for speaking up about this slightly broken block

The tag have worked. Thanks to you, Purplers

I think you probably could get away with covering 2 sides with wool for the waterlogged calibrated sculk sensor, since you could use a comparator through a block to pull the output from, you could also take the output using an observer from above or below. Also, skulk sensors are a bit like redstone torches where they will actually send QC updates. I think one way they could fix the water thing would be if the calibration input could take the input through a powered block. Hard powering other adjacent blocks wouldn’t hurt either. This is definitely a step in the right direction imo.

Can you make a regular wooden machine that burns all wood into lava except for a wooden block that is transported to a location. Because every time a wooden block comes to the place, the wooden block is placed in a certain order so after a long time there will be a huge tower of wooden blocks with the area 5.5.X in the place. X = The height of the tower (so infinity)

1:19 for me, adding a comparator after some blocks works

minecraft kurzgesagt

Guys, remember that there's a Feedback site.

Why not just add sculk sub-frequencies? After you choose one of the 15 frequencies to tune in, you could use a comparator to read its exact "sub-frequency", allowing a total of 15 x 15 = 225 possible readings

Just wanted to point one fun thing out. I am seeing this video after your redstone thieves video. I would like to say boy your voice did change a lot, and i really found that hilarious!

2:24 how rare it would be, that you actually want to differentiate between 2 signals of the same category? I find 40 to 15 not so much

I think if they add a object calibrated sculk sensor, it would have to use a observer in its crafting recipe so it can observe the item

They kinda fixed the timing of 2 seconds

the could have just note blocked the calibration system (they are probably try to let us use the calibration in a redstone system where it changes the calibration depending on something)

Fun fact, I made a communication device with the calibrated skulk sensor

The intro was on another level

And again mojang giving what the community wants but in a more complicate/unecessary way... just like us asking for backpacks, simple and easy fix for inventory problem. But no Mojang gave us a sack that doesn't fix anything.

I think an easy solution would be have it “record” the sound(s) you want it recognize. So you put an amethyst in and it will now listen for any/every sound, those it detects it will listen for, remove the amethyst and it will now only active when those sounds are heard. Put the amethyst back to reset it should you need. Maybe even give copper/honeycomb/phantom membrane another use by having one of them be the thing that silences it

As soon I saw the new snapshot I was like ”I wonder when Purplers is gonna make a vid about it?” It didn’t take that long 😂 Nice vid too!

I think it might be good that since the sensors output levels based on what group of actions triggered it, the calibrated sensors which only trigger by a specific group it is set to, outputs a signal strength to identify exactly which event within that group triggered it, instead of the signal strength of the group itself. This would add a further differentiation from the normal skulk sensor, seems pointless to output the same level as it is tuned to. As a result this effectively gives room for up to 225 (15*15) uniquely detectable events before we run into issues again. Not ideal, but I think a good compromise, as we are already so far down this path.

I remember that the texture of calibrated skull sensors was in the game's files in the 20w09a snapshot or something like that.

I love the shrunk music!!!!!!!!!!!!!!!!

when i so the snapshot and your video i was wating for this

I definitely think they should fix the issues you mentioned! Especially that buggy behaviour I wont say I am a big fan of the way the item calibrations are in the better sculk sensor mod, but I think even just fixing the other issues you mentioned will definitely improve sculk sensors a lot

It's crazy to think you are trying to critique something when you don't know everything about something. Sculk sensors didn't send signals to each other. You would have something to make a noise by it, which another sculk sensor would pick up on. Doing this though would cause you to lose whatever signal strength the original sensor gave off. The amethyst block fixes that last point by allowing another, further away, sculk sensor be able to receive the same signal strength the original sensor outputted.

Maybe the red sensor will come later on. The current change is a good concept since you can't put walking or landing in an item sensor

Everytime modern minecraft gets something new I am interested and put off at thr same time.

can thoes new sensors be "wached" by observers for shorter signal strenght?

Mojane should mak waterloged redstone

Awesome Video but actually, why is your skin blue when your names purple?

I am complaining about Vibration Frequency changing because each signal strength have potential to detect natural vibrations. If you want to use sculk sensor for wireless transmission, it is better that they had a signal strength which only detects specific(unnatural) vibration.

I might be mistaken but didn't we already have calibrations? Since we can make a setup that only responds to a specific signal strength? Now they just made it a craftable item instead.

Its way better now, they shortened the delay, they made it strongpower blocks, and they made the range a lot smaller. They added a new problem tho, it now sends signal strength based on how far you are from the block, which means if you need a detector, you will probably always need a repeater going out of it to make it work

When I saw the snapshot I was like "Well , time to watch a Purplers video"

Can you make a tutorial for the 3x3 door in this video?

You all should try the mod to see how better it is (also I heard its dev is cute)

How did I know that you were going to make a video about this...

I was waiting for this video!

please make an update to the video with all the changes mojang has introduced to the calibrated sculk senseor and if they make it useful

Why should mojang add item calibration? like it doesn't make any sense why it should exist in ancient city. whatever mojang did to this block might not be in redstoners favour, but at least it makes sense, and i think sculk sensor should detect every sound source, including placing blocks because its literally its main purpose/ job

I would like to see Mojang make a special feature for item frames cooperating with the calibrated sculk sensors and do what the better sculk does

Now we need a way to figure it out on bedrock bc the frequency things isn’t the same

I really wish for objects like this Mojang realizes that the best option is just to give the darn thing a UI. Why is Mojang so afraid of UIs?

School🚫redstone knowledge✅ 🍷🗿

I was expecting this video

They should switch leaf and sculk sensor eaterlogging

Why is your voice so nice to listen to

I think the amethyst thing is a different thing, if I'm not mistaken which I probably am, we still have the old system as well, so you can pick and choose, mix and match depending on your needs before they do more sculk stuff they need to ask you first tbh haha Also I really want scicraft to do more stuff with all the sculk, I feel there is more hidden potential, but yes a large portion of it is within this and the last video you made about sculk itself annoying or impossible to add into redstone systems that can be sooo precise and specific with game ticks, but with sculk thus far that has been the issue let's just hope and pray that this is a part of solving the issues to make it be the amazing thing it could and always should have been. perhaps in the future they can further enhance it with other new items as well, who knows

I may have a theory for why the delay is messed up but I'm not sure how true it is. It all depends on when in a tick a sculk sensor is processed, if it's after block events then this behaviour makes a bit of sense. 1gt for the vibration to travel from the noteblock to the sensor and 1gt of 'delay' because the piston has to wait till the next tick to process. Easiest way to test would be testing with trapdoors or just reading the code XD

I never have and never will understand a songle word you say in these videos yet i shall always watch them cuz even tho im not a redstone fan, im a purplers fan

redstone KZfaqrs when the newly added redstone component doesn't work exactly like what they wanted:

I believe the problems 1-4 are actually "solved (in the eyes of Mojang)" now in the latest snapshot. Not too sure about the delay though (#5).

You're way of doing calibration Is far better than mojaang's

I knew he would make this video as soon as I saw the video from Phoenix SC

I knew you would make a vid about this

i think the better sculk mop make sculk sensor to op

I guess this is good?

3:07 I've heard this already... way too many times... and every time the outcome is the same...

I like the feature were only I their calibrated the same then they respond

The redstone frequency issue is a small price to pay for preserving the "minecrafty" simplicity. The main issue for me is the huge delays.

I knew you would make a video about this lol

Hey purple they made skulk sensors better they did most of the changes except the pacific sound sensor.