Opened 16 years ago

Closed 16 years ago

#593 closed defect (fixed)

RTP timestamp incremented incorrectly for multichannel audio.

Reported by: nanang Owned by: nanang
Priority: normal Milestone: release-1.0-rc1
Component: pjmedia Version: trunk
Keywords: Cc:
Backport to 1.x milestone: Backported:

Description

Currently RTP timestamp is incremented based on number of samples processed, while this is considered to be incorrect for multichannel audio, as specified by RFC 3551 Section 4.1:

The RTP clock rate used for generating the RTP timestamp is independent of the number of channels and the encoding; it usually equals the number of sampling periods per second. For N-channel encodings, each sampling period (say, 1/8,000 of a second) generates N samples. (This terminology is standard, but somewhat confusing, as the total number of samples generated per second is then the sampling rate times the channel count.)

Change History (1)

comment:1 Changed 16 years ago by nanang

  • Resolution set to fixed
  • Status changed from new to closed

In r2224: Fixed RTP timestamp calculation in RX & TX for multichannel audio.

Note: See TracTickets for help on using tickets.