hi

I downloaded and installed the fully anonymous gnutella client

http://www.i2phex.tk


an I am wodering how it is handling magnet uri links ?

any knowledge here?

--
10 GB Mailbox, 100 FreeSMS/Monat http://www.gmx.net/de/go/topmail
+++ GMX - die erste Adresse für Mail, Message, More +++

Does anyone know how to go about making magnets work with Invision
Power Board 2? I can't find info anywhere and unfortunately their
community has been rather silent on the subject. Please someone...

Am 20.07.2005 um 16:46 Uhr schrieb moldarin:

> --- In magnet-uri@yahoogroups.com, "Arne Bab." <arne_bab@y...> wrote:
>
>> You can compile yourself a bitcollider, if you have the dev-tools
>> installed.
>>
>
> I have never manage to get that one to work. Have you compiled it and
> got a running version?

I had it running on my old system.

On 10.4 I didn't try it.

Just download it, compile it, and then go into the bitcollider-folder
and start it directly from there ( "./bitcollider files" or such).

It worked for me.

Arne





___________________________________________________________
Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier anmelden:
http://mail.yahoo.de

--- In magnet-uri@yahoogroups.com, "Arne Bab." <arne_bab@y...> wrote:
> You can compile yourself a bitcollider, if you have the dev-tools
> installed.

I have never manage to get that one to work. Have you compiled it and
got a running version?

> That one isn't anywhere near drag'n'drop. It's rather type'n'tap :)
>
> http://bitzi.com/bitcollider/
>
> Best Wishes,
> -Arne
>
>
> Am 18.07.2005 um 3:16 Uhr schrieb moldarin:
>
> > --- In magnet-uri@yahoogroups.com, Greg Bildson <gbildson@y...> wrote:
> >
> >> Well, LimeWire does 1/3 of that job.  Could do  2/3rds
> >> if we spat out the bitprint.
> >>
> >
> > I know that, but still; I down't know how I can get the rest... And it
> > would be really nict with one software...
> >
> >
> >> Thanks
> >> -greg
> >>
> >> --- moldarin <pusulv@g...> wrote:
> >>
> >>
> >>> Hi,
> >>>
> >>> I'm looking for a app. like the one they have over
> >>> at
> >>> <http://www.magnetlink.org/>, but I need a Mac
> >>> version.
> >>>
> >>> The app. I'm looking for has to be able to get
> >>> urn:sha1, urn:kzhash
> >>> and urn:bitprint data from files.
> >>>
> >>> Does anyone knows about any app like this?
> >>>
> >>> PS: I love drag'n'drop apps. ;)
> >>>
> >>>
> >>>
> >>>
> >>>
> >>> Yahoo! Groups Links
> >>>
> >>>
> >>>     magnet-uri-unsubscribe@yahoogroups.com
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>
> >>
> >> __________________________________________________
> >> Do You Yahoo!?
> >> Tired of spam?  Yahoo! Mail has the best spam protection around
> >> http://mail.yahoo.com
> >>
> >
> >
> >
> >
> >
> >
> > Yahoo! Groups Links
> >
> >
> >
> >
> >
> >
> >
>
>
>
>
>
>
> ___________________________________________________________
> Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier
anmelden: http://mail.yahoo.de

I have implemented an rss-reader and export in the cvs-version of
Phex just a few days ago, it might interest you.

It reads <magnet> tags from rss-files (was the easiest way of doing
this... ). You have to download the file, then phex reads it ot.

You have to compile it for yourself, because it will take a bit, till
this gets into release, but it works.

best wishes,
Arne


Am 17.06.2005 um 11:25 Uhr schrieb closedshop:

> Hi Arnes and All,
>
> Yes I thought as well to integrate a magma *as* a Rss feed.
> The goal is, to sent magnet links, or edonkey links or magma links
> over
> the rss feed.
> The Stream then is timeshifted as a playlist.
> But it is a stream. A client, e.g. shareaza or limewire, could
> download
> the magnet links out of the rss feed into a second download tab and
> these files then go into a second download folder.
> If the stream has enough files downloaded to play, e.g., half an hour
> mp3 songs, then we have a podcasting playlist.
> It is a stream !!!
> So we will turn the paradigm, many radio broadcasters and tv
> statiosn as
> well sent cutted media, which means they are organizing a playlist.
> This
> playlist could be broadcasted by cutted files, so a hash is
> possible and
> could be sent over Rss.
> Soon more and more broadcasters will sent RSS feeds over a RSS and
> users
> then can download the media p2p way.
>
> So icecast or shotucast or winamp streams or reals treams will be sent
> as a playlist out of ed2k or magnet links soon.
> many university radios start podcasting, Live means often to miss the
> good work of a feature towards a certaint opic, with podcasting,
> you can
> coose the ed2k link as well later in the evenign to hear the new
> things
> about what is going on at university.
>
> So... hash-streams are ONE new paradigma,  called podcasting.
>
>
> My second goal now is, if someone wants to distribute copyrighted
> media
> , like  TV shows or ed2k link boards... this  is all as well possible,
> has only the same dis-advantage like a central tracker in
> bittrorrent.
>
> So we need decentral RSS sending.
>
> My proposal is this way:
>
> A user creates a playlist out of ed2k links.
> This list is signed with a key ( e.g. Guid)
> then the playlist is sent not from a central node, but the way
> www.peercast.org is is forwarind it over/in  a tree.
> this playlist is sent over a RSS feed, but is is forwarded from
> node to
> node.
> To get the next feed, you need to sign the new feed, with a public key
> of the older feed plus the private key = the new public key.
> So if you have the feed 1 before, you can identify the key 2, if it is
> passed along.
> Better would be to be able to search for the upcoming rss-feed. But
> hashing or including hashin is not backwards compatible ( hash of file
> a, cannot conatain the hash of file b and v.v.)
>
> So this is the problem. My solution to use peercast.org, to seed
> the rss
> feed decentral, so to hid ethe Ip in a proxyiing network liek
> peercast.
>
> Or you make it ilke shareaza mike made the torrents trackerless, a
> stream gets a certain hash. All users that hear the stream can be
> found
> by g2 for this hash. then the stream contains the magnets.
>
> In this case the hash of the stream is like BITH and the hashes of the
> media palylistes are sha1 and ed2k.
>
> So torrentaid.com could be used as well to define a stream, only that
> you have to compile the stream at once. you cannot feed it and add
> something..,..
>
> ??
>
> /
> From:/ "Arne Bab." <arne_bab@...>
> /Date:/ Tue Jun 14, 2005  11:37 am
> /Subject:/ Ant: [the_gdf] RSS Feeds with gnutella     arne_bab
> <http://profiles.yahoo.com/arne_bab>
> Offline Offline <ymsgr:sendIM?arne_bab>
> Send Email Send Email
> <http://groups.yahoo.com/group/the_gdf/post?
> postID=et49y-8OdEEiDnlFlwGNENtORN2s6-Gy8Efk1D27vNGb0mHJP3NMlyzkQM-
> nxmWSP7c1XLUI6jNq3OUWsIVMQl7FqC7QKVGC>
>
>
>
> What are the minimal requirements for that rss-feed?
>
> As far as I know, we need to make sure, it originates from the correct
> source (some identifier for a changing file), maybe a signature from
> the owner to verify it.
> It must be possible to query it repeatedly (once per minute or so),
> without flooding the network with requests.
>
> Are there any more requirements, I am unaware of?
>
> It would certainly be possible to make a far smaller list of the
> newest
> streams at a certain location, which points to always the newest
> rss-feed. But that then still relies on a central server.
>
> For magnets I created a spec, which allows to send multiple magnets in
> files, but that one doesn't use xml, but yaml for readability
> reasons (
> located at http://sf.net/projects/magma ).
>
> Best Wishes,
> Arne
>
>
>
>
>
>> Hi
>> there is a plan to make the RSS-Feeds decentral over p2p.
>> At the moment the RSS signal is sent from one single node/Server.
>> Is it possible to use gnutella to make a RSS-Feed decentral over p2p
>> ?
>> There was a newsgroup project for guntella, this may be some thing
>> similar.
>> But are there any ideas, how a RSS feed coudl be made decentral over
>> p2p?
>> As well we could sent magnet links over RSS feeds in Gntuella nodes.
>>
>>
>>
>>
>>
>> Yahoo! Groups Links
>>
>>
>>
>>
>>
>
>
>
>
> Yahoo! Groups Links
>
>
>
>
>
>
>






___________________________________________________________
Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier anmelden:
http://mail.yahoo.de

You can compile yourself a bitcollider, if you have the dev-tools
installed.

That one isn't anywhere near drag'n'drop. It's rather type'n'tap :)

