Pull to refresh

Comments 40

Причина того, что под конец флайлинк качает медленно, заключается в том, что клиент мультипоточен, т.е. цепляет все доступные источники. У части источников скорость очень маленькая и получается, что один блок может качаться очень долго. Таким образом, в конце остаются медленные источники, т.к. с быстрые источники отдают все блоки и остаются только блоки, которые заняты медленными. Лечится эта проблема в настройках — что-то вроде «разрывать соединение, если скорость меньше...».
Меня во флайлинке под вайном не устраивает одно — я так и не смог настроить перехват магнет ссылок оперой. Т.е. я жму по ссылке «magnet?...» в браузере и ссылка должна направляться в дц-клиент. Если кто-то подскажет, как это настроить, буду благодарен.
по идее должно быть так:
В опере ctrl+F12 -> advanced -> programs -> add
и там уже на «magnet*» добавляете программу. Вопрос в том, будет ли работать через вайн. Но теоретически должно
эх… мой бук с настройками в ремонте. По памяти делается наподобие варианта с огнелисом, описанного здесь: dyuss.habrahabr.ru/blog/29215/
Только вместо пунктов с настройками фф делаем следующее. Инструменты-настройки-дополнительно-программы-добавить. Добавляем магнет протокол и открываем через написанный шелскрипт. Единственное, чего я не помню, так это, что было в пункте про параметр. Поэксперементируйте-там не сложно =)
Сейчас тогда попробую сделать магнет ссылки в опере, на linuxdcpp и напишу.
У меня проблема была в том, что я именно параметр к вайну не мог задать. В терминале запускал, а вот в опере та же самая строка работать отказыалась.
Сейчас я нашёл время разобраться в проблеме, запустил оперу в консоли и начал изучать лог. Как оказалось, проблема банальна. Я, по причине того, что работаю с вайном, а не с полноценной виндой, не стал заморачиваться с созданием структуры каталогов и устанавливал софт в Program Files.
Опера в поле «Параметр» не позволяет задать пробел. Кавычки она режет, слеши тоже, поэтому ни "...\Program Files\...", ни '..\Program Files\...', ни ...\\Program\ Files\\… не работает.
Вылечилась проблема, как это уже очевидно, изменением пути до дц клиента. Нет пробелов — нет проблем :)
p.s. если кому интересно, могу написать небольшую статью по настройке перехвата магнетов во флайлинке под вайном и, заодно, опишу как настроить клиент на обрыв медленных соединений.
Я немного связан с разрботчиками FlyLink (сам им являюсь), и данный опыт мне крайне интересен.
Спасибо. Добавил в избранное. Потом попробую сварганить это в виде мануала.
Раньше, когда интернет был слишком медленным, использовал Valknut
Мне тоже нравится valknut, да и многопоточность там тоже вроде есть
Какойто уж силишком у него убогий интерфейс. Ну не знаю, на данный момент качество Linux DC++ тоже не плохое. Рекомендую попробовать
forum.ubuntu.ru/index.php?topic=45482.0
Valknut для убунты стоит брать из первого сообщения этой темы, там более-менее актуальные сборки из кода с svn.

Пользуюсь уже давно — нареканий нет.

А я когда-то в valknut сам добавил поддержку magnet-ссылок из браузера и теперь так просто обновляться не получается.
Я без магнетов жить не могу, а у разработчиков этого функционала, похоже, даже в планах нет (
Ну так пошлите свой патч разработчикам
Да я бы рад, но в плюсах не силён — решение получилось не слишком красивое и не кросплатформенное.
На случай, если кому-то будет интересно: valknut.ru/Download4
Кстати, в том же разделе есть тема со сборками и LinuxDC++, чтобы по-людски ставить, а не компилить. :)
Плюс своей сборки в том, что ты скачиваешь актуальную версию исходников, и сам ее собираешь. И проблем нет при сборке.
Проблемы будут когда захочешь удалить скомпилированный продукт. Деб-пакет удаляется одной командой.
Тоже пользую Valknut по ссылке Dreammaker'а
Не убогий, а нестандартный я бы сказал :). Тоже в свое время перепробовал кучу клиентов и остановился на valknut. LinuxDC++ тогда еще не поддерживал мультипоточность
а я использую jucy, пойду гляну как там с многопоточностью :)
При попытке набора bzr branch bazaar.launchpad.net/~razzloss/linuxdcpp/0705-core у меня появляется ошибка:
bzr: ERROR: Not a branch: "/home/user/linuxdcpp/bazaar.launchpad.net/~razzloss/linuxdcpp/0705-core/".
У кого такая же ошибка, перед УРЛом добавьте http:// и все заработает.
Года полтора назад использовал Linux DC++ — всё было нормально :)
UFO just landed and posted this here
Спасибо, попробуем :) а может он и правдо лучше Linux DC++ )))
UFO just landed and posted this here
Нет, главное чтобы в ней не было большого количества файлов, лучше добавлять последние подпапки.
> если вы сразу дадите задание на 100 ГБ, у вас и комп и Linux DC++ уйдет в даун

