ACE Stream Engine 3.1 (for Android)

понятно спасибо…

Нет там никакого “насилования” - .torrent файл качается и пишется один раз - при загрузке его с сервера. Просмотрели сто фильмов через VOD - будет 100 .torrent файлов.

Если фильм… А если это идет стрим…12 часовой например. То как тогда? Движок же качать должен частями…Те правильно я понял, что torrent - это один файл на один content id?

Извиняюсь если много вопросов… Просто по докам там вообще все грустно.

Вот например как полностью отключить логи?
Откуда сервер дергает epg?
Как формируется id потоков в acestream media на виндос? Те когда загружаешь список контент ид(плейлист), то потом он обращение делать не по нему а по внутреннему ид для загрузки картинок server/api?method=get_channel_icon&id=33 …Искал доки - нигде нету? Какие методы есть еще у локального апи…
Поиск по апи каталога… - как получить информацию по конкретному content_id. Доступен только query/all…

Аналогично. Только вместо .torrent файла - транспортный файл, .acelive. И то, и другое - файлы с метаданными, полезной нагрузки сами не несут, только описывают где ее взять и что она из себя представляет.

Да, один стрим/поток/канал - один content ID, один .acelive файл. Просмотрели 100 каналов - будет 100 .acelive файлов. Другое дело, что в live трансляциях для одного и того же канала могут быть разные content ID, и соответственно разные транспортные файлы. Если вещатель меняет параметры трансляции, то при следующем запуске/перезапуске трансляции content ID сменится, хотя с т.з источника могло ничего и не меняться. Этим особенно любительские кратковременные трансляции страдают - вроде и стримит одно и тоже каждый день по паре часов, но по вчерашнему CID посмотреть сегодняшнюю трансляцию у такого стримера не получится.

Где-то со своих серверов, где-то со сторонних. В принципе, источник EPG можно использовать любой публичный, главное, чтобы именование каналов совпадали.

Правильно, потому что есть публичное АПИ, а есть внутреннее. Рассказывать про второе, откуда и как сам движок чего берет - никто и не обещал. В том числе и потому, что оно в любой момент может поменяться.

В целом же - да, с документацией давно проблемы - она разрознена, неполна, местами противоречива и для полного новичка разобраться в Ace Stream может быть непростой задачей, особенно, если до этого он с Р2Р вообще дела не имел. Можно смотреть только на более свежую (для стримеров - Intro - Ace Stream DAO), для остальных Intro - Ace Stream DAO
А можно изучать в хронологическом порядке, начав со старой вики (https://wiki.acestream.media) и архива форума (https://oldforum.acestream.media).
В обоих случаях сначала нужно понять, в чем цель - т.е быть броадкастером (стримить) или же клиентом/зрителем - второе касается как обычных пользователей, так и разработчиков сторонних медиа приложений, с т.з движка Ace Stream все, что к нему подключается как HTTP клиент, а не как Р2Р узел - это (еще один) плеер.

привет. а подскажите вот есть параметр --vod-drop-max-age для hls есть что-то похожее. и правильно ли я понял что это время жизни кеша. те после этого времени кеш будет удален?

Поиск по форуму работает не идеально, но в данном случае точно может помочь - ACE Stream Engine 3.1 (for Android) - #243 от пользователя Dorik1972

привет, да я видел этот кусок… я просто хочу понять как этого работает… У вас по-умолчанию размер буфера 3/10 секунд в настройках движка стоит. Почему тогда пропускать кусок стоит 120 секунд? Как это будет работать? Это не время жизни кеша?
Что будет если буфер 3 секунды а ждать зависший кусок будет 120? Он будет добуферизировать все данные пока не получить зависший кусок?

Кстати, еще вопросец. Сервер проверяет по-умолчанию входные настройки если мы например невалидный ключ отправляем?

“Буфер в 3 сек” это буфер того, что будет отдано непосредственно клиенту. Если какого-то куска (нужного для воспроизведения в данный момент) не будет - то будет “Буферизация”. Если же это кусок, который понадобится когда-то в будущем - то ничего не будет, будет пытаться его скачать, пока таймаут не истечет.
VOD тем от live и отличается, что в этом режиме движок работает в основном как обычный торрент-клиент, и какие-то куски могут качаться сильно с запасом (особенно, если включено кеширование на диск, и весь файл в этот кеш помещается).

А точнее? Отправляем куда и на каком этапе - т.е речь идет об HTTP API, engine API или? Для HTTP API в большинстве случаев для невалидного URL будет 4хх или 5хх ошибка.

А точнее? Отправляем куда и на каком этапе - т.е речь идет об HTTP API, engine API или? Для HTTP API в большинстве случаев для невалидного URL будет 4хх или 5хх ошибка.

я про engine. если например при запуске гуй шлет неправильные параметры или в конфиге неправильные параметры есть? те речь именно про сервер не про апи
ок.спасибо.

Могут быть варианты - не запустится (выдаст ошибку), упадет при запуске (может выдать ошибку в лог, а может и нет), запустится и проигнорит “неправильное” значение ключа.