Search results

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

Добрый день! Спасибо, но к сожалению ничего не изменилось. Если источник имеет 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...

Да, теперь осталось понять почему на нашем железе, страдает даже исходный поток. Отправил вам письмо. Отлично.

транскодинг - очень дорогая операция, в конкретном случае она не имеет смысла или я ошибаюсь? Эксперимента ради я запустил трансляцию на ваш demo wcs5-eu и создал ретрансляцию на наш сервер воспроизведение исходного потока выглядит лучше чем у нас. а вот воспроизведение рестрансляции тормозит...

Max, это выделенный сервер для тестов, на нем нет нагрузки, железо не топовое, но один поток 60fps должен обрабатывать. 24 ядра Intel(R) Xeon(R) CPU E5-2620 v4, 16Гб по памяти 1Гб сеть. Force transcoding disabling - конечно-же решает проблему, но это не выход. По поводу доступа, переговорю с...

Добрый день! > либо не использовать транскодинг и избегать B-фреймов в потоке, либо увеличивать производительность сервера. По параметрам железки отвечу в той теме, транскодинга видимо не избежать, потому-как используем rtmp-push. Поэтому настройка стримера является единственным решением :(

Пробуем транслировать rtmp поток через XSplit Broadcaster 1080p@60fps (bframes-0) Через несколько минут воспроизведения появляются артефакты и лаги На сервере в логах сыпется варнинг: 09:00:51,611 WARN VideoProcessor - VideoProcessor-5fb6f8b2-d026-432e-b7f5-bac1d980aa0c Encoding fails to...