Изменения документа ONVIF-медиаисточники
Редактировал(а) admin 2026/09/17 16:51
Сводка
-
Свойства страницы (1 изменено, 0 добавлено, 0 удалено)
Подробности
- Свойства страницы
-
- Содержимое
-
... ... @@ -158,60 +158,7 @@ 158 158 С версии 20.31 Платформы НЕЙРОСС поддержаны типы авторизации **Digest** и **Basic**. Если в ответ на запрос WSU приходит требование авторизации Digest/Basic, производится анализ заголовка WWW-Authenticate и отправляется повторный запрос требуемого типа. 159 159 {{/info}} 160 160 161 -== Получение ссылки на видеопоток (GetStreamUri) == 162 162 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 - 215 215 == {{id name="ONVIF-медиаисточники-ПараметрыONVIF-медиаисточников"/}}Параметры ONVIF-медиаисточников == 216 216 217 217 Для редактирования параметров ONVIF-медиаисточника: ... ... @@ -331,7 +331,7 @@ 331 331 332 332 333 333 334 -=== 281 +=== === 335 335 336 336 337 337 (% style="font-family:inherit; font-size:20px" %){{id name="ONVIF-медиаисточники-ПерезагрузкаONVIF-узлов"/}}Перезагрузка ONVIF-узлов