LINUX.ORG.RU

Выпущен релиз qBittorrent 1.0

 ,


0

0

Вышел qBittorrent 1.0.0 - неплохой торрент-клиент на основе C++-библиотеки libtorrent 0.13 с интерфейсом на qt4. По возможностям - прямой конкурент KTorrent:

  • поддержка UPnP / NAT-PMP forwarding,
  • поддержка шифрования (совместим с Azureus),
  • поддержка RSS,
  • встроенный механизм поиска с возможность подключения модулей,
  • поддержка DHT,
  • поддержка механизма обмена пирами, реализованного в uTorrent (PeX),
  • сканирование каталогов с торрент-файлами и последующая закачка,
  • поддержка 25 языков, включая русский,
  • выборочная загрузка файлов из торрента,
  • возможность предпросмотра медиа-файлов при загрузке,
  • редактирование списка трекеров, возможность установки приоритетов,
  • отображение списка раздающих и качающих пользователей для закачки,
  • поддержка стилей,
  • возможность выбора приоритета закачки для файлов в торренте,
  • загрузка файлов в корректном порядке (последовательно),
  • поддержка Unicode,
  • загрузка торрента из URL,
  • работа с прокси,
  • фильтрация по IP в стиле eMule.

>>> сайт

Ответ на: комментарий от iZEN

>Всё для KDE, ничего не жалко. :))

какое оно имеет отношение к кде? но интерфейс у него действительно мало юзабельный

prizident ★★★★★
()
Ответ на: комментарий от Codewalker

4.2 нормально всё.

Хотя если под "неудобно" понимается необходимость использовать для этого клаву, то да...

INFOMAN ★★★★★
()
Ответ на: комментарий от const86

апачевские опции Allow/Deny нужны для отдельных вхостов.

Тебе нужен ip-фильтр для отдельных торрентов? Что-то я в ktorrent подобного не видел.

INFOMAN ★★★★★
()
Ответ на: комментарий от anonymous

>Мало того, что по фичам всех остальных уделывает (много кто может похвастаться поддержкой обоих типов DHT, к примеру)

Ага, сначала придумали свою ни с чем не совместимую реализацию DHT а потом и стандартную поддерживать в какой-то мере начали. ms-way

DNA_Seq ★★☆☆☆
()
Ответ на: комментарий от DNA_Seq

> Ага, сначала придумали свою ни с чем не совместимую реализацию DHT а потом и стандартную поддерживать в какой-то мере начали. ms-way

Вообще-то они ее придумали тогда, когда никакой другой реализации еще не было. Так что это проблема официального клиента, что когда там появился хоть какой-то dht, он оказался велосипедным, вместо совместимого с уже рабочим а азуреусе. Даже сейчас это приводит к тому, что в ней все еще эффективнее находить, чем в "стандартной".

Не добавлять фичу, пока она не появилась в стандартном клиенте просто глупо. Официальный сейчас уже вообще толком не развивается, а фичи нужны. Вон в rtorrent придумали новый алгоритм хэндшейка, передающий дополнительные полезные данные - в utorrent поддержали (или наоборот все было), потом в azureus и других появилось. А официальный наверное до сих пор не держит это - ну и хрен с ним, в конце концов.

anonymous
()
Ответ на: комментарий от anonymous

>Такой рулез уже написали. Azureus называется. Мало того, что по фичам всех остальных уделывает (много кто может похвастаться поддержкой обоих типов DHT, к примеру), так еще гуи есть - на gtk, motif, консольный и веб-морда. Что еще можно желать?

кторрент жрал у меня 20-30 метров при нескольких небыстрых закачках. Азуреус просто без торрентов при запуске сожрал 150. Интерфейс подтормаживает. Ява...

anonymous
()
Ответ на: комментарий от anonymous

> кторрент жрал у меня 20-30 метров при нескольких небыстрых закачках. Азуреус просто без торрентов при запуске сожрал 150. Интерфейс подтормаживает. Ява...

Попробуй запустить самый последний азуреус под 32-х битной сановской джавой 1.6 (опционально с motif-гуем, он еще меньше жрет). Точно потребление при запуске + закачке с "классическим" интерфейсом (когда vuze полностью отрублен) должно быть меньше сотни мегов.

