Search found 22 matches

by Gumboot
2003-07-28 09:27
Forum: Protocol Alley
Topic: types of filelists
Replies: 7
Views: 4920

I posted details and source code for the huffman scheme used in .dclst files a while ago. See here.
by Gumboot
2003-07-07 16:14
Forum: Protocol Alley
Topic: Key calc problems
Replies: 4
Views: 3078

Your code generates the same keys as mine, and I get the same small errors, I really wonder what the reason could be, especially if it works on your pc... In that case, it's probably a problem with your character encoding. You should be using the default encoding, ie. System.Text.Encoding.Default, ...
by Gumboot
2003-07-07 00:24
Forum: Protocol Alley
Topic: Key calc problems
Replies: 4
Views: 3078

Mine. Tested and it works. /// <summary> /// Computes the $Key respnse to a given $Lock command. /// </summary> /// <param name="lockStr">The Lock string in the middle of "$Lock (.*) Pk=".</param> /// <param name="xorKey">0x05 for a connection from a client to a hub, /// or (localPort+(localPort>>8)...
by Gumboot
2003-05-26 03:37
Forum: Protocol Alley
Topic: Why Multiple Compression Protocols?
Replies: 2
Views: 2321

by Gumboot
2003-04-25 18:51
Forum: Protocol Alley
Topic: Client <-> protocol questions
Replies: 33
Views: 23977

Great! I was sure I had tested them and they worked, but I wasn't sure because both those files were restored from an old backup (long story).
by Gumboot
2003-04-24 04:41
Forum: Protocol Alley
Topic: Client <-> protocol questions
Replies: 33
Views: 23977

arnetheduck wrote:heh, gumboot, a bit more and it should be your name on that client =)
LOL :D

You're right. In fact, I am hereby making that a requirement of using my code: you have to call your app "Gumboot's DC client". :P
by Gumboot
2003-04-24 01:14
Forum: Protocol Alley
Topic: Client <-> protocol questions
Replies: 33
Views: 23977

Well OK then. :) Same priviso as above; mail me if you find any bugs. /// <summary> /// Class for compressing NMDC file lists. /// </summary> /// <remarks> /// Written by Paul Bartrum (paulbartrum@hotmail.com) /// </remarks> public class NMDCHuffmanCompressor { class HuffmanCompressionNode { public ...
by Gumboot
2003-04-23 00:36
Forum: Protocol Alley
Topic: Client <-> protocol questions
Replies: 33
Views: 23977

andlju wrote:Oh.. and by the way, if someone has an encoder as well, there is always room for another hero.. :wink:
Well, if you can tell me you've tested my decoder and it works, then I'll post my huffman encoder. (Just trying to get some free testing :wink:)

I guess then I'll be a hero twice over! :lol:
by Gumboot
2003-04-21 20:06
Forum: Protocol Alley
Topic: Client <-> protocol questions
Replies: 33
Views: 23977

Since you asked so nicely, here's my huffman decoder. :) It's written in C# and IIRC has been tested and verified as working. YMMV. If you find any bugs please contact me. /// <summary> /// Class for decoding NMDC file lists (of the form MyList.DcLst). /// Encoding is not supported. /// </summary> /...
by Gumboot
2003-04-08 16:21
Forum: Protocol Alley
Topic: Could somebody please explain the decryption algorith?
Replies: 23
Views: 11031

The problem is definately the character encoding. You may not realize this, but you are doing at least 2 character encoding conversions. 1: UTF8.GetBytes() (converting the lock string to a byte array) 2: Your network send code (converting the key string to a byte array) You need to use the character...
by Gumboot
2003-04-07 22:06
Forum: Protocol Alley
Topic: Client <-> protocol questions
Replies: 33
Views: 23977

zhaPP wrote:do you just huffman-compress the raw filelist and add the header in the beginning?
Yes, that is exactly what you do.
by Gumboot
2003-04-05 19:59
Forum: Protocol Alley
Topic: Client <-> protocol questions
Replies: 33
Views: 23977

