DC++

Now I have read them and STILL doesn't know why Read this one, then: http://dcplusplus.sourceforge.net/forum/viewtopic.php?t=1624 Like Lazarus, my old post resurfaces. I guess since you referenced me, after months of resting, I take the podium to once again champion another of my unpopular req's. (...

STUPID STUPID STUPID! It's hard to argue when a cogent point is stated as eloquently as yours. However, I shall endevor to elucidate. It's obvious we are using it for two different functions. When someone like you is sharing (or receiving) .rXX files, the parts are useless without the whole. In my ...

There -are- upload limiting clients that will hide your limit (BCDC and DC++k). Suffering because you don't use one is... less than ideal ;) Hardly suffering... ;) I -do- use those when I'm uploading to friends in DC, AFTER they ask me while using DC++. UL bandwidth control was the first reason for...

My theory is that cheaters will ALWAYS cheat. Regardless of what safeguards are put into the program, as long as it is open source, those with malicious intent will succeed. Open-source has nothing to do with cheating. There are cheats available for just about any P2P program, open or closed source...

http://dcplusplus.sourceforge.net/forum ... highlight=

Asked for this a couple of months ago, but no such luck. Other mods of DC++ do support this, but hard to convince anyone else to use them. Oh well. Don't hold your breath...

I have a 768/128 connection, and usually run 3-5 p2p programs simultaneously (DC++, eMule, mIRC, WinMX, FTP, usenet) giving me approximately 12-13k/s UL to play with. Programs like eMule eat up 10k/s on the UL immediately given the architecture of the program. Being a dedicated releaser and/or distr...

Add'l features:
1) Favorite hubs: sub menu shows list of favorite hubs to connect
2) Disconnect menu: sub menu shows list of connected hubs
3) Settings (dialog request)