Deluge Forum

There are a couple of features that I think would be great.

1. Visual representation of what parts of the torrent have been downloaded.
2. Have proxy settings so you can download through a proxy

Here is my list still deluge is a good bittorrent client

1. log viewer, similar to that one in 5.9.2 where you where able to see tracker errors, blocked peers and such things
2. Proxy
3. see if connection are encrypted and with what
4. See all connected clients in one list

Here is my suggestion,

the update of tracker announce every 1h6min to change to every 15 min like in utorrent.

I doing my update manually every 30 min, this is annoying for me.

Otherwise deluge is a excellent p2p charing program

thx guys.

bred wrote:Here is my suggestion,

the update of tracker announce every 1h6min to change to every 15 min like in utorrent.

I doing my update manually every 30 min, this is annoying for me.

Otherwise deluge is a excellent p2p charing program

thx guys.

I always thought the announces were controlled by the tracker not the client... mine seems to do every 30 minutes on the torrents I currently have. Doing a manual update is probably excessive, and puts unnecessary load on the tracker.

My list

1. "Skip hashing" option when adding a torrent.
2. Search through selected group of torrents.

Err... That's all...

weres the real innovation in any of these requests ?

thinking bigger, i'd really like to see a torrent client [plugin?](i dont care what,were ,or who makes it functional and real)that can finally allow me to run several torrent clients on all my WAN ports, Broadband CM,3G, and wireless community LAN connections to several BB cable modems of local friends and use only one single torrent file drop for all these seperate clients to populate and grow the torrent file(s).

as it stands now i/you have no option but to keep one copy per torrent client and thats such a waste of time,space and effort.

to be clear, i have a FreeNAS net storage on my LAN http://sourceforge.net/projects/freenas/, i have several WAN/ISP web connections i can use to get a single torrent file at any given time, i can use "local peer discovery" (if its not marked as a private torrent,thats another bad option you cant override or ignore for local LAN use sharing BTW ) to get a large torrent at any time with all these seperate torrent clients, BUT I CANT make these clients use ONE SINGLE FILE and location (the freeNAS box for instance)at the same time as NONE of the clients allow you to breakup the torrent into sections and make each seperate torrent client write to that one single file if you see what i mean?.....

i want 3 clients on seperate WAN connections to get BIG.torrent and share that BIG.torrent over a dedicated LAN line to a single file thats stored on the freeNAS and available to any one on my LAN, i dont want to have to make 3 seperate files just to get this one single BIG.torrent file.....

im thinking ,some form of virtual file handler that any torrent client can use as a generic option on any OS platform that writes to the real single file in stages perhaps?

the realtime virtual file handler can take these seperate torrent files and collate them into the real single torrent file in some way perhaps?

torrent-client1/WAN1gateway=FreeNAS/torrent/BIG.torrent
torrent-client2/WAN2gateway=FreeNAS/torrent/BIG.torrent
torrent-client3/WAN3gateway=FreeNAS/torrent/BIG.torrent

WAN1= Broadband ISP connection
WAN2 = 3G Broadband connection
WAN3 = Wireless LAN connection to several other Broadband mates ISP connections
etc

in line with the real innovation thinking again.

id really like to see someone take the existing Multicast work done by the java Bamboo DHT appplication and Marcel

http://bamboo-dht.org/tutorial.html
"..
Marcel has also written a report about his experiences building a multicast protocol on top of Bamboo. It may also be useful for tutorial purposes...
"and put this working framework into a real working Multicast DHT and perhaps even a real "multicast tunnel" codebase that the client can then use in a transparent way.

see "Mtunnel" for a working java web based Multicast tunnel you could use on a basic level to push this P2p Multicast through
http://www.cdt.luth.se/~peppar/progs/mTunnel/ for instance.

then some form of simple intigrated "near realtime" get,put,request,resend type backend and timer that several people could use to transmit single multicast data to anyone listening for that torrent data code is all thats needed to massively lower the demand on peoples upload torrent data throughput.

its about time we got away from the old antiquated Unicast P2p way of doing things, and moving to some form of multicast tunneled pipes for all our P2p data shareing , 1 multicast to 100 peers should be easy to do in such as case as the bamboo Multicast DHT provides, so lets see someone add the code into the torrent clients as a beta plugin or even in the core codebase perhaps.

if its proven viable (you have to write it ,make it available and try it OC)for even 1 multicast tunneled DHT seed to 2-10 IP multicast tunneled peers sharing, thats still a vast saving in time and data throughput over the current single IP unicast model used today, and the basic working code exists today and has for a long time now, so please take a look and try and make it happen here, be the one developer to innovate .add Multicast DHT and tunnels at a generic level into the torrent clients, and start save vast amounts of data throughput on every single torrent that uses it from day one

It would be nice if one could select and deselect individual files from downloading after the Torrent has already started loading...

It would also be really cool if, at least in Linux, if the upgrades could be automatically installed via the "automatic update" service, rather than having to figure out which OS version of Deluge to install...

psiberstorm wrote:It would be nice if one could select and deselect individual files from downloading after the Torrent has already started loading...

you can. just select them, right-click and choose "dont download"

psiberstorm wrote: It would also be really cool if, at least in Linux, if the upgrades could be automatically installed via the "automatic update" service, rather than having to figure out which OS version of Deluge to install...

not happening. there are too many differences in linux when it comes to package managers. debian is different from fedora which is different from mandrake which is different from opensuse. even with lsb, there is no way to make this happen.

Couldn't you just offer an apt source for your supported distributions?