chatrooms that are availabel in some hubsoftware. This is usually done in scripts/bots these days.
A mainchat with 1200 users where 100 is active will turn into kaos
Search found 476 matches
- 2003-01-06 06:38
- Forum: Feature Discussion (Archived)
- Topic: Client/Server Features
- Replies: 6
- Views: 4248
- 2003-01-05 18:04
- Forum: Feature Discussion (Archived)
- Topic: Passive Mode
- Replies: 24
- Views: 11949
No one opens a port that the other user can connect to. So no transfers can begin. It works like this: (almost, i leave out certain details to keep it short) A1 = Active client 1 A2 = Active client 2 P1 = Passive client 1 P2 = Passive client 2 We have 2*2 possible combinations: 1) A1 wants to downlo...
- 2003-01-05 17:30
- Forum: Feature Discussion (Archived)
- Topic: Passive Mode
- Replies: 24
- Views: 11949
- 2003-01-05 12:46
- Forum: DCH++ General
- Topic: DCH++ in test
- Replies: 36
- Views: 23189
- 2003-01-05 10:41
- Forum: Protocol Alley
- Topic: Hub-client protocol extension: $xKick
- Replies: 17
- Views: 9129
- 2003-01-05 10:38
- Forum: Feature Discussion (Archived)
- Topic: Upload Speed Limiting
- Replies: 187
- Views: 90475
- 2003-01-05 10:07
- Forum: Feature Discussion (Archived)
- Topic: Upload Speed Limiting
- Replies: 187
- Views: 90475
- 2003-01-05 09:56
- Forum: Protocol Alley
- Topic: Hub-client protocol extension: $xKick
- Replies: 17
- Views: 9129
- 2003-01-05 09:13
- Forum: Protocol Alley
- Topic: Hub-client protocol extension: $xKick
- Replies: 17
- Views: 9129
- 2003-01-05 09:11
- Forum: Feature Discussion (Archived)
- Topic: Upload Speed Limiting
- Replies: 187
- Views: 90475
i understand some of your problems. i have friends in australia who have to pay for each Byte downloads/uploaded etc. (so i send packages of cds to them sometimes). But you have to understand we have different needs from dc. And this feature will be used to fake, currently i know that SUNET (the swe...
- 2003-01-05 08:42
- Forum: Other Direct Connect tools
- Topic: A program called CutOff
- Replies: 22
- Views: 16743
- 2003-01-05 08:41
- Forum: Feature Discussion (Archived)
- Topic: Upload Speed Limiting
- Replies: 187
- Views: 90475
- 2003-01-05 08:38
- Forum: Feature Discussion (Archived)
- Topic: Multiple DC++
- Replies: 12
- Views: 8886
do you mean that each instance whould have its own dc-port settings etc.. it gets more and more complicated... lots of threading sharing locking of files etc. It will take hellish amount of memory if we use the current lookup between what we call a file on dc and what its called on a harddrive.... t...
- 2003-01-05 08:36
- Forum: Feature Discussion (Archived)
- Topic: Upload Speed Limiting
- Replies: 187
- Views: 90475
- 2003-01-05 08:32
- Forum: Protocol Alley
- Topic: Hub-client protocol extension: $xKick
- Replies: 17
- Views: 9129
Re: Hub-client protocol extension: $xKick
[quote="ender"] [i]tempban time[/i] would tell how long would tempban last, in minutes Suggestions welcome.[/quote] Not minutes, times should always be transfered as seconds. The name $xKick is not informative, $SilentKick is a better name. I would prefer that we added $Ban and held it seperated fro...
- 2003-01-05 08:23
- Forum: Feature Discussion (Archived)
- Topic: grant slots in your favorite hubb
- Replies: 5
- Views: 5091
auto-grant slots? or show how many slots has been exchanged in the hub? Drawbacks auto-grant: Many hubs have max-slots rules which will make this useless unless you can set max number of total slots. To only Display is also useless: What should you do with that information? if the client/user can't ...
- 2003-01-05 06:59
- Forum: Feature Discussion (Archived)
- Topic: Upload Speed Limiting
- Replies: 187
- Views: 90475
- 2003-01-04 13:25
- Forum: Protocol Alley
- Topic: Question on detecting dc++ clients
- Replies: 19
- Views: 9924
you can also read on:
http://www.lwave.ca/DCHub/protocol.html or you can try
i recomend that you listen on the traffic sent and recv from a dc++ client to be able to see what it send and do not send...
http://www.lwave.ca/DCHub/protocol.html or you can try
i recomend that you listen on the traffic sent and recv from a dc++ client to be able to see what it send and do not send...
- 2003-01-04 12:27
- Forum: DCH++ General
- Topic: Why only DCH++ ? What about other hub softs ?
- Replies: 10
- Views: 12599
- 2003-01-04 12:19
- Forum: DCH++ General
- Topic: Why only DCH++ ? What about other hub softs ?
- Replies: 10
- Views: 12599
- 2003-01-04 09:17
- Forum: Feature Discussion (Archived)
- Topic: Upload Speed Limiting
- Replies: 187
- Views: 90475
- 2003-01-04 09:14
- Forum: Protocol Alley
- Topic: Upcoming: ZLib block compression
- Replies: 14
- Views: 9993
- 2003-01-04 04:45
- Forum: Feature Discussion (Archived)
- Topic: Client/Server Features
- Replies: 6
- Views: 4248
- 2003-01-03 18:24
- Forum: Feature Discussion (Archived)
- Topic: Multiple DC++
- Replies: 12
- Views: 8886
- 2003-01-03 11:51
- Forum: Feature Discussion (Archived)
- Topic: Multiple DC++
- Replies: 12
- Views: 8886
multiple dc++-clients will certainly make bandwidth, max slots, max hubs polices less effective for hubowners. The problem could be solved with allowing different shares / hub. This would require lots of coding and GUI. Multiple file-lists, Multiple hashes etc so it would be memory-consuming. (only ...
- 2003-01-03 10:58
- Forum: Programmer's Help
- Topic: 0.211, zlib.lib problem on build please read
- Replies: 6
- Views: 3606
do you use vc6? or .NET? I had some problems opening the wrong file (the vc6) with .NET and got some errors about comiler-flags around zlib. (i think it was /FAs). Opening the right proj file (the one for .NET) made everything work perfectly (windows-style-ok-ok-ok-click-done-finish). well-not-sure-...