Search found 117 matches

by volkris
2003-07-14 15:13
Forum: Feature Discussion (Archived)
Topic: About hashing
Replies: 10
Views: 4773

The HUGE benefit to tree hashing methods is that clients can share blocks from incomplete transfers.
by volkris
2003-07-14 15:10
Forum: Protocol Alley
Topic: BitTorrent
Replies: 24
Views: 14542

All putting bittorrent-type support into DC++ means is implementing the multi-source downloading that we've already been talking about.

That is all.
by volkris
2003-05-09 09:44
Forum: Protocol Alley
Topic: Distributed DC network
Replies: 72
Views: 32784

So it seems to me that hub linking has just never been given a fair trial. Basically of the two solutions proposed here, linking of hubs and using clients as relays, hub linking is more inline with the needs of DC. The most obvious difference between the two is the exponentially greater complexity o...
by volkris
2003-05-05 03:24
Forum: Protocol Alley
Topic: porting DC++ to Linux?
Replies: 63
Views: 42608

Re: Starting port...

Who wrote: so this will end up being more a DC++ clone by itself than a DC++ port.
Wish me luck!
Who
Well, since you're entering the territory of clone, would you be willing to include some more advaned features that havn't made it into DC++?
by volkris
2003-05-02 07:34
Forum: Feature Discussion (Archived)
Topic: Multistreaming
Replies: 39
Views: 13836

Do you mean increasing download speed by downloading the same file from multiple sources at once? We normally discuss it under names like "multisource downloading".
by volkris
2003-05-01 20:00
Forum: Protocol Alley
Topic: Distributed DC network
Replies: 72
Views: 32784

If I remember properly, the few approaches of distributed hubs so far apparently suffer from an "out of sync" issue after a bit. Having one single hub keep track of all the users on all the slave hubs is the most simple way to fix the issue. However, I'll definitely agree with you that it's not the...
by volkris
2003-05-01 09:04
Forum: Protocol Alley
Topic: Distributed DC network
Replies: 72
Views: 32784

To be a little less blunt than butterflysoul, a lot of the things we're discussing here have nothing to do with specific hubs or implementations. The wall many are hitting is in bandwidth; it doesn't matter how good your software is if the DC protocol itself is choking to death. So we need to find t...
by volkris
2003-05-01 08:59
Forum: Feature Discussion (Archived)
Topic: “Close connection� available only to “Grant
Replies: 10
Views: 4180

- The objective of having slots opened is to users use it, so it isn’t your right to choose who’s going to use them; - If you open a slot to a user, you have the right to close it. If those two premises are true, my previous post make all sense… I was going to go with the "they'...
by volkris
2003-04-29 20:38
Forum: Protocol Alley
Topic: Monitoring DC++ from trillian
Replies: 16
Views: 8033

You know, distiller, with a little seperation of backend from frontend you'd get features like this for free...
by volkris
2003-04-29 20:36
Forum: Protocol Alley
Topic: Distributed DC network
Replies: 72
Views: 32784

If linking hubs together is the real deal we will need some intelligent hubs I tell you. =) And still, changes are needed in at least the DC++ client. Not really. It doesn't take all that much intelligence to route messages to multiple listeners. And why do you say changes are needed in the clients...
by volkris
2003-04-29 09:08
Forum: Protocol Alley
Topic: porting DC++ to Linux?
Replies: 63
Views: 42608

DC++ will also get new features that make it more competetive than any other client. If DC++ can be used on more plattforms more users will be able to use the features and they will work better since more online clients support them. We need a port, and we need code that works on all platforms. wxW...
by volkris
2003-04-29 08:53
Forum: Protocol Alley
Topic: Metadata support in the client-client protocol
Replies: 6
Views: 3633

This is hopefully a stupid and ignorant question, but why is meta needed again? Why can't it simply be

Code: Select all

$Supports <normal DC++ stuff> <Stuff after the meta>
by volkris
2003-04-29 08:51
Forum: Protocol Alley
Topic: Distributed DC network
Replies: 72
Views: 32784

I don't see the benefit of the RELAY STATION approach over an improved MULTI-HUB LINKING using Redirection to balance the load. Right Their problem is the same as ours: it is quite hard to synchronize every user and HUB state data between two HUBs, it's much easier to concentrate on mass-messages, ...
by volkris
2003-04-29 08:42
Forum: Protocol Alley
Topic: Distributed DC network
Replies: 72
Views: 32784

