PJMedia sends for G.711-40ms payload of 80 bytes silence packets instead of 320 bytes.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hello all,

We got a complain from someone getting a distorted audio while he was
recording a message.
He was connected to a PJSIP voice mail client, which was first playing a
welcome prompt, then a beep before starting the recording. While he was
recording his message. he heard distorted audio back in the stream from
PJSIP towards his VoIP-client (while this should be silence).

He included the attached rtpstream.pcap (only RTP-stream, not
SIP-signalling)

My investigation so far:
- The VM-client is using PJSUA as UA over PJSIP/Media
- In PJSIP we have VAD is disabled (no_vad = PJ_TRUE)
- The media negotiation was about G.711-aLaw 40ms (using ptime attribute).
  (G.711-40ms will give 320 bytes payload)
- The PJSIP-client uses IP=192.168.12.129

Till packet #475 the welcome prompt is being played. At that moment the
player is destroyed and a tone-generator for the "beep" prior recording is
set in place.
We can see that from packet #477-587 (where the tone-gen is not active yet)
there is still a 40ms packet stream, but now with 80 bytes 0xD5 silence
packets (while I would expect 320 bytes).
At packet #587-#602 the "beep" prior recording is transmitted. Here we see
320 bytes payload again (OK).
After the beep, the tone-gen is destroyed and the wav_recorder is started.
>From that moment (#604) we see again 80 bytes silence iso 320 bytes.

Can anyone point me where to fix this?

With regards,
EiSl
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.pjsip.org/pipermail/pjsip_lists.pjsip.org/attachments/20110318/51c45307/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: rtpstream_clean.cap
Type: application/octet-stream
Size: 165582 bytes
Desc: not available
URL: <http://lists.pjsip.org/pipermail/pjsip_lists.pjsip.org/attachments/20110318/51c45307/attachment-0001.cap>


[Index of Archives]     [Asterisk Users]     [Asterisk App Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [Linux API]
  Powered by Linux