Search found 66 matches

by distiller
2003-12-15 22:24
Forum: Feature Discussion (Archived)
Topic: Temporary download files aren't deleted...
Replies: 3
Views: 1863

not a bug - it's a feature. Really.
by distiller
2003-12-15 22:23
Forum: Feature Discussion (Archived)
Topic: Download manager?
Replies: 11
Views: 4779

maybe ops just read this forum... :)
by distiller
2003-12-08 18:30
Forum: Protocol Alley
Topic: Swarm vs. burst?
Replies: 5
Views: 3954

There's not really much to gain from using UDP over TCP, a couple of percent, 10% tops if all packages arrives intact, at least when I've been testing my conenction. It's just not worth it. It would be like writing your own tcp/ip stack and that would be painful to say the least. Just look at how we...
by distiller
2003-11-15 04:41
Forum: Programmer's Help
Topic: distillers antifrag patch
Replies: 1
Views: 1649

This is a wierd problem I've encountered before. Any function of a queueItem always returns 0 in the QueueFrame (and maybe elsewhere). The value of downloadedBytes was probably set and had a value when you tried getDownloadedBytes on the queueItem, it just returned 0 anyway. Therefore I made the get...
by distiller
2003-11-15 03:17
Forum: Protocol Alley
Topic: Encryption?
Replies: 78
Views: 91996

Using zblock/dropping connection every x MB should solve the problem with tagging based on connection time. Initial handshake between clients is a problem though... Some friends are starting to complain, getting 5 KB/s on a 10 Mbit conenction. Traffic shaping in action for sure.
by distiller
2003-11-15 02:57
Forum: Protocol Alley
Topic: Swarm vs. burst?
Replies: 5
Views: 3954

That sounds like an insane idea. Why send the same data more than once? Bandwidth is wasted. Precious bandwidth! TCP/IP has perfect control over packets, no need for additional error checking on the transfers. The different sources should have hashed their files first so that only sources with the e...
by distiller
2003-11-07 09:13
Forum: Feature Discussion (Archived)
Topic: Show only active transfers..
Replies: 6
Views: 3293

I think downloads/uploads/status should be separated entirley, 3 different tabs on the transfer window. Mostly I don't care about the uploads, nor about the connection messages. That way I can have the downloads only and forget about the rest... Maybe I'll fix that sometime in the future.
by distiller
2003-11-03 12:19
Forum: Feature Discussion (Archived)
Topic: Antifrag
Replies: 19
Views: 8381

MIAMI SOUTH wrote:If you really want to use the feature, copy and paste the data already downloaded to another location. Re-save at regular intervals to keep it current.
Copy and paste? Like text? Lol...
by distiller
2003-11-03 00:51
Forum: Feature Discussion (Archived)
Topic: Antifrag
Replies: 19
Views: 8381

That's what I meant by my cryptic blabbering earlier, in the queueframe the result is always 0 for any such functions.

It's really weird, never figured that problem out. It's not specific to the patch though, the problem is something else.
by distiller
2003-11-02 12:02
Forum: Feature Discussion (Archived)
Topic: Antifrag
Replies: 19
Views: 8381

I've fixed the patch now, it resumes correctly at all times, haven't found any bugs sofar. The page mentioned above works, it patched against 0.301. There's a debug executable to download, so try it out. Don't forget to enable antifrag in advanced settings. Any files you may have in queue will resta...
by distiller
2003-10-29 18:34
Forum: Feature Discussion (Archived)
Topic: Antifrag
Replies: 19
Views: 8381

The patch originally worked fine regarding the saving of progress to queue.xml and loading that at start and resuming at the correct position. It only failed when that initial connection dropped and a new user/(doanload object) was created. My bad. But it should've worked so far at least with your p...
by distiller
2003-10-22 23:08
Forum: Feature Discussion (Archived)
Topic: Antifrag
Replies: 19
Views: 8381

