Представлен релиз Transmission 2.51 (http://www.transmissionbt.com/), относительно легкого и нетребовательного к ресурсам BitTorrent-клиента, написанного на языке Cи и поддерживающего разнообразные интерфейсы пользователя: GTK, Qt, native Mac, Web-интерфейс, daemon, command-line. В новой версии отмечено 18 исправлений (https://trac.transmissionbt.com/wiki/Changes#version-2.51), среди которых можно отметить:
- Для всех платформ обновлены поставляемые в комплекте библиотеки libnatpmp и miniupnp. Добавлена поддержка переменных окружения для управления проверкой SSL-сертификатов через libcurl. На этапе сборки добавлена поддержка переменных окружения CXX;
- В GTK+ клиенте устранён крах при добавлении торрентов в системе без установленной переменной G_USER_DIRECTORY_DOWNLOAD, изменены настройки звуковых уведомлений, добавлена всплывающая подсказка для файлов в списке содержимого торрента, налажена работа кнопки отмены действия в диалоге "Open URL", улучшена поддержка Gnome Shell и Unity;- В Qt-клиенте унифицировано с Mac- и Web-клиентами использование цветов при отображении прогресса выполнения операции, улучшена работа функции"Open Folder";
- В web-клиенте налажено отображения глобальных показателей при отображении прогресса выполнения операции. При выборе одновременно нескольких торрентов в окне инспектирования теперь показывается сводная информация. Осуществлен переход на jQuery 1.7.2.
- В демоне добавлено отображение информации о magnet-ссылке при выполнении "transmission-remote -i".
Одновременно увидел свет (http://dev.deluge-torrent.org/wiki/ReleaseNotes/1.3.5) релиз многоплатформенного BitTorrent-клиента Deluge 1.3.5, в котором отмечено около 17 исправлений (http://dev.deluge-torrent.org/wiki/ChangeLog), в основном связанных с устранением ошибок и недоработок. Deluge написан на языке Python (используется фреймворк Twisted), базируется на библиотеке libtorrent и поддерживает несколько видов интерфейса пользователя (GTK+, web-интерфейс, консольный вариант). BitTorrent работает в клиент-серверном режиме, при котором пользовательская оболочка выполняется в виде отдельного процесса, а всеми BitTorrent-операциями управляет отдельный демон, который может быть запущен на удаленном компьютере. Код проекта распространяется в рамках лицензии GPL. Установочные пакеты с Deluge 1.3.5 подготовлены (http://dev.deluge-torrent.org/wiki/Download) для всех популярных Linux-дистрибутивов, а также для FreeBSD и Windows.URL: http://www.transmissionbt.com/
Новость: https://www.opennet.ru/opennews/art.shtml?num=33577
Продолжим традицию :) Чем оно лучше KTorrent?
Не привязано к kdelibs и может работать в режиме демона?
"не привязано к kdelibs" и "может работать в режиме демона"
Ортогональные понятия, поэтому тот же KTorrent принципиально возможно разрезать на управляющий GUI клиент и демон. Но, к сожалению, не сделали.
в... KTorrent... не сделали. Больше и писать ничего не надо было.
вот именно не сделали. А сделают потеряется интеграция
Интеграция нужна гуевому клиенту, а демону она зачем? Это же два различный бинарника, взаимодействие через сетевой сокет.
Это я вообще клоню к тому, что демона поместить в DMZ, а гуем иногда подключаться к нему и задания давать/ состояние закачек проверять.
Как пример MLDonkey/KMLDonkey
> Это я вообще клоню к тому, что демона поместить в DMZ, а
> гуем иногда подключаться к нему и задания давать/ состояние закачек проверять.Точно.
Это то, что не сделали в ktorrent.
Удачного дня, ваш К.О.)
> KTorrent принципиально возможноПринципиально возможно и на луну слетать. Управитесь до завтра? :)
Если только с помощью антигравитационных технологий, то запросто :)
> Если только с помощью антигравитационных технологий, то запросто :)Да мне похрену какие там будут задействованы технологии. Котируется результат. Если у вас есть антигравитационные технологии - задействуйте и покажите нам как надо готовить полеты на луну, чтобы NASA съело по полной.
Отсутствием кед в качестве довеска.
KTorrent? Кто это? Чем оно лучше Transmission?
Ну хотя бы тем что Transmission имеет кучу морд, отчего удобен большему количеству пользователей.А вообще всегда хорошо что есть альтернативы - всем всегда не угодишь, поэтому можно перебирать разные программы, пока не найдешь подходящую
для transmission морд куча, а ни одной нормальной нет. делюга рулит.
> делюга рулит.Не знаю куда она там рулит но это бнопня на питоне что делает ее категорически непригодной для пуска на роутере. Нафиг.
а нахрена тебе гуй на роутере? используй rtorrent + web-морда
> а нахрена тебе гуй на роутере? используй rtorrent + web-мордаАга, только вот хорошей и легковесной морды для него и нету. Всякая хрень требующая ставить опач, пых и что там еще vs один демон на все весом полметра, который заодно еще и морду показывает, без всяких мускулов, апачей и пыхов... ну вы поняли :)
> для transmission морд куча, а ни одной нормальной нет. делюга рулит.При скорости 50 мегабит в секунду, и при паре сотен торрентов видна разница по жратию ресурсов.
Если машина не такая мощная, лучше transmission.
Кстати, пробовал rtorrent - стал выдавать ошибки в парсинге торрент файлов, когда тех перевалило за несколько сотен.
Может я там перебаловался с опциями, конечно.
Но transmission работает вполне исправно.
Если мощности компа позволяют, может deluge и выруливает, хз.
Тем что нельзя transmission-cli под скрин на сервере?
Тем, что под маком работает :)
> Тем, что под маком работает :)Это скорее баг чем фича: макинтошники сильно гадят в багтрекер совершенно левыми багами вида "ой, у меня от вашей программы система виснет!111". Невдомек овощам что если система виснет - это баг системы.
А баг, из-за которого KTorrent не работает без KDE и без X-сервера, уже починили?
Deluge единственный кто может нормально работать в виде демона и gui. Но дурной баг с медленной скоростью закачки в конце бесит
>Deluge единственный кто можетНеа, transmission может. А в Deluge есть проблема: чрезмерная высокая загрузка проца по сравнению с transmission.
>Неа, transmission может.Кривыми поделками он может. У Deluge что полный клиет, что демон + гуи это одна и таже программа с одними и теме же возможностями.
В чем кривизна, по подробней пожуста, уж больно интересно. Особенно интересно почему кривая поделка жрет значительно меньше ресурсов чем делюж - факт, и не накладывает ограничений по скорости - факт(по крайней мере для полу годовалой версии, с тех делюж не ставил).
> гуи это одна и таже программа с одними и теме же возможностями.Внезапно, у трансмиссии в конечном итоге все делается через libtransmission. Если веб что-то не может - то только потому что это никто не сделал. А так - через ремотный интерфейс там в принципе делается все то же что можно сделать через локальную морду. И да, я не придумал так сходу чего нужно при нормальном юзеже и чего вебморда не умеет. Но если она что-то и не умеет, можно прицепиться ремотно просто гуйным клиентом/сторонней мордой. Такая фигня.
Попробуйте qBittorrent.
> Попробуйте qBittorrent.Пробовал. В принципе ОК. Пока после зависания ОС у меня не слетели resume-данные всех(!) торрентов (ext4, defaults). Параллельно всё время работал transmission. С ним при этом ничего не случилось. Конечно, от части случайность. Но в qBittorrent'е что-не не в порядке с алгоритмом сохранения resume-файлов. Надо определённо это "атомарно" делать, чтобы наверняка. Да и .bak можно с восстановлением при ошибочной cksum.
> Но в qBittorrent'е что-не не в порядке с алгоритмом сохранения resume-файлов.
> Надо определённо это "атомарно" делать, чтобы наверняка.Трансмиссионщиков по этому поводу много пинали. Они это сделали нормально - сперва записывается в времянку и только если сие удалось, старое стирается а новое ренеймится в то что было. В таком виде довольно неубиваемо получается, переживая всякие там недостатки места в ФС и прочая.
>> Попробуйте qBittorrent.
> Пробовал. В принципе ОК. Пока после зависания ОС у меня не слетели
> resume-данные всех(!) торрентов (ext4, defaults). Параллельно всё время работал transmission.
> С ним при этом ничего не случилось. Конечно, от части случайность.
> Но в qBittorrent'е что-не не в порядке с алгоритмом сохранения resume-файлов.
> Надо определённо это "атомарно" делать, чтобы наверняка. Да и .bak можно
> с восстановлением при ошибочной cksum.kde на этом и ранее напарывались)
> дурной баг с медленной скоростью закачки в концеДай угадаю - качаешь музыку? Наблюдал этот баг, да. Суть в том, что у некоторых пиров аудиоплееры изменяют теги в файлах, а их торрент-клиенты не замечают этого и раздают модифицированные файлы. Твой торрент-клиент получает такие данные, видит, что хэш не сходится, и просто банит этих пиров, думая, что это копирасты ставят палки в колёса. Попробуй скачать с помощью µTorrent - он банить не будет, но зато будет некоторое время перезапрашивать те же данные, т.е. "пробуксовывать", но в итоге таки найдет пира с нормальными данными. libtorrent-rasterbar почему-то пробуксовывает намного дольше.
Если говорить короче, то просто отключи в настройках автобан пиров - вроде бы такая настройка там была.
> дурной баг с медленной скоростью закачки в конце
>>Дай угадаю - качаешь музыку?Ничего подобного, просто части со скоростных источников скачались и новых частей в очереди уже нет, а вот старые части качавшиеся с медленных источников с мизерной скоростью так продолжают еле-еле докачиваться, это общая проблема всех клиентов.для её решения надо чтобы клиент поддерживал отрубание медленных источников.
> клиентов.для её решения надо чтобы клиент поддерживал отрубание медленных источников.В трансмиссии это с недавних пор умнее сделали. Там даже не отрубание а особый "endgame mode". Когда последние остатки параллельно запрашиваются с нескольких разных участников. Так что даже если и попались тормоза, они ни на что не повлияют.
Endgame mode реализован практически везде. Если в Transmission его реализовали только сейчас... Ну что ж.
> Endgame mode реализован практически везде. Если в Transmission его реализовали
> только сейчас... Ну что ж.Насчет реализовали - вроде давно уже есть. Но не так давно улучшали, потому и вспомнился. А у делюги его судя по воплям местных или вообще нет или он крайне хреново работает. Хорошо бы работало - не было бы таких воплей.
Надеюсь, в transmission починили пожирание памяти, а то у меня на ноуте, как только выключаю его, так сразу потребление памяти падает процентов на 30. В ноуте стоит 4 гига RAM
А у меня такого нет и небыло. ЧЯДНТ?
какую ОС используете?
на линуксе уж точно все нормально
Мак, полет нормальный.
Linux, конечно же.
Ну так поставте себе Ubuntu и радуйтесь
> Ну так поставте себе Ubuntu и радуйтесьА там тоже трансмиссия, по дефолту при том :)
Тут надо разобраться, какой именно памяти. Да, сам транс потребляет немного. Но больше заметны кеши самой ОС в памяти.
> Надеюсь, в transmission починили пожирание памяти,А сколько у вас торрентов и сколько жрется? У меня 120 разной степени активности, кушается не более 70Mb RSS.
Если вы считаете что у вас необоснованно жрется память и вы готовы это обосновать - идите к ним в багтрекер, они такие баги любят.
transmission-gtk 2.50 после добавления оставляет файлы *.torrent.added в каталоге из которого брал файл *.torrent :( починили в 2.51?
> брал файл *.torrent :( починили в 2.51?А вы баг про это писали? Попробуйте и доложите. Если не починили - заведите баг. Сюда писать намного менее эффективно чем в багтрекер: разработчики читают багтрекер, а не ... .
Писали-писали... Я не про эффективность спрашивал, просто 2.51 у меня пока нет и *.torrent.added легко удаляются скриптом.
Начиная с версий старше 2.22 web-интерфейсом мне стало пользоваться просто невозможно: если открыть в "Inspector" большой список файлов торрента, transmission начинает выжирать 100% (одного ядра) CPU и в таком состоянии просто невозможно выбрать (чекбоксами) какие файлы качать или назначить приоритет файлу. Как с этим бороться? (в английском не силён, поэтому не запостил баг в багтрекере)
> бороться? (в английском не силён, поэтому не запостил баг в багтрекере)А хотя-бы по русски сможете описать максимум подробностей? Что роялит? Большой список файлов торента? Браузер какой? Сколько файлов - "большой список" и какова хотя-бы примерно мощща машины? (проц, etc) Есть пример торента вызываюшего проблемы/можете скроить таковой? (с легальным контентом, ясен пень). Если я это смогу поймать у себя - сам вколочу. В конце концов я не хочу на такое наступить при случае в наименее подходящий момент :)
Завтра ("сегодня", в общем 12-го числа) днём соберу последнюю версию и буду воспроизводить баг. Если вы здесь ещё появитесь, напишите, пожалуйста, куда слать репорт.
Если вы здесь ещё будете (что уже вряд ли):
Дистрибутив: Gentoo (~amd64 -- unstable)
uname -srmp: Linux 3.2.1-gentoo-r2 x86_64 Celeron(R) Dual-Core CPU T3000 @ 1.80GHz
Браузер: firefox-11.0-r1
BitTorrent-клиент: transmission-2.50-r2
Открываем в Inspector список файлов. Лёгкое притормаживание ощущается на любом списке файлов (даже из одного файла). Чем больше файлов, тем хуже. Кода файлов около 300 - серьёзные тормоза, неимоверными усилиями можно постараться выбрать файлы. На таком примере торрент-файла http://rghost.ru/37546820 всё совсем плохо.
Самое главное, это не изначальный баг, а регрессия после версии 2.22 (или чуть позже, не знаю), потому что transmission-2.22 работает нормально и спокойно отображает тот пример торрент-файла.
Слабаки. Настоящие посаны рулят Azureus/Vuze--
Ни в одной из перечисленых паделок, нет Lan Peer Finder, PeerInjector, XFS allocation,
PartPriority, MainLine DHT, управление скоростью раздачи и приёма по каждому пиру,
3 планировщика автоскорости, раздельные скорости для локалки и инета....
> Ни в одной из перечисленых паделок,Павлин, ты трололох, не владеющий вопросом.
> нет Lan Peer Finder,
В трансмиссии - есть.
> PeerInjector,
Это что, мне в 2012 году предлагается вручную айпишники вписывать? Это, типа, фича? oO
> XFS allocation,
А трансмиссия, ВНЕЗАПНО, умеет. Там даже в configure соотв. хидер ищется. Если есть - енаблится. Если вдруг майнтайнеры твоего дистра оказались слишком жопоруки - это уже к ним, ага.
> PartPriority,
В трансмиссии есть приоритет торрентов вообще и файлов в них в частности. По-моему этого более чем. Ну, если цель - качать, а не дрюкаться с щелканием всего и вся. Чтобы пощелкать - "сапер" или "маджонг" лучше подходят :)
> MainLine DHT,
Упоролся? Его умеет и делюга и трансмиссия уже сто лет.
> управление скоростью раздачи и приёма по каждому пиру,
Да, вот у меня ща 150 пиров приконекчено. Ща пойду всем 150 бандвизу раздам (а не за...сь страдать фигней?). Вообще, в как минимум трансмиссии есть регулировка скорости по отдельным торентам что как-то более разумно. По крайней мере я могу себе представить зачем надо переопределять бандвизы торенту. А вот пирам - ???
> 3 планировщика автоскорости,
Это что-то типа "вау, трое часов" на скриншотах? А нафыга их _три_? Чтобы прога больше напоминала пульт управления звездолета? :)
> раздельные скорости для локалки и инета....
Единственная разумная предъява к трансмиссии, как у делюги с этим - хз.
Что-то хиловат КПД твоего каркания. Я вот нащел 1 более-менее внятную предъяву :)
Что за предъявы, мотороллер не его, Пав просто разместил объяву
> управление скоростью раздачи и приёма по каждому пируqBittorrent, возможно Deluge
> раздельные скорости для локалки и инетаОни же.
Когда же, наконец, в Transmission сделают переименование закачиваемых файлов?
> Когда же, наконец, в Transmission сделают переименование закачиваемых файлов?А что, напиши им в багтрекер :). Даешь наществие с опеннета ;). Есди много народа хочет фичу - сделают.
> Когда же, наконец, в Transmission сделают переименование закачиваемых файлов?В смысле, когда файлов 2+ и транс сам создаёт каталог с именем, совпадающим с названием торрента (не самого файла)? Если да - то и я за. Вот только мне попадались сообщения, что они этого не хотят. Что по какому-то стандарту якобы так, и не имеет смысла делать по-другому (гибко). А ведь можно было бы просто ставить то имя по-умолчанию и всё. Кто хочет - менят.
Думал в обход взять и редактировать торрент-файл, менять это имя. Но заглянув в описание формата файла оказалось, что имя входит в данные для подсчёта хеша. Вот и всё, не вышло. Так что нужно лезть в код самого транса и добавлять туда поле "имя_под_которым_сохранили".
Как в Deluge: можно спокойно изменять имена закачиваемых файлов.
Запилите обратно в GUI Transmission настройки прокси сервера для подключения к трекерам!!! Приходится делать переменными окружения, которые использует libcurl, не удобно!!111
> Запилите обратно в GUI Transmission настройки прокси сервера для подключения к трекерам!!!Они их вынесли из UI потому что это фэйк - оно все-равно только для трекера работало (libcurl). А пиры всегда напрямую ломились. Юзеры однако от такого оборота несколько фигели - "указал прокси, но все-равно все не через него - WTF?!". Ну вот и убрали из гуя совсем, т.к. желающих написать нормальную поддержку прокси не замечено, авторам фич не впился, да и вообще изврат сие и работает паршиво. Поэтому убрали с глаз долой оставив только вот так. Оно в таком виде нужно только тем кто знает что делает. По-моему вынос в переменные вполне логичен - не будет кучу хомяков смущать которые не в курсе чем трекер от пира отличается.
Мне это и нужно, проксировать запросы к трекеру через TOR. Ведь по-моему в P2P так или иначе через прокси не заработает нормально (качать будет возможно, но к тебе не подключатся), пускай напишут Proxy server for Tracker, какие проблемы? :(
Помоему они убрали, потому что по из мнению этим никто не пользовался, а раз уж не пользуются, зачем мол усложнаять ГУЙ, но как они статистику эту собирали не знаю.. Я по крайней мере всегда пользовался..
> Ведь по-моему в P2P так или иначе через прокси не заработает нормально (качать будет возможно, но к тебе не подключатся),В utserver (uTorrent) работает. И качает, и подключаются…
> В utserver (uTorrent) работает. И качает, и подключаются…You have an option:
[ ] use utserver
[ ] send a patch with a proper proxy support
[ ] GTFO
> Мне это и нужно, проксировать запросы к трекеру через TOR. Ведь по-моему
> в P2P так или иначе через прокси не заработает нормальноМожно попробовать что-нить брутальненькое, типа torify transmission, но за последствия не ручаюсь :). Более того - а какой смысл торификации запросов к торенту при том что пиров вы слушаете с реального айпишника? Если вы делаете что-то нелегальное - вы светанете айпишник в процессе качки (логгер может быть встроен в пиров с которых вы качаете, копирасы подставных пиров любят). Ну вот фичу и убили, т.к. польза от нее не понятна, юзеров смущает, а фактически - фэйк.
> (качать будет возможно, но к тебе не подключатся),
Да, но качаться будет хреновато потому как прокси по жизни тормозные и не то чтобы хорошо работают с сотнями соединений. Если уж вам надо активно качать что-то шибко нелегальное, а всякие нехорошие дяди хотят надрать вам за это зад - юзайте сервисы типа VPN или купипе вдску и там впн воткните (имейте в виду: копирасы могут написать абузу и реакция хостеров и сервисов vpn на таковые может варьироваться, некоторым похрен, некоторым - нет). В общем то нынче есть и довольно абузоустойчивые впн/хостинги которым на всех и вся плевать :)
> пускай напишут Proxy server for Tracker, какие проблемы? :(
Проблемы в том что никакого внятного логического смысла фича в себе не несет, а юзеров смущает (они думают что прокси нормально поддерживается) + какой-то объем кода, небольшой но все-таки. Я сначала тоже был недоволен, но учетом мотивации сноса я прикинул что батхерт получается чисто символический.
> Помоему они убрали, потому что по из мнению этим никто не пользовался,
Так этим было невозможно нормально пользоваться т.к. это вообще полумера и что оно такое должно давать - никто так и не смог ни разу нормально объяснить. Если речь о какой либо анонимизации, от такой "поддержки" прокси толку - буй. Если вы не хотите чтобы трекер о вас знал - выпилите трекеры из торентов совсем, это несложно и эффективно, тогда и проксировать к трекеру ничего не надо. А пиры будут по DHT искаться. Что куда как симпатичнее - полностью логгить распределенную таблицу на 20М участников у всех кишка тонка, а вот с админов трекера логи в принципе можно и выбить :)
> а раз уж не пользуются, зачем мол усложнаять ГУЙ, но как
> они статистику эту собирали не знаю.. Я по крайней мере всегда пользовался..А они не собирали статистику особо. Их мотивацию я озвучил выше. Я думаю что с точки зрения здравого смысла, "they have a point".
GTK интерфейс тормозит при скроле. С Qt все норм. Кто знает, в чем проблема?
> Кто знает, в чем проблема?Профайлер, вероятно :)