Add download scheduler

[rakshasa]

The user should be able to schedule torrents for download and select a certain upload ratio at which the torrent is closed. F.ex the user may specify max 3 simultaneous downloads, and the client will finish these before downloading the next in queue. The user, or the client in case a download has stalled, should be able to start another download in the queue.

Perhaps make it possible to automagically seed slow torrents.

[andrewb@votehere.com]

When calculating the e.g. "max 3 simultaneous" downloads, it would be good to ignore downloads that are blocked for some reason (no seeds, whatever) so that three of those don't stop the queue from making any progress.

[anonymous]

I second this

[anonymous]

I would love to see the support for scanning a directory for new torrents. Keep up the great work. :)

[anonymous]

Scanning for new torrents, just like BitTornado? does, would be very useful for me. I guess it's not difficult to implement, so please consider doing it in not to distant future. :-)

[anonymous]

Having a directory of running torrents, where I can drop one in and have it start, and remove one to have it stop would make me switch. I'm using azureus now and that's horribly slow, but dropping all my torrents in a dir on my server and having that take over is way too practical.

[nospam@local.se]

I second this.

I use rtorrent as my main torrent download app, but this functionality would make me stop feeling like "This client isn't as good as it could be".

Really great work, keep it up.

Btw, the email works(Don't be scared off by the nospam@), if someone would want to mail me, for some reason. :)

[rakshasa]

I'm working on certain parts required for this functionality. Expect to see it in the next release.

[Harm]

Now that rtorrent is capable of watching directories, I finally migrated from the standard launchmany-curses client.

But is there still a need to differentiate between a sessiondir and a "watched" directory? It seems a watched directory can provide the same functionality as the sessiondir does.

The only thing a sessiondir seems to provide is a place to store client specific metadata. But I think this should be stored client wide and regardless of sessions, similar to the official bittorrent client. (which stores resume data etc. in ~/.bittorrent/, and keeps it there for future use)

I'd love to see the the ratio based scheduling/actions, to me that would make the client complete :)

Great job Jari

[rakshasa]

The plan is to make it possible to configure the behavior to be either, it should be trivial to save to the tied file rather than the session directory.

[anonymous]

I see the ability to watch a folder in now in the current release, but I was wondering if the ability to seed until you reach a desired ratio is also in. Its the last feature that I want.

[Alan]

I would love to see the ability to seed until a specified ratio is reached. It seems to have been lost in the above messages, but other tickets have been closed in favour of this one.

[Johan]

It would be nice to be able to limit traffic to a specific time frame. E.g. my provider has a 50% bandwidth cost between 00:00 and 07:00. rtorrent does not seem to remember its last state (at least not in a screen session) after shutdown so it is currently not even possible to do this using cron.

[anonymous]

You may already schedule throttling with the 'schedule' option.

[Douglas Furlong <douglas.furlong@gmail.com>]

I'm just adding my voice to the "I'd love to add a ratio option" crowd.

An interim thing would be to at least be able to record upload stats between restarts.

Gota say, I LOVE this client.

[ahhoj]

i'd also like a download scheduler an option for max active torrent, and if an active torrent stops for any reason (ratio, schedule, etc), the first in the queue should start but if it's difficult, only a working max_active_torrent option, plz ;)

[xor]

The "max active torrent" feature would be very nice to have ! I often have some 30 new torrents in one day ... and if I start them all at once ... this is not nice :) So it would be nice if the rTorrent could start leeching the next torrent when there is one finished. Hope to see this feature very soon ! Thanks a lot ! Continue your great work !

[anonymous]

I agree, this is the only torrent client I've ever used without "max active torrent".

[anonymous]

Add my voice to queueing support. In the meantime I am using Max Bordelon's script to some effect:  http://rakshasa.no/pipermail/libtorrent-devel/2007-April/001137.html

It is not ideal, however, as sometimes I add torrents via watching, sometimes manually...

[anonymous]

+1 vote for this feature

[anonymous]

+1 vote for this feature (queuing downloads, setting an upper limit on number of simultaneous downloads).

[almost anonymous]

Hear, all ye good people, hear what this brilliant and eloquent speaker has to say!

[anonymous]

i'd like it very much.

[anonymous]

This feature missing is stopping me from using rtorrent.

[markcov@gmail.com]

+1 vote for this feature

[some dude who loves rtorrent.. but..]

+1 vote for this feature.

I'm using rTorrent as my main download program. I really like it, and I'd love to improve my setup by using Queuing like this.

[anonymous]

+1 vote for this feature.

Rtorrent will be perfect when proper queuing is implemented.

[anonymous]

+1 vote for this feature.

Awesome app. This feature would be a nice step towards its fully completion.

[anonymous]

+1 vote for this im running this on my freeNAS and its the best.

[anonymous]

+1 it's about time, isn't it? this hasn't been implemented for 3 years now

[anonymous]

still waiting for it.

[rakshasa]

If people don't stop AOL'ing this ticket, I'll delete it from the database...

[jamiew]

Also agreed w/ others about the essentialness (and seeming simplicity?) of this feature. Max open HTTP connections isn't quite the same thing.

Love rtorrent, keep up the great work.

