see http://jdcpp.free.fr.
xhost+
Search found 19 matches
- 2004-10-30 10:55
- Forum: Feature Discussion (Archived)
- Topic: minimum download speed
- Replies: 5
- Views: 4068
- 2004-06-04 17:55
- Forum: Feature Discussion (Archived)
- Topic: download minimum speed
- Replies: 6
- Views: 3427
And, as it stands, the patch was submitted, rejected for being ugly, and xhost+ decided not to clean it up and resubmit. Come on... My patch was not *that* ugly :wink: Anyway, I prefer ugly things that work fine to pretty stuff you can do nothing with! And if the original poster want to try that (u...
- 2004-05-04 14:05
- Forum: Feature Discussion (Archived)
- Topic: Automatically dropping slow users
- Replies: 51
- Views: 26756
When the timer starts to countdown all hubs disconnect and all dl's stops Seems strange. I've never experienced that... Did you compile it or did you use the binary? And where are the options (lowest speed) supposed to be saved??? It's explained on the website. In the settings page there is an "Upl...
- 2004-05-03 12:46
- Forum: Feature Discussion (Archived)
- Topic: Automatically dropping slow users
- Replies: 51
- Views: 26756
Update
The source distrib at http://jdcpp.free.fr was missing QueueFrame.h. It's now fixed.
Thanks to Toad for pointing this out.
xhost+
Thanks to Toad for pointing this out.
xhost+
- 2004-04-22 17:58
- Forum: Protocol Alley
- Topic: Encryption?
- Replies: 78
- Views: 97078
Does this really merit no encryption at all then? If your ISP decides to throttle bandwidth based on your usage there really isn't anything you can do about it besides using less bandwidth. (But I think you are trying to tie this usage to any protocol that does not match an Allowed List of Protocol...
- 2004-04-21 16:34
- Forum: Protocol Alley
- Topic: Encryption?
- Replies: 78
- Views: 97078
I for one would love to see even some very low level encryption on all data transfers, simply for the purpose of defeating packet sniffers that are looking at packet headers I don't think encryption would prevent ISPs from figuring out that P2P traffic is going on. They do not need packet nor traff...
- 2004-04-13 17:31
- Forum: Feature Discussion (Archived)
- Topic: ban uploader
- Replies: 12
- Views: 5227
I was also thinking in adding this kind of feature myself. I would call it "blacklist user". I would blacklist a user if he keeps on disconnecting me or its download speed I judge too low. The benefit would be that blacklisted users would not be considered as potential sources during the whole sessi...
- 2004-04-13 17:18
- Forum: Feature Discussion (Archived)
- Topic: display country of user in search listings
- Replies: 10
- Views: 4714
- 2004-04-13 16:56
- Forum: Feature Discussion (Archived)
- Topic: Automatically dropping slow users
- Replies: 51
- Views: 26756
Rejected!
should be setup on a average system or a counting system.. ie if the 10 second avg is less than the minimum selected speed.. or if the minimun is under the min for 10 seconds streight.. ie 1K/s Min Guys... Read the first message... It works on a confirmation window basis whose size you can set. Any...
- 2004-04-10 10:46
- Forum: Protocol Alley
- Topic: Exploits as defenses
- Replies: 8
- Views: 5295
The only way to avoid trouble from intellectual rights protection organisms is by achieving total anonymity on the hub. One way to do that would be by both encryption and man-in-the-middle transfer. People have already discussed about ecryption, so I'll focus on indirect transfers: For that a modifi...
- 2004-04-03 16:36
- Forum: Feature Discussion (Archived)
- Topic: Automatically dropping slow users
- Replies: 51
- Views: 26756
That's done
Hello all,
The patch has been submitted today.
I had to rework it a little bit to make it compatible with 0.401 (it was 0.305 based).
Hope it'll be included.
xhost+
The patch has been submitted today.
I had to rework it a little bit to make it compatible with 0.401 (it was 0.305 based).
Hope it'll be included.
xhost+
- 2004-03-08 13:20
- Forum: Feature Discussion (Archived)
- Topic: Automatically dropping slow users
- Replies: 51
- Views: 26756
- 2004-03-05 13:08
- Forum: Feature Discussion (Archived)
- Topic: Automatically dropping slow users
- Replies: 51
- Views: 26756
- 2004-02-25 13:34
- Forum: Feature Discussion (Archived)
- Topic: Automatically dropping slow users
- Replies: 51
- Views: 26756
the reply is along the lines of using the max speed for starting new downloads and just setting your download slots alittl ehigher then you normally would I may be wrong but I don't think that has anything to do with what I did. The trouble is when you go to bed and DC tells you that there is 6 hou...
- 2004-02-24 15:59
- Forum: Feature Discussion (Archived)
- Topic: Automatically dropping slow users
- Replies: 51
- Views: 26756
Automatically dropping slow users
Over the last past months I have been testing a feature I added to DC++ : Any item in the queue can be tagged so that if the download speed of the item you are downloading falls below a settable threshold for a settable period of time, the user you are downloading from is automatically removed from ...
- 2004-02-24 15:49
- Forum: Protocol Alley
- Topic: Download/Upload control - AntiLeech feuture
- Replies: 18
- Views: 9640
I think that first we should investigate on why do people try to cheat using slotblockers. For me there are 2 answers : they are assholes who didn't really get the meaning of "share" and there is nothing we could do against that except DNA modification or they are honest users but really pissed off ...
- 2004-02-07 09:20
- Forum: Programmer's Help
- Topic: QueueItem download speed
- Replies: 3
- Views: 2710
Re: QueueItem download speed
Haven't tested it but with a QueueItem you should get the associated download with getCurrentDownload(). With this download, you can get the average speed with getRunningAverage().
xhost+
xhost+
- 2004-01-22 18:32
- Forum: Programmer's Help
- Topic: Bandwidth Throttling in .306?
- Replies: 5
- Views: 3692
I did it on .305. and it works fairly well (very stable, not erratic). Blind copy/paste doesn't work though since a few things evolve between .251 (latest ++k) and .305. Just read the code and adapt but don't forget that there are 3 main classes to update : DownloadManager, UploadManager and Buffere...
- 2004-01-22 18:14
- Forum: Programmer's Help
- Topic: Dropping slow users
- Replies: 1
- Views: 1827
Dropping slow users
Hi all, This is my first post here, so don't start a flame war if I'm off topic. This is just to let you know that I have added an option to DC++ 0.305 (but should be easy to port on .306) which will automatically remove a user from queue if its download speed stalls below a settable limit for a set...