September 2014 - FFmpeg-trac - lists.ffmpeg.org

#3899(undetermined:new): FFMPEG uses incorrect MACs when
by FFmpeg 23 Sep '18

23 Sep '18

#3899: FFMPEG uses incorrect MACs when -------------------------------------+------------------------------------- Reporter: iskobkarev | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: Multicast | Blocked By: MAC MPEGTS | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: FFMPEG uses incorrect MAC when the destination multicast address contains .255: How to reproduce: {{{ ./ffmpeg -re -i "udp://10.250.225.161:5010?fifo_size=1000000&overrun_nonfatal=1" -vcodec copy -acodec copy -f mpegts "udp://239.7.255.1:5004" TCPDUMP shows that a gateway VRRP MAC (00:00:5e:00:01:01 ) is used instead of Multicast MAC (should be 01:00:5e:07:ff:01 ): [root@encoder VLC]# tcpdump -i eth0 -vvv -c 1 -e host 239.7.255.1 tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes 14:43:53.034842 00:1c:c4:6b:93:c0 (oui Unknown) > 00:00:5e:00:01:01 (oui Unknown), ethertype IPv4 (0x0800), length 1514: (tos 0x0, ttl 16, id 0, offset 0, flags [DF], proto UDP (17), length 1500) ffmpeg version N-45542-gc2c56d5- http://johnvansickle.com/ffmpeg/ Copyright (c) 2000-2014 the FFmpeg developers built on Aug 26 2014 02:30:39 with gcc 4.8 (Debian 4.8.3-9) configuration: --enable-gpl --enable-version3 --disable-shared --disable-debug --enable-runtime-cpudetect --enable-libmp3lame --enable- libx264 --enable-libx265 --enable-libwebp --enable-libspeex --enable- libvorbis --enable-libvpx --enable-libfreetype --enable-fontconfig --enable-libxvid --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- gray --enable-libopenjpeg --enable-libopus --disable-ffserver --enable- libass --enable-gnutls --cc=gcc-4.8 libavutil 54. 7.100 / 54. 7.100 libavcodec 56. 0.101 / 56. 0.101 libavformat 56. 3.100 / 56. 3.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.103 / 5. 0.103 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 Hyper fast Audio and Video encoder }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/3899> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 4

#3622(avformat:new): Second audio track in mov sometimes marked as default
by FFmpeg 20 Sep '18

20 Sep '18

#3622: Second audio track in mov sometimes marked as default -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git- | Keywords: mov master | regression Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- Related to ticket #468, #1174 and #2626 The following command line produces an output file with exactly one enabled audio track (the first one), the second audio track is not enabled: {{{ $ ffmpeg -i fate-suite/mp3-conformance/compl.bit -i fate- suite/mp3-conformance/he_32khz.bit -acodec aac -strict -2 -map 0:0 -map 1:0 out.mov }}} But the following command produces an output file with two enabled audio tracks, this is bad for playback with QuickTime: {{{ $ ffmpeg -i fate-suite/aac/al04_44.mp4 -i fate-suite/aac/al05_44.mp4 -acodec aac -strict -2 -map 0:0 -map 1:0 out2.mov ffmpeg version N-63026-g54ae588 Copyright (c) 2000-2014 the FFmpeg developers built on May 7 2014 22:40:04 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 81.100 / 52. 81.100 libavcodec 55. 60.103 / 55. 60.103 libavformat 55. 37.102 / 55. 37.102 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 5.100 / 4. 5.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'fate-suite/aac/al04_44.mp4': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: mp42isom creation_time : 2004-02-19 14:38:56 Duration: 00:00:08.24, start: 0.000000, bitrate: 67 kb/s Stream #0:0(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, mono, fltp, 63 kb/s (default) Metadata: creation_time : 2004-02-19 14:38:56 handler_name : soun Input #1, mov,mp4,m4a,3gp,3g2,mj2, from 'fate-suite/aac/al05_44.mp4': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: mp42isom creation_time : 2004-02-19 14:38:56 Duration: 00:00:07.43, start: 0.000000, bitrate: 131 kb/s Stream #1:0(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 127 kb/s (default) Metadata: creation_time : 2004-02-19 14:38:56 handler_name : soun Output #0, mov, to 'out2.mov': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: mp42isom encoder : Lavf55.37.102 Stream #0:0(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, mono, fltp, 128 kb/s (default) Metadata: creation_time : 2004-02-19 14:38:56 handler_name : soun Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 128 kb/s (default) Metadata: creation_time : 2004-02-19 14:38:56 handler_name : soun Stream mapping: Stream #0:0 -> #0:0 (aac -> aac) Stream #1:0 -> #0:1 (aac -> aac) Press [q] to stop, [?] for help size= 252kB time=00:00:08.24 bitrate= 250.6kbits/s video:0kB audio:246kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 2.660035% }}} out2.mov has both audio tracks enabled, this is a regression since 800ea20c -- Ticket URL: <https://trac.ffmpeg.org/ticket/3622> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 30

#3635(undetermined:new): Have machines for fate and developers with particular instruction sets
by FFmpeg 10 Sep '18

10 Sep '18

#3635: Have machines for fate and developers with particular instruction sets -------------------------------------+------------------------------------- Reporter: kurosu | Type: Status: new | sponsoring request Component: | Priority: normal undetermined | Version: Keywords: | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- The benefits would be: - Developers can implement assembly for said insn set (eg aarch64, avx, avx2) - Developers can evaluate the impact of a change on said insn set (eg a buffer change breaking avx but not ssex) - fate can be set up to verify if something breaks on a device with said insn set (eg SSE2 insn used in SSE1 code on SSE1 machine) -- Ticket URL: <https://trac.ffmpeg.org/ticket/3635> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 3