Oh, that sounds weird... Will look into it, the patch isn't very good so far either, it behaves incorrectly sometimes. I'll clean it up for you and make sure that function works as well. Then you could add the % completed for me in the queue. =) By the way, I think you're trying to get the value in ...
by distiller
2003-08-21 19:02
Forum: Feature Discussion (Archived)
Topic: UL Speed pointer instead of connection type!
Replies: 14
Views: 5621

I like this to! So what is needed seems to be: :arrow: Extra column in hub window named "UL capacity/slot" :arrow: Display this value in the search window I do think the number of slots are updated whenever a user changes that, so the total upload capacity average could be divided by the slots witho...
by distiller
2003-08-15 04:30
Forum: Protocol Alley
Topic: Adding file hashes to the protocol
Replies: 97
Views: 45474

I'd really love to take a look at your work so far cologic, you have a URL for the source?
by distiller
2003-08-15 03:59
Forum: Feature Discussion (Archived)
Topic: A 2nd DownLoad dir if/when the primary DL dir gets full
Replies: 7
Views: 3378

Well I think it's a pretty good feature! =)
by distiller
2003-08-12 21:06
Forum: Feature Discussion (Archived)
Topic: Ask for new feature
Replies: 5
Views: 2554

Did you miss TheParanoidOne's post: "Are you aware of the "Automatically search for alternates" option?" Dc++ does search for alternates on it's own if this option is activated in the settings. You don't have to search yourself... If you want to add new sources for all files I propose this solution:...
by distiller
2003-08-02 22:38
Forum: Feature Discussion (Archived)
Topic: Antifrag
Replies: 19
Views: 8381

Not in this patch, maybee a later one. Don't even know if this one will make it to DC++ source... But it's an easy thing to add now if anyone's up for it. =) The patch will be up at http://www.lowertech.net/dcpppatch later today.
by distiller
2003-08-02 21:49
Forum: Protocol Alley
Topic: Adding file hashes to the protocol
Replies: 97
Views: 45474

Just wanted to tell you that I have started to read up on hashing and will do what I can to help you out with hashing and segmented downloads. Most of the ideas/problems have been discussed in this thread already. Let's make a sum up and decide in what direction to go. If Arne doesn't want to make t...
by distiller
2003-08-02 12:45
Forum: Feature Discussion (Archived)
Topic: Antifrag
Replies: 19
Views: 8381

So I got the downloadedbytes added to the queue, it saves every minute and does not truncates the files. Works like a charm so far. Will run some extensive tests on it to make sure it's quality code and then make a patch for arne.
by distiller
2003-07-29 21:16
Forum: Feature Discussion (Archived)
Topic: Show downloaded percentage in queue list
Replies: 3
Views: 2095

I have decided to make the "anti-frag" feature smarter. When that is done DC++ will know the downloaded size of all partial files natively. It will be pretty easy then to add a percentage tab or maybe make the background of each queue item colored to the downloaded percentage like the connections ar...
by distiller
2003-07-29 21:02
Forum: Feature Discussion (Archived)
Topic: Antifrag
Replies: 19
Views: 8381

Should be easy enough to add, I want that feature as well, so I'll code it this weekend.
by distiller
2003-07-28 21:26
Forum: Feature Discussion (Archived)
Topic: Segment Downloading
Replies: 37
Views: 12351

Trying to learn the DC++ code and creating a new features does take a lot of time, especially if you're working full-time as well. Asking for features and not contributing is lame. =) pDC is making extremely slow progress and will get ready, but just not right now. The whole rar-discussion is futile...
by distiller
2003-07-28 20:27
Forum: Feature Discussion (Archived)
Topic: Don't search immediately with search for alternates.
Replies: 7
Views: 4042

I agree the change is needed, as I need to change the search string as well every so often and then search again. It could cut the bandwidth needed for searching quite a bit. To get up the window with the original search string and then having to press search is a lot better. Remember that searching...
by distiller
2003-05-21 19:50
Forum: Feature Discussion (Archived)
Topic: mp3 bitrate
Replies: 64
Views: 21521

Probably not the metadata extension where looking for?? =)
by distiller
2003-05-21 19:48
Forum: Protocol Alley
Topic: dcgui & $Supports CHUNK
Replies: 40
Views: 18777

