December 2016 - FFmpeg-trac - lists.ffmpeg.org

#5988(avformat:new): hls muxer: missing EXT-X-DISCONTINUITY tag after playlist append
by FFmpeg 06 Dec '16

06 Dec '16

#5988: hls muxer: missing EXT-X-DISCONTINUITY tag after playlist append -------------------------------------+------------------------------------- Reporter: pero | Type: defect Status: new | Priority: normal Component: avformat | Version: 3.2.1 Keywords: hls | Blocked By: DISCONTINUITY | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Hi, I'd like to stream an ip camera picture as a HLS stream. I run ffmpeg in a bash script in an infinite loop. When the connection to the camera fails, ffmpeg exits and because of the infinite loop ffmpeg tries to reconnect. When it successfully reconnect I want it to append new segments to the existing m3u8 playlist: ffmpeg -rtsp_transport tcp -i "rtsp://x.x.x.x:554" -an -c:v h264_nvenc -b:v 900k -r 25 -g 100 -no-scenecut 1 -strict_gop 1 -profile:v main -pixel_format yuv420p -preset default -f hls -hls_time 4 -hls_list_size 2700 -hls_flags +delete_segments -hls_flags +append_list -hls_flags +omit_endlist -hls_flags +discont_start vp20.m3u8 When ffmpeg exits it should omit EXT-X-ENDLIST tag. It's working great with the "omit_endlist" hls_flag When ffmpeg reconnects successfully it should add EXT-X-DISCONTINUITY tag to the end of the playlist, and after that it should append the new segments. But EXT-X-DISCONTINUITY tag is not added. Because of the missing EXT-X-DISCONTINUITY tag JWplayer and VideoJS has problems to play the stream after a ffmpeg reconnect. Thanks! -- Ticket URL: <https://trac.ffmpeg.org/ticket/5988> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 14

#5993(ffmpeg:new): Not written DecoderSpecificInfo with aac_adtstoasc bsf and empty_moov flags
by FFmpeg 06 Dec '16

06 Dec '16

#5993: Not written DecoderSpecificInfo with aac_adtstoasc bsf and empty_moov flags ---------------------------------+-------------------------------------- Reporter: miyukki | 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: Not written DecoderSpecificInfo in esds atom box in MP4 with set aac_adtstoasc bsf and empty_moov flags. 1. mov_init() disable a AVFMT_FLAG_AUTO_BSF flag if FF_MOV_FLAG_EMPTY_MOOV flag set. https://github.com/FFmpeg/FFmpeg/blob/master/libavformat/movenc.c#L5556-L55… 2. Did not called aac_adtstoasc_filter.c in first_frame_done process. https://github.com/FFmpeg/FFmpeg/blob/master/libavcodec/aac_adtstoasc_bsf.c… 3. Write esds header without DecoderSpecificInfo before first_frame_done process when disable AVFMT_FLAG_AUTO_BSF. Then player couldn't be played audio. How to reproduce: {{{ % ffmpeg -i source.ts -f mp4 -vcodec copy -acodec copy -bsf:a aac_adtstoasc dest.mp4 # video and audio could be played % ffmpeg -i source.ts -f mp4 -vcodec copy -acodec copy -bsf:a aac_adtstoasc -movflags empty_moov dest.mp4 # audio couldn't be played! ffmpeg built on 1f5630af51f24d79053b6bef5b8b3ba93d637306 player for test is VLC 2.2.4 }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/5993> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 4

#5994(avformat:new): Heap-overflow in rtmppkt.c results Remote Code Execution
by FFmpeg 06 Dec '16

06 Dec '16

#5994: Heap-overflow in rtmppkt.c results Remote Code Execution ----------------------------------+-------------------------------------- Reporter: paulch | Type: defect Status: new | Priority: critical Component: avformat | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- '''Summary of the bug''': We managed to find and successfully exploit critical security bug in libavformat/rtmppkt.c that results Remote Code Execution in latest version of FFmpeg. '''Prerequisites:''' * Attacker has to reproduce SSRF bug and send RTMP request to his remote host. There are multiple ways of doing this already described all over the Internet. (For ex. you can trigger SSRF using HLS playlists or the way I described earlier in this [https://trac.ffmpeg.org/ticket/5991#ticket ticket] ). * For full exploitation knowledge of FFmpeg binary is required. '''Overview:''' Main issue is contained inside [https://github.com/FFmpeg/FFmpeg/blob/1f5630af51f24d79053b6bef5b8b3ba93d637… rtmp_packet_read_one_chunk] function. Size of each packet is being read using [https://github.com/FFmpeg/FFmpeg/blob/1f5630af51f24d79053b6bef5b8b3ba93d637… AV_RB24] each time the packet has been received. If packet with such channel_id does not exist it creates new one using [https://github.com/FFmpeg/FFmpeg/blob/1f5630af51f24d79053b6bef5b8b3ba93d637… ff_rtmp_packet_create]. Inside ff_rtmp_packet_create space gets allocated using [https://github.com/FFmpeg/FFmpeg/blob/1f5630af51f24d79053b6bef5b8b3ba93d637… av_realloc] using size variable. Later [https://github.com/FFmpeg/FFmpeg/blob/1f5630af51f24d79053b6bef5b8b3ba93d637… toread] value is computed which really means {{{toread = FFMIN(value, 0x80) }}}) and passed to [https://github.com/FFmpeg/FFmpeg/blob/1f5630af51f24d79053b6bef5b8b3ba93d637… ffurl_read_complete] function. If [https://github.com/FFmpeg/FFmpeg/blob/1f5630af51f24d79053b6bef5b8b3ba93d637… size] value is still more than zero we have to read once [https://github.com/FFmpeg/FFmpeg/blob/1f5630af51f24d79053b6bef5b8b3ba93d637… more]. Next time we can send another size value and it is not being checked that is different from the previous one, so more bytes have been read than size of the current packet. '''Steps to reproduce:''' I am attaching PoC file that reproduces the simple crash. Steps to reproduce bug: {{{ $ python rtmp_poc.py & $ ffmpeg -v trace -i rtmp://localhost:12345/ $ gdb -q ./ffmpeg_g (gdb) r -v trace -i rtmp://localhost:12345/ }}} I am also attaching gdb stack-trace. '''Recommended fix:''' Checking that the size has not been changed from one chunk to another would do it. '''Final words:''' Our team plans to release full exploit and blogpost with full details on exploitation in 30 days or as soon as you patch vulnerability. Contact me if you need more details on vulnerability. -- Ticket URL: <https://trac.ffmpeg.org/ticket/5994> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 3

#5992(avformat:new): Heap-overflow results Remote Code Execution
by FFmpeg 06 Dec '16

06 Dec '16

