April 2021 - FFmpeg-trac - lists.ffmpeg.org

#7517(avformat:new): buffer_size not taken into account for RTP
by FFmpeg 02 Apr '21

02 Apr '21

#7517: buffer_size not taken into account for RTP -------------------------------------+------------------------------------- Reporter: | Type: defect claus.keuker | Priority: normal Status: new | Version: git- Component: avformat | master Keywords: RTP packet | Blocked By: loss | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Problem: ---------------------------------------------------- on a big machine with 48 cores I was trying to receive an mpeg_ts stream which 13 to 14 Mbits/s. I observed packet losses in the kernel (netstat -us - Udp packet receive errors increasing). I knew that the socket receive buffer size SO_RCVBUF had to be increased and I tried it with the RTP option ?buffer_size (which does exactly that for UDP). However, that had no effect. Looking at the code (below) I found that RTP does not support this option and does also hardcode the underlying udp url options. Making a quick hack (below) solved the problem for me (i.e. supporting the buffer_size option in rtpproto and hardcoding a fixed one in rtsp.c) but I think this option should properly be supported for rtp_mpegts and also SDP based RTP (receiving multiple elementary streams through opening an sdp file - either packet type 33 (mpegts) or 96/97 (elementary) Details --------------------------------------------------- using commit d100dc6c9955af8b7a7a60a37a362a51c819222e from master When running the following command to provide a stream source fmpeg -re -i <10 MBits mp4 file> -bsf:v h264_mp4toannexb -vcodec copy -strict -2 -f rtp_mpegts rtp://127.0.0.1:9992/foo and on the same machine (pls note that the -buffersize options were there to test whether this also influenced SO_RCVBUF) ./ffmpeg -re -bufsize 2000000 -i rtp://127.0.0.1:9992?buffer_size -bufsize 2000000 -bsf:v h264_mp4toannexb -vcodec copy -strict -2 -y foo.mp4 2>&1 | less #### without my changes I get the a non-expected result result 131072 - which is way too small for my application and leads to packet loss in the kernel ffmpeg version N-83693-gd100dc6-1~16.04.york0 Copyright (c) 2000-2017 the FFmpeg developers built with gcc 5.4.0 (Ubuntu 5.4.0-6ubuntu1~16.04.10) 20160609 configuration: --extra-version='1~16.04.york0' --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu --incdir=/usr/include/x86_64-linux-gnu --enable-gpl --disable-stripping --enable-avresample --enable-avisynth --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable- libmp3lame --enable-libopus --enable-libpulse --enable-libshine --enable- libsnappy --enable-libsoxr --enable-libspeex --enable-libtheora --enable- libtwolame --enable-libvorbis --enable-libwavpack --enable-openal --enable-opengl --enable-libx264 --enable-static --disable-shared --extra- cflags='-fPIC -D_CKE_TEST_LOG_' --extra-ldlibflags=-fPIC libavutil 55. 47.100 / 55. 47.100 libavcodec 57. 81.100 / 57. 81.100 libavformat 57. 66.102 / 57. 66.102 libavdevice 57. 3.100 / 57. 3.100 libavfilter 6. 74.100 / 6. 74.100 libavresample 3. 2. 0 / 3. 2. 0 libswscale 4. 3.101 / 4. 3.101 libswresample 2. 4.100 / 2. 4.100 libpostproc 54. 2.100 / 54. 2.100 [NULL @ 0x562278dc4f60] non-existing PPS 0 referenced [h264 @ 0x562278dc4f60] non-existing PPS 0 referenced [h264 @ 0x562278dc4f60] decode_slice_header error [h264 @ 0x562278dc4f60] no frame! [h264 @ 0x562278dc4f60] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x562278dc4f60] decode_slice_header error [h264 @ 0x562278dc4f60] no frame! [h264 @ 0x562278dc4f60] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x562278dc4f60] decode_slice_header error [h264 @ 0x562278dc4f60] no frame! [h264 @ 0x562278dc4f60] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x562278dc4f60] decode_slice_header error [h264 @ 0x562278dc4f60] no frame! cke_test_log:131072 cke_test_log:131072 cke_test_log:131072 cke_test_log:131072 cke_test_log:131072 cke_test_log:131072 cke_test_log:131072 cke_test_log:131072 cke_test_log:131072 cke_test_log:131072 #### with my changes I get the expected result (4000000 being the double as set - as expected by the SO_RCVBUF behavior ffmpeg version N-83693-gd100dc6-1~16.04.york0 Copyright (c) 2000-2017 the FFmpeg developers built with gcc 5.4.0 (Ubuntu 5.4.0-6ubuntu1~16.04.10) 20160609 configuration: --extra-version='1~16.04.york0' --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu --incdir=/usr/include/x86_64-linux-gnu --enable-gpl --disable-stripping --enable-avresample --enable-avisynth --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable- libmp3lame --enable-libopus --enable-libpulse --enable-libshine --enable- libsnappy --enable-libsoxr --enable-libspeex --enable-libtheora --enable- libtwolame --enable-libvorbis --enable-libwavpack --enable-openal --enable-opengl --enable-libx264 --enable-static --disable-shared --extra- cflags='-fPIC -D_CKE_TEST_LOG_ -D_CKE_TEST_' --extra-ldlibflags=-fPIC libavutil 55. 47.100 / 55. 47.100 libavcodec 57. 81.100 / 57. 81.100 libavformat 57. 66.102 / 57. 66.102 libavdevice 57. 3.100 / 57. 3.100 libavfilter 6. 74.100 / 6. 74.100 libavresample 3. 2. 0 / 3. 2. 0 libswscale 4. 3.101 / 4. 3.101 libswresample 2. 4.100 / 2. 4.100 libpostproc 54. 2.100 / 54. 2.100 [NULL @ 0x55bb7c5c2fc0] non-existing PPS 0 referenced [h264 @ 0x55bb7c5c2fc0] non-existing PPS 0 referenced [h264 @ 0x55bb7c5c2fc0] decode_slice_header error [h264 @ 0x55bb7c5c2fc0] no frame! [h264 @ 0x55bb7c5c2fc0] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x55bb7c5c2fc0] decode_slice_header error [h264 @ 0x55bb7c5c2fc0] no frame! [h264 @ 0x55bb7c5c2fc0] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x55bb7c5c2fc0] decode_slice_header error [h264 @ 0x55bb7c5c2fc0] no frame! [h264 @ 0x55bb7c5c2fc0] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x55bb7c5c2fc0] decode_slice_header error [h264 @ 0x55bb7c5c2fc0] no frame! cke_test_log:2304 cke_test_log:2304 cke_test_log:40000000 cke_test_log:40000000 cke_test_log:40000000 cke_test_log:40000000 cke_test_log:40000000 cke_test_log:40000000 cke_test_log:40000000 cke_test_log:40000000 cke_test_log:40000000 cke_test_log:40000000 cke_test_log:40000000 cke_test_log:40000000 cke_test_log:40000000 code changes: rtsp.c:sdp_read_header ff_url_join(url, sizeof(url), "rtp", NULL, namebuf, rtsp_st->sdp_port, #ifdef _CKE_TEST_ "?localport=%d&ttl=%d&connect=%d&write_to_source=%d&buffer_size=20000000", #else "?localport=%d&ttl=%d&connect=%d&write_to_source=%d", #endif rtsp_st->sdp_port, rtsp_st->sdp_ttl, rt->rtsp_flags & RTSP_FLAG_FILTER_SRC ? 1 : 0, rt->rtsp_flags & RTSP_FLAG_RTCP_TO_SOURCE ? 1 : 0); rtpproto.c:rtp_read for (i = 1; i >= 0; i--) { if (!(p[i].revents & POLLIN)) continue; *addr_lens[i] = sizeof(*addrs[i]); len = recvfrom(p[i].fd, buf, size, 0, (struct sockaddr *)addrs[i], addr_lens[i]); #ifdef _CKE_TEST_LOG_ { int optval; socklen_t optlen=sizeof(optval); getsockopt(p[i].fd,SOL_SOCKET, SO_RCVBUF, &optval, &optlen); printf ("cke_test_log:%d\n",optval); } #endif if (len < 0) { if (ff_neterrno() == AVERROR(EAGAIN) || ff_neterrno() == AVERROR(EINTR)) continue; return AVERROR(EIO); } rtpproto.c: rtp_open if (av_find_info_tag(buf, sizeof(buf), "localport", p)) { s->local_rtpport = strtol(buf, NULL, 10); } #ifdef _CKE_TEST_ if (av_find_info_tag(buf, sizeof(buf), "buffer_size", p)) { s->buffer_size = strtol(buf, NULL, 10); } #endif if (av_find_info_tag(buf, sizeof(buf), "localrtpport", p)) { s->local_rtpport = strtol(buf, NULL, 10); } -- Ticket URL: <https://trac.ffmpeg.org/ticket/7517> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#8513(ffmpeg:new): Crash while converting into EAC3 with bitrate higher than 900 kbps: put_bits buffer too small
by FFmpeg 02 Apr '21