http://bitzi.com/bitcollider/

Best Wishes,
-Arne


Am 18.07.2005 um 3:16 Uhr schrieb moldarin:

> --- In magnet-uri@yahoogroups.com, Greg Bildson <gbildson@y...> wrote:
>
>> Well, LimeWire does 1/3 of that job.  Could do  2/3rds
>> if we spat out the bitprint.
>>
>
> I know that, but still; I down't know how I can get the rest... And it
> would be really nict with one software...
>
>
>> Thanks
>> -greg
>>
>> --- moldarin <pusulv@g...> wrote:
>>
>>
>>> Hi,
>>>
>>> I'm looking for a app. like the one they have over
>>> at
>>> <http://www.magnetlink.org/>, but I need a Mac
>>> version.
>>>
>>> The app. I'm looking for has to be able to get
>>> urn:sha1, urn:kzhash
>>> and urn:bitprint data from files.
>>>
>>> Does anyone knows about any app like this?
>>>
>>> PS: I love drag'n'drop apps. ;)
>>>
>>>
>>>
>>>
>>>
>>> Yahoo! Groups Links
>>>
>>>
>>>     magnet-uri-unsubscribe@yahoogroups.com
>>>
>>>
>>>
>>>
>>>
>>>
>>
>>
>> __________________________________________________
>> Do You Yahoo!?
>> Tired of spam?  Yahoo! Mail has the best spam protection around
>> http://mail.yahoo.com
>>
>
>
>
>
>
>
> Yahoo! Groups Links
>
>
>
>
>
>
>






___________________________________________________________
Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier anmelden:
http://mail.yahoo.de

--- In magnet-uri@yahoogroups.com, Greg Bildson <gbildson@y...> wrote:
> Well, LimeWire does 1/3 of that job.  Could do  2/3rds
> if we spat out the bitprint.

I know that, but still; I down't know how I can get the rest... And it
would be really nict with one software...

> Thanks
> -greg
>
> --- moldarin <pusulv@g...> wrote:
>
> > Hi,
> >
> > I'm looking for a app. like the one they have over
> > at
> > <http://www.magnetlink.org/>, but I need a Mac
> > version.
> >
> > The app. I'm looking for has to be able to get
> > urn:sha1, urn:kzhash
> > and urn:bitprint data from files.
> >
> > Does anyone knows about any app like this?
> >
> > PS: I love drag'n'drop apps. ;)
> >
> >
> >
> >
> >
> > Yahoo! Groups Links
> >
> >
> >     magnet-uri-unsubscribe@yahoogroups.com
> >
> >
> >
> >
> >
>
>
> __________________________________________________
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com

Well, LimeWire does 1/3 of that job.  Could do  2/3rds
if we spat out the bitprint.

Thanks
-greg

--- moldarin <pusulv@...> wrote:

> Hi,
>
> I'm looking for a app. like the one they have over
> at
> <http://www.magnetlink.org/>, but I need a Mac
> version.
>
> The app. I'm looking for has to be able to get
> urn:sha1, urn:kzhash
> and urn:bitprint data from files.
>
> Does anyone knows about any app like this?
>
> PS: I love drag'n'drop apps. ;)
>
>
>
>
>
> Yahoo! Groups Links
>
>
>     magnet-uri-unsubscribe@yahoogroups.com
>
>
>
>
>


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around
http://mail.yahoo.com

Hi,

I'm looking for a app. like the one they have over at
<http://www.magnetlink.org/>, but I need a Mac version.

The app. I'm looking for has to be able to get urn:sha1, urn:kzhash
and urn:bitprint data from files.

Does anyone knows about any app like this?

PS: I love drag'n'drop apps. ;)

Hi Arnes and All,

Yes I thought as well to integrate a magma *as* a Rss feed.
The goal is, to sent magnet links, or edonkey links or magma links over
the rss feed.
The Stream then is timeshifted as a playlist.
But it is a stream. A client, e.g. shareaza or limewire, could download
the magnet links out of the rss feed into a second download tab and
these files then go into a second download folder.
If the stream has enough files downloaded to play, e.g., half an hour
mp3 songs, then we have a podcasting playlist.
It is a stream !!!
So we will turn the paradigm, many radio broadcasters and tv statiosn as
well sent cutted media, which means they are organizing a playlist. This
playlist could be broadcasted by cutted files, so a hash is possible and
could be sent over Rss.
Soon more and more broadcasters will sent RSS feeds over a RSS and users
then can download the media p2p way.

So icecast or shotucast or winamp streams or reals treams will be sent
as a playlist out of ed2k or magnet links soon.
many university radios start podcasting, Live means often to miss the
good work of a feature towards a certaint opic, with podcasting, you can
coose the ed2k link as well later in the evenign to hear the new things
about what is going on at university.

So... hash-streams are ONE new paradigma,  called podcasting.


My second goal now is, if someone wants to distribute copyrighted media
, like  TV shows or ed2k link boards... this  is all as well possible,
has only the same dis-advantage like a central tracker in  bittrorrent.

So we need decentral RSS sending.

My proposal is this way:

A user creates a playlist out of ed2k links.
This list is signed with a key ( e.g. Guid)
then the playlist is sent not from a central node, but the way
www.peercast.org is is forwarind it over/in  a tree.
this playlist is sent over a RSS feed, but is is forwarded from node to
node.
To get the next feed, you need to sign the new feed, with a public key
of the older feed plus the private key = the new public key.
So if you have the feed 1 before, you can identify the key 2, if it is
passed along.
Better would be to be able to search for the upcoming rss-feed. But
hashing or including hashin is not backwards compatible ( hash of file
a, cannot conatain the hash of file b and v.v.)

So this is the problem. My solution to use peercast.org, to seed the rss
feed decentral, so to hid ethe Ip in a proxyiing network liek peercast.

Or you make it ilke shareaza mike made the torrents trackerless, a
stream gets a certain hash. All users that hear the stream can be found
by g2 for this hash. then the stream contains the magnets.

In this case the hash of the stream is like BITH and the hashes of the
media palylistes are sha1 and ed2k.

So torrentaid.com could be used as well to define a stream, only that
you have to compile the stream at once. you cannot feed it and add
something..,..

??

/
From:/ "Arne Bab." <arne_bab@...>
/Date:/ Tue Jun 14, 2005  11:37 am
/Subject:/ Ant: [the_gdf] RSS Feeds with gnutella  arne_bab
<http://profiles.yahoo.com/arne_bab>
Offline Offline <ymsgr:sendIM?arne_bab>
Send Email Send Email
<http://groups.yahoo.com/group/the_gdf/post?postID=et49y-8OdEEiDnlFlwGNENtORN2s6\
-Gy8Efk1D27vNGb0mHJP3NMlyzkQM-nxmWSP7c1XLUI6jNq3OUWsIVMQl7FqC7QKVGC>



What are the minimal requirements for that rss-feed?

As far as I know, we need to make sure, it originates from the correct
source (some identifier for a changing file), maybe a signature from
the owner to verify it.
It must be possible to query it repeatedly (once per minute or so),
without flooding the network with requests.

Are there any more requirements, I am unaware of?

It would certainly be possible to make a far smaller list of the newest
streams at a certain location, which points to always the newest
rss-feed. But that then still relies on a central server.