#3572(undetermined:new): failure to remux mkv to mkv with pts < dts error
by FFmpeg 06 Sep '18

06 Sep '18

#3572: failure to remux mkv to mkv with pts < dts error -------------------------------------+------------------------------------- Reporter: bubbleguuum | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- This problematic mkv used in the command line belwos was recorded by TVheadend off Satellite on a UK HD (BBC) channel. The 5MB sample can be downloaded here: http://bubblesoftapps.com/tmp/ToyStory2.2014-04-13.20-00-sample.mkv The command line attempt to keep the h264 stream (copy) and convert the mp2 audio track to mp3. It fails with a pts < dts error, generating a very short 100Kb file. If the h264 is transcoded to h264 instead of just copied, it works. So there seems to be a problem keeping the original video track while transcoding the audio track. How to reproduce: {{{ % $ ffmpeg -y -i ToyStory2.2014-04-13.20-00-sample.mkv -map 0:0 -c:0 copy -map 0:1 -c:1 libmp3lame -ac:1 2 -b:1 320k test.mkv ffmpeg version N-62475-g256f530 Copyright (c) 2000-2014 the FFmpeg developers built on Apr 15 2014 22:01:57 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable- librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo- aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 76.100 / 52. 76.100 libavcodec 55. 58.103 / 55. 58.103 libavformat 55. 37.100 / 55. 37.100 libavdevice 55. 13.100 / 55. 13.100 libavfilter 4. 4.100 / 4. 4.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 [h264 @ 02ca0360] mmco: unref short failure Last message repeated 4 times [h264 @ 02ca0360] number of reference frames (0+5) exceeds max (4; probably corrupt input), discarding one Input #0, matroska,webm, from 'ToyStory2.2014-04-13.20-00-sample.mkv': Metadata: title : Toy Story 2 encoder : Tvheadend Matroska muxer DATE_BROADCASTED: 2014-04-13 20:00:00 ORIGINAL_MEDIA_TYPE: TV CONTENT_TYPE : Movie / Drama TVCHANNEL : BBC Three HD SUMMARY : Animated comedy. When Woody is kidnapped, Buzz Lightyear and the other toys set out in hot pursuit. However, when they find him they discover him in a new life, with new friends. [1999] [AD,S] SUMMARY-eng : Animated comedy. When Woody is kidnapped, Buzz Lightyear and the other toys set out in hot pursuit. However, when they find him they discover him in a new life, with new friends. [1999] [AD,S] Duration: 01:42:05.14, start: 0.005000, bitrate: 6 kb/s Stream #0:0(eng): Video: h264 (High), yuv420p(tv, bt709), 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 1k tbn, 50 tbc (default) Stream #0:1(nar): Audio: mp2, 48000 Hz, stereo, s16p, 256 kb/s (default) Stream #0:2(eng): Subtitle: dvb_subtitle (default) Stream #0:3(eng): Audio: ac3, 48000 Hz, stereo, fltp, 192 kb/s (default) Stream #0:4(eng): Subtitle: subrip (default) Output #0, matroska, to 'test.mkv': Metadata: title : Toy Story 2 SUMMARY-eng : Animated comedy. When Woody is kidnapped, Buzz Lightyear and the other toys set out in hot pursuit. However, when they find him they discover him in a new life, with new friends. [1999] [AD,S] DATE_BROADCASTED: 2014-04-13 20:00:00 ORIGINAL_MEDIA_TYPE: TV CONTENT_TYPE : Movie / Drama TVCHANNEL : BBC Three HD SUMMARY : Animated comedy. When Woody is kidnapped, Buzz Lightyear and the other toys set out in hot pursuit. However, when they find him they discover him in a new life, with new friends. [1999] [AD,S] encoder : Lavf55.37.100 Stream #0:0(eng): Video: h264 (H264 / 0x34363248), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 25 fps, 1k tbn, 1k tbc (default) Stream #0:1(nar): Audio: mp3 (libmp3lame) (U[0][0][0] / 0x0055), 48000 Hz, stereo, s16p, 320 kb/s (default) Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (mp2 -> libmp3lame) Press [q] to stop, [?] for help [matroska @ 04d5a9e0] pts (155) < dts (255) in stream 0 av_interleaved_write_frame(): Invalid argument [libmp3lame @ 04d05f80] Trying to remove 1152 samples, but the queue is empty [matroska @ 04d5a9e0] Encoder did not produce proper pts, making some up. frame= 3 fps=0.0 q=-1.0 Lsize= 93kB time=00:00:00.23 bitrate=3231.7kbits/s video:109kB audio:1kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: <https://trac.ffmpeg.org/ticket/3572> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 3

#3624(undetermined:new): H264 decoding error messages from a possibly valid mxf file
by FFmpeg 06 Jun '18

06 Jun '18

