Benny, есть ли возможность запускать acestreamengine с конфигурационным файлом?
в acestreamconf есть параметр --allow-user-config (с каким именем должен быть файл)?
Лучше поздно, чем никогда: все было гораздо проще - я поверил sybdata наслово, что в вики этого нет - а зря. Все там есть, и про удаленный доступ в том числе “–service-remote-access”. Другое дело, что в свежей версии имена некоторых ключей изменились - подождем комментария от разработчика.
или acestream просто напросто блокирует всякое ограничение что бы хоть как то поддерживать дохлые потоки
пока не будет запущен наконец то платный учёт трафика
кстати КОГДА же это произойдёт?
Всем спасибо, все получилось.
А подскажите чем именно в acestream hls отличается от http кроме приставки к файлу .ts.
Разницы в кодаке не заметил и адаптации по скорости соединения тоже.
Что странно приставка mag 250 воспроизводит hls, а http нет. Вот и интересно, кодак вроде один и тот же, неужели разница только в том что дописывается расширение файла.
Неверно. Есть соответствующий ключ, вопрос о котором, от грамотного пользователя, мог бы звучать как-то так: “ключи --service-remote-access и --service-access-token не работают для веб-интерфейса медиа-сервера, это баг или есть их аналоги?”
Так вот аналог есть для обоих ключей:
вот вы как админ или модератор, раскажите пользователям про то как им получить удалёный доступ если в веб-интерфейсе эта опция есть но не активируется
удачи и всего хорошего
P.S. Посещаемсть этого форума конечно не ахти какая, а точнее ресурс почти мёртвый, что не удивительно потаму как допустим только лично я уже как минимум от двух разрабов слышал мнение что команда асеstream скажем так не совсем адекватна и очень странная что касаемо вопросов поддержки или какой либо совместной работы.
И конкректно жуткий снобизм и хамство админа этой ветки не оставляет никакого желания заходить сюда.
Конкретно эта ошибка связана с тем, что в скрипте “start-engine” как интерпретатор указан /bin/sh, а в этой Убунте /bin/sh ссылается на /bin/dash. Т.е поправить скрипт на /bin/bash и ошибка уйдет.
Но, в данном случае это мало чем поможет, т.к ОС “Server x86” (32 бит), а бинарники AceStream “x86_64” (64 бит) - т.е не заведется все равно.
В смысле эта ошибка при попытке зайти на веб-интерфейс, или при анализе логов, а к движку никто сознательно не подключался?
Во втором случае это нормально, особенно если сетевой интерфейс открыт всем, движок просто отказывает “левым” в подключении (и пишет об этом в лог), а в первом - нужно включить доступ в настройках “медиа сервера”, см. Ace Stream 3.1 for Ubuntu (ru/en) и ниже.
раз acestream не “разрешает” ограничивать раздачу по протоколу Ace Stream то тогда платите монету
а то понимаешь не справедливо как-то получается “один с сошкой а семеро с ложкой”
Появился еще один вопрос))) Сейчас в домашнем каталоге пользователя от имени, которого был запущем движок, создается каталог .ACEStream со всеми вытекающими в нем. Есть ли возможность, опять таки неким --ключем при старте задавать путь где будет создаваться этот каталог?
It’s english topic as well, so I hope you guys don’t mind me asking it in english: is it possible to use AceStream engine only? I mean… Use VLC player instead of downloading another player (Ace Stream Player)?
Yes, and moreover - recent Linux versions already contains engine only (Download - Ace Stream Wiki)
But beware - any other player is far less integrated with engine then Ace Stream Player.