You know huffman coding? Here are the details for the neomodus variant: byte offset / description 0 = "HE3" (magic bytes) 3 = 13 4 = checksum (XOR of every byte in the uncompressed file) 5 = length of uncompressed file 9 = number of entries in following table 11 = entry 1 [uncompressed byte, compres...
by Gumboot
2003-02-02 18:15
Forum: Protocol Alley
Topic: Compleate DC Protocol Documentation
Replies: 11
Views: 21433

Good job!

I hate to sound like I'm complaining, but the docs would be much easier to view if you put them on the web server individually (ie. not zipped or rar'ed) and put up a contents page that linked to each page. Or even better (IMHO) combine it all into one page with links at the top.
by Gumboot
2003-01-26 18:35
Forum: Protocol Alley
Topic: Adding file hashes to the protocol
Replies: 97
Views: 45430

Is there realy a need to provied the hase valut in the search? Is it not easier to transfer the hash in the Client to Client protocol? If clients don't send the hash value in search results then there is no (practical) way to automatically group search results, ala KaZaA, eDonkey, etc. This is a de...
by Gumboot
2003-01-24 02:51
Forum: Protocol Alley
Topic: Client->Client question
Replies: 13
Views: 6556

Does client->client lock2key algoritm is the same as in client->hub ? (still xor byte = 5 ?) Yes. I maybe mistaken but I belive there is no direct client to client protocal it all goes through the hub You're mistaken. :!: Just after connecting to another client (for downloading) the one downloading...
by Gumboot
2003-01-21 07:09
Forum: Protocol Alley
Topic: Adding file hashes to the protocol
Replies: 97
Views: 45430

Well, it would take a few hours, but since hashes would be stored (either in a database, or using an NTFS alternate file stream) they would only need to be calculated once. I don't see why you would ever need to rehash all your shared files.
by Gumboot
2003-01-20 20:47
Forum: Protocol Alley
Topic: Optimized search
Replies: 5
Views: 4029

Nice idea! I wonder, though, why so many search requests have extensions? I know I don't include the extension in searches I make... Could it be the "Automatically search for alternates" feature in DC++?
by Gumboot
2003-01-17 21:17
Forum: Protocol Alley
Topic: Standard listening port for file download?
Replies: 2
Views: 2481

No, that's the standard port used when connecting to a hub. The standard port for initiating p2p file transfers *was* 412, but with the latest versions of DC++ it's now random.
by Gumboot
2003-01-17 05:18
Forum: Protocol Alley
Topic: Adding file hashes to the protocol
Replies: 97
Views: 45430

IMHO, if we ever want the ease-of-use features of, say, KaZaA in DC, we need to implement file hashes. The following features spring to mind: * Automatic grouping of search results. * Automatic finding of new sources. * Working hyperlinks to DC files (rather than just hubs). * Automatic redownloadin...
by Gumboot
2003-01-16 22:48
Forum: Protocol Alley
Topic: Adding file hashes to the protocol
Replies: 97
Views: 45430

Adding file hashes to the protocol

OK, I think most people here agree we should add file hashing to the DC protocol, especially given that the vast majority of p2p systems have it already. Note that none of the proposed solutions require any changes to the hub. We could do a lot better if we mandated changes to the hub, but for pract...
by Gumboot
2003-01-15 23:48
Forum: Protocol Alley
Topic: Time to write a complete RFC.
Replies: 28
Views: 12814

FYI, you seem to be missing a close bracket ')' in the $SR description.
by Gumboot
2003-01-15 23:46
Forum: Protocol Alley
Topic: DCExt..
Replies: 11
Views: 5826

Excellent! This is just what we need! :)

One thing that occurs to me though is how do the clients know that this extension is available? Perhaps you should include the QuickList spec as part of your document (I assume Nev won't mind): http://forum.dcstats.net/showthread.php?s=&threadid=802