Thinking this approach out, could someone correct me if I have this wrong.
So he gradually increases the energy transfer from the weight to the arm over the course of the drop. But that arm swinging around must have a lot of energy loss due to friction and air resistance.
This loss will rise exponentially with the speed increase right? So in a sense he is holding his energy budget in a very inefficient phase, with high losses.
Two things support this. A) he spent a lot of time trying to make the arm more arodynamic. B) The spool widening at the end, which is essentially changing back down gears, applying more torque, right at the end when you want speed.
An alternative would be to drop the weight, and let it fall unrestricted until it gets to it's highest speed (this would minimise friction and air resistance) and only at the end of its fall, transfer the energy into the arm.
In this case the arm would only need to rotate 180 degrees or whatever, and not waste energy rotating right?
And then, to take this a step further to make this work there would need to be some flexibility or elasticity in the system to take energy from the high speed falling weight to the arm.
And what you have ended up with is something that looks like.... A whip!
If I'm picturing what you're explaining correctly, I think this would be difficult. Suddenly accelerating the arm from zero to hundreds of mph would put immense stress on the arm, not to mention whatever you're planning on using to transfer that energy (you kinda hand waved that bit).
I think your assessment is correct about the energy losses. I'm just not sure about the fix.
I think the fix is essentially a whip, that's what I meant by elasticity and flexibility.
If you want to accelerate a weight quickly in a single swipe, (simplified) gradually reducing the mass along the length of the whip imparts more kenetic energy at the end (the whip crack).
So the arm would no longer be rigid, although you can see in the OPs video it isn't actually fully rigid.
The arm (or whip) would still have to accelerate from 0 to ~2000+ rpm on half a revolution even though its flexible. So there would still be enormous accelerations even though the whip eventually partly smoothens out the peak acceleration. it would be more like a collision which in turns introduces higher stresses (and probably vibrations too) to the system. Both requiring you to increase the strength + rigidity of the system and hence also increase weight on the arm. Which in turns increases inertia and the "collision" effect.
Not saying its impossible to create a successful system like that, in fact it sounds sort of a natural/organic design that potential could be closer to the optimal design, but it would be more difficult to accomplish and probably need more testing and design iterations. So I think OPs strategy is more simple and pragmatic in this case.
Energy loss from air resistance typically is quadratic, not exponential, with regard to velocity. So it’s worth much less than you’re arguing. And the arm has to rotate from what I can understand, so the end rotational velocity - and hence, rotational energy - would be the same?
He has some great videos. I watched this one and was impressed at the calculations, the transparency and the celebration at the end when he reached supersonic speeds.
Or, in other words: There was some text to read and some pictures to look at. For topics in the range of "supersonic trebuchets", I'm absolutely okay with quickly reading some lines of text; dynamically deciding how quickly/thoroughly I read, what paragraphs to skip, etc. What I'll definitely NOT do: Watch a video clip about it.
So you won't support the creator, but support a person who summarizes the creator. You could have just pasted the link into Claude and asked for a summary of the blog post.
I suspect that with a little iterative modelling of the whole system with derivatives, efficiency could be bought from ~40% to ~80%, giving you an extra few hundred mph...
A LLM may produce OpenSCAD compliant syntax, I don't doubt that, but how do you make it produce designs that fit engineering constraints? How do you even express those to a LLM? How do you validate those? How do you iterate upon them?
The domain of ML-driven design optimization isn't exactly new, is quite specific, and I would need convincing that Claude has anything to contribute to it.
I’m pretty sure Claude has been trained on high school physics textbooks, yo. And if it hasn’t there are plenty of other models out there that have.
It’s not a problem of the ML model. It’s a problem of the human setting up the description of the problem in such a way that the model can operate. OpenSCAD gets a long way towards that target. Use it with a model thats been trained for the purpose - just the same way that ML has been used to produce optimal rocket engine nozzles and fuel transfer systems.
> Claude has been trained on high school physics textbooks, yo
The very fact that physics textbooks have little bearing in the real world is the whole damn reason why Mechanical Engineering exists as a separate discipline, yo
> It’s a problem of the human setting up the description of the problem in such a way that the model can operate.
It's a problem of defining the initial state (which is the trivial part that OpenSCAD may be a contributing element of), defining constraints and variables (what is allowed to be changed and not, for what can, in which ways, to what extent, i.e. what is the library of allowed material, fastening, machining, assembling techniques available to your very specific situation), defining evaluation and fitting criteria.
I see very little adequacy of general purpose LLMs in that
> the same way that ML has been used to produce optimal rocket engine nozzles and fuel transfer systems.
Which has nothing to do with "just use Claude, yo"
I'm pretty sure the only reason the video trebuchet wasn't a proper bullet is because it's made out of plastic instead of a ball bearing. Aren't most handguns subsonic?
Other trebuchet fans who dream of building one some day may be interested in googling "walking trebuchet" for a surprisingly high complexity/results ratio.
Every time I see a strandbeest[1] on the beach somewhere, I wonder to myself why it hasn't got an array of trebuchet included, also recharged by the wind, to pick up sand balls and throw at people.
I think the idea is that at the end the sling starts to unwind too, increasing the effective arm-length (that non-linearity is one of the reasons trebuchets are so efficient to begin with). As a result it's possible that decreasing the spool to near zero is like putting the gears of your car too high. Reducing the spool size ensures there's enough torque left to put more power into the final swing.
I would love for this to be optimized to the point that its portable and can be carried around, assembled on the side of the mountain, and used as a low-cost, efficient way to throw things from one mountain to another, maybe for avalanche control, or cloud seeding, or indeed for seed bombs intended for re-wilding hard to access places, or something.
It just seems like such an obvious tool, rather than a weapon.
This is so obviously wrong. Show me a field-rechargeable gunpowder-based device for launching things, and I will show you someone who is about to run out of ammo on the side of a mountain they’ve just climbed after a single day of work.
Honestly, what the hell. Where do you think gunpowder comes from, thin air? Oh, is gravity a subscription service in your country?
Come on, try to at least be sensible about your response.
Guns are already ~20-50% efficient at turning chemical energy into kinetic energy. If you're not using a direct chemical reaction for energy, then you're using a human which is a lot less energy-dense than a backpack full of ammo.
And yes, people who do avalanche control typically fire explosives out of a cannon or drop them from a helicopter. Getting a machine supply all the energy is the whole idea instead of climbing mountains yourself.
Seed bombing is pretty fun. Re-wilding is a huge industry. Field-reloadable ultra-trebuchets that can be carried and deployed across the landscape, instead of stored in a weapons depot, also a big win for energy harvesters, everywhere.
Seed bombs aren't consumables, they're reproducibles. I could harvest a thousand of them in the time it took you to make a kilo of gunpowder, from local (mountainside) resources ..
>Also pretty sure several parts of the mechanism would need to be considered consumable if operating over a long period.
Well, that remains to be seen after the optimization steps complete. Fine with me if it takes a year before I have to replace a string.
Meanwhile, I'm guessing you are suggesting the "ma' gunpowder" deliveries happen via drone, or helicopter, or methane-powered rocket ship or some such nonsense, lol ..
Thinking this approach out, could someone correct me if I have this wrong.
So he gradually increases the energy transfer from the weight to the arm over the course of the drop. But that arm swinging around must have a lot of energy loss due to friction and air resistance.
This loss will rise exponentially with the speed increase right? So in a sense he is holding his energy budget in a very inefficient phase, with high losses.
Two things support this. A) he spent a lot of time trying to make the arm more arodynamic. B) The spool widening at the end, which is essentially changing back down gears, applying more torque, right at the end when you want speed.
An alternative would be to drop the weight, and let it fall unrestricted until it gets to it's highest speed (this would minimise friction and air resistance) and only at the end of its fall, transfer the energy into the arm.
In this case the arm would only need to rotate 180 degrees or whatever, and not waste energy rotating right?
And then, to take this a step further to make this work there would need to be some flexibility or elasticity in the system to take energy from the high speed falling weight to the arm.
And what you have ended up with is something that looks like.... A whip!
If I'm picturing what you're explaining correctly, I think this would be difficult. Suddenly accelerating the arm from zero to hundreds of mph would put immense stress on the arm, not to mention whatever you're planning on using to transfer that energy (you kinda hand waved that bit).
I think your assessment is correct about the energy losses. I'm just not sure about the fix.
I think the fix is essentially a whip, that's what I meant by elasticity and flexibility.
If you want to accelerate a weight quickly in a single swipe, (simplified) gradually reducing the mass along the length of the whip imparts more kenetic energy at the end (the whip crack).
So the arm would no longer be rigid, although you can see in the OPs video it isn't actually fully rigid.
The arm (or whip) would still have to accelerate from 0 to ~2000+ rpm on half a revolution even though its flexible. So there would still be enormous accelerations even though the whip eventually partly smoothens out the peak acceleration. it would be more like a collision which in turns introduces higher stresses (and probably vibrations too) to the system. Both requiring you to increase the strength + rigidity of the system and hence also increase weight on the arm. Which in turns increases inertia and the "collision" effect.
Not saying its impossible to create a successful system like that, in fact it sounds sort of a natural/organic design that potential could be closer to the optimal design, but it would be more difficult to accomplish and probably need more testing and design iterations. So I think OPs strategy is more simple and pragmatic in this case.
Nothing above absolute zero is fully rigid.
You're going to transfer the energy quickly, you'll just break any "arm" that's light enough to accelerate with the energy available.
You could maybe use an 'already broken' arm (rope, like a whip) but then it's not a trebuchet.
Energy loss from air resistance typically is quadratic, not exponential, with regard to velocity. So it’s worth much less than you’re arguing. And the arm has to rotate from what I can understand, so the end rotational velocity - and hence, rotational energy - would be the same?
Tom Stanton has a raft of cool videos, I like the engineering iterations he often goes through to find a working prototype.
Agree!
He has some great videos. I watched this one and was impressed at the calculations, the transparency and the celebration at the end when he reached supersonic speeds.
https://news.ycombinator.com/item?id=49232110
At least this is a direct link to the video and not blog spam
Or, in other words: There was some text to read and some pictures to look at. For topics in the range of "supersonic trebuchets", I'm absolutely okay with quickly reading some lines of text; dynamically deciding how quickly/thoroughly I read, what paragraphs to skip, etc. What I'll definitely NOT do: Watch a video clip about it.
So you won't support the creator, but support a person who summarizes the creator. You could have just pasted the link into Claude and asked for a summary of the blog post.
107 more comments here: https://news.ycombinator.com/item?id=49232110
I suspect that with a little iterative modelling of the whole system with derivatives, efficiency could be bought from ~40% to ~80%, giving you an extra few hundred mph...
I wonder if Claude has guardrails against hyper optimizing a trebuchet projectile into a proper bullet
How would you even get Claude involved in that? This isn't your git repo that a language model can scrape for textual content.
Convert the model to OpenSCAD, put it in a repo, and off you go. OpenSCAD is very LLM-friendly.
A LLM may produce OpenSCAD compliant syntax, I don't doubt that, but how do you make it produce designs that fit engineering constraints? How do you even express those to a LLM? How do you validate those? How do you iterate upon them?
The domain of ML-driven design optimization isn't exactly new, is quite specific, and I would need convincing that Claude has anything to contribute to it.
I’m pretty sure Claude has been trained on high school physics textbooks, yo. And if it hasn’t there are plenty of other models out there that have.
It’s not a problem of the ML model. It’s a problem of the human setting up the description of the problem in such a way that the model can operate. OpenSCAD gets a long way towards that target. Use it with a model thats been trained for the purpose - just the same way that ML has been used to produce optimal rocket engine nozzles and fuel transfer systems.
Not that difficult, really.
Are you familiar with the problem space at all?
> Claude has been trained on high school physics textbooks, yo
The very fact that physics textbooks have little bearing in the real world is the whole damn reason why Mechanical Engineering exists as a separate discipline, yo
> It’s a problem of the human setting up the description of the problem in such a way that the model can operate.
It's a problem of defining the initial state (which is the trivial part that OpenSCAD may be a contributing element of), defining constraints and variables (what is allowed to be changed and not, for what can, in which ways, to what extent, i.e. what is the library of allowed material, fastening, machining, assembling techniques available to your very specific situation), defining evaluation and fitting criteria.
I see very little adequacy of general purpose LLMs in that
> the same way that ML has been used to produce optimal rocket engine nozzles and fuel transfer systems.
Which has nothing to do with "just use Claude, yo"
It could make simulations and read the CNC templates and the files for the 3D printed parts.
And then do what? Do you have any evidence that Claud would do anything relevant with those?
It could come up with design adjustments and measure their impact in the simulation. But the sim2real gap may be too large.
I'm pretty sure the only reason the video trebuchet wasn't a proper bullet is because it's made out of plastic instead of a ball bearing. Aren't most handguns subsonic?
Great video.
Other trebuchet fans who dream of building one some day may be interested in googling "walking trebuchet" for a surprisingly high complexity/results ratio.
Love it! But shouldn't that be "high results/complexity ratio"?
Depends on if the journey and not the destination is what's important to you. ;)
Every time I see a strandbeest[1] on the beach somewhere, I wonder to myself why it hasn't got an array of trebuchet included, also recharged by the wind, to pick up sand balls and throw at people.
Just for the fun of it. Pure whimsy.
[1] - https://www.strandbeest.com/
Interesting that his spool goes bigger at the end...?
I would think you want it decreasing to near zero to extract all the kinetic energy from the mass, leaving the mass stationary as it hits the ground.
I think the idea is that at the end the sling starts to unwind too, increasing the effective arm-length (that non-linearity is one of the reasons trebuchets are so efficient to begin with). As a result it's possible that decreasing the spool to near zero is like putting the gears of your car too high. Reducing the spool size ensures there's enough torque left to put more power into the final swing.
Really wondering up to what point I can build a trebuchet in my backyard before the authorities start to complain
There are three issues that arise
- structural: There are height and size limits on things you can build without a permit
- trespassing: flinging objects onto others people property is illegal
- endangerment: any activity that can endanger other people is illegal
All of these three depend on how rural you live I guess. So in a suburban neighborhood I would assume they get involved very quickly.
Surely that depends on the side of your back yard?
Maybe it depends more on the vicinity to others' back yards... ?
Interesting
Fuckin love this guy
If you like Tom you will probably also enjoy https://youtube.com/@stuffmadehere
I am familiar, and I love that guy too!
Another guy to love:
https://youtube.com/@SteveMould
I, too, enjoy competence porn YouTube.
But seriously, it's one of those things we had preciously little of before online video became a thing.
I would love for this to be optimized to the point that its portable and can be carried around, assembled on the side of the mountain, and used as a low-cost, efficient way to throw things from one mountain to another, maybe for avalanche control, or cloud seeding, or indeed for seed bombs intended for re-wilding hard to access places, or something.
It just seems like such an obvious tool, rather than a weapon.
if you want low cost and portable, chemistry (i.e. gunpowder) always wins over gravity powered.
This is so obviously wrong. Show me a field-rechargeable gunpowder-based device for launching things, and I will show you someone who is about to run out of ammo on the side of a mountain they’ve just climbed after a single day of work.
Honestly, what the hell. Where do you think gunpowder comes from, thin air? Oh, is gravity a subscription service in your country?
Come on, try to at least be sensible about your response.
Guns are already ~20-50% efficient at turning chemical energy into kinetic energy. If you're not using a direct chemical reaction for energy, then you're using a human which is a lot less energy-dense than a backpack full of ammo.
And yes, people who do avalanche control typically fire explosives out of a cannon or drop them from a helicopter. Getting a machine supply all the energy is the whole idea instead of climbing mountains yourself.
Do you not understand the immense amount of energy and resources required to manufacture a single consumable cartridge?
The point is to avoid that entirely and harvest gravity.
Re-wilding teams already climb far and wide, and this would extend their reach without increasing their dependencies.
Ammo is a dependency.
You’ve got the solution. Now you just need the problem.
Seed bombing is pretty fun. Re-wilding is a huge industry. Field-reloadable ultra-trebuchets that can be carried and deployed across the landscape, instead of stored in a weapons depot, also a big win for energy harvesters, everywhere.
You'd probably be better off using a rail gun if you want a carriable launcher
Really? With the required infrastructure to charge it, also in the backpack, for a few weeks of work too?
Is gravity a subscription service in your world?
So, a firearm?
Why move gun, when gun can move bullet?
You do know that this thing doesn’t require consumables to operate, right?
What are you throwing that isn’t a consumable, boomerangs?
Also pretty sure several parts of the mechanism would need to be considered consumable if operating over a long period.
Seed bombs aren't consumables, they're reproducibles. I could harvest a thousand of them in the time it took you to make a kilo of gunpowder, from local (mountainside) resources ..
>Also pretty sure several parts of the mechanism would need to be considered consumable if operating over a long period.
Well, that remains to be seen after the optimization steps complete. Fine with me if it takes a year before I have to replace a string.
Meanwhile, I'm guessing you are suggesting the "ma' gunpowder" deliveries happen via drone, or helicopter, or methane-powered rocket ship or some such nonsense, lol ..