I see no reason for the hub to keep the hublists! Then the hub should return searchresults? Nah, won't work. The idea in this thread was to lower the bandwidth used by searching by distributing the load thorugh relaying, let's return to that shall we?? Relaying is a solution that's to be avoided if...
by volkris
2003-04-25 21:49
Forum: Feature Discussion (Archived)
Topic: About downloads limit…
Replies: 41
Views: 12021

Wjierd, I suggest you go learn a little about stochastic modeling before you speak any more on this subject. Your last reply in particular shows a profound lack of understanding of systems theory. In other words, you don't know what you're talking about and you don't have enough of a foundation for ...
by volkris
2003-04-25 11:28
Forum: Protocol Alley
Topic: Distributed DC network
Replies: 72
Views: 32784

it would require clients to upload userlists periodically to the hub in order to keep it in sync; this may overcome any bandwidth savings, though it is downstream bandwidth, generally easier to come by. Good point, though it would be nice if clients would be so kind as to inform the hub to add hash...
by volkris
2003-04-25 11:21
Forum: Protocol Alley
Topic: porting DC++ to Linux?
Replies: 63
Views: 42608

Well, why be bound to a specific GUI at all? Why not follow in DCTC's footsteps and make what amouts to a backend that can be connected to with whatever interface a user wishes? This is more the Linux way to do things anyway. Once you have something like that working you almost automatically get the...
by volkris
2003-04-24 22:36
Forum: Protocol Alley
Topic: Distributed DC network
Replies: 72
Views: 32784

I'd like to see what would happen if you could multicast out search requests. If you could get search requests out to the general Internet before they get split to all of the different listeners efficiency could improve drastically. Not that that's horribly possible with today's Internet... but it's...
by volkris
2003-04-24 22:17
Forum: Feature Discussion (Archived)
Topic: About downloads limit…
Replies: 41
Views: 12021

The suggestion that a tag indicator is unreliable I find somewhat suspect primarily for the following reason: not anywhere near a majority of DC++ users are using hacked clients. 100% of DC++ users are using hacked client. DC++ IS a hacked client. The hypothetical issue of people on super-fast conn...
by volkris
2003-04-21 22:21
Forum: Feature Discussion (Archived)
Topic: Reporting Clients
Replies: 12
Views: 4709

This wouldn't take up any extra bandwidth... and the "ton of other things" you can't think of right now, cant really be used as example, till.. they are thought of ;) Ahh, but there you're wrong. The clients could easily be smart enough to alert ops when they notice inconsistencies that they weren'...
by volkris
2003-04-21 22:08
Forum: Protocol Alley
Topic: Distributed DC network
Replies: 72
Views: 32784

There are some factual issues that need to be clarified, IMO: seeSharp, when one of your hubs is running at its absolute peak, are all of the bottlenecks bandwidth related? How is it doing on CPU and memory? How does the bandwidth usage break down more specifically? About how much is used by each of...
by volkris
2003-04-21 18:17
Forum: Protocol Alley
Topic: Ratings server and protocol
Replies: 84
Views: 45169

Damn, have you been gone on vacation this whole time or something? lol Ha, you know how it is. Occasionally you look at the unconquerable pile of work in front of you and just get to thinking, "Gee, I wonder how my ol friends in DC++ forums are doing. I'll go ahead and set myself up for assured fai...
by volkris
2003-04-21 16:44
Forum: Feature Discussion (Archived)
Topic: About downloads limit…
Replies: 41
Views: 12021

Well, if what you’re saying is truth (which I don’t question), is their other way to send this information???(Reliable way) Best regards [PT]Devilishly No, there is no reliable way to get information on how many downloads a user is limiting himself to. Any trustworthy source of inform...
by volkris
2003-04-21 16:33
Forum: Feature Discussion (Archived)
Topic: Reporting Clients
Replies: 12
Views: 4709

We get back to the point that the Hub should take care of itself. It already has the best ability to detect bots and multiple IP connects. The only thing the hub doesn't know about is the actual data being transmitted P2P between users. So, that means the hub knows everything else, and the hub shou...
by volkris
2003-04-21 16:29
Forum: Feature Discussion (Archived)
Topic: mp3 bitrate
Replies: 64
Views: 21517

