HedgehogInTheCPP · 02-Мар-16 16:42(8 лет 8 месяцев назад, ред. 24-Июл-24 20:59)
µTorrent (uTorrent) 3.5.5.46552 [2024, Multi + RUS] Portable HedgehogInTheCPP Дата выпуска оригинала: 2022.10.22. Архив: 2022.03.22, 2021.04.23, 2021.03.11, 2020.08.25, 2020.04.04, 2019.07.10, 2018.09.25, 2018.02.22, 2017.12.24, 2016.05.10, 2014.11.11 Версия: 3.5.5.46552. Архив: 3.5.5.46248/45988/45952/45798/45628/45291, 3.5.4.44632, 3.5.3.44396/44358, 3.5.1.44332, 3.4.7.42330, 3.4.2.35702 Разработчик: BitTorrent, Inc. Сайт разработчика: www.utorrent.com Разрядность: 32bit Язык интерфейса: Мультиязычный (русский присутствует) Таблетка: Вылечено (AdFree), функции Plus не поддерживаются. Даты изменений: исполняемого файла 2024.04.20, настроек 2021.12.24, руководства 2024.07.24. Системные требования: Windows 2000|XP|Vista|7|8|8.1|10|11 и аналогичные серверные редакции, разработчиками также поддерживается работа в Wine. Системные требования, рекомендация авторки сборки: Windows 7|8.1|10|11 и аналогичные серверные редакции. Сборку можно скачать без клиента с файлообменника wdfiles. Ссылка на обменнике предназначена для тех кто впервые пользуется клиентом. Описание: μTorrent (также известный как uTorrent и microTorrent) — BitTorrent-клиент для Windows, написанный на C++ и отличающийся небольшим размером и высокой скоростью работы при большой функциональности.
Некоторые возможности программы
Ограничения максимальных скоростей скачивания и отдачи.
Встроенный планировщик, позволяющий настройку этих ограничений в зависимости от времени суток и дней недели.
Ограничения максимальных скоростей каждого задания.
Настройка кеширования файлов на жёстком диске.
Поддержка DHT, Peer Exchange и Local Service Discovery.
Режим начальной раздачи (суперсид).
Автоматическая закачка торрентов из ленты RSS с возможностью выборочной закачки.
Поддержка прокси серверов для анонсеров и обмена.
Удалённый доступ к µTorrent посредством встроенного веб-интерфейса, а также через приложение и сайт сервиса µTorrent Remote.
Поддержка технологии drag-and-drop для быстрой отправки файлов.
Портативный режим для загрузки и работы с USB-флеш-накопителя или внешнего жёсткого диска.
Возможность подключения к трекеру по HTTP(S) и UDP.
Шифрование протокола, совместимое с Azureus, Mainline и BitComet.
Поддержка юникода (Unicode) во всех версиях Windows.
Поддержка UPnP и NAT-PMP во всех версиях Windows.
Настройка интерфейса программы.
Локализация на множество языков, включая русский.
Встроенный анонимный трекер, который может использоваться в качестве ретрекера.
Поддержка magnet-ссылок.
Предварительная загрузка magnet-ссылок с отображением их содержимого.
Реализован обмен файлами напрямую без участия трекеров (trackerless Drag-and-Drop Sending).
Отличия от оригинальной версии:
Концепция «суровости и кавайности» сборки. Она специально создавалась как хорошо протестированная, простая, универсальная и готовая к работе. Для достижения максимальной эффективности достаточно лишь минимальной пошаговой настройки под конкретное подключение и оборудование. Пожалуйста, прежде чем задать вопрос или пожаловаться на проблему прочтите руководство, входящее в комплект "Руководство пользователя\Руководство по установке и настройке клиента.html". Так же я очень рекомендую выполнить минимальную конфигурацию, описанную в нём и использовать настройки из сборки ибо многие изменения достигнуты именно настройками. Подробный список изменений:
Глубоко очищена от лишней, т. е. не имеющей прямого отношения к файловому обмену, а также потенциально небезопасной функциональности:
Подробный список
- всей рекламы, как встроенной так и загружаемой из сети, рекламные модули либо полностью удалены, либо доведены до неработоспособного состояния.
- аналитической статистики для рекламы от Google
- различных модулей от партнёров компании Bittorrent
- потенциально опасных функций удалённой установки параметров разработчиками
- функциональности авто обновления
- автоматической загрузки инсталлятором различного нежелательного ПО, как следствие и от его установки
- ссылок на профили в социальных сетях, а также загрузки из них и в них данных
- поддержки пакетов (приложений)
- рекомендуемого контента
Глубокая очистка проведена очень точечно, поэтому вся полезная функциональность, например автозагрузка справки, встроенный тест открытости порта и т. п., сохранена.
Помимо правки исполняемого файла (патча) в комплекте оптимальные для широкого спектра пользователей настройки благодаря которым уменьшена нагрузка на систему, улучшена скорость скачивания и сделано более удобным использование программы:
Удобство использования
- включена последовательная загрузка данных внутри файлов
- включён показ диалога с подробными сведениями при добавлении закачки
- в список поисковых систем добавлены многие популярные трекеры, а также поисковик по сети DHT, теперь можно искать по имени раздачи, папки, файла или по хешу прямо из окна клиента, ссылка при этом будет открыта в браузере по умолчанию
- поиском по умолчанию в главном окне установлен фильтр своих торрентов
- при создании торрента включена опция «Сохранять порядок файлов»
- отключены запросы при выходе из клиента
- при нажатии на крестик и при сворачивании клиент сворачивается в трей
- включено получение информации о стране пира в списке пиров
- применён классический (который не изменяет TTH) патч DHT ["Enable DHT"/"Peer Exchange"/"Local Peer Discovery"] позволяющий на вновь добавляемых закачках файловый обмен без участия трекера
- уменьшен минимально допустимый период обновления RSS-лент (rss.update_interval) с 5 до 1 минуты
- цвет фона для выбранной строки в списке торрентов изменён на более контрастный
- произведены другие мелкие косметические улучшения интерфейса
Приватность и безопасность
- отключена возможность удалённого управления клиентом через µTorrent Remote (для включения см. решение проблемы №2 в руководстве)
- добавлен запрет на подключение к портам используемым по умолчанию для большинства распространённых интернет сервисов. Это обезопасит клиент от участия в неконтролируемой со стороны пользователя DDoS атаке на сторонние ресурсы
Улучшения в технической части
- применён патч LAA: на 64 битной системе программа может использовать до 4 ГБ памяти, а не 2 ГБ
- исполняемый файл не упакован, что позволяет сэкономить ресурсы на распаковку во время запуска, снижает потребление памяти в процессе работы и уменьшает количество ложных срабатываний антивирусов
- уменьшено влияние работы клиента на другие программы и систему
- оптимизирована работа с диском и сетью
- улучшена работа при полностью загруженном канале, в т. ч. в условиях высокой конкуренции за ресурсы как при активности на том же хосте, так и при совместной работе нескольких устройств в одной локальной сети
- добавлена опция для лучшей работы в сетях провайдера, имеющих поддержку isp.peer_policy_url с адресом peerpolicy.local/announce.xml, подробнее
- добавлены настройки значительно улучшающие работу клиента в сетях, где провайдер поспособствовал этому, это происходит благодаря автоматическому добавлению ретрекера провайдера (BEP22)
- отключена рандомизация clientID поскольку реализована плохо: клиент постоянно банит сам себя на каждой раздаче из-за чего разрастается список забаненных, при этом никакого положительного эффекта для приватности или стабильности она не приносит
- раздача по умолчанию ведётся бесконечно
- улучшен обмен данными с трекером (трекерами) при большом количестве торрентов
Исправления ошибок
- убраны многие подвисания интерфейса, появлявшиеся даже при небольшом числе раздач
- увеличена скорость запуска клиента
- исправлена ошибка из-за которой клиент после длительной работы при высокой нагрузке полностью прекращал сетевую активность
- исправлена работа опции «Скорость отдачи, если нет загрузок». С настройками по умолчанию и включённом ограничителе скорости её активация приводила к полной остановке передач
Добавлено руководство пользователя, содержащее короткое и простое пошаговое описание настроек, позволяющее подкрутить параметры под конкретное подключение к интернету даже новичку и сразу получить от клиента максимальную эффективность. В руководстве также содержатся разделы по решению проблем, вопросы/ответы и шаблон письма для отправки провайдеру с просьбой добавить локальный ретрекер и список приоритетных пиров.
Добавлен скрипт для запуска клиента в свёрнутом виде (utorrent_start_minimized.cmd). Также скрипт значительно ускоряет скорость запуска клиента при большом числе торрентов поскольку загрузка клиента в свёрнутом виде происходит в синхронном режиме без вставки задержек для отзывчивости интерфейса.
Добавлен скрипт для зачистки оригинального клиента от мусора в папке с настройками (0_run_me_after_update.cmd), он не эквивалентен патченной версии, а лишь чистит хвосты от оригинала.
Добавлена программа Cleaner для очистки папки с торрентами от файлов отсутствующих в клиенте.
Сборка полностью портативна и не требует установки.
Встроенный инсталлятор
Встроенный инсталлятор также очищен от мусора. Для запуска инсталлятора необходимо скопировать исполняемый (exe) файл из раздачи в другое место, например на "Рабочий стол", чтобы в папке рядом с ним не находился файл settings.dat. После работы инсталлятора необходимо вручную заменить файл settings.dat в папке с профилем клиента и подложить остальные файлы из сборки. Поэтому этот способ установки не рекомендуется!.
Для более простого обновления в папке «Архив» расположены архивные копии предыдущих настроек сборки (settings_old_YYYY.MM.DD.dat)
Подробнее
Обновление версии сборки необходимо производить заменой файла uTorrent.exe, также рекомендуется вносить изменения в конфигурацию либо через настройки программы либо через BEncode Editor.
Настройки и руководство сборки подходят ко всем популярным старым версиям.
Подробнее
Работа с версиями 2.0.4.22967, 2.2.1.25302, 3.2.3.28705 была протестирована. Однако значительная часть опций описанных в руководстве старыми версиями не поддерживается. В целом, по многим причинам, в т. ч. из-за критических проблем с безопасностью я не рекомендую к использованию старые версии клиента. Некоторые подробности и причины описаны в спойлере ниже «Работающее в этой версии, но не работающее в более старых».
Перед тем как выпустить сборку на всеобщее обозрение параметры и клиент хорошо протестированы на зоопарке устройств.
Подробнее
Тестирование параметров в относительно лёгком режиме проводилось на 12 физических машинах с Windows 7, Windows 8.1, Windows 10 и абсолютно разными конфигурациями. Сборка использовалась мной постоянно на домашнем сервере (профиль живёт с 2006 г., сейчас содержит более 1500 раздач, ~12 ТБ, работает переезжая уже на третью машину), всё что роздано и скачано тут и на других трекерах так или иначе закачено и раздавалось через неё до середины 2022 году. В 2022 году я перешла на qBittorrent перенеся профиль в него, что и вам рекомендую.
При включении опций ".!ut для незавершенных" и "распределять место сразу" постфикс ".!ut" не всегда убирается после скачивания, что приводит к проблемам. В целях избежания проблем в настройках сборки по умолчанию выключена опция ".!ut для незавершенных". Решение проблемы добавлено в руководство с №11.
При большом количестве торрентов в клиенте (несколько сотен и более) анонс новых торрентов по DHT происходит с неприемлемо большой задержкой. Решения проблемы не существует, однако возможно применения костыля: после добавления новой закачки необходимо поставить на паузу или остановить всё ранее скачанное. После того как новая закачка будет анонсирована в DHT необходимо обратно запустить приостановленные задания. Решение проблемы добавлено в руководство с №15.
При нехватке места на диске клиент бесконечно пытается качать данные вместо остановки закачки с ошибкой. В качестве решения необходимо включить опцию "Распределять все файлы". Решение проблемы добавлено в руководство с №18.
При создании торрентов с большим количеством файлов или большими размерами клиент падает с ошибкой из-за утечки памяти. Когда сломали точно не известно. Когда нормально работало тоже неизвестно. Для создания торрентов рекомендуется использовать утилиту Torrent Builder. Решение проблемы добавлено в руководство с №19.
Работающее в этой версии, но не работающее в более старых
========== 2.0.0 ==========
В версиях младше 2.0 безнадёжно устаревшая версия протокола uTP и подавляющее большинство клиентов просто не соединяться с этими версиями по uTP. Помимо этого все версии младше 2.0 не содержат механизмов авторегулирования скорости для TCP соединений, что приводит к многочисленным проблемам в работе других приложений и снижает эффективность работы клиента из-за высокой потери пакетов (см. пункт ниже).
В 2.0 появился TCP Rate Control, благодаря которому клиент автоматически подстраивает скорость TCP-соединений чтобы они не мешали другим приложениям и значительно минимизирует этим пере посылку пакетов. Примечание: для uTP соединений всегда осуществляется авторегулирование скорости.
В 2.0 появилась поддержка UDP-трекеров. Для трекера HTTP поверх TCP в общем случае избыточен поскольку требует много лишних ресурсов на обмен пакетами установки/закрытия соединения. Использовать TCP имеет смысл только на трекерах, где требуется идентификация поскольку это позволяет послать пасскей.
В 2.0 появился метод обхода некоторых NAT (STUN). Это помогает клиентам за NAT соединяться между собой не имея прямого доступа друг к другу, технология работает не во всех случаях.
В 2.0 появилась функциональность “Transfer Cap”(Предел передачи), позволяющая поставить ограничение по объёму закачек и раздач (в мегабайтах), по достижении которого программа останавливает передачи. ========== 2.2.1 ==========
В 2.2.1 отсутствует поддержка мультиметок (можно повесить лишь одну метку на торрент), в 3.4.2.35702 уже есть мультиметки, введены явно раньше (уточнить версию).
В 2.2.1 не работает поддержка httpS трекеров, в статусе трекера "Сброшено подключение к этому серверу". В версии 3.4.3 работает корректно. Вероятно, стало работать сильно раньше (уточнить версию): { 2010-10-12: Version 3.0 (build 22519) Fix problems with https requests; 2010-09-10: Version 3.0 (build 21887) Fix problem where https was failing for some trackers and web servers } Читать отсюда и дальше.
в 2.2.1 и более ранних если .torrent сделан с размером части 32мб (или больше) - такой .torrent будет вызывать ошибку invalid .torrent file. С какой версии точно работает неизвестно (уточнить версию). Вероятно, но требуется уточнение: { 2011-03-21: Version 3.0 (build 25127) bumped piece size limit when loading and creating torrents } ========== 3.0.0 ==========
Версии 3.0.0 и старше получили потокового воспроизведения видео торрентов (добавить ссылок). ========== 3.2.0 ==========
Версии 3.2.0 и старше позволяют при добавлении из магнет-ссылки выбрать только некоторые файлы/папки для закачки и таким образом сэкономить время и место на диске, а также значительно упрощают процесс скачивания (добавить ссылок). ========== 3.2.3 ==========
3.2.3.28705
есть поиск (фильтр) по параметрам в "Настройки -> Дополнительно". Функциональность добавлена раньше (уточнить версию). ========== 3.3.0 ==========
Версии 3.3.0 и старше получили полностью переписанный многопоточный механизм работы с дисковой подсистемой, что значительно улучшило производительность клиента, особенно в системах с несколькими физическими дисками, RAID массивами, при работе с внешними и сетевыми дисками (добавить ссылок). ========== 3.4.0 ==========
Все версии младше 3.4.0 содержат уязвимость в алгоритмах формирования роя, способствующую использованию клиента в DRDoS атаках. Эта уязвимость касается и других клиентов использующих туже реализацию протокола bittorent. Помимо этого сами клиенты не устойчивы к атакам на отказ в обслуживании поскольку на практике довольно просто забить лист пиров клиенту фейковыми пирами у которых есть нужная раздача, но очередь до клиента не дойдёт никогда. Это позволяет либо полностью заблокировать клиенту обмен данными либо существенно ограничить эти возможности (неоднократно встречалось в дикой природе), при этом значительно увеличиваются расходы ресурсов хоста и сети на обслуживание протокола. Дополнительно в 3.4.0 из протокола uTP полностью удалено поле 'bitfield', что привело к более существенному снижению накладных расходов по сравнению с передачей по TCP, в старых версиях коэффициент оверхеда был 0.78, а с 3.4.0 он сократился до 0.5. Т.е. в более понятной форме: uTP с версии 3.4.0 создаёт в 2 раза меньше технического трафика (оверхеда) чем обмен по TCP. http://blog.libtorrent.org/2012/12/swarm-connectivity/ http://www.bittorrent.org/beps/bep_0029.html
Версии 3.4.0 и старше значительно лучше ищут пиров и сидов и стараются минимизировать количество источников когда скорости достаточно выбирая меньшее количество более скоростных. (см. первую ссылку из пункта выше), а также в них значительно лучше работает DHT, что приводит к существенному улучшению закачки и раздачи клиентом и снижает нагрузку на систему. Помимо этого хранитель ersh2k2 отмечает существенные улучшение значения «отдано на редких» в статистике на трекере.
В старых версиях клиента (уточнить версию) существует проблема, что при установке частично или полностью последовательной загрузки (bt.sequential_files=true и(или) bt.sequential_download=true) клиент плохо качает раздачу с одним сидом или малым количеством сидов с вкл. опцией «суперсид», т. е. с малой доступностью раздачи в рое. В 3.4.2.35702 этой проблемы уже нет, поправили явно раньше, вероятно, с 3.4.0 (уточнить версию). При использовании старых версий см. решение проблемы №7 руководства. ========== 3.4.2 ==========
3.4.2.35702 (2014.11.11)
есть поиск (фильтр) по списку торрентов. Функциональность добавлена раньше (уточнить версию). В 3.2.3.28705 её ещё нет.
3.4.2.38429
исправлен лишний пробел в столбце имени списка загрузок
улучшены настройки ширины столбцов по умолчанию
улучшения в DHT
исправлена проблема с отображением при включённом масштабировании в системе
улучшения в управлении внутренними функциями клиента ========== 3.4.4 ==========
3.4.4.40911
обновлён способ обработки приложением HTML-контента (обработчик вынесен во внешний процесс и при сбоях падает только он, а не весь клиент) для значительного (50%) повышения стабильности. Это устанавливает новый стандарт для и без того низкого уровня сбоев uTorrent.
В 3.4.5.x (уточнить версию) добавлена функциональность автоматического присвоения метки по папке (Labels and directory rules). не понятно как им правильно пользоваться (справка везде старая, мануала нет). На официальном форуме жалобы, что механизм работает не всегда. При этом в 3.4.2.35702 тоже есть нечто подобное в настройках (Настройки -> Метка), но по умолчанию функциональность отключена (уточнить подробности). ========== 3.4.7 ==========
3.4.7.42330 (2016.05.10)
добавлена опция, позволяющая включить альтруистический режим (по умолчанию выключена). В двух словах: альтруистический режим меняет способ приоритизации для торрента, т. е. отдача ставится более приоритетной нежели загрузка. В результате отношение этого торрента будет по меньшей мере 2:1 в любое время. В этом режиме 2 начальные части загружаются в первую очередь, а последующие части загружаются только тогда когда отдача другим клиентам в два раза превысит скачанное. Поэтому, если слишком мало других клиентов заинтересованы в этом торренте то он будет загружаться дольше и может даже не загружаются вообще, если ни один клиент не пытается загрузить его. Тем не менее это будет гарантировать хорошее соотношение даже в начале загрузки. Эта функция в "Настройки" -> "BitTorrent". После того как предпочтение "включено", опция станет доступна при добавлении торрента или в свойствах торрента.
3.4.9.42923
при старте клиента вновь отображается список торрентов.
3.4.9.43085
исправлено управление опцией «Добавлять метку торрента» («Append the torrent's label») в настройках переноса загруженных раздач (Add missing Preferences->Directories checkbox to allow move target based on label).
исправлена ошибка не позволяющая переместить торрент файл в папку отличную от папки перемещения файлов раздачи.
исправлена проблема безопасности с механизмом сопряжения (pairing) между клиентами. Благодарность Zero Day Initiative за отчет по этой проблеме.
исправлена ошибка, позволявшая основные метки с недопустимыми символами, которые функция перемещения торрента не могла потом использовать. ========== 3.5.0 ==========
3.5.0.43580
исправлена потенциальная XSS уязвимость при сопряжении с удалённым клиентом.
исправлено зависание соединения с веб-сидами, что приводило к остановке приёма торрента.
исправлена ошибка в DHT приводившая к неправильному хешу и как следствие приоритизации адресов IPv6.
3.5.0.43916
добавлена выдача предупреждения пользователю при попытке запуска файлов со скрытыми расширениями. ========== 3.5.1 ==========
3.5.1.44332 (2017.12.24)
Воспроизведение мультимедиа: исправлена потенциальная порча данных при работе через обратный вызов /proxy
3.5.3.44494
добавлена страница настроек «Приватность»
пользователю «Гость» в WebUI запрещён доступ к логу событий
исправлено падение при старте при повреждении ассоциации с .torrent файлами ========== 3.5.4 ==========
3.5.4.44498
исправлена потенциальная ошибка из-за которой resume.dat мог не сохраняться при выключении
при выборе пункта меню «Открыть папку» в проводнике теперь будет выделен файл
убрана специальная обработка иконки «Добавить RSS-ленту» на панели задач и исправлена ошибка из-за которой эта кнопка не отображалась у некоторых пользователей
из кнопки добавления torrent файла удалена меню с Bittorent Now, теперь пункт меню доступен в меню помощи
исправлено зависание в WebUI при доступе к /configremote ========== 3.5.5 ==========
3.5.5.44910
исправлено падение VLC плеера при его некорректной инициализации
3.5.5.44994
Update torrent listview banner to add link for BitTorrent Token information (не понятно что это значит и как перевести)
3.5.5.45146
исправлено падение из-за некорректного закрытия сокета при завершении работы программы
добавлены тесты для измерения и улучшения производительности роя
3.5.5.45231
исправлена неинициализированная переменная при постановке в очередь трекера DNS-запросов
3.5.5.45271
по умолчанию язык клиента соответствует языку ОС
в строку состояния добавлен значок глобуса для выбора языка
исправлена ошибка, препятствующая восстановлению значений по умолчанию для первичного/вторичного DNS в настройках
исправлены падения в некоторых ситуациях когда разрешены зашифрованные входящие соединения
3.5.5.45291 (2019.07.10)
исправлено падение когда данные обратного вызова не поддаются синтаксическому анализу
в настройки предпочтений добавлена опция включающая "улучшения протокола" (опция включает поддержку сторонних платных сервисов работающих поверх протокола bittorent)
исправлено: открывается корректная страница для выбора языка по клику на глобус в строке состояния
3.5.5.45365
изменена ссылка на опрос при удалении программы
теперь используется уникальный user agent клиента для http запросов
добавлен сбор информации о том сколько физической оперативной памяти используется клиентом в момент падения при ошибке выделения памяти
исправлено падение при добавлении торрента через URL, вставленный из буфера обмена
исправлено падение при отключении дисковой подсистемы ввода-вывода
3.5.5.45505
улучшение пользовательского опыта работы с GDPR
исправлен расчёт процента остатка для закачки
оптимизация установки соединения (Cleanup extra unchoke slot logic)
3.5.5.45519
исправлена утечка памяти при работе с потоками
исправлена утечка памяти в диалоге свойств торрента
3.5.5.45574 (2020.02.12)
исправлено несколько утечек памяти
исправлена ошибка синтаксического анализа bencoding. Спасибо Гаю Левину (Guy Levin) за сообщение
предотвращение падений клиента с помощью возврата пустой строки при обработке неизвестных типов настроек
добавлена проверка сертификата/подписи при попытке присоединить процесс
3.5.5.45704
исправлено падение при добавлении magnet ссылки
предотвращение падений в случаях когда структура торрент файла не полностью инициализирована
предотвращение падений при изменениях в дополнительных настройках
исправлена утечка памяти при обработке списка потоков
3.5.5.45798 (2020.08.25)
окно поиска в клиенте стало больше и удобнее
обновлена поддержка GPDR
исправлено несколько падений
в панели с детальной информацией имя вкладки «Скорость» изменено на «Графики»
3.5.5.45826 (2020.11.04)
обновлена поддержка GPDR
код инсталлятора был очищен от лишнего и исправлены ошибки
3.5.5.45986 (2021.04.15)
исправлена утечка GDI объектов
3.5.5.46112 (2021.10.15)
исправлено падение происходившее при создании метки торрента
Работавшее в старых версиях и отломанное к версии использованной в сборке
При отключённой опции "Настройки -> Общие": "Распределять все файлы" (prealloc_space) клиент создаёт файлы размером 0 байт в раздачах только если в раздаче перед ними есть непустой файл. Возможно, что есть ещё какие-то условия для возникновения проблемы. Проблемы нет на версии 2.2.1.25302, но она уже есть на 3.0.0.25406, в более новых версиях проблема до сих пор не исправлена (последняя протестированная 3.5.3.44396). Полной уверенности в том, что аналогичная проблема не проявляется также и для пустых папок — нет. Пример того как выглядит проблема в этом сообщении. Описана в руководстве как проблема №14.
В 2.2.1 клиент в случае непредвиденного завершения работы после запуска видит какие раздачи были полностью скачаны, а какие нет. Недокачанные в предыдущую сессию он перехэширует и начинает качать. С 3.0 поведение изменилось: клиент после аварии перехэширует ВСЕ раздачи прошлой сессии, включая те, которые давно скачаны. Пример: компьютер не выключался 2 недели, после произошёл сбой по питанию, клиент после запуска начинает перехешировать всё, что было скачано за эти 2 недели.
Автозагрузка торрентов из папки с отображением диалога выбора файлов и прочими параметрами раздачи работает в 2.2.1.25302, но не работает в 3.2.3.28705 и в более новых версиях. С какой точно версии введён полностью автоматический импорт неизвестно (уточнить версию).
В 3.4.2.35702 в интерфейсе отсутствует кнопка "Пауза", в контекстном меню этот пункт есть, сама функциональность тоже работает. Последний раз кнопка была мной замечена в 3.2.3.28705, с какой точно версии её убрали неизвестно (уточнить версию).
В 3.4.2.35702 позиция активной строки в списке торрентов ставится не на первую строку, а на строку, которая станет последней, если список отсортировать по имени, не приводя буквы к одному регистру (т.е. "Z" идёт раньше "a"). В то время как список отсортирован по номеру (№) или по другой колонке. При этом список торрентов находится не в фокусе, поэтому нажатие клавиши Home не приводит к перемещению в начало списка. С какой точно версии сломано не известно (уточнить версию), однако в версии 2.2.1.25302 работало корректно. Возможно (не проверено) частично исправлено в 3.4.9.42671 Beta - Restore default first startup node to the torrent listview node.
Знак '&' в названии раздачи не отображается в 3.4.2.35702, в 2.2.1.25302 отображался, когда точно сломали не известно (уточнить версию).
В 3.4.2.35702 иногда создаётся первый файл в раздаче при этом он не отмечен для загрузки. Проблема происходит при загрузке обновлённого торрента (при удалении старого торрента и добавлении нового с перехешированием и последующим стартом нового). В какой версии точно сломали не известно (уточнить версию). В 2.2.1.25302 работало корректно.
3.4.2.35702 перезаписывает файлы, которые не отмечены для загрузки, но содержатся в загружаемых частях. В какой версии точно сломали не известно (уточнить версию). В 2.2.1.25302 работало корректно. Возможно это не баг, а функциональность ибо в протоколе bittorent понятие "хеш файла" отсутствует и такое поведение исправляет какие-то проблемы.
3.4.2.35702 постоянно обновляет список DHT узлов, из-за чего программа создаёт множество (сколько?) соединений даже без активных раздач. В 3.2.3.28705 проблема отсутствует. С какой версии точно изменилось поведение не известно (уточнить версию). Возможно это не баг, а функциональность в результате изменений с версии 3.4.0 и старше. Кроме того нет уверенности, что это сообщение не вызвано исключительно входящим трафиком на открытый порт и это нормально. У себя наблюдаю что даже при отключённом DHT клиент отвечает на входящие подключения. Нужно больше данных от более широкого круга пользователей.
В 3.4.2.35702 после первого перехода (клика) на только что добавленную раздачу, в нижней части окна по-прежнему отображается информация о предыдущей. В какой версии точно сломали не известно (уточнить версию).
В 3.4.2.35702 при открытии Web-UI клиент значительно задумывается (зависает и не отвечает до полной загрузки Web-UI) если в нём много раздач (у меня, например, уже почти 1500), если заданий в клиенте не очень много, то проблема не заметна. Когда это корректно работало ранее — неизвестно, возможно что никогда (уточнить версию). В 3.4.7.42330 этой проблемы уже нет, когда точно починили — не известно (уточнить версию).
При добавлении в ручную из RSS версия 3.4.2.35702 периодически виснет с концами. Функциональность автоматической закачки по RSS работает нормально, а вот добавление правил для автоматической закачки тоже вызывает иногда зависания, как и вообще правый клик на строке в RSS. Частично проблема была исправлена в версии 3.4.5.41372. Однако более новые версии всё ещё виснут и при добавлении и при двойном клике по строке из RSS https://forum.utorrent.com/topic/104096-double-clicking-torrent-in-rss-feed-hangs-utorrent . К сожалению, исправить проблему разработчики не хотят в качестве костыля для работы с RSS используйте Web-UI или uTorrent Remote. В какой версии точно работало и работало ли вообще не известно (уточнить версию).
С 3.4.2.36615 точно, возможно ещё раньше (уточнить версию), все новые версии вообще не качают раздачи для которых нет ни одного полного источника. На версии 3.4.2.35702 этой проблемы точно нет и всё работает. Ссылка на официальном форуме.
В 3.5.0.43580 Отключена кнопка "Install Teredo" для Windows 7 и новее.
Начиная с версии 3.5.4.44846, после удаления столбца «Воспроизведение» в списке торрентов он вновь появляется после перезапуска программы. Решение проблемы добавлено в руководство с №16.
В 3.5.4.44846 удалён устаревший встроенный html видео плеер.
Новая функциональность в версиях старше использованной в сборке
-
Исправленное в версиях более новых чем использованная в сборке
3.6.0.46590 (2022.11.21)
Includes enhancements to improve torrent swarm health
Makes more peers and seeds available to more BitTorrent community users
Переставшее работать в версиях старше использованной в сборке
-
Исправленное в актуальной версии сборки, но не работающее в предыдущих версиях сборки
К версии 3.4.3.40633 проблема закрыта: В 3.4.2.35702 в статистике диска записанное в кэш в двое превышает реальное значение. Косметическая ни на что не влияющая ошибка. Когда было сломано неизвестно (уточнить версию).
К версии 3.4.7.42330 проблема закрыта: 3.4.2.35702 при включении лимитов трафика в настройках падает при выборе графика «Лимит трафика» в главном окне программы. Непосредственно сама функциональность ограничения трафика работает нормально. В какой версии сломали неизвестно (уточнить версию). В какой версии точно исправили неизвестно (уточнить версию).
К версии 3.4.5.41372 проблема закрыта: Все версии начиная с 3.4.2.36044 и до (уточнить версию ибо починено, наверняка, раньше) на части машин моего тестового зоопарка имеют ярко выраженную проблему с лайвлоками (клиент может "зависать" до 80% времени), а на машинах, где проблема отсутствует, возникают необъяснимые проблемы, вызванные, скорее всего, тоже залипаниями клиента где-то внутри. Помимо этого часть версий из этого списка, как минимум старше 3.4.2.38397 и младше 3.4.3.39944 имеют серьёзные проблемы, вызывающие при старте клиента значительные перегрузки сети и оборудования установкой слишком большого количества соединений (в обход всех ограничений и настроек за доли секунды после старта на больших профилях устанавливается несколько десятков тысяч подключений). По этой причине версии из этого диапазона настоятельно не рекомендуются к эксплуатации.
К версии 3.4.6.42060 проблема закрыта: В 3.4.2.35702 строки с раздачами более высокие чем в старых версиях. С какой точно версии введено изменение неизвестно, однако в 3.2.3.28705 всё ещё компактные строки (уточнить версию). Это не ошибка, но может быть непривычно. Обращаю на это внимание поскольку настройками, в т. ч. сменой темы приложения это не изменить.
К версии 3.4.9.43085 проблема закрыта. В более ранних версиях была функциональность, галочка «Добавлять метку торрента» («Append the torrent's label») в настройках переноса загруженных раздач (в 2.2.1.25302 точно есть (уточнить версию)) — удобная, рабочая штука (статья на Хабре https://habrahabr.ru/post/90657/ ). Опцию убрали из настроек интерфейса (к настройкам всё ещё можно добраться через Web-UI или uTorrent Remote). Сама функциональность в 3.4.2 и 3.4.7 работает корректно. В 3.4.9.43085 исправлено управление опцией.
К версии 3.5.0 проблема закрыта: С 3.4.8.x по 3.4.9.x у меня на тестах работают неудовлетворительно, причин, к сожалению, понять не удалось. При этом версии 3.4.9.x ведут себя значительно лучше, чем 3.4.8.x, но всё ещё хуже, чем 3.4.7.42330. Версии 3.5.0 ведут себя даже лучше, чем 3.4.7.42330.
К версии 3.5.0 проблема закрыта: В 3.4.9.43085 если поставить закачку через торрент-файл, а после добавить анонсеров по магнит ссылке, то сабж качает битые файлы (пишет 'раздаётся' хотя закачено не полностью). Лечится удалением лишних анонсеров и перехэшированием. В версии 3.4.7.42330 этой проблемы нет, в какой точно версии сломали неизвестно (уточнить версию).
К версии 3.5.1 проблема закрыта: В 3.4.9.43295 изменили алгоритм приоритизации при скачивании, таким образом решили поправить проблему, что с клиентов с крайне низкой скоростью канала на отдачу, например сидящих на ADSL, никогда ничего не качает, а всегда качает с более ёмких пиров. В итоге 3.4.9.43295 очень плохо качает и раздает на раздачах с малым количеством пиров, в то же время на раздачах с большим количеством пиров качает как обычно. Я вижу здесь решение одной проблемы и создание нескольких больших проблем из-за неразумного расходования ресурса как сети так и оборудования ибо общий КПД обмена в рое явно падает поскольку связность не лучше, но соединений для обмена на той же скорости требуется больше, а следовательно и оверхеда везде больше). В версиях 3.5.0-3.5.1 за несколько итераций скорректировано поведение алгоритма и как следствие проблема перестала вылезать явно: проседания скорости ушли.
К версии 3.5.0.43580 проблема закрыта: С 3.4.4.40911 точно, возможно ещё раньше (уточнить версию), все новые версии некоторые раздачи скачивают лишь на доли процента и останавливаются.
Существуют и другие ошибки, а также косметические недоработки не упомянутые в этом списке. Если нашли проблему, считаете её существенной для упоминания в этом списке, то, пожалуйста, обязательно напишите об этом. Желательно указать версию в которой проблема исправлена. Если она не исправлена, то последнюю версию на которой её ещё не было.
Также дополнительно список ошибок, в т. ч. исправленных можно посмотреть на официальном форуме. Если у вас есть возможность помочь актуализировать этот список, в т.ч. проставив номера версий когда было сломано и когда починено, то, пожалуйста, напишите! Скриншоты:
Скриншоты
Скриншот пропатченного клиента с настройками из сборки работающего у меня на сервере:
О размере программы:
Файлы в сборке находятся в распакованном виде. В оригинале клиент запакован и подписан. Де-факто в сборке клиент даже меньше поскольку отпилено многое. О вирусах в программе:
С этим, к сожалению, ничего не поделаешь, ложные детекты у патченных файлов были, есть и будут, тем более что файлы не подписаны. Кроме того в оригинальном клиенте уже содержатся куски кода на которые идёт ругань от части вендеров. Тем не менее все файлы в сборке максимально вычищены от мусора и в отличие от оригинала находятся в распакованном виде. Исполняемые файлы сборки и для сравнения оригинальные файлы проверены на Virustotal. Особое внимание обратите на поведение программы (вкладка Behavior
на сайте):
О явных ошибках, опечатках, орфографии и прочих подобных недочётах также просьба сообщать, желательно в личные сообщения дабы не засорять топик. Дальнейшего развития сборки не предусмотрено поскольку я полностью перенесла свой профиль на qBittorrent что и всем настоятельно рекомендую поскольку он работает буквально во всём лучше. Обратите внимание — uTorrent 3+ входит в список не рекомендуемых для использования на нашем трекере!
Вылетает сегодня с утра. У меня она и стояла до сих пор. Не именно эта раздача, а эта версия, портэйбл. У меня она так называется "utorrent_3.4.2.35702_patched_with_universal_very_usable_settings" upd
Сейчас по верх последней версии 3.4.5, закинул exe-шник из этой раздачи и вуаля. Всё ОК :).
"из-за этого появляется детект Trojan[FakeAV]/Win32.Agent. Проблема в том, что возни с этим много, но доверия от этого сильно не прибавится точно."
Ах, как хочется тебе поверить... но девственность бывает лишь раз)))
Alega_
Так и есть, в предыдущем моём релизе на Тостере от июля 2015 г. был исполняемый файл по быстрому пропатченный чтобы рекламу не показывал и всё, в этот же раз полное фундаментальное огораживание )) Можете даже инсталлятором поставить ради интереса, всё злое в софтине порублено на корню )
ff17 писал(а):
70158946"из-за этого появляется детект Trojan[FakeAV]/Win32.Agent. Проблема в том, что возни с этим много, но доверия от этого сильно не прибавится точно."
Ах, как хочется тебе поверить... но девственность бывает лишь раз)))
А и не надо мне верить, распакуйте мой файл и оригинал и поищите там текст вида "что нибудь.dll" узнаете о оригинальном мюторренте много нового ах как хочется вернуться, ах как хочется ворваться.... но да, только один раз
L.Rainman
Спасибо за проделанную работу.
Очень не хотелось слазить с него, но его разработчики пользуются тем, что лучшей альтернативы нет.
Заметил такую странность в данной сборке (может так и должно быть?):когда добавлял торрент-файл с диска, с уже загруженными данными, то всем файлам присваивается "Низкий" приоритет, кроме какого-то одного - ему выставляется "Высокий" приоритет. Если раздача с одним файлом, то ему выставляется всегда "Высокий" приоритет.
Вроде бы раньше всем файлам по умолчанию давался "Нормальный" приоритет. Влияет ли это на раздачи? Я вручную выставляю "Нормальный" приоритет, по привычке.
Isee2
Пожалуйста! Да, так и должно быть, это фича добавленная настройками, т. н. "последовательная загрузка файлов" т. е. по умолчанию сегменты грузятся в произвольном порядке во все места раздачи, а с включением пары опций начинают грузиться последовательно внутри файла и сами файлы также грузятся последовательно, от этого и приоритеты так автоматом ставятся (на качающемся файле высокий, начиная с первого, а на остальных низкий). Это позволяет, например, сразу начать смотреть кино, особенно если там сериал и много-много серий, а также существенно снижает нагрузку на диск за счёт последовательной записи данных. На раздаваемые файлы эти приоритеты не влияют вообще никак, так что проблем эти опции не создают, одна польза.
L.Rainman
Извините меня, я в общем то не опытный в таких делах пользователей, но я где-то здесь, похоже в этой теме "Обсуждение µTorrent версий 3.+" прочитал, что при последовательной загрузки файлов возможно скорость закачки будет меньше, чем при загрузки в произвольном порядке. Так ли это?
bagrad62
Возможность ухудшения скорости действительно есть, но она на практике маловероятная и гораздо более теоретическая чем реально приносимая польза, поскольку произойти это может только при сочетании нескольких факторов, точнее когда файл ещё не расползся по сети (доступность в рое едва больше 1) и у единственного полного источника включён суперсид. Во всех остальных случаях никакого существенного (за рамками погрешности) снижения скорости не происходит.
vanasha20
То что 3.2.3.28705 из классических и проверенных, одна из лучших ибо по функциональности многое есть, а глюков из 3.3 ещё нет - согласен. Для неё в т. ч. даже специально настройки добавлял в сборку, которые в 3.4.2.35702 просто игнорируются. Однако перепощу свою цитату с темы на рубоарде, в которой как раз постарался расписать почему именно на 3.4.2.35702 остановился и почему именно её и рекомендую.
Много букв
Цитата:
A1eksandr1
А почему именно 3.4.2 пилится, чем прославился, что не актуализируете? Вот за 3.2.3.28705, 3.3.2.30586 и даже значительно более старые - есть масса ценителей, которые перечислят плюсы/минусы. А всё что старше - до сих пор в ожидании стабильности, вроде вот только просветы появляться начинают. IRainman
Постараюсь коротко описать, но это сложно. Старые версии либо глючат и сильно в области RSS либо качают из рук вон отвратно. До кучи большая часть билдов до 3.3 даже не умеет качать в сетевые (SMB) папки, всё время лезет перегрузка диска в клиенте, в 3.3 с какого то билда это поправлено, но там уже RSS под корень сломано, то не обновляет, то в гуй нельзя ленту удалить-добавить чтобы ленты не поехали, там вообще был ад одно время, в списке было 3 ленты, а на счётчике 4 (реально их и было 4), при этом в одной ленте показывалась каша из всего, а остальные были пустые. Качают версии 3.3 в целом тоже просто ужасно, об этом уже жаловались все, на рутрекере их так вообще не рекомендуют. 3.2.3 тёплая и ламповая, она как 2.0.4 и 2.2.1 работает со всеми вытекающими, т. е. не умеет в многопоточность при работе с диском слишком во многих местах, в ней крайне вяло работает DHT, нет мелких удобств, например фильтра своих торрентов и т.д.
Более новые версии у меня тесты не проходят на зоопарке и там полный "букет проблем". Часть билдов из непрерывной области 3.4.2 - 3.4.4 то сеть (и машину) кладут на полминуты при старте созданием, в самом худшем сценарии, нескольких десятков тысяч подключений в течении нескольких секунд, на мощных машинах и с небольшими профилями это выглядит как лёгкий лаг, но на жирных профилях всё ОЧЕНЬ плохо. В тех же, примерно версиях были ещё какие то глюки в ядре. Не помню точно с какой и по какую версию идёт очень бодрый жор памяти под нагрузкой, через час машина может уже и не отвиснуть если диск со свопом не шустрый. Все билды, начиная с 3.4.2.36044 и дальше имеют на части машин зоопарка ярко выраженную проблему с лайвлоками (может "подвисать" до 80% времени), которую исправили окончательно, похоже, только в 3.4.5.41372. Вполне вероятно, что на машинах где не было лайвлоков эти билды работали ужасно (сильно плавала скорость, лаги системы были и прочее) по той же причине. Дальше, в самых последних версиях, наметился прогресс, но они падают, как минимум, в области isp.peer_policy и в целом пока не очень стабильны (сужу по логу изменений, где чуть ли не в каждом "релизе" пачками фиксят падения и зависания), плюс у них местами имеются несколько повышенные аппетиты к системным ресурсам, всё это из-за недавнего рефакторинга, но работают в целом при этом лучше, т.е. лагов и подвисаний, особенно при применении настроек и загрузке клиента, стало существенно меньше. Думаю ещё полгодика (надеюсь), ну ладно, пусть год и выпустят вкусняшку. Так что, если подытожить, то именно на этом билде из линейки 3.4.2 остановился от безысходности, билды младше либо ужасно качают либо всё плохо с RSS либо уже по всем аспектам устарели и на моей нынешней конфигурации (много дисков на нескольких машинах и один клиент) просто не могут работать как надо. В билдах старше просто полнейший глюкодром в котором хоть и наметился прогресс, но пока всё сыро. Но в целом линейка 3.4.x движется куда надо, если пренебречь всяким мусором с дополнениями и рекламой, то DHT так хорошо никогда раньше не работал в истории в принципе, качает и раздаёт клиент тоже гораздо лучше (это может подтвердить уже куча народа, включая хранителя с Рутрекера из Топ-10), параллельная работа с дисками, введённая в 3.3, в 3.4 уже работает как надо и не глючит, а в самых последних версиях, как и писал выше, они вообще биоразложимый код начали выкидывать и переходить на стандартные контейнеры, а чуть ранее этого вытащили ишака в отдельный экзешник (utorrentie.exe который как раз), что увеличило стабильность очень сильно, даже при использовании оригинала т.е. без спец настроек и без отпила хлама.
P.S. в контексте "качает и раздаёт клиент тоже гораздо лучше" имеется ввиду то, что он лучше и гораздо (разумеется при одинаковых настройках) находит пиров и обмен идёт гораздо бодрее. Собственно причина особой бодрости в обмене и в области DHT начиная именно с ветки 3.4 подробно объясняется в блоге разработчиков.
L.Rainman
Спасибо, сборка действительно хорошая, не подвисает и не глючит, но в процессе работы возникло несколько вопросов:
1) ipfilter тут вроде не работает но в настройках не отключен
2) включено шифрование трафика, оно нужно только для вредных провайдеров?
3) раздача по умолчанию ведётся бесконечно (цель раздачи установлена в 0%), для этого раньше всегда ставили -1
4) добавлен запрет на подключение к портам используемым по умолчанию для большинства распространённых интернет сервисов, какие порты?(я например использую 55555)
5) отключена рандомизация clientID, это зачем?
Итого раздачи стали идти как то вяло, на 3.4.5 с настройками от A1eksandr1 в среднем раз в 5 больше раздавал за день, кроме выше перечисленных настроек пробовал отключать UTP, куда еще можно копать?
NEOsik
Пожалуйста!
1) ipfilter в сборке не настроен, но на тостере я рекомендую его использовать, наверное и тут в итоге дополню шапку. Но суть в том, что эта настройка без файла ipfilter.dat ни на что не влияет и по умолчанию она также включена.
2) шифрование трафика в общем то опционально, но в текущих реалиях видится разумным его включать везде где можно. Опять же, если у пира за NAT вредный провайдер то качая с нас (если у нас открыт порт наружу) он получит шифрованный поток, что уже делает целесообразным включение этой опции, обратное тоже верно.
3) там и так и так можно, точнее
кусок справки
The Minimum ratio field allows you to set the ratio that you wish to reach before µTorrent throttles the speed for the torrent job (or stops it, if you set it to do so). Setting the ratio to -1 is equivalent to setting it to unlimited. Setting this value to 0 tells µTorrent to ignore this value and look only at the seeding time limit. This value is interpreted as a percentage. µTorrent will throttle the seeding process only after both this and time limit have been reached.
Убрал этот момент с деталями из описания дабы не дублировать справку, а смысл и так передан (раздача по умолчанию ведётся бесконечно)
4) список можно посмотреть либо в дополнительных настройках клиента bt.no_connect_to_service_list, либо с помощью BEncodeEditor сразу в файле настроек. Тут его не публикую ибо информация и так видна и здесь это будет дублированием, но там все значения меньше 10000.
5) эта функциональность работает кривовато в итоге просто забивает список пиров и себе и клиентам на другой стороне, плюс ещё локальный список побаненных "самих себя" увеличивается. В общем негативных последствий от этой опции много, в тоже время пользы в анонимность она добавляет мало, а обмену так вообще не способствует. Даже в FAQ есть
скрытый текст
Цитата:
Обновился до версии 3.2.2 Stable (bild 28500). На некоторых закачках в списке пиров наблюдаю свой IP - то в 4 строки, то в 10, и больше 20 бывает...
Цитата:
раздачи стали идти как то вяло, на 3.4.5 с настройками от A1eksandr1 в среднем раз в 5 больше раздавал за день
В моей сборке действительно специально установлены чуть менее агрессивные значения для bt.connect_speed и net.max_halfopen по сравнению со значениями по умолчанию в 3.4.5, у A1eksandr1 просто эти значения настройками не заданы (т.е. оставлены по умолчанию). Однако даже для 3.4.2 эти значения больше чем по умолчанию. В общем и целом я не уверен, что проблема вообще в настройках ибо довольно вероятно, что в 3.4.5 DHT работает лучше чем в 3.4.2 и именно поэтому обмен там лучше, так что советую проверить 3.4.5 с настройками от сборки если 3.4.5 у вас нормально работает (мои тесты показывают, что пока там всё слишком сыро и глюков разных тьма от билда к билду).
19w85
Пожалуйста! В основном да, из-за увеличения времени обновления, но ещё и за счёт совокупности настроек для сети и диска (net.low_cpu, увеличенный объём для сброса данных на диск и т. д.) ещё, как оказалось хорошо убирает тормоза отключение отображения вкладки с частями. В общем вот так, с миру по нитке.
L.Rainman
Спасибо за разъяснения, открыл побольше слотов и раздачи пошли нормально, еще заметил что если во время большой загрузки, установить в настройках общий лимит на скорость закачки, то она полностью останавливается, проверьте как у вас?
Спасибо за разъяснения, открыл побольше слотов и раздачи пошли нормально
Пожалуйста! Однако странно это, вы руководство точно прочли? Там как раз настройка под конкретное подключение "за 3.5 шага" описана. Или всё таки прочли, но я там где то даю некорректный совет?
В принципе уже некоторое время эксперементирую потихоньку чтобы актуализировать таблицу с параметрами, а точнее чтобы вообще избавиться от таблицы и считать значения по формуле, но пока только прикидываю оптимальную формулу для расчёта значений параметров, а потому в руководстве оставил "проверенную" таблицу.
Цитата:
если во время большой загрузки, установить в настройках общий лимит на скорость закачки, то она полностью останавливается
Занятно, бага повторяется, интересно откуда у неё ноги растут и на какие билды проблема распространяется. У меня просто общее ограничение скорости не установлено ибо клиент сам хорошо справляется с её регулировкой в зависимости от реальной загруженности канала (даже если только tcp подключение доступно, через прокси, к примеру). В руководстве тоже описано, что установку ограничителя скорости делать не надо. Это также позволяет не морочить голову настройками планировщика если тарифная скорость отличается по времени суток, например ночью. Видимо так эту багу и не заметили пока сборка народом с Тостера больше года использовалась, либо никто руководство из комплекта вообще не открывал тогда всё плохо )))
L.Rainman
Универсальные настройки невозможны в принципе, у всех разные провайдеры и условия подключения. Кое что собрано в первом спойлере темы https://rutr.life/forum/viewtopic.php?t=1275112 Так что можно только сделать условно-предварительные настройки и допиливать по месту напильником.
Рapant
Так и есть, так и сделано: под скорость и основные параметры подключения как раз надо донастроить по руководству из комплекта сборки, но тонкие параметры, например, использования прокси для подключения, я там сознательно не описывал ибо это слишком много данных, которые подавляющему большинству пользователей не нужны Для XP и Vista тоже сознательно не добавлял ничего на счёт патча количества соединений ибо их мало народу используют и похоронены они уже всеми, включая мелкомягких, а с 49 версии уже и хромиум их поддержку выкинул. P.S. одной из целей создания сборки было как раз сделать так, чтобы скачав её пользователь получил большую часть самых полезных знаний о настройке под конкретное подключение в очень простой форме, т.е. в html файле, который идёт прямо в комплекте сборки, не требует подключения к интернету и работает в абсолютно любом браузере. Но похоже никто его не читает получается это огромный FAIL с моей стороны )
L.Rainman
Перечитал руководство, кое что еще подправил, оно действительно полезно не только для новичков.
Цитата:
У меня просто общее ограничение скорости не установлено ибо клиент сам хорошо справляется с её регулировкой в зависимости от реальной загруженности канала (даже если только tcp подключение доступно, через прокси, к примеру).
Как работает эта функция?У меня ограничение тоже обычно не установлено, но при крупных закачках браузер страницы не грузит)
А по поводу бага, возможно ноги растут из тойже серии, попробуй проверить что там фиксил:
Цитата:
- исправлена работа опции «Скорость отдачи, если нет загрузок». С настройками по умолчанию и включённом ограничителе скорости её активация приводила к полной остановке передач
NEOsik
Да, вполне вероятно, что ноги у бага растут из того же места, проблема только в том, что никаких адекватных доков на те скрытые опции нет и там надо проводить экспериментальную корректировку значений в общем скорого решения, да и решения вообще, обещать не могу. Постараюсь коротко описать принцип работы: uTP вычисляет задержки отправки и если они больше целевых то снижает скорость (работает поверх UDP), дополнительно учитывается потеря пакетов. При передаче по TCP скорость регулируется не только клиентом но и ОС на основе данных о потере пакетов, размерах сегмента, а ещё там есть механизм похожий по принципу работы на uTP но другой. В принципе одно от другого в итоге мало чем отличается. Для более глубокого понимания как работает советую описание контроля перегрузки uTP протокола на сайте разработчиков, но вообще стоит документ прочитать целиком, а совсем по хорошему сюда же надо приложить ссылки на несколько RFC по TCP и UDP. P.S. и да, я очень надеюсь что у вас Windows 7 или новее )
L.Rainman
У меня Windows 10 х64 на чистом TCP похоже система не всегда справляется с регулировкой + роутер под нагрузкой плохо вытягивает L2TP подключение, сейчас включил все протоколы, стало действительно лучше µTorrent оставляет 15-20% пропускного канала для других приложений.(на многих других версиях и старых и новых у меня после долгой работы торента отваливалась сеть так что только ребут помогал, я думал что моя сетевая atheros не дружит с UTP, но на твоей сборке с utp все работает пока стабильно)
L.Rainman
Здравствуйте! Что такое : Дополнительные системные настройки -> Оптимизация файлового кэша? И нужно ли их применять эти файлы реестра? В описании не нашел...(
SPEKTR 13
Желательно применить, без этого все новые версии µTorrent кушают очень много оперативной памяти, там один файл включает опцию, второй отключает, вернее наоборот)
NEOsik
У меня в настройках сделано так, что клиент не страдает проблемой роста pps (увеличения количества пакетов в секунду), от этого многое оборудование загибается даже без VPN. L2TP это печально конечно, сочувствую. В ближайшее время надеюсь дополнить руководство в плане ещё одного твика, на этот раз связанного с параметрами сетевого стека системы, вполне вероятно, что вам он ещё немного упростит жизнь.
P.S. твик для оптимизации кэширования через реестр нужно применять к любой версии клиентаДаже те версии которые не жрут память явно всё равно забивают кэш открывая файлы со слишком высоким приоритетом. SPEKTR 13
В описании нету, агу. Однако подробное описание этого твика есть в руководстве внутри раздачи "Руководство пользователя\Руководство по установке и настройке клиента.html". Возможно я зря сделал документацию по настройке именно внутри раздачи, но рассчитывал, что при личном использовании и, например установке кому то другому, пользователю проще будет открыть локальный файл в бразуере из папки с клиентом, т. е. по сути старался соблюсти концепцию полной портативности сборки не только по установке, но и по документации.
NEOsik
Спасибо! L.Rainman
Все нашел, просто первый раз не внимательно просмотрел html:) (Согласен насчет вашей концепции полной портативности )
Ps. Спасибо за сборку, все работает отлично!(Очень вовремя, учитывая последние события с крашем у многих пользователей и у меня в том числе!)
все еще реквестирую фичу со скинами.
по крайней мере, не нравится высота строк в списке раздач - слишком большая, а также некоторые цвета: в колонке "Состояние" у файлов со статусом "Завершено" и "Раздается" - зеленый цвет почти совпадает, хочется как-то разграничить их получше, оттенком или сменой цвета
Сохраняет торрент файлы в свою папку, не удаляет их потом сам при удалении торрента. Приходится периодически чистить руками. Как сделать так, чтоб удалял сам? http://i.imgur.com/RPEtSL0.png
Может просветите вот на какую тему: В более ранних версиях был такой функционал, как галочка «Append the torrent's label» в настройках переноса загруженных раздач.
Удобная, рабочая штука (статья на хабре https://habrahabr.ru/post/90657/ ) Функционал этот убрали (но к нему можно как-то добраться через веб интерфейс), вместо него как бы сделали другой - Labels and directory rules.
Только не понятно как им правильно пользоваться (справка везде старая, мануала нет). на оф. форуме жалобы, что новая
ситема работает через одно место, а чаще не работает вообще, разрабы молчат как пленный индейцы. Вопрос: как правильно настроить сортировку раздач по папкам через механизм присвоения меток?
Я тут размечтался порядок навести в папке с раздачами...
ах как хочется вернуться, ах как хочется ворваться.... но да, только один раз 
Там как раз настройка под конкретное подключение "за 3.5 шага" описана. Или всё таки прочли, но я там где то даю некорректный совет?
тогда всё плохо ))) 
в общем скорого решения, да и решения вообще, обещать не могу.
Возможно я зря сделал документацию по настройке именно внутри раздачи, но рассчитывал, что при личном использовании и, например установке кому то другому, пользователю проще будет открыть локальный файл в бразуере из папки с клиентом, т. е. по сути старался соблюсти концепцию полной портативности сборки не только по установке, но и по документации. 
)