Да зависимости из пункта 4 установленны. Несколько раз удалял и переустанавливал.
См. Тестируем ПО Ace Stream в snap пакете. пока мы проверим 18.04
Update - проверил, движок acestream не совместим со свежими m2crypto (вроде в этой ветке кто-то уже писал о подобной трабле, только там арчеподобный дистрибутив был). Т.е либо ставить старый (до 24) m2crypto, либо использовать snap пакет - оба варианта работают, проверено.
Правок с нашей стороны до сборки новой версии движка под линукс не будет.
Может кто подскажет где качнуть старый (до 24) m2crypto?
Спасибо, заработало
Можете еще подсказать что за ошибка при запуске движка
ImportError: /home/Ub/.cache/Python-Eggs/lxml-3.7.2-py2.7-linux-x86_64.egg-tmp/lxml/etree.so: undefined symbol: PyFPE_jbuf
Снова же конфликт версий, скорее всего. На работу не влияет - см. в логе к чему именно она относится, насколько я помню, это один из плагинов (“news” ?) ее вызывает. Т.е зайти в каталог с плагинами, сбойный плагин удалить, движок перезапустить - это быстрее, чем искать что именно с чем конфликтует.
Does this mean you abandon the project under Linux
No, but we’ll not going to adapt older app for the new distro versions (at least for now).
Добрый день
Поставил сегодня Ubuntu 18.04 Server x64. AceStream не запускается. AceStream ставил так:
Пробовал удалить m2crypto и поставить 24-ую версию так:
sudo apt remove python-m2crypto
sudo apt install swig
sudo pip install m2crypto==0.24.0
Но при установке m2crypto валят ошибки…
Помогите советом, как оживить AceStream?
Не использовать pip, а поставить m2crypto из .deb пакета?
В крайнем случае - просто открыть .deb-пакет “как архив”, и вручную скопировать.
Большое спасибо. Всё получилось.
Скажите, а как папку кэша перенести в другую директорию? Например, по умолчанию пишет в /home/user/.ACEStream/.acestream_cache а надо в /media/windows/Temp
Пробовал добавить параметр --cache-dir с указанием пути при старте движка - не помогло. LIVE крутиться в оперативке. Папка кэша нужна для VOD.
Странно, “–cache-dir” должен работать в любой версии. Где-то ошибка, либо один из конфигов оверрайдит другой. Если лень разбираться - то симлинк в помощь, это самый простой вариант.
Сорри. Был косяк в одном символе в указаном пути… Всё работает.
Всем привет!
кто нибуть может сказать что это за ошибка
2018-06-13 12:21:37,532|Instance2InstanceThread-34|acestream.APIServer|run: ready to receive remote commands on 62062
2018-06-13 12:21:38,228|Thread-20|acestream.webui|api error: ('access denied',)
2018-06-13 12:21:40,229|Thread-22|acestream.webui|api error: ('access denied',)
2018-06-13 12:21:42,233|Thread-20|acestream.webui|api error: ('access denied',)
2018-06-13 12:21:43,234|Thread-22|acestream.webui|api error: ('access denied',)
у себя такого в жизни не видал но один пользователь жалуется
webui доступен
и трансляции кстати идут как обычно
интересно просто услышать ответ от ace
<<<<отбой>>>
пользователь по “новому” ещё раз пробросил порт 62062 на рутере наружу и ошибка изчезла!
Нет ли решения для федоры? Дебиановые/убунтовые версии не работают, потому что не хватает ссылок на либы (libssl, libcrypto), после создание линков -
[aik@aikyoga2 acestream_3.1.16_ubuntu_16.04_x86_64]$ ./start-engine --client-console
xx Cannot load libraries: path /home/aik/sopcast/acestream_3.1.16_ubuntu_16.04_x86_64/lib
Traceback (most recent call last):
File "<entry>", line 9, in <module>
File "core.c", line 132, in
ImportError: /lib64/libcrypto.so.1.0.0: version `OPENSSL_1.0.0' not found (required by /home/aik/sopcast/acestream_3.1.16_ubuntu_16.04_x86_64/lib/acestreamengine/pycompat.so)
Кому нибудь удалось поставить? Пожелание авторам - может, статически слинковать? Дерева, я так понимаю, ни в одном гите нету? Спасибо
Вариант для CentOS проверялся - Запуск acestream CentOS 7 ?
Альтернатива - пробовать snap-пакет - Тестируем ПО Ace Stream в snap пакете.
уже есть благодаря Dorik1972 и его сборки acestream_3.1.31_webUI_x86
3.1.31.3 для любой ОС на базе Linux на архитектуре x86!!!
проверил у себя на образах докера, всё чётко
Debian
ubuntu:18.04
alpine:3.7 всего 36 метров
для федоры тоже, старт в фоне средствами httpaceproxy
что то в новой версии не работает ограничение на количество слотов отдачи, раньше эта команда была --max-upload-slots, сейчас эта опция игнорируется и выставляется стандартное значение 50, хотя через api на лету можно это количество ограничить, что поменялось?
Что подразумевается под “новой версией”? Так же см. Ace Stream 3.1 for Ubuntu (ru/en)