October 2019 - FFmpeg-trac - lists.ffmpeg.org

#4380(undetermined:new): rtsp stream with rtsp_transport as tcp has recv() return 0
by FFmpeg 01 Oct '19

01 Oct '19

#4380: rtsp stream with rtsp_transport as tcp has recv() return 0 -------------------------------------+------------------------------------- Reporter: | Type: defect richard_wang | Priority: normal Status: new | Version: Component: | unspecified undetermined | Blocked By: Keywords: rtsp | Reproduced by developer: 0 streaming tcp recv() return 0 | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: I am using ffmpeg-2.3 to do rtsp streaming with a web camera UHG1182E (as rtsp server). When I try to restart the rtsp streaming repeatedly, av_read_frame will return EOF. Further debug shows that inside tcp.c, recv() returns 0 which means peer drops off. Not sure why this happens. How to reproduce: Need to use a web camera UHG1182E, and re-launch the rtsp streaming repeatedly. Thanks in advance for any suggestion. {{{ % ffmpeg -i input ... output ffmpeg version built on ... }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: <https://trac.ffmpeg.org/ticket/4380> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#4761(ffserver:new): Impossible to add muxer or custom options to streams
by FFmpeg 01 Oct '19

01 Oct '19

#4761: Impossible to add muxer or custom options to streams -------------------------------------+------------------------------------- Reporter: danb | Type: Status: new | enhancement Component: ffserver | Priority: normal Keywords: | Version: git- stream,configuration,options,muxer | master Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- It's impossible to set muxer or other custom options within the '''<Stream>''' section of the configuration file. Using "''AVOptionVideo''" and "''AVOptionAudio''" is not possible since the additionnal option(s) are not provided by encoders/decoders. The actual concret attempt is to setup the stream so we can use the custom options from '''HLS''' such as "''hls_time''" and "''hls_allow_cache''" as provided in the ffserver documentation but further more options are not possible with the current state. (https://www.ffmpeg.org/ffserver-all.html#toc-Options-31) Thank you. -- Ticket URL: <https://trac.ffmpeg.org/ticket/4761> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 3

#6522(avformat:new): Hardcoded publish type of rtmp publishing
by FFmpeg 01 Oct '19

01 Oct '19

#6522: Hardcoded publish type of rtmp publishing -------------------------------------+------------------------------------- Reporter: | Type: blackshadow4279 | enhancement Status: new | Priority: normal Component: avformat | Version: git- Keywords: rtmp, | master streaming, publish type | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------- Type of publishing in [https://www.adobe.com/content/dam/Adobe/en/devnet/rtmp/pdf/rtmp_specificati… RTMP] spec: "live", "record", or "append". '''record''': The stream is published and the data is recorded to a new file.The file is stored on the server in a subdirectory within the directory that contains the server application. If the file already exists, it is overwritten. '''append''': The stream is published and the data is appended to a file. If no file is found, it is created. '''live''': Live data is published without recording it in a file. In [https://github.com/FFmpeg/FFmpeg/blob/master/libavformat/rtmpproto.c#L857] we have hardcoded type "live": {{{ static int gen_publish(URLContext *s, RTMPContext *rt) { RTMPPacket pkt; uint8_t *p; int ret; av_log(s, AV_LOG_DEBUG, "Sending publish command for '%s'\n", rt->playpath); if ((ret = ff_rtmp_packet_create(&pkt, RTMP_SOURCE_CHANNEL, RTMP_PT_INVOKE, 0, 30 + strlen(rt->playpath))) < 0) return ret; pkt.extra = rt->stream_id; p = pkt.data; ff_amf_write_string(&p, "publish"); ff_amf_write_number(&p, ++rt->nb_invokes); ff_amf_write_null(&p); ff_amf_write_string(&p, rt->playpath); ff_amf_write_string(&p, "live"); return rtmp_send_packet(rt, &pkt, 1); } }}} For myself, of course, I will recompile, but I hope that it will be useful to someone. -- Ticket URL: <https://trac.ffmpeg.org/ticket/6522> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1

#8185(ffmpeg:new): Create thumbnails from MPEG-DASH stream
by FFmpeg 01 Oct '19

01 Oct '19

