MythBusters tackles "plane on a conveyor belt problem"


Recommended Posts

I havent read the whole thread, but I have read thru some of the longer replys. What most people who are answering YES are leaving out is the fact that the plane will leave the treadmill...

The people who are saying yes, and saying "yes it will take off", people who are saying no are saying "no it won't take off"

And nice sig btw. :yes:

No, it will not take off.

Anyway, if the speed was matched all the time it would be impossible for it to take off because there is no air passing by it. Unless you got one of those VTOL aircraft and it just takes off vertically. :p

read the thread, then come back here and try again.

sheesh.

  • 1 year later...
MythBusters tackles "plane on a conveyor belt problem"

Posted by Mark Frauenfelder, January 28, 2008 11:13 AM | permalink

200801281104

Last night I spoke to Adam Savage, co-host of MythBusters. He's in Alaska, where current temperatures range between 0 to 30 degrees below zero. He just finished a test on "cabin fever" (he wouldn't say how long he lasted before murdering his cabin mates and running out into the frozen wilderness wearning nothing but longjohns and a sleeping cap) and is now working on another episode up in the 49th state.

But the real reason I talked to him was to find out about the next episode of MythBusters (airing this Wednesday). It tackles the famous "plane on a conveyor belt problem," that has pitted brother against brother and friend against friend for years.

To get to the bottom of the thought-problem, Adam and Jamie used a real plane, in this case a 400-lb ultralight, and a large conveyor belt. Did the plane take off? You'll have to wait until Wednesday to find out, but Adam said even the pilot guessed wrong.

via Boing Boing

At last! I'm sure at least some of you remember the pages and pages of debate, not just at neowin, but all over teh net.

I don't get "Mythbusters", so someone please keep me updated! But if even the pilot guessed wrong, I'm going to say it didn't take off (even though I thought it would).

You need a certain speed to create the lift to cause a lift off... a standard speed convayer would never create enough... and you will see that in this show

the plane on conveyor belt myth/thought puzzle isn't about getting the plane to take off, just FYI :)

Just for a quick re-cap:

Airplane-Treadmill problem

Posted by Mark Frauenfelder, December 11, 2006 9:31 PM | permalink

(Update: Cecil Adams of The Straight Dope provides a clear explanation of why the plane will indeed take off.)

David Pogue at the NYT has presented this classic airplane on a giant treadmill problem, and people are arguing about whether or not the plane would take off or not. Here's the problem:

“Imagine a plane is sitting on a massive conveyor belt, as wide and as long as a runway. The conveyer belt is designed to exactly match the speed of the wheels, moving in the opposite direction. Can the plane take off? “I say no, because the plane will not move relative the the ground and air, and thus, very little air will flow over the wings. However, other people are convinced that since the wheels of a plane are free spinning, and not powered by the engines, and the engines provide thrust against the air, that somehow that makes a difference and air will flow over the wing.”

I say yes. Let's assume the friction in the wheel bearings is negligible. Putting a plane on a treadmill is like putting it on an icy lake. When you fire up the jets, the plane is going to shoot down the lake and take off just like it would on a runway. Link

I've added the comments to this link in the extended entry.

via Boing Boing

Everything clear now? Maybe not. But believe this: The plane takes off.

--CECIL ADAMS

The Straight Dope

I guess we'll see. :whistle:

EDIT: I edited this while Brodel submitted his post.

for those that don't know the question..

"A plane is standing on a runway that can move (some sort of band conveyer). The plane moves in one direction, while the conveyer moves in the opposite direction. This conveyer has a control system that tracks the plane speed and tunes the speed of the conveyer to be exactly the same (but in the opposite direction). Can the plane take off?"

I can't imagine how he could take off. Lift requires airflow, and this isn't apparent when standing still eventhough the wheels are spinning (by whichever force).

Perhaps I don't understand the question correctly though... the plane stands still, fires off the engines and a conveyor belt moves in the opposite direction, right? The only lift you would get is the ones from the engines themselves, and i bet that's not even close to what's necessary.

But... if the pilot guessed wrong I sure do to.

The plane may "take off" if it was tilted upwards with very powerful engines at full power. However, it is a stall takeoff and cannot be controlled without some auxiliary vertical stabilization engines on the wings.

common sense would answer "no". Lift is required. Lift requires an on coming wind (generated by thrust and nature).

Think of it this way:

Inside a building, you walk on a moving sidewalk in the opposite direction so that you maintain your exact position with the stationary objects around you. If you had a kite, would the kite fly?

Of course not. Even though you are generating thrust, it is negated out due to the thrust in the opposite direction (the sidewalk). You would need to surpass the opposing thrust to achieve airflow, which creates lift.

Well, it turns out most of us were wrong

I searched a bit on the net and the common conclusion among wise men (well...) is that the plane will take of. Someone wrote (after reading some discussions) "Turns out that it doesn't matter what the airplane's wheels are doing, because they spin freely: what matters is the airspeed of the plane. If the plane's moving fast enough with respect to the air, it'll take off."

I find it hard to believe since the only airflow that's created is by the actual thrust of the engines, I just can't imagine how that would be enough to lift the plane

So if the conveyor belt is moving at the same speed at all times in the opposite direction of the wheels....then I don't think the plane will take off at all as it shouldn't be moving!

The key thing to this thought experiment is wether the converyor could actually hold the plane back no matter how fast itmoves in the other direction.

afterall theplane doesn't move forward by rotation the wheels, the wheel rotation on a plane movement is an effect of the planebeign pushed forware by the throttle.

so that just leaves the weight/mass of the plane pushign down on the conveyor and the conveyor dragging the plane backwards.

Of course it'll take off... didn't anyone read about bernoulli's principle

The engines are creating air movement, the faster that it's doing that, the more air that moves over the wings.

It will lift.... strangely enough.

The engines don't make the air move over the wings.

the engines move the plane forware wich make air move over the wings. Witht he exception of propeller planes where the prop will make air move over a small part of the wings, but not enough to lift the plane without the plane moving forward.

There's two issues involved, and yes, the plane will both move forward and take off, assuming:

A. the friction between the wheels and the conveyor belt is within realistic bounds.

B. the air is not moving along the same vector as the Airplane.

If those two are true, then the conveyor belt is irrelevant since it hasn't got the "grip" to hold the plane to it's surface, therefore the plane will take off as usual.

If however, which wouldn't be possible in reality, the conveyor belt generated enough friction to keep the airplane on itself, then, yes, the plane would still take off, as long as the conveyor belt was moving fast enough in the right direction, otherwise, no.

The important part to remember is:

Did the plane take off? You'll have to wait until Wednesday to find out, but Adam said even the pilot guessed wrong.

If the pilot guessed wrong, it must be the opposite of what everyone assumes.

It depends on how it is performed. There are two separate ways to look at it and from the wording of the problem you can't really tell what they mean. Without this being clarified you can't answer it.

Fact - You need positive ground speed to take off in a standard jet. Wheel speed is useless, except for tire ratings (your tires will blow when they are spinning too fast).

Case #1 - Assuming friction in the wheels

If there is friction in the wheels then the conveyor belt will be able to impart a force on the plane. The conveyor belt can run at a speed sufficient to keep the plane motionless and it cannot take off because there is no groundspeed. But, the conveyor belt must be running far faster than just the planes speed in the opposite direction to hold it back. So based on the wording it might still take off.

Case #2 - No friction

If there is no friction the conveyor belt will not impart any force on the plane, no matter how fast it is spinning. The only thing that will happen is the tires will spin faster. The plane will accelerate and take off as if it is on a normal surface.

Personally I think they mean case #2 when they describe the problem in which case the plane will take off fine.