#5992: Heap-overflow results Remote Code Execution ----------------------------------+-------------------------------------- Reporter: paulch | Type: defect Status: new | Priority: critical Component: avformat | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- '''Summary of the bug:''' We managed to find and successfully exploit critical security bug in libavformat/http.c that results Remote Code Execution in latest version of FFmpeg. '''Prerequisites:''' Attacker has to reproduce SSRF bug and send HTTP request to his remote host. There are multiple ways of doing this already described all over the Internet. (For ex. you can trigger SSRF using HLS playlists or the way I described earlier in this [https://trac.ffmpeg.org/ticket/5991#ticket ticket] ). '''Overview:''' libavformat/http.c supports different types of HTTP responses, one of them is "Transfer-Encoding: chunked". Because [https://github.com/FFmpeg/FFmpeg/blob/1f5630af51f24d79053b6bef5b8b3ba93d637… "int64_t"] type is used to store size of the chunk and [https://github.com/FFmpeg/FFmpeg/blob/1f5630af51f24d79053b6bef5b8b3ba93d637… strtoll] function to parse the value of next chunk size it is possible to pass negative value and it will be successfully stored in chunksize variable. Later FFMIN [https://github.com/FFmpeg/FFmpeg/blob/1f5630af51f24d79053b6bef5b8b3ba93d637… function] is used to determine final size of chunk and now it turns negative and it is passed to [https://github.com/FFmpeg/FFmpeg/blob/1f5630af51f24d79053b6bef5b8b3ba93d637… http_buf_read] function. Inside http_buf_read function our negative value is [https://github.com/FFmpeg/FFmpeg/blob/1f5630af51f24d79053b6bef5b8b3ba93d637… assigned] to len variable and passed as argument to [https://github.com/FFmpeg/FFmpeg/blob/1f5630af51f24d79053b6bef5b8b3ba93d637… memcpy] which results a crash. '''Steps to reproduce:''' I am attaching PoC file that reproduces the simple crash. Steps to reproduce bug: {{{ $ python http_poc.py & $ ffmpeg -v trace -i "http://localhost:12345/1.avi" 1.avi $ gdb -q ffmpeg_g (gdb) r -v trace -i "http://localhost:12345/1.avi" 1.avi }}} I am also attaching gdb stack-trace. '''Recommended fix:''' The best fix for that should be completely rewrite http parser, because some sneaky bugs still can be found there. Good example of http parser can be found [https://github.com/nodejs/http-parser/blob/master/http_parser.c here], it is implemented with finite-state machine. But for now simple quick fix could be making chunksize unsigned long long. '''Final words:''' Our team is planning to release full exploit and blogpost with full details on exploitation in 30 days or as soon as you patch vulnerability. Contact me if you need more details on vulnerability. -- Ticket URL: <https://trac.ffmpeg.org/ticket/5992> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 6

#5972(undetermined:new): Zscale st_2084 transfer function from ZIMG
by FFmpeg 05 Dec '16

05 Dec '16

#5972: Zscale st_2084 transfer function from ZIMG -------------------------------------+------------------------------------- Reporter: muxketeer | Type: defect Status: new | Priority: important Component: | Version: undetermined | unspecified Keywords: HDR zscale | Blocked By: smpte2084_transfer_function | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: When compiling ffmpeg with the latest version of ZIMG and then using the 'zscale' video filter, unable to make use of the latest transfer functions/primatries/matrix available in ZIMG via zscale video filter. Zscale allows one to specify input/output color: primaries, transfer function, matrix, and do the transformations in a proper manner. A couple of months back, ZIMG added the ability to specify ’st_2084’ (the SMPTE 2084 color transfer function for HDR) as a transfer function. When compiling ffmpeg with the latest version of ZIMG, expected result was the ability to specify these new values to arguments in zscale , such as ‘transfer.’ Does zscale need to be made aware of new transfer functions in ZIMG when they appear? How to reproduce: {{{ ./ffmpeg -loglevel debug -y -start_number 86400 -f image2 -r 23.976 -i /path/to/my/422-RGB/tiffSequence%5d.tiff -t 2 -sws_flags lanczos+accurate_rnd+print_info+full_chroma_int -vf showinfo,zscale=rangein=full:primariesin=2020:transferin=st_2084:matrixin=2020_ncl:range=full:primaries=2020:transfer=st_2084:matrix=2020_ncl,format=yuv420p10 -c:v rawvideo /path/to/raw/output.yuv ffmpeg version: N-82492-g605f308 Copyright (c) 2000-2016 the FFmpeg developers built with gcc 4.8 (Ubuntu 4.8.4-2ubuntu1~14.04.3) configuration: --prefix=/root/ffmpeg_build --pkg-config-flags=--static --extra-cflags=-I/root/ffmpeg_build/include --extra- ldflags=-L/root/ffmpeg_build/lib --bindir=/root/bin --enable-gpl --enable- libzimg --enable-nonfree libavutil 55. 40.100 / 55. 40.100 libavcodec 57. 66.103 / 57. 66.103 libavformat 57. 57.100 / 57. 57.100 libavdevice 57. 2.100 / 57. 2.100 libavfilter 6. 67.100 / 6. 67.100 libswscale 4. 3.101 / 4. 3.101 libswresample 2. 4.100 / 2. 4.100 libpostproc 54. 2.100 / 54. 2.100 }}} compiled a local version of zimg before compiling ffmpeg. then compiled ffmpeg grabbed latest zimg from: https://github.com/sekrit-twc/zimg.git (latest as of 18NOV2016) built on … clean image of Ubuntu 14.04. -- Ticket URL: <https://trac.ffmpeg.org/ticket/5972> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 21

#5856(undetermined:new): filter_complex significantly slower than -vf for the same task.
by FFmpeg 05 Dec '16

05 Dec '16