#3624: H264 decoding error messages from a possibly valid mxf file -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: minor | Component: Version: git- | undetermined master | Keywords: h264 mxf Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- http://thread.gmane.org/gmane.comp.video.ffmpeg.user/51662 A user uploaded a mxf h264 sample that shows different error messages on decoding. The last message is shown several seconds before EOF, so this is at least not a problem related to bad cutting. {{{ $ ffmpeg -i 02_optTFF_MPEG4\ AVC\ part10\ $AVC1$_YUV422_$pc\,\ bt709 $_10bit__4xMono-PCM24bit__Matrox\ Electronic\ DSX__AVC100.mxf -t 20 -f null - ffmpeg version N-63027-g9e58677 Copyright (c) 2000-2014 the FFmpeg developers built on May 8 2014 00:47:46 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 81.100 / 52. 81.100 libavcodec 55. 60.103 / 55. 60.103 libavformat 55. 37.102 / 55. 37.102 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 5.100 / 4. 5.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 [mxf @ 0x3325c20] Field dominance 0 support is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [mxf @ 0x3325c20] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. [h264 @ 0x3329bc0] Overread VUI by 5 bits Last message repeated 1 times [mxf @ 0x3325c20] Stream #0: not enough frames to estimate rate; consider increasing probesize Guessed Channel Layout for Input Stream #0.1 : mono Guessed Channel Layout for Input Stream #0.2 : mono Guessed Channel Layout for Input Stream #0.3 : mono Guessed Channel Layout for Input Stream #0.4 : mono Input #0, mxf, from '02_optTFF_MPEG4 AVC part10 (AVC1)_YUV422_(pc, bt709 )_10bit__4xMono-PCM24bit__Matrox Electronic DSX__AVC100.mxf': Metadata: uid : 3fd61200-8436-05c1-f134-080046020221 generation_uid : 3fd61200-8436-05c2-f134-080046020221 company_name : Matrox Electronic product_name : DSX product_version : 3.0 product_uid : 060e2b34-0401-0103-0e06-012002010200 modification_date: 2013-10-10 19:03:51 timecode : 00:00:00:00 Duration: 00:00:22.24, start: 0.000000, bitrate: 118889 kb/s Stream #0:0: Video: h264 (High 4:2:2 Intra), yuv422p10le(pc, bt709), 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 25 tbn, 50 tbc Stream #0:1: Audio: pcm_s24le, 48000 Hz, mono, s32, 1152 kb/s Stream #0:2: Audio: pcm_s24le, 48000 Hz, mono, s32, 1152 kb/s Stream #0:3: Audio: pcm_s24le, 48000 Hz, mono, s32, 1152 kb/s Stream #0:4: Audio: pcm_s24le, 48000 Hz, mono, s32, 1152 kb/s [h264 @ 0x340ac40] Overread VUI by 5 bits Output #0, null, to 'pipe:': Metadata: uid : 3fd61200-8436-05c1-f134-080046020221 generation_uid : 3fd61200-8436-05c2-f134-080046020221 company_name : Matrox Electronic product_name : DSX product_version : 3.0 product_uid : 060e2b34-0401-0103-0e06-012002010200 modification_date: 2013-10-10 19:03:51 timecode : 00:00:00:00 encoder : Lavf55.37.102 Stream #0:0: Video: rawvideo (Y3[10][10] / 0xA0A3359), yuv422p10le, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream #0:1: Audio: pcm_s16le, 48000 Hz, mono, s16, 768 kb/s Stream mapping: Stream #0:0 -> #0:0 (h264 -> rawvideo) Stream #0:1 -> #0:1 (pcm_s24le -> pcm_s16le) Press [q] to stop, [?] for help [null @ 0x332d7c0] Encoder did not produce proper pts, making some up. [h264 @ 0x340c400] non-existing PPS 5 referenced.92 bitrate=N/A [h264 @ 0x340c400] decode_slice_header error [h264 @ 0x340c400] Partitioned H.264 support is incompletee=N/A [h264 @ 0x340ec00] A non-intra slice in an IDR NAL unit.ate=N/A [h264 @ 0x340ec00] decode_slice_header error [h264 @ 0x340c400] non-existing PPS 59 referenced [h264 @ 0x340c400] decode_slice_header error frame= 500 fps=230 q=0.0 Lsize=N/A time=00:00:20.00 bitrate=N/A video:47kB audio:1875kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 937334535094272.000000% }}} Unfortunately, there is no proof that this isn't just an encoder bug. -- Ticket URL: <https://trac.ffmpeg.org/ticket/3624> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#3732(undetermined:new): ffserver does not perceive closing of input feed
by FFmpeg 08 Jan '18

08 Jan '18

#3732: ffserver does not perceive closing of input feed -------------------------------------+------------------------------------- Reporter: andrixnet | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Having ffserver set up as a streaming server I sometimes encounter the following problem : Sometimes, but not always, the following happens: - ffserver is running, configured to distribute multiple streams - one or more feeds are being supplied by ffmpeg encodes - any one of the feeds gets cut (either by killing the ffmpeg encoder or by the permanent loss of connection). even after many hours, ffserver still considers the feed as active and behaves like this: - the ffmpeg encoder gets a 404 error - ffserver logs this: {{{ Fri Jun 20 13:40:16 2014 Feed '/tmp/rrc.ffm.ffm' already being received Fri Jun 20 13:40:16 2014 xxxxxxxx - - [GET] "/rrc.ffm HTTP/1.1" 404 158 }}} Other feeds are unaffected. The only way to solve this is to restart ffserver. ffmpeg encoders feeding other feeds die. They need to be manually restarted. ---- ffserver version 2.2.1 Copyright (c) 2000-2014 the FFmpeg developers built on Apr 30 2014 19:39:58 with gcc 4.8.2 (GCC) configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --docdir=/usr/doc/ffmpeg-2.2.1 --datadir=/usr/share/ffmpeg --mandir=/usr/man --enable-libmp3lame --enable-libfaac --enable-libvo- aacenc --enable-nonfree --enable-gpl --enable-version3 --enable-avfilter --enable-avresample --enable-libass --enable-libdc1394 --enable-libgsm --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopus --enable-librtmp --enable-libschroedinger --enable-libspeex --enable- libtheora --enable-libv4l2 --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libbluray --enable-libiec61883 --enable-libmodplug --enable-libopenjpeg --enable-libsoxr --enable- libtwolame --enable-frei0r --enable-libquvi --enable-libvidstab --enable- postproc --enable-runtime-cpudetect --enable-vaapi --disable-vdpau --enable-memalign-hack --enable-pthreads --enable-x11grab --enable-bzlib --enable-zlib --enable-shared --enable-static --disable-debug --arch=x86_64 --enable-pic --extra-cflags=-DRUNTIME_CPUDETECT --extra- ldflags='-ldl -lssl -lcrypto -lz -lusb' libavutil 52. 66.100 / 52. 66.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 2.100 / 4. 2.100 libavresample 1. 2. 0 / 1. 2. 0 libswscale 2. 5.102 / 2. 5.102 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 -- Ticket URL: <https://trac.ffmpeg.org/ticket/3732> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 11

