Sidetrack

I am not sure exactly what the problem is. however, if you rejoin TechGeeks and attempt to contact me, I will be glad to help. My times are sporatic at the moment. but evenings CST (GMT+6) is usually best time to catch me..

Please note, in the event that the P2P checker goes down again. We can use the site, http://www.Canyouseeme.org, however your client must be started and you have to manually put the port in.

Did this get resolved?

I agree. this topic was recently brought up. I suggested that he check BOTH.. if its working well on one section. why not add it in both. I suggest everyone to use it if they notice speed issues. Also, if you still have problems. I have seen many ppl have a problem when using 5 digit ports. I can not explain why.. except that windows handles those sockets slightly different than most 4 digit ports. If you know who told you to use a 5 digit port please let me know, in the support hub. As I instruct all the team members to advise using a 4 digit port. one less problem to resolve in the future. Hope it helps .let us know please

the net will create shifting of speeds and your client will do it accordingly. many clients, used to not update as often, so it looked like the speeds were steady. They were not, but Apex tries to update more often, at the expense of the CPU, (not badly, but it states so anyway). So you will notice more of the speed shifts

Honestly it sounds like your ISP is throttling your connection. Go into your Apex settings, go to advanced, and look for the 2 boxxes that say, "Send garbage to ISP" and check them both. then click ok. close Apex, and reopen. see if it makes a difference, It usually does..

realistically, I dont think you will be able get into active mode, via MOST wireless ISP's. the only way would probably contact your ISP and ask if they block ports.. most do..

Great Idea. however, knowing Net Protocols, such as UDP, I can see a WORLD of problems with it. UDP is a connectionless protocol, simply put, it does not verify packet data, nor does it have the info built in. Therefore theoritically its quicker, but if it fails, it doesnt know it. Thats why TCP is still used so often, especially with file transfers. The risk of corruption, would be far greater.. Good idea yes, using UDP, probably not.

How true Z.. RoadKing.. if you are still having problems. can you give as much detail as possible. Like firewall/router etc.. type of connection and exact error msg. The only way this client can be perfect or even better, is feedback. People taking the time to test, and try.. even with all the testers, some things are bound to be missed. If we find a pattern forming, then we can sort through the code, and fix. but since there are so many different configurations possible. its very hard at times..

ok. guys. easy way as far as i can see.. is lets all revert back to windows 3.1 or DOS 2.3. NEITHER will run in a windows 2000 + enviroment. does this mean that MS is forcing u to update, yes. are they forcing their opinion on you, hell yes.. but as much as I hate MS.. even its OS has come a long way from dos 1.0. and yes. I actually remember it. hell I am even certified to support DOS 2.1. (circa 1990). There is more than one client in DC.. just like in OS' environments. If its not your " Cup of Tea" then choose another. in the world of DC.. its primarily the Clients who make DC evolve, not the hubsofts. ask PPK or Nev, Todi etc.. its the guys you are seeing in this thread that are taking time out of coding, to address your concerns, they are open to feedback from many.. as it helps them to make a better DC experience for each user. But in the end. its the "Author's" choice of what gets in and what doesn't. I don't like taxes, they go up every year, and they are forcing their opinion on me. yet not making MY life easier. at least these guys are doing that..

currently i have noticed a few users who are using the Apex PR3, and are talking about SERIOUS jumps in mem usage, yet at this point, I have not been able to pinpoint exactly whats in common with each user who has this problem. however, in most cases, reinstalling the program. launching then closing and copying settings folder data back in. seems to have worked. why? I have NO clue. about 98% success rate though.

Squelch, I am greatful that you referred them to the Support hub. it is my hope that they will take the time to check out what apex and other multsource clients have to offer. multisourcing is here to stay. IF the hub wont allow them.. then they are a dying breed that probably only needs help in expediting their death. (NO I am not talking about killing the hubs..) MOST P2P or fileshare/chat structures support this idea because simply its faster, more efficient, and actually overall better user experience. Are you going to stay in a place, where you can only download at 2k per sec times 1 user. or 2k per sec times 20 users? to get a 300+ meg file?

sorry guys.. in my opinion clients that don't support this move or that are not up to the newer standards, aka old clients, should be considered EOL or end of life, Even anything lower than PWDC .4x has reached this stage, and is not supported by the PWDC/Apex Support hub. Please note, we try to help when we can but are not going to jump through hoops for it. how long should support be around for Old clients.. should we support DC++ .3.01? or version 1.0? I dont think so.. might as well continue to support NMDC itself

well leave it to me to screw things up.. many times I am sending messages, executing commands etc.. and I screw up what I am typing over and over.. if we could have the uparrow repeat the last msg so you could edit it then send, this could be very helpful.. An example would be when I am doing regs via typed functions, !ar nick pass profile !ar nick pass profile or doing !ui in the hub. or even worse, edting text commands, !showtextcommand, !listtextcommand etc.. if it could keep a short history of what you typed and each entry be the last one YOU typed, this could very much come in handy. especially for ones that screw up like me. maybe make it so you have to be OP in the hub or something (to keep from making it a quick styled flooder) or setting it so the text must be slightly different.. many times have I screwed up and had to type a boat load of stuff over, this would have been a sweet function. BTW APEX rocks already Preview 3 was awesome!..