#5856: filter_complex significantly slower than -vf for the same task. -------------------------------------+------------------------------------- Reporter: Zibri | Type: defect Status: new | Priority: important Component: | Version: undetermined | unspecified Keywords: | Blocked By: vf,filter_complex,speed,bitrate | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- To record from webcam and microphone and overlay a resized logo, using complex_filter I achieve about 20fps (on a fast pc with less than 15% cpu load), using the same features but with -vf I get full realtime 30fps... I know this is normal because the complex filter has more options and it's more flexible, but IMHO this should not happen... Example: Record live feed from webcam and microphone, overlay a logo and save to flv.. ffmpeg -f dshow -video_size qpal -rtbufsize 1G -copyts -framerate 30 -i video="BisonCam, NB Pro" -i "C:\Users\Zibri\Downloads\scdc.png" -filter_complex "[1]scale=80x60,[0]overlay=W-w-5:H-h-5" -f dshow -i audio="Microphone (Realtek High Definition Audio)" -codec:v libx264 -preset fast -b:v 500k -b:a 128k -minrate 500k -maxrate 500k -bufsize 1500k -f flv test7.flv result: {{{ ffmpeg version N-81696-gd38dff8e Copyright (c) 2000-2016 the FFmpeg developers built with gcc 5.4.0 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-dxva2 --enable-libmfx --enable-nvenc --enable-avisynth --enable- bzlib --enable-libebur128 --enable-fontconfig --enable-frei0r --enable- gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libopenh264 --enable-libopenjpeg --enable-libopus --enable-librtmp --enable- libschroedinger --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo- amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable- libwebp --enable-libx264 --enable-libx265 --enable-libxavs --enable- libxvid --enable-libzimg --enable-lzma --enable-decklink --enable-zlib libavutil 55. 29.100 / 55. 29.100 libavcodec 57. 57.100 / 57. 57.100 libavformat 57. 49.100 / 57. 49.100 libavdevice 57. 0.102 / 57. 0.102 libavfilter 6. 62.100 / 6. 62.100 libswscale 4. 1.100 / 4. 1.100 libswresample 2. 1.100 / 2. 1.100 libpostproc 54. 0.100 / 54. 0.100 Input #0, dshow, from 'video=BisonCam, NB Pro': Duration: N/A, start: 128270.189000, bitrate: N/A Stream #0:0: Video: mjpeg (MJPG / 0x47504A4D), yuvj422p(pc, bt470bg/unknown/unknown), 352x288, 30 fps, 30 tbr, 10000k tbn, 10000k tbc Input #1, png_pipe, from 'C:\Users\Zibri\Downloads\scdc.png': Duration: N/A, bitrate: N/A Stream #1:0: Video: png, rgba(pc), 244x224 [SAR 5905:5905 DAR 61:56], 25 tbr, 25 tbn, 25 tbc Guessed Channel Layout for Input Stream #2.0 : stereo Input #2, dshow, from 'audio=Microphone (Realtek High Definition Audio)': Duration: N/A, start: 128270.631000, bitrate: 1411 kb/s Stream #2:0: Audio: pcm_s16le, 44100 Hz, 2 channels, s16, 1411 kb/s File 'test7.flv' already exists. Overwrite ? [y/N] y [swscaler @ 00000000074504a0] deprecated pixel format used, make sure you did set range correctly No pixel format specified, yuvj420p for H.264 encoding chosen. Use -pix_fmt yuv420p for compatibility with outdated media players. [libx264 @ 0000000002627c00] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 AVX2 LZCNT BMI2 [libx264 @ 0000000002627c00] profile High, level 1.3 [libx264 @ 0000000002627c00] 264 - core 148 r2705 3f5ed56 - H.264/MPEG-4 AVC codec - Copyleft 2003-2016 - http://www.videolan.org/x264.html - options: cabac=1 ref=2 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=6 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=9 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=1 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=30 rc=cbr mbtree=1 bitrate=500 ratetol=1.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 vbv_maxrate=500 vbv_bufsize=1500 nal_hrd=none filler=0 ip_ratio=1.40 aq=1:1.00 [flv @ 00000000026ae8e0] Using AVStream.codec to pass codec parameters to muxers is deprecated, use AVStream.codecpar instead. Last message repeated 1 times Output #0, flv, to 'test7.flv': Metadata: encoder : Lavf57.49.100 Stream #0:0: Video: h264 (libx264) ([7][0][0][0] / 0x0007), yuvj420p(pc), 352x288, q=-1--1, 500 kb/s, 30 fps, 1k tbn, 30 tbc (default) Metadata: encoder : Lavc57.57.100 libx264 Side data: cpb: bitrate max/min/avg: 500000/0/500000 buffer size: 1500000 vbv_delay: -1 Stream #0:1: Audio: mp3 (libmp3lame) ([2][0][0][0] / 0x0002), 44100 Hz, stereo, s16p, 128 kb/s Metadata: encoder : Lavc57.57.100 libmp3lame Stream mapping: Stream #0:0 (mjpeg) -> overlay:main (graph 0) Stream #1:0 (png) -> scale (graph 0) overlay (graph 0) -> Stream #0:0 (libx264) Stream #2:0 -> #0:1 (pcm_s16le (native) -> mp3 (libmp3lame)) Press [q] to stop, [?] for help [dshow @ 00000000025c2cc0] Thread message queue blocking; consider raising the thread_queue_size option (current value: 8) frame= 43 fps=0.0 q=0.0 size= 0kB time=00:00:00.00 bitrate=N/A speed= frame= 51 fps= 50 q=22.0 size= 50kB time=35:37:51.02 bitrate= 0.0kbits/frame= 58 fps= 38 q=24.0 size= 84kB time=35:37:51.53 bitrate= 0.0kbits/frame= 66 fps= 33 q=24.0 size= 124kB time=35:37:52.03 bitrate= 0.0kbits/frame= 74 fps= 29 q=23.0 size= 159kB time=35:37:52.52 bitrate= 0.0kbits/frame= 81 fps= 27 q=22.0 size= 188kB time=35:37:53.02 bitrate= 0.0kbits/frame= 89 fps= 25 q=23.0 size= 228kB time=35:37:53.51 bitrate= 0.0kbits/frame= 96 fps= 24 q=23.0 size= 265kB time=35:37:54.01 bitrate= 0.0kbits/frame= 104 fps= 23 q=22.0 size= 304kB time=35:37:54.53 bitrate= 0.0kbits/frame= 111 fps= 22 q=22.0 size= 335kB time=35:37:55.03 bitrate= 0.0kbits/frame= 119 fps= 21 q=21.0 size= 372kB time=35:37:55.52 bitrate= 0.0kbits/frame= 126 fps= 21 q=22.0 size= 407kB time=35:37:56.02 bitrate= 0.0kbits/frame= 134 fps= 20 q=22.0 size= 446kB time=35:37:56.52 bitrate= 0.0kbits/frame= 141 fps= 20 q=22.0 size= 481kB time=35:37:57.01 bitrate= 0.0kbits/frame= 149 fps= 20 q=22.0 size= 521kB time=35:37:57.51 bitrate= 0.0kbits/frame= 157 fps= 19 q=22.0 size= 561kB time=35:37:58.03 bitrate= 0.0kbits/frame= 164 fps= 19 q=22.0 size= 593kB time=35:37:58.53 bitrate= 0.0kbits/frame= 172 fps= 19 q=22.0 size= 633kB time=35:37:59.02 bitrate= 0.0kbits/frame= 179 fps= 19 q=22.0 size= 670kB time=35:37:59.52 bitrate= 0.0kbits/frame= 187 fps= 19 q=22.0 size= 711kB time=35:38:00.02 bitrate= 0.0kbits/frame= 194 fps= 18 q=22.0 size= 746kB time=35:38:00.51 bitrate= 0.0kbits/frame= 202 fps= 18 q=22.0 size= 786kB time=35:38:01.01 bitrate= 0.1kbits/frame= 210 fps= 18 q=22.0 size= 825kB time=35:38:01.53 bitrate= 0.1kbits/frame= 217 fps= 18 q=23.0 size= 862kB time=35:38:02.03 bitrate= 0.1kbits/frame= 225 fps= 18 q=23.0 size= 905kB time=35:38:02.53 bitrate= 0.1kbits/frame= 232 fps= 18 q=20.0 size= 936kB time=35:38:03.02 bitrate= 0.1kbits/frame= 240 fps= 18 q=24.0 size= 980kB time=35:38:03.52 bitrate= 0.1kbits/frame= 247 fps= 17 q=24.0 size= 1024kB time=35:38:04.01 bitrate= 0.1kbits/frame= 255 fps= 17 q=24.0 size= 1067kB time=35:38:04.51 bitrate= 0.1kbits/frame= 263 fps= 17 q=24.0 size= 1111kB time=35:38:05.03 bitrate= 0.1kbits/frame= 270 fps= 17 q=23.0 size= 1152kB time=35:38:05.53 bitrate= 0.1kbits/frame= 278 fps= 17 q=23.0 size= 1195kB time=35:38:06.03 bitrate= 0.1kbits/frame= 285 fps= 17 q=24.0 size= 1231kB time=35:38:06.52 bitrate= 0.1kbits/frame= 293 fps= 17 q=24.0 size= 1267kB time=35:38:07.02 bitrate= 0.1kbits/frame= 301 fps= 17 q=23.0 size= 1320kB time=35:38:07.52 bitrate= 0.1kbits/frame= 308 fps= 17 q=24.0 size= 1358kB time=35:38:08.01 bitrate= 0.1kbits/frame= 316 fps= 17 q=24.0 size= 1396kB time=35:38:08.53 bitrate= 0.1kbits/frame= 323 fps= 17 q=23.0 size= 1427kB time=35:38:09.03 bitrate= 0.1kbits/frame= 331 fps= 17 q=23.0 size= 1462kB time=35:38:09.53 bitrate= 0.1kbits/frame= 338 fps= 17 q=23.0 size= 1494kB time=35:38:10.02 bitrate= 0.1kbits/frame= 346 fps= 17 q=24.0 size= 1536kB time=35:38:10.52 bitrate= 0.1kbits/frame= 353 fps= 17 q=23.0 size= 1572kB time=35:38:11.01 bitrate= 0.1kbits/frame= 361 fps= 17 q=23.0 size= 1617kB time=35:38:11.51 bitrate= 0.1kbits/frame= 369 fps= 17 q=24.0 size= 1663kB time=35:38:12.03 bitrate= 0.1kbits/frame= 376 fps= 17 q=24.0 size= 1701kB time=35:38:12.53 bitrate= 0.1kbits/frame= 384 fps= 17 q=23.0 size= 1743kB time=35:38:13.03 bitrate= 0.1kbits/frame= 391 fps= 16 q=23.0 size= 1772kB time=35:38:13.52 bitrate= 0.1kbits/frame= 399 fps= 16 q=23.0 size= 1810kB time=35:38:14.02 bitrate= 0.1kbits/frame= 406 fps= 16 q=23.0 size= 1842kB time=35:38:14.52 bitrate= 0.1kbits/frame= 414 fps= 16 q=23.0 size= 1885kB time=35:38:15.01 bitrate= 0.1kbits/frame= 422 fps= 16 q=23.0 size= 1926kB time=35:38:15.54 bitrate= 0.1kbits/frame= 429 fps= 16 q=23.0 size= 1972kB time=35:38:16.03 bitrate= 0.1kbits/frame= 437 fps= 16 q=23.0 size= 2015kB time=35:38:16.53 bitrate= 0.1kbits/frame= 444 fps= 16 q=23.0 size= 2053kB time=35:38:17.02 bitrate= 0.1kbits/frame= 452 fps= 16 q=22.0 size= 2090kB time=35:38:17.52 bitrate= 0.1kbits/frame= 460 fps= 16 q=22.0 size= 2125kB time=35:38:18.02 bitrate= 0.1kbits/frame= 467 fps= 16 q=21.0 size= 2157kB time=35:38:18.51 bitrate= 0.1kbits/frame= 475 fps= 16 q=22.0 size= 2197kB time=35:38:19.03 bitrate= 0.1kbits/frame= 482 fps= 16 q=22.0 size= 2229kB time=35:38:19.53 bitrate= 0.1kbits/frame= 490 fps= 16 q=22.0 size= 2268kB time=35:38:20.03 bitrate= 0.1kbits/frame= 497 fps= 16 q=22.0 size= 2304kB time=35:38:20.52 bitrate= 0.1kbits/frame= 505 fps= 16 q=22.0 size= 2344kB time=35:38:21.02 bitrate= 0.1kbits/frame= 513 fps= 16 q=22.0 size= 2383kB time=35:38:21.52 bitrate= 0.2kbits/frame= 520 fps= 16 q=22.0 size= 2417kB time=35:38:22.01 bitrate= 0.2kbits/frame= 528 fps= 16 q=22.0 size= 2456kB time=35:38:22.53 bitrate= 0.2kbits/frame= 535 fps= 16 q=22.0 size= 2490kB time=35:38:23.03 bitrate= 0.2kbits/frame= 543 fps= 16 q=23.0 size= 2526kB time=35:38:23.53 bitrate= 0.2kbits/frame= 550 fps= 16 q=22.0 size= 2579kB time=35:38:24.03 bitrate= 0.2kbits/frame= 558 fps= 16 q=22.0 size= 2618kB time=35:38:24.52 bitrate= 0.2kbits/frame= 566 fps= 16 q=22.0 size= 2657kB time=35:38:25.02 bitrate= 0.2kbits/frame= 573 fps= 16 q=22.0 size= 2691kB time=35:38:25.51 bitrate= 0.2kbits/frame= 581 fps= 16 q=22.0 size= 2730kB time=35:38:26.01 bitrate= 0.2kbits/frame= 588 fps= 16 q=22.0 size= 2762kB time=35:38:26.53 bitrate= 0.2kbits/frame= 596 fps= 16 q=22.0 size= 2801kB time=35:38:27.03 bitrate= 0.2kbits/frame= 604 fps= 16 q=22.0 size= 2840kB time=35:38:27.52 bitrate= 0.2kbits/frame= 611 fps= 16 q=22.0 size= 2875kB time=35:38:28.02 bitrate= 0.2kbits/frame= 619 fps= 16 q=22.0 size= 2915kB time=35:38:28.52 bitrate= 0.2kbits/frame= 626 fps= 16 q=22.0 size= 2952kB time=35:38:29.01 bitrate= 0.2kbits/frame= 634 fps= 16 q=22.0 size= 2991kB time=35:38:29.51 bitrate= 0.2kbits/frame= 641 fps= 16 q=21.0 size= 3025kB time=35:38:30.03 bitrate= 0.2kbits/frame= 649 fps= 16 q=24.0 size= 3066kB time=35:38:30.53 bitrate= 0.2kbits/frame= 650 fps= 16 q=-1.0 Lsize= 3252kB time=35:38:33.37 bitrate= 0.2kbits/s speed=3.08e+003x }}} Same command using -vf ffmpeg -f dshow -video_size qpal -rtbufsize 1G -copyts -framerate 30 -i video="BisonCam, NB Pro" -f dshow -i audio="Microphone (Realtek High Definition Audio)" -vf "movie=scdc.png,scale=80x60 [watermark];[in][watermark] overlay=main_w-overlay_w-5:main_h- overlay_h-5,fps=30 [out]" -codec:v libx264 -preset slow -b:v 500k -b:a 128k -minrate 500k -maxrate 500k -bufsize 1500k -f flv test8.flv Result: {{{ ffmpeg version N-81696-gd38dff8e Copyright (c) 2000-2016 the FFmpeg developers built with gcc 5.4.0 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-dxva2 --enable-libmfx --enable-nvenc --enable-avisynth --enable- bzlib --enable-libebur128 --enable-fontconfig --enable-frei0r --enable- gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libopenh264 --enable-libopenjpeg --enable-libopus --enable-librtmp --enable- libschroedinger --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo- amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable- libwebp --enable-libx264 --enable-libx265 --enable-libxavs --enable- libxvid --enable-libzimg --enable-lzma --enable-decklink --enable-zlib libavutil 55. 29.100 / 55. 29.100 libavcodec 57. 57.100 / 57. 57.100 libavformat 57. 49.100 / 57. 49.100 libavdevice 57. 0.102 / 57. 0.102 libavfilter 6. 62.100 / 6. 62.100 libswscale 4. 1.100 / 4. 1.100 libswresample 2. 1.100 / 2. 1.100 libpostproc 54. 0.100 / 54. 0.100 Input #0, dshow, from 'video=BisonCam, NB Pro': Duration: N/A, start: 127887.407000, bitrate: N/A Stream #0:0: Video: mjpeg (MJPG / 0x47504A4D), yuvj422p(pc, bt470bg/unknown/unknown), 352x288, 30 fps, 30 tbr, 10000k tbn, 10000k tbc Guessed Channel Layout for Input Stream #1.0 : stereo Input #1, dshow, from 'audio=Microphone (Realtek High Definition Audio)': Duration: N/A, start: 127887.822000, bitrate: 1411 kb/s Stream #1:0: Audio: pcm_s16le, 44100 Hz, 2 channels, s16, 1411 kb/s [swscaler @ 00000000081166e0] deprecated pixel format used, make sure you did set range correctly No pixel format specified, yuvj420p for H.264 encoding chosen. Use -pix_fmt yuv420p for compatibility with outdated media players. [libx264 @ 00000000024efba0] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 AVX2 LZCNT BMI2 [libx264 @ 00000000024efba0] profile High, level 1.3 [libx264 @ 00000000024efba0] 264 - core 148 r2705 3f5ed56 - H.264/MPEG-4 AVC codec - Copyleft 2003-2016 - http://www.videolan.org/x264.html - options: cabac=1 ref=5 deblock=1:0:0 analyse=0x3:0x113 me=umh subme=8 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=9 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=2 b_bias=0 direct=3 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=50 rc=cbr mbtree=1 bitrate=500 ratetol=1.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 vbv_maxrate=500 vbv_bufsize=1500 nal_hrd=none filler=0 ip_ratio=1.40 aq=1:1.00 [flv @ 00000000080fbae0] Using AVStream.codec to pass codec parameters to muxers is deprecated, use AVStream.codecpar instead. Last message repeated 1 times Output #0, flv, to 'test8.flv': Metadata: encoder : Lavf57.49.100 Stream #0:0: Video: h264 (libx264) ([7][0][0][0] / 0x0007), yuvj420p(pc), 352x288, q=-1--1, 500 kb/s, 30 fps, 1k tbn, 30 tbc Metadata: encoder : Lavc57.57.100 libx264 Side data: cpb: bitrate max/min/avg: 500000/0/500000 buffer size: 1500000 vbv_delay: -1 Stream #0:1: Audio: mp3 (libmp3lame) ([2][0][0][0] / 0x0002), 44100 Hz, stereo, s16p, 128 kb/s Metadata: encoder : Lavc57.57.100 libmp3lame Stream mapping: Stream #0:0 -> #0:0 (mjpeg (native) -> h264 (libx264)) Stream #1:0 -> #0:1 (pcm_s16le (native) -> mp3 (libmp3lame)) Press [q] to stop, [?] for help [dshow @ 00000000024b2cc0] Thread message queue blocking; consider raising the thread_queue_size option (current value: 8) frame= 42 fps=0.0 q=0.0 size= 0kB time=00:00:00.00 bitrate=N/A speed= frame= 58 fps= 57 q=0.0 size= 0kB time=00:00:00.00 bitrate=N/A speed= frame= 74 fps= 48 q=28.0 size= 35kB time=35:31:28.21 bitrate= 0.0kbits/frame= 88 fps= 43 q=25.0 size= 54kB time=35:31:28.21 bitrate= 0.0kbits/frame= 104 fps= 41 q=25.0 size= 91kB time=35:31:28.72 bitrate= 0.0kbits/frame= 118 fps= 39 q=26.0 size= 130kB time=35:31:29.22 bitrate= 0.0kbits/frame= 134 fps= 38 q=26.0 size= 172kB time=35:31:29.71 bitrate= 0.0kbits/frame= 148 fps= 36 q=23.0 size= 203kB time=35:31:30.21 bitrate= 0.0kbits/frame= 164 fps= 36 q=23.0 size= 242kB time=35:31:30.70 bitrate= 0.0kbits/frame= 180 fps= 35 q=23.0 size= 281kB time=35:31:31.72 bitrate= 0.0kbits/frame= 194 fps= 35 q=23.0 size= 316kB time=35:31:31.72 bitrate= 0.0kbits/frame= 210 fps= 34 q=23.0 size= 358kB time=35:31:32.72 bitrate= 0.0kbits/frame= 226 fps= 34 q=23.0 size= 398kB time=35:31:33.21 bitrate= 0.0kbits/frame= 240 fps= 34 q=25.0 size= 436kB time=35:31:33.71 bitrate= 0.0kbits/frame= 256 fps= 34 q=23.0 size= 476kB time=35:31:34.20 bitrate= 0.0kbits/frame= 272 fps= 33 q=24.0 size= 519kB time=35:31:34.70 bitrate= 0.0kbits/frame= 286 fps= 33 q=24.0 size= 555kB time=35:31:35.22 bitrate= 0.0kbits/frame= 302 fps= 33 q=24.0 size= 596kB time=35:31:35.72 bitrate= 0.0kbits/frame= 316 fps= 33 q=24.0 size= 650kB time=35:31:36.22 bitrate= 0.0kbits/frame= 332 fps= 33 q=25.0 size= 692kB time=35:31:36.71 bitrate= 0.0kbits/frame= 346 fps= 32 q=24.0 size= 725kB time=35:31:37.21 bitrate= 0.0kbits/frame= 362 fps= 32 q=23.0 size= 764kB time=35:31:37.70 bitrate= 0.0kbits/frame= 378 fps= 32 q=23.0 size= 802kB time=35:31:38.20 bitrate= 0.1kbits/frame= 392 fps= 32 q=23.0 size= 836kB time=35:31:38.72 bitrate= 0.1kbits/frame= 408 fps= 32 q=24.0 size= 875kB time=35:31:39.22 bitrate= 0.1kbits/frame= 424 fps= 32 q=25.0 size= 915kB time=35:31:39.72 bitrate= 0.1kbits/frame= 438 fps= 32 q=25.0 size= 951kB time=35:31:40.21 bitrate= 0.1kbits/frame= 455 fps= 32 q=26.0 size= 1001kB time=35:31:40.71 bitrate= 0.1kbits/frame= 468 fps= 32 q=26.0 size= 1040kB time=35:31:41.20 bitrate= 0.1kbits/frame= 484 fps= 32 q=25.0 size= 1090kB time=35:31:41.70 bitrate= 0.1kbits/frame= 498 fps= 32 q=25.0 size= 1130kB time=35:31:42.22 bitrate= 0.1kbits/frame= 515 fps= 32 q=26.0 size= 1181kB time=35:31:42.72 bitrate= 0.1kbits/frame= 530 fps= 32 q=26.0 size= 1218kB time=35:31:43.22 bitrate= 0.1kbits/frame= 544 fps= 32 q=26.0 size= 1253kB time=35:31:43.71 bitrate= 0.1kbits/frame= 559 fps= 32 q=26.0 size= 1289kB time=35:31:44.21 bitrate= 0.1kbits/frame= 575 fps= 32 q=25.0 size= 1343kB time=35:31:44.70 bitrate= 0.1kbits/frame= 590 fps= 31 q=26.0 size= 1379kB time=35:31:45.20 bitrate= 0.1kbits/frame= 605 fps= 31 q=24.0 size= 1415kB time=35:31:45.72 bitrate= 0.1kbits/frame= 621 fps= 31 q=25.0 size= 1451kB time=35:31:46.22 bitrate= 0.1kbits/frame= 635 fps= 31 q=25.0 size= 1485kB time=35:31:46.72 bitrate= 0.1kbits/frame= 651 fps= 31 q=24.0 size= 1520kB time=35:31:47.21 bitrate= 0.1kbits/frame= 665 fps= 31 q=26.0 size= 1555kB time=35:31:47.71 bitrate= 0.1kbits/frame= 681 fps= 31 q=23.0 size= 1589kB time=35:31:48.21 bitrate= 0.1kbits/frame= 696 fps= 31 q=26.0 size= 1624kB time=35:31:48.70 bitrate= 0.1kbits/frame= 711 fps= 31 q=23.0 size= 1664kB time=35:31:49.22 bitrate= 0.1kbits/frame= 727 fps= 31 q=23.0 size= 1706kB time=35:31:49.72 bitrate= 0.1kbits/frame= 741 fps= 31 q=24.0 size= 1747kB time=35:31:50.22 bitrate= 0.1kbits/frame= 757 fps= 31 q=24.0 size= 1788kB time=35:31:50.71 bitrate= 0.1kbits/frame= 771 fps= 31 q=-1.0 Lsize= 1964kB time=35:31:53.00 bitrate= 0.1kbits/s speed=5.08e+003x }}} The fisrt command settles after a few minutes around 10-15 fps. The second one stays steady at 30 fps (camera is 30fps). Note the bitrate is also broken and showing wrong. Another note: when playing with ffplay I get normal video in both cases... and ffplay says it's 30fps anso "test7" which as you saw goes down to 16 when recording.. {{{ ffplay test7.flv ffplay version N-81696-gd38dff8e Copyright (c) 2003-2016 the FFmpeg developers built with gcc 5.4.0 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-dxva2 --enable-libmfx --enable-nvenc --enable-avisynth --enable- bzlib --enable-libebur128 --enable-fontconfig --enable-frei0r --enable- gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libopenh264 --enable-libopenjpeg --enable-libopus --enable-librtmp --enable- libschroedinger --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo- amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable- libwebp --enable-libx264 --enable-libx265 --enable-libxavs --enable- libxvid --enable-libzimg --enable-lzma --enable-decklink --enable-zlib libavutil 55. 29.100 / 55. 29.100 libavcodec 57. 57.100 / 57. 57.100 libavformat 57. 49.100 / 57. 49.100 libavdevice 57. 0.102 / 57. 0.102 libavfilter 6. 62.100 / 6. 62.100 libswscale 4. 1.100 / 4. 1.100 libswresample 2. 1.100 / 2. 1.100 libpostproc 54. 0.100 / 54. 0.100 [flv @ 000000000068cf20] video stream discovered after head already parsed [flv @ 000000000068cf20] audio stream discovered after head already parsed Input #0, flv, from 'test7.flv': Metadata: encoder : Lavf57.49.100 Duration: 00:00:43.47, start: 128270.205000, bitrate: 612 kb/s Stream #0:0: Video: h264 (High), yuvj420p(pc), 352x288, 30.30 fps, 15 tbr, 1k tbn, 60 tbc Stream #0:1: Audio: mp3, 44100 Hz, stereo, s16p, 128 kb/s [swscaler @ 0000000003697f80] deprecated pixel format used, make sure you did set range correctly 128310.59 A-V:-27.441 fd= 4 aq= 0KB vq= 0KB sq= 0B f=0/0 }}} and this is ffplay output for test8.flv (which encoded at 30fps) {{{ ffplay test8.flv ffplay version N-81696-gd38dff8e Copyright (c) 2003-2016 the FFmpeg developers built with gcc 5.4.0 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-dxva2 --enable-libmfx --enable-nvenc --enable-avisynth --enable- bzlib --enable-libebur128 --enable-fontconfig --enable-frei0r --enable- gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libopenh264 --enable-libopenjpeg --enable-libopus --enable-librtmp --enable- libschroedinger --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo- amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable- libwebp --enable-libx264 --enable-libx265 --enable-libxavs --enable- libxvid --enable-libzimg --enable-lzma --enable-decklink --enable-zlib libavutil 55. 29.100 / 55. 29.100 libavcodec 57. 57.100 / 57. 57.100 libavformat 57. 49.100 / 57. 49.100 libavdevice 57. 0.102 / 57. 0.102 libavfilter 6. 62.100 / 6. 62.100 libswscale 4. 1.100 / 4. 1.100 libswresample 2. 1.100 / 2. 1.100 libpostproc 54. 0.100 / 54. 0.100 [flv @ 000000000002cf20] video stream discovered after head already parsed [flv @ 000000000002cf20] audio stream discovered after head already parsed Input #0, flv, from 'test8.flv': Metadata: encoder : Lavf57.49.100 Duration: 00:00:25.77, start: 127887.400000, bitrate: 624 kb/s Stream #0:0: Video: h264 (High), yuvj420p(pc), 352x288, 30.30 fps, 30 tbr, 1k tbn, 60 tbc Stream #0:1: Audio: mp3, 44100 Hz, stereo, s16p, 128 kb/s [swscaler @ 00000000032eec40] deprecated pixel format used, make sure you did set range correctly 127911.28 A-V: -7.358 fd= 10 aq= 0KB vq= 0KB sq= 0B f=0/0 }}} And here is ffprobe output: {{{ C:\>ffprobe -v error -select_streams v:0 -show_entries stream=avg_frame_rate -of default=noprint_wrappers=1:nokey=1 test7.flv 1000/33 C:\>ffprobe -v error -select_streams v:0 -show_entries stream=avg_frame_rate -of default=noprint_wrappers=1:nokey=1 test8.flv 1000/33 }}} Can you explain this behaviour and why the fps is so different while recording? -- Ticket URL: <https://trac.ffmpeg.org/ticket/5856> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 6

