The Insane Science of Minecraft's Ultimate Oneshot Weapon
Vložit
- čas přidán 2. 02. 2024
- This video documents the process of investigation and discovery attempting to make the ultimate anti-personel weapon in minecraft. However it ends in tragedy as hours of science and mathematics ultimately leads to a critical flaw due to an unexpected behaviour in projectile entities. Despite this I still felt the video was worth uploading given how much technical knowledge I encountered on the path to making the ultimate oneshot weapon.
Sipover's video about the Oneblock Cilvilisation Event:
• Minecraft's Best Playe...
Wavetech Server Discord:
/ discord
Mods that I use:
www.mediafire.com/file/rrtgqh...
Second Channel where I post my Music:
/ @artism6843 - Hry
This is why the details of an event should be announced beforehand, instead of just saying halfway through the fight "yeah the giant machine you made is not going to work anymore, and your entire base is going to be outside the world border"
Yea. I hate when events like these cater to specfic playstyles because they are better for content. You cant just build an unpenetratable fort because of the border. Border closing is so silly because people are good a pvp get a massive advantage while people who are more passive and strategic lose by having less area to work with.
Dum dum kids that only care about what they want and aren't professional do that, that means no one should work with them ever again.
Gotta love it, the game creator was a pvp’er himself if i remember correctly and he didn’t want the builders to be op, so they got essentially nerfed into hell, as they were a team of builders, being told they couldn’t build, against a team of pvpers, complete waste of time imo, why hire an engineer to fight with a gladiator if you’re just gonna take his tools.
Yeah meanwhile blue did an even less interactive strategy and got no complaints.
Makes me think of that time my friends made a similar event and convinced me to play too but then about an hour in I realized there was a plugin that blacklisted every single redstone component. I quit immediatly after that, if you take away the only thing I'm good at then why even invite me.
Thank God we have Minecraft. Otherwise this guy would be designing predator drones for some military.
🤣🤣🤣
You don't know if he actually does
More likely he would be designing some weapon to hit a target anywhere on earth without warning and with incredible devastation
@@johnfeistner467 such as predator drones
@@tindekappa9047 only there wouldnt be anything left. More like the rod from god concept weapon
"Stay in school, kids. It makes you better at pvp" - Technoblade
And redstone
I remember when he said this line. Technoblade never dies.
Long live the blood god, and may he rest in peace
@@waterninjaish4476Press F to pay respects.
And building
F
"Worried that builders would be too powerful" meanwhile the build instantly self destructs if loaded incorrectly
Just like many weapons in real life
"Arrows don't move" has to be the most technical and funny way of saying this. It feels like I'm reading a physics paper, lol.
Arrows don't .move()
@@Zack_Taylor yeah I get that
The arrow knows where it is at all times. It knows this because it knows where it isn't. By subtracting where it is from where it isn't, or where it isn't from where it is (whichever is greater), it obtains a difference, or deviation. The guidance subsystem uses deviations to generate corrective commands to drive the arrow from a position where it is to a position where it isn't, and arriving at a position where it wasn't, it now is. Consequently, the position where it is, is now the position that it wasn't, and it follows that the position that it was, is now the position that it isn't.
In the event that the position that it is in is not the position that it wasn't, the system has acquired a variation, the variation being the difference between where the arrow is, and where it wasn't. If variation is considered to be a significant factor, it too may be corrected by the GEA. However, the arrow must also know where it was.
The arrow guidance computer scenario works as follows. Because a variation has modified some of the information the arrow has obtained, it is not sure just where it is. However, it is sure where it isn't, within reason, and it knows where it was. It now subtracts where it should be from where it wasn't, or vice-versa, and by differentiating this from the algebraic sum of where it shouldn't be, and where it was, it is able to obtain the deviation and its variation, which is called error.
@@madeline6951 I just wanted to say it bro I know we both know. We're cool like that 😎👨💻👨💻
Xeno's paradox of the arrow confirmed???!!!
This is why you learn math in school. For orbital cannons.
Also for quantum mechanics
Graphs.
Addition.
4th Dimension etc.
Or for calculating how many stacks of items you need to build a base before you place the first block.
What i learned is that a redstoner with prep time can easily become a war criminal
batman easily loses to cubicmetre with prep
but can they beat a horse
It's like batman. With arbitrary prep time this guy beats anything
What is cruel about orbital bombardment with conventional weapons of strategic targets without any civilians nearby?
@jannikheidemann3805 I'm pretty sure this would count as a shrapnel bomb no?
"Ill never use algebra IRL"
'IRL'
Saying this only reveals your lack of willingness to learn
@@moodlethenoodle saying this only reveals your lack of humor
"""""irl"""""
@@ohitsrusher842 yeah, as in "not in school".
"In Real Life" was a common phrase before the internet.
dude has a masters in engineering but PHD in minecraft engineering
I was so amused with the work needed for this, the 3d graph and all, only for you to drop a nuke at the end of "apparently arrows don't entity like other entity so this whole thing is a failure" lol
4:26 "The reason Ferre survived is due to something known as" I was hoping you were going to say "pure skill" instead of "damage frames"
It was plot armor
@@zwatotem Quite literally is, if dude has slightly lesser armor it would`ve killed him, it was an insane clutch.
Keep in mind even if you don’t one shot its still a granted “stop combat” gun along with removal of literally anything tnt could break for miles
Scary on how he got domed by a orbital cannon and lived to tell the tale
I never thought I'd hear about micron precision in Minecraft projectile calculations
Bro builds this whole thing just to upgrade from instantly yeeting anybody in a given area into hyperspace to instant kill.
More like "anything but full netherite enchanted armor instakill" to "100% instakill"
so you can get the arrow there, you just cant stop it?
does that mean you could orbital cannon enderpearls? punch in a x,z and have a pearl super speed there? even better pearl cannons, ORBITAL PEARL CANNONS
The destination needs to be loaded for pearl cannons to actually work. Otherwise the ender pearl just hangs there waiting for the chunk to be loaded before teleporting you
@@user-nm4kq5kw4f
Technically you could use it as a Fast Travel to the world spawn, which is always loaded.
Or to travel between two built locations, where you can build a chunk loader.
@@CommentPositionInformer at that point you have an overcomplicated (but admittedly more secure) Enderpearl Stasis Chamber
@@fisch37
I'd argue it's also more practical. (To use, not to build)
An Ender pearl stasis chamber you need to remember to reload before you leave. And if you forget or the pearl despawns? You're screwed.
But not the cannon. The cannon you reload on-site. So it's an on-demand service, as opposed to requiring foresight or preparation.
It’s been done. My server uses it even.
6:31 Who decided to make leather as cyan color, gold as orange, chainmail as golden, iron as purple, diamond as green and netherite as blue instead of using ingame colors?
possibly the software they're using doesn't have all the ingame colours?(though true they still could've arranged it to the ones the had such as blue for diamond instead of netherite)
I cant wait to watch a simple Minecraft video after a long day at work...
12:26
I am loving these weapons of mass destruction, it would be so cool to see them actually used in a regular survival mp server. Imagine building these cannons in a random server, no one knows whats happening, they just keep being blown up or bombarded with arrows randomly, they think its hacks but cant figure it out.
Unfortunately, I don't know of any factions server that runs 1.9+
Lol my server actually uses these.
5:18 this is actually the basis of crystal PvP which took years to figure out but apparently cubic meter was able to figure it out just a week or so after this event good job proving how knowledgeable you are at the game
9:53 - just 40?! This is amazing! I always thought that accelerating arrows for more damage is very expensive, but with this information - it doesn't seem to be as bad as I thought!
You still need to keep in mind travel distance and alignment, you should probably add an extra 20 or so in there to make sure whatever you shoot will die regardless of distance.
Do I know how to do any of that? No. But I can tell ya that it's what you gotta do
When a breeze hits a projectile, the projectile gets bounced backwards, but loses some speed. If you could get this working in a lazy chunk, and hit the projectile enough times, you could effectively cancel out its momentum. You might be able to use this instead of powdered snow to slow the arrow
First half: “why my wmd didn’t work in this hyper specific scenario”
Second half: “getting /ban without being a moderator”
Could you just accelerate the arrows to half the velocity of the tnt? So in the first tick, the tnt arrives at its target then in the second tick the arrows would arrive and the tnt would explode. This is based on the assumption that the tnt would call the move() method on the arrow canceling its horizontal velocity.
Would this work?
The problem with that is that in the first tick, the arrow would move to some unloaded chunks in the midpoint between the target and the cannon, so they wouldn't arrive in the second tick.
What about delaying the arrow one tick? is that even possible? so we dont need half of velocity just dif trigger timings for tnt and arrow
Well then we can only hope that quantum physics call for arrows first, then tnt.
I had a simaler idea, but could you send a singular piece of tnt paired with the arrow to detonate, triggering the snow effect on the arrow at the correct point before the tnt accelerator package arrives after the pair-tnt has stopped the arrow?
@@vex3488that’s exactly what i was thinking!! i don’t think it’d work tho based on how the orbital cannon works through unloaded chunks
Man, the engineering of the Orbital Strike Cannon series is getting more and more insane by the second. Loved your performance in that event (Funny thing, I only ever checked that video to *see* you perform in such an event), even though it didn't have the desired outcomes for your extremely strong team of overthinking engineers. I am also quite sad that you never got to use *THE NUKE* of the O.S.C., because it felt like a superb area denial tool.
The amount of maths in this is insane. This is equivalent to rocket science with the maths and precision involved
People always saying Batman with prep time can solo but what you really got to worry about is a redstoner with prep times
11:23 - this is the part, for which, I love your videos, and for which I love overall technical minecraft.
the way you fly away at 8:20 is so funny to me for some reason
yeet
Great video! I am certain it is possible to kill the player in one "damage frame". You can have two batches of arrows, spaced out by one tick. The first batch of arrows can deal the bare minimum required to kill a player, the second one can deal twice the amount.
The first batch will deal D damage, but since the second batch of arrows deals 2 * D damage, the game has to deal additional 2 * D - D damage to " update the damage to be the highest one".
In short, this sequence of scenarios will happen:
Player gets D damage -> Totem pops -> Player gets 2 * D - D damage -> Player dies
Could it be possible to stack 3 or more arrow barrages to account for TAS levels of totem-swapping?
13:28 - ok Robert J Oppenheimer
Australian killer goes rouge
Rogue
@@johanbjorkman1914🤓
@@johanbjorkman1914nono, he's probably french. he means "Australian killer goes red" (the Australian killer got seen doing indecent exposure and so he started blushing because he only thought there would be kids. he wasn't expecting there to be any adult people. he is now in azkaban)
yes, thats what i meant.....@@justablitz
@@Stab.a_Saurus i knew it...!
the moment he said it would be 10 microns off at 1mil blocks away I just lost it. that is absolutely nuts.
although at this point, should I really expect anything less?
I feel like if my math teacher played minecraft he would have a channel like yours . Im subbed tho keep up the good work
Hello cubicmetre i wanted to say your videos melt my brain (I mean your Redstone abilities are impressive) and I love watching them!
Heres a solution that might work:
Have a lot more payload tnt, which explodes on the same tick in which it moves to the target, so that the horizontal velocity of the arrow has much less of an effect.
Heres the order of what would need to happen in the tick the payload is loaded.
1: the arrow moves to the target location, but keeps its velocity.
2: one after the other, TNTs move to that location and explode, giving the arrow downwards momentum
then on the next tick, the arrow would move downwards diagonally, but with enough payload tnt, that angle could be downwards enough to clear obstacles.
Also, if arrows move vertically before moving horizontally in a tick (like other entities), they might go straight down when they have enough momentum to hit the ground/player in a single tick.
I dont know if the multiple arrow spread pattern would be possible though.
Arrows specifically do not obey the principles we established with entities that use the move method, arrows will in fact raycast from point to point directly and collide with things on that path.
@@cubicmetre it's funny how we got to this point considering the history of the cannon but here's an idea
instead of using an arrow, dripstone because dripstone can be dropped on peoples heads and does insane damage if it hits
it'd be hard but also hilarious to impale someone from hundreds of thousands of blocks away
@@heavygaming1167 unfortunately, dripstone damage is capped at 40 which equates to 3.5 hearts in full prot 4 netherrite. Anvils also work the same way
If you added delay and activate the orbital strike cannon before the border came, will it fire?
i dont think so because im pretty sure you need a player in a certain spot to create lazy and dead chunks
I'm pretty sure he said the nether was disabled, meaning they also couldn't go load it
idont think it would because the canon is unloaded and chunkloaders dont work with the nether disaibled
there is no way to load the cannon when its outside the border, the nether portals in the nether just wont connect
@@packediceisthebestminecraf9007 oh! I might have missed that part。 ty
With my complete lack of any understanding of how things work, I propose having the arrows fired into a target solid block, and then using the TNT to fire them downward. This definitely limits things but the spread of the payload might make this less of an issue.
Another thing to consider is that this superweapon can potentially be negated by standing under one block...
"Go play MC!", - they said. "It's just some cubes", - they said...
Cubic, your videos never fail to amaze me. Even if this thing is useless, could you pleeaaasssee include the schematic or world download for that tnt cannon? Thanks man love your videos
he's shown it off in more detail in previous videos
the schematic and world download is in one of his previous videos on the orbital strike cannon.
7:05 - Ohhhh. I did not know about this. That is very useful information. Thanks
Thanks for explaining the quasi-invulnerability of damage ticks, i remember stumbling upon it once when reading up on thorns mechanics and it was explained as a damage priority tier mechanic instead, which didn't make alot of sense to me.
My immediate thought was to add an additional charge placed slightly in front of the arrows that would negate their x-z momentum, although that sounds very tricky to make. Either way, I'm looking forward to seeing how you tackle this problem!
A lot of people are double handing (and able to reapply further totems continuously) so it's technically not a perfect weapon, but a huge kill potential nonetheless, and probably the best we'll get in the presence of totems + damage tick defensive combo.
It's a free and safe way to deplete the enemy's totems
@@moo3oo3oo3 I like your definition of free lol
@zwatotem initial time and resource investment but tnt is dupedafter that
@@moo3oo3oo3what about the arrows?
The fail is partial since the video peaks in quality
cant you stop the payload using tnt explosion that will cancel the momentum of the arrows?
This
You can, but that will need unachievable precision, also you’ll need to shoot thousands of tnt to just stop the arrow, which is laggy
For that to work, you'd need the TNT payload to stop an exact distance ahead of the movement vector of the arrow. If you are off even a little bit, the arrow will end up with enough momentum to throw it in wildly wrong directions instead of the direction you want it to go. This means you need incredible accuracy over extreme distances with your TNT cannon. Like sub micron accuracy. Furthermore, you need the TNT to arrive 1 tick before the arrow in order to give the TNT time to detonate. Which is impossible for the way the machine currently works. You'd need to build a second machine for the arrows and some fancy trigonometry to ensure both the TNT and the arrow end up in the right place.
@@harmenkoster7451well trigonometry isn’t really an issue lol
@@palmberry5576 The problem is that the trigonometry might not have a valid solution since the machine can only move entities by discrete steps as opposed to a smooth continuum.
ooooooh man i can't wait to see how this one turns out
ive got an idea: i think if you shoot the arrows on a trapdoor (probably waterlog it obv) that will stop the arrows own movement because its a block, but if u power the trapdoor letting the arrows down and blow up the tnt then it will shoot down. by the way i have not tested this and its just an idea.
Can’t wait for the automatic perimeter maker
Asuming air resistance is negligible. Yeah thats why u need physics guys
When you wanted to become an engineer but parents forced to play Minecraft
I've learned new things! This is so sick
Hey cubicmetre, I really admire your videos. May I ask what texture pack you are using? I really like the choice. Thank you!
Its a customized pack from Vanilla tweaks
This would make this already incredibly complex peice of engineering even more convoluted, but would it work to launch another batch of tnt right past the arrow in the perfect amount to cancel out the arrows horizontal velocity? Or would the arrow move out of alignment before the explosion is processed?
Can the machine be modified to send horses in the dying animation to a base in classic godfather style
I mean, technically yes, they certainly won't survive
It's hilarious you used FerreMC himself as a test dummy for your weapons. But i would also be frustrated if i missed killing that priority target by a single block
You could theoretically offset the tnts' destination from the arrows' destination, so that the tnts cancel the arrows' x,z momentum, while giving it vertical momentum. This would propably unpractical tho
It would also require two chunks being loaded for the cannon to work meaning it's very unreliable too
honestly that's crazy
If you heal the target during the damage frame will it cancel it? If so you could try sending a single splash healing potion.
Hey, maybe you can use that property of the arrow entity to make it go down instead of sideways, that SHOULD solve the whole "it won't go into the target because sideway movement" since now it's moving directly downwards
I think you might be able to make artillery using a similar method. Launching the arrows up and over instead of teleporting them
I have faith! I think this cannon will work!!! :)
Having cluster munitions in minecraft sounds fun
Cubicmetre is so underrated sheesh. All the effort put into these videos
Is cubic getting into a regular upload schedule?
Can you tell me what program you are using to get such beautiful 2d and 3d graphs.
I thought you would've done a 2 stage blast similar to the nuke payload. For the arrows, would it be possible to curve them down. Using a different chamber you could fire the arrows before a target area and fire tnt ahead so the blast redirects them downward. I imagine there is going to be another game mechanic that would make this pointless tho
A legend once said: “Stay in school kids, it makes you better at pvp”.
RIP Technoblade o7
I already died to TNT Minecart while holding TWO totems, death was instant. One frame i was alive, the next i wasn't.
Couldn't you use TNT Minecart? ~7+ Stacked TNT Minecart not only create giant holes when they blow up but their damage to entity is insane!
A damage frame is relatively short compared to the human reflex, you were likely damaged by multiple tnt carts over many damage frames.
@@cubicmetre WAIT, they might be onto something!
Minecart TNTs deal damage proportional to their velocity (From the Wiki: "The explosion has a base power of 4, the same as regular TNT, but the game also adds a random bonus value up to 1.5 times velocity, but no higher than 7.5. This means that with a speed of 5 or higher the power is a random value between 4 and 11.5. When triggered by an activator rail or by damage, the bonus value is calculated using the horizontal velocity of the minecart. When hit by a flaming arrow the velocity of the arrow is used instead. When triggered by fall damage, the fall distance divided by 10 is used.")
Given a full netherite can already technically be killed by a single perfectly targeted TNT, the increased blast power from using TNT minecarts instead might help with adding some additional margin for error on the targeting!
I have a crazy idea to fix it you could move another charge of tnt to the other side of the arrow to counter the arrows momentum
Please try this with the new wind charges. if it works you could launch somebody thousands of blocks into the air, or even better precisely launch wind charges to a specific coordinate to launch a different entity to a different coordinate. image making a tnt launcher to teleport breeze charges to your feet to launch the player hundreds of blocks into a lava pool or into the void (this would be hard though assuming you cant control the precise coordinates of the player)
you could use something like this to launch a charged creeper to somebody hundreds of blocks away
It would be great if Sipover conduct this event again without shrinking world borders
This is the most hyped I've ever been for some decimals lol
I'm sure it's still possible to make the arrow orbital strike cannon, but as mentioned, it's going to have to be designed from scratch.
Does the tnt’s detonation affecting the arrow movement have the same affect as moving the arrow with a piston? Could you send a unit of tnt with the arrows specifically to trigger the snow effect on the arrows over the target, than, after the arrows momentum has been stopped the tnt launch charge appears above the arrow payload to accelerate and distribute?
I’m probably totally off on my logic for this working but just wanted to throw out the idea lol
I just woke up so I'll check out those graphs later 😁
My guy straight up reinvented the flechette, a weapon so curel and grotesque that it was the first one to be banned in war
There must be a way to get the arrow(s) where they need to be, even if it's something weird. I believe in the community!
would it be possible to build 2 fully seperate cannons, one for launching the tnt payload and one for launching the arrow payload and simply have them shoot to the same location but with a little bit offset?
Its gonna be PHD math shit here
Have you tried water? Also it the arrow came from above then wouldn't it be quite inaccurate?
Insane video and idea as always👍, but didn't you make a canon that shoots arrows at high speed to kill the wither about a year ago, so why not using the same concept here
Nvm, that canon needs to be above the target 😅
Yeah bro, just wait here while I build this massive railgun above you, no big deal
What program did you use to make the graphs? Is it MATLAB?
If it makes you feel any better, you'll probably spend another week or two trying to resolve this issue. If the arrow keeps it's velocity from the original shot, which is my understanding, then it should be possible to use some tricks to cancel some of the velocity of the arrow before firing. Or to predict the approximate travel distance of the arrow and detonate the charge at some offset. I didn't see how the arrows were dispensed, so I'm not sure how many different combinations of dispensers and stopping blocks you've tried. Considering your previous work in Sipover's Redstone Competition, you'll definitely find a solution. Even if it does involve something crazy like building four separate cannons to deliver four separate payloads at the target, and another month of work.
Cubicmetre is a machine
No. It's a measurement of volume. Or, alternatively, a human CZcamsr.
Or... an absolute unit
If you can get a payload of TNT in front of the arrows to cancel out their current velocity and stall them, you could then fire another payload to send them downwards. eg.
Tick 1:
- Stall payload arrives slightly offset from arrow target.
Tick 2:
- Arrows arrive, "behind" the stall payload. (velocity points directly at it)
- Stall payload detonates, negating the arrows velocity.
Tick 3:
- Kill payload arrives.
Tick 4:
- Kill payload detonates, giving the arrows downward velocity.
Not sure of the exact techicals, though surely a stall charge that at least slows them down enough so they barely move would work.
you can use a pressure plate or something to activate it outside of the border
The portal based chunkloaders won't function outside the border, also the player would die
TIL arrows don't move(). I was spared a few hours of head scratching.
Would it be possible (if not feasible) to cancel to movement of arrows in some other way ?
What about a 2nd tnt charge that inflicts the reverse vector of whatever movement the arrows have at that point to stop them from moving, and then use the 1st charge to propel it downwards
now im not a technical minecrafter, but would it be possible to use different offsets for the tnt and arrows such that the tnt will explode in place at the same time that the arrows arrive and thus shoot them downward rather than having both entities stop in place. feel free to tell me whats wrong with this its just something that feels like it might be useful
idrk know how all that works, does the arrow need its momentum cancelled though? Seems a payload at the right location would still shoot the arrow downward, it would definitely add a lot of tnt to the payload and require separate charging places
Should try to make a machine that just shoots the arrows in a given direction and then time the orbital cannon to detonate tnt above the arrows to create a similar effect but without the need to stop the arrows at the target.
The arrow knows where it is at all times. It knows this because it knows where it isn't. By subtracting where it is from where it isn't, or where it isn't from where it is (whichever is greater), it obtains a difference, or deviation. The guidance subsystem uses deviations to generate corrective commands to drive the arrow from a position where it is to a position where it isn't, and arriving at a position where it wasn't, it now is. Consequently, the position where it is, is now the position that it wasn't, and it follows that the position that it was, is now the position that it isn't.
In the event that the position that it is in is not the position that it wasn't, the system has acquired a variation, the variation being the difference between where the arrow is, and where it wasn't. If variation is considered to be a significant factor, it too may be corrected by the GEA. However, the arrow must also know where it was.
The arrow guidance computer scenario works as follows. Because a variation has modified some of the information the arrow has obtained, it is not sure just where it is. However, it is sure where it isn't, within reason, and it knows where it was. It now subtracts where it should be from where it wasn't, or vice-versa, and by differentiating this from the algebraic sum of where it shouldn't be, and where it was, it is able to obtain the deviation and its variation, which is called error.
This video would have been an amazing entry to summer of math event
I don't really agree with using MC content for teaching maths explicitly as the content tends to focus more on knowledge of the game than knowledge of mathematical concepts.
Well, arrow accelerators have been around for quite a while. Neat to see you try to combine the concept with the coordinates launching system though.
Redstone Suggestion here that might fix the project: What if you adjusted for the arrow's momentum and predicted when the arrow would intersect at the target and had tnt waiting. this would mean firing the payload of TNT at a separate time from the arrows and would be absurdly complicated to math out the trajectories but in theory, it would work.
Why don't you let the tnt accelerate slightly more and then both propel the arrow downward and stop the horizontal motion? I know this is insanely difficult but it's possible
How is this more complex than any NileRed video
what if you make the tnt above perfectly cancel the momentum of the arrow / OR blow up the tnt so the arrows fly down at an angle, to add more speed, could be a very cool directional thing
If this works, then something that could be done is an offset similar to the calendar to which when the decimal reaches a value of offset too great it can just be altered thus improving the range of accuracy within further distances (basically skipping or adding more propulsion when necessary to reset the alignment of the decimals
I bet you could make it work using wind charges. Or maybe simplify the railgun to use them.