Изменения документа ONVIF-медиаисточники
Редактировал(а) admin 2026/09/17 16:51
Сводка
-
Свойства страницы (1 изменено, 0 добавлено, 0 удалено)
Подробности
- Свойства страницы
-
- Содержимое
-
... ... @@ -158,7 +158,60 @@ 158 158 С версии 20.31 Платформы НЕЙРОСС поддержаны типы авторизации **Digest** и **Basic**. Если в ответ на запрос WSU приходит требование авторизации Digest/Basic, производится анализ заголовка WWW-Authenticate и отправляется повторный запрос требуемого типа. 159 159 {{/info}} 160 160 161 +== Получение ссылки на видеопоток (GetStreamUri) == 161 161 163 +В стандарте ONVIF за работу с медиапотоками отвечают два сервиса: 164 + 165 +|=Сервис|=Профиль ONVIF|=Пространство имён|=Статус 166 +|((( 167 +Media 168 +)))|((( 169 +Profile S 170 +)))|((( 171 +http:~/~/www.onvif.org/ver10/media/wsdl 172 +)))|((( 173 +Устаревший 174 +))) 175 +|((( 176 +Media2 177 +)))|((( 178 +Profile T 179 +)))|((( 180 +http:~/~/www.onvif.org/ver20/media/wsdl 181 +)))|((( 182 +Современный 183 +))) 184 + 185 +Сервис Media не позволяет камере корректно сообщить кодек H.265. Для совместимости новые камеры часто отдают такой профиль как H.264, хотя по RTSP транслируется H.265. 186 + 187 +Сервис Media2 поддерживает актуальные кодеки, но модель данных профилей полностью отличается от Media (той, которую использует Платформа НЕЙРОСС). Полный переход на Media2 потребовал бы несовместимой переработки профилей; практический выигрыш сейчас — в основном корректное отображение H.265 в карточке профиля вместо H.264. 188 + 189 +Поэтому список профилей по-прежнему вычитывается через Media. Для получения RTSP-ссылки на поток Платформа запрашивает GetStreamUri и через Media, и через Media2. 190 + 191 +Порядок запроса StreamURI: 192 + 193 +1. Сервис Media2, параметр Stream = RtspUnicast. 194 +1. При ошибке — сервис Media2, параметр Stream = RTSP. 195 +1. При ошибке — сервис Media (ver10), параметр Stream = RTP-Unicast. 196 + 197 +Information 198 + 199 +Камеры Panasonic. На запрос GetStreamUri к сервису Media (ver10/media/wsdl) с параметром Stream = RTP-Unicast камера может вернуть ошибку 500. Тот же запрос к Media2 (ver20/media/wsdl) с параметром Stream = RtspUnicast обрабатывается корректно: камера возвращает RTSP-ссылку на поток. При этом профили камера по-прежнему отдаёт через устаревший сервис Media. 200 + 201 +ВАЖНО 202 + 203 +В карточке профиля кодек может отображаться как H.264, даже если фактический поток — H.265. Это ограничение сервиса Media, через который вычитываются профили. На получение ссылки, воспроизведение и запись это не влияет, если StreamURI получен успешно. 204 + 205 +---- 206 + 207 +Что изменено по сравнению с прошлой версией 208 + 209 +* Убрана неверная схема «сначала Media2/RtspUnicast, при ошибке сразу Media/RTP-Unicast». 210 +* Разведены два независимых шага: два сервиса (Media и Media2) и два значения Stream в Media2 (сначала RtspUnicast, при ошибке RTSP). 211 +* RTSP больше не подменяется на RTP-Unicast: RTP-Unicast относится только к Media (ver10). 212 + 213 +=== === 214 + 162 162 == {{id name="ONVIF-медиаисточники-ПараметрыONVIF-медиаисточников"/}}Параметры ONVIF-медиаисточников == 163 163 164 164 Для редактирования параметров ONVIF-медиаисточника: ... ... @@ -278,7 +278,7 @@ 278 278 279 279 280 280 281 -=== === 334 +=== === 282 282 283 283 284 284 (% style="font-family:inherit; font-size:20px" %){{id name="ONVIF-медиаисточники-ПерезагрузкаONVIF-узлов"/}}Перезагрузка ONVIF-узлов