#5991(ffmpeg:new): Design issue affecting security
by FFmpeg 05 Dec '16

05 Dec '16

#5991: Design issue affecting security --------------------------------+-------------------------------------- Reporter: paulch | Type: defect Status: new | Priority: critical Component: ffmpeg | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+-------------------------------------- '''Overview: ''' Attacker can create file with special name and bypass protocol white/black lists and achieve SSRF, if filename is passed to ffmpeg as an argument like {{{ ffmpeg -i <controlled_filename> output}}} '''How to reproduce:''' {{{ $ nc -lvvp 1337 # listen of the local server to confirm the bug $ touch "http:localhost:1337.mov" # create file that will be pass as an argument $ ffmpeg -i "http:localhost:1337.mov" output.mov # trigger the bug }}} Execution of these shell commands confirms that if attacker controls the filename, he could control the protocol and workflow of FFmpeg. '''Final words:''' FFmpeg is software commonly used by large companies and other projects which use it as third-party software to process video on their own servers. This report shows that if name of file has not been changed before it is passed to FFmpeg, it could cause very harmful consequences. It was confirmed that issue exists in modern services and it is highly recommended to fix it. Contact me if you need more details about this issue. -- Ticket URL: <https://trac.ffmpeg.org/ticket/5991> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#4668(ffmpeg:new): Subtle HLS segmenting playback glitch
by FFmpeg 03 Dec '16

