Slashdot is powered by your submissions, so send in your scoop

 



Forgot your password?
typodupeerror
Check out the new SourceForge HTML5 internet speed test! No Flash necessary and runs on all devices. ×

Comment Re:Tanker Last ? (Score 1) 195

It takes multiple tanker runs to fully fuel one of the spaceships. They aren't likely to build enough tankers to have them all waiting in orbit for the moment eh spaceship finally launches. If it was a single run (like the video shows), it'd make sense to send the tanker first (unless boil-off is a particularly bad problem), but it's not a single run. More like 4-5 runs per spaceship.

Comment Re:Wow (Score 1) 195

It explicitly says that the booster lands back *on the launch pad*. And, realistically, there's no reason to expect they couldn't do that. SpaceX has had some difficulties with the landings in general, but landing *on the right spot* has not been hard. They've been goo with that from the first attempts, and are only getting more precise.

Comment Re:Unpopular opinion (Score 1) 132

1) Its UI, especially around tab management, is trash. No way to switch tabs in last-used order, no way to see a preview of all open tabs (or even their titles) at once, no way to tell what tab opened another tab, no way to group tabs, can only re-open closed tabs in the reverse order they were closed.
2) Its cookie management is coarse and barely present. It is very much a mobile browser in that way, and this is not a good thing. Ad-blocking extensions make this somewhat more tolerable, but it's still bad.
3) It doesn't provide a way to view the TLS server certificate. It'll give you some basic data about it, but that's it.
4) No RSS reader. That's a deal-breaker for me; I use RSS daily and have no reason to switch to another app when my browser takes care of it for me.
5) Can't re-open a previous browsing session unless set to always do that.

They are steadily improving it, so I suppose there's some hope, but right now it's still a shit browser, especially for a PC. Less shit than it was a few months ago, but still definitely shit.

Comment Re: Great (Score 1) 177

Vista had some very silly bugs, and a lot of software would not run on it *effortlessly*, but it would run. Setting the application Compatibility Layer option would fix most things, and either running as Admin or making whatever folder the moronic thing was trying to write to writable would fix the rest.

They did change the driver model, but even then, I only ran into one piece of hardware (between early 2006 betas and when the Win7 public beta arrived) that I couldn't convince to work, and it only barely worked on XP.

Having run XP as a non0admin, trust me when I say that UAC was a life-saver. For people who actually give a damn about security and like having control over what their computer did, Vista was a pretty great OS. That, plus the Start menu instant search, made it utterly painful to go back to XP.

With that said... I only ever ran clean installs of Vista, with no OEM crap on them. I saw some of the shit that OEMs would dump on their Vista machines, and I can see where it got its bad reputation. It's not the OS's fault, though; Microsoft can't control what crap OEMs load their machines down with, including stuff that digs deep into the OS and then falls over, taking everything with it. I personally never got a bluescreen post Beta2 (through the RC1 and RC2 builds, and release) except for a few due to NVidia's really shit-tastic drivers (if your video driver crashes *twice* within the space of a few seconds, Windows gives up on recovering it and just bluescreens instead, figuring something is Really Deeply Wrong. They were right, but the stable NVidia driver for my GPU had 40% as much performance and 40% as many features, too).

Comment W10M is rooted (Score 1) 177

There's actually a full jailbreak available for all W10M devices right now. Arbitrary code execution as SYSTEM. In theory it can be made to work for kernel too, though I don't think anybody has tried it yet. It's only a couple weeks old. Not a lot of software ported yet but we've got SSH and PowerShell, among other things.

Comment Project Astoria (Score 1) 177

They actually did this... briefly. The same Linux subsystem that enables the whole "Bash on Ubuntu on Windows" think in the 1607 release of Win10 was also being used to run Android apps, natively, on early Win10 Mobile builds. It was called "Project Astoria" if you want to read more about it.

Sadly, MS then quietly (but *very* thoroughly) killed off the project. No build released any time recently includes Project Astoria anymore, or will let you install it, or will run it if you hack it into the OS. They shut it down *hard*. They still offer tools for porting Android and iOS apps, but the native runtime is - for now - dead. I bet they could revive it in a hurry if they wanted to, but that doesn't seem to be happening.

The two best explanations that I've heard for why Astoria was killed are that Android's app security model was too different from W10M's (they both use sandbox containers wherein processes are granted access based on the "capabilities" declared in the app's manifest, but the similarities largely stop there), or that they figured it wasn't worth the dev time and install footprint for something that would actually give developers *less* reason to target W10M (just target Android and get two platforms at once). Given Microsoft's godawful history of prioritizing developer time in user-unfriendly ways, the second wouldn't surprise me, but being familiar with the security models of both Android and W10M I have to say the first is pretty plausible. They could have made it work for *most* apps, but it would have been a kludge.

