MOJANG FINALLY DID IT!!! ...Sort of.
Vložit
- čas přidán 22. 05. 2024
- Patreon: / purplers
Discord: / discord
Twitter: / purplersmc
In the new snapshot 23w12a, Mojang has added calibrations to sculk sensors, but are they good now?
Need a Minecraft Server?
Get 25% OFF MCProHost using promo code: Purplers
mcph.to/purplers
Resource Pack: Vanilla Tweaks
My Mods: moddermore.net/list/d0f38916a6
Music: pastebin.com/q23LdBNq - Hry
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.
Yep
Was about to comment it
New update, looks like they are watching your videos
And now the cooldown is 1 second.
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
I thought the. Exact same thing
@@DarkGamer-sx7gp there's three lol
Same bro
Same
i watched those the day before this snapshot released lol
Sculk sensors never sent signals to each other before, not without activating some redstone component like a piston or trapdoor.
Yes they did
@@Purplers when? I have never seen or heard of this before.
@@Purplers did they? i experienced a lot with sculk sensors and i noticed that they don't.
@@Purplers they never sent signal to each other, the only send a signal to shriekers but never to other sensors
@@Purplers They didn't, just test it in a previous release/snapshot if you don't believe anyone.
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...
oh? the game is trying to make a creature that doesn't exist in the real world feel realistic???
And, is it truly so hard to believe that a creature who's whole job is just to listen to things and their entire habitat is based completely on noises to be able to differentiate between some sounds?
Also, this is a video game, not a world building project. You don't sacrifice gameplay for aesthetic. You make the aesthetic match the gameplay. Maybe your argument would work if this was a novel or movie or something, but not in a video game. Case and point: guns pretty much never work like how it seems in video games, yet no one complains because it synergizes with the gameplay.
Also, you literally already give the allay items to be able to differentiate between things.
@@lilyofluck371 Minecraft, in a more or less literal way, is a game about world building with established rules the world follows. Most things in Minecraft make sense in their own way because they go in line with the rules of this universe like only some blocks beeing able to falls down or EXP beeing something that is in every living creature and can be used to enchant. It would make no sense to make the sensor work by putting an item on it, which it cant even see, and make it filter out frequencies based on that, without knowing what sound it does... Thats the hard part about game design, coming up with solutions that still fit into your game but are also usefull....
My approach to the problem would be to calinrate it with a vibration that you make, so for example you want it to listen to breaking blocks,you power it, break a block, depower it. Know it only listens to breaking blocks. And for harder sounds, if you want to filter it out, you need something that makes that sound/vibration.
@@lilyofluck371 thats different, the Allay specifically searches for an item, the sensor "searches" for sounds, nit items...
@@percycreeper2733 except, your walking can trigger it, and that will just be annoying. Imagine trying to calibrate it but all the animals around you say "nah." It would make the game 10x more annoying because you would have to calibrate it in a different place to where the redstone is at and you have to do all that before hand.
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.
EXACTLY THIS MADE ME SO ANNOYED IN THE VIDEO
When he said communicate i think he meant echo to each other it was just an incorrect wording
@@Just_a_random_username what's the difference?
@@plighting_engineerd echo as in the sound/vibration is continued to through the sculk sensors. Communicate as in sound/vibration from sculk sensors gets communicated to a shrieker to activate said shrieker
It's an understandable mistake, when sculk sensors came out, tons of people thought that they communicated with each other. If you never corrected that assumption, it's really easy to keep believing that.
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.
While this sounds like a nice idea, calibrating it could be pain in that case. Imagine wanting to calibrate it to pistons. What if you move after powering a piston? It will register a different sound. What if the thing you are trying to detect is hard to come by? Like for example bats. Want to make a bat farm (idk why you would but it's an example), well then you have to build it first to get bats, calibrate the skulk and then rebuild parts of it for the sensor. I think instead, you can use a shard to click on it and set it to calibration mode. Then you can play the sound and then it saves when you put amethyst shard again. It still has issues, however it's a bit bettef
@@m3mber963 But doesn't this have the same issue? Once you are in calibration mode, wrong vibrations cause the same problems. Maybe I'm missunderstanding something.
What if the calibrated sculk stores the game event even even when broken? For a simple farm you just calibrate the sensor in the farm. For bigger projects or a technical server, there would be a microfarm for each required game event providing stacks of each type.
@@icefreez3r815 it still does have the same issue. You are right. And you might be right about the big servers having small farms for all the small game events. I think the skulk should remember what it has been set to even after breaking, otherwise it is pointless though
@@m3mber963 use silk touch to make the sculk remember, otherwise just reset. Ez fix lol
what if you want to detect something hard to get, or maybe detect explosions. That would be really annoying to calibrate
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!
1st
Knarfy!
Hey Knarfy! I didn't expect to see you here. While I agree that it's interesting, the signals are only grouped into 15 signals, and not calibrated as well as the better sculk sensors. I also hope mojang will change some things.
Yeah i mean it does have the ups and downs
He did say it opens a door reliaably now.
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?
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.
+ with signale strength calibration you can use redstone circuitry to change what the thing detects.
But the "Better Sculk Sensor" mod added the item calibrated one, it did not replace the original. So regular players could still choose, and the really serious redstoners would be able to use the item calibrated one to it's full potential. However, I understand your point about Minecraft keeping things simple, but the item calibrated sculk sensor still works great as a mod.
@@finnx_finnez1562 i think you're missing the point by saying "the mod is great", the video is not about the mod and neither is the comment, it's about how mojang could/should improve the block for vanilla, and the mod exists to show an example demonstration of the system he proposes
the intent is to have mojang replace the system with a different one
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!
The long pulse length makes the cooldown super long, which a monostable can't fix
Add extra sensors that reveal themselves after a delay. You won’t need to worry about interference now from pistons pushing the wool around since they are calibrated. In my personal quick and sloppy attempt, I was able to get 5 sculk sensors detecting a same area and activating within the timeframe of a single sensor.
Its not perfect and there are drawbacks, but if you want detection at a faster rate, you do have options.
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.
like a gui similar to the beacon
A GUI is admitting defeat. It’s saying ‘this mechanic is too complicated and unintuitive that it isn’t possible to present without one’
@@WhatIsMyPorpoise not everything is a competition
@@lilyofluck371 maybe not a competition, but you know you dont have something intuitive when you have to use a menu to navigate trhough it.
that's called a design failure. Sculk is supposed to be alive, though not sentient. Things that are alive like the sensor is should not use a menu.
Villagers use menus because they can communicate, are we somehow supposed to think that we are somehow communicating with the sensor in a similar way?
That's why I said it would be admitting defeat, especially coming from Mojang. Intuitive design is everything in a game like minecraft and the less menus players have to navigate, the better.
It's why the create mod is such a hit. It shows more info on the blocks themselves instead of having players sort through inventories and menus.
It's also why the block set on the sensor is kind of an odd choice. There's a lot of space for miscommunication there and you kind of have to guess which items represent which sounds.
@@lilyofluck371 no, but it IS a challenge. i'm sure there's a way to make it intuitive without using a GUI
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.
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.
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.
yup, also I just tried see how signal strengths have _some_ way of being produced without the players direct influence and everything but signal strength 14 is easily doable.
My only real complaint is the lack of strong powering. If that gets done, I am perfectly happy with the calibrated sculk sensor.
I'm glad this video is already outdated. It really shows that Mojang employees are listening to the community.
Who's gonna say to him that the lenght of the Signal was decresed zo 1 sec?!
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.
Now we need to make amethyst extend block detecting distance, and block signal release distance.
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.
1:38 LITERALLY as you said "the water will spill outwards", i mined a block, and water spilled :O
I think the description might need to be fixed. For me it still mentions ChatGPT.
Yup
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.
Adding too many options to the menu wouldn’t feel minecrafty. A menu for calibration like the beacon however, would be pretty cool! It could even use up some item in order to calibrate it
i think thats what mojang wants to avoid tbh
@@vinicus508 everything will feel modded, ~until you get used to it of course. The idea of "trying to feel like Minecraft" makes no sense to me. If it makes the block actively better, then do it. It will feel Minecrafty once people get used to it. Case and point: remember when netherite felt like it came straight from a mod? it doesn't anymore
@@MatthewHollow maybe that's what they want to do, but it makes a lot more problems for essentially no reason. the beacon and smithing table are both gui heavy blocks and both already exist in the game.
(My own version of this idea) A "Calibrated" sensor could be activated with an echo shard, and then pick up a specific frequency (like eating, or taking a step) then it'll save that one "Echo" and only pick up that exact frequency, like if you used an echo shard on it, then ate food, it would only pick up eating food in the future, you could possibly check what can be detected with a GUI and use this to add multiple things it senses specifically, so 2 echo shards could make it pick up eating, and shooting a bow, and of course if you needed to reset it you just pick it up and put it back down.
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
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.
I think the amethyst vibration transition on same frequencies can be used for turning on different systems with a single skulc sensorr
The triggers have been simplified a little bit so is better in case of more block actions being added
Guys, remember that there's a Feedback site.
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.
No. The real issue with the calibrated sculk sensor is that its input needs to be redstone dust, repeaters or comparators. If you could allow it to intake signals from blocks, that would resolve the a core problem with waterlogging. you can already take the output through a wool block using a comparator.
This is, of course, only an issue on Java. Bedrock comparators and repeaters are waterloggable, even in flowing water. Still, it's really annoying how hard it can be to isolate a sensor. and handling that would be greatly appreciated.
I was watching your videos on that literally less than an hour ago, and then you post this video. Crazy.
0:56 some other examples: detect breaking a block and punish e.g. in a parcour, fish farm, teleport home, sending messages through sculk
did not think purple would upload about an update so quickly
I was excited to see the new skulk sensors, but I did not realize that the waterlogging required more space. Thanks for the info.
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.
The second I saw the snapshot I new a new purples video was coming out
1:19 for me, adding a comparator after some blocks works
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.
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
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 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!
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.
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!
I was waiting for this video!
thank you for speaking up about this slightly broken block
The tag have worked. Thanks to you, Purplers
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.
Well, it'd be nightmarish trying to intuitively understand how that works. You would have to figure out exactly which value every action makes. The signal transport of amethyst would also become irrelevant.
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)
I remember that the texture of calibrated skull sensors was in the game's files in the 20w09a snapshot or something like that.
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)
The intro was on another level
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.
Fun fact, I made a communication device with the calibrated skulk sensor
redstone CZcamsrs when the newly added redstone component doesn't work exactly like what they wanted:
In its current state, most redstoners don't use the sculk sensor in their builds at all. I made these suggestions to try and make it usable.
@@Purplers yeah the comment is just a joke. I figured you guys are just trying to make the game better and I applaud you for it. however, everyone have different opinions on how the calibrated sculk sensor should be and Mojang can't please everyone so you can only hope for so much.
can thoes new sensors be "wached" by observers for shorter signal strenght?
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 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
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.
when i so the snapshot and your video i was wating for this
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)
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
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
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.
You could filter the output to only accept what you want, but the sculk sensor would still go on cooldown when somethign else triggered it, so basically it was useless
minecraft kurzgesagt
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.
Awesome Video but actually, why is your skin blue when your names purple?
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
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
When I saw the snapshot I was like "Well , time to watch a Purplers video"
Great video!
School🚫redstone knowledge✅ 🍷🗿
I love the shrunk music!!!!!!!!!!!!!!!!
Can you make a tutorial for the 3x3 door in this video?
How did I know that you were going to make a video about this...
I was expecting this video
You all should try the mod to see how better it is (also I heard its dev is cute)
I guess this is good?
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
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 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
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
They should switch leaf and sculk sensor eaterlogging
I knew you would make a video about this lol
i think the better sculk mop make sculk sensor to op
Now we need a way to figure it out on bedrock bc the frequency things isn’t the same
Why is your voice so nice to listen to
I knew you would make a vid about this
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?
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.
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.
Everytime modern minecraft gets something new I am interested and put off at thr same time.
Bruh how are you so underrated you editing for one is on point storytelling on point shesh keep doing what you love brother inshallah. Amazing job 👏
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
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
You're way of doing calibration Is far better than mojaang's
yahh it's snapshot time
Mojang must’ve seen your video. Great. But what they really should’ve done is to hire you😂
Nice fix
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 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).