1. 12 8月, 2019 1 次提交
  2. 11 8月, 2019 9 次提交
  3. 10 8月, 2019 2 次提交
    • O
      avformat/rtpdec_mpeg4: Fix integer parameters size check in SDP fmtp line · c29d81e7
      Olivier Maignial 提交于
      === PROBLEM ===
      
      I was trying to record h264 + aac streams from an RTSP server to mp4 file. using this command line:
          ffmpeg -v verbose -y -i "rtsp://<ip>/my_resources" -codec copy -bsf:a aac_adtstoasc test.mp4
      
      FFmpeg then fail to record audio and output this logs:
          [rtsp @ 0xcda1f0] The profile-level-id field size is invalid (40)
          [rtsp @ 0xcda1f0] Error parsing AU headers
          ...
          [rtsp @ 0xcda1f0] Could not find codec parameters for stream 1 (Audio: aac, 48000 Hz, 1 channels): unspecified sample format
      
      In SDP provided by my RTSP server I had this fmtp line:
          a=fmtp:98 streamType=5; profile-level-id=40; mode=AAC-hbr; config=1188; sizeLength=13; indexLength=3; indexDeltaLength=3;
      
      In FFmpeg code, I found a check introduced by commit 24130234. It disallows values greater than 32 for fmtp line parameters.
      RFC-4566 (SDP: Session Description Protocol) do not give any limit of size on interger parameters given in an fmtp line.
      
      However, In RFC-6416 (RTP Payload Format for MPEG-4 Audio/Visual Streams) give examples of "profile-level-id" values for AAC, up to 55.
      
      === FIX ===
      
      As each parameter may have its own min and max values
      I propose to introduce a range for each parameter.
      For this patch I used RFC-3640 and ISO/IEC 14496-1 as reference for validity ranges.
      
      This patch fix my problem and I now can record my RTSP AAC stream to mp4.
      It has passed the full fate tests suite sucessfully.
      Signed-off-by: NOlivier Maignial <olivier.maignial@smile.fr>
      Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
      c29d81e7
    • A
      tools/zmqsend: Avoid mem copy past the end of input buffer · 90e965be
      Andriy Gelman 提交于
      This patch avoids a read past the end of the input buffer in memcpy since the size
      of the received zmq message is recv_buf_size - 1.
      Reviewed-by: NPaul B Mahol <onemda@gmail.com>
      Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
      90e965be
  4. 09 8月, 2019 1 次提交
  5. 08 8月, 2019 5 次提交
  6. 07 8月, 2019 2 次提交
    • L
      lavf/vf_vpp_qsv: add support for QSV transpose filter · af3ddd58
      Linjie Fu 提交于
      Add transpose support for qsv_vpp with rotate and hflip:
          - rotate: [0, 3] support clockwise rotation of 0, 90, 180, 270;
          - hflip:  [0, 1] support horizontal flip;
      
      Configure with:
      {"cclock_hflip","clock","cclock","clock_hflip","reversal","hflip","vflip"}
      
      CMD:
      ffmpeg -hwaccel qsv -c:v h264_qsv -i input.h264
          -vf 'format=qsv,vpp_qsv=transpose=clock' -c:v h264_qsv output.h264
      
      ffmpeg -init_hw_device qsv=hw -filter_hw_device hw -c:v h264_qsv -i input.h264
          -vf 'hwupload=extra_hw_frames=64,format=qsv,vpp_qsv=transpose=cclock_hflip'
                                  -f rawvideo -pix_fmt nv12 ./transpose.yuv
      Signed-off-by: NLinjie Fu <linjie.fu@intel.com>
      Signed-off-by: NZhong Li <zhong.li@intel.com>
      af3ddd58
    • R
      avfilter/vf_convolution: add x86 SIMD for filter_3x3() · 98e419cb
      Ruiling Song 提交于
      Tested using a simple command (apply edge enhance):
      ./ffmpeg_g -i ~/Downloads/bbb_sunflower_1080p_30fps_normal.mp4 \
       -vf convolution="0 0 0 -1 1 0 0 0 0:0 0 0 -1 1 0 0 0 0:0 0 0 -1 1 0 0 0 0:0 0 0 -1 1 0 0 0 0:5:1:1:1:0:128:128:128" \
       -an -vframes 1000 -f null /dev/null
      
      The fps increase from 151 to 270 on my local machine.
      Signed-off-by: NRuiling Song <ruiling.song@intel.com>
      98e419cb
  7. 06 8月, 2019 6 次提交
  8. 05 8月, 2019 14 次提交