diff options
| author | Boris Nagels <develop@focusware.nl> | 2016-03-06 16:31:36 +0100 |
|---|---|---|
| committer | Michael Niedermayer <michael@niedermayer.cc> | 2016-03-06 21:19:18 +0100 |
| commit | 1109ed7973c7fd1e7001898adc4976590d862122 (patch) | |
| tree | 60adff0da6b3bea6e27e1ee84b08616dceda1266 /libavcodec/x86/rv34dsp.asm | |
| parent | 6e19120ea2064e4534544a28e042e0ef6c08cc2b (diff) | |
| download | ffmpeg-1109ed7973c7fd1e7001898adc4976590d862122.tar.gz | |
avformat/rtpenc: Fix integer overflow in NTP_TO_RTP_FORMAT
RTCP synchronization packet was broken since commit in ffmpeg version > 2.8.3
(commit: e04b039b1528f4c7df5c2b93865651bfea168a19) Since this commit (2e814d0329aded98c811d0502839618f08642685)
"rtpenc: Simplify code by introducing a macro for rescaling NTP timestamps", NTP_TO_RTP_FORMAT
uses av_rescale_rnd() function to add the data to the packet.
This causes an overflow in the av_rescale_rnd() function and it will return INT64_MIN.
Causing the NTP stamp in the RTCP packet to have an invalid value.
Github: Closes #182
Reverting commit '2e814d0329aded98c811d0502839618f08642685' solves the problem.
Diffstat (limited to 'libavcodec/x86/rv34dsp.asm')
0 files changed, 0 insertions, 0 deletions