and not all versions of NMDC supports it, not the mac version anyway.
by distiller
2003-05-20 05:24
Forum: Protocol Alley
Topic: dcgui & $Supports CHUNK
Replies: 40
Views: 18777

No ther is no such function in DC++ or NMDC at the moment, DCGUI sports it though.
by distiller
2003-05-15 18:48
Forum: Feature Discussion (Archived)
Topic: same file from different users
Replies: 4
Views: 2649

You can add multiple sources to the same file. DC++ will download from the one that responds first. DC++ also checks if the size is the same, if sizes doesn't match you can never add that sourc to the queue item (no use really). This is a good way to add sources to a queue item: Right-click a file i...
by distiller
2003-04-30 21:09
Forum: Protocol Alley
Topic: Distributed DC network
Replies: 72
Views: 32788

I've done the math now and it is truely favorable. :oops:
by distiller
2003-04-30 11:33
Forum: Protocol Alley
Topic: Distributed DC network
Replies: 72
Views: 32788

Ok, I forgot to point out some things I had already realized which led to some confusion, I'm sorry. =) When a client connects to a hub (virtual or real) it will only accept incoming messages from that IP, true? If we have multiple hubs, every hub sends its chat/search/myinfo and whatever to the oth...
by distiller
2003-04-29 18:25
Forum: Protocol Alley
Topic: Distributed DC network
Replies: 72
Views: 32788

Well RS just seemed to be a simple way, but is probably not the best as you say. Sorry... 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. The hub will need to have (for say 500 users/per hub): * Ro...
by distiller
2003-04-29 17:31
Forum: Protocol Alley
Topic: Monitoring DC++ from trillian
Replies: 16
Views: 8033

It's entirely possible. But I don't know if anyone will implement anything for you. =)
by distiller
2003-04-29 17:02
Forum: Protocol Alley
Topic: Monitoring DC++ from trillian
Replies: 16
Views: 8033

But it is probably easier to just open DC++ and check your stats. 8)
by distiller
2003-04-29 16:53
Forum: Protocol Alley
Topic: Monitoring DC++ from trillian
Replies: 16
Views: 8033

Well, adding the possibility to connect to DC++ locally with socks and asking for stats might be possible. Writing a file seems pretty bad in my opinion and window caption won't tell you very much.
by distiller
2003-04-29 16:35
Forum: Protocol Alley
Topic: porting DC++ to Linux?
Replies: 63
Views: 42619

DC++ is more widely used, mostly since it's the best DC-client for the windows plattform. Actually the Linux community doesn't need DC++ at all, but I want it on my Linux machine as I use DC++ on my windows machine. =) And please don't forget that using wxWindows doesn't only give us Linux support b...
by distiller
2003-04-29 07:18
Forum: Protocol Alley
Topic: Distributed DC network
Replies: 72
Views: 32788

You have to agree that it would be simpler for hub owners to get a bigger hub since more clients would also mean more RelayStations (RS). Is in not in any way a beautiful thought? A hubowner has to have several separate computers, and above all several separate internet connections for the hub and r...
by distiller
2003-04-28 05:52
Forum: Protocol Alley
Topic: Distributed DC network
Replies: 72
Views: 32788

Many P2P programs use other clients to propagate information. If a RelayStation would just send out searchrequests and hub-chat, I see no real problem with "hacked-clients". What could they do? Send faked search requests? Well, it would become known quickly and the client would be kicked. It's entir...
by distiller
2003-04-28 05:49
Forum: Protocol Alley
Topic: porting DC++ to Linux?
Replies: 63
Views: 42619

Or you don't use any platform specific code at all and use wxWindows or other libraries that use the appropiate code be them self. Less code and less problems. =)
by distiller
2003-04-26 11:24
Forum: Protocol Alley
Topic: Distributed DC network
Replies: 72
Views: 32788