#8185: Create thumbnails from MPEG-DASH stream -------------------------------------+------------------------------------- Reporter: zivkovicjan | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: git- Keywords: dash stream | master thumbnail | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: I'm trying to process video images with openCV using ffmpeg for capturing of streams and have found an issue with DASH streams. I have also found a working example of DASH stream for reference. Working DASH stream: http://irtdashreference-i.akamaihd.net/dash/live/901161/bfs/manifestBR.mpd Not working DASH stream: https://irtdashreference-i.akamaihd.net/dash/live/901161/bfs/manifestARD.mpd How to reproduce: 1. Have ffmpeg, any version, reproduced with: - latest nightly (N-94982-gea673a0edb) for windows - 4.1.4 for windows - 3.4.6-0ubuntu0.18.04.1 linux(ubuntu) 2. Run the provided ffmpeg command {{{ % ffmpeg -i https://irtdashreference-i.akamaihd.net/dash/live/901161/bfs/manifestARD.mpd -vf fps=1/10 img%03d.jpg }}} 3. ffmpeg starts displaying error messages {{{ [dash @ 000001520cc98640] No longer receiving stream_index 1 [dash @ 000001520cc98640] No longer receiving stream_index 2 [dash @ 000001520cc98640] No longer receiving stream_index 3 [dash @ 000001520cc98640] No longer receiving stream_index 4 [dash @ 000001520cc98640] No longer receiving stream_index 5 [dash @ 000001520cc98640] No longer receiving stream_index 6 [https @ 000001520d278340] HTTP error 404 Not Found bitrate=N/A speed=16.6x [dash @ 000001520cc98640] Failed to open fragment of playlist 0 [https @ 000001520d277fc0] HTTP error 404 Not Found [dash @ 000001520cc98640] Failed to open fragment of playlist 0 }}} Using command ffplay with the "not working stream", content plays just fine. There seems to be a problem only with capturing thumbnail images. {{{ ffplay https://irtdashreference-i.akamaihd.net/dash/live/901161/bfs/manifestARD.mpd }}} Using verbose logs I noticed that ffmpeg was trying to fetch parts of DASH stream not yet made/streamed ie. fetching stream from future. Because there is no content yet, 404 error is output. If I try the url that returned 404 in chrome (10 sec later) I get the response with movie, but if I try it as soon as the error appears there is no content (404). I have also attached the report file generated by ffmpeg on latest nightly version for windows. -- Ticket URL: <https://trac.ffmpeg.org/ticket/8185> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#6579(ffplay:new): Stop ffplay when no stream is received in timeout
by FFmpeg 01 Oct '19

01 Oct '19

#6579: Stop ffplay when no stream is received in timeout -------------------------------------+------------------------------------- Reporter: slacuesta | Type: Status: new | enhancement Component: ffplay | Priority: normal Keywords: streaming | Version: play | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: It would be nice to specify a timeout when no stream is received in order to stop ffplay or even an option for try reconnect. How to reproduce: Try to play and then unplug ethernet cable, ffplay does not stop: {{{ % ffplay -nodisp -nostats -reconnect 0 http://78.46.73.91:9125/stream ffplay version 3.3.3 Copyright (c) 2003-2017 the FFmpeg developers built with gcc 6.4.0 (Debian 6.4.0-2) 20170724 configuration: --disable-decoder=amrnb --disable-decoder=libopenjpeg --disable-mips32r2 --disable-mips32r6 --disable-mips64r6 --disable-mipsdsp --disable-mipsdspr2 --disable-mipsfpu --disable-msa --disable-libopencv --disable-podpages --disable-stripping --enable-avfilter --enable- avresample --enable-gcrypt --enable-gnutls --enable-gpl --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libfdk-aac --enable-libfontconfig --enable-libfreetype --enable- libfribidi --enable-libgme --enable-libgsm --enable-libilbc --enable- libkvazaar --enable-libmp3lame --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libopenh264 --enable-libopenjpeg --enable- libopenmpt --enable-libopus --enable-libpulse --enable-librubberband --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libtesseract --enable-libtheora --enable-libvidstab --enable- libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx265 --enable-libxvid --enable-libzvbi --enable-nonfree --enable-opengl --enable-openssl --enable-postproc --enable-pthreads --enable-shared --enable-version3 --enable-libwebp --incdir=/usr/include/x86_64-linux-gnu --libdir=/usr/lib/x86_64-linux-gnu --prefix=/usr --toolchain=hardened --enable-frei0r --enable-chromaprint --enable-libx264 --enable-libiec61883 --enable-libdc1394 --enable-vaapi --disable-opencl --enable-libmfx --disable-altivec --shlibdir=/usr/lib/x86_64-linux-gnu libavutil 55. 58.100 / 55. 58.100 libavcodec 57. 89.100 / 57. 89.100 libavformat 57. 71.100 / 57. 71.100 libavdevice 57. 6.100 / 57. 6.100 libavfilter 6. 82.100 / 6. 82.100 libavresample 3. 5. 0 / 3. 5. 0 libswscale 4. 6.100 / 4. 6.100 libswresample 2. 7.100 / 2. 7.100 libpostproc 54. 5.100 / 54. 5.100 }}} Thanks -- Ticket URL: <https://trac.ffmpeg.org/ticket/6579> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#7955(undetermined:new): aselectstream hangs in multiple scenarios
by FFmpeg 01 Oct '19

