24 Май 2019, 22:58:51Последний пользователь: NatalieMes
Ace Stream Forum » Последние сообщения

Последние сообщения

Страницы: 1 2 3 [4] 5 6 ... 10
31
Анонсы и Релизы / Re: Ace Stream 3.1 for Ubuntu (ru/en)
« Последний ответ от Benny 21 Апрель 2019, 15:52:55 »
Exception: cache dir is not writable: ~/.ACEStream
является ли это ошибкой, т.к. всё работает и запускается?
Если реально кеш по этому пути не пишется, то нет. В целом такая ошибка возникает из-за запуска AceStream (или вспомогательного софта) под разными пользователями, либо сам этот каталог был создан от имени другого пользователя, и т.д.
Для проверки просто останавливаем движок, удаляем в домашнем каталоге ".ACEStream", и запускаем его снова. Если проблема повторилась - значит проверяем настройки "Supervisor", HTTP-прокси и прочего доп. софта - чтобы все запускалось от имени /рут не нужен!/ одного пользователя.
32
Если я смотрю трансляцию 4 часа, то должен иметь возможность просмотреть , что было 3 часа назад.
как минимум в VLC (и в Ace Player, соответственно) есть чудная кнопка - "Запись" называется. Нажимаем ее после запуска воспроизведения, и в результате получаем персональный постоянный тайм-шифт хоть на 10 мин, хоть на 4 часа.
Остальные фантазии из области "кто кому должен" - не к нам, хотя мы, в целом, тоже за "мир во всем мире" и "пусть никто не уйдет обиженным".
33
Анонсы и Релизы / Re: Ace Stream 3.1 for Ubuntu (ru/en)
« Последний ответ от smorman 21 Апрель 2019, 13:48:13 »
Доброго дня!
Подскажите, плииз, вот такой вот acestream.log у меня:
2019-04-21 13:24:14,375|MainThread|acestream|init segmenter done: log_path=/home/fin/.ACEStream/logs/segmenter.log
2019-04-21 13:24:14,618|MainThread|acestream|platform=linux
2019-04-21 13:24:14,619|MainThread|acestream|app=acestream
2019-04-21 13:24:14,619|MainThread|acestream|version=3.1.35 code=3013500 revision=d6df0e1 date=2019-01-29
2019-04-21 13:24:14,619|MainThread|acestream|use_local_db=True
2019-04-21 13:24:14,619|MainThread|acestream|use_m2crypto=True
2019-04-21 13:24:14,619|MainThread|acestream|is_gui_mode=0
2019-04-21 13:24:14,649|MainThread|acestream|enable debug: 0
2019-04-21 13:24:14,770|MainThread|acestream|get_default_api_version: 2
2019-04-21 13:24:14,813|MainThread|acestream.coreapp|use fixed i2i_port: 62062
2019-04-21 13:24:14,813|MainThread|acestream.coreapp|state_dir=u'/home/fin/.ACEStream'
2019-04-21 13:24:15,400|MainThread|acestream.coreapp|set_debug_from_ui: enabled=0
2019-04-21 13:24:15,427|MainThread|acestream|enable debug: 0
2019-04-21 13:24:15,965|MainThread|acestream.SocketHandler.InterruptSocket|bound on 127.0.0.1:33164
2019-04-21 13:24:15,965|MainThread|acestream.SocketHandler.SocketHandler|bind: socket bound: host=0.0.0.0 port=8621
2019-04-21 13:24:15,965|MainThread|acestream.LM|listen on 8621
2019-04-21 13:24:18,202|MainThread|acestream.VideoServer|start: addr= port=6878 allow_remote=1 allow_intranet=1
2019-04-21 13:24:36,692|MainThread|acestream.SocketHandler.InterruptSocket|bound on 127.0.0.1:57601
2019-04-21 13:24:36,693|MainThread|acestream.SocketHandler.SocketHandler|bind: socket bound: host=0.0.0.0 port=62062
2019-04-21 13:24:36,693|Instance2InstanceThread-31|acestream.APIServer|run: ready to receive remote commands on 62062
2019-04-21 13:24:36,693|MainThread|acestream|failed to init app
Traceback (most recent call last):
  File "core.c", line 355, in
  File "ACEStream/Main/AppWrapperConsole.py", line 27, in set_bgapp
Exception: cache dir is not writable: ~/.ACEStream


Последняя запись, является ли это ошибкой, т.к. всё работает и запускается?
Кэш в эту директорию ~/.ACEStream: в папки .acestream_cache и collected_torrent_files пишется и скриптом через Cron успешно удаляется.
Ace работает с проксей от Pepsik + Supervisor.
34
Тут нет однозначных решений - либо хранить кеш на диске, и при перезапуске проверять/перехешировать его, либо хранить кеш в ОЗУ/во временном месте, и при перезапуске перекачивать заново все эти ваши гигабайты.
В папке _acestream_cache_ лежит 1500 файлов ~ 1 МБ вида hls.1234567890123456789012345678901234567890-0.887898 ,
где 1234567890123456789012345678901234567890 -- хеш из ссылки
http://127.0.0.1:6878/ace/getstream?infohash=1234567890123456789012345678901234567890

