Search found 34 matches
- 2003-05-23 16:55
- Forum: Off Topic
- Topic: I've had my current email address for ...
- Replies: 6
- Views: 3530
I've had my primary username (Vermis) longer than any email I've kept, going on 10years this year. I can even remember the day that I picked it out way back in 1993 too. On a sidenote, I can't even remember what handle I went by back in the BBS days anymore :( btw, any of you people that have ever u...
- 2003-04-21 19:31
- Forum: Feature Discussion (Archived)
- Topic: Upload Speed Limiting
- Replies: 187
- Views: 91801
- 2003-04-21 17:53
- Forum: Protocol Alley
- Topic: Ratings server and protocol
- Replies: 84
- Views: 52936
- 2003-04-09 11:12
- Forum: Protocol Alley
- Topic: Slot notification inefficent
- Replies: 7
- Views: 4018
Re: Slot notification inefficent
Yeah, sometimes I'm really lucky and other times, well I'm not. It's just another DirectConnect protocol annoyance.GargoyleMT wrote:You realize that right now, DC++ doesn't queue uploads at all, it's just luck of the draw on who gets open slots, right?
- 2003-04-07 20:34
- Forum: Hubs and scripts
- Topic: noob q about scripts
- Replies: 4
- Views: 2473
- 2003-03-30 15:17
- Forum: Feature Discussion (Archived)
- Topic: A 'soft' integrated Upload Limiter for DC ++
- Replies: 8
- Views: 4007
What do I think? That I need to get off my ass and build a linux router. Since I have such limited upstream I need to manage every byte of it :) Personally, I don't think that this can be accomplished with software alone. DC++ is only an application and it's limited to one PC on a network. It's just...
- 2003-03-25 17:41
- Forum: Protocol Alley
- Topic: Developer Hub
- Replies: 22
- Views: 10604
I would just recommend you download one of the win32 hubs install it and do your own local testing with it. Of course, this assumes you have access to a win32 computer locally. I think this would be the fastest way of doing things. As you wouldn't have to wait to communicate with a third party and y...
- 2003-03-08 14:47
- Forum: Feature Discussion (Archived)
- Topic: Auto-disconnect uploads at given interval
- Replies: 6
- Views: 3221
- 2003-03-08 12:04
- Forum: Feature Discussion (Archived)
- Topic: Auto-disconnect uploads at given interval
- Replies: 6
- Views: 3221
- 2003-03-06 17:43
- Forum: Protocol Alley
- Topic: Upload speed limitation detection
- Replies: 5
- Views: 3443
- 2003-03-06 11:57
- Forum: Feature Discussion (Archived)
- Topic: Upload Speed Limiting
- Replies: 187
- Views: 91801
That's exactly my point rtfmoz. You can't implement this inside of DC++ without having to query an external device/interface. This external device/interface could come in an infinite number of combinations and present just as many variable differences. Thus, very difficult to implement if not imposs...
- 2003-03-05 21:07
- Forum: Feature Discussion (Archived)
- Topic: Upload Speed Limiting
- Replies: 187
- Views: 91801
Instead of limiting allow the option to turn on bandwidth sharing. DC checks before sending each packet; if traffic is outgoing already then it implements a backoff algorithim to slow its sending until the traffic is clear again. That would be impossible. The bandwidth bottlenecks that occur are ex...
- 2003-03-04 18:52
- Forum: Protocol Alley
- Topic: Ratings server and protocol
- Replies: 84
- Views: 52936
- 2003-02-22 13:19
- Forum: Protocol Alley
- Topic: Ratings server and protocol
- Replies: 84
- Views: 52936
Well, I don't think file hashes have been discussed yet. It doesn't matter though, as they can just as easily be faked. This does not stop users who only report false data when talking with x client, but it does adds another level of complexity for the client to successfully abuse the system. I see ...
- 2003-02-21 22:32
- Forum: Protocol Alley
- Topic: Ratings server and protocol
- Replies: 84
- Views: 52936
What is to stop users from saying "If you let me download from you I'll credit you with double the upload points"? I honestly don't have a final solution to this, though I don't know how big a problem it actually is. Unfortunately nothing since the rating server has to trust that the transfer of XX...
- 2003-02-21 16:40
- Forum: Protocol Alley
- Topic: Ratings server and protocol
- Replies: 84
- Views: 52936
Maybe so, but I do not think that many people will want to install OverMind 2.0 that would limit them from doing anything whatsoever to the client program and who would take their system files as hostages to the users good behaviour - which is what would be needed if we decide to remove all power f...
- 2003-02-20 20:27
- Forum: Protocol Alley
- Topic: Ratings server and protocol
- Replies: 84
- Views: 52936
There is obviously a lot more to this discussion that what is listed in this thread then. All I did was read thru the thread and rehash it. As mentioned before a forum is a tough if not horrible way of working out a standard. I assume that there is further information here http://volkstar.dyndns.org...
- 2003-02-20 01:46
- Forum: Protocol Alley
- Topic: Ratings server and protocol
- Replies: 84
- Views: 52936
After reading this thread I feel that some of the fundamentals have been ommitted. I see discussion of physical implementation and User Interface elements without the logical system being completed first. This maybe an error on my part as I never read the previous threads on the topic. I strongly be...
- 2003-02-18 10:47
- Forum: Off Topic
- Topic: RANT - Undisclosed HUB policies
- Replies: 4
- Views: 3220
It's LITTLEBIT hard to put every rule in the hub description, dont you think??? Expecially if the hub have different max slots for different connection types. I agree, but I also think this is why I'm seeing more and more hubs using a helper bot where you can type "+rules" and get a list of all the...
- 2003-02-17 23:14
- Forum: Off Topic
- Topic: RANT - Undisclosed HUB policies
- Replies: 4
- Views: 3220
RANT - Undisclosed HUB policies
Today I got kicked from a hub for having too many slots for my "type" of connection. WTF? That wasn't mentioned in their HUB rules for crying out loud. Ok, so now I get kicked for being in too many hubs, not having enough slots, not sharing enough AND having too many slots. What's next? Getting kick...
- 2003-02-17 22:36
- Forum: Protocol Alley
- Topic: Ratings server and protocol
- Replies: 84
- Views: 52936
IMO, I would highly recommend that a proposed protocol would use XML. Yes it's a slightly fatter stream, and no I'm not recommending it because it's a "cool" thing. (The following maybe incorrect as I don't know much about the DC protocol atm) I think one of the reasons that the DC protocol hasn't g...
- 2003-02-17 18:26
- Forum: Programmer's Help
- Topic: BCDC++ 0.231 code
- Replies: 18
- Views: 8237
- 2003-02-17 11:21
- Forum: Off Topic
- Topic: What is your connection?
- Replies: 39
- Views: 20156
Cox Cable in Arizona down unlimited up 256 Kbps This is Cox's standard internet package from I know. It's not really unlimited, but when I pulled my cable modem config the QoS had the downstream rate set at max (10Mbps). I don't know what it really is set at anymore, as I'm not allowed to pull the c...
- 2003-02-14 09:34
- Forum: Programmer's Help
- Topic: BCDC++ 0.231 code
- Replies: 18
- Views: 8237
I should also point out that the "Default Client Identification" on the Advanced2 tab is not initially filled out. This will result in a blank client info tag in hubs and can result in you being kicked/banned. I usually leave that blank; it then looks for the default description format to use based...
- 2003-02-13 23:26
- Forum: Programmer's Help
- Topic: BCDC++ 0.231 code
- Replies: 18
- Views: 8237
- 2003-02-13 19:59
- Forum: Programmer's Help
- Topic: BCDC++ 0.231 code
- Replies: 18
- Views: 8237
- 2003-02-13 19:42
- Forum: Programmer's Help
- Topic: BCDC++ 0.231 code
- Replies: 18
- Views: 8237
Well, PM/email Danzig on this forum. As I'm fairly certain he is the creator of BCDC and he might be willing to send you a copy.
EDIT: Nah, don't email him. Wrong dude
EDIT: Nah, don't email him. Wrong dude
- 2003-02-13 19:05
- Forum: Programmer's Help
- Topic: BCDC++ 0.231 code
- Replies: 18
- Views: 8237
- 2003-02-13 18:52
- Forum: Programmer's Help
- Topic: BCDC++ 0.231 code
- Replies: 18
- Views: 8237
I quite plainly see "DC++ 0.231, modified to:" on that webpage. I should also point out that the "Default Client Identification" on the Advanced2 tab is not initially filled out. This will result in a blank client info tag in hubs and can result in you being kicked/banned. The following works well (...
- 2003-02-12 15:24
- Forum: Feature Discussion (Archived)
- Topic: Upload Speed Limiting
- Replies: 187
- Views: 91801
- 2003-02-12 15:18
- Forum: Hubs and scripts
- Topic: OK Script kiddies
- Replies: 4
- Views: 3018
- 2003-02-11 19:02
- Forum: Feature Discussion (Archived)
- Topic: Upload Speed Limiting
- Replies: 187
- Views: 91801
Ok, so now I have to go out and buy hardware because a feature is missing in my free software. People who want upload caps will just use an unoffical version that may implement it in an "unfriendly" way. The point of adding upload limiting to the offical release would be that it could be standardize...
- 2003-02-09 23:18
- Forum: Hubs and scripts
- Topic: Fighting DCSpam
- Replies: 9
- Views: 4691
Why not just model it after what the IRC networks use? For spamming to multiple users, use a "Target Change to fast" type system, just like IRC. If you try to send messages to too many targets in a short span of time, you get a "Target Change to fast (wait 70secs)" message from the server. You can s...