-
Content count
299 -
Joined
-
Last visited
Posts posted by amp
-
-
So, may it detect faulty blocks in the file being downloaded?
-
And why it doesn't suite for multisource files?
-
Ok, how about Advanced resume using TTH. How it work in SDC now?
This thread is also related to the problem
-
just open taskmanager and you will see how many memory is used for cacheI doubt this cache is related with disk cache.
-
I only try to tell you that we won't add any CPU-eating feature which will "solve" problems which has nothing to do with DC++.If this feature is totally useless, why it is present in many other p2p-clients? Are their authors so stupid at your point of view?
-
But in this case you can detect such situation and fix! Why are you objecting, I can't understand.
-
Hey, why just not to return file rechecking? uTorrent has it, oldschool StrongDC had it too. And this is not hardware failure, but SDC bug!
-
3dfx
The problem is that not everywhere we have cheap or/and unlimited internet access. But in case of internal ISP network or home nets (which is very popular in big cities) - file sharing is totally free . For us such solution would sounds like "Move to Moscow" ))
-
Move to China . Or at least Russia ;)
-
We were noticed about such behaviour in our hub. Seems like it somehow linked with slow user disconnecting.
-
Doesn't work anymore as of StrongDC 2.0x
-
Install VMWare, install Win98 on it and test, test, test :)
-
-
Seems like high cpu load somehow referenced with visiting waiting users tab. Sometimes, apex almost hangs drawing it. I have 10-30 waiting users usually.
-
Not detecting netlimiter is not a problem for me. We've found a leecher on our hub, where his connection description says "Netlimiter [1kb/s]". So, I have 2.08 installed and I've added a limit to Apex, but nothing's changed. I think you may wish to fix it for proper limiting detection.
-
Second time experienced this bug. While downloading from a slow user filelist, go to download queue and click on "Filelist" node of the treeview. Apex will crash without any notice.
-
Check my bugreport. You may get a corrupted file. Why contradict, just readd this feature :stuart:.
-
And it is very bad! You must recheck data after downloading.
-
This was happend with StrongDC 2.02, but as BigMuscle also reading this forum, I'll post it here. Or I may repost this into his forum.
Sometimes file is downloaded corrupted! Because of powerloss, download process wasn't properly closed, but finished file isn't checked in new version, so it might be corrupted. I think you should return file rechecking after download.
Also, corrupted file cannot be restored by returning it into temp directory, 'cause new version just starts to download it from begining. Fix this please.
Second annoyning bug is removing slow users even this option is disabled. For example you have 2 sources, one is faster than second. Say, 5 and 10 Kb/s. So total download speed is 15 Kb/s. But Strong everytime removes 5Kb/s source, so download speed is just 10 Kb/s, which is worse.
-
Поддерживаю. Только убрали это дело походу.
-
NetLimiter detection doesn't work with 2.x NetLimiter versions. Say, it just doesn't recognize its presence.
-
All you need is to replace
snprintf(buf, sizeof(buf), "\n-=[ ApexDC++ %s ]=-\r\n-=[ Uptime: %s][ Cpu time: %s ]=-\r\n-=[ Memory usage (peak): %s (%s) ]=-\r\n-=[ Virtual memory usage (peak): %s (%s) ]=-\r\n-=[ Downloaded: %s ][ Uploaded: %s ]=-\r\n-=[ Total download: %s ][ Total upload: %s ]=-\r\n-=[ System Uptime: %s]=-\r\n-=[ CPU Clock: %f MHz ]=-",
with
snprintf(buf, sizeof(buf), "\r\n-=[ ApexDC++ %s ]=-\r\n-=[ Uptime: %s][ Cpu time: %s ]=-\r\n-=[ Memory usage (peak): %s (%s) ]=-\r\n-=[ Virtual memory usage (peak): %s (%s) ]=-\r\n-=[ Downloaded: %s ][ Uploaded: %s ]=-\r\n-=[ Total download: %s ][ Total upload: %s ]=-\r\n-=[ System Uptime: %s]=-\r\n-=[ CPU Clock: %f MHz ]=-",
And bug is gone.
-
404 on this link(
-
Keep getting
Error 1 fatal error C1189: #error : You must use compiled STLPort else you can't use optimized node allocator. d:\Temp\ApexDC++_0.2.2_source\client\stdinc.cpp 28
I'm using STLPort from link above. What might be wrong?
[bug]downloaded file inconsistence
in Pre 1.0 Reports
Posted
Still, can't understand why you won't allow rechecking blocks. Its impossible to fix incomplete downloads now, for example, from another p2p client, like uTorrent.
At my point of view, in case of big file transfers through WAN (there even connection may be unstable), full file rechecking is a rule. Remember md5 hashes even for ftp on public servers.