jeste sem trosku vysperkoval project2.dll (viz. attachment) a jako dukaz pro neverici vam ukazu poslanou zpravu o pripojeni z uT a BCuT:
uT:
GET /a/xxxx/announce?info_hash=YYYY&peer_id=-UT1600-%da%81%02GY%e5%87%3b%08vn%d5&port=22008&uploaded=0&downloaded=
0&left=353200266&key=EB3BE8AD&event=started&numwant=200&compact=1&no_peer_id=1 HTTP/1.1
Host: tracker.torrentleech.org:2710
User-Agent: uTorrent/1600
Accept-Encoding: gzip
BCuT:
GET /a/xxxx/announce?info_hash=YYYY&peer_id=-UT1600-%da%81F9%3F-%0E_%C2%08%95%BE&port=25233&uploaded=0&downloaded
=0&left=351103114&key=89D3D039&event=started&numwant=200&compact=1&no_peer_id=1 HTTP/1.1
Host: tracker.torrentleech.org:2710
User-Agent: uTorrent/1600
Accept-Encoding: gzip
jestli ste prece jenom rejpavi a vsimsli ste si rozdilu hodnot u peer_id, port, left a key, tak si z toho nic nedelejte protoze u uT je dulezita jen cast peer_id, port je logicky taky jinej, left samozrejme taky a key taktez.
monitorovanim odchozich zprav sem zjistil proc se nekterym na zettoru neupgradovalo ratio, kdyz stahovali v BitComet. muj oblibenej BC je od cinanku lajdacky udelanej. v pravidlech protokolu je povinnost zahajit prenost pomoci event=started a ukoncit ho event=stopped. BC ale posila jen started
. ted uz se na zettoru nemuze stat, ze by se spatne aktualizovalo ratio, protoze provedli upravu skriptu. tato zmena zajisti aktualizaci i pri spadnuti systemu. takze by klidne mohli BC povolit.
