Но сейчас он работает просто прекрасно во 2-й версии. Когда надо utorrent отдает большую часть канала — даже незаметно, что он работает. Не нужно ставить cfosspeed, раньше стоял только из-за торрентов, которые канал забивали.
вот бы сделали поддержку закачки потоком, в рамках какогото буфера (5% от обьема) приоритет закачке частей отдавался бы таким образом, чтобы можно было начать смотреть фильм до ожидания полной его закачки.
не в полном смысле потоком, пусть тот же фильм разбивается на 20 частей и они качаются по очереди, ну или с ниспадающим приоритетом, так например я качаю сериалы выставляя приоритеты первым сериям, чтобы начать смотреть как можно раньше
Я говорил про случай когда фильм идущий полтора часа сливается за 15 минут, скорости сейчас это позволяют. А описанные проблемы можно решить механизмом приоритетов закачки частей, часто «не закачивать» выставляют именно из-за отсутствия подобного механизма. Ведь нет ничего страшного если части доступные у пира будут при той же плотности, но регулируемо распределены на начало раздачи и на критичные (труднодоступные) участки. В конце концов получилась бы закачка с двумя буферами, потоковый (с начала раздачи) и выравнивающий нагрузку (в других «слабых» местах раздачи). Причем наличие такого механизма и решило бы проблему специально «незакачеваемых» частей, которая сейчас решается абсолютно неэффективно — вручную.
Вы понимаете что пиров может быть много :) И учесть все моменты очень сложно. Уверен что алгоритмы развиваются, но на данный момент это приведет к проблемам.
И дело здесь как раз не в плотности, в том какие именно части раздавать. Если я правильно вас понял и «плотность» это скорость отдачи?
3000 пиров это много, но хранить рейтинг доступности каждой части думаю труда не составит, а там пусть клиент сам разруливает. Под плотностью имелось ввиду отношение загруженных частей к всему объему раздачи. Пир загружает в том же объеме, но не равномерно.
Всем известно, что в последнее время провайдеры разных стран внедрили ограничения по ежемесячному объёму трафика практически на всех «неограниченных» тарифы.
— Мне вот неизвестно, откуда такая информация.
Супер! Обожаю эту программу и всегда слежу за обновлениями. Странно что они решились сразу на 2.0 версию, ведь в разработке последнее время висела именно 1.9
интересно, а когда они клиент под мак вообще обновят? до сих пор 0.9.1.2 (15399) beta :(
на самом деле тема с ограничение объёма штука хорошая, в домашних сетях это правда действительно становится всё менее актуально, а вот на мобильном инете… вон у мегафона не так давно анонсированные анлимы — 4гб на полной скорости, а дальше 64кб/с, жаль я так понял оно только именно на месяц, даль нельзя будет настроить на почасовое, вон у скайлинка анлим — 50мб/час, а сверху уже за отдельную плату — было бы актуально очень даже, что бы не попадая на бабло, можно было выставить метров 40 в час (10 оставить под почту например), и пусть себе качает
Когда-то с нетерпением ждал появления uTorrent под мак, но, как выяснилось, transmission его заменяет вполне успешно. И ограничение закачек индивидуально для каждого торрента присутствует очень давно.
А по моему это только плюс. А то уже весь инет пестрил бы форками, с возможностью накручивать рейтинг :)
По мне так лучше, пусть бы в нём были либо плагины, либо скриптовый язык, либо нечто среднее как у Firefox
Бред какой ты написал. Есть масса опенсурсных торрент-клиентов, которые как минимум не хуже сабжа и никто не жалуется на «форки» с накруткой рейтинга. Есть масса мегапопулярных торрент-трекеров без рейтинга, поэтому накрутка рейтингов вобще мало кого волнует кроме админов торрент.сру и ему подобных.
В файрфоксе есть «что-то среднее» только из-за того, что он опенсурс. Как вобще принодлежность к опенсурсу может быть минусом ПО? Короче бред.
это не мешает seba сделать целый пакет ломаных utorrent с разнообразными накрутками (линк не даю, есть гугл). Не призываю пользоваться. Даже наоборот. Мы ведь все здесь за честный p2p.
Сейчас заметил очень хорошее изменение. Может было в чейндж-листах, но я их не читал
Винда ( а точнее железо) сделала финт ушами и показала БСОД во время скачивания одной раздачи. Раздача — 5 сезонов футурамы, качаю по 2-3 серии и смотрю, потом докачиваю ещё. Раньше если закачка грубым образом прерывалась( перезагрузка компа или грубое завершение процесса мюТоррента) — мюТоррент проверил бы хеш всех файлов( а на больших раздачах это займёт довольно много времени), сейчас же был проверен хеш только 2х файлов, которые я поставил скачиваться.
Лучше бы добавили обновление *.torrent файлов, что бы в ручную не обновлять их, когда они изменяются (сериалы и пр.) Или может такая возможность уже есть?
Я себе это представляю так — когда на треккере изменяется, клиент это отслеживает и скачивает новый, а как все это реализовывать уже проблемы разработчиков. Главное начать делать, а потом и трекеры подхватят. Вон они новые протоколы ради торрента придумывают, а чего-то нужного не внедряют.
На торрентс.ру все сериалы выкладывают по принципу: один сезон — одна раздача, т.е. 1 файл. И по мере добавления серий в эту раздачу добавляют новые серии. Т.е. при обновлении старый файл уже незарегистрирован и раздача уже не ведется (разве что по DHT среди тех, у кого такой же файл).
Как мне видится техническая реализация — торрент просто по пасскею выдает ссылку на новый файл и клиент его заменяет, перехеширует, скачивает обновленные файлы и т.д. Конечно, нужно время, что бы все это реализовать, что бы все трекеры подхватили эту идею. Но то, как дело обстоит сейчас — не очень удобно.
Первая бета µTorrent 2.0