Comment Re:Countdown to endless arguments in 3.. 2.. 1.. (Score 1) 248

The acceleration is constant, hence the energy gain is constant.

Wrong. The formula for kinetic energy is

The following numbers are unrealistic and made up for simplicity.
You have a 1kg object. It includes an EmDrive and some "solar cells or whatever". The solar cells produce 1kW of power. The EmDrive can convert this into 1N of thrust (which will produce an acceleration of 1m/s^2). The object is initially at rest. At t0, the EmDrive is turned on.

  * At t0, the object is experiencing 1m/s^2 instantaneous acceleration, but has not yet started to move. It has 0 kinetic energy.
  * At t1 (1 second later), the object is still experiencing 1m/s^2 of acceleration, and is moving at 1m/s. By E = m*v*v/2, it has gained 0.5J of kinetic energy in one second. In the first second of applying 1kW of electrical power (meaning a total electrical energy input of 1000J), the object gained 0.5J of kinetic energy.
  * At t2, the object is now moving at 2m/s, and has 2J of kinetic energy. This is a change of 1.5J of energy over 1 second, for 1.5W of kinetic power. It still takes 1000W of electrical power to produce this change, though.
  * At t3, the object has a kinetic energy of 4.5J, 2.5J more than it had a second ago. As you can see, the object's kinetic energy increases non-linerarly (specifically, it increases quadratically), even though the input energy is not increasing.
  * Let's jump ahead a bit. At t500, the object has v=500m/s, for kinetic energy of 125000J. We're still faaaaar below the point at which relativistic changes to mass are relevant, so we can safely say that our 1N of thrust is still producing 1m/s^2 of acceleration.
  * At t501, the object now has 125500.5 J of kinetic energy. That's a change of 500.5 J/s, or 500.5 W. Remember that we're still only putting 1000 J/s into driving the EmDrive, but the EmDrive's thrust is now increasing the object's kinetic energy by half that much... and rising.
  * At t1000, the object now has 500000 J of kinetic energy.
  * At t1001, the object now has 501000.5 J of kinetic energy. The input of 1000 J of electrical energy (over the last second) has produced an increase of 1000.5 J of kinetic energy. The EmDrive is now producing more energy than it is consuming!

As time goes on, that value will only increase. Eventually, it'll reach the point where you could strap the object to a wheel or crank, and input energy until the object is rotating fast enough that you can draw over 1KW of electrical energy out of the machine, with less than 1N of load on the crank, by connecting the crank to a generator. The wheel will keep accelerating, and the EmDrive is now powered by the generator. This is a truly perpetual motion machine, now; it can (ignoring mechanical failures) keep going long after the sun goes out and there is no longer any power source *except* the generator that it is turning.

Comment Re:Countdown to endless arguments in 3.. 2.. 1.. (Score 1) 248

With all due respect, you don't have any idea what you're talking about, and should do some research to avoid embarrassing yourself further.

Your arguments with regard to "the law of conservation of momentum" are basically correct, though poorly stated. Maybe it violates conservation of momentum, in which case conservation of momentum is not a real "law" and becomes merely a widely-used approximation. Maybe it's imparting momentum to something but that isn't a thing we thought could have momentum (see: quantum virtual plasma), in which case the "law" is intact but some other aspect of our understanding of physics gets a major overhaul. Maybe it's actually imparting momentum to a real thing, and there's just been some consistent experimental error that failed to prevent or detect this. Maybe it's not actually imparting momentum to anything at all, and doesn't actually produce thrust, and the observed thrusts are all experimental errors.

Your argument regarding xenon drives (more commonly just called ion drives, ion engines, or electric thrusters) is wrong on all counts. There is absolutely no requirement that your exhaust be moving faster than your vehicle (in what reference frame, anyhow?) for a vehicle to accelerate. Indeed, if there were, rockets could never reach orbit; even Low Earth Orbit requires going faster (relative to Earth) than a chemical rocket's exhaust (relative to the rocket). Relative to an observer on Earth, the exhaust of an orbital rocket during its orbital insertion is actually *in the same direction* as the rocket, not away from it. You should read http://www.real-world-physics-....