#3574(undetermined:new): resolved bug "ffplay says cannot use next picture in error concealment while streaming from ffserver using feed file"
by FFmpeg 07 Jan '18

07 Jan '18

#3574: resolved bug "ffplay says cannot use next picture in error concealment while streaming from ffserver using feed file" -------------------------------------+------------------------------------- Reporter: Ashutosh | Type: Status: new | enhancement Component: | Priority: important undetermined | Version: 2.2.1 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- The current scenario: I am using ffserver for live streaming.ffserver.conf file is as follows: Port 8090 BindAddress? 0.0.0.0 MaxHTTPConnections 2000 MaxClients? 1000 MaxBandwidth? 1000 CustomLog? - RTSPPort 7654 RTSPBindAddress 0.0.0.0 NoDaemon? <Feed exile1.ffm> #ffmpeg http://localhost:8090/exile1.ffm File exile%d.ffm FileMaxSize? 10M #Launch ffmpeg -i E:\ashu\ezio.mp4 ACL allow 127.0.0.1 ACL allow localhost </Feed> # if you want to use mpegts format instead of flv # then change "live.flv" to "live.ts" # and also change "Format flv" to "Format mpegts" <Stream live.h264> Format rtp NoAudio? Feed exile1.ffm #File "rtsp://127.0.0.1:8554/live.sdp?tcp" VideoCodec? libx264 VideoFrameRate? 10 VideoBitRate? 530 VideoSize? 640x480 VideoBufferSize? 40000 AVOptionVideo me_range 16 AVOptionVideo qcomp 0.6 AVOptionVideo qmin 10 VideoGopSize? 12 PreRoll? 15 #Strict -1 #NoLoop? #StartSendOnKey? # AVOptionVideo flags +global_header </Stream> <Stream status.html> # Server status URL Format status # Only allow local people to get the status ACL allow localhost ACL allow 192.168.0.0 192.168.255.255 </Stream> i transcode a video and push the output to feed file as follows: ffmpeg -i input.h264 http://localhost:8090/exile1.ffm and i play the video using ffplay using the command line as follows: ffplay -i rtsp://<IP>:7654/live.h264 <IP> - IP address. I ran first ffserver in one console window,ffmpeg in other console window and ffplay in other console window. The video plays normally by the way. When ffmpeg saves the streams to exile1.ffm it's file size increases.When filesize reaches max value i.e 10 M ,ffserver says [ffm 0x80048fe0 ] inavlid stream index 143 and ffplay stops playing and says. Cannot use next picture in error concealment I have resolved this bug and i need to discuss on this to the interested developer. -- Ticket URL: <https://trac.ffmpeg.org/ticket/3574> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#3675(avcodec:new): Crash while trying to feed to ffserver
by FFmpeg 07 Jan '18

07 Jan '18

