MAGNET-URI Link Support [tracked]
Moderator: AniDB
MAGNET-URI Link Support [tracked]
In addition to the existing support for ed2k URIs, support for MAGNET-URIs would be be wise.
[MAGNET-URI Project](http://magnet-uri.sourceforge.net/)
A MAGNET-URI is a URI that starts with the prefix magnet: . These links are network agnostic, not solely limited to Gnutella or KaZaA. At heart, it is a way of linking directly to some file by describing it's various attributes, such as hashes, filenames, accessible URLs, et cetra.
Support for MAGNET-URIs include most Gnutella clients and KaZaA. Future clients may support these URIs as well.
A typical MAGNET-URI looks like magnet:?xt=urn:sha1:YNCKHTQCWBTRNJIV4WNAE52SJUQCZO5C&dn=king.mp3 . The xt refers to a URI that represents the hash, and the dn refers to the filename that the downloaded file should be saved as.
ed2k links lock users into one network. There is no reason why ed2k clients couldn't also handle magnet links. Though in the end, by supporting magnet links, you are supporting a network agnostic solution that can adapt to future networks.
[MAGNET-URI Project](http://magnet-uri.sourceforge.net/)
A MAGNET-URI is a URI that starts with the prefix magnet: . These links are network agnostic, not solely limited to Gnutella or KaZaA. At heart, it is a way of linking directly to some file by describing it's various attributes, such as hashes, filenames, accessible URLs, et cetra.
Support for MAGNET-URIs include most Gnutella clients and KaZaA. Future clients may support these URIs as well.
A typical MAGNET-URI looks like magnet:?xt=urn:sha1:YNCKHTQCWBTRNJIV4WNAE52SJUQCZO5C&dn=king.mp3 . The xt refers to a URI that represents the hash, and the dn refers to the filename that the downloaded file should be saved as.
ed2k links lock users into one network. There is no reason why ed2k clients couldn't also handle magnet links. Though in the end, by supporting magnet links, you are supporting a network agnostic solution that can adapt to future networks.
Anidb does support magnet links. In fact, thanks to AOM, I think a majority of files do have sha1 hashes. Being an indexing site, it doesn't provide any links for download, but you can use that hash to make a magnet link for yourself if you like.
Rar
[Edit: Or, reading this thread, maybe not.]
Rar
[Edit: Or, reading this thread, maybe not.]
BTW, the xt [exact topic] paramater, which is used to provide the URN for the file's hash, can be used multiple times. Thus, a magnet URI built by AniDB could contain all the known hashes for that particular file.
The goal here is not to support additional hash algorithms, but to offer users a link that uses those hashes to refer to the file itself in question.
For example:
magnet: \
?xt=urn:sha1:4IPFSVDST5ERRGFXO3EYJV3SB5BODVLY \
&xt=urn:kzhash:0a93fa6cde808a5c393bc6a907cc820a82e7 \
feff9f3a533e847da74df6ba4b76b11805bb \
&dn=bzkitty.jpg
contains both a SHA1 and a KZHASH of the file referred to.
IIRC, eDonkey uses MD4 hashes. That too can be added to the Magnet URI, though I believe it would have to be converted into Base32 for proper encoding.
For more information, see http://magnet-uri.sourceforge.net/magne ... erview.txt
The goal here is not to support additional hash algorithms, but to offer users a link that uses those hashes to refer to the file itself in question.
For example:
magnet: \
?xt=urn:sha1:4IPFSVDST5ERRGFXO3EYJV3SB5BODVLY \
&xt=urn:kzhash:0a93fa6cde808a5c393bc6a907cc820a82e7 \
feff9f3a533e847da74df6ba4b76b11805bb \
&dn=bzkitty.jpg
contains both a SHA1 and a KZHASH of the file referred to.
IIRC, eDonkey uses MD4 hashes. That too can be added to the Magnet URI, though I believe it would have to be converted into Base32 for proper encoding.
For more information, see http://magnet-uri.sourceforge.net/magne ... erview.txt
-
- Posts: 15
- Joined: Sun Mar 27, 2005 3:32 pm
If you want to correct someone about ed2k/md4, just direct them to http://wiki.anidb.info/w/Ed2k rather than making misleading statements like that. (The ed2k file hash is generated by MD4, it's just not the straight MD4 hash of the file data.)Elberet wrote:Actually, the ed2k-hash algorithm is a modified version of MD4...
You don't need to change the hashing systems to support magnets.
All the information needed to make a magnet:?xt=urn:sha1:<sha1 base32>&xt=urn:ed2k:<ed2k hexadecimal>&xl=<filesize>&dn=<filename> link is already stored in the database.
Additionally, the magnet link standard is modular, permitting additional information (such as additional hashes) to be added to it without changing the format the link is generated with (so that if in the future AniDB decided to carry hashes used by other p2p applications, they could be added to the magnet at that time).
The azureus magnet support is just to download .torrent files from their DHT network, and not to download actual files, so yes anidb-generated magnets would be useless to it.
All the information needed to make a magnet:?xt=urn:sha1:<sha1 base32>&xt=urn:ed2k:<ed2k hexadecimal>&xl=<filesize>&dn=<filename> link is already stored in the database.
Additionally, the magnet link standard is modular, permitting additional information (such as additional hashes) to be added to it without changing the format the link is generated with (so that if in the future AniDB decided to carry hashes used by other p2p applications, they could be added to the magnet at that time).
Current systems that use Magnet links with ed2k hashes use them hex encoded rather than base32, so no it wouldn't need to be converted.IIRC, eDonkey uses MD4 hashes. That too can be added to the Magnet URI, though I believe it would have to be converted into Base32 for proper encoding.
The azureus magnet support is just to download .torrent files from their DHT network, and not to download actual files, so yes anidb-generated magnets would be useless to it.
sha1 would have to be changed though, as shown in your example. (Not saying that this is a great problem.)
But... why do we need support for it in the html interface, as I presume that's the feature request here? Magnet URIs may be gaining support, but they're not actually required by... well, anything, afaik. Certainly nothing common enough to justify their addition.
But... why do we need support for it in the html interface, as I presume that's the feature request here? Magnet URIs may be gaining support, but they're not actually required by... well, anything, afaik. Certainly nothing common enough to justify their addition.
http://bitzi.com/applications/
The "Can handle "magnet:" links to trigger searches and downloads of exact files." clients listed at the above site are just handful of examples of programs that can take advantage of magnets.
Adding magnets alongside ED2K links will give users of those p2p applications which support them more information to be able to find more sources for the files.
Not adding them is potentially alienating all users of those p2p applications that support magnets but not ED2K links.
As it stands now, for me to be able to mass-add a series with SHA1 and ED2K hash information into my preferred program, I have to go through a long, aggrivating process of repeated copy from anidb and paste into a custom made utility to generate magnets from AniDB info. If AniDB were to include magnets alognside the ED2K links, I could simply chain-click.
The "Can handle "magnet:" links to trigger searches and downloads of exact files." clients listed at the above site are just handful of examples of programs that can take advantage of magnets.
Adding magnets alongside ED2K links will give users of those p2p applications which support them more information to be able to find more sources for the files.
Not adding them is potentially alienating all users of those p2p applications that support magnets but not ED2K links.
As it stands now, for me to be able to mass-add a series with SHA1 and ED2K hash information into my preferred program, I have to go through a long, aggrivating process of repeated copy from anidb and paste into a custom made utility to generate magnets from AniDB info. If AniDB were to include magnets alognside the ED2K links, I could simply chain-click.
-
- AniDB Staff
- Posts: 379
- Joined: Sun Nov 07, 2004 11:05 am
Reference thread for that part.Raptor wrote:personally i woulr really like if there was a DC++ link possible but it would require an hash hats not yet in the database as well
If at a future time, the AniDB database supports TTH, they will be able to add the TTH hash to the magnet and gain more support from the DirectConnect community (which is something I mentioned in one of my previous posts in this thread).