The problem with these kind of things is that the files have to be opened to get that information (think of kazaa's speed when building a share-list), whereas now the only info in the filelist, is pure file information which can be read without opening them. It seriously doesn't take much time to g...
by volkris
2003-04-21 16:28
Forum: Protocol Alley
Topic: porting DC++ to Linux?
Replies: 63
Views: 42608

Xul apps faster than QT? Surely that's bad coding of QT apps. Once you have the XUL engine running it's really fast. This makes sense to me, though. Whether it's on Windows or Linux, often working in the browser happens to be a little snappier than working with applications using native widgits. Bu...
by volkris
2003-04-21 09:11
Forum: Feature Discussion (Archived)
Topic: DC++ Searcing alternative sources for faster download?
Replies: 3
Views: 1971

Well from the downloaders point of view, the slot must already be open on the server's machine in order for them to even have a hope of getting the file faster from that machine in question. The client machine would only have to perform a "dummy download", possibly download the server's file list t...
by volkris
2003-04-21 09:00
Forum: Protocol Alley
Topic: Ratings server and protocol
Replies: 84
Views: 45169

Joining the Hub-centric camp now eh? lol Hub centricity (ha) has its place. For example, people gathering together in specific hubs to share similar information helps others find that information better. It's a definate method of ad-hoc routing that begins to approach the distributed dc++ goal othe...
by volkris
2003-04-21 08:56
Forum: Feature Discussion (Archived)
Topic: About downloads limit…
Replies: 41
Views: 12021

Now with this information, we can see that user ‘A’ have dl limit at 6. No, with that information you can see very clearly and confidently that user A is reporting a dl limit of 6. Other than that you're just running on conjecture. This is the fundamental problem with tags. They don't ...
by volkris
2003-04-20 23:31
Forum: Feature Discussion (Archived)
Topic: Reporting Clients
Replies: 12
Views: 4709

No, Clients cant be trusted. You are asumming that people would naturally want to report others. Trusting a client is like trusting another human being to be honest. But they would naturally want to report others. Here you have a situation where someone is basically ripping someone else off, and yo...
by volkris
2003-04-20 17:48
Forum: Protocol Alley
Topic: porting DC++ to Linux?
Replies: 63
Views: 42608

Volkris: Xul is simply too much, it's bigger than wxWindows or QT, slow, and bloated. I was half joking there, I should have indicated it. But I was half serious. XUL is actually not as bad as you indicate. On my machines it's actually a bit faster than many QT applications (then again, what kind o...
by volkris
2003-04-20 17:45
Forum: Protocol Alley
Topic: Distributed DC network
Replies: 72
Views: 32784

Re: ddcp

I don't think that the evolution has to go that way. We have been toying with some ratings systems, at the and it came out, that it is a lot of work to do and many users (not only fakers, but good sources too) disliked the idea. Many people hate being "watched". No, it doesn't have to go that way, ...
by volkris
2003-04-20 17:33
Forum: Feature Discussion (Archived)
Topic: Reporting Clients
Replies: 12
Views: 4709

A client can not be trusted. The only software that can be trusted as a hub owner is under your own control, IE: The hub. (and that is only if you understand the source and any modifications made to that software). Actually...... A client cannot be trusted to turn itself in, but it can be trusted t...
by volkris
2003-04-20 02:58
Forum: Protocol Alley
Topic: porting DC++ to Linux?
Replies: 63
Views: 42608

Why not use Mozilla's XUL?
by volkris
2003-04-20 02:56
Forum: Protocol Alley
Topic: Distributed DC network
Replies: 72
Views: 32784

A move to a more distributed system would more naturally come after certain other features have been put in place. There are some stages to evolving DC into something much better than what it is now. I used to have a really good idea of these stages in my head, but I don't participate in these forum...
by volkris
2003-04-15 20:19
Forum: Feature Discussion (Archived)
Topic: Upload idea
Replies: 5
Views: 2579

it seems a little unfair for me to d/l from people without giving in return. No, it's fair. As long as everyone is playing by the same rules the game is fair. Your suggestions would put DC++ users at a disadvantage in the rules, though, leading to unfairness. I think overall it would be a lot bette...
by volkris
2003-04-15 20:03
Forum: Feature Discussion (Archived)
Topic: Upload idea
Replies: 5
Views: 2579

Re: Upload idea

personnaly i dont give a shit if someone is downloading from me because; 1) ive got the file already and i dont loose anything giving it to someone else, right? be nice for fcuks sake! and Nice language. I can see that you must be just overflowing with ideas DC++ should incorporate. I mean, crude l...
by volkris
2003-03-09 13:49
Forum: Feature Discussion (Archived)
Topic: md5 checksum search
Replies: 4
Views: 2238

Re: md5 checksum search

I also feel that people who rename their files to suite their own foolish needs are cotnradicting the purpose of the dc network, namely to share files with others, by making it harder for others to find the files that they are searching for. Keep the filename, how can a simple filename tick you off...
by volkris
2003-03-08 18:39
Forum: Protocol Alley
Topic: Version Authentication
Replies: 14
Views: 7108

In conclusion I'm not complaining about OSS. I'm complaining about information theory and what a bitch it is when you can't do what you want. ;-) The only problem is that others will see what you're writing and interpret the wrong way, thinking that open sourcing is inherently insecure. I'm no huge...
by volkris
2003-03-06 20:37
Forum: Protocol Alley
Topic: Adding file hashes to the protocol
Replies: 97
Views: 45449

So how do we flag a $Search as being for a hash?
You don't have to, just specify the hash as a title search string.
I promise you not many people are going to have long filenames of random characters :)

