More priorities for files in torrent.
When i downloading torrent and there is for example 100 files, i can set priority to first file high and second normal and all other files have low priority.So it will be downloading in order -first file, second file and all the rest.
It would be good to make more priories for files like queue for torrents.
For example i am downloading torrent with 100 files and set order of files - first whole file _01.avi, after downloaded _01.avi download 02.avi, later 03.avi and so on and not how it is now - part of every file.
I'd like the new "prioritize by file order" feature to automatically update as files complete. Number of files to include in each category should be user-defined as well, so I can specify how many high/medium priority files I want.
16 priorities have been added. It’s an extra option in UI Settings.
Also, there’s a feature to auto-prioritize the selected files.
yes, it could be that way, option like for example this:
-set priority of file 0.1rar =high
after complete 0.1rar set priority 0.2rar on high and so on.
basically this is the same as manual, but automatic, so i can go to work or school or wherever and not have to sit on computer changing priorities manually...
DreadWingKnight, we already have ability to set priority for files as "high", "medium" and "low". We can extend this ability by 2 way:
We can realize to do this operation automatical. And make it as torrent's priority realized.
Files=3 : 1st=HIGH, 2nd=MEDIUM, 3rd=LOW.
Files=4 : 1=HIGH, 2=MEDIUM, 3=MEDIUM, 4=LOW
Files=5 : 1=HIGH, 2=HIGH, 3=MEDIUM, 4=LOW, 5=LOW
and when we moving file up or down priority for all files changed automatical. AND! if a some file is complete, then recalculate all priority exept it.
Make a "autoset priority" option for setting a priority for 1st file as "HIGH" and all other as "LOW". And when file is completed, in this case assign for it as "LOW" and for next is "HIGH".. and so on..
ps: If I speak 1st I mean 1st by order in filelist (as sorted)
AdminDreadWingKnight (Admin, µTorrent) commented
Because trackers don't always report accurate numbers.
A lot of cases, they are reported to be purposefully misleading.
Roberta Hardy commented
I have a question: I've read Switeck's forum links, so I fully appreciate the development team's aversion to this idea, but is there any good reason for µTorrent not to be able to do this if the tracker reports large numbers of full seeders?
I place my vote for this, skewing or not people who ditch after downloading is what kills the swarm. If people skew their download the availability will shift, but not the health.
I would say an automatic sequencer would be more useful, a simple checkbox on the torrent properties when utorrent detects the files are numbered.
Make it a "hidden" feature, for those who have an overall share ratio of say 1.5. This could be a thank you for those who seed.
Daniel Stamer commented
It should be like 1,2,3,4 ect insted of just high normal and low
bilateralrope you idea for using high, normal and low priority for emulate more priority may be use in webui. You only must modify webui for
-set more priority and remember it in webgui
-automatic refresh files 10 seconds intervals.(You have button for manual refresh in web gui)
-sort files by webgui priority and first file that aren't completed downloaded set high utorent priority.
I think that this is very easy and any webmaster can do it. Who want to do it?
Another option is to crack utorrent by remove limit webgui command 'setpriorytety'. This comend get parametrs 0-3. My friend who is Ukrainian shepherd can do this for a bubble of spirit. He said that normal interface after these changes may not correctly display files with a higher priority.
I add this idea to http://utorrentideas.uservoice.com/forums/47263-torrent-for-windows/suggestions/827093-streaming-rar-movies-dziobas-support- but it was declined by DreadWingKnight.
Streaming rar movies (Dziobas support)
Dziobas rar player can already play movies from rar files while utorent downland it.
To preview file You must completely downland first and last part of multi part rar archive. You may do it set high priority to *.rar and *.r47 (last part may be another number). After download You may play it in Dziobas rar player, but You must manual set high priority to next part (*.r00) and if this downland You must set hight priority to *.r01. This disturbs watching movie.
I propose that utorent did this automatically. After user will choose the option 'stream rar files' utorent set priority to files like this:
*.rar -> 1
*.r00 -> 2
*.r01 -> 3
*.r02 -> 4
*.r03 -> 5
*.r04 -> 6
*.r05 -> 7
.... -> (number from extension + 2)
*.r47 -> 1 (attention 1, not 49)
1- highest priority 48– low priority
Utorent already have file priority so implementation of this option will be easy.
If You be afraid consequence of this option enable it only for private trackers.
If You downland only first part You may preview file but You don't have possibility to rewind movie. Some times archive have format *.part.01.rar, *.part.02.rar.
Dziobas Rar Player: http://ds6.ovh.org/
I'd like the option to have multiple queues and give each queue a number of downloads. That way, I could have five large files in one queue allowed two downloads at a time, and then create a second queue with twenty files but allowed eight downloads.
I keep on changing the priorities of downloads to get the I need in the order I want. What I would like instead is to be able to have two or more queues for my downloads. There are times when I have a number of files to download and some are large, will take forever and others are small and worth downloading in parallel. If I have three very large files to download, I usually stop two and wait for one to complete. I'll also have three or more small files downloading at the same time, But then I have to repeatedly check if the large file has completed downloading to start the next.
What I'd like instead is to create a number of queue, and for each queue allocate the number of downloads permitted i.e. Queue BigFiles has one download allowed and three files in the queue. Queue RegularFiles has four downloads allowed and fifty files in the queue. Then, you would have to assign priorities to the files in each queue.
I agree with ACy, two or three more priorities levels would be just what I need.
it will be better if we don't just select "normal, higher, highest..." etc.
we should be able to give each torrent values between 0 and 100. Default value would be 5 0 for each torrent and the bandwidth given to each torrent should be calculated through the ratio of the values given to the torrents.
or between 1 and 10 would be simpler.
Alexander Land commented
I would rather name it download ordering than priority.
Roberta Hardy commented
I can see where the objections to this are coming from, but speaking as an all-time perma-seeders record holder, even with public torrents, I can't say those objections make all that much sense to me in practise.
As I see it, manual sequential downloading is already normal practise with every large torrent anyway, because you need to balance bandwidth usage against having something you can actually use. It's also normal practise somewhat with multi-file torrents on public trackers, where you really need to check what you're getting.
I don't see that allowing users to view what they're downloading as they download it (which seems to me to be one of the main underlying issues) would necessarily change anything for the worse. It comes down to whether or not people are able and prepared to seed responsibly for a while or just leech - has this problem been solved in any appreciable way by utorrent's current download control restriction? I haven't seen any sign of that.
Surely, if utorrent knows that there are 26 files in a torrent, set sequentially, wouldn't it be possible to counterbalance the disruptive effect by forcibly increasing the priority for the rarest pieces once, say, the first usable file has been produced? Would having proper download controls as an option, in exchange for mandatory leeching and seeding of rare pieces when utorrent is in use be a reasonable compromise? If it's optional (and well-described so everyone knows what it does and why it is there), I see no reason to object to such an internal ratio system of this nature.
http://g3torrent.sourceforge.net/mult-mngr-v0.999.png I'm doing it manually anyways :-/ so what is the point of not adding this option? And sometimes I'm too late to reset. this leads to that sometimes all of the files are in "skip" mode.
How about giving us the illusion of more priority options ?
The user will set an apparent priority of 1 to x. The file with the highest apparent priority will have its real priority set to high, the file with the next highest apparent priority will get a real priority of normal, the rest will get a real priority of low. When a file is completed the real priorities are changed to keep them in line with the apparent priorities.
I'd already be happy with an additional one or two priorities, like "very high" and "very low" for example.
Noooo… again. :C You fool! I hate when somebody download torrent file by file - in a short time this method of download makes that are no seeds!
> http://www.utorrent.com/forum/profile.php?id=4660 - "4th:Sequential downloading DESTROYS torrents!"
AdminSwiteck (Admin, µTorrent) commented
sum123, other torrent swarms aren't so lucky. Look at the picture talked about at the end of my post here:
That torrent will survive, but a single BitComet client is already heavily skewing results.
Also i think there are no need in more priority numbers? current high? normal? low? don't is enough. What is needed - just to implement same system as with torrent files? and move priorities of file with arrows or shortkeys, and would be great if with drag and drop.By the way ordering torrents also lacks drag and drop - it's masohistic to change priorities from 5 files with lower priority to the highest score in case you have 100 torrents.