Search results

For example, recompile mediainfo binary and change it's output. Plugin simple show it to you.

oh shame over me!!! YES, there is the Dropdown! Perfect Thanks for this, now i can run 100% only on rutorrent

ok, rutorrent svn 2035 and rtorrent 5bed4f0, libtorrent 88f8359 straight from github. The Chunks screen now looks a bit different, but no change in the behavior Do i need to activate this somewhere?

ruTorrent issue 713: http://code.google.com/p/rutorrent/issues/detail?id=713 Hope i filled everything out correctly

Hello, im running ruTorrent 3.4 (latest SVN from right now) with rTorrent: 0.8.9/0.12.9 (on a headless ubuntu server) Im used from Azureus (yes im that old...) to see in the Chunk screen how the Chunks are spread over the peers. Now in ruTorrent i only see F in the Chunks, and always the...

Yes. Whole filter. Then this is a not your variant. Try to make 5 filters instead one, for example. E.q. first with /Alphas/i, next with /The.Big.Bang.Theory/i etc. One filter for one show. BTW, you don't need '.*' sequences in this case. This mean - filter will catch only one...

Its has a different hashes. As resut - this is a different torrents for rtorrent. Try to use "Min interval" field in the filter settings.

Waht about rtorrent version? ruTorrent version?

And? Yet once: 1) This field contain non-UTF characters. 2) This hasn't relation to rutorrent and rtorrent at all. Try to run mediainfo from console and check result.

Data about "writing application" in this file was writed in the incorrect codepage. CP-1251 instead UTF-8, for example.

Oh, OK, I see. Thanks a lot! I learn every day!

I don't think that this is the case... You see http://my.server.address/rutorrent_path was being protected by .htaccess/htpasswd which were in a folder inside the server. And then, wanting to protect /RPC2, too, I pointed to the same .htaccess/htpasswd files. So aren't they the same realms? I...

EDIT: I think I found what was wrong...but still not exactly sure.. In /etc/apache2/sites-available/default I had the following: Code: SCGIMount /RPC2 127.0.0.1:5000 <location /RPC2> AuthName "rTorrent secure access" AuthType Basic AuthBasicProvider file AuthUserFile...

OK.. I disabled plugins in both locations Closed firefox, let it alone for a couple of minutes and then re-opened the address of my rutorrent. A strange thing I noticed: Firefox prompts for login twice - once for accessing the webpage and once for accessing /RPC2 (same user/pass but different...

I have two rutorrent installations on the same server. In the main installation I had httprpc enabled and rpc disabled, but on the svn one, they were both enabled.. Perhaps one installation is affecting the other...

I get a prompt for username/password and once I insert them I get Code: Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator, webmaster@localhost and inform them of the time the error...

Thanks very much both of you! I guess that if httprpc is active and I get the benefits for bandwidth, then keeping mod scgi for transdroid is not a problem! P.S. My /RPC2 is protected, so I guess i am OK.. P.P.S.: Just for the sake of it, I will try what Kolor said, just to see what happens...

Hi there everyone! I have a question: I decided to use httprpc plugin, so I enabled it in plugins. The only thing that I did besides that is edit my server's apache2.conf and commented the line Code: SCGIMount /RPC2 127.0.0.1:5000 Then restarted apache... Rutorrent seems OK after the restart...

Thank you very much for the explanation Kolor! I thought it has to do with the country flags.. I should go ahead and also correct the Greek translation, because it was translated having country flags in mind.. Thanks again..

Since yesterday I have been experiencing problems with plugins hwk FileUpload and Fileshare (which were working perfectly): FILE UPLOAD: error - STATUS: error MSG: and FILE SHARE: error - STATUS: error MSG: The FileUpload starts sending the file and in about 20% of the message sending presents...