#3675: Crash while trying to feed to ffserver -------------------------------------+------------------------------------- Reporter: Zmey_ | Type: defect Status: new | Priority: normal Component: avcodec | Version: git- Keywords: | master Segmentation fault, segfault, | Blocked By: crash | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- I am trying to use ffserver + ffmpeg to stream video from my webcam. When i am trying to feed from ffmpeg to ffserver i am getting a segmentation fault. Run with report: {{{ ➜ cat ffmpeg-20140526-174953.log ffmpeg started on 2014-05-26 at 17:49:53 Report written to "ffmpeg-20140526-174953.log" Command line: ffmpeg -report -v debug -f video4linux2 -i /dev/video0 http://localhost:3516/feed1.ffm ffmpeg version N-63439-g96470ca Copyright (c) 2000-2014 the FFmpeg developers built on May 26 2014 15:02:57 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --enable-lto --enable-gpl --enable-libx264 --enable- libmp3lame --enable-gnutls --enable-libvpx --enable-openssl --enable- nonfree libavutil 52. 86.100 / 52. 86.100 libavcodec 55. 65.100 / 55. 65.100 libavformat 55. 41.100 / 55. 41.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 5.100 / 4. 5.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Splitting the commandline. Reading option '-report' ... matched as option 'report' (generate a report) with argument '1'. Reading option '-v' ... matched as option 'v' (set logging level) with argument 'debug'. Reading option '-f' ... matched as option 'f' (force format) with argument 'video4linux2'. Reading option '-i' ... matched as input file with argument '/dev/video0'. Reading option 'http://localhost:3516/feed1.ffm' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option report (generate a report) with argument 1. Applying option v (set logging level) with argument debug. Successfully parsed a group of options. Parsing a group of options: input file /dev/video0. Applying option f (force format) with argument video4linux2. Successfully parsed a group of options. Opening an input file: /dev/video0. [video4linux2,v4l2 @ 0xb4385a0] fd:5 capabilities:84000001 [video4linux2,v4l2 @ 0xb4385a0] Current input_channel: 0, input_name: Camera 1, input_std: 0 [video4linux2,v4l2 @ 0xb4385a0] Querying the device for the current frame size [video4linux2,v4l2 @ 0xb4385a0] Setting frame size to 864x480 [video4linux2,v4l2 @ 0xb4385a0] The V4L2 driver changed the pixel format from 0x32315559 to 0x47504A4D [video4linux2,v4l2 @ 0xb4385a0] Trying to set codec:rawvideo pix_fmt:yuv420p [video4linux2,v4l2 @ 0xb4385a0] The V4L2 driver changed the pixel format from 0x32315559 to 0x47504A4D [video4linux2,v4l2 @ 0xb4385a0] Trying to set codec:rawvideo pix_fmt:yuv420p [video4linux2,v4l2 @ 0xb4385a0] The V4L2 driver changed the pixel format from 0x32315659 to 0x47504A4D [video4linux2,v4l2 @ 0xb4385a0] Trying to set codec:rawvideo pix_fmt:yuv422p [video4linux2,v4l2 @ 0xb4385a0] The V4L2 driver changed the pixel format from 0x50323234 to 0x47504A4D [video4linux2,v4l2 @ 0xb4385a0] Trying to set codec:rawvideo pix_fmt:yuyv422 [video4linux2,v4l2 @ 0xb4385a0] All info found Input #0, video4linux2,v4l2, from '/dev/video0': Duration: N/A, start: 74336.659163, bitrate: 132710 kb/s Stream #0:0, 1, 1/1000000: Video: rawvideo (YUY2 / 0x32595559), yuyv422, 864x480, 1/1000000, 132710 kb/s, 20 fps, 20 tbr, 1000k tbn, 1000k tbc Successfully opened the file. Parsing a group of options: output file http://localhost:3516/feed1.ffm. Successfully parsed a group of options. Opening an output file: http://localhost:3516/feed1.ffm. [tcp @ 0xb439380] Connection to tcp://localhost:3516 failed (Connection refused), trying next address [http @ 0xb437cc0] request: GET /feed1.ffm HTTP/1.1 User-Agent: Lavf/55.41.100 Accept: */* Range: bytes=0- Connection: close Host: localhost:3516 [http @ 0xb437cc0] header='HTTP/1.0 200 OK' [http @ 0xb437cc0] http_code=200 [http @ 0xb437cc0] header='Pragma: no-cache' [http @ 0xb437cc0] header='Content-Type: application/x-octet-stream' [http @ 0xb437cc0] header='' [ffm @ 0xb447320] Format ffm probed with size=2048 and score=101 [AVIOContext @ 0xb439b20] Statistics: 4096 bytes read, 0 seeks [tcp @ 0xb439380] Connection to tcp://localhost:3516 failed (Connection refused), trying next address [http @ 0xb437cc0] request: POST /feed1.ffm HTTP/1.1 Transfer-Encoding: chunked User-Agent: Lavf/55.41.100 Accept: */* Connection: close Host: localhost:3516 Successfully opened the file. detected 2 logical cores [graph 0 input from stream 0:0 @ 0xb4370e0] Setting 'video_size' to value '864x480' [graph 0 input from stream 0:0 @ 0xb4370e0] Setting 'pix_fmt' to value '1' [graph 0 input from stream 0:0 @ 0xb4370e0] Setting 'time_base' to value '1/1000000' [graph 0 input from stream 0:0 @ 0xb4370e0] Setting 'pixel_aspect' to value '0/1' [graph 0 input from stream 0:0 @ 0xb4370e0] Setting 'sws_param' to value 'flags=2' [graph 0 input from stream 0:0 @ 0xb4370e0] Setting 'frame_rate' to value '20/1' [graph 0 input from stream 0:0 @ 0xb4370e0] w:864 h:480 pixfmt:yuyv422 tb:1/1000000 fr:20/1 sar:0/1 sws_param:flags=2 [scaler for output stream 0:0 @ 0xb4376a0] Setting 'w' to value '864' [scaler for output stream 0:0 @ 0xb4376a0] Setting 'h' to value '480' [scaler for output stream 0:0 @ 0xb4376a0] Setting 'flags' to value '0x4' [scaler for output stream 0:0 @ 0xb4376a0] w:864 h:480 flags:'0x4' interl:0 [format @ 0xb4305c0] compat: called with args=[yuv420p] [format @ 0xb4305c0] Setting 'pix_fmts' to value 'yuv420p' [AVFilterGraph @ 0xb4379e0] query_formats: 5 queried, 4 merged, 0 already done, 0 delayed [scaler for output stream 0:0 @ 0xb4376a0] w:864 h:480 fmt:yuyv422 sar:0/1 -> w:864 h:480 fmt:yuv420p sar:0/1 flags:0x4 [graph 1 input from stream 0:0 @ 0xb4368e0] Setting 'video_size' to value '864x480' [graph 1 input from stream 0:0 @ 0xb4368e0] Setting 'pix_fmt' to value '1' [graph 1 input from stream 0:0 @ 0xb4368e0] Setting 'time_base' to value '1/1000000' [graph 1 input from stream 0:0 @ 0xb4368e0] Setting 'pixel_aspect' to value '0/1' [graph 1 input from stream 0:0 @ 0xb4368e0] Setting 'sws_param' to value 'flags=2' [graph 1 input from stream 0:0 @ 0xb4368e0] Setting 'frame_rate' to value '20/1' [graph 1 input from stream 0:0 @ 0xb4368e0] w:864 h:480 pixfmt:yuyv422 tb:1/1000000 fr:20/1 sar:0/1 sws_param:flags=2 [scaler for output stream 0:1 @ 0xb4401a0] Setting 'w' to value '864' [scaler for output stream 0:1 @ 0xb4401a0] Setting 'h' to value '480' [scaler for output stream 0:1 @ 0xb4401a0] Setting 'flags' to value '0x4' [scaler for output stream 0:1 @ 0xb4401a0] w:864 h:480 flags:'0x4' interl:0 [format @ 0xb440460] compat: called with args=[yuv420p] [format @ 0xb440460] Setting 'pix_fmts' to value 'yuv420p' [AVFilterGraph @ 0xb438500] query_formats: 5 queried, 4 merged, 0 already done, 0 delayed [scaler for output stream 0:1 @ 0xb4401a0] w:864 h:480 fmt:yuyv422 sar:0/1 -> w:864 h:480 fmt:yuv420p sar:0/1 flags:0x4 <crahes here> }}} Info from gdb: {{{ ➜ gdb ffmpeg_g GNU gdb (Ubuntu/Linaro 7.4-2012.04-0ubuntu2.1) 7.4-2012.04 Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i686-linux-gnu". For bug reporting instructions, please see: <http://bugs.launchpad.net/gdb-linaro/>... Reading symbols from /root/sources/FFmpeg/ffmpeg_g...done. (gdb) r -f video4linux2 -i /dev/video0 http://localhost:3516/feed1.ffm Starting program: /root/sources/FFmpeg/ffmpeg_g -f video4linux2 -i /dev/video0 http://localhost:3516/feed1.ffm [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1". ffmpeg version N-63439-g96470ca Copyright (c) 2000-2014 the FFmpeg developers built on May 26 2014 15:02:57 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --enable-lto --enable-gpl --enable-libx264 --enable- libmp3lame --enable-gnutls --enable-libvpx --enable-openssl --enable- nonfree libavutil 52. 86.100 / 52. 86.100 libavcodec 55. 65.100 / 55. 65.100 libavformat 55. 41.100 / 55. 41.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 5.100 / 4. 5.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, video4linux2,v4l2, from '/dev/video0': Duration: N/A, start: 74811.511508, bitrate: 132710 kb/s Stream #0:0: Video: rawvideo (YUY2 / 0x32595559), yuyv422, 864x480, 132710 kb/s, 20 fps, 20 tbr, 1000k tbn, 1000k tbc [tcp @ 0x94a3560] Connection to tcp://localhost:3516 failed (Connection refused), trying next address [New Thread 0xb54a1b40 (LWP 6203)] [New Thread 0xb4ca0b40 (LWP 6204)] [New Thread 0xb449fb40 (LWP 6205)] [New Thread 0xb3c9eb40 (LWP 6206)] [New Thread 0xb349db40 (LWP 6207)] [New Thread 0xb2c9cb40 (LWP 6208)] Program received signal SIGSEGV, Segmentation fault. 0x0845bb23 in av_opt_find2 () (gdb) bt #0 0x0845bb23 in av_opt_find2 () #1 0x083832f1 in av_opt_set () #2 0x0838707a in av_opt_set_dict2 () #3 0x083873b9 in avcodec_open2 () #4 0x086d54e1 in transcode_init.8550 () #5 0x080bc612 in main () (gdb) disass $pc-32,$pc+32 Dump of assembler code from 0x845bb03 to 0x845bb43: 0x0845bb03 <av_opt_find2+227>: add %cl,-0x7effd98c(%ebp) 0x0845bb09 <av_opt_find2+233>: jnp 0x845bb17 <av_opt_find2+247> 0x0845bb0b <av_opt_find2+235>: addb $0x0,(%eax) 0x0845bb0e <av_opt_find2+238>: add %dh,-0x32(%ebp) 0x0845bb11 <av_opt_find2+241>: lea 0x0(%esi,%eiz,1),%esi 0x0845bb18 <av_opt_find2+248>: test %ebx,%ebx 0x0845bb1a <av_opt_find2+250>: jne 0x845bb50 <av_opt_find2+304> 0x0845bb1c <av_opt_find2+252>: cmpb $0x0,0x17(%esp) 0x0845bb21 <av_opt_find2+257>: je 0x845bb50 <av_opt_find2+304> => 0x0845bb23 <av_opt_find2+259>: mov 0x8(%ebp),%ecx 0x0845bb26 <av_opt_find2+262>: test %ecx,%ecx 0x0845bb28 <av_opt_find2+264>: je 0x845bb50 <av_opt_find2+304> 0x0845bb2a <av_opt_find2+266>: mov (%ecx),%eax 0x0845bb2c <av_opt_find2+268>: test %eax,%eax 0x0845bb2e <av_opt_find2+270>: je 0x845bb50 <av_opt_find2+304> 0x0845bb30 <av_opt_find2+272>: mov %ecx,%ebx 0x0845bb32 <av_opt_find2+274>: mov %esi,0x4(%esp) 0x0845bb36 <av_opt_find2+278>: mov %eax,(%esp) 0x0845bb39 <av_opt_find2+281>: call 0x804d2d0 <strcmp@plt> 0x0845bb3e <av_opt_find2+286>: test %eax,%eax 0x0845bb40 <av_opt_find2+288>: jne 0x845bb18 <av_opt_find2+248> 0x0845bb42 <av_opt_find2+290>: mov 0x28(%ebx),%eax End of assembler dump. (gdb) info all-registers eax 0x0 0 ecx 0x94b5401 155931649 edx 0x0 0 ebx 0x0 0 esp 0xbfffaad0 0xbfffaad0 ebp 0x1 0x1 esi 0x94b4a70 155929200 edi 0x0 0 eip 0x845bb23 0x845bb23 <av_opt_find2+259> eflags 0x210202 [ IF RF ID ] cs 0x73 115 ss 0x7b 123 ds 0x7b 123 es 0x7b 123 fs 0x0 0 gs 0x33 51 st0 -1 (raw 0xbfff8000000000000000) st1 -1 (raw 0xbfff8000000000000000) st2 -1 (raw 0xbfff8000000000000000) st3 -1 (raw 0xbfff8000000000000000) st4 -1 (raw 0xbfff8000000000000000) st5 1519964783640576 (raw 0x4031accccc2000000000) st6 0.00099999999999999999995849538558453928 (raw 0x3ff583126e978d4fdf3b) st7 0.050000000000000002775557561562891351 (raw 0x3ffaccccccccccccd000) fctrl 0x37f 895 fstat 0x20 32 ftag 0xffff 65535 fiseg 0x73 115 fioff 0x86d4a9d 141380253 foseg 0x7b 123 fooff 0x0 0 fop 0x5d8 1496 xmm0 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x8000000000000000}, v16_int8 = {0x0, 0x0, 0x0, 0x0, 0xff, 0x0, 0x0, 0x0, 0x0, 0xff, 0xff, 0xff, 0x0, 0xff, 0xff, 0xff}, v8_int16 = {0x0, 0x0, 0xff, 0x0, 0xff00, 0xffff, 0xff00, 0xffff}, v4_int32 = {0x0, 0xff, 0xffffff00, 0xffffff00}, v2_int64 = {0xff00000000, 0xffffff00ffffff00}, uint128 = 0xffffff00ffffff00000000ff00000000} xmm1 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x61, 0x75, 0x74, 0x6f, 0x0, 0x4a, 0x4b, 0x9, 0x10, 0x0, 0x0, 0x0, 0x41, 0x0, 0x0, 0x0}, v8_int16 = {0x7561, 0x6f74, 0x4a00, 0x94b, 0x10, 0x0, 0x41, 0x0}, v4_int32 = {0x6f747561, 0x94b4a00, 0x10, 0x41}, v2_int64 = {0x94b4a006f747561, 0x4100000010}, uint128 = 0x0000004100000010094b4a006f747561} xmm2 {v4_float = {0x0, 0x0, 0x0, 0xe0000000}, v2_double = {0x8000000000000000, 0x8000000000000000}, v16_int8 = { 0x6e, 0x6b, 0x0, 0x38, 0x73, 0x76, 0x78, 0x5f, 0x66, 0x69, 0x62, 0x0, 0x38, 0x53, 0x56, 0x58}, v8_int16 = {0x6b6e, 0x3800, 0x7673, 0x5f78, 0x6966, 0x62, 0x5338, 0x5856}, v4_int32 = {0x38006b6e, 0x5f787673, 0x626966, 0x58565338}, v2_int64 = {0x5f78767338006b6e, 0x5856533800626966}, uint128 = 0x58565338006269665f78767338006b6e} xmm3 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x36, 0x1, 0x0, 0x0, 0x37, 0x1, 0x0, 0x0, 0x38, 0x1, 0x0, 0x0, 0x39, 0x1, 0x0, 0x0}, v8_int16 = {0x136, 0x0, 0x137, 0x0, 0x138, 0x0, 0x139, 0x0}, v4_int32 = { 0x136, 0x137, 0x138, 0x139}, v2_int64 = {0x13700000136, 0x13900000138}, uint128 = 0x00000139000001380000013700000136} ---Type <return> to continue, or q <return> to quit--- xmm4 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x30, 0x1, 0x0, 0x0, 0x31, 0x1, 0x0, 0x0, 0x32, 0x1, 0x0, 0x0, 0x33, 0x1, 0x0, 0x0}, v8_int16 = {0x130, 0x0, 0x131, 0x0, 0x132, 0x0, 0x133, 0x0}, v4_int32 = { 0x130, 0x131, 0x132, 0x133}, v2_int64 = {0x13100000130, 0x13300000132}, uint128 = 0x00000133000001320000013100000130} xmm5 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x3d, 0x1, 0x0, 0x0, 0x3e, 0x1, 0x0, 0x0, 0x3f, 0x1, 0x0, 0x0, 0x40, 0x1, 0x0, 0x0}, v8_int16 = {0x13d, 0x0, 0x13e, 0x0, 0x13f, 0x0, 0x140, 0x0}, v4_int32 = { 0x13d, 0x13e, 0x13f, 0x140}, v2_int64 = {0x13e0000013d, 0x1400000013f}, uint128 = 0x000001400000013f0000013e0000013d} xmm6 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x41, 0x1, 0x0, 0x0, 0x42, 0x1, 0x0, 0x0, 0x43, 0x1, 0x0, 0x0, 0x44, 0x1, 0x0, 0x0}, v8_int16 = {0x141, 0x0, 0x142, 0x0, 0x143, 0x0, 0x144, 0x0}, v4_int32 = { 0x141, 0x142, 0x143, 0x144}, v2_int64 = {0x14200000141, 0x14400000143}, uint128 = 0x00000144000001430000014200000141} xmm7 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x45, 0x1, 0x0, 0x0, 0x46, 0x1, 0x0, 0x0, 0x47, 0x1, 0x0, 0x0, 0x48, 0x1, 0x0, 0x0}, v8_int16 = {0x145, 0x0, 0x146, 0x0, 0x147, 0x0, 0x148, 0x0}, v4_int32 = { 0x145, 0x146, 0x147, 0x148}, v2_int64 = {0x14600000145, 0x14800000147}, uint128 = 0x00000148000001470000014600000145} mxcsr 0x1f80 [ IM DM ZM OM UM PM ] mm0 {uint64 = 0x8000000000000000, v2_int32 = {0x0, 0x80000000}, v4_int16 = {0x0, 0x0, 0x0, 0x8000}, v8_int8 = { 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x80}} mm1 {uint64 = 0x8000000000000000, v2_int32 = {0x0, 0x80000000}, v4_int16 = {0x0, 0x0, 0x0, 0x8000}, v8_int8 = { 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x80}} mm2 {uint64 = 0x8000000000000000, v2_int32 = {0x0, 0x80000000}, v4_int16 = {0x0, 0x0, 0x0, 0x8000}, v8_int8 = { 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x80}} mm3 {uint64 = 0x8000000000000000, v2_int32 = {0x0, 0x80000000}, v4_int16 = {0x0, 0x0, 0x0, 0x8000}, v8_int8 = { 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x80}} mm4 {uint64 = 0x8000000000000000, v2_int32 = {0x0, 0x80000000}, v4_int16 = {0x0, 0x0, 0x0, 0x8000}, v8_int8 = { 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x80}} mm5 {uint64 = 0xaccccc2000000000, v2_int32 = {0x0, 0xaccccc20}, v4_int16 = {0x0, 0x0, 0xcc20, 0xaccc}, v8_int8 = { 0x0, 0x0, 0x0, 0x0, 0x20, 0xcc, 0xcc, 0xac}} mm6 {uint64 = 0x83126e978d4fdf3b, v2_int32 = {0x8d4fdf3b, 0x83126e97}, v4_int16 = {0xdf3b, 0x8d4f, 0x6e97, 0x8312}, v8_int8 = {0x3b, 0xdf, 0x4f, 0x8d, 0x97, 0x6e, 0x12, 0x83}} mm7 {uint64 = 0xccccccccccccd000, v2_int32 = {0xccccd000, 0xcccccccc}, v4_int16 = {0xd000, 0xcccc, 0xcccc, 0xcccc}, v8_int8 = {0x0, 0xd0, 0xcc, 0xcc, 0xcc, 0xcc, 0xcc, 0xcc}} }}} Valgrind (did not crashed, killed by Ctrl+C o_O) log is huge (13865 lines), attached as file -- Ticket URL: <https://trac.ffmpeg.org/ticket/3675> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 3