Но по такому типу ссылок  http://127.0.0.1:6878/ace/getstream?infohash=
перемотки вообще нет. Об этом уже упоминалось.

Тогда объясните, как включить перемотку.  Т.е. в прогамме должна быть опция с перемоткой, и если я ставлю ее на 0 , то никакие хеши вычисляться не должны, более того, программа должна сама очистить папку _acestream_cache_. Но если я ставлю на 4 часа, то должен иметь 4 часа полноценной перемотки назад. Вы говорите , что время зависит от броадкастера . — Нет, не зависит. Если я смотрю трансляцию 4 часа, то должен иметь возможность просмотреть , что было 3 часа назад. Я пробовал проигрывать файлы непосредственно из папки _acestream_cache_, но там звук заикается и картинка сыпется. Это еще один баг. Этот кеш должен работать не хуже самой трансляции, и должна быть удобная возможность просмотреть кеш, а не млн. файлов запускать по очереди.
35
engine долго читает файлы из папки _acestream_cache_, и видимо что-то с этими данными делает
Ну как бы да - в этом каталоге лежит кеш, и при открытии контента, которому кеш соответствует - сначала нужно оный проверить на валидность - аналогично поступает любой Р2Р клиент, которому скачивание прервали.
Другое дело, что live-кеш проверять смысла немного (равно как и хранить его на диске), ну и если есть уверенность, что кеш от другого контента, и все равно проверяется, вместо удаления/игнорирования - то это баг.

Тут нет однозначных решений - либо хранить кеш на диске, и при перезапуске проверять/перехешировать его, либо хранить кеш в ОЗУ/во временном месте, и при перезапуске перекачивать заново все эти ваши гигабайты.
36
При запуске ссылки http://127.0.0.1:6878/ace/getstream?infohash=...
engine долго читает файлы из папки _acestream_cache_, и видимо что-то с этими данными делает (в _hashlib.pyd шифрует или дешифрует).
Занимает несколько минут и HDD грузит .  И только после чтения всех файлов из этой папки запускается трансляция.

Пока спасаюсь удалением папки. Но это явно маразм.
Как отключить эту очередную чудо-фичу?
37
где можно список всех версий Ace Stream для Windows посмотреть?
Не задавались целью вести архив версий. См. http://forum.torrentstream.org/index.php?topic=12077.msg25211#msg25211
38
А чем мешает пустой каталог - или "внутренний перфекционист" спать не дает? На заметку возьмем, конечно, но приоритет здесь еще меньший, чем у багофичи с конфигами.

Ну а зачем мне нужна эта пустая папка в корне диска, если я Ace Stream раз в неделю запускаю? Раньше было как: попользовался Ace Stream, очистил КЭШ и никаких посторонних папок нет.

Есть ещё такой вопрос: где можно список всех версий Ace Stream для Windows посмотреть? Особенно интересует, было ли что-нибудь между версиями 3.1.16.3.1 и 3.1.20?
39
Есть ли надежда, что разработчики сделают так, чтобы при отсутствии .pickle-файла настройки программы брались из acestream.conf?
Надежда, как известно, умирает последней =) Баг по этому вопросу /давно/ создан, но сейчас в принципе десктопная версия "положена под сукно" - все силы на Андроид и серверный бекенд брошены.   
Зачем Ace Stream создаёт папку кэша заново при выходе? До версии 3.1.20 всё было нормально.
А чем мешает пустой каталог - или "внутренний перфекционист" спать не дает? На заметку возьмем, конечно, но приоритет здесь еще меньший, чем у багофичи с конфигами.
40
acestream.conf игнорируется, даже если удалить все настройки AceStream и .pickle-файл в том числе. Я понял, что .pickle стоит выше в приоритете чем acestream.conf, но почему даже при отсутствии .pickle-файла AceStream не берёт настройки из acestream.conf? Это было бы логично.

Систему приоритетов менять не надо, достаточно сделать, чтобы при отсутствии .pickle-файла настройки брались из acestream.conf.

По этому вопросу я солидарен - логичнее, если движок будет не просто создавать дефолтный .pickle-файл, но читать настройки из .conf-файла (как минимум, при явном указании оного). Заявка программистам отправлена, посмотрим, изменится ли чего в свежих сборках.

Спустя столько времени ничего не изменилось... Есть ли надежда, что разработчики сделают так, чтобы при отсутствии .pickle-файла настройки программы брались из acestream.conf?

И ещё, выполняем следующие действия:
1. Нажимаем Очистка папки кэша в GUI — папка _acestream_cache_ удаляется
2. Выходим из Ace Stream — папка _acestream_cache_ создаётся заново

Зачем Ace Stream создаёт папку кэша заново при выходе? До версии 3.1.20 всё было нормально.
Раньше при нажатии Очистка папки кэша и выходе из Ace Stream папка с кэшем полностью удалялась и не создавалась заново, но начиная с версии 3.1.20 после выхода из программы приходится удалять _acestream_cache_ каждый раз вручную. Нельзя ли сделать как было?
Страницы: 1 2 3 [4] 5 6 ... 10