Bloody hell Crise.. its these kinds of features I SO wish you would tell me about .lol.. thanks BIG BIG TIME

as I had stated before guys.. regarding the OP client. ANY OP client you are using currently is probably derived from the source of dc 401. THIS source uses the protocol of NMDC and has been exploited in order to achieve the "Features" of most of the quality OP clients. when the DC developers started working on ADC these types of exploits were the first things fixed, and a considered a very high priority. Because of this, every OP client since, has been unstable. On similar note. MOST of the same clients use the NMDC protocol for reading filelists. Since Apex uses ADC and reads using the newer XML format, it cant work. THIS 2 components alone have had a huge impact on the creation of a decent OP client. In addition, the hardcore coders for Apex, have been working on Apex Standard, without much help I might add.. I understand how most of it works but cant delve into the raw code and actually FIX it.. This has been major part of the problem in releasing an APEX Op client..

Would it be possible to setup a right click option to add opening the history of the log from the users you are in PM with. maybe triggering using notepad or something. it already determines the log file so it can attach to it. and can add X amount of lines from previous conversations. this could be VERY helpful in a variety of ways.. most of the work is already done.. atleast I think..

i would like to see this radox.. and more adverts about the add ons that are out there (official and unofficial) for apex.. I think this would trigger more ppl doing development on their own to make apex add ons better..

another satisfied customer.. lol.. thanx Radox

was this version you are running from the apexdc download site as an installer or raw code you compiled.. I have not seen problems with the stl ports in a while... wondering if this would be caused by using the standard compiler stlport files, instead of the custom ones that are added with SDC and Apex.. just a thought..

these seem to be 2 different errors based on what I know of the exception info.. the first is involving the queue managers and the 2nd is involving the upload manager, darkstalker, try moving your queue.xml file out of the settings folder (with Apex closed) and restart the client. you will have to start the downloads again, but it will also recreate the queue.xml and this may help. One other possibility is the temp files that are in (by default c:\program files\apexdc++\incomplete) your incomplete's folder, when you take out the queue.xml file. remove the files out of your incompletes folder so it wont attempt to use the old (partially downloaded) files, but create new ones. this will most likely fix the error. lightning, your problem is different or seems to be. your problem is in the uploads section of the managers, someone has tried to download something from you and it failed. did you customize the settings for your files, such as limiters, or modified segmented downloading. etc.. this is primarily related to your upload, be it, slots, custom sourcing not sure, maybe using a mapped network drive.. there could be many different situations on this one.. I think.. crise can probably be more specific.

my guess is that it had a problem creating the magnet for a file. probably a temp file or something dont know. can you provide more information on this so we can further help you?

This is getting to be a very big problem, and believe it or not, its NOT on your end probably. As a hub owner, I know that we tweak the hubsofts as much as we can in order to be able to have as many users as possible, using YNHUB, this problem has become even more evident lately so I noticed with my hub. I have about 630 K up in bandwidth.. and I push over 800 usrs, most of the time actually 900. I have gotten to know the software very well and can usually do very well at it. but there are times when it simply decides to not play nice. They say (they being ynhub forums) that for every 1 user, you should allocate 20k of bandwidth.. you do the math.. its not very much at all.. However, with tweaking.. you can bring it down to less than 1k. As long as everything is working right. its works flawlessly, but like me at the moment, is having a problem on our DSL line and a ton of line noise.. so what would normally work well, is failing miserably. (got a tech coming out today, probably remote terminal screwing up again). My point in this is that the hub owners are pushing the connection to hard, or something is screwed up. On a side note, but also a direct thing affecting this.. Many ppl are now using ynhub 1.33, and socket errors are far worse than they were using 1.31, but the additional commands and functionality that was added made running a hub far more efficient. so as a hub owner, we have to choose, a sacrifice for quality over accessibility. its a very hard decision. As a support hub owner, some commands simply will not work under 1.31. so we have no choice but to run 1.33. hope this helps

NOTE: without having the TTH verify function, there is NO way to make sure that the files that are being downloaded are not corrupted. Also, working with segmenting files, (multisourcing) it needs the TTH to be able to recognize that the files are exactly the same, so it does not corrupt. If you suscpect a user using a client that does not utilize TTH, its probably an older DCDM (modified for this purpose), R2, which has many problems atm, or DC stealthy (older version also) in any case, for DC to continue to evolve, ppl must make decisions like this to keep DC better quality. How many times did ppl from KaZaa download "Crap".. now how often does this happen in DC?.. heck look at the number of virus's on DC compared to other P2P based programs.. Thats one of the primary reasons I went to using DC and created the support hub.. hope this helps, if not, simply ignore it..

actually to be specific, DCDEV will randomly drop you.. and because it shows as connection closed forcibly by remote host or something like that, it will not auto reconnect. this is meant to be this way. Artful, I talked to pretorian, he said the DCDEV hub does this even to him. is something to do with the ADC and how clients to connect to it. because ADC protocol is still being changed and developed unknown "new" commands to the client or to the hub may force your disconnect, I dont know that we could even try to fix it. Currently that hub is running a custom ADC hubsoft.. hope that helps