Вот тут я подробненько так описал Ace Stream [Android] - 4PDA
Как в жизни - “очень просто” и “все сложно” одновременно. Глобальная политика - LRU. Реализация зависит как от ОС, так и от типа ФС.
Пока хватает обьема кеша. Потом самые старые и не используемые удаляются в первую очередь.
Для VOD да, но реализация разная для виндовс, линукс, андроид. Т.е не пытайтесь переносить практический опыт/наблюдения за поведением кеша из одной ОС в другую - скорее всего, это ничего не даст.
Теоретически не должен, практически зависит от реализации (нужно проверять), плюс нужно учитывать - “следующий запуск” спустя несколько секунд и “следующий запуск” спустя несколько суток - очень разные “запуски”.
Сам “месседж” AceStream состоит в том, чтобы пользователь не думал про “прогресс загрузки”, а начинал “сразу смотреть”. Т.е у нас аналог прогресса загрузки - это показ “% буферизации”, и в идеале пользователь не должен их видеть вообще.
В крайней 3.1.17 появился новый ключик --vod-drop-max-age … как-то связан с временем жизни кеша VOD? Не поделитесь инфой ?
“–vod-drop-max-age” - указать, через сколько секунд пропустить “зависший” по таймауту сети кусок при просмотре VOD.
СПС !!!
Поправте ссылки для скачивания для платформ х86 и universal пожалуйста
телевизор sony (2017)
нет возможности перенести кеш на флешку/диск (пишет нет разрешения на запить)
не выходит/вызывается клавиатура
Точное название модели ТВ, версия Андроид?
Странно, с А6 проблем должно быть минимум, разве что Сонька урезала чего в самом Андроиде.
По поводу выбора внешнего диска см. Ace Stream [Android] - 4PDA эту тему, в частности “Решение возможных проблем” в первом посту.
Обновил ПО телевизора, сбросил на заводские, отформатил флешку в ntfs - заработал перенос.
Видимо в прошивке было дело…
Добрый день! В 1-ом посте разрабы предлагают скачать вариант для пользователей версий ранее Android 4.2. Однако при попытке его установить на Android 4.0.1 ARM7 девайсе он не может пакет распаковать или установить. Версия 3.1.11.2 устанавливается, но движок не запускается. Версия 3.0.3 запускает движок, но требует платной подписки, что не понятно: почему за старую версию надо платить, а новая бесплатно?
Так как же при таком изобилии неработающих версий использовать AceStream на плеерах Android 4.0+? Не все могут тратить 50-100 долларов каждые 2 года на новый плеер, да и какой в этом смысл? Это же не телефон, чтобы упиваться новыми фичами, лишь бы позволял смотреть кино и ТВ, а новые фишки Android на плеере кому нужны?
Потому что бесплатный “тестовый” период для старой версии истек, и продлевать его нет никакого смысла (для нас).
“Android 4.0+” сильно разный, и “изобилие” относится к 4.1-4.4 версиям, но не к 4.0 - см. вложение.
Значит эти “не все” просто не смотрят ТВ через интернет - у них другие насущные заботы. Не хотите покупать новое устройство - покупаете платный тариф и используете 3.0.3 версию.
Доброго времени суток!
Прилетело на телевизор обновление до семёрки и в движке сбрасываются настройки переноса кэше на карту памяти (флешку) после выключения ТВ. Подскажите как решить?
Здравствуйте. Фризят или зависают почти все рипы с разными настройками/проигрывателями где то больше где то меньше. Устройство Nvidia Shield Android TV 2017 с флешкой SanDisk Ultra Fit USB 3.0 32GB, подключена к нэту через провод. С нэтом всё нормально рип на которым я тестировал (Конг: Остров черепа 13.20GB ↑216/15↓ на rutor) отлично работает на PC. Что посоветуете?
для начала скачать пару-тройку из этих самых “почти все рипы” на ПК, записать на SanDisk, и проверить их воспроизведение на Шилде.
Кто бы мог подумать, новая флешка не самая дешевая!? А скорость при записи иногда падала до 0 мб/с((( зато чтение 90мб/с. Вообщем спасибо разобрался
В связи с сегодняшним обновлением до 3.1.22 была благополучно “поломана” команда от клиента к движку LIVESEEK …
ПОЖАЛУЙСТА ВЕРНИТЕ КАК БЫЛО!
- давным давно “забыли” (ну мне так кажется) добавить поддержку в Engine API в START параметр prefered_audio_language= ибо в HTTP API есть … а в Eтgine API - нету …
Заранее благодарен!
p.s. на “крайней” версии движка под виндой LIVESEEK работает аж бигом …
На выходных врядли кто ответит, но есть подозрение, что перемотка пропала не просто так, а именно из-за нового кеша VOD. Если включить кеширование на диск, а не в ОЗУ - все равно не работает LIVESEEK?
Дык LIVESEEK тестировал только по LIVE трансляциям. Для live трансляций весьма полезная штука …
… я ранее (год тому) пытался исполнить сие с VOD - но оно не работало … А теперь и с LIVE “померло” … при том что на виндовом движке все гут ! Вот лог виндового движка
<<< EVENT livepos last=1512170162 live_first=1512168362 pos=1512170162 first_ts=1512168362 last_ts=1512170162 is_live=1 live_last=1512170162 buffer_pieces=15
>>> LIVESEEK 1512170132
<<< STOP
<<< STATUS main:seekprebuf;40;0;0;844;0;11;9;0;3604480;0;98304
p.s. проверил при кеш VOD на диск … ну как и следовало ожидать … не пашет LIVESEEK на андроидовой версии …
p.s.s. + еще есть пожелание-“хочуха” … в андроидовой версии движка заставить реагировать на параметр --live-cache-type , а заодно и --vod-cache-type … Отродясь --live-cache-type не рботает … приходится руцями “ковырять” playerconf.pikle . Подозреваю что --live-disk-cache-size тоже “мимо кассы” для андроид-пользователей …
Да, это баг - уже подтверждено, будет исправлено.
Поспешишь - людей насмешишь. В общем, после тщательной проверки выяснилось, что подтвердить мы это не можем. LIVESEEK не работает, если в настройках движка указана выдача в HLS, и работает, если указана выдача в HTTP. Эта функциональность не менялась как минимум пару версий (более древние просто не проверяли).
По остальным “хотелкам” пожелание передано, но будет ли оно реализовано и если будет, то когда - неизвестно.
PS Dorik1972 - нужны более веские доказательства на тему “работало/не работает”, а пока - выговор с занесением за ложную тревогу =)