LINUX.ORG.RU

История изменений

Исправление sanwashere, (текущая версия) :

Ответчик выбирает только поддерживаемое им подмножество кодеков, так как отправитель может отправлять поток любым из кодеков из согласованного списка, при этом приоритет кодека определяется порядком в данном списке.
Обычно используется только первый из согласованных, но отправителю никто не запрещает переключиться на другой.
Реальным примером может быть что-то вроде телефонии (SIP):

m=audio 12345 RTP/AVP 0 96
a=rtpmap:0 PCMU/8000
a=rtpmap:96 telephone-event/8000

Если ответчик согласовал оба, то отправитель передавая аудио-поток посредством PCMU (PT=0), может временно переключиться на telephone-event (PT=96), когда сторона отправителя жмёт на кнопки телефона (тоны DTMF).

Можно усложнить пример:
m=audio 12345 RTP/AVP 0 96 97
a=rtpmap:0 PCMU/8000
a=rtpmap:96 telephone-event/8000
a=rtpmap:97 CN/8000

Тут при определении отправителем тишины у своего источника, отправитель может переключиться на шум (Comfort Noise, PT=97) на это время.

Исправление sanwashere, :

Ответчик выбирает только поддерживаемое им подмножество кодеков, так как отправитель может отправлять поток любым из кодеков из согласованного списка, при этом приоритет кодека определяется порядком в данном списке.
Обычно используется только первый из согласованных, но отправителю никто не запрещает переключиться на другой.
Реальным примером может быть что-то вроде телефонии (SIP):

m=audio 12345 RTP/AVP 0 96
a=rtpmap:0 PCMU/8000
a=rtpmap:96 telephone-event/8000

Если ответчик согласовал оба, то отправитель передавая аудио-поток посредством PCMU (PT=0), может временно переключиться на telephone-event (PT=96), когда сторона отправителя жмёт на кнопки телефона (тоны DTMF).

Можно усложнить пример:
m=audio 12345 RTP/AVP 0 96 97
a=rtpmap:0 PCMU/8000
a=rtpmap:96 telephone-event/8000
a=rtpmap:97 CN/8000

Тут при определении отправителем тишины у своего источника, отправитель может переключиться на шум (Confort Noise, PT=97) на это время.

Исправление sanwashere, :

Ответчик выбирает только поддерживаемое им подмножество кодеков, так как отправитель может отправлять поток любым из кодеков из согласованного списка, при этом приоритет кодека определяется порядком в данном списке.
Обычно используется только первый из согласованных, но отправителю никто не запрещает переключиться на другой.
Реальным примером может быть что-то вроде телефонии (SIP):

m=audio 12345 RTP/AVP 0 96
a=rtpmap:0 PCMU/8000
a=rtpmap:96 telephone-event/8000

Если ответчик согласовал оба, то отправитель передавая аудио-поток посредством PCMU (PT=0), может временно переключиться на telephone-event (PT=96), когда сторона отправителя жмёт на кнопки телефона (тоны DTMF).
Можно усложнить пример:
m=audio 12345 RTP/AVP 0 96 97
a=rtpmap:0 PCMU/8000
a=rtpmap:96 telephone-event/8000
a=rtpmap:97 CN/8000

Тут при определении отправителем тишины у своего источника, отправитель может переключиться на шум (PT=97) на это время.

Исходная версия sanwashere, :

Ответчик выбирает только поддерживаемое им подмножество кодеков, так как отправитель может отправлять поток любым из кодеков из согласованного списка, при этом приоритет кодека определяется порядком в данном списке.
Обычно используется только первый из согласованных, но отправителю никто не запрещает переключиться на другой.
Реальным примером может быть что-то вроде телефонии (SIP):

m=audio 12345 RTP/AVP 0 96
a=rtpmap:0 PCMU/8000
a=rtpmap:96 telephone-event/8000

Если ответчик согласовал оба, то отправитель передавая аудио-поток посредством PCMU (PT=0), может временно переключиться на telephone-event (PT=96), когда сторона отправителя жмёт на кнопки телефона (тоны DTMF).