>ну может ещё веб. GTK и тем более Qt развивают медленнее, Строго говоря, там активно вкалывает аж 2 разработчика. Первый пилит маковскую морду и (немного) веб, второй - core и (немного) GTK. Еще вот кто-то кутевую морду начал довольно активно причесывать сейчас, достаточно на ченжлог посмотреть. Ну и "сторонний" разработчик написал им для DHT либу еще, но она как я понимаю в принципе независимая либа в общем то, хоть и писанная в основном для трансмиссии.
>на них уходит гораздо меньше сил.
Ну, собственно, если вы видите очевидные улучшения которые не утяжелят софтину - можете попробовать прислать патч :). Если быть честным - я не видел еще ни одного идеального интерфейса торент-клиента вообще. Обычно или перегружено фичами до опупения, так что глаза в кучу и пользоваться в итоге неудобно, а потом еще и оказывается что чего-то нужного и банального раз и нету (как в какомнить кторенте и прочая), или наоборот - простовато. А вот красивого и не монструозного баланса - как-то не попадалось. Трансмиссия на мое имхо может стать таковым после некоей допиловки морды. Протокольные фичи - умеет почти все и не супермонстрильная.Чем мне и нравится.
>Во-вторых, нет ручного добавления пиров,
А, собственно, зачем? Вручную можно и файло по иному протоколу залить, даже блоками. И хеши самому проверить. Если уж все рукам. Только нафига бы, если это должен сделать протокол? В задачи P2P протокола входит и обнаружение желающих передать вон тот торрент и передача его данных, собссно.
- В локальной сети имеет смысл LPD (да, его работа пока не идеальна, увы).
- В интернете имеет смысл DHT (лично я так и рассылаю файлезы по сидбоксам, юзая magnet-ссылки+DHT).
- При желании можно юзать трекеры, но на данном этапе развития технологий это уже опционально вообще.И без них все работает.
>а разработчики категорически против.
Да и фиг с ним :). Никто ж не делает в современных компах старт с тумблерных регистров, выставляющих на шину адреса и данных адреса и данные вручную, чтобы пошагово забутявить проц, так ведь? :). Тем более, когда я поругался в багтрекере на то что DHT не взлетает "с толкача" (а IPшники датацентров почему-то, блин, сроду накрыты на трекерах и трекеры недоступны, так что пиров не знаем - взлет не удается совсем) - разработчики меня сперва отфутболили, но потом все-таки вняли и улучшили старт DHT в такой ситуации и даже сделали хоть и заныканную но все-таки возможность старта "с толкача". Так что если в мире осталось всего несколько клиентов, это только "трансмиссии" (или у вас просто изолированная нахрен от внешнего мира сеть) - в принципе вы уже наверное сможете завести с толкача DHT сравнительно культурным методом и потом осилите найти в оном потребных для скачки энного файла пиров.
>Ну и плюс была проблема с тем, что Transmission не мог передавать данные
>с rTorrent у моего друга. Соединение есть,
Хм... а четкие шаги для воспроизведения грабли есть? Можно попробовать смоделировать ситуацию и заколотить багу (правда не понятно кому именно). А то непорядок.
>служебные данные передались,
Какие именно? У торента их там навалом - от собссно uTorrent или LibTorrent'овской передачи метаданных торента до передачи скажем инфо о доступности частей у вон того пира.
>а потом пир просто выпадает из списка.
А по какой причине выпадает? Кто личер, кто сидер? Были ли иные пиры в процессе, так что могли быть выбраны иные пиры? Etc?
>Остальные клиенты же передавали данные с ним отлично.
Вообще, грабли взаимодейтвия "на границе" такого плана - надо ловить и давить.
