fusermount выводит хрень, это нормально. Это он пытается, на всякий случай, отмонтировать еще не подмонтированный каталог. А проблему с GUI я исправил (костыль подогнал). Файлы перезалиты.
1. Да с базами данных тоже можно так работать. Клиент будет знать, что нужно скачать. У меня своя файловая система. Любой запрос к ней проходит через мою программу. Получив запрос на какой-либо блок, программа по-быстрому его качает, а затем говорит файловой системе, то что можно ответить на запрос.
2. Например, команда для встраивания в систему для открытия торрент файлов/магнет ссылок: xterm -e qlivebittorrent %filename%
При этом появится вопрос куда качать и монтировать.
Я никак не связан соединениями. Вопрос к используемой библиотеке libtorrent-rasterbar
Мне кажется для того, чтобы таковое сделать, надо править ее исходники.
Вы не поняли. Я не зависим от форматов. Я перехватываю запросы плейера / программы, которая читает. И качаю те куски, которые нужны. В частности, в статье я упоминал:
… на канале 600КБ/с фильм весом 1.45G с внешней звуковой дорожкой и субтитрами проигрывается без лагов.
Я могу обрабатывать любое конечное число файлов. Соответственно никаких проблем с внешними дорожками, субтитрами / n-ым количеством одновременно проигрываемых видеофайлов не возникает. Лишь бы канала хватило.
Про deluge, видимо уже ответили, а платные версии utorrent и vuze мне не конкуренты. Мое решение абсолютно универсально. На всякий случай еще раз скажу — с помощью моей программы вы можете поставить на закачку какой-нибудь live-дистрибутив линукса, сразу же подключить его к виртуальной машине, и сразу же ее запустить.
qBittorrent[мой любимый торрент клиент] умеет скачивать файлы последовательно. Можно открыть файл в плеере, но перемотка не будет работать/будет работать плохо. И уж точно нельзя смотреть с середины и открывать архивы.
uTorrent — то же самое.
Vuze, насколько я понимаю, то же самое.
Deluge — по указанной ссылке не понятно, как он умеет решать данную проблему. По-моему вы ошиблись.
Единственный аналог — оригинал LiveDC.
Но LiveDC только под виндой.
А SIGTSTP, видимо, обрабатывать не нужно. Я же могу предполагать, то что после приостановки процесса, если пользователь не хочет потерять данные, то он его продолжит?
1) Самообразование — цель №1.
2) Возможность открывания архивов и любыми другими данными.
3) Не устраивает функционал онлайн плееров. (несколько дорожек, субтитры — где они?)
4) Непонятки с качеством. Количество пикселов ширину иногда очень слабо характеризует качество. Если у jpg картинки знать ее разрешение — вам это о чем-нибудь скажет? В моем случае размер файла хорошо его характеризует.
Битторрент протокол не предназначен для подобных финтов. То, что на нем получилось подобное сделать — не иначе, как чудо. Спасибо Erty_Hackward за веру в то, что оно может работать и за идею. Я бы сказал, что для этого стоит создать свой протокол.
Да, я тоже пользовался VLC для этих целей. Проблема была [есть] в том, что когда происходит небольшая аномалия и скорость скачивания падает, а VLC доходит до части, которую еще не скачал, он падает. А при повторном запуске — перемотка практически не работает.
Большая часть драйверов находится в ядре. Некоторая часть (например, свободные драйвера на видеокарту) из стандартных репозиториев.
И очень малая часть (я встречался только с проприетарными драйверами на видеокарту) не находится в стандартных репозиториях. Конкретно в арче это означает, что ты его собираешь из AUR (пользовательский репозиторий арча). Разницы особой нету — установка все так же выглядит, как yaourt -S catalyst. Но при этом исходники качаются с оф. сайтов (обычно) и собираются (обычно сами).
А в убунте да — там надо подключать дополнительные репозитории.
Да, арч не для новичков. Однако, как мне кажется, у него наиболее хорошо соблюдена идеология. Несмотря на цепь неприятных переходов (rc.conf, /lib -> /usr/lib, systemd, /bin -> /usr/bin), все равно остается какая-то прозрачность того, что происходит. В отличие от той же убунты.
Насчет переноса /lib, /bin — считаю, что это было сделано нормально. Что вам будет приятнее — узнать, что каталог /bin исчез месяц назад, или руками совершить переход? Видимо, это вопрос того, что необходимо — чтобы работало, или чтоб было прозрачно.
Программы ставятся только от аккаунта администратора. При установке все файлы, относящиеся к программе (например, Firefox), “размазываются” по корневой файловой системе – общие для всех пользователей настройки пойдут в /etc, исполняемые файлы в /usr/bin, а иконки и различные ресурсы вроде графики и звуков – в /usr/share/firefox. При таком раскладе пользователь в принципе не может знать, где у него что конкретно лежит. За это отвечает пакетный менеджер. Например, пакет “Firefox” включает в себя кучу файлов. Пакетный менеджер при установке пакета разложит их по файловой системе, а при удалении – соответственно удалит.
Уже недели три как в арче /bin — ссылка на /usr/bin
А вообще, аналогичная ситуация — перепробовал кучу графических дистрибутив, потом остановился на арче. Привлекает простота его устройства и понятность того, что происходит. Считаю это главным для любого дистрибутива linux.
2. Например, команда для встраивания в систему для открытия торрент файлов/магнет ссылок:
xterm -e qlivebittorrent %filename%
При этом появится вопрос куда качать и монтировать.
Я никак не связан соединениями. Вопрос к используемой библиотеке libtorrent-rasterbar
Мне кажется для того, чтобы таковое сделать, надо править ее исходники.
Я могу обрабатывать любое конечное число файлов. Соответственно никаких проблем с внешними дорожками, субтитрами / n-ым количеством одновременно проигрываемых видеофайлов не возникает. Лишь бы канала хватило.
uTorrent — то же самое.
Vuze, насколько я понимаю, то же самое.
Deluge — по указанной ссылке не понятно, как он умеет решать данную проблему. По-моему вы ошиблись.
Единственный аналог — оригинал LiveDC.
Но LiveDC только под виндой.
Мне уже ximaera написал про SIGQUIT, я даже уже исправил.
А SIGTSTP, видимо, обрабатывать не нужно. Я же могу предполагать, то что после приостановки процесса, если пользователь не хочет потерять данные, то он его продолжит?
А вообще под виндами есть прекрасная программа
1) Самообразование — цель №1.
2) Возможность открывания архивов и любыми другими данными.
3) Не устраивает функционал онлайн плееров. (несколько дорожек, субтитры — где они?)
4) Непонятки с качеством. Количество пикселов ширину иногда очень слабо характеризует качество. Если у jpg картинки знать ее разрешение — вам это о чем-нибудь скажет? В моем случае размер файла хорошо его характеризует.
Да, я тоже пользовался VLC для этих целей. Проблема была [есть] в том, что когда происходит небольшая аномалия и скорость скачивания падает, а VLC доходит до части, которую еще не скачал, он падает. А при повторном запуске — перемотка практически не работает.
И очень малая часть (я встречался только с проприетарными драйверами на видеокарту) не находится в стандартных репозиториях. Конкретно в арче это означает, что ты его собираешь из AUR (пользовательский репозиторий арча). Разницы особой нету — установка все так же выглядит, как yaourt -S catalyst. Но при этом исходники качаются с оф. сайтов (обычно) и собираются (обычно сами).
А в убунте да — там надо подключать дополнительные репозитории.
Насчет переноса /lib, /bin — считаю, что это было сделано нормально. Что вам будет приятнее — узнать, что каталог /bin исчез месяц назад, или руками совершить переход? Видимо, это вопрос того, что необходимо — чтобы работало, или чтоб было прозрачно.
Уже недели три как в арче /bin — ссылка на /usr/bin
А вообще, аналогичная ситуация — перепробовал кучу графических дистрибутив, потом остановился на арче. Привлекает простота его устройства и понятность того, что происходит. Считаю это главным для любого дистрибутива linux.