Обсуждение µTorrent версий 2.+

Страницы :  1, 2, 3 ... 48, 49, 50  След.

Ответить
Автор
Сообщение

Рapant

Техническая помощь

Стаж: 9 лет 5 месяцев

Сообщений: 42854

Откуда: Санкт-Петербург

13-Сен-09 14:20 (7 лет 5 месяцев назад, ред. 03-Окт-14 13:17)

[Цитировать] 

Torrent 2.0/2.0.4 и 2.1/2.2 Скачать последнюю версию 2.0.4 и 2.2.1 можно из прикреплённого к теме файла.- Скачать µTorrent с офф. сайта
Архив версий µTorrent
Обсуждение µTorrent 1.8.2
Обсуждение µTorrent 3.0
-
-При апгрейде на 2.0.3 ОБЯЗАТЕЛЬНО обратить внимание на вот это изменение:
-- 2010-06-11: Version 2.0.3 (build 20091)
- Change: Don't show add torrent dialog by default. (По умолчанию не показывать диалог добавления торрента)
Спрашивать путь при добавлении
-Примечание: по отзывам - беты билдов между 16 222 и 16 666 (не включительно) могут виснуть при создании торрент-файла. В 16 666 этот баг пофиксили.
Не рекомендуется к установке билд 16 835!!!
2009-10-10: Version 2.0 Beta (build 16835)
saikin_89 писал(а):
Этот билд помогает разыскать различные ошибки. Когда ошибка найдена, программа вылетает (так было задумано автором)
Новый билд
http://download.utorrent.com/beta/utorrent-2.0-beta-16835.upx.exe
2009-10-10: Version 2.0 Beta (build 16835)
- Fix: various polishing on the setup guide
- Fix: potential crash related to TLS not being initialized
- Change: Disable installer for Wine
- Change: Balance CDNs to download updates
- Fix: Fixes bug where magnet links wouldn't work if PEX was disabled
- Fix: potential crash in network code
- Fix: More crashes when using magnet links
Для стабильной работы клиента нужно откатиться на версию 2.0.16666
комментарии к Version 2.1 Beta (build 16932)
http://maintracker.org/forum/viewtopic.php?p=27647958#27647958
mbc44 писал(а):
CANSER88 писал(а):
Она запустится если полностью снести старую версии программы, вместе с настройками
Шаман... Действительно запустилась. Только при подсовывании старого файла с настройками снова виснет. Наверное кардинально переписали код .
Misjkakend писал(а):
mbc44 я ставил поверху 2.0 и нормально работает. Обновление прошло нормально и настройки старый сохранились
комментарии к Version 2.1 Beta (build 17154)
4get писал(а):
Это отдельная тестовая ветка "Project Falcon" - включенный по умолчанию DNA + встроенный видео-стриминг с настройкой для плеера, которым этот поток смотреть + логин для http://falcon.utorrent.com/, грубо говоря запоздалая попытка залезть в ту же нишу, где Vuze.Тестирование непубличное, поэтому в анонсах нет.upd Баги предыдущих публичных билдов 2.1 в ней не исправляли, так что ради этого её пытаться ставить нет смысла.
Новые графики в версии 2.1 (build 18148)и 2.0.1 Beta (build 18244)

включение/отключение -
Форум разработчиков (анонсы новых версий)
Скачать WebUI v0.371
Скачать WebUI v0.371
Документация по WebUI, новые версии, их анонсы (англ.) -
Таблица рекомендуемых настроек utorrent от разработчиков
Настройка uTorrent для максимальной скорости скачивания и отдачи (от hardhouse)
Новое в этой версии
- Одно из нововведений — вкладка “Transfer Cap”(Предел передачи) в настройках. Она позволяет поставить ограничение по объёму закачек и раздач (в мегабайтах), по достижении которого программа прекращает работу.
В последнее время провайдеры разных стран внедрили ограничения по ежемесячному объёму трафика практически на всех «неограниченных» тарифах. За превышение лимита обрезают скорость или взыскивают дополнительную плату. Новая фича uTorrent позволит не выйти за эти ограничения.

При этом можно посмотреть историю этих ограничений на новом графике "Предел передачи". Дополнительно появился график "История передачи"

