Opened 17 years ago
Closed 7 years ago
#532 closed enhancement (wontfix)
Avoid truncated calculation of samples per frame on some 'odd' clock rates.
Reported by: | nanang | Owned by: | nanang |
---|---|---|---|
Priority: | normal | Milestone: | Known-Issues-and-Ideas |
Component: | pjmedia | Version: | trunk |
Keywords: | Cc: | Fan-Cheng, Wu | |
Backport to 1.x milestone: | Backported: | no |
Description
Sample cases:
- On clock rate 11025, when ptime is set to 10ms, number of samples per frame will be 110.25 which will be truncated to 110.
- When a port, which works on clock rate 11025Hz ptime 40ms (which is safe from truncation), is added to a conference bridge that works on clock rate 16000Hz ptime 10ms, the conference will need to resample a frame of 10ms from the port, which can cause truncation.
This may also happen in clock rate 22050Hz.
Change History (2)
comment:1 Changed 17 years ago by bennylp
- Milestone changed from release-0.9.0 to Known-Issues
comment:2 Changed 7 years ago by nanang
- Backported unset
- Cc Fan-Cheng Wu added; Fan-Cheng Wu removed
- Resolution set to wontfix
- Status changed from new to closed
Note: See
TracTickets for help on using
tickets.
TeluuCon? 2018: only applicable to PCM