mRatio 5.4.1

[Marvelboy]

Can someone create uTorrent 3.5.5.45704 client to... :-)

[anon]

Can someone create uTorrent 3.5.5.45704 client to... :-)

I created it for RM+ and should have done it for mRatio at the time, but wasn't sure how high the demand for uTorrent emulations is these days. There hadn't been a new version in literally months Anyway, coming soon.

[Marvelboy]

No Problem.. anon.. Take your time..

[sigduwksnsksis9283]

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?

[anon]

mRatio's memory reader only works with uTorrent.

[sigduwksnsksis9283]

mRatio's memory reader only works with uTorrent.

oh shit so only Ratio master plus works for all or is it same in that too?

[anon]

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.

[sigduwksnsksis9283]

so seeding few k torrents this popups everytime when restarting mr
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.

[anon]

so seeding few k torrents this popups everytime when restarting mr image
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?

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.

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.

Can you elaborate? Especially on the last part.

[sigduwksnsksis9283]

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.

Thanks!

Can you elaborate? Especially on the last part.

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

[anon]

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.

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.

[sigduwksnsksis9283]

Nice, Im safe then. Thanks! will try sandboxie and give update if that fixed the deleting issues.

[anon]

Nice, Im safe then. Thanks!

Note that I added some lines to my previous post before you made this reply.

[sigduwksnsksis9283]

Note that I added some lines to my previous post before you made this reply.

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 ----------

you could try Sandboxie to run multiple instances of mRatio and distribute the load evenly among them..

So i tried this and it seems to fix the issue!

[anon]

So i tried this and it seems to fix the issue!

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.