Если начать активно лазить по интерфейсу/настройкам, любоваться на красивые графики и диаграммы текущих битиков, а тем более - включать vuze, который еще firefox внутрь азуреуса подгрузит, или использовать весь зоопарк тулкитов в виде swt->gtk->qt (через gtk-qt engine), то он начнет потреблять больше.

Как факт, у меня последняя версия с gtk'шным интерфейсом под 64-х битной джавой при закачке пачки торрентов потребляет мегов 120. Если начать очень активно мучать интерфейс, можно и до 250 расход памяти довести..

anonymous
()
Ответ на: комментарий от anonymous

Да, и, кстати, тормозит в интерфейсе там не ява, а прослойка swt->gtk. Что легко доказуемо тем, что при использовании swt->motif под линуксом или swt->как-его-там под виндой интерфейс не тормозит.

anonymous
()
Ответ на: комментарий от anonymous

У меня некоторые клиенты (BitTorrent, Ktorrent) почему-то вешают точку доступа на роутере :( Пробовал все возможные настройки, ничего не помогает. Но попробовал rtorrrent, и все замечательно.

Но есть и недостаток, как заметили. Fuse не умеет корректно с ним работать, из-за чего нельзя писать на ntfs-3g :(

Никто не знает, другой проект (не помню название, не напомните?) по поддержке ntfs умее корректно работать в связке с rtorrent?

roiman
()
Ответ на: комментарий от roiman

у rtorrent'а есть еще один недостаток - он не умеет делать торренты. поэтому надо всегда держать в системе еще один клиент...

skn
()
Ответ на: комментарий от ero-sennin

>Комбайн, блин. Нафиг в торрент-качалке поиск, если с тем же успехом я в конке могу набрать "isohunt blablabla"? Нафиг IP-фильтр, если есть iptables/ipfw/whatever? Нафиг там RSS, если аналогичный скрипт делается на коленке за полчаса? И т. д

Ну и нафиг вообще нужны торрент-клиенты, если аналог пишется за неделю-две под пеффко, правда же? ;)

MYMUR ★★★★
()
Ответ на: комментарий от INFOMAN

> Тебе нужен ip-фильтр для отдельных торрентов? Что-то я в ktorrent подобного не видел.

Мне не нужен. Допускаю, что кому-то может быть нужен. Но намёк был совсем не на это. Каждому конкретному приложению со своей колокольни виднее, кого к себе пускать и при каких условиях. Кроме этого, iptables может настраивать только администратор... Короче, делать из iptables ip-фильтр для отдельных приложений - в общем случае очень хреновая затея.

const86 ★★★★★
()
Ответ на: комментарий от anonymous

> Точно потребление при запуске + закачке с "классическим" интерфейсом (когда vuze полностью отрублен) должно быть меньше сотни мегов.

%MEM COMMAND                       RSS    SZ    VSZ

0.2 rtorrent                     2552  1336  10872

firsttimeuser ★★★★★
()
Ответ на: комментарий от roiman

> Но есть и недостаток, как заметили. Fuse не умеет корректно с ним работать, из-за чего нельзя писать на ntfs-3g :(

бага в fuse, там выше писали.

firsttimeuser ★★★★★
()
Ответ на: комментарий от roiman

> У меня некоторые клиенты (BitTorrent, Ktorrent) почему-то вешают точку доступа на роутере

посмотри в настройках клиентов сколько пиров разрешено на торрент и в общем. На раутере посмотри какой таймаут на подключение. Для каждой железки есть разумные пределы.

firsttimeuser ★★★★★
()
Ответ на: комментарий от anonymous

>самый последний азуреус под 32-х битной сановской джавой 1.6 >потребление должно быть меньше сотни мегов.

Это, типа, уже называется мало? Сто миллионов байт на один торрент клиент? Я представляю во что бы превратился wget на жабе...

anonymous
()
Ответ на: комментарий от roiman

> У меня некоторые клиенты (BitTorrent, Ktorrent) почему-то вешают точку доступа на роутере :(

В deluge на вкладке пропускная способность, почти ко всем параметрам подсказка: большое значение может повесить некоторые дешевые роутеры... :)

кстати, никто не знает, как запустить deluge без морды, тобишь демоном? и обращаться к нему ток посредством webUI?

h4tr3d ★★★★★
()
Ответ на: комментарий от h4tr3d

>так что ждем deluge 0.6, в котором будет демон + веб гуй.

>anonymous (*) (23.04.2008 0:02:46)

ждем-с

xio
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.