Can someone create uTorrent 3.5.5.45704 client to... :-)
Printable View
Can someone create uTorrent 3.5.5.45704 client to... :-)
No Problem.. anon.. Take your time.. :top:
so i was facing some problems with mratio and memory reader.. i tried to follow this http://www.sb-innovation.de/showthre...tioMaster-Plus and sort of got stucked at https://i.imgur.com/ERJqOKX.png like i started the torrent on transmission (client file is same on mr too) but this doesnt want to refresh or do anything else.. what am i doing wrong?
mRatio's memory reader only works with uTorrent.
RatioMaster Plus can read any client (in principle) and even remote instances on other computers.
If you go to the client file section for the tool of your choice and look up the emulation you're using, you'll find tips on how the memory reader should be used, if at all.
so seeding few k torrents this popups everytime when restarting mr https://i.imgur.com/42QZvrp.png
i click on no because it wipped 100 or so torrents in few trackers when i clicked yes to see... not really a bug.. but anywork around besides having to delete some torrent unless thats the only method?
Also @anon from my previous post i mentioned that restarting the torrent used to make it change id and key will stopping and starting it keeps the same but when i restart the client it seems to fck up.
Someone reported this same error a few years ago, but I was unable to find a cause or pattern for the bug, even after receiving a copy of some .torrent files that triggered it.
If you suspect having thousands of torrents loaded is the reason, you could try Sandboxie to run multiple instances of mRatio and distribute the load evenly among them.
Can you elaborate? Especially on the last part.Quote:
Also @anon from my previous post i mentioned that restarting the torrent used to make it change id and key will stopping and starting it keeps the same but when i restart the client it seems to fck up.
Thanks!
Yes, so to explain again when i stop a torrent and start it after few seconds the peer id and key will be same always. But lets say when i restart mr all the id's and keys of all torrents change. now this is what makes me paranoid to use it some top trackers. if this is a common behavior i'll start using it on top trackers after your confirmation and if not, is there any fix for this? or else fml :frown:
That's the expected behavior also followed by qBittorrent itself. Identification data never persists across restarts on any client. The only (potential) problem here is that trackers could observe this behavior only occurring for some torrents if you restart mRatio while keeping qBittorrent open, and since the port number is the same, you can't argue that you're running two instances of the client. The only solutions to this are either never restarting mRatio or always restarting both programs.
Nice, Im safe then. Thanks! will try sandboxie and give update if that fixed the deleting issues.
Yes, i saw that... i tried to reproduce it multiple times and saw it as i said being only reproduced after the "restarting the client" so i guess i termed wrong on that post by mistake, but thanks..
EDIT: Im talking about this post http://www.sb-innovation.de/showthre...934#post357934
---------- Post Merged on 12.08.20 at 08:13 ---------- Previous Post was on 11.08.20 at 22:45 ----------
So i tried this and it seems to fix the issue!
http://www.sb-innovation.de/attachme...chmentid=19123
Pleasantries aside, I'm glad it worked, although I don't consider this a real solution... more of a workaround for a workaround. Not only should mRatio be able to run thousands of torrents without triggering bugs in the first place, it should also allow multiple instances, which there wouldn't be any problem with as long as they're installed in different directories (even listen port conflicts aren't a big deal, as they're not used to receive or transmit any application data).
I'm planning to look into getting instances to run without Sandboxie, but the executable is protected with an unknown packer, so I don't expect much success.