There are 2 things that needs to be changed in clients: 1: The client must be able to recognize a new command, which states what RelayStation IP and port it should listen to. Any client that does not recognize this command will recieve the search requests from the hub as usual. 2: Optionally; the cl...
by distiller
2003-04-26 09:14
Forum: Protocol Alley
Topic: Distributed DC network
Replies: 72
Views: 32788

Just imagine the amount of string comparing the hub would have to do? I would have to do all the connected clients work. You'd need a 50 GHz cpu to do the job. Not to mention the memory requirements. No, that's not the way to go. Relaying is a lot better and should be pretty easy to implement in bot...
by distiller
2003-04-26 09:09
Forum: Protocol Alley
Topic: porting DC++ to Linux?
Replies: 63
Views: 42619

DC++ is one of the leading clients, and I believe it will become #1 if it isn't already. 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...
by distiller
2003-04-26 09:00
Forum: Protocol Alley
Topic: Distributed DC network
Replies: 72
Views: 32788

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??
by distiller
2003-04-25 04:23
Forum: Protocol Alley
Topic: porting DC++ to Linux?
Replies: 63
Views: 42619

wxWindows is quick in my tests, and doesn't seem to be too hard to learn. =) It also has the needed threading, timing and variable types we need to make the code portable "easily", so I really think it's the best way to go. I'll be making commercial programs later on that use the library I decide up...
by distiller
2003-04-21 12:16
Forum: Protocol Alley
Topic: Help file...
Replies: 5
Views: 3387

Don't want to make a help file for your own program, hehe... I could do the English and Swedish ones, but that's as far as I can go. =) And as you said, it would probably make your mail-account happy. But I won't do it without program support for tooltips and "press F1 on this control to get to prop...
by distiller
2003-04-21 12:01
Forum: Protocol Alley
Topic: dcgui & $Supports CHUNK
Replies: 40
Views: 18777

Well, how is it handled currently? Just close the TCP connection? Don't know if that is very nice for the sender. It obviously works, but what's the difference between: 1: Waiting for the "$canceled" a couple of bytes and then drop the connection gracefully, do it the 2nd way if no "$canceled" is re...
by distiller
2003-04-21 10:45
Forum: Protocol Alley
Topic: porting DC++ to Linux?
Replies: 63
Views: 42619

From what I've seen QT is really expensive, wxWindows is Free, open source and in my opinion the best alternative, it has everything we need, I think. =)
by distiller
2003-04-21 10:35
Forum: Protocol Alley
Topic: Distributed DC network
Replies: 72
Views: 32788

The main bandwidth problem has been said to be searches so here are my views on this excellent conversation. Search request coming from ClientA uses virtually no bandwidth compared to request sent from hub to every user, telling them to return results to ClientA. Simplest solution here is the relay ...
by distiller
2003-04-19 06:49
Forum: Protocol Alley
Topic: dcgui & $Supports CHUNK
Replies: 40
Views: 18777

How many MAC users are there with NMDC?? =) They'll be using DC++ anyway once/if the GUI get's ported to wxWindows, I hope...
by distiller
2003-04-19 06:32
Forum: Protocol Alley
Topic: Help file...
Replies: 5
Views: 3387

Me and "Who" will be trying to port the GUI to wxWindows for "Windows/Unix/linux/and other operating systems" support. wxWindows has built-in support for tool-tips and html and xml help-files. (press F1 on appropiate control and get right help info fxp). There is obvious need for more people on the ...
by distiller
2003-04-18 11:18
Forum: Protocol Alley
Topic: porting DC++ to Linux?
Replies: 63
Views: 42619

I've started to realize just how much work this is. But I'm still up for it. =) Some things I've noted that will have to change: Application Class Threading Menues Dialoges, open, about, settings Treeview Tabs - up/downloads, settings Lists - up/downloads and fileview in queue Maybee event system (w...
by distiller
2003-04-18 11:13
Forum: Protocol Alley
Topic: dcgui & $Supports CHUNK
Replies: 40
Views: 18777

Excellent point andlju. =) But does NMDC listen to this command? Then It's time I implement it nicely in pDC and send patch to Arne if he wants it. =)