Оптимизация потоков

pride

Member
Заметил такой баг (или фичу) :
Если обнаруживается разница в кодеках между паблишером и зрителем, включается декодирование.
Но если этот проблемный зритель отключается, декодирование потока продолжается, хотя в этом нет необходимости.
Так должно быть ?
 

pride

Member
Заметил с настройкой
Code:
streaming_video_decoder_fast_start=false
При запросе snapshot перед просмотром, тут же начинается декодирование и так же не прекращается при отключения причины декодирования.
 

Max

Administrator
Staff member
Да, сейчас реализовано так, что если декодер включился, он уже не отключается и перестанет декодировать поток только в том случае, если прекратили публиковать поток, на котором включился декодер. Пока нет возможности влиять на это поведение. В будущих версиях возможно добавим таймаут для закрытия декодеров, если результаты декодинга не используются.

Снятие снапшота требует декодирования картинки. Поэтому при снапшоте декодер запускается принудительно.
 

pride

Member
Да, сейчас реализовано так, что если декодер включился, он уже не отключается и перестанет декодировать поток только в том случае, если прекратили публиковать поток, на котором включился декодер. Пока нет возможности влиять на это поведение. В будущих версиях возможно добавим таймаут для закрытия декодеров, если результаты декодинга не используются.

Снятие снапшота требует декодирования картинки. Поэтому при снапшоте декодер запускается принудительно.
Здравствуйте! Есть ли какие либо продвижения по данной теме ?
 

Max

Administrator
Staff member
Добрый день.
Задача по этой теме есть, но еще не получила приоритет.
Время жизни декодера, в том случае, когда к нему подключается потребитель (snapshot или транскодирующий зритель), равняется времени жизни потока.
Такм образом, после окончания публикации потока декодер удаляется и никаких утечек не возникает.
Если это критичное, в вашем случае поведение, расскажите в чем именно. Если мы решим что проблема действительно серьезная и бьет по многим клиентам - возможно пересмотрим приоритеты и дадим ей ход.
 

pride

Member
В нашем случаи трансляция идет около 2-х дней. При 100 - 150 трансляциях. Постоянный декодинг жутко грузит сервер. По этой причине мы пока что отказались от snapshot, но в проекте это предусмотрено.
 

pride

Member
В нашем случаи трансляция идет около 2-х дней. При 100 - 150 трансляциях. Постоянный декодинг жутко грузит сервер. По этой причине мы пока что отказались от snapshot, но в проекте это предусмотрено.
Есть ли перспективы устранения этого бага? Сроки уже поджимают.
 

Max

Administrator
Staff member
Добрый день.
Проблему исправили в новой ветке wcs5_monitoring
Реверс merge скорее всего пройдет на этой неделе. Т.е. фикс будет портирован в текущую ветку.
 
Top