[anonymous]

Any progress on this feature?

[Reuben]

There's a script made for this though I haven't tried it myself.  http://www.stabellini.net/rtorrent-howto.txt

However it would be really nice to incorporate it directly into rtorrent to save on resource usage.

[Keerthi]

+1 vote for this feature. I can't believe rtorrent doesn't have this capability.

[Pete]

+1 vote for this feature. I love rtorrent but it takes a lot of micromanagement.

[joolz]

+1 download scheduler, the only thing stopping rtorrent from true greatness.

[anonymous]

+1 download scheduler

[anonymous]

another +1 for download scheduler

[Ning]

Waiting for this feature, it will make rTorrent more atractive.

[anonymous]

Any word on it's current state of development?

[anonymous]

+1 Queue support is a must have feature for any torrent client

[anonymous]

+1 for download managing. Would be really great if I could set 2 simultaneous downloads. Ofcourse, If I add next one to downloads rtorrent should first download previus 2 active downloads.

[rakshasa]

Will be implemented next.

[rakshasa]

Ergh... not supposed to be closed.

[anonymous]

hello, as far i see it will be implemented next yes ? :) Great. I am waiting for this :)

[anonymous]

"Opened 3 years ago"

Fwooosh! Breakneck development speeds!

[amonymous]

Hey smarty, how comes in 3 years you didn't learn C++ and program it yourself? Sounds like a plan, right?

[exhuma.twn]

Hi rakshasa, first off, I have to say you're doing a brilliant job.

This may seem off-topic at first, but stay with me.... ;)

The one thing this project is missing, is some more documentation. Mostly about the config file syntax and available statements. Assuming the above mentioned features (max-active-torrents, seed-to-ratio) are already built in, they are difficult to find in the docs. Well, the seed-to-ratio is in there, but lacks a bit more explanation I beleive. This may be the cause as well for some of the people to request features even if they are already implemented.

I for one would greatly apreciate the max-active-torrents as well. So I could simply dump all my torrents to the folder and let rtorrent do it's magic. In essence it would be great to have it work like this:

If there's a free slot on the queue:
   - pick next torrent by file-modification-date
   - add that torrent to the queue

for each active torrent:
   if the torrent is below the defined seed-ratio:
      keep downloading/seeing (e.g. return)
   else:
      de-activate the torrent (i.e. liberate a slot on the queue)

This is very roughly as I would see it in action, or as I would expect it to work. Note that this is not supposed to be a valid algorithmic example. It's simply a braindump and it might be optimized... or not ;)

Being a developer myself I am aware that writing docs can be very annoying. Mostly I always have the "I'll do that later when I'll have the time" train of thought. But I think that rTorrent can be something like a swiss-army-knife for "torrenting" if one knows the syntax and semantics of the config file. I would not mind to chip in an write some of those docs. This would however imply that I understand how the config works in the first place.

If you won't mind, you could point me to the location of the source code that reads/parses the config file and I'll try to figure things out from there. When I feel confident that I understood things, I'll draft up some docs and send them to you.

What say you? ;)

[anonymous]

I don't think the mode of operation is the big question. The big question is who has both the time and the competence to program this feature.

[anonymous]

I would love to see force starting of certain torrents. Ie allowing set torrents to be excluded from the schedule.

[anonymous]

i would love to see this implemented in rtorrent. cant believe its been missing for this long.

[anonymous]

latest revision added a simple scheduler, try it out

[anonymous]

How do i use this ?

[anonymous]

little help in how to use this

[anonymous]

a scheduler where you can limit it to only be active a specified period a day (utorrent have this feature)

[anonymous]

that's easily done with the schedule command

[Faggot21]

I am grateful for your music. ,

[anonymous]

Wow, such a popular and simple feature and it's not implemented, im sure you could base it on maximum uploads.

[dwhelpuk@gmail.com]

Nice Website. You should think more about RSS Feeds as a traffic source. They bring me a nice bit of traffic.  Dissertation Help |  Custom Dissertation

[anonymous]

I'm baffled that such a simple feature isn't implemented yet.

[anonymous]

same

[anonymous]

The lack of this feature really breaks rTorrent for me and probably for others. If I have 20 torrents downloading at the same time my speed gets choked up and won't increase passed 300-400kb/s. If I have 5 torrents downloading at once however it'll download at the full speed of my connection, i.e. 1Mb/s.

Just because the dev has no use for such a feature seems like really backwards reasoning for not implementing it.

[anonymous]

Would also like to see this :(

[Farmer]

Opened 6 years ago... and looks like its not on the to do list... would really love this feature

[kaingphataimedia]

sai

[rakshasa]

Milestone 0.9 Moist Wombat deleted

[gerald]

Would be a VERY useful feature !

[pyroscope <pyroscope.project@gmail.com>]

Since nobody mentioned that yet, http://libtorrent.rakshasa.no/changeset/1096 implements a simple scheduler.

[IAcFhaK]

uBdOhim

[XkstzXe]

rKzOubQ

[allcottalmond@gmail.com]

Despite the fact that these adverts are so old, I still find them amazing to look at. They were so imaginative and also powerful at getting their message across