ctorrent: Less a daemon, more an app

I looked over bitflu the other day, and found it good. In that same vein is ctorrent, which manages to be different from both bitflu and rtorrent, if you’re familiar with that.

2013-03-15-solo-2150-ctorrent

There it is in its “enhanced” rendition, which apparently includes some improvements over the last release.

What is obviously different here is that ctorrent spills everything to the console, uses nested menus to manage its performance and apparently only handles a single torrent at a time.

It can fork to the background and become a daemon like bitflu … but there’s no way to reconnect to it, according to the user’s page.

No telnet interface, no web GUI. Not much in the way of an interface. Not quite same as bitflu, not quite like rtorrent.

So why use it? Well, from my perspective, it has a few strong points.

First, it’s written in C++, and in my experience applications like that tend to be very light and fast. cmus is another good example of that principle.

So on very low-end hardware, it might be preferable to have something as quick and deft as ctorrent, over something (relatively) bulky like rtorrent.

And just because it only handles one torrent at a time doesn’t mean you can’t set it up to watch a folder and download whatever it finds. It might take a little work, but it’s conceivable.

So imagine, if you will, something in the 100 to 150Mhz range sitting in a corner, managing your torrent downloads and perhaps playing music.

Stick with stuff like ctorrent (and cmus), and that’s a possibility.

7 thoughts on “ctorrent: Less a daemon, more an app

  1. cuttingedgelinux

    Just use a tabbed terminal or something similar for that task. you can also use the ctrl + z combo to stop a process in the command line and then either run it in the background with bg and later bring it to the foreground with fg. You can see what jobs you are running in a terminal with the jobs command.

    1. K.Mandla Post author

      True, and I should have probably mentioned that.

      I think it stood out this time when the user’s manual suggested it was possible to send it into daemon mode, but couldn’t be recovered. Seemed like half a “feature.” 😐

  2. dru8274

    ctorrent sounds interestings. If you are downloading single torrents, then another commandline tool to use is aria2c. Some typical aria2c options to download from magnet link are…

    $ aria2c –dht-listen-port=51001 –listen-port=51001 –seed-time=0 –bt-max-peers=30 –max-overall-download-limit=300K –max-upload-limit=100K “magnet:?xt=urn:btih:ef6…… “

  3. Pingback: cmus: Lightweight elegance | Inconsolation

  4. Pingback: scrollz: Fast, friendly and light | Inconsolation

Comments are closed.