We investigated this on lichlord and it would have worked well.
by volkris
2003-03-03 22:29
Forum: Protocol Alley
Topic: Ratings server and protocol
Replies: 84
Views: 45169

Yes. This is not something easily fixed, though. Hmm... have to think about different ways of handling fake servers, too (argh!). It might not be easily fixed, but it's not a huge problem in the first place. Being able to trust ratings from other servers would really only add, not being able to wou...
by volkris
2003-03-01 19:47
Forum: Protocol Alley
Topic: Version Authentication
Replies: 14
Views: 7108

OSS has a lot to do with it. If you have closed source you can use obscurity for this purpose. Although obscurity is never a substitute for security (or authenticity in this case) it's a hell of a lot easier to do. And yet it is very often that a closed source client is hacked before the open sourc...
by volkris
2003-02-28 23:51
Forum: Feature Discussion (Archived)
Topic: Upload Speed Limiting
Replies: 187
Views: 90474

NoFiX wrote:That would be a biased opinion, I'm guessing.
That would be a pretty odd guess... an opinion was never expressed.
by volkris
2003-02-28 23:47
Forum: Feature Discussion (Archived)
Topic: User rating system
Replies: 22
Views: 10428

I hope nobody looks at the direction of this thread and considers it as the state of the proposal. In particular all of NoFiX's concerns expressed here are entirely unfounded, but it's been covered in Protocol Alley. In short, there is nothing illegal about transferring raw data, which is the only t...
by volkris
2003-02-28 23:29
Forum: Protocol Alley
Topic: Ratings server and protocol
Replies: 84
Views: 45169

We do need to specify some way to identify people, though (such as the client returning a list with the servers it is subscribed to and what usernames it has there, or just decide to return one). Well the major problem with this is that ratings should only be considered if they are from the same se...
by volkris
2003-02-27 23:57
Forum: Protocol Alley
Topic: Ratings server and protocol
Replies: 84
Views: 45169

Ok, I reread the Advogato stuff and don't believe it would work very well here. If anyone wants to argue then great. I belive the Advogato methods would rely on social networking that is just not very compatible with DC's ad hoc nature. It is well suited for things like mail servers, though, which i...
by volkris
2003-02-27 23:43
Forum: Protocol Alley
Topic: Time to write a complete RFC.
Replies: 28
Views: 12815

Public/Privte key eles they can log the key and the encrypion is totaly worthles. Neg, the standard practice is to transfer the key using private/public keysets and then go with symmetric encryption from there on out. Private/public key systems are just too resource intensive. If the various commun...
by volkris
2003-02-27 23:34
Forum: Protocol Alley
Topic: Time to write a complete RFC.
Replies: 28
Views: 12815

And don't forget that a good part of what you're trying to do has been done before. Someone else (probably someone s else) has already written lengthy webpages on very similar topics to what you're proposing. For the record I'm not horribly enthusiastic about a DC V2 project because I don't see the ...
by volkris
2003-02-27 08:50
Forum: Protocol Alley
Topic: Ratings server and protocol
Replies: 84
Views: 45169

Mo, please, can you comprehend anything? Don't say it isn't possible. It would be easily possible, it's common sense. Again, the black helicopters could pay your ISP a visit and determine how much you have been transferring much more easily and reliably this very day than they couldby looking at so...
by volkris
2003-02-25 12:11
Forum: Protocol Alley
Topic: Version Authentication
Replies: 14
Views: 7108

Yes, I agree with you, because thats exactly what I mean also (however I used the word protocol when I was referring to the system). I'm working on a new concept called the DCng (next generation) which is a new system, and an improved protocol. How do you propose to encourage users to share volunta...