Haxe wrote: > > As LimeWire did not support > > any IP address block lists until a few weeks ago a lot of traffic was > > wasted for spam. > Does this mean that this will get a bit better in the future?
For a moment certainly but in the long run spammers might improve and hide their addresses so that you cannot filter them easily. Though that should still put non-spam into a slight advantage. > > mp3 files simply have more sources > Only if you share mainstream content. My files tend to be more rare. > Also, this doesn't explain any change, because it has been so ever > since. Occasionally I explicitely search for ogg files and end up with little to none results even if it's very popular content. So I rarely bother to look for ogg files. Also what I've noticed is that ogg files very often seem to be of poor quality because they're apparently recorded from a noisy analogue source like TV, radio, tape etc. I suspect that these use Vorbis because MP3 tends to cripple noisy input quite horribly. No wonder because noise requires high bitrates. Vorbis does not have this effect as far as I can hear. In other words, ogg files are not automagically of higher quality and if the same files exist as MP3 which sound properly, I wouldn't bother. You didn't tell whether you know if your shared content exists as MP3s. I also think that the pod hype increased the strategic disadvantage of Ogg/Vorbis and the Ogg/Vorbis mini-hype is already over. At least that's my suspicion and I'd assume that this one puzzle part of the decrease. > > It wouldn't be too difficult to add this feature. There are some > > awkward details though. Should these files be shared just like any > > other files i.e., reported in search results? Or maybe only reported > > to SHA-1 searches? > I would personally prefer the following behaviour: > Directly after a completed download, if the user doesn't touch anything, > the file keeps being served and advertised forever, but only through > the mesh, not through any searches (this resembles bittorrent). Then, > as soon as I manually hit the "clear from download list" button (or > touch the file), the file becomes a "local" file and is treated as > such, i.e. it is only shared if it is in a shared folder, but is then > also advertised through search queries. One disadvantage of this is that files may exist in the mesh only. So there might be thousands of sources but only a very few sharing them making it hard or impossible to find these. That should be especially true for new files which might only be available from a single peer initially. > > Regarding the download mesh, it's not really very > > smart. For example, we never try to check whether those sources still > > work. They just expire after some time. That means often they expire > > too soon and other times they expire too late. > I don't completely understand this. Imagine someone was told through the > mesh that I have a specific file. Now this someone downloads a chunk of > that file from me. In this case, he knows that I am still a valid node, > because he tested it. So my entry in his mesh list should be renewed > and advertised as such (or however this works exactly). > So how can I ever "expire" as a source when there are always people > downloading chunks from me, thereby verifying that I am still a working > source? I don't know how LimeWire and others handle the mesh. However, if your IP address is static, it would indeed be odd if you disappear from the mesh soon. If it's dynamic, you'll disappear everytime the address changes and there's no way to return to it then. You may also disappear due to intermittent failures on either side. Sometimes clients connect to frequently and get banned or receive an error at least. You can only discovered by new search results or if you announce yourself to the download mesh. For example, if we detect that the IP address has changed we could connect to non-firewalled peers in the mesh to announce us as source. -- Christian ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Gtk-gnutella-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel
