Вышла (http://www.transmissionbt.com/) первая бета-версия bittorent-клиента Transmission версии 2.00. Transmission - это относительно легкий и не требовательный к ресурсам torrent-клиент, написанный на языке Cи с разнообразными интерфейсами пользователя: GTK, Qt, native Mac, Web interface, daemon, command-line.
Изменения (https://trac.transmissionbt.com/wiki/Changes#version-2.00b1) в новой версии относительно ветки 1.9х:
- Все платформы:- Реализована поддержка протокола "Local Peer Discovery" для поиска пиров в локальной сети.- Соединения к пирам и запросы теперь оптимизируются с учетом доступной полосы пропускания.- Более умная эвристика при принятии решения о том к каким пирам пробовать подключиться сначала.- Используются стандартные (по IEC) величины (KiB, MiB, GiB) вместо KB, MB, GB.- Улучшена обработка ошибок трекера с кодом 404.
- Mac:
- Minimal View заменено на Compact View, занимающее значительно меньше места.- Окно Add Transfer теперь появляетс...
URL: http://www.transmissionbt.com/
Новость: http://www.opennet.me/opennews/art.shtml?num=26739
Дружно с облегчением выдыхаем: UTP нет :-)
Месяц назад вышел новый Azureus 4.4.0. Поздно новость постить - решил сюда написать хотя бы.
> Дружно с облегчением выдыхаем: UTP нет :-)Разработчики трансмиссии - специфичные, но вполне вменяемые люди. Посмотрев на uTP и ряд предъяв к оному, поспорив в багтрекере и прочая - они сделали козью морду, констатировали что протокол нуждается в доработке и пока забили на его реализацию. И подалуй правильно сделали. Действительно ведь протокол с уймой грабель. Какие-то он конечно лечит, но и зато сколько новых создает, блин.
>> Дружно с облегчением выдыхаем: UTP нет :-)
>
>Разработчики трансмиссии - специфичные, но вполне вменяемые люди. Посмотрев на uTP и
>ряд предъяв к оному, поспорив в багтрекере и прочая - они
>сделали козью морду, констатировали что протокол нуждается в доработке и пока
>забили на его реализацию. И подалуй правильно сделали. Действительно ведь протокол
>с уймой грабель. Какие-то он конечно лечит, но и зато сколько
>новых создает, блин.Пральна, пральна.
Если и добавлять такую функциональность, то с комментом "не ставьте его никогда!" )
Ну как бы писать такой протокол с нуля достаточно геморно, си++ либа в сишном клиенте не очень кузяво как-то, а грабель у протокола есть. В итоге разработчики решили с этим повременить и я их могу понять. Потому как спорный вопрос - фича этот протокол или баг. Фича он для юзеров ADSL с тормозным аплоадом. И на некоторое время сорвет троттлинг некоторым сильно борзым уродцам. Но сракерство мелкими пакетами оптом и склонность к коллапсу и добиванию и без того перегруженной сети - определенно баг.
Можно было бы перейти на плагинную архитектуру — например, добавить протокол uTP отдельным плагином. Но, видимо, не судьба такое сотворить с Трансмиссией.
Это чтобы получился еще один монстр типа KTorrent-а, грузящий феном2 на 20% при скачке 500 кил/сек?Не, спасибо, у трансмиссионщиков есть очень хороший принцип: чтобы они усложнили клиент для этого должна быть реально веская причина. Именно поэтому клиент не слишком блоатварный и геморройный в юзеже. Чем и хорош. Все основные фичи протокола есть но при этом он каким-то чудом не монстрилен как некоторые другие ;)
>Это чтобы получился еще один монстр типа KTorrent-а, грузящий феном2 на 20%
>при скачке 500 кил/сек?Хм, вроде бы это пофиксили?.. Хотя хз. Я в своё время на трансмиссию переехал исключительно из-за более-менее адекватной реализации демона, как клиент KTorrent меня полностью устраивал, но ставить на файлосервак KDE как-то не хотелось. :)
>Хм, вроде бы это пофиксили?.. Хотя хз.Не знаю, общая монструозность и ресурсожоркость этой софтины как-то не оставила никакого желания "give it a try" еще раз. Перейти с монстрилы на что-то легкое и незаметное, видимое только по свечнию диска - легко. А вот обратно уже не хочется нифига...
>Я в своё время на трансмиссию переехал исключительно из-за более-менее адекватной
>реализации демона, как клиент KTorrent меня полностью устраивал, но ставить
>на файлосервак KDE как-то не хотелось. :)Я в какой-то стпени тоже - у меня трансмиссия живет еще и в "эльфийском роутере" (как обозвал тут кто-то этот девайс :D) и на сидбоксах. И мне действительно удобнее освоить один клиент и его настройки и закидоны чем 20 разных. Как дополнительный бонус - трансмиссия проста в компилежке и можно без особого траха пересобрать SVN версию если какая-то фича с пылу с жару (типа магнитных ссылок) интересна. Пересборка скажем какогонить libtorrent-based клиента в стопицот раз геморнее и скажем требует вкатить на сервак большой вагон нафиг не впившихся мне там хидеров всяческих либ. Про кторент даже подумать страшно что надо для его перекомпилежки, я это проделывать не рискнул ))
Я "переехал" на трансмиссион по одной простой причине: мой любимый торрент-сайт перевел все свои торрент-файлы в формат, который понимает только uTorrent 2.0. Azureus его не понял. KTorrent был занят только раздачами другого моего любимого торрент-сайта. А тут трансмиссион установил "просто попробовать". И хотя теперь я могу раздавать при помощи Azureus, мне лень перенести все обратно из Transmission
* Теперь пользователи могут указать скрипт который будет вызван когда торрент полностью скачался.
* Возможность автоматического удаления .torrent файлов из отслеживаемой директории (watch directory).То, чего не хватало для полного счастья. :) Теперь можно полностью автоматизировать процесс, ура!
Факт, я видел как народ изгаляется для достижения той же цели. Теперь все эти пляски с бубном будут не нужны.
* Faster verification of local data -- Ускорена проверка локальных данных
Это из сегодняшних обновлений в SVN :)
Как бы бета - замороженное состояние SVN на некоторый момент когда оно было в нормальном состоянии. А trunk - в виде как есть у програмеров, вот прямо сей момент. Первое является чем-то заведомо съедобным (т.е.заведомо как-то компилится и работает). А то что в trunk строго говоря даже компилиться не обязано (хотя обычно и компилится) и имеет право быть сильно поломанным (хотя обычно - работает).
Есть разные методики ведения проекта, но из известных мне больше всего нравится т.н. "стабильный trunk", когда все фичи разрабатываются в отдельных ветках, а затем ветки мержатся в trunk. Бывает еще промежуточная "preview"-ветка, в которую также сливают фичи из веток, но которую просматривает архитектор или главный разработчик, и из которой сам потом мержит в trunk.
>Есть разные методики ведения проекта, но из известных мне больше всего нравится
>т.н. "стабильный trunk", когда все фичи разрабатываются в отдельных ветках, а
>затем ветки мержатся в trunk.А мне вполне по вкусу классический вариант юзаемый трансмиссионщиками - trunk всегда такой какой есть, близкий к состоянию кода у програмеров на машинах, а в нужные моменты когда он достаточно стабилизирован и утрясен - отщепляются бранчи которые будут стабильной версией. А trunk продолжает развитие. При этом динамичное развитие проекта уживается с достаточно стабилной работой релизной или подготовительной к релизу версии и каждый сам может выбрать что ему - нечто заведомо работающее или приключения на свою жопу на передовой. У трансмиссионщиков имхо в этом плане все вполне культурно. Можно посмотреть распоследние изменения на свой зад или получить что-то работающее. На выбор.
>также сливают фичи из веток, но которую просматривает архитектор или главный
>разработчик, и из которой сам потом мержит в trunk.Это видимо актуально для больших проектов где 100500 разработчиков плодят свои ветки?
>Это видимо актуально для больших проектов где 100500 разработчиков плодят свои ветки?Уже при 5+ разрабах актуально. Да, обычно на больших проектах, где каждую ночь запускается автосборка и прогонка тестов. Тут без стабильно-тестовой версии никак нельзя.
Попробуем..
Не, ребят. Интерфейс изменился не в лучшую сторону, я считаю.. :(
Который из? Если не нравится - пишите баги? ИМХО в GTKшном что-то стало лучше а что-то хуже.
GTKшный. Ну как "пишите баги". Этож не баги всё-таки. Мне просто не понравились изменения. :)
Ну, Enhancement-ы или как их там с пожеланиями как можно сделать лучше. К вменяемым предложениям разработчики относятся вполне вменяемо.
Кто меня носом ткнет как тама очередь сделать ?
Висит-даемон лезу туды через веб-морду.P.S. Причем даже в локальной шняге при гтк роже не понял как сделать очередь :(((
Нет в нем пока очередей. По-моему в 2.1 или 2.2 обещают
CC blocklist-test.o
CCLD blocklist-test
./libtransmission.a(session.o): In function `tr_sessionInitImpl':
/home/ARCHIV/Transmission/libtransmission/session.c:637: undefined reference to `tr_lpdInit'
./libtransmission.a(session.o): In function `sessionCloseImpl':
/home/ARCHIV/Transmission/libtransmission/session.c:1578: undefined reference to `tr_lpdUninit'
./libtransmission.a(announcer.o): In function `announceMore':
/home/ARCHIV/Transmission/libtransmission/announcer.c:1928: undefined reference to `tr_lpdAnnounceMore'
../third-party/miniupnp/libminiupnp.a(miniupnpc.o): In function `simpleUPnPcommand2':
/home/ARCHIV/Transmission/third-party/miniupnp/miniupnpc.c:258: undefined reference to `connecthostport'
../third-party/miniupnp/libminiupnp.a(miniwget.o): In function `miniwget3':
/home/ARCHIV/Transmission/third-party/miniupnp/miniwget.c:59: undefined reference to `connecthostport'
collect2: ld returned 1 exit status
Блин, возможности переименовать в нём папку торрента, видимо, я в этой жизни не дождусь. :-(
Patches are welcomed.
> возможности переименовать в нём папку торрента, видимо, я в этой жизни не дождусь. :-(* Теперь пользователи могут указать скрипт который будет вызван когда торрент
полностью скачался.
не?
RedRat, в следующей жизни обещали реализовать ;)
Ну, если реализовывать вообще все и вся без разбора - получится еше один азуреус и кторент, а вовсе не мелкая легкая приблуда. Как бы для каждой фичи добавляется код. А чем больше кода - тем больше глюков, багов и жрач ресурсов в целом. И тем сложнее это отладить до стабильного безглючного состояния за разумный срок.
> Ну, если реализовывать вообще все и вся без разбора - получится еше один азуреус и кторентНе согласен - а как же uTorrent? Размером в 600 килобайтов, и умеет очень и очень многое