For magnets I created a spec, which allows to send multiple magnets in
files, but that one doesn't use xml, but yaml for readability reasons (
located at http://sf.net/projects/magma ).

Best Wishes,
Arne




> Hi
> there is a plan to make the RSS-Feeds decentral over p2p.
> At the moment the RSS signal is sent from one single node/Server.
> Is it possible to use gnutella to make a RSS-Feed decentral over p2p
> ?
> There was a newsgroup project for guntella, this may be some thing
> similar.
> But are there any ideas, how a RSS feed coudl be made decentral over
> p2p?
> As well we could sent magnet links over RSS feeds in Gntuella nodes.
>
>
>
>
>
> Yahoo! Groups Links
>
>
>
>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I have revoked public change rights to the spec document because
someone with an IP in the 212.202.7.* block made changes which are
NOT accurate to the specification.

Discussion on the specification can be made here, directly to my
e-mail, or in the Enlist-a-Distro forums at
http://depthstrike.com/phpbb2

- -----Original Message-----
From: magnet-uri@yahoogroups.com [mailto:magnet-uri@yahoogroups.com]
On Behalf Of fahlmanc_ca
Sent: Sunday, May 22, 2005 8:02 PM
To: magnet-uri@yahoogroups.com
Subject: [magnet-uri] Re: Input requested for next-ver spec document


hi,

I see the proposed spec is in a wiki now
http://wiki.depthstrike.com/index.php/Peer_to_Peer_Specifications:Magn
et

This makes editing easier :).

One issue is that magnet-uri has some proposals for including two or
more exact topics in a magnet, which are, in my opinion, a bit oddly
defined, and not well supported (that I've heard).

http://magnet-uri.sourceforge.net/magnet-draft-overview.txt
gives an example:
///
magnet:?xt.1=urn:sha1:YNCKHTQCWBTRNJIV4WNAE52SJUQCZO5C&xt.2=urn:sha1:T
XGCZQTH26NL6OUQAJJPFALHG2LTGBC7

meaning: show me options about the two exact topics given
///

It doesn't say whether the convention is continued with all tags --
so
that all tags to with the first 'issue' in the magnet would have a
'.1' appended to them, and all tags to with the second 'issue' have a
'.2' appended, and so on.

It would be good to discuss whether magma is a better solution to
this
issue.





Yahoo! Groups Links






- --
No virus found in this incoming message.
Checked by AVG Anti-Virus.
Version: 7.0.322 / Virus Database: 266.11.15 - Release Date:
5/22/2005


- --
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.322 / Virus Database: 266.11.15 - Release Date:
5/22/2005


-----BEGIN PGP SIGNATURE-----
Version: PGP 8.0.3

iQEVAwUBQpGp418nceBm0DUaAQJ/ygf/WA9O1df94QEcDBmBHs7m2APDJQiTMNh0
6P0ico1CbKEmTMnVDxQ3L0af3JizRzeK5/Qg91kXclwb91JkFJ8P3HS5HHIUZcNn
M6WRdu8ynKbsIOs4ZmFyjvUgEpboQ400/irtK6vTQ+C+lOnuntsbcWoUSbO8iqHj
xzItmM+vdjNV2fnQiKmnx6fPpG4hc4eVfW4NXTJ7GC7v24qdwOzv6kuSDs53hqLE
EJ36pWr7Dh1YTJL4PMj7cHl0/ngb8MDyL49fBsavMgDaVR4o4vaZnXL3lCY/MQXQ
fYZ69scPOZqqSKRdoeQ08XtPR4hu7aljxiU5dMJhTMw8WJHU5kXq1w==
=+73P
-----END PGP SIGNATURE-----

hi,

I see the proposed spec is in a wiki now
http://wiki.depthstrike.com/index.php/Peer_to_Peer_Specifications:Magnet

This makes editing easier :).

