Pedja

Is it possible to set ApexDC to download file form specific source? When I start downloading, usually there are few people having the same file, but they have very various link speeds. When I know which one has the highest speed I want to set ApexDC to download only from that user, regardless if there are more sources for the same file.

Hvala na pojasnjenju, nisam uspeo nigde da iskopam te detalje.

Is it theoretically possible to set speed limit on user level? Actually I would like to be able to set upload and download speed limits per hub level. I know that SC protocol does not distinguish if user is on one or another hub, but as I can see Apex shows which hub user belongs to in connection list. I have this problem: I am connected to two hubs. One hub is in out local network, and transfer speed among members is very high. Other hub is on the net, and transfer speed is substantially slower. I want to limit DC transfer speed on internet connection so I can use Internet for sending email, or even surf while download is in progress. But, if I set appropriate limit, that slows down local connections too. That is unnaceptable. I would like to have limiting that can allow me to use different limits for different connections, and i wold like to have it built in ApexDC.

Otvori Files / Settings / Downloads / Queue. Tu imas opcije zapodesavanje automatskog trazenja alternativa (Segment Donwloading). Tu proveri da je Enable multi source: Automatic, i podesi sledece tri opcije po zelji. Search for alternates je, po svemu sudeci, omoguceno samo ako oznacis jednu datoteku. Verovatno zato da bi se izbeglo zagusenje posto ova opcija dobrano opterecuje resurse.

Takva neka opcija bi bila korisna, da mozes da odredis redosled datoteka za DL. Ovako mozes da to resavas tako sto ces smanjiti broj datoteka koje se mogu istovremeno preuzimati. OPcija se nalazi u File / Settings / Donwloads pa Maximum simultanous files. Ako tu stavis 1 onda ce Apex da DL-uje jednu po jednu datoteku. Ja obicno drzim mali broj, dva-tri, zavisno kojom brzinom se skidaju datoteke, jer vis volim da brze skida jednu datoteku, nego sporo 15.

Is there an explanation how to use it? I could not find anything useful on the net.

If you are an OP you would see IP's of all hub users. ApexDC++ has IP column in user list. If you are not OP then you would see IP of another user after you successfuly connect with him (for isntance, after you get his filelist)

It is very logical and almost standard in user interface that apps that are meant to stay in systray because they are running all the time computer is turned on do not close on close button but minimise (meaning minimise and close button have the same function). This should be the case with ApexDC++ too, but as an option. Who likes it to act in that way he can turn it on (by default it should close).

DC++ klijent spada u onu vrstu programa koji treba da budu stalno pokrenuti na računaru. ApexDC++ ima mogućnost da čuči u systray i radi svoj posao ne smetajući. Ako se dogodi nešto što treba da znate, iskočiće vam mali prozor sa obaveštenjem, a ikonica programa će promeniti izgled. Kada instalirate ApexDC++ podesite u Files / Settings sledeće: - uključite opciju Appearance / Options / Minimize to tray. To određuje da se ApexDC++, kada ga minimizujete, smesti u systray. - uključite opciju Advanced / Minimize on program startup. TIme će se se ApexDC++, kada je pokrenut, odmah minimizovati. - ako imate verziju 1.0.0B4 ili noviju, onda uključite i opciju Advanced / Start ApexDC++ on Windows startup. To znači da će se program sam pokrenuti kada se podigne Windows. Ako imate stariju verziju, ova opcija ne postoji, pa ikonicu za pokretanje programa iskopirajte u Start / Programs / Startup. - podesite u View / Favourite Hubs (Ctrl+F) na koje hubove želite da se program automatski poveže kada je pokrenut. Dovoljno je samo da označite kućicu ispred naziva HUB-a.

Da li isti problem imas i sa drugim DC klijentima ili samo sa Apex-om? Najverovatnije je ipak, da tvoj provajder ogranicava p2p protokole a sa njima i DC.

This is not ApexDc++ related question, but I guess here are lots of people who meet the same problem. On my hub I have some users that do not share zipped data or disc images, but unpacked contents. I cannot find a way to prevent that and force them to pack data before sharing. Is there a solution?

I believe that lots of the developers do not realize that DC is the only p2p protocol that is actually very popular among communities do to its universal usage: as file share and chat. Chat is not at all minor feature. It is very important. I believe that developers should start realizing that DC is long time above plain p2p, and that it became very powerful community building tool.

I run local wireless community hub. We do not have rstrictive rules. Problem with unpacked contents just affects network performance, because one, instead fo downloading one archive, downloads lots of very short files. We do have rules that state why sharing unpacked contents is bad, but I hoped there is a way to automate recognision of such contents. Maybe something could be added to Apex to check downladed file lsits and let it warn if some folders contain statisticaly unwanted contents, i.e. large number of small files, or even predefined file names or file extensions. It would be at least easier to find out who breaks the rules.

All typo errors I found, are fixed.

I will check and correct errors. About advertising. Said in that manner it realy sounds bad. I posted link to ready made instructions how to set hub, with specific hub in target, so one who setts thigs up, will gradualy follow instructions and get the same thing hapen as presented in manual. Afer he successfuly connects up and if neccessary he will get online help form users on that hub, in serbian language, because all hub members speak serbian. That hub is not targeted to worild use, but very small community, so people who set up their DC, mostly say thanks and then go to other DC hubs that are more interesting for them. Of course, if you have time and will, feel free to post other tutorial, which you think is better and more suitable. Forum is open to contributions.

