![]() So i accidentally queued like 1000 downloads from soulseek, and the program will not. We both agree that 'unshare files from user' sounds better, though I admit that either one is on the awkward side. Soulseek is the greatest p2p program of all time without spyware. The 'to' would apply to the files themselves, currently being shared to the user, and that are to be unshared. Soulseek is free, and does not show any advertising or include any bundled software. The 'from' would apply to the 'unsharing', as if you're taking something away from the user. It also includes chat rooms, and it features a buddy list for your favorite users. Search for and share all kinds of files, including MP3s. So basically the downloads aren't really queued, the user just isn't online. If there is a problem with SoulseekQt in the area of file transfer I'd be very interested in pursuing it to a resolution. I've only used soulseek intermittently recently so this may be an old change, however I noticed that when a user is offline, they are still showing the downloads as 'queued' instead of just 'user offline' like it used to be. Roz and I talked about it and she made the point that either one seems correct, but that the two mean different things. Soulseek is a free file-sharing software for Desktop dedicated predominantly to the free trade of electronic music and the promotion of unsigned artists. Start a new client session, wait for a bunch of your downloads to fail in the manner you described, then copy the contents of the Diagnostics->Logs->Transfer Queue tab and paste them here. 'unshare files from user' sounds better to me than 'unshare files to user'. I also want to have SoulseekQt memorize downloads that have been explicitly removed by the user to make sure they're not queued again when the uploading client retries them. So if you like downloading thousands of files or you have morons trying to download so many from you, it may get slow. With 10000 files queued there is a 10s lag between a click and action. I suppose there's no real reason not to offer a 'remove upload' feature for that scenario. But Nicotine uses UI for many tasks like queue management and if queue goes up (over 2000 files) it becomes sluggish. While SoulseekQt has a way of differentiating between uploads that are requested by the downloader and uploads that are initiated by the uploader, the old client doesn't. ![]() My understanding is that the only situation in which your uploads can't easily be rid of by the downloader is when they're set to accept uploads from you. ![]()
0 Comments
Leave a Reply. |