Движок в режиме client-console не возвращает стартовый URL

Windows 10 x64

[details=Spoiler]C:\Users\xxxx\AppData\Roaming\ACEStream\engine>ace_console.exe --bind-all --client-console --live-buffer 25 --vod-buffer 10 --vod-drop-max-age 120 --live-cache-type memory --vod-cache-type memory --memory-cache-limit 2147483648 --stats-report-peers --service-remote-access --api-port 62062 --http-port 6878 --port 8621

2019-04-15 13:29:34,851|MainThread|acestream|init segmenter done: log_path=C:\Users\xxxx\AppData\Roaming\ACEStream\engine\segmenter.log
2019-04-15 13:29:34,851|MainThread|acestream|platform=win32
2019-04-15 13:29:34,851|MainThread|acestream|app=acestream
2019-04-15 13:29:34,851|MainThread|acestream|version=3.1.32 code=3013200 revision=58938e3 date=2018-08-23
2019-04-15 13:29:34,851|MainThread|acestream|use_local_db=True
2019-04-15 13:29:34,851|MainThread|acestream|use_m2crypto=True
2019-04-15 13:29:34,851|MainThread|acestream|is_gui_mode=0
2019-04-15 13:29:34,851|MainThread|acestream|enable debug: 0
2019-04-15 13:29:34,852|MainThread|acestream|get_default_api_version: 2
2019-04-15 13:29:34,852|MainThread|acestream.coreapp|state_dir=u’C:\Users\xxxx\AppData\Roaming\.ACEStream’
2019-04-15 13:29:37,301|MainThread|acestream.coreapp|set_debug_from_ui: enabled=0
2019-04-15 13:29:37,301|MainThread|acestream|enable debug: 0
2019-04-15 13:29:37,509|MainThread|acestream.SocketHandler.InterruptSocket|bound on 127.0.0.1:63878
2019-04-15 13:29:37,510|MainThread|acestream.SocketHandler.SocketHandler|bind: socket bound: host=0.0.0.0 port=8621
2019-04-15 13:29:37,510|MainThread|acestream.LM|listen on 8621
2019-04-15 13:29:37,526|MainThread|acestream.VideoServer|start: addr= port=6878 allow_remote=1 allow_intranet=1
2019-04-15 13:29:37,529|MainThread|acestream.VideoServer|start: addr= port=6879 allow_remote=1 allow_intranet=1
2019-04-15 13:29:38,651|MainThread|acestream.SocketHandler.InterruptSocket|bound on 127.0.0.1:58564
2019-04-15 13:29:38,653|MainThread|acestream.SocketHandler.SocketHandler|bind: socket bound: host=0.0.0.0 port=62062
2019-04-15 13:29:38,655|Instance2InstanceThread-36|acestream.APIServer|run: ready to receive remote commands on 62062
2019-04-15 13:30:16,322|Instance2InstanceThread-36|acestream.coreapp|external_connection_made: ip=192.168.18.225 port=60290 myip=192.168.18.226 myport=62062 connections=1
2019-04-15 13:30:16,325|BGTaskQueueThread-1|acestream.coreapp|got command: HELLOBG version=3
2019-04-15 13:30:16,325|BGTaskQueueThread-1|acestream.BGInstanceConnection|send HELLOTS version=3.1.32 version_code=3013200 key=138c64442e http_port=6878 bmode=0

