Big Muscle

Member
 View profile  See their activity

  • Content count

    702

  • Joined

  • Last visited

Posts posted by Big Muscle

  1. Posted

    My share files are on external hard drives.

    I've heard of problems with them getting overused with segmented downloads, and by association, i'm assuming segmented uploads as well.

    There is no reason why any HDD/SSD should be overrused by using segmented downloading/uploading. Files are read/written by blocks which happens regardless the segmented thing. Also, any good OS caches data in memory (to avoid many reads/writes) and any good HDD/SSD caches data in its internal cache (to avoid many reads/writes leading to the performance degradation). So in the reality, there is no difference whether you read/write e.g. 1 MB with or without segmented downloading/uploading.

  7. Posted

    Your opinion seems interesting but what about overall performance? I don't think so that it eats so much handles and memory now (not counting extreme cases like 200 hubs + 150 PM frames). Wouldn't there be big performance drop when it needs to clear and refill whole chat history and userlist content everytime you click on another tab? (however, StrongDC++ based clients have already optimized userlist memory usage, because other DC++ clients just create another memory structure for each userlist's item and therefore they eat twice more memory than really needed).

  8. Posted

    To point 2: Did I understand correctly that too fast speed access is not good for the HDD?

    It's not so bad but current segmented downloading implementation is not optimal for performance - it creates and destroys handles too often which is not good. StrongDC++ testing version tries to improve it, but some more tweaks are needed (especially on the uploader's side). However, there's really nothing bad about segmented downloading - it brings positives only (when implemented correctly). But I would appreciate any suggestions for improvement :-)

    To encryption: there's really no other proper way to implemented without using another TCP port. Yeah, you can use standard TCP port and transfer some header saying "transfer will be compressed", but it is not optimal - you need whole communication channel to be secure and not only part of transferred bytes. By the way, is it really such problem to forward another TCP port?

  9. Posted

    If you want it that that way... then you should use original documentation and not reverse-engineered one for something that is correctly documented from his creator (Ade is his name if you don't know... and original documentation using word "can" is here):P And in case when you really read it, maybe you should read documentation for ADCGET too... partial filelist is ADC only feature as it is multiple times mentioned in DC++ changelog :lol:

    yeah, I have read it and...? There's written that "it can send in two ways, either ... or ...", so maybe you've mistaken it with just pure "it can send.", you can also read further - the fact I stated with "should" still pays, because note claims (shorten version, so you can understand it correctly): "DC++ will use the IP if it is returned by hub (of course, it can't use something which is not returned), but it is expected to happen" :-P

    and about ADCGET... what the **** does it have to do with this topic? Or you're just trying to move the discussion away? But yeah, you are right, it is mentioned in DC++ changelog as ADC feature, but it's not mentioned in StrongDC++ changelog :D :D

    Then i don't understand why you complains... then it must working in nmdc without need to have ip from hub :rolleyes:

    Where did I complain? I just stated the fact... ok, I made mistake - pseudoprotocol is not violated by NMDC hubs (at least not in the case of $UserIP2), but pseudo-protocol's extension is violated but it doesn't change anything... and it doesn't work in NMDC properly because this obsolete pseudo-protocol doesn't provide proper way of getting external IP (StrongDC++ does, but NMDC doesn't - and StrongDC++ is not the only client using NAT-T in NMDC now, also many users disable the getting external IP address).

  10. Posted

    In ADC you don't need any setting on hub software. Main problem is that both users who want to make passive - passive connection must be passive because they are behind NAT and this NAT must support p2p NAT Traversal... in many cases passive - passive connection is not working because this requirement is not met.

    in many cases? Have you ever tested it? :-D Yeah, NAT Traversal is not standardized but it is something which works almost in all cases (and also worked for me when I was not behind NAT but software firewall blocked ports) :-P yeah, "many" is relative, so you probably mean that "3 of 10" = "many".

    And "should" is not "must" ... :rolleyes:

    You SHOULD study English more properly. http://www.thefreedictionary.com/should The main meaning of should is something that it's expected to happen.

    And if you are really unhappy with not working UserIP2 (you don't use UserIP without that 2) you can always get IP in many other ways.. easy way is when client is "calling home" for update file, or for dht bootstrap file ;)

    I am not unhappy, I don't care that something doesn't work with NMDC protocol properly. Using update file or DHT bootstrap file is totally bad idea, because server can be down, and doing this periodically (for users with their IP changing very often) can overload the server. StrongDC++ updates its external IP in more clever way :-P

  11. Posted

    You are wrong (as always), please read existing documentation for UserIP/UserIP2 protocol extension... then you will find that hubs don't violate anything :P

    Ah, you are partially right. There's no real NMDC protocol documentation and therefore it can't be violated. But if we talk about that reverse-engineered protocol pseudo-documentation, it states "hubs supporting the UserIP2 protocol extension should automatically send the client its own IP.", but almost all NMDC hubs report UserIP2 support although admin disables autosending IP to user (at least, such situation was some months ago and I haven't rechecked it since that time).

  12. Posted

    Try to fill in your external IP address (which is probably your router's address) in settings. NAT Traversal technique works correctly in ADC hubs only, because NMDC hubs doesn't provide you with your external IP (although there is some UserIP/UserIP2 in NMDC "protocol" which almost all NMDC hubs violates).

  13. Posted

    I don't think I ever stated I would patch to your branch because a) it's open to public and B) i didn't ask for login details.

    Sorry, I don't see a logic in this claim. You wouldn't commit in my repository, because it is open to public? Huh?! Maybe I don't understand you.

    I gave you developer access so you could contribute, which never happened (we seem to have the same opinion about both sides)

    And this is what I call "rude". I provide you my experimental code, you use it in your client and then you say me that I can contribute to your repository? Is there any reason why I should patch your code when it is you who is interested in merging my code with yours?

    If you think all we've done is added png and "hacked" our way to Mac, then hold that opinion.

    But that's the fact! Yeah, Crise mentioned some more things + there are some arrows when moving tabs. Also, very often some weird workaround appears in your repository to avoid some my bug (instead of informing and putting heads together to find a real solution). Believe me or not, but putting weird code into wxWidgets library is not solution for simple bugs in client code (and this is how your developer works - I don't remember his name, but it wasn't Crise who made such commits). Why just not making real developer team and working together? The answer to this question is very easy - because you are interested in ApexDC++ completion only.

    Just to clarify for everybody: ApexDC 2.0 is based on StrongDC++'s GUI rewrite using wxwidgets. It has always been the case and this dependence on StrongDC is stated on each changelog, and also displayed in our about box. Are we not providing you with adequate credit?

    This is not important to me. It wasn't the point of my posts. I wanted to point at your unappropriate behaviour around it.

    We are using this opportunity to work on our GUI aswell, since no major improvements have been made on our part for some time. I'm not going to post about how your progress is going, but how we're getting on with our own progress.

    The rude comment was maybe a little overboard but I don't see why we should allow you to plug your project on our forums.

    Why you should? Because your project is completely based on my project. I sometimes notice that you even copy every stupidity and you are not able to do simple things without me doing it first (e.g. emulation off by default - in reference to your recent PM to me etc.)... and on the other side, I could put the same question, because you also reported ApexDC++ bugs to me (e.g. in my forum's betatesters area etc.)

    [

    I will only say that there are patches for SDC issues in there, for instance the view menu has been fixed (also added system log and transferview as separate entries to it). Also fixed right clicking on the bottom pane tabs (have proper context menus now, and can be closed, instead of showing active hubs context menu) Also NetStatsFrame is fully functional in it. These of course apply to the current SDC wx which I can see, what happened beyond then is something I can neither predict nor account for.

    But why I wasn't informed about this bug? (Atlhough I don't see such problems in my code). And current wxStrongDC++ state is that it is completely done except progressbars in queue and a few settings dialog which are not done by me.

    (We also had versions making use of the AUI framework before any of such was seen on your svn afaik, but this is of no importance, same with the share page which I believe you labeled as not good enough for not having the modern UI, over being portable and significantly faster choice for the time being).

    You are right here. AUI MDI tabs is the thing I was inspired in your code. To share page, I don't know why but why you just lose your time on doing something needless? Why you just didn't help me with doing it properly (I had to do it myself and it took me a few days only, no problems with portability etc.)? This just looks to me that you wanted to make at least something to have ApexDC++ "fully" functional and were not interested in migration help at all.

    I know the things listed above are nothing significant, because for us portability was and is top priority (until linux and mac variants are reasonably close to the current state of the windows build), but it is incorrect to say that we never did any of those at all.
    You're still talking that portability is your priority and GUI rewrite is not your point of interest. So why do you merge with my GUI? Just because it's main step to portability! The rest is only a few compile fixes which can be fixed in a few hours!

    Regarding contributing code to the StrongDC wxWidgets, we don't do patches just in case you might want to include them. This means to say that with your irregular commit frequency and no detailed info on what you are currently working on outside committed code preparing patches for you with the risk of you already having fixed an issue in your working copy will be waste of both your and our time (which is also the reason why we have steered clear from many issues in the UI code, since we have to always guess whether you have already fixed in your working copy or not).

    Just look at adrian, for example. He just wrote me "I will port this and this and then I will commit it to your SVN". This is how the team work should work!

  14. Posted

    Infinite TTH tree download can be caused by several reasons, but the most frequent ones are bad connection, memory error or something wrong at the uploader's side. But none of them should cause 100% CPU, this is your client's bug which must be fixed.

  15. Posted

    Crise: yeah, it was not in news posts. It was in another posts in this forum where Lee was talking about ApexDC GUI rewrite. But no, it's not being rewritten, you are just merging to StrongDC++ code and that's why I posted a link - to show how does it look like in StrongDC++. You are right that you were focusing on other platforms earlier than me - I saw it when Lee came to DCDev and started to complain and blame that I added one Windows-dependent line in StrongDC++ code and it makes you merging with my code more difficult. At the beginning, I didn't want to commit wx code to SVN at all, but I did it so everyone can test it and send patches. Lee said that he will but what happen then? I was added to developer group here on forum to have access to your SVN (where I was already removed from without a reason) and after checking your SVN code I saw that you only use StrongDC++ SVN code to prepare new ApexDC++ version (and not for testing, helping me to finish it, bugfixing and sending patches as I was told earlier). Then I was told that every patch I find in your SVN. But there was nothing - nothing except StrongDC++ code + your own embedded PNG images + some hacks to allow compiling on Mac + some Apex specific things. This was not the purpose of my SVN (and that's why I'm ending with SVN commits now). And same status was still there a few days ago, Lee, no more features as you say. Maybe you should take a think what is rude.

  16. Posted

    Sorry, I don't care whether it is pure copy or not, I don't care that you use it. License allows it, so use it as you want. But I'm pissed off that you (or Lee) still advertise that there will be new wx GUI in Apex (we have a term "flaunt foreign feathers" in Czech language for it), multiplatform etc. etc. and when I point out where the whole wxWidgets thing comes from to provide users information how it looks like, he just says that I'm rude and deletes my post. I have whole application (except a few settings panels) migrated, all known bugs are fixed correctly (and not with weird workaround as I saw in your SVN), compiles and runs correctly under Linux, new theme engine done and many other stuff. Just language (translations) stuff rewrite remains. So if he wants I will stop committing anything to SVN. Then he can say that I'm rude.

  17. Posted

    Rude? I don't think that it's rude to post link to information about current status of wx migration process which you are based on. I hope you don't want to deny that new ApexDC++'s wxWidgets gui will only be a pure copy of my hard and time-consuming work in StrongDC++ and you don't want to make a profit from it.

  18. Posted · Edited by Lee

    Will users who don't install the toolbar be able to access the beta version announcements via an RSS feed or something? I'm not (and I'm sure some other users aren't as well) partial to installing toolbars, no matter how reputable the devs are.

    <snip>

  21. Posted

    I also wanted to pointed out that the poll is not correctly built. If we want to poll for client that brought the best progress in ADC, then we mustn't include clients that didn't bring nothing else the poll is worthless. For example, make some nominations before to show where the progress is and exclude clients without no big progress in ADC development.

    It could be compared to poll "Which actor of 2010 is the best?" with persons who didn't act in any 2010 movie.

  23. Posted

    All download slots taken means that the user you are trying to download from has maxed out his upload slots. The solution is just to wait until a slot frees for you (or find an alternative source of the file).

    This isn't true at all. Message means that download slots on YOUR computer have been exhausted - either maximum simultaneous files or segments per one file reached

  24. Posted

    Hi, I see people on my hub complaining that this is very confusing and I think the same. I don't know how much of upload remains. For example some people don't want to quit from hub if they see somebody downloading from them. So they are so kind that they stay online for the time when upload finish. Now there is no information about when upload finish.

    Because it's not possible to get when upload really finishes. What if user is downloading a file from more users?