Задержка сна что такое на камере
Сонное апноэ: как обнаружить и что с ним делать?
Рассказываем, чем так опасно сонное апноэ — остановка дыхания во сне. И почему нужно срочно лечить апноэ, если у вас или ваших родных есть симптомы.
Люди часто не принимают всерьёз храп или внезапные пробуждения среди ночи. Однако их причина — сонное апноэ, или остановка дыхания — весьма опасна и может привести к тяжёлым последствиям.
Что такое сонное апноэ?
Апноэ — это приостановка дыхания. Она может происходить в самых разных условиях. Например, после быстрых глубоких вдохов. Однако сонное апноэ выделяют в отдельное заболевание.
Дыхание у больного может останавливаться до сотни раз за один час. Если сложить все секунды приступов за ночь, может набраться до 4 часов сна без поступления кислорода.
Есть две основных разновидности апноэ во время сна:
Симптомы остановки дыхания
Главные признаки болезни, которые вы можете заметить, если спите рядом с больным: громкий храп и периодическое прекращение вдохов. После «затишья» секунд на десять человек внезапно начинает громко храпеть и ворочаться во сне.
В бодрствующем состоянии можно начать подозревать сонное апноэ, если обратить внимание на:
Слабое течение болезни не всегда требует вмешательства. Но стоит точно обратиться к врачу, если громкий храп нарушает покой близких. Или сонливость днём настолько сильная, что вы дремлете даже за рулём.
Что происходит в организме при приступе апноэ?
В состоянии бодрствования мы можем осознанно задержать дыхание на 1-2 минуты, а потом по своей воле его возобновить. Например, при плавании. Во сне же организму приходится самостоятельно решать эту проблему.
Во время приступа в мозг подаются сигналы, что уровень кислорода в крови слишком низок. В результате человек мгновенно просыпается. У него резко повышается давление, из-за чего появляется риск стенокардии и инсульта. А ткани при недостатке кислорода становятся менее восприимчивы к инсулину — гормону, контролирующему уровень сахара. Именно поэтому в организме ощущается недостаток сил.
Остановка дыхания негативно влияет на все части нашего организма. Без воздуха мы можем прожить не более десяти минут. И чем дольше длятся приступы сонного апноэ, чем чаще они происходят во время отдыха, тем тяжелее будут последствия для больного.
Чем опасно сонное апноэ при отсутствии лечения
У трудностей с дыханием во время сна масса последствий. От относительно безопасных, вроде сухости во рту и головной боли, до инвалидности и даже летального исхода от долгой остановки дыхания без пробуждения. Больной без лечения рискует заработать:
Кто поможет в диагностике?
Если вы или ваши близкие заметили такие симптомы, как громкий храп и прерывистое дыхание во сне, желательно как можно скорее проконсультироваться у специалиста. Если попасть к врачу-сомнологу не удалось, стоит обратиться к неврологу и отоларингологу. Они смогут установить и устранить причину апноэ.
Близкие люди помогут измерить продолжительность пауз в дыхании. А на общем осмотре проверят давление и выяснят состояние сердца.
Самые верные способы диагностики — полисомнография, суточное ЭКГ и пульсометрия. Они отслеживают все изменения тела: дыхание, сердцебиение, активность нервов и электрические импульсы.
Профилактика может снизить риски
Лечение апноэ напрямую связано с его причиной. Поэтому распространённые методы: удаление помех в носовых путях и коррекция носовой перегородки. Также применяют устройства, которые поддерживают органы ротовой полости и горла в правильном положении.
Профилактика совпадает с терапией самой лёгкой формы. Необходимо прийти к здоровому образу жизни, снизить вес до нормы, прекратить употребление алкоголя и табака. Поможет тренировка мышц горла: игра на духовых музыкальных инструментах или пение. Привычка спать на боку намного снижает симптомы и облегчает дыхание. И, разумеется, придётся своевременно лечить все ЛОР-заболевания.
Задержка сна что такое на камере
Для детальной настройки качества изображения IP камеры существует отдельный пункт меню: Параметры изображения, который вызывается из меню Система. Для доступа в него проще всего воспользоваться программой CMS, хотя в WEB-интерфейсе камеры присутствует идентичный пункт.
Распишем по порядку назначение каждого параметра.
Minimum time (min время)/Maximum time (max время)
Можно задать пределы выдержки (в миллисекундах).
BLC
Back Light Compensation (Компенсация встречной засветки). Эта технология предназначена для выравнивания яркости тёмных участков изображения, жертвуя детальностью на ярких участках, путём повышения общей яркости картинки. Пример: значительную часть изображения занимает небо, чтобы увидеть лицо человека на этом фоне, эта функция повышает общую яркость, тем самым лицо становится различимым, а участок неба становится пересвеченным и теряет детальность.
Auto Iris (Диафрагма)
При наличии объектива с автоматической диафрагмой, эту опцию следует включить. В большинстве IP камер диафрагма отсутствует, поэтому данная опция не оказывает никакого влияния на изображение.
Profile (Баланс белого)
Определение среды, в которой работает камера. Возможны варианты: Automatic (Автоматически), Outdoor (улица) и Indoor (помещение). Влияет на цветовой тон картинки.
AE Sensitivity (Чувствит)
Задаёт интервал в секундах, через который камера подстраивает выдержку.
Dnc Threshold (Перекл Д/Н)
Установка порога, при котором камера переходит из дневного режима в ночной и обратно. Актуально при установке параметра ИК-фильтр (IR_CUT) в состояние Автоматически (Automatically Switch). Камера меняет режим день-ночь одновременно с переключением ИК фильтра.
DWDR
Digital Wide Dynamic Range – технология расширения динамического диапазона. Используется для улучшения видимости в тёмных участках, повышая в этих областях усиление. Это позволяет сделать тёмные участки более контрастными и различить объекты даже на них. Актуально для ночного режима. Повышение усиления усиливает и шум, поэтому рекомендуется совместно с этой опцией включать и шумоподавитель, так как шум увеличивает общий битрейт и, соответственно, уменьшает глубину архива.
Defogging (Антитуман)
Функция появилась сравнительно недавно, в прошивках марта 2015 года её ещё не было. Искусственно повышает контрастность на однородных участках изображения, тем самым немного компенсирует потерю чёткости в туманную погоду и при запотевании стекла камеры.
AGC (АРУ)
Auto Gain Control (Автоматическая регулировка коэффициента усиления) видеосигнала. Дополнительная цифровая коррекция яркости, позволяет поднять яркость на тёмной картинке. Актуально для ночного режима. Рекомендуется использовать либо AGC, либо DWDR, но не обе опции вместе, так как их совместное использование ухудшает результат.
Mirror (Отзеркалить)
Зеркальное отражение картинки относительно вертикальной оси.
Flip (Перевернуть)
Зеркальное отражение картинки относительно горизонтальной оси.
Anti flicker (Антифликер)
Устранение мерцания от ламп дневного света и т.д.
IRSwap (Реверс ИК)
Переключение режима работы ИК фильтра на обратное. Эту опцию следует использовать только при неправильном подключении (обратной полярности) ИК фильтра, то есть в случаях, когда фильтр днём открыт (изображение розовое), а ночью закрыт (изображение очень тёмное даже при ИК подсветке).
Апноэ сна в практике врача пульмонолога
Нередко в своей практике пульмонологи сталкиваются с пациентами, страдающими от апноэ сна. Подходы к лечению таких людей имеют свои особенности. Понимание проблемы, умение правильно поставить диагноз и подобрать эффективные способы коррекции нарушения дыхания во сне позволяет врачу значительно увеличить эффективность лекарственной терапии, остановить прогрессирование основной болезни, улучшить состояние человека и качество его жизни. В этой статье мы расскажем о том, что такое апноэ сна, и поговорим о тактике ведения больных с этим синдромом врачом-пульмонологом.
Синдром апноэ сна проявляется спонтанными остановками дыхания более чем на 10 секунд
Что такое синдром апноэ сна?
У человека с этой патологией во время сна останавливается дыхание более чем на 10 секунд. О проблеме говорят, когда число таких эпизодов в час достигает 10 или превышает это значение. В тяжелых случаях остановки дыхания могут длиться 20 – 30 секунд и более, а эпизоды полного прекращения лёгочной вентиляции (апноэ) и ее значительного снижения (гипопноэ) – занимать до 60 % общего времени ночного сна. При этом нарушается структура сна и снижается его качество, отмечается дневная сонливость, появляются жалобы на снижение работоспособности и постоянную усталость, развивается и прогрессирует ухудшение памяти, реакции, интеллекта. Кроме того, апноэ сна становится причиной развития целого ряда серьезных заболеваний, приводит к их прогрессированию и снижает эффективность традиционных схем лечения.
Принцип проявления СОАС и центрального апноэ сна
Центральное апноэ сна
Данный тип апноэ – следствие нарушения работы центральной нервной системы. У людей с центральным апноэ дыхательные пути во время эпизода остановки дыхания полностью свободны и не препятствуют перемещению воздуха. Однако дыхательные движения отсутствуют, поэтому легкие не вентилируются.
Обструктивное апноэ сна (СОАС)
Развивается вследствие обструкции, то есть сужения верхних дыхательных путей. В результате во время сна дыхательные пути время от времени перекрываются расслабленными провисающими мышцами или западающим языком. При этом кислород поступает в легкие в недостаточном количестве либо не поступает вообще, но дыхательные движения грудной клетки сохраняются и даже усиливаются.
Смешанное апноэ
Характеризуется комбинированием двух типов апноэ – обструктивного и центрального.
Одно из наиболее типичных проявлений СОАС – характерный прерывистый храп. Принято различать два основных типа храпа:
У людей с СОАС храп всегда осложненный.
Причиной возникновения СОАС могут стать врожденные аномалии глотки (например, увеличение миндалин)
В отличие от центрального апноэ, СОАС – широко распространенное явление. Заболевание встречается в любом возрасте, но чаще всего развивается у людей 40-65 лет. При этом его вероятность возрастает с увеличением возраста и веса человека.
При отсутствии ожирения причиной СОАС могут стать:
Что происходит в организме человека с СОАС?
Из-за постоянного нарушения сна, проявлений сонливости в дневное время суток и влияния гипоксии на клетки головного мозга, у людей с СОАС наблюдаются интеллектуальные и личностные нарушения. К ним можно отнести расстройство памяти, внимания, депрессию и тревогу. Обструктивное апноэ сна также может вызывать снижение полового влечения и нарушения потенции – еще один вспомогательный диагностический критерий.
Виды остановок дыхания во сне
Есть ли связь между СОАС и другими заболеваниям органов дыхания?
Ряд исследований позволил выявить физиологическую взаимосвязь СОАС с хроническими патологиями дыхания, лечением которых занимаются пульмонологи:
Обструктивное апноэ сна нередко становится причиной ночного бронхоспазма (сужения просвета мелких бронхов) и, как следствие, приступов астмы. Вибрация и спадание стенок глотки может приводить к рефлекторному бронхоспазму, а вызываемая эпизодами апноэ гипоксия активизирует процессы системного воспаления – то есть способствуют развитию ХОБЛ.
Пульмонологи знают, что для сочетания бронхиальной астмы с ожирением характерно более тяжелое течение болезни и плохой ответ на стандартную противоастматическую терапию – источник проблемы кроется в СОАС.
Значительный избыток веса может стать причиной развития особой формы хронической дыхательной недостаточности – так называемого синдрома ожирения-гиповентиляции, известного как синдром Пиквика. У большинства таких пациентов также наблюдаются тяжелые нарушения дыхания во время сна, что позволяет рассматривать обструктивное апноэ сна в качестве одной из важных составляющих Пиквикского синдрома. Присоединение обструктивного апноэ сна еще больше усугубляет тяжесть дыхательных расстройств.
СОАС необходимо дифференцировать с заболеваниями сердечно-сосудистой, дыхательной и мочеполовой систем
Ошибки при постановке диагноза при апноэ сна
Выделяют три метода лечения апноэ: хирургическое вмешательство, СИПАП-терапия и капы для сна
На приеме у пульмонолога: диагностика и эффективное лечение апноэ
Пульмонолог, поставивший диагноз «синдром апноэ сна» на основании данных осмотра, тестирования с помощью специальной анкеты и комплексного обследования в ночное время суток (кардиореспираторного мониторирования, полисомнографии) определяет тактику ведения и принцип лечения данной патологии индивидуально для каждого конкретного человека. Важную роль играет форма апноэ, возраст, пол, анатомические особенности, род деятельности человека, сопутствующие патологии, анамнез жизни.
При диагностировании СОАС, прежде всего, нужно донести до пациента мысль о бесполезности любых лекарственных препаратов, обещающих излечить осложненный храп и сопровождающие его нарушения.
Существует три подхода к лечению обструктивного апноэ, доказавшие свою эффективность. К ним относятся:
Все эти методы похожи тем, что направлены на поддержание в раскрытом состоянии верхних дыхательных путей спящего человека.
Алгоритм диагностики апноэ и выбора тактики лечения пациента
Лечение пациентов с ХОБЛ и бронхиальной астмой с помощью БИПАП-аппарата заключается в «разгрузке» дыхания во время сна. Однако назначение БИПАП-терапии не исключает необходимость лечения первичной патологии (ХОБЛ) кислородотерапией и иными способами, прием бронхолитиков и прочих препаратов при астме.
Иллюстрированное отображение дыхательных путей в норме и при апноэ сна
Особого внимания заслуживает также ведение и лечение смешанного апноэ сна. Как правило, апноэ смешанного типа становится следствием нелеченого СОАС и свидетельствует о тяжести респираторных нарушений. Метод, наилучшим образом зарекомендовавший себя при смешанном апноэ – БИПАП-терапия (разновидность СИПАП-терапии с контролем давления воздуха как на вдохе, так и на выдохе). Возможна также имплантация устройства, стимулирующего диафрагму, и, соответственно, дыхание.
СИПАП-терапия – самый безопасный и эффективный метод лечения синдрома апноэ сна
СИПАП-терапия
Методика показала свою эффективность и безопасность как при проведении многочисленных научных исследований, так и на протяжении многолетнего использования в клинической практике. Основное показание для начала лечения аппаратом СИПАП – СОАС средней и тяжелой степени.
Хотя данное воздействие носит компенсаторный характер, т.е. использование аппарата не ведет к излечению СОАС, метод позволяет эффективно контролировать апноэ. Важное условие – регулярность терапии. В идеале следует стремиться к тому, чтобы пациент пользовался аппаратом СИПАП каждую ночь и в течение всего времени сна. Приемлемым вариантом принято считать и сон с прибором в течение как минимум 4-5 часов за ночь не менее 5 дней в неделю.
Принципиально важна интеллектуальная составляющая аппаратов. Большинство современных СИПАПов не только осуществляет лечение, но и регистрирует его процесс. Более того, продвинутые СИПАП-аппараты могут различать обструктивный и центральный характер возникающих респираторных событий, контролировать их в автоматическом режиме и, тем самым, способствовать наиболее качественному и полному купированию синдрома апноэ.
Пропускная способность и задержка в видеонаблюдении.
Пропускная способность — всего лишь единичный элемент в целом комплексе факторов, оказывающих влияние на скоростные характеристики сети. Еще один из элементов этого комплекса, очень близко связанный с пропускной способностью — задержка. Задержка в общем ее понимании может быть соотнесена с задержками в процессе передачи данных по сети, которых может быть несколько разных видов. В общем-то справедливым будет утверждение, что задержка суть скорость прохождения одного конкретного пакета через канал передачи данных – от пункта А к пункту Б. Пропускная способность же указывает на количество данных (можем тоже для наглядности представить количество пакетов), которые могут пройти через некоторый интерфейс, скажем, А (или Б 🙂 за единицу времени (обычно
берутся секунды). Однако задержка и пропускная способность взаимосвязаны. Если теоретическая величина пропускной способности фиксирована, практическая, или эффективная пропускная способность изменяется и на нее воздействуют долгие задержки. Слишком большая задержка в слишком короткий промежуток времени может создать своеобразный затор, который будет препятствовать полному заполнению канала данными, таким образом значительно снижая эффективность пропускной способности канала. Справедливо и обратное: если реальная загрузка (утилизация) канала приближается к 100%, а устройства все продолжают слать потоки данных (такое случается, когда суммарная теоретическая пропускная способность каналов от всех устройств превышает пропускную способность общего канала, по которому их трафик идет, скажем, к серверу) – пользователи замечают резкое увеличение задержки пакетов при прохождении через общий канал. Это происходит в результате того, что пакет, вместо того, чтобы попасть в канал передачи, стоит в очереди – собственно, задерживается.
Задержки от IP камеры до 2 секунд это нормальное явление, т.к. цифровые данные которые передаются по сетевому интерфейсу перемещаются через множество различных устройств и дополнительно обрабатываются, каждое устройcтво приема и передачи создает задержку на данное действие. Поэтому получается что при суммировании общего количества препятствий на пути видео потока данных на конечное устройство в виде сервера(ПК) или видеорегистратора сумма задержки может составлять до 2 секунд.
Почему при включении двух камер в коммутатор, у одной камеры задержка может быть больше чем у другой. На это могут повлиять как минимум три фактора:
1)Порт и работа коммутатора
2)Сетевой провод
3)Настройка камеры
На примере не управляемого коммутатора задержка в камере может зависеть от конкретного порта, и от общей нагрузки на коммутатор, иногда может быть достаточно воткнуть разъем сетевого провода RJ-45 в другой порт коммутатора и это стабилизирует работу камеры.
Так же состояние кабеля может влиять на передачу данных т.к. кабель можно обжать многими способами, кабель имеет 4 пары проводов разного цвета и комбинировать их можно различными способами, но все же существуют определенные стандарты как именно и для какой пропускной способности нужно использовать эти пары т.е. как необходимо правильно обжимать кабель.
И если провод будет обжат не по стандарту, то это будет так же создавать дополнительно препятствие для передачи данных, особенно если камера к тому же питается по POE. Подробнее в статье.
WebRTC и видеонаблюдение: как мы победили задержку видео с камер
С первых дней работы над системой облачного видеонаблюдения мы столкнулись с проблемой, без решения которой на Ivideon можно было ставить крест – это был наш Эверест, восхождение на который отняло уйму сил, но сейчас мы, наконец-то, воткнули ледоруб в макушку кроссплатформенного ребуса.
Система передачи звука и видео через Интернет не должна зависеть от оборудования, Web-клиентов и поддерживаемых ими стандартов, а также корректно работать при наличии Network Address Translators и файрволов. Пользователь облачного видеонаблюдения желает получить доступ к сервису, даже если он использует аналоговые камеры, а трансляцию живого видео предпочитает смотреть на самом современном устройстве.
Весьма значимо, что пользователь хочет смотреть видео с минимальной задержкой. Практически единственная возможность показать видео с низкой задержкой в браузере – использовать WebRTC (web real-time communications). WebRTC представляет собой набор технологий для peer-to-peer передачи видео и звука в браузерах, изначально рассчитанный на передачу и воспроизведение видеопотока с низкой задержкой. Для этого, помимо прочего, используется протокол UDP.
Прежде, чем рассказать вам, что даёт пользователю новый движок, мы напомним, зачем и почему поддерживаем HLS-технологии, и ради чего решили двигаться дальше.
Движок HLS: плюсы и минусы
(c)
Технология HLS (HTTP Live Streaming) разработана в Apple, поэтому не удивительно, что впервые её поддержка появилась на устройствах именно этого бренда. На сегодняшний день видеоряд в формате HLS также умеют воспроизводить практически все телевизионные приставки и многие устройства, работающие на ОС Android.
Движок HLS использует для потоковой передачи видеоданных хорошо всем знакомый видеокодек H264 в сочетании с AAC- или MP3-аудиопотоками. Весь поток аудио- и видеоданных упаковывается в транспортный контейнер MPEG-TS. Для передачи по протоколу HTTP информация, содержащаяся в потоке, делится на фрагменты, описанные в m3u8-плейлистах. И только затем эти фрагменты вместе с плейлистами передаются по HTTP. Деление на фрагменты автоматически означает задержку в секундах. Такая особенность контейнера MPEG-TS.
Движок HLS также поддерживает мультибитрейтные потоки, Live/VOD.
Основные достоинства HLS:
Но одной из самых больших проблем движка HLS является высокая задержка в передаче данных.
Истоки «тормозов»
Главная причина высокой задержки у HLS кроется в том, что программисты создавали движок для получения максимально качественной картинки. Поэтому параметры используемого интервала кадров и объём буфера воспроизведения просто не подходят для ведения прямых видеотрансляций. Из-за этого возникает достаточно высокая задержка в передаче видеоряда, которая может составлять 5-7 секунд.
С одной стороны, это немного, например, для тех, кто смотрит фильм с сервера видеохостинга. Но для систем видеонаблюдения задержка в передаче видеоряда может иметь очень большое значение.
Если вы наблюдаете за офисом, где сотрудники отрываются раз в час от мониторов, то задержка 5 секунд никакого значения не имеет. Но люди начали жаловаться, что, к примеру, при трансляции футбольного матча, в чате уже написали ГООООЛ, а на видео этого ещё нет :). У нас уже есть ряд пользовательских кейсов, где Ivideon должен практически заменить skype.
Можно ли победить задержку в HLS? Ответ на этот вопрос звучит как выступление опытного истребителя крыс на лекции перед начинающими дератизаторами: «Крыс истребить нельзя, но их поголовье можно свести к разумному минимуму». Так и с задержкой в HLS, убрать её до нуля не получится, но на рынке есть решения, которые позволяют существенно уменьшить задержку.
Мелкая нарезка
Еще одним минусом движка является использование небольших по размеру файлов для передачи данных. Казалось бы, что в этом плохого?
Любой, кто пытался копировать большое количество маленьких файлов с одного носителя на другой, наверняка замечал, что скорость записи подобного набора гораздо ниже, чем одного большого файла такого же объема. Да и интенсивность обращений к жесткому диску существенно повышается, что в целом отрицательно сказывается на производительности всего компьютера. Поэтому передача видеоданных в виде небольших 10 секундных фрагментов также вносит свой вклад в повышенную задержку движка.
Кратко подытожим все плюсы и минусы HLS-технологии.
Что такое WebRTC
(c)
Платформа WebRTC была разработана Google в 2011 году для передачи потоковых видео- и аудиоданных между браузерами и мобильными приложениями с минимальной задержкой. Для этого используется стандартный протокол UDP и специальные алгоритмы управления потоком. Сегодня это проект с открытым исходным кодом, он активно поддерживается Google и развивается.
WebRTC — это набор технологий для peer-to-peer передачи видео и звука. То есть, к примеру, браузеры пользователей с помощью WebRTC могут передавать данные друг другу напрямую, без использования удалённых серверов для хранения и обработки данных. Вся информация также обрабатывается браузерами и мобильными приложениями конечных пользователей.
Удобство и большие возможности данной технологии по достоинству оценили разработчики всех популярных браузеров. Сегодня поддержка WebRTC реализована в Mozilla Firefox, Opera, Google Chrome (и всеми браузерами на базе Chromium), а также в мобильных приложениях под Android и iOS.
При всех своих несомненных достоинствах, WebRTC имеет несколько существенных минусов.
Трудности выбора
Технология WebRTC гораздо более сложно устроена в плане сетевых взаимодействий из-за того, что она про P2P. Её сложно отлаживать, тестировать, она может вести себя непредсказуемо. При этом нам нужно преодолевать NAT и firewall, нужно обеспечивать работу в сетях, где заблокирован UDP.
Реализацию WebRTC от Google очень сложно использовать. Есть даже целая компания, которая предоставляет услуги по сборке SDK. Плюс реализацию от Google было очень сложно интегрировать с нашей системой так, чтобы при этом не перекодировать всё видео.
Однако мы давно хотели дать пользователям возможность работать с полноценным «живым» видеорядом и минимизировать отставание изображения на экране от самих событий. Плюс к этому, у нас было желание сделать более комфортным использование PTZ-камер, где задержки имеют критическое значение.
Учитывая, что другие реализации борьбы с лагами пока имеют ограниченную функциональность и работают заметно хуже, мы решили использовать WebRTC.
Что мы сделали
Грамотно внедрить платформу WebRTC — нелёгкая задача. Любой просчёт или неточность могут привести к тому, что задержки в передаче видеоряда не только не уменьшаться по сравнению с другими платформами, но и возрастут.
Для корректной работы WebRTC, в первую очередь, необходимо провести технологическую модернизацию стека для работы с веб-видео. Что мы и сделали.
Сначала реализовали сервер сигнального протокола WebRTC поверх Websocket, а также развернули WebRTC peer-сервер в облаке на основе SDK webrtc.org. В его задачу входит раздача видеопотоков клиентским WebRTC peer-ам в формате H.264 + Opus/G.711 без перекодирования видео.
Мы выбрали Websocket в качестве сигнального протокола потому, что он уже имеет качественную поддержку во всех популярных веб-браузерах. За счёт этого можно существенно снизить не только накладные расходы на разработку, но и не тратить время и ресурсы на повторные TCP и TLS handshake по сравнению с AJAX.
Дело в том, что по умолчанию WebRTC не предоставляет сигнальный протокол, необходимый для правильной настройки, поддержки и разрыва видеосвязи в реальном времени между исходным и клиентским приложениями.
И чтобы самостоятельно реализовать технологию сигнализации нам было необходимо разработать свой сигнальный сервер с поддержкой нескольких веб-протоколов (Websocet, WebRTC). А также с возможностью безопасного управления сеансами и уведомлениями в режиме реального времени, управлением видео и многими другими параметрами.
Ограничения P2P мы преодолели, уменьшив задержку не за счет P2P, а за счет UDP и управления потоком, направленного на уменьшение задержки. Это тоже заложено в WebRTC, так как основной use-case — p2p разговоры через браузер.
В мобильном клиенте мы реализовали плеер с использованием SDK webrtc.org, поскольку только в нём правильно реализовано управление потоком, есть все известные схемы Forward Error Correction (FEC), правильно реализован механизм повторной отправки пакетов для всех браузеров. Немаловажен и тот факт, что SDK webrtc.org активно развивается Google.
Каков результат от внедрения WebRTC?
Для просмотра живого видео с камер мы добавили в личный кабинет новый оптимизированный плеер на основе WebRTC. Он обеспечивает высокую скорость загрузки видеоряда и полностью устраняет проблему накопления задержки по мере увеличения времени просмотра.
После внедрения поддержки WebRTC в облачном сервисе Ivideon мы можем с полной уверенностью сказать, что теперь нашим клиентам доступен просмотр полноценного живого видео. Сейчас задержка при трансляции видеоряда не превышает одной секунды! Для сравнения, прежний HLS-движок обеспечивал доставку видео с задержкой 5-7 секунд. Разница в скорости демонстрации видео очень значительна, и пользователь её заметит сразу после начала работы с нашим видеосервисом.
Как мы и предполагали, реализация нового плеера позволила повысить отзывчивость PTZ и голосовой связи с камерой.
Есть только один тонкий момент, на который мы хотим обратить внимание. Новый WebRTC-плеер пока работает в тестовом режиме. И именно поэтому мы не подключаем его всем нашим клиентам по умолчанию. Но вы можете его активировать самостоятельно, включив соответствующий пункт в настройках камеры (для этого надо зайти в личный кабинет).
Особенности реализации WebRTC в сервисе Ivideon
WebRTC на данный момент всё ещё экспериментальная технология. Её поддержка пока корректно реализована не во всех браузерах и пользовательских устройствах, а также не во всех камерах.
Именно этим и объясняется тот факт, что мы пока не сделали WebRTC-плеер основным по умолчанию для всех пользователей.
Пока мы рекомендуем использовать WebRTC только в браузерах Google Chrome. Последние версии Firefox и Safari также поддерживают эту технологию, но, к сожалению, ещё нестабильно.
Мы пока не внедрили поддержку WebRTC для браузеров на мобильных устройствах. Сейчас, если вы войдёте с мобильного устройства и активируете WebRTC, этот режим работать не будет. Впрочем, WebRTC есть в наших мобильных приложениях для Android и iOS.
И завершая рассказ об особенностях реализации WebRTC в нашем сервисе, отметим ещё два тонких момента.
Во-первых, технология ориентирована на трансляцию именно живого видео в реальном времени. Поэтому, если пропускной способности вашего канала будет недостаточно для передачи видеоряда, вы заметите выпадение кадров (с HLS вы заметите замирания видео и увеличение задержки, при этом кадры выпадать не будут), но видео всё равно будет транслироваться в реальном времени.
Во-вторых, поскольку технология предназначена для работы именно с живым видео в реальном времени, мы её не используем для работы с архивными видеоданными.
Другие изменения в сервисе
В данный момент Flash больше не участвует в механизме автоматического выбора движка. Воспользоваться таким плеером всё ещё можно, но для этого нужно его выбрать вручную в настройках аккаунта или камеры. Это не дань моде, просто по статистике нашего сервиса пользователей, работающих с Flash, практически не осталось. А на попытку определить, поддерживает ли его браузер пользователя, мы теряем около 2 секунд драгоценного времени.
Вот коротко о тех изменениях, которые вас ждут в нашей облачной системе видеонаблюдения и личном кабинете. Оставайтесь с нами и следите за новостями!