03 Dec '16

#4668: Subtle HLS segmenting playback glitch -------------------------------------+---------------------------------- Reporter: bmurphy1976 | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: 2.6.3 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- I'm running into a problem using ffmpeg to segment files into HLS (m3u8) format for playback on iOS devices. In the ffmpeg segmented version of this file, there is a very subtle stutter just as the two adults walk underneath the 9. This appears to be some kind of single-frame glitch. The stutter always happen at HLS segment boundaries. When it happens it is always visible on iOS devices (play it in Safari on an iPad) and only sometimes visible in QuickTime on OSX. I have never been able to reproduce this glitch using Apple's media file segmenter and the glitch is not present in the source video. I've tried various permutations of the segment list, segment duration, and segment format settings when experimenting with ffmpeg and none consistently address this issue across multiple videos. All they do is move the glitch around depending on where the segment boundaries line up. Here is a 30 second clip that exhibits this behavior. The input video which does not have the glitch is here: https://s3.amazonaws.com/1d4326f61a9a4ed596de9e1a41d48413/input.ts Here is the ffmpeg version which shows the glitch at 11 seconds just as the two adults walk under the 9 on both iOS and QuickTime on OSX (version 10.4 (833.6)): https://s3.amazonaws.com/1d4326f61a9a4ed596de9e1a41d48413/ffmpeg/output.m3u8 And here is a version segmented with Apple's media file segmenter that does not exhibit any issues. https://s3.amazonaws.com/1d4326f61a9a4ed596de9e1a41d48413/mediafilesegmente… Here is the complete ffmpeg output from segmenting the ts file: {{{ $ ffmpeg -y -i ../input.ts -c copy -segment_list output.m3u8 -hls_list_size 0 -segment_time 10 -f segment 'output.m3u8.%03d.ts' ffmpeg version 2.6.2 Copyright (c) 2000-2015 the FFmpeg developers built with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --disable-debug --disable-devices --disable-doc --disable-ffplay --disable-ffserver --disable-shared --enable-gpl --enable-libaacplus --enable-libfaac --enable-libfaac --enable-libfdk_aac --enable-libmp3lame --enable-libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable- libx264 --enable-libxvid --enable-nonfree --enable-postproc --enable-pthreads --enable-runtime-cpudetect --enable-version3 libavutil 54. 20.100 / 54. 20.100 libavcodec 56. 26.100 / 56. 26.100 libavformat 56. 25.101 / 56. 25.101 libavdevice 56. 4.100 / 56. 4.100 libavfilter 5. 11.102 / 5. 11.102 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 [h264 @ 0x20440e0] non-existing SPS 0 referenced in buffering period Last message repeated 1 times Input #0, mpegts, from '../input.ts': Duration: 00:00:30.06, start: 1.415333, bitrate: 3982 kb/s Program 1 Metadata: service_name : Service01 service_provider: FFmpeg Stream #0:0[0x100]: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 90k tbn, 47.95 tbc Stream #0:1[0x101](und): Audio: aac (LC) ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp, 120 kb/s Output #0, segment, to 'output.m3u8.%03d.ts': Metadata: encoder : Lavf56.25.101 Stream #0:0: Video: h264 ([27][0][0][0] / 0x001B), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], q=2-31, 23.98 fps, 23.98 tbr, 90k tbn, 23.98 tbc Stream #0:1(und): Audio: aac ([15][0][0][0] / 0x000F), 48000 Hz, stereo, 120 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help [NULL @ 0x20440e0] non-existing SPS 0 referenced in buffering period frame= 720 fps=0.0 q=-1.0 Lsize=N/A time=00:00:30.02 bitrate=N/A video:12992kB audio:469kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown $ }}} Can anybody help me understand what is going on here and how we can fix this issue? It is particularly bad when using an iPad play high quality high-motion video on a large format television. -- Ticket URL: <https://trac.ffmpeg.org/ticket/4668> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 4

