Quote:
Originally posted by ultracross I dont see how they could benifit from it because they could not upload content, you would only be able to retreive magnet URLs that would require a Gnutella downloading agent. |
These magnet links would have to contain IP addresses because magnet links without IP addresses don't work reliably with LimeWire.
Quote:
i dont see why it wouldnt be, because once limewire is launched, and fully connected (or whenever the user decides to connect.) and the connect quality is either excellent or tubocharged, it would then search whats new. |
Ah, that's what you mean! I understood you wanted to search only for files that were created after your session was started. Now, that's entirely possible but it won't ever be implemented because LimeWire has this: "no automated queries" policy.
Quote:
Quote:
LimeWire doesn't allow people to share their incomplete folders. Users have to outsmart LimeWire by moving incomplete files to there shared folders for that to happen. I believe that kind of stupidity is one of the system-imanent problems of file-sharing.
|
Tools > Options > Uploads > Allow Partial Sharing |
And that's there to stay. Forever. You will not receive search results for any of these partial files.
Quote:
Then find one that really does work or else we need to really start looking into integrating a ripper/encoder that can rip media files and can detect once a media CD is inserted and asking if the user would like to rip, tag, then share the files. |
not gonna happen.
Quote:
The chat/buddy system SHOULDNT work on the gnutella network, thats not what i would want and its almost very impossible to implement without very serious security issues, no i woulnt want it like that, it should be a feature soly built into limewire.. it should be totally independent of the network itself. |
Someone could add user profiles to Gnutella, so people can advertise their ICQ/AIM/MSN/JABBER ids.
nope.
Quote:
why such a slow process? they DO have money dont they? how hard is it to find java programmers? i thought that was one of the biggest internet standardized languages? |
LimeWire has been looking for developers for almost a year. It is obviously pretty tough to find more developers.
Quote:
i have never had a search string that was ever that long, i also think the protocol wouldnt have to be touched, it could be just an independent limewire feature that would just sort the results that were found and remove any of the non-boolean matches from the results display. and you could even send it with the search string entact (but i think you would need to redefine the protocol) and the clients will report something that matches the boolean and ONLY if it matches the boolean. limewire would go even farther than this to make sure that any search results that are returned match the boolean and if not, remove them from the results list. |
You could add a second filter in addition to the one that is already implemented, but if you don't include the boolean paremeters in the query, you are headed towards sending a lot of useless query hits. Plus, queries are matched against the full path of a shared file and query hits contain only the file name, so you will also have lots of false negatives.
Quote:
damn java. something needs to be done about this, because it eats up the memory after running for an amount of time, not good for cpu either, runs normally @ 12% just having it open for a few days on an intel 2.6ghz processor. |
That may happen if you are running as an ultrapeer.
Quote:
now im split on this issue, because i just read that gnu2 is still not even ready and still has lots of problems and issues regarding the fact that its supposed to be 'better' and 'scalable'. |
It's not just the technical problems with that protocol, it's a religious/political issue.
Quote:
well the last i heard, it was a possibility to add the digital certificates and security that was proposed. |
That may be true, but adding that kind of security would probably require redesigning large parts of the LimeWire core.