02 Apr '21

#8513: Crash while converting into EAC3 with bitrate higher than 900 kbps: put_bits buffer too small -------------------------------------+------------------------------------- Reporter: ackbc | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: 4.2 Keywords: eac3, Lavf, | Blocked By: Lavc, libavcodec | Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- EAC3 can go higher than normal AC3 but ffmpeg binary crashes, the upper limit now is around 900 kbps due to the buffer error How to reproduce: {{{ffmpeg -i 1.flac -c:a eac3 -b:a 1024k 007.ac3 ffmpeg version git-2020-02-06-343ccfc Copyright (c) 2000-2020 the FFmpeg develop ers built with gcc 9.2.1 (GCC) 20200122 configuration: --enable-gpl --enable-version3 --enable-sdl2 --enable- fontconfi g --enable-gnutls --enable-iconv --enable-libass --enable-libdav1d --enable-libb luray --enable-libfreetype --enable-libmp3lame --enable-libopencore-amrnb --enab le-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable- libshine --e nable-libsnappy --enable-libsoxr --enable-libtheora --enable-libtwolame --enable -libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable- libx265 - -enable-libxml2 --enable-libzimg --enable-lzma --enable-zlib --enable-gmp --enab le-libvidstab --enable-libvorbis --enable-libvo-amrwbenc --enable- libmysofa --en able-libspeex --enable-libxvid --enable-libaom --enable-libmfx --enable- ffnvcode c --enable-cuvid --enable-d3d11va --enable-nvenc --enable-nvdec --enable- dxva2 - -enable-avisynth --enable-libopenmpt --enable-amf libavutil 56. 39.100 / 56. 39.100 libavcodec 58. 68.100 / 58. 68.100 libavformat 58. 38.100 / 58. 38.100 libavdevice 58. 9.103 / 58. 9.103 libavfilter 7. 74.100 / 7. 74.100 libswscale 5. 6.100 / 5. 6.100 libswresample 3. 6.100 / 3. 6.100 libpostproc 55. 6.100 / 55. 6.100 Input #0, flac, from '1.flac': Metadata: VALID_BITS : 24 HDCD : 0 Duration: 02:36:17.02, start: 0.000000, bitrate: 2626 kb/s Stream #0:0: Audio: flac, 48000 Hz, 5.1(side), s32 (24 bit) Stream mapping: Stream #0:0 -> #0:0 (flac (native) -> eac3 (native)) Press [q] to stop, [?] for help Output #0, ac3, to '007.ac3': Metadata: VALID_BITS : 24 HDCD : 0 encoder : Lavf58.38.100 Stream #0:0: Audio: eac3, 48000 Hz, 5.1(side), fltp (24 bit), 1024 kb/s Metadata: encoder : Lavc58.68.100 eac3 '''Internal error, put_bits buffer too small Last message repeated 56 times Assertion s->buf_ptr < s->buf_end failed at src/libavcodec/put_bits.h:108''' This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information.}}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/8513> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 17

