Is there a way to queue downloads in Transmission in linux?

[green]

So I'm using the latest version of Transmission that comes with the stable release of Ubuntu (Jaunty 9.04), and there seems to be no option anywhere to queue the downloads one by one (so they are downloaded in an order not all at once, such as first one, then the next, then the next, then the next, etc, not all at once). The mac version seems to have this option though. But anyway, since the linux version does not have this option built in, I was wondering, are there any plugins that do something like this, queue downloads? I really like Transmission otherwise, it generally works pretty well with all my trackers and with maintaining everything in working order, but not being able to queue files is a pretty big issue for me. If anyone knows of any such plugin available for Transmission on linux, that would queue downloads, that would be great. Thank you!

[green]

So here

http://trac.transmissionbt.com/wiki/Scripts

I found this Shell script

http://pastie.org/357236

but I don't know how to implement it. Can someone help?

[rb07]

That script is nasty: download but don't seed.

Yeah right, like we're gonna help somebody who doesn't want to help others in the simplest way.

The script could be rewritten to not touch what you are seeding just count what you are downloading.

[green]

Okay I see. Is that script written for the GUI version of Transmission? I don't even know. Yeah I definitely want to seed what I'm downloading too... I would like some sort of functional queuing script/plugin.

[rb07]

No, its not for the GUI versions (except Web client), its for the daemon.

What are you using anyway? Linux GUI could mean GTK or Qt, Qt could work alone or with the daemon... so I guess you're using the GTK version which I don't really know so I have no idea if something can be done along the line you want.

[green]

I'm using the GTK version, Transmission 1.51, the one that comes default with Ubuntu. I wouldn't really mind getting Qt if someone could help me implement the queue feature there... as long as I can queue my torrents I would be okay.

[rb07]

The Qt GUI application is in beta, has some bugs, and it doesn't have the queuing of downloads or a mechanism to add plugins. The advantage, at least for me, is that it can work with one or several daemons; I have the transmission-daemon running all day on a NAS. It has other advantages, like having just about every feature available.

I don't know how the queuing works on the Mac application, so far I haven't seen a mechanism to do something when an event happens (download finished, a seed ratio was reached -- but that last one was incorporated into the daemon so the torrent stops seeding).

With the server is easy, as you saw (less than 20 lines of shell code), with a script that is executed periodically.

[green]

hmmm, so if I get the Qt version, would it have the queue function already in it?

[Jordan]

The Qt GUI application is in beta, has some bugs, and it doesn't have the queuing of downloads

hmmm, so if I get the Qt version, would it have the queue function already in it?

[green]

You guys should add in the queuing feature into Transmission!

[yossisynett]

So I know queuing is in the pipeline for linux but I was feeling impatient. So starting from the script posted earlier I prepared this one that allows you to control the number of downloads and the number of active torrents - it doesn't just stop all the ones that are already downloaded. It also reads your max ratio from your settings.json and ignores (doesn't restart) any torrents that have already passed this ratio.

You can get it at: http://pastie.org/632212

I called the file transmission-queue and put it in /usr/local/bin. Since my rpc username and password are stored in the file, I chmoded it to 700:

Code: Select all

chmod 700 /usr/local/bin/transmission-queue

Since I'm running Ubuntu, which already has a user set up for the transmission-daemon, I chowned it to that user:

Code: Select all

chown debian-transmission:debian-transmission /usr/local/bin/transmission-queue

Finally, I set up a cron job for the user debian-transmission to run it every five minutes:

Code: Select all

sudo -u debian-transmission crontab -e

Code: Select all

*/5 * * * * /usr/local/bin/transmission-queue

I installed it this afternoon and so far so good. I hope it works for anyone who's looking for this feature.

[zosky]

this should really be within the daemon, but thank you for sharing the script.

for what its worth it was throwing me this error

Code: Select all

awk: line 2: function strtonum never defined

for which the all mighty google told me the solution was

Code: Select all

 sudo apt-get install gawk

[Longinus00]

It also reads your max ratio from your settings.json and ignores (doesn't restart) any torrents that have already passed this ratio.

Why read it from settings.json and not from transmisison-remote -si, for session defaults, and transmission-remote -i, for per torrent defaults?

Btw, the ticket for queue is http://trac.transmissionbt.com/ticket/671

[speeedfire]

hy i use transmission 1.92, in openwrt
and don't run the script
returned this error:

Code: Select all

root@server:/home# ./script
tail: unrecognized option `--lines=+2'
BusyBox v1.15.3 (2010-04-06 03:14:11 CEST) multi-call binary

Usage: tail [OPTIONS] [FILE]...

Print last 10 lines of each FILE to standard output.
With more than one FILE, precede each with a header giving the
file name. With no FILE, or when FILE is -, read standard input.

Options:
        -c N[kbm]       Output the last N bytes
        -n N[kbm]       Print last N lines instead of last 10
        -f              Output data as the file grows
        -q              Never output headers giving file names
        -s SEC          Wait SEC seconds between reads with -f
        -v              Always output headers giving file names

If the first character of N (bytes or lines) is a '+', output begins with
the Nth item from the start of each file, otherwise, print the last N items
in the file. N bytes may be suffixed by k (x1024), b (x512), or m (1024^2).

./script: line 24: syntax error: unexpected "|"
root@server:/home#

[sfera]

i might be wrong here, but it seems to me that the busy box version of tail doesn't support the "long options" . try replacing all occurrences of '--lines" with '-n' and see if it helps. : )