What is the make and model # of that modem?Router modem configured as bridge, then direct connection between my PC and this reconfigured router modem with ethernet cable...
What is the make and model # of that modem?Router modem configured as bridge, then direct connection between my PC and this reconfigured router modem with ethernet cable...
What is the make and model # of that modem?
Try MP3全般 and サントラ (soundtrack). Also check other people's cluster words using show sleep nodes.The only thing I use Share for is to get OSTs, so are there any special clusters I should be using? Right now I'm using music, mp3, game, dvdiso, and avi.
When you first fire Share up, it takes a while to scan your folders. It should start uploading once you've been online a while.Edit: Every file in my upload folder says waiting under the status, is that normal?
My personal feeling: when I create a trigger, I put ONLY the hash value, as it "defines" the file univoquely. There can be different names for the same file, I think this way the problem is bypassed.
By putting an ID you probably reduce the search to the guy having the file & corresponding to that given ID, and not taking into account other persons that may also have the same file.
I don't think you get faster by being more specific, your progress on the queue depends on other factors (bandwitdh of the source, amount of data you uploaded, size of your upload folder, type of files you are sharing...).
Again, that's my understanding of Share mechanisms, maybe I'm wrong in many aspects.
Specifying an ID does not limit you to only downloading from that single person. Rather it simply matches files that were originally uploaded by the specified user, ensuring that you download the original file and not an altered copy (in case you were searching by filename). Even if you specify the ID, you will still be able to download from other users who have the same file.
Of course if you specify your triggers using hash, the ID (and filename) don't really matter. ID is more of a security feature, ensuring that you get the original file; and if that particular user has a track record of uploading good files that you want, it also helps you narrow down your trigger matches so that you don't end up with unwanted files.
While it's true that a trigger that is "too specific" will ignore other matches (eg: the hash matches, but not the filename/ID), keep in mind that many people share the files using the original filename. Even if you can find another copy of the same file (same hash, different filename/ID), it's often the case that very few other people have that same matching criteria, and those files will be slow, while the original "too specific" trigger often gives you the best availability and download speeds.
Of course this can all differ depending on what exactly you're trying to download, and there is no sweeping rule. The best is to try a little of every technique and figure out what works best for yourself.