 | 1 | initial version |
The sending of the RTP packets from 192.168.73.150 is erratic. In SDP (packet 4306) it is agreed to send 20 ms packets (ptime: 20). Then it starts sending packets with 30 ms in between or almost consecutive. Per packet there's 20 ms worth of PCMU encoded sound sampled at 8 kHz (=160 samples of 8 bits). So it seems as though the system is not comfortable with sending 20 ms packets. Filtering and listening to the streams, with 80 ms jitter buffer, learns that the stream from 192.168.73.150 sounds fine, the stream from 192.168.73.1 has some ticks in it, and you can even faintly hear the echo of 192.168.73.150 sending. So even though the receiving stations jitter buffer should be able to handle this it might be worth to try setting things up for 30 ms RTP packets and seen what changes.
| | 2 | No.2 Revision |
The sending of the RTP packets from 192.168.73.150 is erratic. In SDP (packet 4306) it is agreed to send 20 ms packets (ptime: 20). Then it starts sending packets with 30 ms in between or almost consecutive. Per packet there's 20 ms worth of PCMU encoded sound sampled at 8 kHz (=160 samples of 8 bits). So it seems as though the system is not comfortable with sending 20 ms packets. Filtering and listening to the streams, with 80 ms jitter buffer, learns that the stream from 192.168.73.150 sounds fine, the stream from 192.168.73.1 has some ticks in it, and you can even faintly hear the echo of 192.168.73.150 sending. sending, but should probably be fine too. So even though the receiving stations jitter buffer should be able to handle this it might be worth to try setting things up for 30 ms RTP packets and seen see what changes.