One issue is that magnet-uri has some proposals for including two or
more exact topics in a magnet, which are, in my opinion, a bit oddly
defined, and not well supported (that I've heard).

http://magnet-uri.sourceforge.net/magnet-draft-overview.txt
gives an example:
///
magnet:?xt.1=urn:sha1:YNCKHTQCWBTRNJIV4WNAE52SJUQCZO5C&xt.2=urn:sha1:TXGCZQTH26N\
L6OUQAJJPFALHG2LTGBC7

meaning: show me options about the two exact topics given
///

It doesn't say whether the convention is continued with all tags -- so
that all tags to with the first 'issue' in the magnet would have a
'.1' appended to them, and all tags to with the second 'issue' have a
'.2' appended, and so on.

It would be good to discuss whether magma is a better solution to this
issue.

Harold Feit wrote:

>
>You need to keep in mind that changing some parts of the internals of
>a torrent will cause changes to the torrent's infohash when deciding
>where in a torrent to include this information. Content like SHA1,
>ED2K and TTH hash values are static and won't change unless the whole
>torrent changes, so they are ok in the structure that controls the
>infohash. Content such as sources for the file, and trackers have a
>VERY high possibility of changing over time, and are not recommended
>for use in the structure that controls the infohash.
>
>
>
Thanks, so technically it is no problem to integrate a http-link to the
source in a torrent and to seed over htto.
http://bittornado.com/docs/webseed-spec.txt
The torrent infohash will be different, but it is no change, because you
create them !
I dont want to integrate the tracker info, so let this beside and as it is.
Adding sources, esp.  http-sources to a torrent would be the best
torrents could happen!
If someone could code this into torrentaid or the torrentmaker of
azureus, which has already ed2k and sha1 info, should do this.
this would allow to have bith-magnets, which will find a http-seed,
without the http-source mentioned in the bith-magnet or sha-magnet.

Bitcollider needs BITH-Magnets as well, so a code change is needed, and
this way do not forget to make http-sources in torrents available
please. This would even allow faster download-seeds from apache than
limited upload speeed of nodes.

thanks

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


- -----Original Message-----
From: magnet-uri@yahoogroups.com [mailto:magnet-uri@yahoogroups.com]
On Behalf Of closedshop
Sent: Saturday, May 21, 2005 2:10 PM
To: magnet-uri@yahoogroups.com
Subject: Re: [magnet-uri] Azureus (BitTorrent) adopts magnet-URIs for
decentralized torrents

ok this is the main thing here. if the sha1 is addable to a torrent,
why
not a http-url?
I am not a coder, so dont ask me. This was my request here to make
http-addable to torrents
and torrents available as a BITH-Magnet.
- --------------------------

You need to keep in mind that changing some parts of the internals of
a torrent will cause changes to the torrent's infohash when deciding
where in a torrent to include this information. Content like SHA1,
ED2K and TTH hash values are static and won't change unless the whole
torrent changes, so they are ok in the structure that controls the
infohash. Content such as sources for the file, and trackers have a
VERY high possibility of changing over time, and are not recommended
for use in the structure that controls the infohash.

- --------------------------
Sharaza is doing this, so take the code from there, and for ed2k
links
there is a torrentstripper as well.
The querstion was, how to get the http-url into the torrent, to seed
without a seeder (and tracker in case of bith-magnets).
- --------------------------
Shareaza can't get magnet information from a torrent that does not
have an SHA1, an ED2K or a TTH root hash included in it.

To add HTTP sources for a file (not supported outside of the
BitTornado core yet): http://bittornado.com/docs/webseed-spec.txt

- --
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.322 / Virus Database: 266.11.14 - Release Date:
5/20/2005


-----BEGIN PGP SIGNATURE-----
Version: PGP 8.0.3

iQEVAwUBQo9fpF8nceBm0DUaAQKddggAtyw/D0Bc9+yYGQyPynx65pbSjPMSwybY
nFk+3H0rCGlk9qncOd/S8jRPYM4SSDRlVafukzncBQQCo+ZAx4wS2WE00C3Ml1hF
iRLJhY5jkmoH1gJhXOi77mc14bNq5xq3Sv4AIog0+kWlFgicYEda4RLVLGg4Ok3s
cWPdrX5QXtW+os5o5UYLObSt0/8CxZYxAHQzs/EOjMaX4kCxt36PFsziGp8K3i5K
nQiQCBsfgHIC8rgpN5MMXD4kBv/yLMTPwNVTob7dxrhGUdnkhIggazoIyjk5Sj7o
aR/T6ChqQTTUOyk1Zxn/vJ0IwEvN3l6eWtBl54jxMUTKUw9hZgulpQ==
=NzjN
-----END PGP SIGNATURE-----

Harold Feit wrote:

>
>
>How do you propose to store http sources within the torrent?
>
>
>

ok this is the main thing here. if the sha1 is addable to a torrent, why
not a http-url?
I am not a coder, so dont ask me. This was my request here to make
http-addable to torrents
and torrents available as a BITH-Magnet.

> It's a simple matter to write a utility
>that extracts a basic magnet from a torrent (I've written one,
>haven't released it yet, don't ask for it.
>
>
>

Sharaza is doing this, so take the code from there, and for ed2k links
there is a torrentstripper as well.
The querstion was, how to get the http-url into the torrent, to seed
without a seeder (and tracker in case of bith-magnets).

Thanks

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I can't quite understand what you're talking about because it's not
clear english, but I've answered where I can.

- -----Original Message-----
From: magnet-uri@yahoogroups.com [mailto:magnet-uri@yahoogroups.com]
On Behalf Of closedshop
Sent: Saturday, May 21, 2005 1:21 PM
To: magnet-uri@yahoogroups.com
Subject: Re: [magnet-uri] Azureus (BitTorrent) adopts magnet-URIs for
decentralized torrents

not for the magnet handling and fdownloading, but to find other peers
on
the g2 net the BITH is used i think, because the sha1 is not always
given, so it mus tbe the BITH,
Shareaza then needs to be compatible with the Base 16 format of BITH
- --------------------------

Shareaza ALREADY searches GNUTella2 for other peers based on the BTIH
in Base32, not in Base16 (calculated from the .torrent file itself,
not from any outside information). Azureus does NOT use GNUTella2 for
its peer/distriubted tracker database.

- --------------------------
No, this was the request, to create with www.torrentaid.com torrents,
which have for the ONE file ( or each by each for all mutliple-files)
the HTTP-xs-information, and this not once given, but as well for
ed2k
and as well for sha1.

So ... if emule is going to hadle torrents with ed2k links inside,
they
alread ymade a torrent-stripper, to get the ed2k links out of a
torrent
made with torrentaid, then we need the http-download as well in the
ed2k
link in the torrent as well in the sha1-hash section of the torrent.
- --------------------------

TorrentAid is NOT the only torrent maker that is capable of making
torrents that include information for searching for file sources on
other networks. Also, the plugins/modifications for those clients
that allow torrent operation do NOT extract full links, they simply
extract the required information for searching.

- --------------------------
So there is the request, to add this http-download-xs-source option
to
torrentaid and to display the BITH-Magnet in the end of the
torrentaid
process,

Once, as only (pure) BITH magnet and then as well as

Magnet=?:urnBIHT:
+
urn:sha1
+
urn:tth
+
urn:ed2k
+
xs=http
+ Filename
+ Length

so this would be a new definition of magnet, to include the BITH and
the
HTTP sources as well,
- --------------------------

I've already torn a strip off of someone for trying to define their
own standards for magnet links when standards are already set. Please
don't make me tear a strip off you for doing the same. The standards
say you are only required to include a bare minimum of information to
find a file, all other information is optional.

- --------------------------
Then we could make a torrentaid.com tool. which is really a MAGNET
LINK
CREATOR
- --------------------------

TorrentAid is a torrent maker, not a magnet link creator.

- --------------------------
(as well to have in the end the option to get the ed2k liks only or
with
http, see emule installer,w hich provides the ed2k-link-creator ->
HERE
YOU CAN ADD AS WELL HTTP-SOURCES !!!!)
- --------------------------

How do you propose to store http sources within the torrent?

- --------------------------
So join emule-link-creator and torrentaid and make torrents, which
result in a BITH.Magnet link to copy out for the clipboard.
Then seeding in http would be included, once in the torrent, and once
in
the BIHT-Magnet, the SHA1-MAGNET and the ed2k-Magnet and last in the
ALL
IN ONE MAGNET = BITH+SHA1+ED2k+TTH+Htttp*name+Length

Torrentaid could then be the new Magnetlink-creator with a lot of
link
style options and with a torrent creator and with http..
Shareaza 2.3 should include this torrent creator, as well with
compatibility for azureus.
- --------------------------

You provide the code for such a utility, and the shareaza devs would
probably use it, but all things considered, it's too much work for
too little benefit for them. It's a simple matter to write a utility
that extracts a basic magnet from a torrent (I've written one,
haven't released it yet, don't ask for it.

- --------------------------
BITCOLIDER could be or do the same, So this is a request to Gordon,
to
include the BITH-MAgnets in bitzi, to include a torrentaid-maker in
the
bitcollider !!!!

The bitcollider of bitzi should provide BITH-Magnets as well
and the Bitcollider should be able to provide HTTP-Sources inside the
torrent and the BITH.Magnet.
- ---------------------------

Liability issues there, don't even bother suggesting that they
provide the option to include source information.

- ---------------------------
If you then really want to join all, maybe as well include in a
magnet
STANDARD the KAZAAHASH.
But IMHO not needed, no one is using kazaa, which has at least no
partial-swamring.
- ---------------------------

The magnet standard doesn't even say that any hash needs to be
included, let alone any specific hash. I do feel it
appropriate to leave kazaa users behind when it comes to this.
They're already behind overall in the p2p world anyway.

- ---------------------------
thanks

- --
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.322 / Virus Database: 266.11.14 - Release Date:
5/20/2005


-----BEGIN PGP SIGNATURE-----
Version: PGP 8.0.3

iQEVAwUBQo9UGF8nceBm0DUaAQJwYgf8DnQjyb1sleq7NJTqOA2KlYI3REEZkjne
YluKSl5wKVtvJUTrLx5EPzPmouyUxxEojaWnLiXdzU2h4bq7uICZLRLi98dk+Rjr
7uzVowQqofmYtETYsiPVRTbf9ZdsNFnbBPfYII3iZIpTm6LzF8HhN4cC9irkNBaN
fpBIvujYHG0qMS4IU6YyxuK1JNrR1rVgURxyWCfjq2Uw/3a1LR8UFEX0F5RrRBgj
jsPzCJq813/i0cZob8wtyPUwWRH2N0WOkD/41Q9NoplYuRIXpydL5DmVleT8uY0p
YwlANtSuEWXQi6glb1I3khAaZdjz+FR6o/GefDymV/y6lrFMHMfTHg==
=3B/C
-----END PGP SIGNATURE-----

Harold Feit wrote:

>
>
>The displayed infohash in azureus is using a different encoding from
>the one used in a shareaza-magnet.
>
>The btih value in a magnet is stored in the magnet in Base32, as is
>the way a torrent is displayed in shareaza, not the Base 16
>hexadecimal you see in the infotab for the torrent in azureus.
>
>Shareaza does not yet support BTIH in magnets.
>
>
not for the magnet handling and fdownloading, but to find other peers on
the g2 net the BITH is used i think, because the sha1 is not always
given, so it mus tbe the BITH,
Shareaza then needs to be compatible with the Base 16 format of BITH

>Do you have example torrents where http sources are included inside
>the torrents rather than in external links?
>
>
>
No, this was the request, to create with www.torrentaid.com torrents,
which have for the ONE file ( or each by each for all mutliple-files)
the HTTP-xs-information, and this not once given, but as well for ed2k
and as well for sha1.

So ... if emule is going to hadle torrents with ed2k links inside, they
alread ymade a torrent-stripper, to get the ed2k links out of a torrent
made with torrentaid, then we need the http-download as well in the ed2k
link in the torrent as well in the sha1-hash section of the torrent.

So there is the request, to add this http-download-xs-source option to
torrentaid and to display the BITH-Magnet in the end of the torrentaid
process,

Once, as only (pure) BITH magnet and then as well as

Magnet=?:urnBIHT:
+
urn:sha1
+
urn:tth
+
urn:ed2k
+
xs=http
+ Filename
+ Length

so this would be a new definition of magnet, to include the BITH and the
HTTP sources as well,

Then we could make a torrentaid.com tool. which is really a MAGNET LINK
CREATOR

(as well to have in the end the option to get the ed2k liks only or with
http, see emule installer,w hich provides the ed2k-link-creator -> HERE
YOU CAN ADD AS WELL HTTP-SOURCES !!!!)

So join emule-link-creator and torrentaid and make torrents, which
result in a BITH.Magnet link to copy out for the clipboard.
Then seeding in http would be included, once in the torrent, and once in
the BIHT-Magnet, the SHA1-MAGNET and the ed2k-Magnet and last in the ALL
IN ONE MAGNET = BITH+SHA1+ED2k+TTH+Htttp*name+Length

Torrentaid could then be the new Magnetlink-creator with a lot of link
style options and with a torrent creator and with http..
Shareaza 2.3 should include this torrent creator, as well with
compatibility for azureus.

BITCOLIDER could be or do the same, So this is a request to Gordon, to
include the BITH-MAgnets in bitzi, to include a torrentaid-maker in the
bitcollider !!!!

The bitcollider of bitzi should provide BITH-Magnets as well
and the Bitcollider should be able to provide HTTP-Sources inside the
torrent and the BITH.Magnet.

If you then really want to join all, maybe as well include in a magnet
STANDARD the KAZAAHASH.
But IMHO not needed, no one is using kazaa, which has at least no
partial-swamring.

thanks







>- -----Original Message-----
>From: magnet-uri@yahoogroups.com [mailto:magnet-uri@yahoogroups.com]
>On Behalf Of closedshop
>Sent: Saturday, May 21, 2005 12:34 PM
>To: magnet-uri@yahoogroups.com
>Subject: Re: [magnet-uri] Azureus (BitTorrent) adopts magnet-URIs for
>decentralized torrents
>
>Hi
>
>i have a question, the BITH in a MAGNET is simple to understand, but
>looking at azureus, then I see a HASH in thte infotab of a torrent,
>is
>this the infohash ? Then downloading the same torrent in Shareaza,
>the
>BITH is different !!!
>
>Why ?
>
>magnet:?xt=urn:btih:1ß48ß91284091374012784
>
>would then be the link right ?
>
>Does this mean, a torrent is not needed anymore? so clicking this
>link in shareaza would allow to find all peers ? As well now in
>arzureus with a DHT?
>
>But how, if the hash is different.
>
>And not the question i have.
>
>
>Would it be possible to add ed2k and sha1 hash and http-source to
>that BITH.Magnet ?
>
>magnet:?xt=urn:btih:1ß48ß91284091374012784
>&Urn:ed2k=128740237428374
>&urn:sha1=0ß93840840293854
>&xs=http://mysite.com/file.avi
>
>
>
>So.. if I then put the BITH-Magnet without the additional hahses on a
>board,
>then there would be no tracker needed to find the other peers.
>
>but someone downloading the file from the torrent
>(which is seeded over http) and this peer would then forward the ed2k
>hash and sha1 hash  to the BITH-Magnet user ?
>
>
>
>If torrentaid.com then could add a http-xs-resource to the ed2k link
>and sha1 link inside the torrent, this would mean the g2 and ed2k
>protocol would download from http - BUT ALL WIHTIN A TORRENT.
>
>So a torrent could be seeded over http.
>And a torrent download would not be needed, because you can use the
>BITH-Magnet,
>
>BUT ESSENTIAL, and this is the question, would be the question, if
>the BITH-Magnet woudl then load, if the magnet has no http-xs-source
>given, but the original torrent has it included (and a few noders are
>loding this)
>
>So you could seed a torrent over http without a tracker and other
>peers could load a torrent from a magnet link.
>
>
>see as well here
>http://forums.shareaza.com/showthread.php?threadid=38588
>
>What is needed:
>1. I put a file on a http-server
>2. I make the torrent with torrentaid.com and include there the
>http.source for ed2k and sha1
>
>I highly recommend an request MIKE. S. to release a torrentaid, where
>the http-resource for single-file torrents can be added in a box.
>Soon!
>
>3. I create magnet of the torrent with the BITH and show only the
>BITH in the magnet, the ed2k and sha1 and http are not in the link,
>they are in the torrent.
>
>4. Both is distributed, the link and the torrent.
>
>5. Users with the magnet should find the http-download source, RIGHT
>?
>
>so optinally you can add the ed2k hash (sha1 and http as well)  to
>the BITH-Magnet.
>
>So a magnet with a BITH hash would allow to download from edonkey ,
>would allow to seed in http, would allow to be always trackerless.
>
>Right ?
>
>
>This would work, if torrentaid would allow to add http-source to the
>creation and would show in the end of thecreation propces the
>BITH-Magnet for a copy into the clipboard,
>
>these simple remodifications would allow to make BITH-Magnets,
>without a tracker.
>
>Shareaza 2.3 should implement this updated torrent-maker from
>torrentaid.
>
>And: If this is done as well for multifile-torrents in torrentaid.com
>so that each mediafile coudl get the RIGHT http-xs-souce INSIDE the
>torrent,
>
>then the BITH-Magnet would allow to download whole music albums and
>collections, right ?
>
>(as long as at least one node is using the real torrent to download
>and not the BITH-Magnet)
>
>But because all BITH-Magnets refer to the torrent, the ed2k, sha1 and
>http-seeding would be forwarded. Even in this case the tracker is not
>needed,
>
>And if the torrent is not available, then shareaza can say
>immediately, which are the BITH-MAGENT-referring ed2l and sha1 hashes
>for the mediafile. (for multifile-torrents this needs mroe
>discussion).
>
>Right ?
>
>Feedback welcome as well the option to seed torrents over
>http-sources given (and coded) in torrentaid.
>
>thanks
>
>- --
>No virus found in this outgoing message.
>Checked by AVG Anti-Virus.
>Version: 7.0.322 / Virus Database: 266.11.14 - Release Date:
>5/20/2005
>
>
>-----BEGIN PGP SIGNATURE-----
>Version: PGP 8.0.3
>
>iQEVAwUBQo9I/V8nceBm0DUaAQJTgwf+KDwuJUIrwBeIhfcY8HTBh/w8BgH/N+Hq
>H6QheYfpKuZYHzFjAJgLLjKeygeL+EM2HnTZ5sV9oB7vk45DyKV0DRmIDimPnOJD
>azWSGEApzGJAncTkcS9d2uihQzitEw0sDqZnzXEwukLr0GD6qJskdCA8G7J+I2HC
>O7w1XEJln2fcrN4LDA+mHqzzmJtalONhwd9u2gE0TnqZq6UvC9I6BWQdfTm3qFvC
>o7rAg/oDSGrtpLbeCjYXE2iMzDyWL9V/Vnjvt6ZStqQhzpkUkdzGkWm0zGWxC6mb
>j3lEiDbm4A8FZlb1VvLXZKgGGeRiSKpXhAYd27D8R7R8eBGGHGvcZQ==
>=V2N7
>-----END PGP SIGNATURE-----
>
>
>
>
>Yahoo! Groups Links
>
>
>
>
>
>
>
>
>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

The displayed infohash in azureus is using a different encoding from
the one used in a magnet.

The btih value in a magnet is stored in the magnet in Base32, as is
the way a torrent is displayed in shareaza, not the Base 16
hexadecimal you see in the infotab for the torrent in azureus.

Once you convert, you'll see that the BITH is the same.

http://opensource.depthstrike.com has example magnets that contain a
proper BTIH.

Shareaza does not yet support BTIH in magnets.

Do you have example torrents where http sources are included inside
the torrents rather than in external links?

- -----Original Message-----
From: magnet-uri@yahoogroups.com [mailto:magnet-uri@yahoogroups.com]
On Behalf Of closedshop
Sent: Saturday, May 21, 2005 12:34 PM
To: magnet-uri@yahoogroups.com
Subject: Re: [magnet-uri] Azureus (BitTorrent) adopts magnet-URIs for
decentralized torrents

Hi

i have a question, the BITH in a MAGNET is simple to understand, but
looking at azureus, then I see a HASH in thte infotab of a torrent,
is
this the infohash ? Then downloading the same torrent in Shareaza,
the
BITH is different !!!

Why ?

magnet:?xt=urn:btih:1ß48ß91284091374012784

would then be the link right ?

Does this mean, a torrent is not needed anymore? so clicking this
link in shareaza would allow to find all peers ? As well now in
arzureus with a DHT?

But how, if the hash is different.

And not the question i have.


Would it be possible to add ed2k and sha1 hash and http-source to
that BITH.Magnet ?

magnet:?xt=urn:btih:1ß48ß91284091374012784
&Urn:ed2k=128740237428374
&urn:sha1=0ß93840840293854
&xs=http://mysite.com/file.avi



So.. if I then put the BITH-Magnet without the additional hahses on a
board,
then there would be no tracker needed to find the other peers.

but someone downloading the file from the torrent
(which is seeded over http) and this peer would then forward the ed2k
hash and sha1 hash  to the BITH-Magnet user ?



If torrentaid.com then could add a http-xs-resource to the ed2k link
and sha1 link inside the torrent, this would mean the g2 and ed2k
protocol would download from http - BUT ALL WIHTIN A TORRENT.

So a torrent could be seeded over http.
And a torrent download would not be needed, because you can use the
BITH-Magnet,

BUT ESSENTIAL, and this is the question, would be the question, if
the BITH-Magnet woudl then load, if the magnet has no http-xs-source
given, but the original torrent has it included (and a few noders are
loding this)

So you could seed a torrent over http without a tracker and other
peers could load a torrent from a magnet link.


see as well here
http://forums.shareaza.com/showthread.php?threadid=38588

What is needed:
1. I put a file on a http-server
2. I make the torrent with torrentaid.com and include there the
http.source for ed2k and sha1

I highly recommend an request MIKE. S. to release a torrentaid, where
the http-resource for single-file torrents can be added in a box.
Soon!

3. I create magnet of the torrent with the BITH and show only the
BITH in the magnet, the ed2k and sha1 and http are not in the link,
they are in the torrent.

4. Both is distributed, the link and the torrent.

5. Users with the magnet should find the http-download source, RIGHT
?

so optinally you can add the ed2k hash (sha1 and http as well)  to
the BITH-Magnet.

So a magnet with a BITH hash would allow to download from edonkey ,
would allow to seed in http, would allow to be always trackerless.

Right ?


This would work, if torrentaid would allow to add http-source to the
creation and would show in the end of thecreation propces the
BITH-Magnet for a copy into the clipboard,

these simple remodifications would allow to make BITH-Magnets,
without a tracker.

Shareaza 2.3 should implement this updated torrent-maker from
torrentaid.

And: If this is done as well for multifile-torrents in torrentaid.com
so that each mediafile coudl get the RIGHT http-xs-souce INSIDE the
torrent,

then the BITH-Magnet would allow to download whole music albums and
collections, right ?

(as long as at least one node is using the real torrent to download
and not the BITH-Magnet)

But because all BITH-Magnets refer to the torrent, the ed2k, sha1 and
http-seeding would be forwarded. Even in this case the tracker is not
needed,

And if the torrent is not available, then shareaza can say
immediately, which are the BITH-MAGENT-referring ed2l and sha1 hashes
for the mediafile. (for multifile-torrents this needs mroe
discussion).

Right ?

Feedback welcome as well the option to seed torrents over
http-sources given (and coded) in torrentaid.

thanks

- --
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.322 / Virus Database: 266.11.14 - Release Date:
5/20/2005


-----BEGIN PGP SIGNATURE-----
Version: PGP 8.0.3

iQEVAwUBQo9I/V8nceBm0DUaAQJTgwf+KDwuJUIrwBeIhfcY8HTBh/w8BgH/N+Hq
H6QheYfpKuZYHzFjAJgLLjKeygeL+EM2HnTZ5sV9oB7vk45DyKV0DRmIDimPnOJD
azWSGEApzGJAncTkcS9d2uihQzitEw0sDqZnzXEwukLr0GD6qJskdCA8G7J+I2HC
O7w1XEJln2fcrN4LDA+mHqzzmJtalONhwd9u2gE0TnqZq6UvC9I6BWQdfTm3qFvC
o7rAg/oDSGrtpLbeCjYXE2iMzDyWL9V/Vnjvt6ZStqQhzpkUkdzGkWm0zGWxC6mb
j3lEiDbm4A8FZlb1VvLXZKgGGeRiSKpXhAYd27D8R7R8eBGGHGvcZQ==
=V2N7
-----END PGP SIGNATURE-----

Hi

i have a question, the BITH in a MAGNET is simple to understand, but
looking at azureus, then I see a HASH in thte infotab of a torrent, is
this the infohash ? Then downloading the same torrent in Shareaza, the
BITH is different !!!

Why ?

magnet:?xt=urn:btih:1ß48ß91284091374012784

would then be the link right ?

Does this mean, a torrent is not needed anymore? so clicking this link in
shareaza would allow to find all peers ? As well now in arzureus with a DHT?

But how, if the hash is different.

And not the question i have.


Would it be possible to add ed2k and sha1 hash and http-source to that
BITH.Magnet ?

magnet:?xt=urn:btih:1ß48ß91284091374012784
&Urn:ed2k=128740237428374
&urn:sha1=0ß93840840293854
&xs=http://mysite.com/file.avi



So.. if I then put the BITH-Magnet without the additional hahses on a board,
then there would be no tracker needed to find the other peers.

but someone downloading the file from the torrent
(which is seeded over http) and this peer would then forward the ed2k hash and
sha1 hash  to the BITH-Magnet user ?



If torrentaid.com then could add a http-xs-resource to the ed2k link and sha1
link inside the torrent, this would mean the g2 and ed2k protocol would download
from http - BUT ALL WIHTIN A TORRENT.

So a torrent could be seeded over http.
And a torrent download would not be needed, because you can use the BITH-Magnet,

BUT ESSENTIAL, and this is the question, would be the question, if the
BITH-Magnet woudl then load, if the magnet has no http-xs-source given, but the
original torrent has it included (and a few noders are loding this)

So you could seed a torrent over http without a tracker and other peers could
load a torrent from a magnet link.


see as well here
http://forums.shareaza.com/showthread.php?threadid=38588

What is needed:
1. I put a file on a http-server
2. I make the torrent with torrentaid.com and include there the http.source for
ed2k and sha1

I highly recommend an request MIKE. S. to release a torrentaid, where the
http-resource for single-file torrents can be added in a box. Soon!

3. I create magnet of the torrent with the BITH and show only the BITH in the
magnet, the ed2k and sha1 and http are not in the link, they are in the torrent.

4. Both is distributed, the link and the torrent.

5. Users with the magnet should find the http-download source, RIGHT ?

so optinally you can add the ed2k hash (sha1 and http as well)  to the
BITH-Magnet.

So a magnet with a BITH hash would allow to download from edonkey , would allow
to seed in http, would allow to be always trackerless.

Right ?


This would work, if torrentaid would allow to add http-source to the creation
and would show in the end of thecreation propces the BITH-Magnet for a copy into
the clipboard,

these simple remodifications would allow to make BITH-Magnets, without a
tracker.

Shareaza 2.3 should implement this updated torrent-maker from torrentaid.

And: If this is done as well for multifile-torrents in torrentaid.com so that
each mediafile coudl get the RIGHT http-xs-souce INSIDE the torrent,

then the BITH-Magnet would allow to download whole music albums and collections,
right ?

(as long as at least one node is using the real torrent to download and not the
BITH-Magnet)

But because all BITH-Magnets refer to the torrent, the ed2k, sha1 and
http-seeding would be forwarded. Even in this case the tracker is not needed,

And if the torrent is not available, then shareaza can say immediately, which
are the BITH-MAGENT-referring ed2l and sha1 hashes for the mediafile. (for
multifile-torrents this needs mroe discussion).

Right ?

Feedback welcome as well the option to seed torrents over http-sources given
(and coded) in torrentaid.

thanks
















Mirco Romanato wrote:

>Gordon Mohr (@ Bitzi) wrote:
>
>
>
>>From http://azureus.sourceforge.net/whatsnew2300.php
>>
>># 1.1 Distributed Database
>># Azureus now has a distributed, decentralised database that can
>># be used to track decentralised torrents. This permits both
>># "trackerless" torrents and the maintenance of swarms where the
>># tracker has become unavailable or where the torrent was removed
>># from the tracker. It uses the UDP protocol, if you have a
>># firewall/router, you will need to open/forward the UDP port in
>># the same way you did with TCP to download data.
>>#
>># 1.1.1 Magnet Links
>># For torrents that are tracked decentrally, Azureus can export
>># a "Magnet Link". This is of the form "magnet:?xt=urn:btih:..."
>># and can be used to download the torrent from the distributed
>># database via the "open->url" menu item.
>>
>>If anyone knows or can find reference material on how the 'btih'
>>URI is defined, please forward here.
>>
>>
>>
>BTIH URIs was defined for the first time in Shareaza, long ago, when
>BitTorrent was implemented.
>Shareaza is able to search these URIs in the Gnutella2 network and
>continue the DL with other compatible clients (Shareaza only until now -
>maybe Azureus now, this must be checked).
>If I Reconnect Correctly, BTIH is the root hash that identify of the
>torrent and it is unique (it change if the file(s) inside the torrent
>have different names, or are listed differently or the tracker have a
>different address). It is a SHA1 hash (15 bytes long).
>
>If you are interested in collect these hashes, I don't think this is a
>good idea, as the .torrent files that are associated with the info hash
>have a short life.
>The only useful .torrent files and BTIH worth to collect have the SHA1,
>TTH and eDonkey hashes associated to the files in the torrent (these are
>like collections file, Kapsule files and Magma, albeit with less
>metadata inside).
>
>Mirco
>
>
>
>
>

--- In magnet-uri@yahoogroups.com, "DreadWingKnight" <dwknight@d...>
wrote:
> I just checked the source code from current CVS.
>
> Current CVS versions of shareaza support obtaining sources from as=
> values in a magnet.
>
> You reported that the version you're running does not. What version
> are you running?

2.1.0.0 when I tried it -- but I have just been looking at the CVS,
and I must have done something dumb when I used a magnet with 'as',
because Shareaza has been (I think) able to 'properly' (at least,
usefully) read 'as=...' since 2.1.0.0 (and likely before, if cvs is a
guide). And after reading your post DreadWingKnight, I tried it again,
with a magnet I made with 'as', and it worked (2.1.0.150).

  IAMSODUMB
  IAMSODUMB
  IAMSODUMB
...

I've decided to try to rehaul the Magnet URI spec document, since
there have been enough changes since the last edit that it is probably
required.

The current version I have is at
http://depthstrike.com/phpbb2/viewtopic.php?t=1173 and is easily
edited if there is some input.

Once a week (assuming there were changes that week), I'll post the
link to a text version of the current draft based on the content in
that forum thread.

I'll be open to discussion/suggestions here, in the protocol
discussion section of the forums (
http://depthstrike.com/phpbb2/viewforum.php?f=37 ) or by direct e-mail
at my gmail account.

I just checked the source code from current CVS.

Current CVS versions of shareaza support obtaining sources from as=
values in a magnet.

You reported that the version you're running does not. What version
are you running?

What about multifile torrents ?

C. Barnes wrote:

>Topic: P2P filesharing ala BitTorrent.
>
>Presenting public domain module 'chunk.py':
>
>  http://oregonstate.edu/~barnesc/temp/chunk.py
>
>This module does some magic with Merkle hash trees.
>It allows one to publish a 20 byte SHA-1 digest for
>a file, and encode 'chunks' from the file with
>minimal overhead, such that any given chunk can be
>verified against the file's 20 byte digest.
>Cryptographic hashing is used to verify each chunk,
>so chunks can be transmitted in any order, and it is
>impossible to save corrupt data to disk if one has
>the correct file hash.
>
>One could use this module in any file sharing
>application which divides files up into blocks.
>
>For example, in a BitTorrent-like project it might
>be desirable to keep the .torrent files minimal in
>size.  Using this module, one needs to only publish
>a hash like DA39A3EE5E6B4B0D3255BFEF95601890AFD80709
>instead of a digest of all blocks in the file.
>
>Pros:
> - Smaller digest size.
> - Can send chunks in any order.
>
>Cons:
> - Each 'chunk' contains checksumming information.
>   This overhead is less than 4% for files of size
>   less than 1e20 bytes.
>
> - Connelly Barnes
>
>
>
>
>__________________________________
>Yahoo! Mail Mobile
>Take Yahoo! Mail with you! Check email on your mobile phone.
>http://mobile.yahoo.com/learn/mail
>_______________________________________________
>i2p mailing list
>i2p@...
>http://i2p.dnsalias.net/mailman/listinfo/i2p
>
>
>
>

--- In magnet-uri@yahoogroups.com, Mirco Romanato <painlord2k@l...> wrote:
> BTIH URIs was defined for the first time in Shareaza, long ago, when
> BitTorrent was implemented.
> Shareaza is able to search these URIs in the Gnutella2 network and
> continue the DL with other compatible clients (Shareaza only until now -
> maybe Azureus now, this must be checked).
Shareaza only, the Azureus network is separate from G2.
> If I Reconnect Correctly, BTIH is the root hash that identify of the
> torrent and it is unique (it change if the file(s) inside the torrent
> have different names, or are listed differently or the tracker have a
> different address). It is a SHA1 hash (15 bytes long).
Ok, some points here.
1> Changing the tracker does not change the infohash. the announce and
announce-list values (which control that) exist outside of the info
dictionary of the torrent (which is where the infohash is calculated
from). I could change the tracker a thousand times and the infohash
won't change.
2> SHA1 is 20 bytes, not 15 (160 bit hash/8 bits per byte).
3> Shareaza uses G2 to link up with other users on the torrent (as an
alternative to the tracker) where Azureus uses its own DHT system.

Just to clarify the points.

The same is true for Phex.

When I create magnets by hand, I use as for sources from webservers
(for they can change without changing the URL), xs for sources with
hash.

Best Wishes,
Arne


Am 08.05.2005 um 2:47 Uhr schrieb Greg Bildson:

> We (LimeWire) use xs and as interchangeably.  We use
> xs first as the more legit source by convention.
>
> Thanks
> -greg
> --- fahlmanc_ca <fahlmanc_ca@...> wrote:
>>
>> Some magnets have as={some resource) and some have
>> xs=(some resource).
>>
>> I guess 'as' means 'acceptable substitute' and 'xs'
>> means 'exact
>> substitute'.
>>
>> What are the guidelines for using 'xs' and 'as'? Are
>> they in practise
>> interchangeable? Or do some clients, that are
>> capable of dealing with
>> both, deal with one differently than the other?
>>
>> I didn't get far searching the group -- 'cept here
>> (fairly old
>> discussion)-->
>> http://groups.yahoo.com/group/magnet-uri/message/10
>> http://groups.yahoo.com/group/magnet-uri/message/146
>>
>> The jist of what I understood was that 'as' should
>> maybe be used for
>> sources that are not 'called' by a hash, such as
>> files on a web or ftp
>> server, and that 'xs' could be used by files that
>> are called by a
>> hash. But also that 'as' be used for alternate
>> sources that are called
>> by hash, and where the hash is not seen as secure
>> (the examples given
>> being a particular ed2k source (which I don't agree
>> as being any less
>> secure), and a particular kazaa source).
>>
>> Shareaza (the p2p client I am most familiar with)
>> doesn't seem to
>> recognize 'as', and i've only recently encountered a
>> few magnets that
>> use it. I wonder if it would be worthwhile if it
>> were implemented, and
>> if so how (i.e, generally how should any
>> well-reasoned program handle
>> 'as' sources as opposed to 'xs')?
>>
>> Most of the magnets I've encountered use 'xs' to
>> point to content on
>> http servers.
>>
>> ==
>>
>> Interestingly, in one of the discussions I linked
>> to, it was mentioned
>> that 'ds' might be used in a magnet to advertize a
>> resource's size.
>> There was some much more recent discussion about
>> using 'xl' to
>> advertize size in bytes. I guess 'ds' never really
>> caught on in time :).
>>
>>
>>
>>
>>
>>
>>
>> Yahoo! Groups Links
>>
>>
>>     magnet-uri-unsubscribe@yahoogroups.com
>>
>>
>>
>>
>>
>
>
>
> Yahoo! Mail
> Stay connected, organized, and protected. Take the tour:
> http://tour.mail.yahoo.com/mailtour.html
>
>
>
>
> Yahoo! Groups Links
>
>
>
>
>
>
>
-- Arne Bab.

-
http://gnufu.net - Gnutella For Users, a userfriendly guide.
http://draketo.de - Geschichten, Gedichte, Lieder und krude Ideen.
http://draketo.de/inhalt/ich/pubkey.txt - Mein öffentlicher
GPG-Schlüssel.
-

We (LimeWire) use xs and as interchangeably.  We use
xs first as the more legit source by convention.

Thanks
-greg
--- fahlmanc_ca <fahlmanc_ca@...> wrote:
>
> Some magnets have as={some resource) and some have
> xs=(some resource).
>
> I guess 'as' means 'acceptable substitute' and 'xs'
> means 'exact
> substitute'.
>
> What are the guidelines for using 'xs' and 'as'? Are
> they in practise
> interchangeable? Or do some clients, that are
> capable of dealing with
> both, deal with one differently than the other?
>
> I didn't get far searching the group -- 'cept here
> (fairly old
> discussion)-->
> http://groups.yahoo.com/group/magnet-uri/message/10
> http://groups.yahoo.com/group/magnet-uri/message/146
>
> The jist of what I understood was that 'as' should
> maybe be used for
> sources that are not 'called' by a hash, such as
> files on a web or ftp
> server, and that 'xs' could be used by files that
> are called by a
> hash. But also that 'as' be used for alternate
> sources that are called
> by hash, and where the hash is not seen as secure
> (the examples given
> being a particular ed2k source (which I don't agree
> as being any less
> secure), and a particular kazaa source).
>
> Shareaza (the p2p client I am most familiar with)
> doesn't seem to
> recognize 'as', and i've only recently encountered a
> few magnets that
> use it. I wonder if it would be worthwhile if it
> were implemented, and
> if so how (i.e, generally how should any
> well-reasoned program handle
> 'as' sources as opposed to 'xs')?
>
> Most of the magnets I've encountered use 'xs' to
> point to content on
> http servers.
>
> ==
>
> Interestingly, in one of the discussions I linked
> to, it was mentioned
> that 'ds' might be used in a magnet to advertize a
> resource's size.
> There was some much more recent discussion about
> using 'xl' to
> advertize size in bytes. I guess 'ds' never really
> caught on in time :).
>
>
>
>
>
>
>
> Yahoo! Groups Links
>
>
>     magnet-uri-unsubscribe@yahoogroups.com
>
>
>
>
>



Yahoo! Mail
Stay connected, organized, and protected. Take the tour:
http://tour.mail.yahoo.com/mailtour.html

Some magnets have as={some resource) and some have xs=(some resource).

I guess 'as' means 'acceptable substitute' and 'xs' means 'exact
substitute'.

What are the guidelines for using 'xs' and 'as'? Are they in practise
interchangeable? Or do some clients, that are capable of dealing with
both, deal with one differently than the other?

I didn't get far searching the group -- 'cept here (fairly old
discussion)--> http://groups.yahoo.com/group/magnet-uri/message/10
http://groups.yahoo.com/group/magnet-uri/message/146

The jist of what I understood was that 'as' should maybe be used for
sources that are not 'called' by a hash, such as files on a web or ftp
server, and that 'xs' could be used by files that are called by a
hash. But also that 'as' be used for alternate sources that are called
by hash, and where the hash is not seen as secure (the examples given
being a particular ed2k source (which I don't agree as being any less
secure), and a particular kazaa source).

Shareaza (the p2p client I am most familiar with) doesn't seem to
recognize 'as', and i've only recently encountered a few magnets that
use it. I wonder if it would be worthwhile if it were implemented, and
if so how (i.e, generally how should any well-reasoned program handle
'as' sources as opposed to 'xs')?

Most of the magnets I've encountered use 'xs' to point to content on
http servers.

==

Interestingly, in one of the discussions I linked to, it was mentioned
that 'ds' might be used in a magnet to advertize a resource's size.
There was some much more recent discussion about using 'xl' to
advertize size in bytes. I guess 'ds' never really caught on in time :).

The next release of Shareaza will be able to use 'xl' in magnets.

Shareaza alpha version has started to use xl for file size in bytes.
It can create and read magnets with xl :).