Po svemu sudeci to nema veze sa ApPexDC-om. Nego proveri memoriju, posto je moguce da je ona problem. Najverovatnije Apex tokom rada, uzima pomalo memorije i onda nabode na deo memorije koji je neispravan. S obzirom da ti se desava i sa StongDC-om, sigurno nije do programa.

It seems UTF support on forum is not correct or properly set. I have some topics written in cyrillic cut in half. I guess, database is not set for unicode so SQL server does not know that he must handle character counting strings differently (unicode characters may occupy one or more bytes). It is also possible that string manipulation functions usedin forum scripts are not unicode aware.

ApexDC++ is not utf-8 aware application. If it is there would not be need to set default langguage and codepage in Windows. Also, when I use cyrillic characters in ApexDC++ they are shown ok whle I write, but when I send it, it shows as questionmarks even localy, within application. AL I am saying is that APex should be utf8 aware, and it shuld send bytes exactly as they are. If other site is utf8 aware, it would display them correctly. Otherwice it would display questionmarks or garbage, is it does now. So we can just get something better, it cannot be worse. There is no need for backward compatibility with anythin, just vbecaouse tehre is nothing to be compatible wiht. NOw, no client supports any codepage, so any nonlatin character is shown as garbage. Introducing support for utf-8 would not change it, but would allow that utf8 aware applications can read and present any text as needed. If ApexDC+ is theonly one utf8 aware, than it is just another reason for people to chose it. There is no need for any fancy protocol for utf8 support. Just look how Windows deals with utf8 text files. There are two bytes at the begining of the file that show it is utf-8. how it works now: if two people want to talk in russina they both have to set windows to russian, and it works. This means that DC protocol does not limit communication on foreign character sets. But, if one want to use other language at the same time to talk with someone else, he has a problem, beause he cannot use two codepages at the same time. Intruduction of utf-8, solves that problem. Insted of characters being sent in user selected codepage, they should ba always converted to utf-8 and sent that way. Receiving clined should accept utf8, and convert it to apropriate codepage to present it. If applciation is utf8 aware, it would not need to convert at all, but simply display what it receives. This allows us to use as many different languages at the same time. And limitatin is not a protocol, which obviously can transfer any codepage, but non utf-8 aware clients.

Ако желите да омогућите да ApexDC++ брже сам индексира нове датотеке у дељеним директоријумима можете скратити време између два аутоматска освежења листе. У опцији Files / Settings / Advanced / Experts only подесите опцију Auto refresh time. Време је изражено у минутима.

Kada u svoj share uključite odjednom veliki broj datoteka, ApexDC++ počinje da indeksira te datoteke i računa im čeksum. Ovo je prilično intenzivan posao za procesor koji većinu računara primetno uspori. Ako želite da vam računar radi bolje za vreme indeksiranja u opciji Files / Settings / Advanced / Experts only podesite Max hash speed. Što je broj manji to je brzina indeksiranja manja te je opterećenje računara manje. Ako je upisana vrednost nula, onda se indeksiranje vrši maksimalnom brzinom.

That is strange. I do not see how protocol can limit unicode? It's just sending bytes over the connection. It is all about clients if they can interpret those bytes properly. For instance, you can introduce new option to ApexDC++ for users to set prefered codepage (including unicode), so if two users set the same codepage they can send messages with no problem. Internaly client could always use unicode for maximum compatibility. Also, each message snet could start with small header that shows which codepage is used for sending message, so receiving client could adjust accordingly. However, all users should be be advised to use unicode only, sicne that means they all can exchange messages no matter of language. The last thing that should be, is that user must set his Windows to speciifc codepage to be able to exchange messages writeen using that codepage, as it was advised in this topic.

Beta verzije 1.0.x su se pokazale prilično nestabilne i vrlo često pucaju. U nekim situacijama umeju da obore i sam hub. Nemojte ih koristiti za svakodnevne potrebe i držite se ranije stabilne verzije. Najavljeno je da će uskoro biti dostupna verzija 1.0.1 beta 3 u kojoj su nestabilnosti otklonjene.

Ako želite da preinstalirate Windows ili formatirate disk a potrebno je da sačuvate podešavanja APexDC++, dovoljno je da izađete iz programa i iskopirate na sigurno mesto ceo direktorijum u koji je ApexDC++ instaliran. Nakon što završite instalaciju Windows-a, vratite kopiju direktorijuma na isto mesto gde se i ranije nalazila. Pokrenite program i sve će biti na svom mestu. Ovo naravno neće sačuvati datoteke koje ste imali deljene, njih treba da sačuvate posebno. Na ovaj način možete i da prenesete program sa jednog računara na drugi.

This is not a good solution, just a quich workaround. Applicatin should support unicode. This way, user can alternatively use just one codepage other than english.

Ako želite da instalirate novu verziju ApexDC++ preko već instalirane stare a da ne izgubite podatke uradite sledeće: 1. Izađite iz programa. Potpuno. Nemojte ga držati minimiziranog ili u systray-u. Program ne sme biti aktivan u toku doinstalacije 2. Instalirajte program preko postojeće instalacije a) ako instalirate samoraspakujuću arhivu, samo joj potvrđujte sve što pita, a kada pita za direktorijum u koji želite da instalriate program, podesite da bude isti direktorijum u kome je već instalirana prethodna verzija. Instalacija će proveriti postojeće datoteke sa podešavanjima i statusima i neće ih oštetiti, tako da će svi podaci ostati sačuvani. ako instalirate izvršnu instalaciju onda je ručno raspakujte u direktorijum gde se nalazi prethodno instalirana verzija