#3474(ffserver:new): Smart output buffering (with no delay to start playback)
by FFmpeg 07 Jan '18

07 Jan '18

#3474: Smart output buffering (with no delay to start playback) ---------------------------------------+---------------------------------- Reporter: burek | Owner: Type: enhancement | Status: new Priority: wish | Component: ffserver Version: unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ---------------------------------------+---------------------------------- If possible, it would be good to enhance the current output buffering of ffserver so that the output buffer size is calculated in such a way, which guarantees the buffer will always contain at least 1 key frame. Further more, after a client connects to the ffserver and requests a certain stream, it would be ideal for ffserver to skip sending any data in the buffer prior to that 1 key frame and make sure that key frame is the first thing that will be sent to the client, along with all the data that comes after that key frame in the buffer. This would make it possible to start the playback of the stream immediately, regardless of the chosen GOP size. Since the data (and the key frame) is usually in a compressed form, which makes it difficult to accomplish this in an ideal way (probably the key frame will be contained in a packet with some delta frames before and after, compressed altogether), it might (probably) be viable to make ffserver first mark all the packets in the buffer that contain a keyframe (for a faster lookup later on) and then, after a client connects and requests a stream, ffserver could do a fast look-up for a first packet with a keyframe, decode it, discard all the delta frames prior the keyframe and re-encode the data back to the packed form (thus creating a new packet). This would be done only once, when a new client connects to the ffserver, so it shouldn't be that much of the overhead (to decompress the packet, get rid of all the delta frames before the key frame and to re-compress the key frame and the rest of delta frames back to a new packet). I know this is probably a much more complicated task, but this would really be an awesome feature that a lot of people is looking for desperately, since the live TV re-encoding has become ultra popular and all that can be done to lower the playback start time is to tamper with GOP interval, which makes the entire stream encoding much more worse than it should be. -- Ticket URL: <https://trac.ffmpeg.org/ticket/3474> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1