2019-04-15 13:30:16,720|BGTaskQueueThread-1|acestream.coreapp|got command: READY key=n51LvQoTlJzNGaFxseRK-dabe3cf0107910e0b6268bdb751e04746f705b7a
2019-04-15 13:30:16,720|BGTaskQueueThread-1|acestream.BGInstanceConnection|send AUTH 17
2019-04-15 13:30:16,726|BGTaskQueueThread-1|acestream.coreapp|got command: SETOPTIONS use_stop_notifications=1
2019-04-15 13:30:16,766|BGTaskQueueThread-1|acestream.coreapp|got command: LOADASYNC 28498439 PID 59d6a51f5bdcdf2f8d861e0bf14856172a7fcbdc
2019-04-15 13:30:16,769|BGTaskQueueThread-1|acestream.BGInstanceConnection|send_load_response: request_id=28498439 response={“status”: 1, “files”: [[“24%D0%A2%D0%B5%D1%85%D0%BD%D0%BE”, 0]], “infohash”: “f4c934e5a1035d510cfbd78c8b9b4d62878e065c”, “checksum”: “9de04651bf4dd00542332b8fa14152422fbf9dee”}
2019-04-15 13:30:16,826|BGTaskQueueThread-1|acestream.coreapp|got command: START PID 59d6a51f5bdcdf2f8d861e0bf14856172a7fcbdc 0 output_format=http
2019-04-15 13:30:16,829|BGTaskQueueThread-1|acestream.BGInstanceConnection|send STATE 1
2019-04-15 13:30:16,831|BGTaskQueueThread-1|acestream.coreapp|start_download_wrapper: dlfile=24Техно fileindexes=0
2019-04-15 13:30:16,831|BGTaskQueueThread-1|acestream.coreapp|start_download_wrapper: starting new download
[/details]
И дальше тишина…
А через некоторое время в консоль может упасть вот это:
|ProxyServerTaskQueueThread-3|acestream.coreapp|get_transport_file: error: <urlopen error [Errno 11001] getaddrinfo failed>

Пробовал запускать с параметрами по умолчанию и в conf файле, результат тот же.
При запуске в режиме client-wx через ace_engine.exe трансляция поднимается без проблем.

Снял расширенный лог


А ожидается что именно? В целом подтверждаю только частично, а именно для “Ace Player HD” - как-то он этот CID не осилил (причем только “напрямую”, через engine API), а MPC-HC и VLC/Ace Player HD нормально отыграли (через “http://127.0.0.1:6878/ace/getstream?id=59d6a51f5bdcdf2f8d861e0bf14856172a7fcbdc”) с предложенной командной строкой.

конкретно это указывает на проблемы с сетью - с транспортом как таковым и/или ДНС.

Т.е переформулируя, проблема топик стартера в том, что “движок под виндой в режиме client-console не возвращает стартовый URL через engine API”, что не мешает им пользоваться в режиме прокси-сервера (HTTP API). Это требует дополнительной проверки.

Да, верно, обращение идет через Engine API.

Ожидается, что будет работать так же, как через GUI. Что-то типа этого:

[details=Spoiler]2019-04-17 00:09:01,512|BGTaskQueueThread-1|acestream.coreapp|start_download: starting new download: infohash=f4c934e5a1035d510cfbd78c8b9b4d62878e065c tftype=hls provider=None(None) initialdlstatus=None output_format=default pausable=None transcode=(audio=False mp3=False ac3=False)
2019-04-17 00:09:01,900|Timer-Thread-59|acestream.BGInstanceConnection|start_playback: telling plugin to start playback: use_new_api=0 is_ad=0 is_interruptable_ad=0 is_live=1 url=http://192.168.0.1:6878/content/f4c934e5a1035d510cfbd78c8b9b4d62878e065c/0.908231466998 click_url=None skip_offset=None volume=None no_ad_text=None ad_info_text=None media_params=None length=None bitrate=None file_index=0 allow_multiple_threads=0
2019-04-17 00:09:01,901|Timer-Thread-59|acestream.BGInstanceConnection|start_playback: send cmd START http://192.168.0.1:6878/content/f4c934e5a1035d510cfbd78c8b9b4d62878e065c/0.908231466998 stream=1
2019-04-17 00:09:01,901|Timer-Thread-59|acestream.BGInstanceConnection|send STATE 2
2019-04-17 00:09:02,328|BGTaskQueueThread-1|acestream.coreapp|set_allow_sleep_mode: allow=0
[/details]

Да, баг подтвержден, но по срокам исправления пока ничего нет - сейчас главный приоритет свежая версия под Андроид (Тестируем ACE Stream Engine 3.1 (for Android)).

Ммм, а вообще можно надеяться, что это когда-нибудь будет исправлено? Можете хотя бы приблизительно оценить границы срока реализации? Или мне лучше сразу начать искать для себя альтернативное решение? :-[

Надеяться можно, рассчитывать нельзя =) А про “альтернативу” в виде Линукс-версии нужно было задумываться сразу же, а не спустя полгода.