Even if that weren't true, though, you're *STILL* wrong. The thing that limits ion drives (including xenon drives) is that they have limited fuel. The ionized gases (xenon or anything else) they use as propellant may have extremely low mass compared to the few tons of chemical rocket fuel that a liquid-fueled spacecraft (including satellites) might carry, but there is still a "fuel tank" and it can still run out. When it does, your ion drive stops working, no matter how much electricity you pump to the electric fields. Thus, the maximum amount of impulse (which, divided by mass-over-time, gives the maximum acceleration; integrate that by time gives the maximum velocity) that an ion drive can produce is determined by its fuel capacity... just like a chemical rocket.

"Photon drive" is one of many terms for a "rocket" that gets its impulse from the momentum of photons. Yes, photons have momentum (even though they don't have mass); this is how a solar sail would work. Even just turning on a flashlight technically produces a (undetectably small) thrust in the direction opposite the beam. See https://en.wikipedia.org/wiki/... for more discussion of how one might build a photon drive. The problem with photon drives is that they have crappy energy-to-thrust efficiency. One of the ways people know the EmDrive is not just a photon drive is because, even at its barely-detectable thrust levels, it's still producing vastly more thrust than a photon drive consuming the same amount of power could manage. Still, the concept of photonic propulsion has some potentially useful applications, and has been known for many decades.

The rest of your post I *mostly* agree with, although the apparent violation of conservation of energy (in addition to apparent violation of conservation of momentum) is another reason to be skeptical of the EmDrive. Maybe it's just transferring energy from some other source we don't yet recognize, like the way uranium "spontaneously" produces energy (heat) from nuclear decay, and a few hundred years ago we couldn't even have understood nuclear decay (in the context of our then-current physics knowledge), much less predicted that we would find it in reality, that it would decrease over time, etc. Maybe the energy required to keep the thrust constant somehow increases as the drive itself is going faster, from a given reference frame; this would allow it to keep up with kinetic energy increasing as the square of velocity, but would turn other aspects of physics on its ears. Maybe it's something else. Maybe there really is perpetual motion, free energy, and all our physics knowledge needs a major overhaul. Maybe our whole existence is a simulation and we found a bug in the modeling of contained electromagnetic radiation, who knows?

I approve of the refusal to state that something is "impossible", but bear in mind that scientific research is still *expensive*, and the expected payout from something that seems as unlikely as the EmDrive is quite low, because the expectation of success is quite low and we don't learn much from it failing (as that would be consistent with our current models). Thus all the (relatively) low-budget experiments so far; as long as they produce findings that violate expectations, the expectation of success gets a little greater, and the expected payout increases commensurately, until it's expected to be worthwhile to fund a higher-budget experiment.

Comment Re:Test Static Fire (Score 1) 338

That hasn't been true for a while. It's up to the customer each time whether to have the payload stacked or not, but for the last largish number of vehicles - since F9-14 I think? - they've mostly been doing it this way. It saves time (don't need to return the rocket to the assembly building, add the payload, then roll it out and erect it again) and should also reduce risk of a launch failure (less messing around with the rocket between the static fire - which is basically a dress rehearsal - and the actual launch).

Comment Re:And there goes the FH and reuse schedule - agai (Score 1) 338

There wasn't *any* part that was firing. They were still only fuelling it up; the static fire hadn't started yet. The engines were cold (literally; they chill the engines before start). But yes, the problem started in (or near) the second stage, which wouldn't even have started its engine chill, I think (normally that starts a couple minutes after launch, though maybe they do a MVac chill cycle for static fires too; not sure).

Also, problems like this are the reason why human-rated spacecraft have launch escape systems. Well, human-rated craft other than the Space Shuttle, at least. Did you watch the Dragon 2 Launch Pad Abort video from last year? If anything goes wrong. the capsule blasts all eight of its thrusters to full and takes off like a bat out of hell. It's completely automated, as well; it'll happen faster than a human could ever react.

Comment Re:test (Score 2) 155

This is correct. They *can* do the static fire without the payload attached - and for many early launches, that's what they did - but it takes longer between static fire and launch. With the launch window coming only three days away, and no incident like this having occurred in approximately forever (they didn't even have the engines lit yet!) saving some time and (presumably) risk by having the payload stacked on the rocket probably made sense... to the satellite owner.

It wasn't even SpaceX's decision; the payload owner makes the choices like that.

Comment Re:His satellite? (Score 1) 155

It's covered by insurance, just not *launch* insurance. You thought they wouldn't have a $200M machine covered by insurance for every step of its trip into space?

But yeah, Facebook was just going to pay for part of the satellite's capacity, they were definitely not the owner in any way.

Slashdot Top Deals

: is not an identifier

Working...