При запуске ссылки http://127.0.0.1:6878/ace/getstream?infohash=…
engine долго читает файлы из папки acestream_cache, и видимо что-то с этими данными делает (в _hashlib.pyd шифрует или дешифрует).
Занимает несколько минут и HDD грузит . И только после чтения всех файлов из этой папки запускается трансляция.
Пока спасаюсь удалением папки. Но это явно маразм.
Как отключить эту очередную чудо-фичу?
Ну как бы да - в этом каталоге лежит кеш, и при открытии контента, которому кеш соответствует - сначала нужно оный проверить на валидность - аналогично поступает любой Р2Р клиент, которому скачивание прервали.
Другое дело, что live-кеш проверять смысла немного (равно как и хранить его на диске), ну и если есть уверенность, что кеш от другого контента, и все равно проверяется, вместо удаления/игнорирования - то это баг.
Тут нет однозначных решений - либо хранить кеш на диске, и при перезапуске проверять/перехешировать его, либо хранить кеш в ОЗУ/во временном месте, и при перезапуске перекачивать заново все эти ваши гигабайты.
Тогда объясните, как включить перемотку. Т.е. в прогамме должна быть опция с перемоткой, и если я ставлю ее на 0 , то никакие хеши вычисляться не должны, более того, программа должна сама очистить папку acestream_cache. Но если я ставлю на 4 часа, то должен иметь 4 часа полноценной перемотки назад. Вы говорите , что время зависит от броадкастера . — Нет, не зависит. Если я смотрю трансляцию 4 часа, то должен иметь возможность просмотреть , что было 3 часа назад. Я пробовал проигрывать файлы непосредственно из папки acestream_cache, но там звук заикается и картинка сыпется. Это еще один баг. Этот кеш должен работать не хуже самой трансляции, и должна быть удобная возможность просмотреть кеш, а не млн. файлов запускать по очереди.
как минимум в VLC (и в Ace Player, соответственно) есть чудная кнопка - “Запись” называется. Нажимаем ее после запуска воспроизведения, и в результате получаем персональный постоянный тайм-шифт хоть на 10 мин, хоть на 4 часа.
Остальные фантазии из области “кто кому должен” - не к нам, хотя мы, в целом, тоже за “мир во всем мире” и “пусть никто не уйдет обиженным”.
Пишется удвоенный объем на диск: отдельно кеш, отдельно файл записи. Это нерационально (а для меня критично, т.к. места нет на дисках).
Ну и по логике работы с ссылками вида “http://127.0.0.1:6878/ace/getstream?infohash=” . У меня стоит player_buffer_time 3, live_buffer_time 4. Т.е. хеш он считает из-за этих 4 сек.? А не быстрее перекачать заново?
нет - на диск кеш пишется от свободного обьема (или по явному ограничению через “disk_cache_limit”), а перечитывается при повторном запуске все, потому что сначала нужно убедиться в том, что нужного куска нет в кеше.
И сделать кеш в оперативную память --live-cache-type memory ?
У меня отключен файл подкачки, т.к. тормозит с ним. И когда оперативная память заканчивается, то просто закрывается часть программ.