- Кроме того, в µTorrent 2.0 появилась поддержка UDP-трекеров (менее ресурсоёмкий вариант трекеров) и микро-транспортного протокола uTP. Эта интересная технология создана для того, чтобы P2P-клиент мог работать на максимальной скорости и при этом не мешать работе параллельных программ. Протокол отслеживает параллельные TCP-потоки и снижает скорость закачки торрентов в случае необходимости (если те начинают подтормаживать).
- Особенно в новшествах 2.0 порадовал TCP Rate Control. Он позволяет подстраивать скорость и TCP-соединений так, чтобы они не мешали другим приложениям и минимизировать лишнюю перепосылку пакетов, о которой написано выше. Раньше это достигалось установкой cFos-драйвера, в котором можно было поставить низкий приоритет торренту, высокий — браузеру, а с версией 2.0 этого больше не требуется. Управляется это опцией bt.tcp_rate_control, если вам важнее чтобы торрент не мешает другим интернет-приложениям — его стоит включить, если важна максимальная скорость торрента — есть смысл отключить, на официальном форуме пишут что это иногда скорость увеличивает.
Подробности
Надо иметь в виду, что в uTP это делается всегда, даже в версии 1.8, а скорость TCP-трафика подстраивается под загрузку канала только в 2.0. В uTP постоянно меряется время отклика от пиров, с которыми происходит обмен данными. как только этот «пинг» начинает увеличиваться, задолго до начала потерь пакетов, µTorrent сбавляет скорость.
За счёт этого, пока канал свободен — он используется на полную. как только например другое приложение (броузер) начинает грузить канал — в µTorrent'е начинает возрастать время отклика, и он автоматически освобождает канал для броузера. Как только пинг вернулся обратно (канал снова освободился) — µTorrent увеличивает загрузку канала. При этом лишних перепосылок пакетов гораздо меньше, чем если бы это происходило на TCP-уровне
Впрочем, тут есть интересный момент, что с ней или по uTP исходящий канал может забиваться на 95%, а без неё только с TCP — на 100%, но эта разница в 5% может оказаться той самой излишней перепосылкой одних и тех же пакетов, что канал забивает, а реальной пользы не приносит, так что imho не всегда когда канал чуть недозабивается это значит что новая версия хуже.
- Ещё в 2.0 появится метод обхода некоторых NAT (STUN), что поможет соединяться большему числу NAT-страдальцев, хотя будет работать не во всех случаях.
-В версии 2.0 также появилась поддержка UDP-трекеров. Для трекера вообще TCP очень излишний и требует много лишних ресурсов пакетами установки/закрытия соединения, поэтому для открытых трекеров UDP — благо. Например, последнее время некоторые трекеры очень глючат по TCP и далеко не с первого раза отвечают, DHT там часто запрещён, а UDP-трекер работает прекрасно. Но для закрытых трекеров он не подходит, т.к. не позволяет послать пасскей, чтобы идентифицировать таким образом качающего.
Про µTP в новых версиях µTorrent
Пара слов про TCP и UDP. Первый расшифровывается как Transmission Control Protocol, или протокол управления потоком. Он удобен тем, что даёт использующей его программе гарантию, что данные дойдут до адресата целыми, полностью и в том порядке, в котором были отправлены. Его использование требует предварительной установки соединения и его закрытия в конце. Этакое создание «трубы» через которую будет идти обмен данными. UDP же не предоставляет никаких гарантий что данные дойдут, или что дойдут в правильном порядке. Он только позволяет переслать небольшой блок данных (датаграмму) от одного адреса другому. Вся работа по проверке доставки, и при необходимости — повторной посылке, ложится на саму программу.
Поскольку торрент-клиент и так этим занимается — это не большая проблема. Дело в том, что посылаемые через TCP-«трубу» данные в процессе разбиваются на куски («пакеты»), каждый из которых отправляется независимо. При этом один пакет может идти одним маршрутом, другой — другим, последний кусок может прийти первым, первый — вообще по дороге потеряться. Поэтому каждый участник «трубы» (от операционной системы до маршрутизаторов) вынужден хранить у себя буфер, в который собирает отдельные пакеты, проверяя целостность и порядок, и требуя перепосылку если часть пакетов не дошла.
При этом, если посылающий сидит на широком канале, а принимающий — на модеме, то первый сразу отправляет большой блок данных, который может быстро дойти до провайдера второго, и потихоньку просачиваться в модем. В это время первый, не получив подтверждения о получении, перешлёт часть кусков заново. Ещё раз, и ещё, в результате магистраль провайдера оказывается забита этой ненужной перепосылкой. Одна из основных целей uTP — устранить эту лишнюю нагрузку на провайдеров от P2P-трафика.
В принципе uTP появился в µTorrent версии 1.8, но умел принимать только входящие uTP-соединения, инициировать их сам — не умел. Впервые этому научилась альфа-версия 1.9, потом стало возможным включить это и в новых версиях 1.8 ключиком bt.transp_disposition. Его значение от версии к версии менялось, но сейчас устаканилось на следующих битовых флагах:
1 — разрешить инициировать исходящие TCP-соединения,
2 — разрешить инициировать исходящие uTP-соединения,
4 — разрешить принимать входящие TCP-соединения,
8 — разрешить принимать входящие uTP-соединения
16 - использовать новый uTP-заголовок.
Таким образом, 13 (1+4+8), значение по умолчанию в последних версиях 1.8, означает возможность принимать все виды соединений, но самостоятельно устанавливать только TCP. 15 (значение по умолчанию в 2.0) разрешает все виды как исходящих так и входящих соединений. Чтобы запретить uTP вообще (если он вызывает какие-либо проблемы) надо поставить 5 (1+4). Стоит ли ставить 15 в 1.8 — вопрос спорный, на официальном форуме пишут что поддержка uTP в версии 2.0 намного лучше, поэтому скорость в 1.8 может быть хуже, чем по TCP.
В обсуждениях часто мелькает ключ net.calc_overhead. Если он включен, то при настройке скорости учитывается и служебный трафик — запросы блоков, подтверждения, уведомления какие блоки у кого есть и т.п. Если отключен — считаются только сами блоки данных. Поэтому раньше советовали ограничивать исходящий канал в торренте до 80-90% от реального, иначе он весь забивался отправляемыми блоками, и уведомления о получении блоков и запросы новых не успевали проходить, поэтому серьёзно страдала скорость скачивания. Опять же, на широких каналах некоторые пишут что при выключении этой опции скорость чуть выше, но может это глюк бета-версии и в релизе всё будет нормально.
Тут ещё есть такой момент, но кажется что служебного трафика в uTP больше. Ибо в каждой маленькой датаграмме надо передавать что это за блок, от какого торрента, а по TCP можно посылать большие блоки, не подписывая каждый кусочек. Впрочем, тут будет служебный трафик самого TCP, так что не факт что он сильно «экономичнее».
Ещё нельзя не упомянуть такое явление, как «шейпинг» или «резание» P2P-трафика некоторыми провайдерами. Для России это (пока?) не актуально, а на открытых трекерах, где много пиров со всего мира, скорость по uTP значительно выше.
С другой стороны, не всё сетевое железо — модемы, марштуризаторы — и не весь софт рассчитывался на такое количество UDP-трафика, поэтому у некоторых пользователей с ним возникают глюки. Например со скоростью — когда периодически она вдруг падает до нуля, потом снова восстанавливается, или плавает от нуля до максимума. Возможно где-то в сетевом окружении переполняется некий связанный с UDP буфер, но это пока предположение. Опять же, на официальном форуме можно поискать про совместимость с разным софтом и железом в случае проблем.
Другие «продвинутые» опции, на которые можно обратить внимание
bt.connect_speed — сколько максимум новых соединений можно устанавливать в секунду (возможно стоит увеличить, например до 80, а может лучше будет уменьшить до 5),
net.max_halfopen — про это много писалось, и менять стоит вместе с патчем tcpip.sys, хотя с протоколом uTP это уже не важно.
net.utp_target_delay — это некий целевой «пинг» при подстройке соединений, в некоторых случаях при его увеличении где-то до 400-500 скорость становится лучше.
peer.disconnect_inactive_interval — через сколько секунд закрывается соединение с пиром, с которым нет обмена данными, актуально больше для открытых трекеров где больше народу и «плохих» пиров, либо на случай сетевых глюков — чтобы быстрее определять разрыв соединения и переустанавливать его. в некоторых случаях имеет смысл понизить до 90-120.
Также рекомендуют включать шифрование (Настройки - Bittorrent - Шифрование протокола...) , оставив галку на Принимать нешифрованные.
Устранение блокировки uTP-трафика в файерволах Outpost (от heidelberg23)
Для тех у кого установлен Outpost Security Suite Pro или Outpost Firewall Pro, и версия uTorrent 1.8.1 или выше - необходимо произвести следующие действия, для предотвращения блокировки входящего и исходящего трафика по протоколу UDP для uTorrent'а:
1. Отключите режим внутренней защиты, нажав правой кнопкой мышки на иконку программы в системном трее, и выбрав пункт меню "Отключить внутреннюю защиту".
2. Выйдите из Outpost, нажав правой кнопкой мышки на иконке программы в системном трее и выбрав "Выход".
3. Откройте следующий файл: C:\Program Files\Agnitum\Outpost Security Suite Pro\machine.ini
C:\Program Files\Agnitum\Outpost Firewall Pro\machine.ini

