Search found 215 matches
- 2006-05-21 06:57
- Forum: Proposals
- Topic: The search screen
- Replies: 4
- Views: 3637
Re: The search screen
revconnect has this already
- 2006-05-08 15:10
- Forum: Proposals
- Topic: Caching of public hublist
- Replies: 1
- Views: 2133
Caching of public hublist
Maybe it would be a good idea to let DC cache the current hublist, and show that cached list till the new one is fetched, the advantages are - at startup, you can immediately join a hub (if you need the new one, you can still wait as usual) - if the download fail, you still have the last version of ...
- 2006-04-25 19:46
- Forum: Proposals
- Topic: Questions at first usage.
- Replies: 16
- Views: 11864
maybe it would also be a good idea to have a check whether the active mode is working or not, so that the user immediately sees that he's not active, instead of having to go to this forum asking why downloads don't work (or give up and stop using dc) the wizard could also give information why active...
- 2006-03-02 10:51
- Forum: Proposals
- Topic: disable/restrict use of bandwidth limiters
- Replies: 37
- Views: 25250
A simple ratio system would work best in my opinion, let every user keep a logfile where he keeps track of which users he downloaded from, and if that user wants to download from him, he get priority above a user who has no (or a less) record. What i meant with that post was that a emule-like system...
- 2006-03-02 06:45
- Forum: Proposals
- Topic: disable/restrict use of bandwidth limiters
- Replies: 37
- Views: 25250
The problem is that a lot of users use netlimiter in a fair way, and not to just cap all trafic to the minimum possible.. I use netlimiter to reduce upload with about 10%, so I can keep it running the whole day, while still being able to surf the net.. If the usage of netlimiter was forbidden, I wou...
- 2006-01-15 17:12
- Forum: Other Direct Connect tools
- Topic: hub search
- Replies: 4
- Views: 4537
- 2006-01-14 18:39
- Forum: Proposals
- Topic: Bandwith limit manager
- Replies: 17
- Views: 11198
or just made only download limiter. Why everyone wants to limit his upload ? They can download and browse web when download speed is limited ;-) tcp/ip protocol is using upload while downloading, so when dc++ is consuming 100% of the upload speed, the download is also very slow, setting the upload ...
- 2006-01-12 11:38
- Forum: Proposals
- Topic: Search for alternates by Name
- Replies: 29
- Views: 15457
I think some people don't understand the feature request. Searching by name could be usefull to find other, similar files. They don't need to be added as source, but they can be added to the download queue as seperate file in case this file has more sources or better quality. So the feature could be...
- 2006-01-09 11:33
- Forum: Proposals
- Topic: Being able to see up/down ratio of clients
- Replies: 10
- Views: 5700
- 2006-01-09 07:53
- Forum: Proposals
- Topic: Being able to see up/down ratio of clients
- Replies: 10
- Views: 5700
Being able to see up/down ratio of clients
When you are in a hub, it would be handy to see what the upload/download ratio of a user is, so when a user is slotbegging you are able to see if he is worth a slot or he is just a leecher. The info can be stored at the same place as the e-mail or description.
- 2005-12-09 16:34
- Forum: Proposals
- Topic: Encryption Capable DC++ ?
- Replies: 24
- Views: 13364
Wisp, are you sure you don't want an existing anonymous P2P system ? (A)DC would seem to lose whatever unique value it has to this. Further, these sorts of networks are tricky and subtle to design securely. I'm personally not interesed in any anonymous p2p software, dc++ in combination with peergua...
- 2005-12-09 16:32
- Forum: Proposals
- Topic: Encryption Capable DC++ ?
- Replies: 24
- Views: 13364
I'm not sure that you could do that and maintain the things that draw users to the DC network. DC++ will get SSL in ADC mode, and we'll have to see how things develop from there. What you suggest would require a pretty big shift in DC++, much bigger than anything I've seen so far. Maybe it could be...
- 2005-12-08 17:46
- Forum: Proposals
- Topic: Encryption Capable DC++ ?
- Replies: 24
- Views: 13364
The existence of false positives doesn't change the conclusion that obscuring the file name wouldn't gain anything given how the enforcers seem to operate... obscuring the file name not, but routing the traffic trough other clients will. As far as i can judge, it is possible to make clients anonymo...
- 2005-12-08 11:49
- Forum: Proposals
- Topic: Don't delete folder when containing files are deleted
- Replies: 3
- Views: 2779
- 2005-12-07 17:33
- Forum: Proposals
- Topic: Don't delete folder when containing files are deleted
- Replies: 3
- Views: 2779
Don't delete folder when containing files are deleted
When you delete all the files inside a folder in the download queue, the folder itself is also deleted. Is it possible to make an option to disable this behaviour? Sometimes it's handy to have a particular folder structure, but to download the containing files from another user. Another related feat...
- 2005-12-07 15:41
- Forum: Proposals
- Topic: Remove user from queue if to slow
- Replies: 30
- Views: 20958
That's not quite the way DC++ does things. arnetheduck, the copyright owner of DC++, only implements code from mods if the authors write over the copyright to him, to avoid any nasty copyright-issues down the line (one holder = much easier to enforce copyright). So unless revconnect signs over the ...
- 2005-12-07 15:12
- Forum: Proposals
- Topic: Remove user from queue if to slow
- Replies: 30
- Views: 20958
- 2005-12-07 15:05
- Forum: Proposals
- Topic: Encryption Capable DC++ ?
- Replies: 24
- Views: 13364
The only thing to avoid the RIAA-mafia is to route the traffic through other users so that clients are unable to link a user to an IP. @GargoyleMT, there are a lot of known cases where RIAA wrongfully accused people of sharing. Victims mostly accept a settlement because they fear the huge compensati...
- 2005-10-08 18:09
- Forum: Open Discussion
- Topic: Without further ado, I bring to you...
- Replies: 15
- Views: 17542
- 2004-12-16 19:51
- Forum: Feature Discussion (Archived)
- Topic: URL to files
- Replies: 22
- Views: 16039
- 2004-12-16 19:50
- Forum: Feature Discussion (Archived)
- Topic: URL to files
- Replies: 22
- Views: 16039
Yes, it would be. Or to give the user a choice. But the DC++ queue relies on having a file size, so DC++ only searches for the file. The MAGNET-URI specification has no argument for size. Instead of hacking one in (as they did in Reverse Connect), DC++'s queue will eventually be changed to discover...
- 2004-12-16 11:01
- Forum: Feature Discussion (Archived)
- Topic: URL to files
- Replies: 22
- Views: 16039
- 2004-12-16 09:36
- Forum: Feature Discussion (Archived)
- Topic: URL to files
- Replies: 22
- Views: 16039
- 2004-12-15 17:19
- Forum: Feature Discussion (Archived)
- Topic: URL to files
- Replies: 22
- Views: 16039
URL to files
I'd like to have a possibility to make a link to a file, the same way bittorent/edonkey sites work. I know you already can link to hubs or users, but as far as I know it isn't possible to link to file
The URL should be very simple, I would suggest the following
dcfile://filename|TTH
The URL should be very simple, I would suggest the following
dcfile://filename|TTH
- 2004-12-11 17:23
- Forum: Feature Discussion (Archived)
- Topic: Improved sources search
- Replies: 29
- Views: 21220
Re: Improved sources search
I don't have a second idea yetPseudonympH wrote:For picking the fastest source, I think your second idea is retarded.
- 2004-12-10 09:31
- Forum: Feature Discussion (Archived)
- Topic: Improved sources search
- Replies: 29
- Views: 21220
Re: Improved sources search
For picking the fastest source, i think my suggestion is better
- 2004-12-09 15:23
- Forum: Feature Discussion (Archived)
- Topic: req: in search, group same file into treeview (plus sign)
- Replies: 11
- Views: 6233
I agree. I really like the BCDC++ implementation, but I understand the problems involved (as pointed out earlier by ivulfusbar and Wisp). I think that the best solution would be to implement that (or similar) grouping while leaving the current one in. Then put a checkbox in the “upper status ...
- 2004-12-08 15:35
- Forum: Feature Discussion (Archived)
- Topic: req: in search, group same file into treeview (plus sign)
- Replies: 11
- Views: 6233
I like this feature in BCDC++. Wisp: You can choose any filename from the results. Whichever you consider "normal". How should DC know which is normal? If there are 50 identical files, and DC picks one with the wrong name, it's very confusing And I think it's useful for albums too, you can easily s...
- 2004-12-08 15:16
- Forum: Feature Discussion (Archived)
- Topic: downloading directorys
- Replies: 3
- Views: 2894
- 2004-12-08 13:33
- Forum: Feature Discussion (Archived)
- Topic: req: in search, group same file into treeview (plus sign)
- Replies: 11
- Views: 6233
Re: Tree-Style Groupings
When DC groups everything together to one item, what name should that item have? How should DC know what the 'normal' name for that item is?
I think it would be pretty usefull for searching 'indivudal' files like movies or ISO's, but for albums it's not a good solution
I think it would be pretty usefull for searching 'indivudal' files like movies or ISO's, but for albums it's not a good solution
- 2004-12-08 13:28
- Forum: Feature Discussion (Archived)
- Topic: Detect unfinished torrents during hash
- Replies: 8
- Views: 4783
- 2004-12-08 13:24
- Forum: Feature Discussion (Archived)
- Topic: Remove All Sources
- Replies: 13
- Views: 11151
Re: Remove All Sources
You can also delete the 'file lists' folder in the download queue, then the sources which should be added will be deleted
- 2004-11-23 21:18
- Forum: Feature Discussion (Archived)
- Topic: Switching to the fastest user
- Replies: 13
- Views: 7685
In addition to the previous post, I would like to show how I imagined this feature. If you select a file in the download queue, you get the following 'source manager' (or whatever you would call it) http://4aal.nl/temp/sourcesmanager.jpg When a user is added as an alternative, the user is visible in...
- 2004-11-23 20:19
- Forum: Feature Discussion (Archived)
- Topic: Switching to the fastest user
- Replies: 13
- Views: 7685
Have you forgotten this one, you commented in the discussion. http://dcplusplus.sourceforge.net/forum/viewtopic.php?t=12937&highlight=remember+speed+downloading+filelist and another: http://dcplusplus.sourceforge.net/forum/viewtopic.php?t=9958&highlight=remember+speed+downloading+filelist Both sugg...
- 2004-11-23 14:43
- Forum: Feature Discussion (Archived)
- Topic: Switching to the fastest user
- Replies: 13
- Views: 7685
- 2004-11-22 18:42
- Forum: Feature Discussion (Archived)
- Topic: Switching to the fastest user
- Replies: 13
- Views: 7685
- 2004-11-21 14:28
- Forum: Feature Discussion (Archived)
- Topic: Switching to the fastest user
- Replies: 13
- Views: 7685
Ok, so I didn't name the featuret properly. Here is the original post by xhost+ for what you're talking about and a screenshot . The mods listed in the client table, have changed the workings around a little, but the idea remains the same.. That suggestion is completely different. What he suggested...
- 2004-11-21 14:11
- Forum: Feature Discussion (Archived)
- Topic: Switching to the fastest user
- Replies: 13
- Views: 7685
- 2004-11-21 14:04
- Forum: Feature Discussion (Archived)
- Topic: Manual connect address
- Replies: 6
- Views: 4031
- 2004-11-21 12:53
- Forum: Feature Discussion (Archived)
- Topic: Switching to the fastest user
- Replies: 13
- Views: 7685
Switching to the fastest user
Alot of times DC switches over to a source with a very low speed (<2KB/s) when i'm not looking while there are dozens of high speed sources available. This way, DC could waste a whole night/day of downloading from a lowspeed user while the file could be finished if it picked a high speed user. I kno...
- 2004-10-12 11:35
- Forum: Feature Discussion (Archived)
- Topic: Speed check
- Replies: 7
- Views: 4561
- 2004-10-11 15:55
- Forum: Feature Discussion (Archived)
- Topic: Requesting: 'Remove from Download Queue'
- Replies: 1
- Views: 1379
Re: Requesting: 'Remove from Download Queue'
good idea, i would also like a feature 'remove whole directory' from queue, or 'remove all downloads from user'
- 2004-10-11 15:47
- Forum: Feature Discussion (Archived)
- Topic: Speed check
- Replies: 7
- Views: 4561
i think the bots on the hubs should check the speed of users also, it could download a random file and when the speed is below let's say 2kb, the user should be kicked i hate it when users with low speeds have very large amount of upload slots to join many hubs at the same time, downloading a divx o...
- 2004-09-17 18:35
- Forum: Feature Discussion (Archived)
- Topic: Is there a way to implement a program like peerguardian?
- Replies: 5
- Views: 3214
- 2004-05-25 03:36
- Forum: Feature Discussion (Archived)
- Topic: Search for alternates
- Replies: 3
- Views: 2327
Re: Search for alternates
So dc++ should only display users where he has not downloaded the filelist from? or only display users which are not anywhere in the download queue, in that case it is possible that a user who is already in the download queue, still can provide a source for another file in your download queue anothe...
- 2004-05-20 10:05
- Forum: Feature Discussion (Archived)
- Topic: Column selection for the GUI
- Replies: 6
- Views: 2878
- 2004-05-19 05:15
- Forum: Feature Discussion (Archived)
- Topic: Fakers
- Replies: 11
- Views: 5118
Not a feature that's likely to go anywhere. I think this particular feature is a little bit hard to implement, but something similar could work, like a simple hub-script which enables users to vote for someone who they think is faking or is misbehaving. When there are more than x% voters, the speci...
- 2004-05-14 04:05
- Forum: Feature Discussion (Archived)
- Topic: Ratio tab change
- Replies: 5
- Views: 3041
Re: Ratio tab change
0.98 should be 2% compression
I think that would be better indeed
I think that would be better indeed
- 2004-05-12 03:37
- Forum: Feature Discussion (Archived)
- Topic: choose
- Replies: 18
- Views: 6818
- 2004-05-11 16:56
- Forum: Feature Discussion (Archived)
- Topic: pocket pc?
- Replies: 6
- Views: 3121