История изменений
Исправление 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).