#5989(undetermined:new): Missing dependency in the build system
by FFmpeg 03 Dec '16

03 Dec '16

#5989: Missing dependency in the build system -------------------------------------+------------------------------------- Reporter: june | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- {{{ ./configure --disable-everything --enable-muxer=rtp }}} fails with {{{ LD ffmpeg_g libavformat/libavformat.a(rtpenc_vc2hq.o): In function `get_interleaved_ue_golomb': /home/june/ffmpeg_sources/ffmpeg/./libavcodec/golomb.h:134: undefined reference to `ff_interleaved_golomb_vlc_len' /home/june/ffmpeg_sources/ffmpeg/./libavcodec/golomb.h:134: undefined reference to `ff_interleaved_golomb_vlc_len' /home/june/ffmpeg_sources/ffmpeg/./libavcodec/golomb.h:139: undefined reference to `ff_interleaved_dirac_golomb_vlc_code' /home/june/ffmpeg_sources/ffmpeg/./libavcodec/golomb.h:134: undefined reference to `ff_interleaved_golomb_vlc_len' /home/june/ffmpeg_sources/ffmpeg/./libavcodec/golomb.h:134: undefined reference to `ff_interleaved_golomb_vlc_len' /home/june/ffmpeg_sources/ffmpeg/./libavcodec/golomb.h:134: undefined reference to `ff_interleaved_golomb_vlc_len' /home/june/ffmpeg_sources/ffmpeg/./libavcodec/golomb.h:139: undefined reference to `ff_interleaved_dirac_golomb_vlc_code' /home/june/ffmpeg_sources/ffmpeg/./libavcodec/golomb.h:134: undefined reference to `ff_interleaved_golomb_vlc_len' /home/june/ffmpeg_sources/ffmpeg/./libavcodec/golomb.h:139: undefined reference to `ff_interleaved_dirac_golomb_vlc_code' /home/june/ffmpeg_sources/ffmpeg/./libavcodec/golomb.h:134: undefined reference to `ff_interleaved_golomb_vlc_len' /home/june/ffmpeg_sources/ffmpeg/./libavcodec/golomb.h:134: undefined reference to `ff_interleaved_golomb_vlc_len' /home/june/ffmpeg_sources/ffmpeg/./libavcodec/golomb.h:134: undefined reference to `ff_interleaved_golomb_vlc_len' /home/june/ffmpeg_sources/ffmpeg/./libavcodec/golomb.h:134: undefined reference to `ff_interleaved_golomb_vlc_len' /home/june/ffmpeg_sources/ffmpeg/./libavcodec/golomb.h:142: undefined reference to `ff_interleaved_dirac_golomb_vlc_code' /home/june/ffmpeg_sources/ffmpeg/./libavcodec/golomb.h:142: undefined reference to `ff_interleaved_dirac_golomb_vlc_code' /home/june/ffmpeg_sources/ffmpeg/./libavcodec/golomb.h:142: undefined reference to `ff_interleaved_dirac_golomb_vlc_code' /home/june/ffmpeg_sources/ffmpeg/./libavcodec/golomb.h:125: undefined reference to `ff_interleaved_golomb_vlc_len' /home/june/ffmpeg_sources/ffmpeg/./libavcodec/golomb.h:125: undefined reference to `ff_interleaved_golomb_vlc_len' /home/june/ffmpeg_sources/ffmpeg/./libavcodec/golomb.h:125: undefined reference to `ff_interleaved_golomb_vlc_len' /home/june/ffmpeg_sources/ffmpeg/./libavcodec/golomb.h:142: undefined reference to `ff_interleaved_dirac_golomb_vlc_code' /home/june/ffmpeg_sources/ffmpeg/./libavcodec/golomb.h:142: undefined reference to `ff_interleaved_dirac_golomb_vlc_code' /home/june/ffmpeg_sources/ffmpeg/./libavcodec/golomb.h:142: undefined reference to `ff_interleaved_dirac_golomb_vlc_code' /home/june/ffmpeg_sources/ffmpeg/./libavcodec/golomb.h:142: undefined reference to `ff_interleaved_dirac_golomb_vlc_code' /home/june/ffmpeg_sources/ffmpeg/./libavcodec/golomb.h:142: undefined reference to `ff_interleaved_dirac_golomb_vlc_code' libavformat/libavformat.a(rtpenc_vc2hq.o):/home/june/ffmpeg_sources/ffmpeg/./libavcodec/golomb.h:142: more undefined references to `ff_interleaved_dirac_golomb_vlc_code' follow libavformat/libavformat.a(rtpenc_vc2hq.o): In function `get_interleaved_ue_golomb': /home/june/ffmpeg_sources/ffmpeg/./libavcodec/golomb.h:126: undefined reference to `ff_interleaved_golomb_vlc_len' /home/june/ffmpeg_sources/ffmpeg/./libavcodec/golomb.h:125: undefined reference to `ff_interleaved_golomb_vlc_len' /home/june/ffmpeg_sources/ffmpeg/./libavcodec/golomb.h:125: undefined reference to `ff_interleaved_golomb_vlc_len' /home/june/ffmpeg_sources/ffmpeg/./libavcodec/golomb.h:125: undefined reference to `ff_interleaved_golomb_vlc_len' /home/june/ffmpeg_sources/ffmpeg/./libavcodec/golomb.h:128: undefined reference to `ff_interleaved_ue_golomb_vlc_code' /home/june/ffmpeg_sources/ffmpeg/./libavcodec/golomb.h:125: undefined reference to `ff_interleaved_golomb_vlc_len' /home/june/ffmpeg_sources/ffmpeg/./libavcodec/golomb.h:125: undefined reference to `ff_interleaved_golomb_vlc_len' /home/june/ffmpeg_sources/ffmpeg/./libavcodec/golomb.h:128: undefined reference to `ff_interleaved_ue_golomb_vlc_code' /home/june/ffmpeg_sources/ffmpeg/./libavcodec/golomb.h:125: undefined reference to `ff_interleaved_golomb_vlc_len' /home/june/ffmpeg_sources/ffmpeg/./libavcodec/golomb.h:128: undefined reference to `ff_interleaved_ue_golomb_vlc_code' }}} Fix is to 1. add to ./configure {{{ rtp_muxer_select="golomb" }}} 2. change ./libavformat/Makefile from {{{ OBJS-$(CONFIG_RTPENC_CHAIN) += rtpenc_chain.o rtp.o }}} to {{{ OBJS-$(CONFIG_RTPENC_CHAIN) += rtpenc_chain.o rtp.o snow.o }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/5989> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1

#5986(undetermined:new): Error: No such filter: 'zscale'
by FFmpeg 02 Dec '16

02 Dec '16

#5986: Error: No such filter: 'zscale' -------------------------------------+------------------------------------- Reporter: v0lt | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I can not use zscale filter in the new versions of ffmpeg. In 20161122-d316b21, the filter was still working, but since 20161127-801b5c1 has ceased. I use the binaries from here - https://ffmpeg.zeranoe.com/builds/win64/static/ How to reproduce: {{{ ffplay -i "The World in HDR.mkv" -an -vf zscale=size=hd720,format=yuv420p }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/5986> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2