#7223(undetermined:new): ffmpeg fails to get https over http proxy
by FFmpeg 02 Apr '21

02 Apr '21

#7223: ffmpeg fails to get https over http proxy -------------------------------------+------------------------------------- Reporter: flaisob | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- ffmpeg version 4.0 Copyright (c) 2000-2018 the FFmpeg developers built with gcc 5.4.0 (Ubuntu 5.4.0-6ubuntu1~16.04.9) 20160609 configuration: --enable-gpl --enable-libx264 --enable-libx265 --enable- nonfree --enable-openssl --- ffmpeg fails to CONNECT through http proxy for https urls when using -http_proxy command line. It does try to use the proxy when setting the http_proxy environment variable. But, then it fails. My use case is to get get https m3u8 files and the https segment urls through the proxy, but here are simple examples: Works without proxy: ffmpeg -i "https://img-prod-cms-rt-microsoft- com.akamaized.net/favicon.ico" f.ico ffmpeg -i "https://twitter.com/favicon.ico" t.ico Doesn't use proxy for https, it gets the file but not through the proxy: ffmpeg -http_proxy http://127.0.0.1:3135 -i "https://twitter.com/favicon.ico" t.ico Uses proxy for https but fails: export http_proxy=http://127.0.0.1:1234 ffmpeg -i "https://img-prod-cms-rt-microsoft- com.akamaized.net/favicon.ico" f.ico segmentation fault (core dumped) ffmpeg -i "https://twitter.com/favicon.ico" t.ico [tls @ 0x2d4a4c0] error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol https://twitter.com/favicon.ico: Input/output error Those urls work with curl using the same proxy. Works: curl -x http://localhost:1234 "https://twitter.com/favicon.ico" -- Ticket URL: <https://trac.ffmpeg.org/ticket/7223> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 11