01 Oct '19

#7955: aselectstream hangs in multiple scenarios -------------------------------------+------------------------------------- Reporter: ericball | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- My objective is to use sendcmd/streamselect & asendcmd/astreamselect as part of a filter_comple_script processing multiple video+audio inputs into a single video_audio stream. sendcmd/streamselect works fine, but astreamselect causes ffmpeg to hang unless the input files are pure audio files. Note: these are trivial examples which could be accomplished using map, but I wanted to avoid any unnecessary complexity (e.g. asendcmd). Reproduced using ffmpeg version N-94014-g80e68ce116-tessus on macOS 10.14.5 astreamselect20190613.mp4 (to be uploaded) contains three streams: {{{ Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 12635 kb/s, 60 fps, 60 tbr, 15360 tbn, 120 tbc (default) Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 127 kb/s (default) Stream #0:2(und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 128 kb/s (default) }}} Test 1, video+audio file input, hangs until Ctrl-C, ffmpeg-20190613-070608.log: {{{ ./ffmpeg "-report:level=99" -i astreamselect20190613.mp4 -filter_complex:a "astreamselect=inputs=2:map=1" -c:v copy test1out.mp4 Input file #0 (astreamselect20190613.mp4): Input stream #0:0 (video): 5 packets read (257819 bytes); Input stream #0:1 (audio): 3 packets read (797 bytes); 2 frames decoded (2048 samples); Input stream #0:2 (audio): 4 packets read (1325 bytes); 3 frames decoded (3072 samples); Total: 12 packets (259941 bytes) demuxed Output file #0 (test1out.mp4): Output stream #0:0 (audio): 2 frames encoded (2048 samples); 3 packets muxed (967 bytes); Output stream #0:1 (video): 5 packets muxed (257819 bytes); Total: 8 packets (258786 bytes) muxed 5 frames successfully decoded, 0 decoding errors [AVIOContext @ 0x7ffc4f40da00] Statistics: 2 seeks, 4 writeouts [aac @ 0x7ffc52000000] Qavg: 225.886 [AVIOContext @ 0x7ffc4f4037c0] Statistics: 337843 bytes read, 2 seeks Exiting normally, received signal 2. }}} Test 2, video+audio file input w/ -vn, hangs until Ctrl-C, ffmpeg-20190613-070719.log: {{{ ./ffmpeg "-report:level=99" -vn -i astreamselect20190613.mp4 -filter_complex:a "astreamselect=inputs=2:map=1" test2out.aac Input file #0 (astreamselect20190613.mp4): Input stream #0:0 (video): 1 packets read (122932 bytes); Input stream #0:1 (audio): 3 packets read (797 bytes); 2 frames decoded (2048 samples); Input stream #0:2 (audio): 4 packets read (1325 bytes); 3 frames decoded (3072 samples); Total: 8 packets (125054 bytes) demuxed Output file #0 (test2out.aac): Output stream #0:0 (audio): 2 frames encoded (2048 samples); 3 packets muxed (967 bytes); Total: 3 packets (967 bytes) muxed 5 frames successfully decoded, 0 decoding errors [AVIOContext @ 0x7feae6c03600] Statistics: 0 seeks, 1 writeouts [aac @ 0x7feaea001600] Qavg: 225.886 [AVIOContext @ 0x7feae6c00dc0] Statistics: 299484 bytes read, 5 seeks Exiting normally, received signal 2. }}} Test 3, both streams in single file, hangs until Ctrl-C, ffmpeg-20190613-070926.log and ffmpeg-20190613-070957.log {{{ ./ffmpeg "-report:level=99" -vn -i astreamselect20190613.mp4 -map 0:1 -map 0:2 -c:a copy audioonly.mp4 Input file #0 (astreamselect20190613.mp4): Input stream #0:0 (video): 1 packets read (122932 bytes); Input stream #0:1 (audio): 236 packets read (80052 bytes); Input stream #0:2 (audio): 236 packets read (80511 bytes); Total: 473 packets (283495 bytes) demuxed Output file #0 (audioonly.mp4): Output stream #0:0 (audio): 236 packets muxed (80052 bytes); Output stream #0:1 (audio): 236 packets muxed (80511 bytes); Total: 472 packets (160563 bytes) muxed 0 frames successfully decoded, 0 decoding errors [AVIOContext @ 0x7fe682602ec0] Statistics: 2 seeks, 4 writeouts [AVIOContext @ 0x7fe68240f9c0] Statistics: 4834194 bytes read, 129 seeks ./ffmpeg "-report:level=99" -vn -i audioonly.mp4 -filter_complex:a "astreamselect=inputs=2:map=1" test3out.aac Input file #0 (audioonly.mp4): Input stream #0:0 (audio): 3 packets read (797 bytes); 2 frames decoded (2048 samples); Input stream #0:1 (audio): 4 packets read (1325 bytes); 3 frames decoded (3072 samples); Total: 7 packets (2122 bytes) demuxed Output file #0 (test3out.aac): Output stream #0:0 (audio): 2 frames encoded (2048 samples); 3 packets muxed (967 bytes); Total: 3 packets (967 bytes) muxed 5 frames successfully decoded, 0 decoding errors [AVIOContext @ 0x7f81c5c15980] Statistics: 0 seeks, 1 writeouts [aac @ 0x7f81c600f400] Qavg: 225.886 [AVIOContext @ 0x7f81c5c0fb80] Statistics: 73414 bytes read, 2 seeks Exiting normally, received signal 2. }}} Test 4, simple audio files, successful, ffmpeg-20190613-071050.log and ffmpeg-20190613-071127.log {{{ ./ffmpeg "-report:level=99" -vn -i astreamselect20190613.mp4 -map 0:1 -c:a copy stream1.aac -map 0:2 -c:a copy stream2.aac Input file #0 (astreamselect20190613.mp4): Input stream #0:0 (video): 1 packets read (122932 bytes); Input stream #0:1 (audio): 236 packets read (80052 bytes); Input stream #0:2 (audio): 236 packets read (80511 bytes); Total: 473 packets (283495 bytes) demuxed Output file #0 (stream1.aac): Output stream #0:0 (audio): 236 packets muxed (80052 bytes); Total: 236 packets (80052 bytes) muxed Output file #1 (stream2.aac): Output stream #1:0 (audio): 236 packets muxed (80511 bytes); Total: 236 packets (80511 bytes) muxed 0 frames successfully decoded, 0 decoding errors [AVIOContext @ 0x7fb6b56138c0] Statistics: 0 seeks, 1 writeouts [AVIOContext @ 0x7fb6b56147c0] Statistics: 0 seeks, 1 writeouts [AVIOContext @ 0x7fb6b5606f80] Statistics: 4834194 bytes read, 129 seeks ./ffmpeg "-report:level=99" -i stream1.aac -i stream2.aac -filter_complex:a "astreamselect=inputs=2:map=1" test4out.aac Input file #0 (stream1.aac): Input stream #0:0 (audio): 236 packets read (81704 bytes); 236 frames decoded (241664 samples); Total: 236 packets (81704 bytes) demuxed Input file #1 (stream2.aac): Input stream #1:0 (audio): 236 packets read (82163 bytes); 236 frames decoded (241664 samples); Total: 236 packets (82163 bytes) demuxed Output file #0 (test4out.aac): Output stream #0:0 (audio): 236 frames encoded (241664 samples); 237 packets muxed (80777 bytes); Total: 237 packets (80777 bytes) muxed 472 frames successfully decoded, 0 decoding errors [AVIOContext @ 0x7fbf22701ac0] Statistics: 0 seeks, 1 writeouts [aac @ 0x7fbf23804a00] Qavg: 512.582 [AVIOContext @ 0x7fbf22700640] Statistics: 114632 bytes read, 4 seeks [AVIOContext @ 0x7fbf22703a80] Statistics: 115091 bytes read, 4 seeks }}} I have also had similar issues if astreamselect is used in a complex audio filtergraph, but I haven't identified the minimal failure scenario. -- Ticket URL: <https://trac.ffmpeg.org/ticket/7955> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 8