А можно было почитать маны или просто методом детского любопытства найти, где задается ограничение скорости хэширования.
Да пробовал я ограничить, эффекта ноль. Всё также тормозит, ну а если выставить очень маленькую скорость, скорость хеширования будет ооочень долгой…
vokulov.ru/2008/12/20/linuxdc-102-0707-core-based/ — тут есть deb пакет, правда для debian-а, но я думаю что в ubuntu тоже работать будет
linux.vsevteme.ru/posts/show?id=5383 — тут написано почему лучше ставить программы из репозиториев (ну на крайняк ставить отдельный deb пакет), а не компилировать их из исходных кодов
Разве где-то не рекомендуется компилировать программы из исходиков??? Обычно не рекомендуется выполнять make install, так как при следущем обнолении из оффициальных репозитариев скомпиленный вручную бинарик будет затерт. В данном случае, я не делаю из своей системы помойку программ при помощи make install, которая ставить во все системные директории, а scons install устанавливает в предварительно заданную до этого директорию, то есть /opt, что исключает полностью «засирание системы».

> Единственный случай, в котором нужно компилировать программу самому — это если в репозиториях слишком старый пакет
Вот именно этот случай и есть, так как в репозитариях убунты linuxdcpp без многопоточности, со старым ядром.
Еще раз повторюсь, при выполнени по моей «инструкции» у вас не будет засрана система, и не будет проблем после обновления.
> Разве где-то не рекомендуется компилировать программы из исходиков???
зачем собирать программу из сырков, если в Ubuntu Linux есть менеджер пакетов?
> в предварительно заданную до этого директорию, то есть /opt
придется прописывать доп пути в $PATH или еще хуже, запускать программу как-то так: /opt/bla-bla-bla…

вот ведь правильно говорили, если трудностей нет, то мы их сами себе придумаем, есть ведь специально разработанный для этого способ, называется менеджер пакетов, нет, мы будем куда-то в /opt все устанавливать, и ладно бы это был какой-то проприетарный софт, типа quake 4 или doom 3, который предоставляется в файле *.run, нет, мы будем ставить открытый софт из сырков… В общем, я крайне возмущен.

P.s. если прям очень хочется покомпилировать что-то, так скомпилируйте и сделайте deb-пакет, и вот его уже и установите, и себе польза (саморазвитие) и людям — можно будет использовать свежую версию собранного пакета, думаю благодарных будет очень много!
Хорошо, уговорили :)) Соберу deb пакет, и выложу суда ссылку, чтобы проблем меньше было…
UFO just landed and posted this here
FlylinkDC++ на эту тему (скорости закачки) вроде уже неоднократно фиксили -попробуйте последний на сегодня релиз — может будет получше. На NTFS разделы у меня тоже пишет плоховато, иконки он берёт из системы, а в случае с wine откуда там кучи красочных иконок? логично, не правда ли?
Ещё одна вещь которая больше всего нравится во FlylinkDC++ — способность сокращать магнитки — т.е. вместо magnet:?xt=urn:tree:tiger:N6YE7DXOAECXJKZFIMTOFXDLHE4N2RWPPZK4L3Y&xl=10183639&dn=firefox-3.5.1.tar.bz2 в общем чатике видно firefox-3.5.1.tar.bz2 (9,71 МB) и всё это как ссылка отображается +несколько фич типа скриптов и автобана…
Расскажите, можно ли такое к linuxdcpp прикрутить и если да, то как?
Вот Сейчас занимаюсь поиском на эту тему информации, пока не удалось найти. Раньше были патчи для исходников. Сейчас проектов патчев ) закрыт и разработчик открыл проект создания нового дц клиента основанного на linuxdcpp, freedcpp.narod.ru/
По-моему, все содержание Вашего поста можно вполне выразить одной строчкой: «Ура, экспериментальная версия LinuxDC++ поддерживает многопоточное скачивание, а также работает. Собираем и радуемся!»
Автор уныл. Я уже год как спокойно использую 707-ое ядро, а нынче версия ядра 709(как давно — не помню).
Sign up to leave a comment.

Articles