Возможно, понадобится включить отображение расширений файлов в меню "Панель управления - Свойства папки - Вид". Необходимо снять галочку с опции "Скрывать расширения зарегистрированных типов файлов".
4. Найдите раздел
; block no-first fragments arrives before first fragment".
Измените значение параметра 'BlockNoOrderedFragment' на 'no'.
5. Сохраните изменение.
6. Запустите Outpost, и включите обратно режим внутренней защиты.
-Также рекомендуется снять чекбоксы (в настройках Детектора Атак) со следующих типов атак (т.к. из-за ложных срабатываний, они могут блокировать некоторый uTP-трафик):
Отказ от обслуживания (Denial Of Service) - Любое действие, результатом которого является падение системы или снижение ее производительности. Это могут быть попытки послать большое количество данных с различных адресов на порты вашей системы до получения ошибки или падения по причине израсходования всех системных ресурсов ("отказ от обслуживания" - "denial of service"). Вероятность случайного возникновения такой ситуации крайне мала, поэтому если вы столкнулись с ней, обратите особое внимание на конфигурацию Outpost Firewall.
Короткие фрагменты (Short Fragments) - Данная атака использует особенности обработки слишком больших IP-пакетов, которые разбиваются на множество фрагментов, а затем ядро собирает все фрагменты для получения исходного пакета. Атака посылает слишком короткий фрагмент пакета, который не может содержать даже заголовка, что вызывает падение системы после сборки.
Перекрывающиеся фрагменты (Overlapped Fragments) - Спецификация IP-протокола описывает алгоритм сборки, который приводит к перезаписи накладывающихся частей предыдущих полученных фрагментов новыми фрагментами. При такой реализации сборки атакующий может создать последовательность пакетов, в которой первый фрагмент будет содержать безвредные данные, а какой-нибудь из последующих будет частично накладываться на информацию из TCP-заголовка (порт назначения, например) и вызывать таким образом его изменение, приводящее к падению системы из-за ошибок памяти.
Атака "Opentear" - Opentear использует случайно измененный исходный адрес и отправляет случайным образом фрагментированные UDP-пакеты на случайные порты. Эти пакеты занимают до 100% процессорного времени на Windows 95, 98, NT, 2000 и некоторых версиях OpenBSD и может приводить к перезагрузке.
Служебный трафик: overhead и коммуникации. (от тыщ)
Служебный трафик: overhead и коммуникации. [периодически обновляется]
Возможные мотивы уменьшения.
1. Форс-мажор. Подстройка под особенности канала. Подстройка под возможности роутеров/модемов и прочего железа. Явные или неявные требования операторов.
Короче, все случаи форс-мажора, когда что-то валится, перегружается, начинает отстреливать BitTorrent-трафик или всего абонента.
2. Соображения экономии и др.
Определения, две составляющие служебного трафика
Следует помнить про две разные составляющие служебного трафика, соответствующие издержкам (накладным расходам) двух типов.
Первая составляющая. С некоторых пор uTorrent 2+ явно отображает оверхед, O: в нижней строке состояния и графики Network Overhead оценочно показывают сетевые протокольные издержки: заголовки пакетов, запросы, подтверждения, повторная передача и т.п.
Вторая составляющая. В зазоре между реальной передачей и полезной кроме сетевых издержек присутствуют ещё DHT, PEX и другие коммуникации (переговоры) пиров, по сути - издержки протокола BitTorrent. Коммуникации пиров (сойдёт так, пока не найдётся лучшего названия) порождают принятое в отсутствие полезного приёма и отданное в отсутствие полезной отдачи. Ненулевой приём "без скачивания" всегда бросается в глаза, именно в связи с этим чаще всего поминали служебный трафик.
[Старый пост с этими же определениями - http://maintracker.org/forum/viewtopic.php?p=32515779#32515779 ]
Возможности наблюдения.
Наблюдая за оверхедом (удобно в 2.1, 2.0.1 - выбрать Network Overhead в ниспадающем списке на вкладке "Скорость"), можно увидеть его резкое возрастание из-за повторных посылок "потерявшихся" пакетов. Особенно актуально стало после активного развёртывания µTP с массовым обновлением до версий 2.+, поскольку провы и мелкие операторы снова снова озаботились торрентоводами. Overhead в таких случаях может отъедать на пиках до трети текущей грязной скорости, т.е. половины (!) от полезной+коммуникации. Вот вам и экономия((
Доли оверхеда, по идее, зависят от состояния канала, а не от направления.
Подтверждения (обратные), заголовки (попутные) преобладают при нормальном функционировании канала.
Смотрим в 2.1, 2.0.1 на графике Network Overhead, выбираем показ в ниспадающем списке на вкладке "Скорость".
<Среднюю скорость> смотрим на вкладке "Общее".
Нормальный оверхед для обмена по TCP only: ~5% подтверждений, 2.7% заголовков

Направление Прием, 1сид Прием, 2сида,3пира
Скорость <средняя>, КБ/с 110 -104, <109.0> <109.3>
Подтверждения (обратные) 4.8 КБ/с = 4.4% 5.9КБ/с = 5.4% (больше корреспондентов)
Заголовки (попутные) 3, 2.95 КБ/с пожалуй = 2.7% 3 КБ/с = 2.7%
vv Можно прикинуть скорость загрузок и по следующим данным (менее удобно) vv
Размер загрузки 383 МБ (402 482 451 байт) 282 МБ (295 718 537 байт)
Время загрузки 1час
Рассчитанная скорость, КБ/с 109.18
Ссылки на обсуждения и посты.
http://maintracker.org/forum/viewtopic.php?p=32342913#32342913 и две страницы далее.
Экономия служебного трафика (кончик нити) - http://maintracker.org/forum/viewtopic.php?p=32300572#32300572
µTP и overhead (немного цифр) - http://maintracker.org/forum/viewtopic.php?p=32987810#32987810
Распределение пакетов по размерам и протоколам - http://maintracker.org/forum/viewtopic.php?p=32965365#32965365
Можно управлять размерами uTP-пакетов через дополнительные настройки uTorrent, для ТСР можно подстроить кучу сетевых параметров реестра, например, InternetOptimizer'ом.
Поучительный разбор неправильных настроек - http://maintracker.org/forum/viewtopic.php?p=33559015#33559015
Цитата:
Слотов отдачи на торрент - 80...
1слот активного торрента требует ~ 1КБайт/с служебного трафика - http://forum.utorrent.com/viewtopic.php?pid=229416#p229416 . Содрогаюсь, умножая 80КБайт/с на несколько десятков активных торрентов.
http://maintracker.org/forum/viewtopic.php?p=23645078#23645078
... Легко представляю (но не уверен в деталях), как по каждому (!) незанятому активному слоту валятся мелкие коммуникационные пакетики с единственной целью найти гипотетического (есть же пределы реального подключения) личера.
---
XZ_Asteriks писал(а):
отключение IPv6 результата не дало.
А результат должен быть заметным, если работало нормально. Отключить просто только в ХР, там сложнее включить, чтоб работало нормально (ненормальная работа, правда, тоже трафик и прочие сетевые ресурсы ест). Для остальных Slava_D нарыл - http://win61.ru/korrektnoe-otklyuchenie-protokola-ipv6.html
В случае неполного отключения Ipv6 в логе остаются сообщения - http://maintracker.org/forum/viewtopic.php?p=32382457#32382457
XZ_Asteriks писал(а):
peer.disconnect_inactive_interval до 100
Это вам сессии жалко, а когда жалко терять пира (приостановившуюся синицу, а не мифического журавля в небе), наоборот увеличивают bt.connect_speed.
Значения менее 300 секунд игнорируются (так написано в мануале). Собственно, по графе неактивности/Last Active на вкладке пиров не очень заметно строгое соблюдение этого параметра. Разрывы соединений с неактивными пирами начинаются по достижении числа соединений установленного вами максимума.
Строго говоря переподключение влечёт за собой дополнительный трафик, хотя и мизерный.
Пиры с закрытыми портами соединяются по своей инициативе (у них сплошные исходящие), для них параметр peer.disconnect_inactive_interval конечно важнее. Но и им можно увеличивать его практически безнаказанно (проверялось до 900).
Пирам с открытыми портами сбрасывать соединения с неактивными пирами с закрытыми портами нет смысла (ну разве соединения экономить, не трафик!), с чего тем переподключаться после чужого сброса, если они раньше этого не сделали.
XZ_Asteriks писал(а):
Полуоткрытых на данный момент 30 + 70 остальных соединений, имеет ли смысл еще урезать все эти значения(например для максимально жесткого отбора пиров и отсеивания низкоскоростных)?
Немного о соотношениях параметров - http://maintracker.org/forum/viewtopic.php?p=32735361#32735361
Ещё наблюдения.
Максимум присоединённых пиров на торрент и/или максимальное общее количество соединений.
Вообще считаются соединения только с пирами (бывали правда ошибки в каких-то билдах), но во всех состояниях от посылки запроса синхронизации до закрытия.
Если задать равными текущему числу подключенных пиров (по списку главного окна µT), через несколько минут отваливаются "лишние", а в статистике программы сonnecting uTP/TCP, half-open, qued - нули.
DHT продолжит работать - в клиенте DHT продолжит показывать обновление. Обновления (ре)трекеров продолжат идти (в мониторе заметней короткие соединения с ретрекером, поскольку он гораздо чаще обновляется).
Надо отметить, DHT и uTP-соединения в мониторах не отображаются, для UDP видны только порты прослушивания. Видны только порты прослушивания, соединения с TCP-(ре)трекерами и текущие TCP-соединения во всех состояниях.
коротко о версиях 2.2/3.0
Взято там - http://habrahabr.ru/blogs/p2p/98930/
uTorrent переходит на версию 3.0
Команда разработчиков uTorrent внедрила часть своих экспериментальных проектов в новый 3.0 альфа релиз. Последняя версия клиента на данный момент включает функции удалённого управления и потокового воспроизведения видео- торрентов, а также ряд дополнений. К тому же, в uTorrent 3.0 приняты меры по сокрытию реальных IP-адресов пользователей VPN.
В BitTorrent Inc. в последние месяцы очень активно занимались развитием uTorrent. Ранее в этом году, компания выпустила 2 экспериментальных клиента Falcon и Griffin.
Griffin поддерживал работу с дополнениями, что позволило пользователям запросто устанавливать расширения и добавлять новые функции. Проект Falcon давал пользователям возможность потокового воспроизводить видео, а также позволял управлять клиентом удалённо, при помощи защищённого веб-интерфейса.
Протестировав эти два проекта по отдельности в течение нескольких месяцев, команда разработчиков решила их внедрить в альфа релиз uTorrent 3.0. C последним релизом клиент буквально перескакивает с версии 2.1 до версии 3.0, что подчёркивает значительность нового клиента.
Кроме добавления двух экспериментальных проектов, последняя альфа uTorrent решает проблему с уязвимостью, в результате которой можно было определять реальные IP-адреса пользователей, сидящих под VPN. Теперь по умолчанию IPv6, создававший уязвимость, отключён, однако в настройках добавилась функция его включения, что целесообразно, если вы не пользуетесь VPN.
Вместе с альфа версией, uTorrent выпустил несколько новых дополнений, включая µBrowse. «Как и ранее, все дополнения необязательны, таким образом, вы можете выбрать лишь те, которые вам нужны, что положительно отразится на размере клиента», комментирует Саймон Моррис.
Ожидается, что документация к дополнениям uTorrent в ближайшее время будет открыта публике, что позволит сторонним разработчикам создавать свои дополнения к клиенту. Кроме прочего, это позволит владельцам трекеров, внедрять поиск по своим сайтам прямо в клиент.
Хотя новые функции в uTorrent 3.0 на данный момент доступны только пользователям Windows, прогресс наблюдается и у версии для Mac. После нескольких лет разработок несколько недель назад вышла стабильная версия клиента под Мас. Версия под Linux всё ещё разрабатывается и будет выпущена позже этим летом.

-
Не надо забывать, что стабильность работы альфа и бета версий не гарантируется, их использование - это ваш риск.
Просьба рискнувшим поставить - отзываться о работе этих версий с указанием билда. Также приветствуются рекомендации по настройке.
Примечание: для пробы можно поставить новую версию как копию клиента. Можно будет запускать два разных сразу - для сравнения... Как это сделать описано там : пункт 17.
Не забудьте прописать разные порты в настройках.
PS: прикреплённый файл - это архив с портабельными билдами 2.0.4-final-22967 и 2.2.1-final-25302 с исправленными русификаторами (от RogerWilko) .
Клиенты имеют предварительную настройку, достаточно указать путь для сохранения файлов.
Установка русификатора:
Русификатор положите ( распакуйте ) в папку с клиентом. Обычно это C:\Program Files\uTorrent\
Перезапустите программу и в настройках выберите русский язык.
-
архивы темы
Сообщения из этой темы были выделены в отдельный топик Архив-1: Обсуждение µTorrent 2.0 Final и 2.1 alpha [2205053]
Даниэлла
Сообщения из этой темы были выделены в отдельный топик Архив-2: Обсуждение µTorrent 2.0 Final, 2.0.1 Final и 2.1 alpha [2205053]
Рapant
-
Сообщения из этой темы были выделены в отдельный топик Архив-3: Обсуждение µTorrent версий 2.0/2.0.4 (!) и 2.1/2.2/3.0 [2205053]
Рapant
-
Сообщения из этой темы [2991 шт.] были выделены в отдельный топик Архив-4: Обсуждение µTorrent версий 2.+ [2205053]
doc_ravik
[Профиль]  [ЛС] 

dmitry.destroyer

Консультант Техпомощи

Стаж: 6 лет 10 месяцев

Сообщений: 2409

19-Июл-14 12:55 (спустя 4 года 10 месяцев)

[Цитировать] 

а чего из старой темы то не выделили в архив? щас на эту все подписываться заново будут
[Профиль]  [ЛС] 

Hannibal61

Консультант Техпомощи

Стаж: 6 лет 11 месяцев

Сообщений: 8492

19-Июл-14 13:05 (спустя 9 мин.)

[Цитировать] 

dmitry.destroyer писал(а):
64592768а чего из старой темы то не выделили в архив?
dmitry.destroyer

Архив-4: Обсуждение µTorrent версий 2.+ [2205053]
[Профиль]  [ЛС] 

megatron1973

Стаж: 8 лет 4 месяца

Сообщений: 1625

Откуда: Reputation abrupt

20-Июл-14 05:58 (спустя 16 часов)

[Цитировать] 

[2014-07-20 09:45:13] DNS resolution failed for tracker udp://tracker-ccc.de:6969
что за така штуковина в отчете
[Профиль]  [ЛС] 

Рapant

Техническая помощь

Стаж: 9 лет 5 месяцев

Сообщений: 42854

Откуда: Санкт-Петербург

20-Июл-14 08:45 (спустя 2 часа 47 мин., ред. 20-Июл-14 08:50)

[Цитировать] 

megatron1973 писал(а):
64599225tracker-ccc.de
А попробуйте сделать трассировку до этого адреса. Скорее всего в DNS нет такой записи.
Яндекс с гуглом считают, что там должна быть точка - tracker.ccc.de
[Профиль]  [ЛС] 

megatron1973

Стаж: 8 лет 4 месяца

Сообщений: 1625

Откуда: Reputation abrupt

20-Июл-14 09:22 (спустя 36 мин.)

[Цитировать] 

Рapant писал(а):
64599671
megatron1973 писал(а):
64599225tracker-ccc.de
А попробуйте сделать трассировку до этого адреса. Скорее всего в DNS нет такой записи.
Яндекс с гуглом считают, что там должна быть точка - tracker.ccc.de
вот что получилось
[Профиль]  [ЛС] 

Рapant

Техническая помощь

Стаж: 9 лет 5 месяцев

Сообщений: 42854

Откуда: Санкт-Петербург

20-Июл-14 09:42 (спустя 19 мин.)

[Цитировать] 

megatron1973
Онлайн-трассировки показывают тот же результат. Похоже таким образом пытались заблокировать этот ретрекер. Как минимум на уровне магистральных провайдеров.
[Профиль]  [ЛС] 

megatron1973

Стаж: 8 лет 4 месяца

Сообщений: 1625

Откуда: Reputation abrupt

20-Июл-14 10:11 (спустя 29 мин.)

[Цитировать] 

Рapant писал(а):
64599931megatron1973
Онлайн-трассировки показывают тот же результат. Похоже таким образом пытались заблокировать этот ретрекер. Как минимум на уровне магистральных провайдеров.
то есть все нормально я правильно вас понял?
[Профиль]  [ЛС] 

Рapant

Техническая помощь

Стаж: 9 лет 5 месяцев

Сообщений: 42854

Откуда: Санкт-Петербург

20-Июл-14 10:22 (спустя 10 мин.)

[Цитировать] 

megatron1973
Ну я бы не назвал это нормальным, но у всех так.
[Профиль]  [ЛС] 

megatron1973

Стаж: 8 лет 4 месяца

Сообщений: 1625

Откуда: Reputation abrupt

20-Июл-14 10:29 (спустя 6 мин.)

[Цитировать] 

Рapant писал(а):
64600282megatron1973
Ну я бы не назвал это нормальным, но у всех так.
печально! интересно на что это влияет? если это не нормально.
[Профиль]  [ЛС] 

Рapant

Техническая помощь

Стаж: 9 лет 5 месяцев

Сообщений: 42854

Откуда: Санкт-Петербург

20-Июл-14 10:34 (спустя 5 мин.)

[Цитировать] 

megatron1973 писал(а):
64600332интересно на что это влияет?
Если DHT работает - в принципе особо не влияет. Разве что на скорость получения адресов пиров.
[Профиль]  [ЛС] 

dmitry.destroyer

Консультант Техпомощи

Стаж: 6 лет 10 месяцев

Сообщений: 2409

28-Июл-14 18:30 (спустя 8 дней)

[Цитировать] 

как восстановить resume.dat.bad?
[Профиль]  [ЛС] 

Hannibal61

Консультант Техпомощи

Стаж: 6 лет 11 месяцев

Сообщений: 8492

28-Июл-14 19:12 (спустя 42 мин.)

[Цитировать] 

dmitry.destroyer
Восстановить более ранний resume.dat.old.
[Профиль]  [ЛС] 

dmitry.destroyer

Консультант Техпомощи

Стаж: 6 лет 10 месяцев

Сообщений: 2409

28-Июл-14 19:21 (спустя 8 мин., ред. 28-Июл-14 19:21)

[Цитировать] 

в нем 0 торрентов, он пустой
или можно из кучки торрентов сделать самому в editor'е свой resume.dat?
[Профиль]  [ЛС] 

Hannibal61

Консультант Техпомощи

Стаж: 6 лет 11 месяцев

Сообщений: 8492

28-Июл-14 19:38 (спустя 17 мин.)

[Цитировать] 

dmitry.destroyer
Зачем? Не проще закачать/поставить на раздачу/закачку торрент-файлы в клиенте?
[Профиль]  [ЛС] 

Рapant

Техническая помощь

Стаж: 9 лет 5 месяцев

Сообщений: 42854

Откуда: Санкт-Петербург

28-Июл-14 19:43 (спустя 4 мин.)

[Цитировать] 

dmitry.destroyer
Кучку торрентов можно добавить через автозагрузку, если файлы/папки контента находятся в одной папке.
[Профиль]  [ЛС] 

dmitry.destroyer

Консультант Техпомощи

Стаж: 6 лет 10 месяцев

Сообщений: 2409

28-Июл-14 20:14 (спустя 30 мин.)

[Цитировать] 

хрена!! дропбокс красавчик!! удачно я вспомнил что он хранит разные версии файлов - восстановил оттуда
[Профиль]  [ЛС] 

aipy

Стаж: 5 лет 4 месяца

Сообщений: 1


29-Июл-14 17:28 (спустя 21 час)

[Цитировать] 

здравствуйте, проблема, не раздает utorrent, не могу настроить.
когда качаю раздает, когда не качаю не раздает, щас стоит клиент прикрепленный к теме, до этого стояла англоязычная версия какая то, норм было
[Профиль]  [ЛС] 

doc_ravik

Техническая помощь

Стаж: 6 лет 5 месяцев

Сообщений: 14991

29-Июл-14 17:53 (спустя 25 мин.)

[Цитировать] 

aipy
http://maintracker.org/forum/viewtopic.php?t=1396816
[Профиль]  [ЛС] 

Рapant

Техническая помощь

Стаж: 9 лет 5 месяцев

Сообщений: 42854

Откуда: Санкт-Петербург

29-Июл-14 18:28 (спустя 35 мин., ред. 29-Июл-14 18:28)

[Цитировать] 

aipy писал(а):
64685881до этого стояла англоязычная версия какая то, норм было
Изначально все версии англоязычные, перевод интерфейса на другие языки происходит через штатный ланг-пак (файл с переводами).
В профиле видел только один торрент, и там раздающих значительно больше, чем качающих. На таких раздачах многое зависит от расположения звёзд и открытости порта.
Зы.. И не надо пытаться менять порт, это бесполезно. Если провайдер даёт внешний IP-адрес - любой порт будет открыт, если нет - ничего не поможет.
Ну конечно при наличии роутера - надо пробросить порт там.
aipy
У вас случаем суперсид не включен?
(инициатор раздачи)
скрытый текст
А то вас в клиенте видно в таком виде -

Зы.. Тройка обсуждается в другой теме.
[Профиль]  [ЛС] 

Зайкооо

Стаж: 6 лет 2 месяца

Сообщений: 23


01-Авг-14 19:35 (спустя 3 дня)

[Цитировать] 

скажите пожалуйста почему у меня при открытие торрент файлов добавляется все сразу, а не открывается "окошко" со списком файлов? удалила торрент программу, скачивала 1.7 и 1.8.2 т.е. все те программы, которые рекомендуются, но толку никакого. Подскажите что делать. желательно в личку
[Профиль]  [ЛС] 

Рapant

Техническая помощь

Стаж: 9 лет 5 месяцев

Сообщений: 42854

Откуда: Санкт-Петербург

01-Авг-14 20:12 (спустя 37 мин.)

[Цитировать] 

Зайкооо
Спрашивать путь при добавлении
Спрашивать путь при добавлении 3.*
Для µTorrent 3.x необходимо переключить вид списка заданий в классический табличный (расширенный):

И поставить так:

если при запросе пути не отображается список файлов, нажать на кнопку со стрелками в левом нижнем углу:
[Профиль]  [ЛС] 

Elenash74

Стаж: 6 лет 10 месяцев

Сообщений: 81

05-Авг-14 00:13 (спустя 3 дня)

[Цитировать] 

Подскажите пожалуйста дилетанту, установила utorrent 2.14 на планшет, а как им пользоваться - не пойму никак. Никак не могу открыть скачанные торрент файлы именно в нем, когда пытаюсь их открыть выскакивает предложение открыть в браузере или в html viewer. Или на планшет вообще лучше не качать?
[Профиль]  [ЛС] 

Hannibal61

Консультант Техпомощи

Стаж: 6 лет 11 месяцев

Сообщений: 8492

05-Авг-14 00:22 (спустя 9 мин.)

[Цитировать] 

Elenash74
Торрент-клиенты для мобильных устройств
А конкретно в utorrent на первой странице настроек есть кнопка "Ассоциировать с .torrent".
[Профиль]  [ЛС] 

Рapant

Техническая помощь

Стаж: 9 лет 5 месяцев

Сообщений: 42854

Откуда: Санкт-Петербург

05-Авг-14 06:42 (спустя 6 часов)

[Цитировать] 

Elenash74
Возможно у вас проблема с браузером. Многие мобильные версии не умеют скачивать торренты. Попробуйте Оперу мобайл, она не подводила пока.
[Профиль]  [ЛС] 

kirevg

Стаж: 8 лет 9 месяцев

Сообщений: 74

06-Авг-14 22:29 (спустя 1 день 15 часов, ред. 06-Авг-14 22:29)

[Цитировать] 

Полистал ответы на вопросы, но не нашел своего.
Стоит версия 2,2,1, операционка Win7 64.
При попытке ограничить скорость загрузки, скорость не ограничивается, а "дует" на всю ширину канала. Сижу и запускаю под админом. Кто сталкивался, куда смотреть?
Сам нашел, если кому надо.
В Настройках -> Скорость, поставить галку "Ограничить скорость для uTP-сединений.
[Профиль]  [ЛС] 

Рapant

Техническая помощь

Стаж: 9 лет 5 месяцев

Сообщений: 42854

Откуда: Санкт-Петербург

06-Авг-14 22:30 (спустя 1 мин.)

[Цитировать] 

kirevg писал(а):
64761445При попытке ограничить скорость загрузки, скорость не ограничивается
Поставьте галку на Применить ограничение скорости к uTP соединениям..
[Профиль]  [ЛС] 

ms4295

Стаж: 7 лет 3 месяца

Сообщений: 958

10-Авг-14 12:29 (спустя 3 дня)

[Цитировать] 

Сори за дабл пост(спрашивал в теме сидбоксов).Подскажите как восстановить верхнюю панель управления в mTorrent?
скрытый текст
[Профиль]  [ЛС] 

Hannibal61

Консультант Техпомощи

Стаж: 6 лет 11 месяцев

Сообщений: 8492

10-Авг-14 12:35 (спустя 5 мин., ред. 10-Авг-14 12:35)

[Цитировать] 

ms4295
Настройки - Панель инструментов - поставить галочку.
скрытый текст
[Профиль]  [ЛС] 

ms4295

Стаж: 7 лет 3 месяца

Сообщений: 958

10-Авг-14 12:43 (спустя 7 мин., ред. 10-Авг-14 12:43)

[Цитировать] 

Hannibal61
[Профиль]  [ЛС] 
 
Ответить
Loading...
Error