Gordon Mohr (@ Bitzi) wrote:

> From http://azureus.sourceforge.net/whatsnew2300.php
>
># 1.1 Distributed Database
># Azureus now has a distributed, decentralised database that can
># be used to track decentralised torrents. This permits both
># "trackerless" torrents and the maintenance of swarms where the
># tracker has become unavailable or where the torrent was removed
># from the tracker. It uses the UDP protocol, if you have a
># firewall/router, you will need to open/forward the UDP port in
># the same way you did with TCP to download data.
>#
># 1.1.1 Magnet Links
># For torrents that are tracked decentrally, Azureus can export
># a "Magnet Link". This is of the form "magnet:?xt=urn:btih:..."
># and can be used to download the torrent from the distributed
># database via the "open->url" menu item.
>
>If anyone knows or can find reference material on how the 'btih'
>URI is defined, please forward here.
>
BTIH URIs was defined for the first time in Shareaza, long ago, when
BitTorrent was implemented.
Shareaza is able to search these URIs in the Gnutella2 network and
continue the DL with other compatible clients (Shareaza only until now -
maybe Azureus now, this must be checked).
If I Reconnect Correctly, BTIH is the root hash that identify of the
torrent and it is unique (it change if the file(s) inside the torrent
have different names, or are listed differently or the tracker have a
different address). It is a SHA1 hash (15 bytes long).

If you are interested in collect these hashes, I don't think this is a
good idea, as the .torrent files that are associated with the info hash
have a short life.
The only useful .torrent files and BTIH worth to collect have the SHA1,
TTH and eDonkey hashes associated to the files in the torrent (these are
like collections file, Kapsule files and Magma, albeit with less
metadata inside).

Mirco

From http://azureus.sourceforge.net/whatsnew2300.php

# 1.1 Distributed Database
# Azureus now has a distributed, decentralised database that can
# be used to track decentralised torrents. This permits both
# "trackerless" torrents and the maintenance of swarms where the
# tracker has become unavailable or where the torrent was removed
# from the tracker. It uses the UDP protocol, if you have a
# firewall/router, you will need to open/forward the UDP port in
# the same way you did with TCP to download data.
#
# 1.1.1 Magnet Links
# For torrents that are tracked decentrally, Azureus can export
# a "Magnet Link". This is of the form "magnet:?xt=urn:btih:..."
# and can be used to download the torrent from the distributed
# database via the "open->url" menu item.

If anyone knows or can find reference material on how the 'btih'
URI is defined, please forward here.

- Gordon @ Bitzi