#3734(ffserver:new): ffserver logging of feed events
by FFmpeg 07 Jan '18

07 Jan '18

#3734: ffserver logging of feed events -----------------------------------+--------------------------------------- Reporter: andrixnet | Type: defect Status: new | Priority: normal Component: ffserver | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+--------------------------------------- I see this in the logs of my ffserver: {{{ Fri Jun 20 13:40:16 2014 Feed '/tmp/rrc.ffm.ffm' already being received }}} The object of this report is "rrc.ffm.ffm" in this log message. My feed definition is: {{{ <Feed rrc.ffm> </Feed> }}} ---- Other messages are correct: this is a 200 response {{{ Mon Jun 2 18:10:45 2014 XXXXXXXXXX - - [GET] "/rrc.ffm HTTP/1.1" 200 4175 }}} ---- {{{ ffserver version 2.2.1 Copyright (c) 2000-2014 the FFmpeg developers built on Apr 30 2014 19:39:58 with gcc 4.8.2 (GCC) configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --docdir=/usr/doc/ffmpeg-2.2.1 --datadir=/usr/share/ffmpeg --mandir=/usr/man --enable-libmp3lame --enable-libfaac --enable-libvo- aacenc --enable-nonfree --enable-gpl --enable-version3 --enable-avfilter --enable-avresample --enable-libass --enable-libdc1394 --enable-libgsm --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopus --enable-librtmp --enable-libschroedinger --enable-libspeex --enable- libtheora --enable-libv4l2 --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libbluray --enable-libiec61883 --enable-libmodplug --enable-libopenjpeg --enable-libsoxr --enable- libtwolame --enable-frei0r --enable-libquvi --enable-libvidstab --enable- postproc --enable-runtime-cpudetect --enable-vaapi --disable-vdpau --enable-memalign-hack --enable-pthreads --enable-x11grab --enable-bzlib --enable-zlib --enable-shared --enable-static --disable-debug --arch=x86_64 --enable-pic --extra-cflags=-DRUNTIME_CPUDETECT --extra- ldflags='-ldl -lssl -lcrypto -lz -lusb' libavutil 52. 66.100 / 52. 66.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 2.100 / 4. 2.100 libavresample 1. 2. 0 / 1. 2. 0 libswscale 2. 5.102 / 2. 5.102 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/3734> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1