ВидеоКонф(ВКС)  ::   FAQ  ::   Поиск  ::   Регистрация  ::   Вход

SIP домофон. Нет видео

Проблемы и их решения Asterisk как такового

Модераторы: april22, Zavr2008

Re: SIP домофон. Нет видео

Сообщение ded » 22 май 2015, 18:05

Одно устройство говорит про свои кодеки:
у меня H264 с профилем id=42801F и H263плюс (99 и 98)
Код: выделить все
m=video 19964 RTP/AVP 99 98

a=rtpmap:99 H264/90000

a=fmtp:99 profile-level-id=42801F

а другой говорит - у меня H264 с профилем -id=4D0029 и с packetization-mode=1
Код: выделить все
m=video 6200 RTP/AVP 102
a=rtpmap:102 H264/90000
a=fmtp:102 profile-level-id=4D0029; packetization-mode=1

и это не одно и то же.
Видео - это не аудио, не траскодируется.

Платный суппорт, тройной тариф.
ded
 
Сообщений: 15803
Зарегистрирован: 26 авг 2010, 19:00

Re: SIP домофон. Нет видео

Сообщение MIKS » 26 май 2015, 18:35

:D
MIKS
 
Сообщений: 80
Зарегистрирован: 12 мар 2014, 13:43

Re: SIP домофон. Нет видео

Сообщение rigiyrg » 06 мар 2018, 19:30

Да простят меня за некропостинг, но оказался в такой же ситуации, но у меня оба клиента - a=fmtp:96 profile-level-id=42801F, а видео все равно нет, черных экран вместо изображения.
В чем может быть дело?
rigiyrg
 
Сообщений: 3
Зарегистрирован: 15 фев 2018, 11:35

Re: SIP домофон. Нет видео

Сообщение ded » 07 мар 2018, 17:09

Трудный вопрос.
Я раньше думал, что в рамках одного кодека Н.264 всё решает профиль и пакетизация. Как казалось - зачем выдумывать? Пусть chan_sip напрямую кидает все эти непонятные параметры кодека от одного абонента другому, авось тот поймёт! Транскодинга то не должно быть? На деле было замечено следующее: Астериск отсекал в SDP всё, что ему было непонятно, и передавал таким образом неполный пакет SDP по части видеопараметров. А там фигурировали кроме вышеуказанных ещё и параметры полосы, b=TIAS:128000
и даже размеры картинки через передачу параметров в XML.

И каждый вендор их там насыпал не жалея картошки, по самые помидоры! Один только режим пакетизации в RFC 3984 RTP Payload Format for H.264 Video описывает три режима:
o Single NAL unit mode
o Non-interleaved mode
o Interleaved mode
или, формат кодирования слайсов в Network Abstract Layer
Код: выделить все
    NAL Unit Type     Content of NAL unit              NRI (binary)
      ----------------------------------------------------------------
       1              non-IDR coded slice                         10
       2              Coded slice data partition A                10
       3              Coded slice data partition B                01
       4              Coded slice data partition C                01

В общем, канал chan_sip был дописан соответственно, на прямую, транзитную передачу неизвестных ему параметров. Но это ничего не дало! Потому что в самом общем виде задача формулировалась так "Совместимость всего и вся", то есть все производители должны были добиваться видеосовместимости своих устройств и прошивок со всеми другим устройствами в мире (в рамках выбранного кодека Н.264). Что попросту невыполнимо. Вот процитирую:
The capabilities expressed in video codec parameters ‐ e.g., profile ‐ level / max ‐ br/max ‐ mbps etc. – should be considered as receive capability and not negotiated capability. As an illustration, if a UA receives offer with H.264 SDP a=fmtp:96 profile‐level‐id=42801d,
it would be legal for it to respond with a higher capability a=fmtp:96 profile‐level‐id=42801f in the answer. The bandwidth specified in an SDP answer can be different from the bandwidth appearing in the associated SDP offer. In such a case, the call may end up as the above UA receiving higher resolution (say HD) but transmitting only CIF

Исходя из таких сложностей по capabilities можно понять, что всё, что не вписывается в их рамки, всё что не декодирует NAK в соответствии с RFC будет на выходе выглядеть как чёрный квадрат Малевича.
ded
 
Сообщений: 15803
Зарегистрирован: 26 авг 2010, 19:00

Пред.

Вернуться в Конфигурация и настройка Asterisk

Кто сейчас на форуме

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 16

© 2008 — 2024 Asterisk.ru
Digium, Asterisk and AsteriskNOW are registered trademarks of Digium, Inc.
Design and development by PostMet-Netzwerk GmbH