Software Upgrade At 655 Million Kilometers
An anonymous reader writes "The Rosetta probe was launched in 2004 with a mission that required incredible planning and precision: land on a comet. After a decade in space, the probe woke from hibernation in January. Now, Rosetta has spotted its target. 'Rosetta is currently around 5 million kilometers from the comet, and at this distance it is still too far away to resolve – its light is seen in less than a pixel and required a series of 60–300 second exposures taken with the wide-angle and narrow-angle camera. The data then traveled 37 minutes through space to reach Earth, with the download taking about an hour per image.' Now it's time to upgrade the probe's software. Since it's currently 655,000,000 kilometers from Earth, the operation needs to be flawless. 'When MIDAS is first powered up, it boots into "kernel mode" – the kernel manages a very robust set of basic operations for communicating with the spacecraft and the ground and for managing the more complex main program. From kernel mode we can upload patches to the main software, verify the current contents, or even load an entirely new version.' The Rosetta blog is continually being updated with progress on the mission, and the Planetary Society has more information as well. The probe will arrive at the comet in August, and will attempt landing in November."
is to load TWRP so the can finally root the damn thing.
never bring a twinkie to a food fight.
Since it's currently 655,000,000 kilometers from Earth, the operation needs to be flawless
Well, *that* is the real reason why they taught all those students to program on punch cards and have their batch jobs run on Saturday nights with cheap CPU time. It was to prepare those students to program spacecrafts far, far away...
Ezekiel 23:20
"Do when the probe was launched it had software defects? I could understand upgrading data but why upgrade good software just for the sake of upgrading? Or is it a "security" upgrade?"
..
The developers decided it would be cheaper to get version 1.01 launched and then rely bug reports from the space aliens for upgrades
Bullshit - or selective memory.
Back in the days, you bought a bunch of floppies, installed the software, and then spent years putting up with a lot of annoying bugs that required buying the next version of the software if you wanted to get rid of them. If they had fixed them, maybe.
Updating is great: if you have a slightly shitty piece of software, you stand a fair chance of getting corrections for free. The only annoying thing is when something that works great stops working great because the developer had a brainwave and decided to come up with Something Even Greater[tm] that turns out to suck. But then, you get that for free too, while before, again, you had to pay for the next version of the software to discover the sucky new feature that replaced the useful one.
"A door is what a dog is perpetually on the wrong side of" - Ogden Nash
127.0.0.1
Hack away my friend...
"A door is what a dog is perpetually on the wrong side of" - Ogden Nash
'nuff said, now that your DICE got limp and your TACO dropped.
yes, it totally blows having a full-duplex terminal session.
Sleep your way to a whiter smile...date a dentist!
. . . otherwise, the probe will be filled with a bunch of unwanted McAfee bloatware!
Schroedinger's Brexit: The UK is both in and out of the EU at the same time!
The only annoying thing is when something that works great stops working great because the developer had a brainwave and decided to come up with Something Even Greater[tm] that turns out to suck.
Ah! You use Gnome too, I see.
Compared to updating a desktop Windows box while some clueless biddy is clicking away on your installer at random ("Yes! I definitely want the Cryptolocker browser toolbar" "It hasn't done anything for five minutes! Should I unplug it and call great-grandson Justin on his text thingie?" "Yes, let's have Windows Live control my Hotmail").
Well written software that works so well you don't want to update are few and far between. It's not even laziness by the developers, it's just that all pieces of software have flaws, however hard the developers try to produce quality code. That's just the nature of software.
If you have such a piece of software, well... don't update.
"A door is what a dog is perpetually on the wrong side of" - Ogden Nash
The software obviously wasn't ready when the probe launched. They needed nine more years to develop it. Had they waited, the probe wouldn't be near the comet in time. So it's a rather smart decision.
Sounds like you made poor choices in the software you were using.
---- Booth was a patriot ----
to publicly state that "We have to flawlessly update this thing from 655km away" until after I already updated it.
This type of failure to employ basic SI prefixes really gets my goat! The metre is an SI unit so multiples should use the correct SI prefix. 1000 kilometres is a megametre and 1000 megametres (or 1 000 000 kilometres) is a gigametre. So the above stated distance of 655,000,000 kilometers from Earth should have been specified as 655 gigametres (or 655 Gm).
I know nothing of these "software upgrades" of which they speak.
Even if the software is flawless, the world it's written for evolves so the requirements change.
This space intentionally left blank
Rosetta has the Osiris CCD camera onboard, which can take 4 megapixel images (2k x 2k). Unfortunately, the data transfer speed is at best 1K/second, which is going back to the days of 14K modems. Since it's been a decade between the time that the satellite was launched in 2004, and the present day, huge advances in image compression size have taken place. So the researchers will want to upgrade all the compression algorithms. Think how much web browsers have improved in a decade.
http://pdssbn.astro.umd.edu/ho...
Vintage computer adverts: http://www.vintageadbrowser.com/computers-and-software-ads
Period.
To be fair, many probes have done this type of thing.
The Voyager probes had software updates regularly in their prime, and it frequently made news back in the day. When approaching a planet or interesting object they would upload imaging software, when finished they would upload different sensor programs. About a decade ago (2003?) there were news stories about how they reprogrammed one of the probes to help detect the crossover to deep space.
It is certainly interesting and poses some risk of breaking the probe, but it is standard procedure and something the probes are designed for.
//TODO: Think of witty sig statement
IP adresses are hard. That is why they invented DNS. So use: hackme.houghi.org
To help you start, first do nmap.
Don't fight for your country, if your country does not fight for you.
Excuse my ignorance but I'm curious about these "huge" advances in compression technology. Can you give an example of a particular compression algorithm that hasn't been around in 2004 and is much better than the most commonly used formats (i.e. jpeg) ?
The latest mars rover didn't know how to drive when it landed. And now it doesn't know how to land. Sometimes it a matter of reducing the amount of software that can go wrong, or just trying to save memory.
09F91102 no, 455FE104 nope, F190A1E8 uh-uh, 7A5F8A09 that's not it, C87294CE no. Ah! 452F6E403CDF10714E41DFAA257D313F.
Hmm, that seems to be in the same network (127.0.0.1/8) as the Rosetta probe, so I assume the IP is some important server in the ESA network. I'm launching my hack toolkit there right now...aahhahhhahh
NO CARRIER
H.265? "H.265 is said to double the data compression ratio compared to H.264/MPEG-4 AVC at the same level of video quality"
Yes, but H.265 is a video compression format. I dont't think they are going to take videos with the OSIRIS camera (or any of the other instruments) nor transmit video data back to earth.
Anyway, after some googling one finds that the most advanced image compression formats are based on some form of wavelet transform.
Examples would be JPEG 2000, JPEG LS and ICER. All of them predate 2004 but have seen some improvement over the last years. ICER was used on the mars exploration rovers, so it could be they use something similar on the rosetta probe.
Their compression rates are all very similar and differ only in their compational efficiency. Some comparisons can be found in this paper and here (homepage of the MRP Format (Minimum-Rate Predictors), which marginally outperforms JPEG formats but only on 8bit grayscale images).
The latter also compares against JPEG XR or HD Photo from Microsoft which was released in 2009 but seems to perform worse than JPEG-LS.
I don't see any advances in still image compression since 2004 that I would describe as huge, but that view is just based on a quick internet research. I'd be happy to change my mind on this.
Maybe NASA or ESA have been working on something much better and I just missed it (I didn't check patent databases).
Yes, compression doesn't seem to be the likely reason, I'd look for other ones. But I'd be careful about using any publicly available comparisons of compression methods in this case, because it does not matter which one is better on average. The scientists know what to expect, how the image is likely to look, etc. They'd choose the best algorithm for this specific use case, and that might very well be a different one than for FB selfies... Not that I expect a huge difference anyway.
Years later they retrieve the machine, hook up a KVM. What they see is - Suspected corrupted filesystem. FSCK, Please type in root's password to proceed.
The 'Doh! could be heard across the country.
The end of Windows XP support has far-reaching effects.
Sig expected Real Soon Now.
So they hired CGI to write the software?