When to expect MetaData?
 

Just wondering when the plans to include meta data will be implemented?

How about parallel/ segmented downloads?

Any comment or response from a forum administrator or developer would be greatly appreciated. :-)

Metadata has been implemented in-house. I imagine it will be a few weeks before we release it into the wild, though, as we've been working on tweaking the way it fits in the protocol.

Swarmed downloads are not the highest priority item at the moment, but we'll probably do that at some point. Can't give an estimate now.

BTW, LimeWire has been doing a fair amount of research on a novel query routing scheme. This will hopefully be available for beta testing in a few weeks. It's cool...

-Christopher Rohrs
LimeWire

so what is the new query routing scheme???

It's a way to avoid broadcasting queries, hence reducing Gnutella's bandwidth requirements tenfold. You can read a somewhat out-of-date version of our scheme at http://www.limewire.com/developer/query_routing/. Be warned that the paper is aimed at other developers and is very technical.

The query routing scheme is implemented in-house, but we don't know how it will work on a larger scale. That's why we'll need beta testers in a few weeks. =)

-Christopher Rohrs
Sr. Software Engineer
LimeWire

Swarmed downloading
 

Its unfortunate that "swarmed downloading" is not a priority. I am not a programer, but from what I understand it should not be very difficult to add (maybe Im wrong). This is the one killer feature missing from all of the gnutella clients (besides meta data). That feature alone would cause me, and many others, to switch to any client that offers it.

up :)

Am I wrong? Is swarmed downloading a difficult feature to implement or just not a priority? I know your focus is more on what you envision as the backbone of the network structure but I think that swarmed downloading would have a dramatically positive effect on the amount of network traffic and completed downloads. It, with meta data and md5 or crc are probably the most important features that could be added. Unfortunatly Vinnie is adding chat (though the reflector functionality is great). I like the auto reseach feature in Phex (though the developers dont :) ). It would be nice with the swarmed downloading.

XOLOX!!!!!!!!!!!!!!!!!!!!!!!!!!!
 

GO GET IT!!!! IT HAS SEGMENTED DOWNLOADS!!! doesn't offer any advanced features, and is made for retards, but it works well!!!
late

it also has the share files that you are downloading feature in it to!
late

we do not need 'swarmed downloads', do you understand the word swarmed? Gnutella developers are researching ways to avoid/reduce broadcast traffic (which is the number one cause of the network being so slow at the moment). Broadcast traffic takes up ~50% of your bandwidth which means that other half is divided up for downloading and uploading. Xolox or whatever is hurting the gnutella network, Vinnie even said so himself.

http://www.bearshare.net/forum/showt...?threadid=4872

it produces "machine generated queries: which wastes bandwidth b/c those queries are not efficent in matching enough files other hosts have.

Xolox is bad for the network. Load up LimeWire and look in the Monitor window and look how many

Band - Song 01.mp3 type of queries you get. How many people are going to have that file in that exact filename. They may of named it a little different so that query just wasted bandwidth. It would me efficent to such just for that song name or band name and filter the results with a set of rules.

YES, WE DO NEED SWARMED DOWNLOADS!!!
 

We DO need swarmed downloads. Just with better implementation. If the GDF could get its act together an implement file hashing we could really get things moving. They need to just make a move and get it done! Same goes for meta data.

Limewire should also introduce some type of reflector technology (defender). This would help lower badwith as well.

Hi!

I just wanted to point out, that AFAIK Xolox doesn't search for the whole filename (these searches have been around long time before Xolox), but it "just" repeats the original search. That's just the way I did it manually with LimeWire before, since that's the only way to find enough hosts with the file I'm looking for.

Robin

Re: YES, WE DO NEED SWARMED DOWNLOADS!!!
 

Look you must get rid of unwanted broadcast traffic first then they can focus on download succession rate.

Why dont you stop [inapropriate language deleted] about something that is for free. If you want to do it so bad then you make a gnutella client and release it. There are a lot gnutella client sources out there.

router.limewire.com is a "reflector". Reflectors are made for high bandwidth hosts (cable/dsl, T1s, etc).

Also read my post on

http://www.gnutellaforums.com/showth...=696#post10251

That should explain my point in a little more detail

I am [inapropriate language deleted] about the GDF which is slowing implementation of much needed features. Even if I wrote a gnutella client with these features it would not be supported by the general network until the GDF got its act together.


Hmm, someone else correct me if I am wrong but router.limewire.com is a host catch isnt it, not a reflector. A reflector is a gnutella client users can connect to the gnutella network through. They would stay connected and all searches would be sent to the network through the reflector client and all of their available uploads would be listed on the reflector and the reflector would return their hits for them so that they do not actually interact directly with the network.

And yes, we still need swarmed downloads!! JUst look at the popularity of xolox and it is still very unpolished and brand new.

GDF, get the file hashes, the metadata and the swarmed downloads worked out.

Ok, BearShare now offers bitrates for MP3s. Will LW be supporting this in 1.8? How about other meta data? SHA1 file hashes?