This is still portable, that hasn't changed from previous versions =] Installing it as a service is optional. Installing the root certificate is mandatory, but .NET uses the system certificate store, and there are no workarounds I'm aware of.
Printable View
This is still portable, that hasn't changed from previous versions =] Installing it as a service is optional. Installing the root certificate is mandatory, but .NET uses the system certificate store, and there are no workarounds I'm aware of.
Thanks for your amazing work in this tool! i can't wait for 7! keep it up!
Ports are 2810 and 2910.Quote:
Torrent data and settings loaded.
Torrent settings saved.
Torrent starting by user request ...
Creating START announce ...
Establishing a connection ... abtorrents.me
Error establish the connection: A timeout while waiting for the proxy destination to respond.
Retrying tracker connection with abtorrents.me in 30s.
Version 7 is out! Uninstalling v6 before upgrading is highly recommended, especially if you're running this as a service.
Just feedback, V7 works very well so far with 5200 fake seeding torrents and ~50 active up/down new torrents per day. error code 1053 appears again, but was also resolved again after spaces removed.
That must be sucks bro. mR doesn't have these issues on my machine. With ~5000 torrents running, the memory usage is at ~50MB and CPU usage is totally negligible (it's not CPU-bound program after all). Overall, pretty stable.
The only serious bug I've met is a certain probability that it would crash when I typed keywords after the cursor was positioned in search box. Other than this, never met a throw-out error.
Another reminder is avoid selecting and deselecting huge number of torrents at once, like on a scale of ~5000 torrents, if I press Ctrl+A accidentally, mR would freezing for at least 40min ...... and after 40min it finally wakes up, I deselect them, again accidentally, by clicking a random torrent, another 40min begins.... :shockkk!:
Anyway, High CPU is definitely not normal. Maybe try asking in mR's main thread?
I gave some advice on how to (possibly) reduce mRatio's CPU usage some time ago.
The248 changed the list view control at one point to address slowdowns with many loaded torrents. With that said, I think we can all agree that 5,200 of them is 1. not a standard scenario, 2. pushing the limits of any program, whether they're a ratio cheating tool or a legitimate client. Writing extreme high-performance code isn't easy.
I used the real client of QB4.2.5. Then I also selected QB4.2.5 in MR. Then I read the real client memory data in MR. The result still cannot be read at this time.
I am using UT2.0.4 to simulate the client and I can read the memory and its port on the real client normally.
The memory reader in mRatio only supports uTorrent. Furthermore, it wouldn't be necessary for qBittorrent 4.2.5 in any case.
As I recall, Deluge won't even attempt to run so many unless you change some configuration parameters.
https://dev.deluge-torrent.org/wiki/...-developTobev2
I think rTorrent is the only client that is actually able to deal with thousands of torrents. The others only try and succeed to some extent :memehappy:
You should download and run mRatio 2.0.9 just to see what a long way we've come since then. Saving the torrent list? No, just readd them every time you start the program, it can't be that hard. uTorrent emulation and client files? You don't need that!Quote:
the fact we can cheat with 5.2k or more torrents is more then amazing considering how old this software is.
No, only uTorrent is supported.
i download mratio and now what is this? what is the difference