Metalinks Tries to Simplify Downloads

ant_tmwx writes "Metalinks collect information about files in an XML format used by programs that download. The information includes mirror lists, ways to retrieve the file on P2P networks, checksums for verifying and correcting downloads, operating system, language, and other details. Using Metalinks details the Free Software programs you can use to download them with. There are also clients on Mac and Windows. With a list of multiple ways to download a file, programs can switch to another method if one goes down. Or a file can be downloaded from multiple mirrors at once, usually making the download go much faster. Downloads can be repaired during transfer to guarantee no errors. All this makes things automatic which are usually not possible or at least difficult, and increases efficiency, availability, and reliability over regular download links. OpenOffice.org, openSUSE, and other Linux/BSD distributions use them for large downloads."

Comments

Browser clients available?

[MMC Monster]

Are there clients that integrate (ie: extensions) for Firefox, IE, Safari, and Opera? If there is proper integration with these clients (meaning seamless downloading without opening third party download managers), this might actually go well.

It's bad enough when I tell my dad to download a torrent and he complains that a torrent manager client pops up; especially when he doesn't realize that closing the window may not stop the torrent.

Needless extra step?

[grasshoppa]

From their page:

Why should you use it?

Users
Your downloads will be simpler, faster, and more reliable...without you doing anything differently.

Bittorrent already does this just about as effectively as this idea will.

Developers
It's a neutral framework that doesn't favor any one program, Operating system, or group, and is easy to implement.

Once again, bittorrent is just as easy. And its OS agnostic.

Site owners
Resume and recover from single servers going down.

Sorta an issue with bittorrent, but not really. House the seed in multiple locations. Or better yet, have your clients take a copy of the seed and share that with their peers in the case of a downed server.

Downloads can automatically be split between sources (mirrors/P2P) and all downloads will be verified.
More people can get access to your files easier, more reliably, even at the most heavily accessed times.
This means less retries and cheaper bandwidth and support bills. Saving money = good.

Once again, this is where bittorrent shines. A lot of people going after your files? Great, that means it's got a better availability on your torrent, more bandwidth for everyone.

To me, this looks like a solution in search of a problem.

Re:Needless extra step?

[mikkelm]

I don't know about you, but given adequate capacity, I prefer to get my files via FTP or HTTP. Bittorrent is fundamentally unreliable when it comes to download speed and susceptible to packet shaping and the likes. In order to slow this down, theoretically, assuming that all paths are available you'd have to throttle the native P2P as well as FTP -and- HTTP, and I don't know of many ISPs that throttle even FTP, let alone HTTP.

Bittorrent is neat and handy if you don't have the capacity or balls to exclusively host the content centrally. This is not at all Bittorrent, in that it seems to primarily target content already hosted centrally, and allow it the flexibility to spread the content across several geographically seperated sites without the need for a list of localised links, while also providing alternative protocol and multiple-host download methods, as opposed to just using a multitude of random users whom you have no control over to spread your content.

Re:Needless extra step?

[grumbel]

### Bittorrent already does this just about as effectively as this idea will.

If the tracker goes down or there happens to be a lack of seeds the link is dead. With Metalink on the other side a client could automatically use *all* ways to get a file, not just a single tracker or server, but multiple http servers, P2P networks and torrent all at the same time, if one goes down there might still be plenty of others left.

### Once again, bittorrent is just as easy. And its OS agnostic.

But not protocol or server agnostic.

### To me, this looks like a solution in search of a problem.

Ever tried to download a file from Sourceforge or any other server with a dozens of mirrors which you have to manually select? That is exactly the problem that Metalink solves, its a standard way to show where the mirrors are, completly independent of the protocol in use. Thus it allows the client to automatically select them or use them all at the same time for faster download, no more stupid manual mirror selection just to find out that the host is down or slow as hell.

Metalink doesn't try to replace bittorrent, quite the opposite, it tries to provide a way to simply bundle all links that lead to the same file, torrent included.

Re:Who says it can't use BitTorrent also?

[Jonah Hex]

It does not look like it excludes ANY type of file transfer, if your client supports it you can do it is how it looks to me.

Example - MetaLink XML contains the following formats:
5 different HTTP sites
2 FTP sites
3 BitTorrent Trackers
eMule/Edonkey Hash

Example - Client One has implemented:
HTTP, FTP and BitTorrent

Example - Client Two has implemented:
BitTorrent and eMule

Example - Client Three has implemented:
HTTP, FTP, BitTorrent and eMule

I'm surprised it's taken this long to come up with this sort of client independant format.

Jonah HEX

Specifications?

[The Real Toad King]

I've looked around the site, and I've found no document for the specification of a metalink file. IMO, this will easily lead to many conflicts with different clients each having their own version of "Metalinks".