#9123(ffmpeg:new): segmentation fault when extracting frames from the video
by FFmpeg 02 Apr '21

02 Apr '21

#9123: segmentation fault when extracting frames from the video --------------------------------+-------------------------------------- Reporter: bird | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+-------------------------------------- Summary of the bug: There is a segmentation fault when extracting frames from the video. How to reproduce: {{{ $ ./ffmpeg_g -ss 0 -i ./4 -s 320x240 -y -f image2 output.jpeg ffmpeg version N-101261-g78d5e1c653 Copyright (c) 2000-2021 the FFmpeg developers built with clang version 6.0.0-1ubuntu2 (tags/RELEASE_600/final) configuration: --prefix=/home/bird/ffmpeg_build_new --pkg-config- flags=--static --extra-cflags='-I/home/bird/ffmpeg_build_new/include -fno- omit-frame-pointer -g -fsanitize=address' --extra-cxxflags='-fno-omit- frame-pointer -g -fsanitize=address' --extra- ldflags='-L/home/bird/ffmpeg_build_new/lib -fsanitize=address' --extra- libs='-lpthread -lm' --bindir=/home/bird/bin_new --enable-gpl --enable- gnutls --enable-libass --enable-libfdk-aac --enable-libfreetype --enable- libmp3lame --enable-libopus --enable-libvpx --enable-libx264 --enable- libx265 --enable-nonfree --cc=clang --cxx=clang++ --enable-debug libavutil 56. 66.100 / 56. 66.100 libavcodec 58.125.100 / 58.125.100 libavformat 58. 68.100 / 58. 68.100 libavdevice 58. 12.100 / 58. 12.100 libavfilter 7.107.100 / 7.107.100 libswscale 5. 8.100 / 5. 8.100 libswresample 3. 8.100 / 3. 8.100 libpostproc 55. 8.100 / 55. 8.100 [dss @ 0x61b000000080] Estimating duration from bitrate, this may be inaccurate AddressSanitizer:DEADLYSIGNAL ================================================================= ==16161==ERROR: AddressSanitizer: SEGV on unknown address 0x606f8e8e8f50 (pc 0x7f0a6ac75476 bp 0x7ffde5743fc0 sp 0x7ffde5743748 T0) ==16161==The signal is caused by a WRITE memory access. #0 0x7f0a6ac75475 /build/glibc- S9d2JN/glibc-2.27/string/../sysdeps/x86_64/multiarch/memmove-vec- unaligned-erms.S:410 #1 0x4e1f2d in __asan_memcpy (/disk1/fuzzing/ffmpeg_latest/ffmpeg_g+0x4e1f2d) #2 0xdebec6 in avio_read /disk1/fuzzing/ffmpeg_latest/libavformat/aviobuf.c:673:13 #3 0xe2e91a in dss_723_1_read_packet /disk1/fuzzing/ffmpeg_latest/libavformat/dss.c:308:11 #4 0xe2e91a in dss_read_packet /disk1/fuzzing/ffmpeg_latest/libavformat/dss.c:323 #5 0x1136aa1 in ff_read_packet /disk1/fuzzing/ffmpeg_latest/libavformat/utils.c:823:15 #6 0x113be26 in read_frame_internal /disk1/fuzzing/ffmpeg_latest/libavformat/utils.c:1526:15 #7 0x113b14c in av_read_frame /disk1/fuzzing/ffmpeg_latest/libavformat/utils.c:1730:17 #8 0x1142e4a in seek_frame_generic /disk1/fuzzing/ffmpeg_latest/libavformat/utils.c:2388:31 #9 0x1142e4a in seek_frame_internal /disk1/fuzzing/ffmpeg_latest/libavformat/utils.c:2461 #10 0x1142e4a in av_seek_frame /disk1/fuzzing/ffmpeg_latest/libavformat/utils.c:2481 #11 0x11439ff in avformat_seek_file /disk1/fuzzing/ffmpeg_latest/libavformat/utils.c:2533:19 #12 0x51dd2d in open_input_file /disk1/fuzzing/ffmpeg_latest/fftools/ffmpeg_opt.c:1252:15 #13 0x51c42a in open_files /disk1/fuzzing/ffmpeg_latest/fftools/ffmpeg_opt.c:3335:15 #14 0x51be55 in ffmpeg_parse_options /disk1/fuzzing/ffmpeg_latest/fftools/ffmpeg_opt.c:3375:11 #15 0x55ba9f in main /disk1/fuzzing/ffmpeg_latest/fftools/ffmpeg.c:4964:11 #16 0x7f0a6abdbbf6 in __libc_start_main /build/glibc- S9d2JN/glibc-2.27/csu/../csu/libc-start.c:310 #17 0x423609 in _start (/disk1/fuzzing/ffmpeg_latest/ffmpeg_g+0x423609) AddressSanitizer can not provide additional info. SUMMARY: AddressSanitizer: SEGV /build/glibc- S9d2JN/glibc-2.27/string/../sysdeps/x86_64/multiarch/memmove-vec- unaligned-erms.S:410 }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/9123> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 4

