mRatio 5.4.1

**dancer** · 24.04.14, 21:48

Originally Posted by Lucius

Try to use Scrape feature of mR .. Is it give you the same result ?

Yes, it does. Each time I click on "Scrape" I get the correct counts in peers and seeds. Each time I click on "Update" the counts gets messed up. I need to manually click on "Scrape" after each timed "Update" to maintain the counts properly.

**mmmmm** · 25.04.14, 00:17

Scrape each announce lead to BAN ,mR work like real bittorrent client ,as i know there is no bittorrent client scrape each announce as you request.

**mmmmm** · 26.04.14, 10:01

I forget say also, private trackers request disable scrape from bittorrent clients even if its enabled by default such utorrent.

**dancer** · 27.04.14, 03:12

OK. With the observations that (1) the private trackers are disabling scrape on µTorrent even when the options is set, (2) µTorrent displays the correct number of seeds and peers with scrape disabled by private tracker, (3) mR is unable to display then number of seeds and peers correctly when it receives an announce response from some private trackers, and (4) mR does display the number of number of seeds and peers correctly when a scrape response from the private trackers; then it would seem that for some private trackers there is something unusual in the announce response that some how µTorrent can handle but mR can not handle.

One thing I came across in Bittorrent Protocol Specification v1.0 was a note of two different formats of the peer list in the announce response: dictionary model and binary model. The list of peers has a length of 50 by default and strangely when the number of peers and seeds are not displayed correctly, what I see is blank for seeds and ~## for peers where ## appears to have a maximum value of 50 and may be less than 50.