This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
  • Posts

    • OpenAI's new GPT-5.5-Cyber tops Claude Mythos 5 in vulnerability benchmark by Pradeep Viswanathan OpenAI today announced a major expansion of Daybreak, a cybersecurity initiative designed to help defenders find, validate, and fix software vulnerabilities earlier in the development process. The availability of powerful AI models has definitely changed the cybersecurity landscape by making vulnerability discovery much faster. However, the bigger bottleneck for the industry is now patching those vulnerabilities. Impacted software teams need to validate the discovered issues, understand their impact, develop fixes, test them, and deploy patches. Back in March, OpenAI launched a preview of Codex Security, which uses agentic reasoning with automated validation to discover high-impact issues and actionable fixes specific to the codebase. Since then, it has scanned more than 30 million commits across over 30,000 codebases; more than 70,000 findings were marked as fixed by human reviewers, while over 500,000 findings were automatically determined to be fixed. Now, OpenAI is releasing an updated Codex Security plugin that can run deep scans, review recent code changes, generate security reports, trace attack paths, validate findings, and create codebase-specific patches for human review. It can also triage findings from existing scanners, advisories, bug bounty reports, and ticketing systems. OpenAI says the plugin can export results to vulnerability management systems and integrate with workflows using SARIF files, CodeQL queries, the Codex CLI, and the Codex app. Back in May, OpenAI announced the preview of GPT-5.5-Cyber, a new model built on top of the recently released GPT-5.5, designed for specialized cybersecurity work. Today, OpenAI launched the full version of GPT-5.5-Cyber through a limited release for verified defenders. On CyberGym, GPT-5.5-Cyber scored 85.6%, compared with 81.8% for GPT-5.5 and 83.8% for Claude Mythos 5. It also scored 39.5% on ExploitGym, compared with 25.95% for GPT-5.5, and 69.8% on SEC-bench Pro, compared with 63.1%. OpenAI also announced the new Daybreak Cyber Partner Program, which will allow security vendors and service providers to use GPT-5.5 with Trusted Access for Cyber in their products and services. Accenture, Akamai, Cisco, Cloudflare, CrowdStrike, IBM, Palo Alto Networks, Proofpoint, SentinelOne, Wiz, Zscaler, and others were listed as initial partners for this program. OpenAI is also launching Patch the Planet with Trail of Bits, HackerOne, Calif, researchers, and maintainers. More than 30 open-source projects have committed to participate, including cURL, Go, Python, Sigstore, and pyca/cryptography.
    • AMD confirms 26.6.2 FSR driver breaks on many Windows PCs by Sayan Sen Earlier today AMD released a major graphics driver update as it brings support for FSR 4.1 to Radeon RX 7000 series GPUs. The new update, version 26.6.2, also brings support for Assassin's Creed Black Flag Resynced and more. And while the driver technically supports Windows 10 version 21H2 and newer, the tech giant has confirmed that there is a major issue with the new driver on non-Windows 11 PCs as it fails to launch properly on such systems. The error message says, "The version of AMD Software that you have launched is not compatible with your currently installed AMD graphics driver." Therefore on the surface it looks like a compatibility problem. AMD has also confirmed that the device manager will display the yellow bang or yellow exclamation sign alongside your GPU under the Display adapters dropdown. Here is what the Radeon team's official advisory recommends to affected users: "Users Running Windows 10 and AMD Software: Adrenalin Edition 26.6.2 May Encounter Yellow Bang in Device Manager Affecting AMD Radeon RX Series Graphics ... Our Engineers are currently investigating this issue and will provide a fix once it is available. Affected users may revert to AMD Software: Adrenalin Edition 26.6.1 as a temporary workaround." As such you should revert back to the previous 26.6.1 driver which was released earlier this month. In case you were looking to play Assassin's Creed Black Flag Resynced and DOOM: The Dark Ages | Revelations you will probably have to wait a while if you want the driver to support those games officially. You can find the support article here on Microsoft's website.
    • https://uupdump.net/selectlang...7829-4524-978d-7b5fe79263e3
    • A McDonald's restaurant uses about 1.5 to 2 million gallons of water per year for operations like food preparation, cleaning, and restrooms. That is a lot less than the 2,083 gallons of water per megawatt hour mentioned above.
    • Turbo Pascal Original authorAnders Hejlsberg (at Borland) DeveloperBorland Release20 November 1983; 42 years ago[1][2] Operating systemCP/M, CP/M-86, MS-DOS, Windows 3.x, Classic Mac OS PlatformZ80, x86, 68000, PC-98 https://en.wikipedia.org/wiki/Turbo_Pascal It was the one language I actually learned to program in.   I wasn't very good at it and never used it at work.    If anyone has any personal Turbo Pascal stories or personal accomplishments using it, please take a moment to share.   Thanks. Peace
  • Recent Achievements

    • Week One Done
      Almohandis earned a badge
      Week One Done
    • Rookie
      dorf went up a rank
      Rookie
    • First Post
      mike_rumble earned a badge
      First Post
    • Dedicated
      tuben earned a badge
      Dedicated
    • Week One Done
      mnsgroup earned a badge
      Week One Done
  • Popular Contributors

    1. 1
      +primortal
      504
    2. 2
      +Edouard
      208
    3. 3
      PsYcHoKiLLa
      100
    4. 4
      Michael Scrip
      88
    5. 5
      neufuse
      71
  • Tell a friend

    Love Neowin? Tell a friend!