#9120(ffmpeg:new): heap buffer overflow write when extracting frames from the video
by FFmpeg 02 Apr '21

02 Apr '21

#9120: heap buffer overflow write when extracting frames from the video --------------------------------+-------------------------------------- Reporter: bird | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+-------------------------------------- Summary of the bug: There is a heap buffer overflow write when extracting frames from the video. How to reproduce: {{{ $ ./ffmpeg_g -ss 0 -i ./1 -s 320x240 -y -f image2 output.jpeg ffmpeg version N-101261-g78d5e1c653 Copyright (c) 2000-2021 the FFmpeg developers built with clang version 6.0.0-1ubuntu2 (tags/RELEASE_600/final) configuration: --prefix=/home/bird/ffmpeg_build_new --pkg-config- flags=--static --extra-cflags='-I/home/bird/ffmpeg_build_new/include -fno- omit-frame-pointer -g -fsanitize=address' --extra-cxxflags='-fno-omit- frame-pointer -g -fsanitize=address' --extra- ldflags='-L/home/bird/ffmpeg_build_new/lib -fsanitize=address' --extra- libs='-lpthread -lm' --bindir=/home/bird/bin_new --enable-gpl --enable- gnutls --enable-libass --enable-libfdk-aac --enable-libfreetype --enable- libmp3lame --enable-libopus --enable-libvpx --enable-libx264 --enable- libx265 --enable-nonfree --cc=clang --cxx=clang++ --enable-debug libavutil 56. 66.100 / 56. 66.100 libavcodec 58.125.100 / 58.125.100 libavformat 58. 68.100 / 58. 68.100 libavdevice 58. 12.100 / 58. 12.100 libavfilter 7.107.100 / 7.107.100 libswscale 5. 8.100 / 5. 8.100 libswresample 3. 8.100 / 3. 8.100 libpostproc 55. 8.100 / 55. 8.100 [dss @ 0x61b000000080] Estimating duration from bitrate, this may be inaccurate ================================================================= ==14599==ERROR: AddressSanitizer: heap-buffer-overflow on address 0x60e000025af4 at pc 0x0000004e21ec bp 0x7ffc285d86e0 sp 0x7ffc285d7e90 WRITE of size 70 at 0x60e000025af4 thread T0 #0 0x4e21eb in __asan_memcpy (/disk1/fuzzing/ffmpeg_latest/ffmpeg_g+0x4e21eb) #1 0xdebec6 in avio_read /disk1/fuzzing/ffmpeg_latest/libavformat/aviobuf.c:673:13 #2 0xe2ec18 in dss_sp_read_packet /disk1/fuzzing/ffmpeg_latest/libavformat/dss.c:246:11 #3 0xe2ec18 in dss_read_packet /disk1/fuzzing/ffmpeg_latest/libavformat/dss.c:321 #4 0x1136aa1 in ff_read_packet /disk1/fuzzing/ffmpeg_latest/libavformat/utils.c:823:15 #5 0x113be26 in read_frame_internal /disk1/fuzzing/ffmpeg_latest/libavformat/utils.c:1526:15 #6 0x113b14c in av_read_frame /disk1/fuzzing/ffmpeg_latest/libavformat/utils.c:1730:17 #7 0x1142e4a in seek_frame_generic /disk1/fuzzing/ffmpeg_latest/libavformat/utils.c:2388:31 #8 0x1142e4a in seek_frame_internal /disk1/fuzzing/ffmpeg_latest/libavformat/utils.c:2461 #9 0x1142e4a in av_seek_frame /disk1/fuzzing/ffmpeg_latest/libavformat/utils.c:2481 #10 0x11439ff in avformat_seek_file /disk1/fuzzing/ffmpeg_latest/libavformat/utils.c:2533:19 #11 0x51dd2d in open_input_file /disk1/fuzzing/ffmpeg_latest/fftools/ffmpeg_opt.c:1252:15 #12 0x51c42a in open_files /disk1/fuzzing/ffmpeg_latest/fftools/ffmpeg_opt.c:3335:15 #13 0x51be55 in ffmpeg_parse_options /disk1/fuzzing/ffmpeg_latest/fftools/ffmpeg_opt.c:3375:11 #14 0x55ba9f in main /disk1/fuzzing/ffmpeg_latest/fftools/ffmpeg.c:4964:11 #15 0x7fcabf899bf6 in __libc_start_main /build/glibc- S9d2JN/glibc-2.27/csu/../csu/libc-start.c:310 #16 0x423609 in _start (/disk1/fuzzing/ffmpeg_latest/ffmpeg_g+0x423609) 0x60e000025af4 is located 12 bytes to the left of 68-byte region [0x60e000025b00,0x60e000025b44) allocated by thread T0 here: #0 0x4e40f8 in __interceptor_posix_memalign (/disk1/fuzzing/ffmpeg_latest/ffmpeg_g+0x4e40f8) #1 0x3c0e14c in av_malloc /disk1/fuzzing/ffmpeg_latest/libavutil/mem.c:86:9 #2 0x3c0e14c in av_mallocz /disk1/fuzzing/ffmpeg_latest/libavutil/mem.c:239 #3 0x1134e51 in avformat_open_input /disk1/fuzzing/ffmpeg_latest/libavformat/utils.c:581:30 #4 0x51d667 in open_input_file /disk1/fuzzing/ffmpeg_latest/fftools/ffmpeg_opt.c:1174:11 #5 0x51c42a in open_files /disk1/fuzzing/ffmpeg_latest/fftools/ffmpeg_opt.c:3335:15 #6 0x51be55 in ffmpeg_parse_options /disk1/fuzzing/ffmpeg_latest/fftools/ffmpeg_opt.c:3375:11 #7 0x55ba9f in main /disk1/fuzzing/ffmpeg_latest/fftools/ffmpeg.c:4964:11 #8 0x7fcabf899bf6 in __libc_start_main /build/glibc- S9d2JN/glibc-2.27/csu/../csu/libc-start.c:310 SUMMARY: AddressSanitizer: heap-buffer-overflow (/disk1/fuzzing/ffmpeg_latest/ffmpeg_g+0x4e21eb) in __asan_memcpy }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/9120> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 3

