при запуске бинарника плеера в Терминале
нашёл статью, где вроде как помогла возня с пакетом libgcrypt, но мне совет не помог
http://archlinux.org.ru/forum/topic/12288/?page=7
при запуске бинарника плеера в Терминале
нашёл статью, где вроде как помогла возня с пакетом libgcrypt, но мне совет не помог
http://archlinux.org.ru/forum/topic/12288/?page=7
Похоже на то, что бинарник acestreamplayer подтягивает библиотеку libvlc вместо libtsplayer.
Ace Stream Player построен на базе VLC и использует модифицированную библиотеку libvlc, которая переименована в libtsplayer. Библиотек на самом деле две: libtsplayer (аналог libvlc) и libtsplayercore (аналог libvlccore)
Бинарник acestreamplayer должен подтягивать модифицированные библиотеки:
user@host:~$ ldd /usr/bin/acestreamplayer
linux-vdso.so.1 => (0x00007ffd0c96e000)
libtsplayer.so.5 => /usr/lib/libtsplayer.so.5 (0x00007f99d4714000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f99d44f4000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f99d42ec000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f99d3f24000)
libtsplayercore.so.7 => /usr/lib/libtsplayercore.so.7 (0x00007f99d3c3c000)
/lib64/ld-linux-x86-64.so.2 (0x0000556d15c37000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f99d3a34000)
libidn.so.11 => /usr/lib/x86_64-linux-gnu/libidn.so.11 (0x00007f99d37fc000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f99d34f4000)
libdbus-1.so.3 => /lib/x86_64-linux-gnu/libdbus-1.so.3 (0x00007f99d32ac000)
При установке из deb-пакета на Ubuntu 14.04 плеер запускается без проблем.
Но указанную ошибку удалось воспроизвести искуственно путем подмены libtsplayercore на libvlccore:
user@host:~$ ls -l /usr/lib | grep libtsplayer
lrwxrwxrwx 1 root root 15 Feb 10 09:04 libtsplayercore.so.7 -> libvlccore.so.7
lrwxrwxrwx 1 root root 20 Nov 4 2014 libtsplayer.so.5 -> libtsplayer.so.5.4.0
-rw-r--r-- 1 root root 749724 Nov 4 2014 libtsplayer.so.5.4.0
Проверьте, какие библиотеки у вас подтягиваются. Проблема однозначно вызвана тем, что подтянулась “не та” библиотека libtsplayercore. Возможно, какая-то старая версия подтянулась.
Спасибо за помощь всем откликнувшимся. Продвинулся дальше. Стартует engine и плеер коннектится к нему. Осталось причесать детали и в принципе готово. Детали позже.
Всё получилось из задуманного. В понедельник ещё погоняю тесты и можно выкладывать AceStream[Player|Engine] в Ubuntu Store.
Вот с такой тарабарщиной все происходит. наведите на мысль
/opt/acestream/acestreamengine: 1: /opt/acestream/acestreamengine: /opt/acestream/acestreamengine: 1: /opt/acestream/acestreamengine: �: not found
��@��: not found
/opt/acestream/acestreamengine: 1: /opt/acestream/acestreamengine: ��: not found
/opt/acestream/acestreamengine: 1: /opt/acestream/acestreamengine:: not found
/opt/acestream/acestreamengine: 1: /opt/acestream/acestreamengine: /opt/acestrea�/acestreamengine: 1: /opt/acestream/acestreamengine: �
@jlibpython2.7.so.1.0__gmon_start___Jv_RegisterClasses_ITM_deregisterTMCloneTable_ITM_registerTMCloneTablePyErr_PrintPyBool_FromLongPy_FatalErrorPy_CompileStringFlagsPyDict_NewPyEval_GetBuiltinsPy_FinalizePySys_SetObjectPy_SetProgramNamePySys_SetArgvPyDict_SetItemStringPy_InitializePyEval_EvalCodePyString_FromStringlibpthread.so.0libc.so.6__stack_chk_failmalloc__snprintf_chk__libc_start_mainfree_edata__bss_start_end__libc_csu_fini__data_start_IO_stdin_used__libc_csu_initGLI�ui: File name too long�: not found_ii
/opt/acestream/acestreamengine: 1: /opt/acestream/acestreamengine: ELF: not found
/opt/acestream/acestreamengine: 1: /opt/acestream/acestreamengine: : not found
/opt/acestream/acestreamengine: 1: /opt/acestream/acestreamengine: 0: not found
/opt/acestream/acestreamengine: 1: /opt/acestream/acestreamengine: @: not found
/opt/acestream/acestreamengine: 1: /opt/acestream/acestreamengine:P: not found
/opt/acestream/acestreamengine: 1: /opt/acestream/acestreamengine: : not found
/opt/acestream/acestreamengine: 1: /opt/acestream/acestreamengine:
h: not found
x: not foundam/acestreamengine: 1: /opt/acestream/acestreamengine:
/opt/acestream/acestreamengine: 1: /opt/acestream/acestreamengine: �: not found
/opt/acestream/acestreamengine: 1: /opt/acestream/acestreamengine: �: not found
/opt/acestream/acestreamengine: 1: /opt/acestream/acestreamengine: �: not found
/opt/acestream/acestreamengine: 1: /opt/acestream/acestreamengine: H�H��: not found
/opt/acestream/acestreamengine: 1: /opt/acestream/acestreamengine: x�!: not found
/opt/acestream/acestreamengine: 4: /opt/acestream/acestreamengine: Syntax error: "(" unexpected
наведите на мысльПодробнее - ОС, версия, последовательность действий. Дополнительные пакеты согласно инструкции установлены, установка первая или апгрейд старой версии Ace Stream?
наведите на мысльПодробнее - ОС, версия, последовательность действий. Дополнительные пакеты согласно инструкции установлены, установка первая или апгрейд старой версии Ace Stream?
Спасибо за попытку помощи как оказалось тупому)
Ос - ubuntu 14.04
версия движка - 3,1,16
Установку делал по инструкции с вики, все пакеты установленны
Сначала удалил предыдущую версию apt-get remove acestream-full
Далее поставил новую по инструкции с вики. при попытке запуска вижу это.
В папке с движком создается при запуске пустой фаил, название не понятно, кодировка названия не определяется
Сначала удалил предыдущую версию apt-get remove acestream-full
Далее поставил новую по инструкции с вики. при попытке запуска вижу это.
В папке с движком создается при запуске пустой фаил, название не понятно, кодировка названия не определяется
А локаль какая у пользователя установлена?
Есть смысл переименовать/удалить из домашнего каталога все, что связано с .AceStream (включая предыдущие egg файлы).
Движок запускается бинарником “acestreamerngine” или “start-engine”? Второй на самом деле запускает первый, но при запуске указывает движку, где лежат библиотечные файлы - т.е запускать нужно именно его, либо экспортировать путь предварительно.
Так и не смог разобраться в проблеме. Но на сервере с такой же системой все завелось.
Теперь новый вопрос возник. На сервере нет иксов, а сам он на работе. Подскажите как при помощи консоли или правки файлов включить доступ к веб морде и потокам из вне?
На сервере нет иксов, а сам он на работе. Подскажите как при помощи консоли или правки файлов включить доступ к веб морде и потокам из вне?
Для первоначальной настройки нужно запустить движок с дополнительным ключом --access-token “some_token” (по умолчанию “access token” генерируется случайным образом при каждом запуске движка).
Тогда веб-интерфейс будет доступен по ссылке вида “http://host:6878/webui/app/some_token/server”. После настройки ключ “–access-token” не нужен, движок можно запускать без него, а веб-интерфейс будет доступен по ссылке вида “http://host:6878/server”
ну наконец выпытали
Учитывая, что и месяца не прошло, как анонсировали свежую версию и вопрос этот лично я вижу в первый раз - “наконец” смотрится забавно, да.
в вики этот ключ –access-token искать бесполезно
В Вики много чего искать бесполезно - писать документацию никто не любит, мы не исключение, к сожалению.
ImportError: libxslt.so.1: cannot open shared object file: No such file or directory
Я бы начал с apt-get install libxslt1.1 python-libxslt1 - разве не очевидно из лога?
здесь логи с работающего сервера
а) оно просит логин/пароль
б) не очень понятно, чем могут помочь логи с работающего сервера в поисках проблем для не работающего.
а в мануал на той же вики не очевидно бы добавить
Нужное в мануале есть. О подобной ошибке еще не сообщали, и не факт, что сообщат в будущем - вполне вероятно, это что-то локальное.
кто нибудь может вообще объяснить про этот /dev/disk/by-id и его функцию
Перечисление дисков/разделов по UUID.
Эта и последующая ошибки могут быть вызваны тем, что требуется рутовый доступ.
Приложение запускается где - в стандартном окружении, или внутри контейнера?
изчезает но появляется зато другой геморой, сейчас висит в логе
Последние ошибки в логе похожи на то, что предпринимается попытка запустить движок на том же порту, на котором уже запущен один экземпляр.
внутри контейнера
Мы не тестировали работу приложения внутри контейнера, так что все грабли на этом пути предстоит собирать самостоятельно.
и как быть теперь, не перезапускатся что ли или как?
вы же сами намудрили
При чем здесь это? Перезапускаться можно, но корректно это нужно делать, и не пытаться запускать второй инстанс, если первый остался незавершенным.
и тем более их два:
“их” один, как и было ранее - acestreamengine.
“Убивать” можно любым удобным способом, вопрос больше в конечной цели - убить нужно все процессы “acestreamengine”, или только определенные.
Но вообще, судя по вопросам, sybdata стоит либо разобраться в основах *никс, либо бросить это неблагодарное занятие, и поручить управление сервером тому, кто понимает, что он делает, а не “тыкается” наобум.
да ладно нос то задирать
Проблема не “в задирании носа”, а в том, что с “неосилившими” курс школьной математики на темы из линейной алгебры говорить бесполезно.
можно подумать здесь на форуме одни никсоводы собрались
Собрались как на ковчеге - “каждой твари по паре”, но если пользователям винды или ведроида лично я готов простить некоторую “инфантильность”, то пользователям (либо косящим под них) *никсов - нет.
Я конечно возможно в вашем споре что то не понял, но killall acestreamengine запросто справляется с этой задачей.
Сам опять не въезжаю немного. Как формировать токен? При вписывании из головы сервер меня посылает далеко и на долго.
Пробовал запускать с этим параметром и start-engine и acestreamengine, а так же тупо пробовал писан в сам start-engine
#!/bin/sh
ROOT=$(readlink -f $(dirname $0))
LD_LIBRARY_PATH=${ROOT}/lib ${ROOT}/acestreamengine --access-token "чтото там" --lib-path $ROOT "$@"
Сервер отвечает одно
2017-02-18 20:12:56,867|Thread-52|acestream.httpserver|deny access from ('93.14.40.106', 47611)
сервер меня посылает далеко и на долго
Токен это просто строка - т.е вплоть до что-то вроде “5h57rfh6” - в URL уже без кавычек, разумеется.
“Посылать” он может потому, что по умолчанию доступ разрешен только из локалхоста/локальной сети - я не проверял этот момент, если честно. SSH тунель к серверу поможет, если это так.
Приогромнейшее спасибо. Особенно за наводку про тунель.
Приогромнейшее спасибо. Особенно за наводку про тунель.
"Посылать" он может потому, что по умолчанию доступ разрешен только из локалхоста/локальной сети - я не проверял этот момент, если честно
всё уже давно проверено умник твою м
что бы получить удалённый доступ нужно в файле «playerconf.pickle» добавить:
sS'allow_remote_access'
p(номер записи)
I01
P.S. большой привет админу професору математики и строителю тунелей ;D