Recent content by extr

Добрый день! Хочу резюмировать здесь: После данного фикса была обнаружена новая проблема, которая описана в постах выше Очень ждем, я на связи, доступы активны Спасибо

Добрый день! Спасибо, но к сожалению ничего не изменилось. Если источник имеет bframes, rtmp поток на выходе имеет проблемы ( Вы хотите сказать что на вашей стороне проблема не воспроизводится? Отправил ответ на почту Спасибо

Это очень странно, что с вашей стороны не видно разницу. Если публикуешь напрямую на кодировщик, даже без транскодинга проблема исчезает при воспроизведения любого формата (rtmp,mpegts,mse,hls) Я провел тест ре-публикации на кодировщик внутри одной железки, чтобы исключить проблему внутренней...

Отправил на почту

Проверил данный вариант с транскодером на уровне wcs +) требует меньше ресурсов -) потоки получаются не синхронизированы по timestamp 1. Было бы здорово, иметь возможность передать в /push/statup список потоков на транскодинг [ { "streamName": "test"...

Добрый день, вернули доступ и публикацию, проверьте Спасибо

Добрый день. 1. WCS и кодировщик по разным серверам. 2. Визуально rtmp играется нормально с WCS, но имеется впечатление что fps занижен (плавности нет) 3. Воспроизведение rtmp входящего на кодировщик, уже хуже чем с WSC Duration: N/A, start: 68.547000, bitrate: N/A Stream #0:0: Audio: aac...

Добрый день! После обновления до версии 5.2.560 ситуация с потоками, где есть B-фреймы ухудшилась. Видео снова стало тормозить и зависать :( В client_logs следующее: 12:32:41,724 WARN BitstreamNormalizer - RTMP-pool-12-thread-409 It is B-frame! 12:32:41,765 ERROR H264AccessUnit -...

Да, таким образом пушим поток на кодировшик. Предлагаете запустить вашего кодировщика через api, а затем опять же через api запустить пуш потоков (которые получаются на выходе кодировщика)? Скорее всего будем изолировать на разное железо. Спасибо.

> Если это не поможет, тогда только выносить тяжелый транскодинг на отдельный сервер. Скорее всего будем рассматривать близкие варианты > Или еще один вариант Думал про этот вариант, но запинка в том что кодировщик пушит новые потоки rtmp дальше, возможно это как-то через REST API?

Добрый день! Все верно, запускается 4 потока на ABR транскод (240p, 480p, 720p, 1080p) У него особо настраивать нечего для снижения потребления, libx264, superfast Мне кажется это немного странным, сторонний кодировщик успевает, а кодировщик на wcs не совсем. Свободные ресурсы ведь еще имеются...

Добрый день! Похоже что поломка исправилась в этой версии. Но ошибки все еще есть. Спасибо.

Добрый день! Max, удалось воспроизвести проблему или нет?

Добрый день, отправил письмом

Добрый день! Внесение изменений в настройки по рекомендации, никак не повлияло на проблему. Каким образом проблема канала, может повлиять на rtmp-push поток (без ретрансляции исходный поток воспроизводится прекрасно)? Я не думаю что проблема в канале XSplit > WCS, ретрансляция идет localhost...