#9170(undetermined:new): ffmpeg became incredibly slow!
by FFmpeg 01 Apr '21

01 Apr '21

#9170: ffmpeg became incredibly slow! -------------------------------------+------------------------------------- Reporter: arikanev | Type: defect Status: new | Priority: important Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: ffmpeg becomes incredibly slow to run segmentation.. Did some options change or some underlying code error? How to reproduce: {{{ %ffmpeg -i ./vids/1.MOV -vcodec libx264 -acodec libmp3lame -pix_fmt yuv420p -strict -2 -ss 210 -t 7 segments/1-33.MOV ffmpeg version 4.3.2 built on Mac OSX }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/9170> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1

#9169(ffmpeg:new): RTSP stream with UDP are use TCP
by FFmpeg 01 Apr '21

01 Apr '21

#9169: RTSP stream with UDP are use TCP -------------------------------------+------------------------------------- Reporter: VidarHUN | Type: defect Status: new | Priority: important Component: ffmpeg | Version: 4.2.4 Keywords: rtsp, udp, | Blocked By: tcp, stream | Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: How to reproduce: {{{ ffmpeg -loglevel repeat+level+trace -re -i input.mp3 -f rtsp -rtsp_transport udp rtsp://localhost:8554/live }}} The error message: {{{ [tcp @ 0x561618cb8b00] [debug] No default whitelist set [tcp @ 0x561618cb8b00] [debug] Original list of addresses: [tcp @ 0x561618cb8b00] [debug] Address 127.0.0.1 port 8554 [tcp @ 0x561618cb8b00] [debug] Interleaved list of addresses: [tcp @ 0x561618cb8b00] [debug] Address 127.0.0.1 port 8554 [tcp @ 0x561618cb8b00] [verbose] Starting connection attempt to 127.0.0.1 port 8554 [tcp @ 0x561618cb8b00] [verbose] Connection attempt to 127.0.0.1 port 8554 failed: Connection refused [tcp @ 0x561618cb8b00] [error] Connection to tcp://localhost:8554?timeout=0 failed: Connection refused [error] Could not write header for output file #0 (incorrect codec parameters ?): Connection refused [error] Error initializing output stream 0:0 -- }}} I think this should work with UDP and there is a related ticket already #6807. -- Ticket URL: <https://trac.ffmpeg.org/ticket/9169> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 9