August 2018 - FFmpeg-trac - lists.ffmpeg.org

#7341(undetermined:new): hls mpegts segmentation is not consistent all the way through
by FFmpeg 06 Aug '18

06 Aug '18

#7341: hls mpegts segmentation is not consistent all the way through -------------------------------------+------------------------------------- Reporter: ronak2121 | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Try to generate an HLS stream using an mpegts container using the following command: ~/bin/ffmpeg -i test.mp4 -codec copy -hls_time 0.975238095238095 -hls_segment_type mpegts -hls_flags single_file -hls_playlist_type vod test.m3u8 or ~/bin/ffmpeg -i test.mp4 -codec copy -hls_time 0.975238095238095 -hls_segment_type mpegts -hls_playlist_type vod test.m3u8 Open the m3u8 file, and see that the segmentation is all over the place, sometimes 1 AAC frame less, or a few AAC frames larger than 0.975238095238095 (21 AAC frames at 22050kHz or 42 frames at 44100kHz). How to reproduce: {{{ -bash-4.1$ ~/bin/ffmpeg -i test.mp4 -codec copy -hls_time 0.975238095238095 -hls_segment_type mpegts -hls_flags single_file+append_list -hls_playlist_type vod test.m3u8 ffmpeg version N-91512-ga5c17cf Copyright (c) 2000-2018 the FFmpeg developers built with gcc 4.4.6 (GCC) 20110731 (Red Hat 4.4.6-3) configuration: --prefix=/home/ronakp/ffmpeg_build --pkg-config- flags=--static --extra-cflags=-I/home/ronakp/ffmpeg_build/include --extra- ldflags=-L/home/ronakp/ffmpeg_build/lib --extra-libs=-lpthread --extra- libs=-lm --bindir=/home/ronakp/bin --enable-gpl --enable-libfdk_aac --enable-libmp3lame --enable-libopus --enable-nonfree libavutil 56. 18.102 / 56. 18.102 libavcodec 58. 21.106 / 58. 21.106 libavformat 58. 17.101 / 58. 17.101 libavdevice 58. 4.101 / 58. 4.101 libavfilter 7. 26.100 / 7. 26.100 libswscale 5. 2.100 / 5. 2.100 libswresample 3. 2.100 / 3. 2.100 libpostproc 55. 2.100 / 55. 2.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'test.mp4': Metadata: major_brand : isom minor_version : 1 compatible_brands: isom creation_time : 2013-12-08T19:51:00.000000Z Duration: 00:11:24.11, start: 0.000000, bitrate: 31 kb/s Stream #0:0(und): Audio: aac (LC) (mp4a / 0x6134706D), 22050 Hz, mono, fltp, 30 kb/s (default) Metadata: creation_time : 2013-12-08T19:51:00.000000Z handler_name : GPAC ISO Audio Handler [hls @ 0x22f4200] Opening 'test.ts' for writing [mpegts @ 0x22e4f00] frame size not set Output #0, hls, to 'test.m3u8': Metadata: major_brand : isom minor_version : 1 compatible_brands: isom encoder : Lavf58.17.101 Stream #0:0(und): Audio: aac (LC) (mp4a / 0x6134706D), 22050 Hz, mono, fltp, 30 kb/s (default) Metadata: creation_time : 2013-12-08T19:51:00.000000Z handler_name : GPAC ISO Audio Handler Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help size=N/A time=00:11:24.05 bitrate=N/A speed=1.06e+04x video:0kB audio:2572kB 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/7341> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 10

#7052(avformat:new): rtmp_write dead loop
by FFmpeg 06 Aug '18

06 Aug '18

#7052: rtmp_write dead loop -------------------------------------+------------------------------------- Reporter: palich2000 | Type: defect Status: new | Priority: critical Component: avformat | Version: git- Keywords: rtmp_write | master dead loop | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- ffmpeg hangs tightly in the function retry_transfer_wrapper when the rtmp stream is published. This can happen in 5 minutes or an hour after the start of the broadcast. The function RTMP_Write () returns 0, this is not an error, but it indicates that it could not transfer data, this causes the write cycle to hang. {{{ ffmpeg -nostats -xerror -err_detect compliant -loglevel info -vsync passthrough -frame_drop_threshold 4 -headers Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7? User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0) Gecko/20150101 Firefox/47.0 (Chrome)? Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8? Accept- Language: en-us,en;q=0.5? Youtubedl-no-compression: True? Accept-Encoding: gzip, deflate? -fflags +genpts -i https://manifest.googlevideo.com/api/manifest/hls_playlist/id/r1L1J7E4oog.0… ---sn-bpb5oxu- 3c26.googlevideo.com/ei/tQWZWqz7PNqFyAXCgLLoDA/playlist_type/DVR/gcr/ua/ini… /sn-bpb5oxu- 3c26/ms/lv/mv/m/pl/24/dover/10/keepalive/yes/mt/1519977742/ip/195.137.167.181/ipbits/0/expire/1519999510/sparams/ip,ipbits,expire,id,itag,source,requiressl,ratebypass,live,cmbypass,goi,sgoap,sgovp,hls_chunk_host,ei,playlist_type,gcr,initcwndbps,mm,mn,ms,mv,pl/signature/828CDB2191F0FD1BCEB3D09693C9FD38A5019093.843CBBCAA1E3C32882E36DDD448A15AB1F595D53/key/dg_yt0/playlist/index.m3u8 -init_hw_device qsv:hw -filter_complex yadif=0:1:0,eq=1.1:0:1.25,scale=640:360:1 -g 50 -aspect 16:9 -c:v h264_qsv -profile:v main -pix_fmt nv12 -tune zerolatency -level 4.1 -aspect 16:9 -preset medium -b:v 800k -minrate:v 800k -maxrate:v 800k -bufsize:v 2400k -g 25 -strict experimental -strict experimental -acodec aac -ab 64k -ar 44100 -af aresample=async=1:min_hard_comp=0.200000:first_pts=0 -f flv rtmp://localhost/vip/_1_ ffmpeg version N-90182-g40102a2 built with gcc 4.8.5 (GCC) 20150623 (Red Hat 4.8.5-11) }}} {{{ Thread 1 (Thread 0x7fa95f2a6840 (LWP 18390)): #0 0x000000000041f523 in decode_interrupt_cb (ctx=0x0) at fftools/ffmpeg.c:471 #1 0x00007fa95e420ca7 in retry_transfer_wrapper (transfer_func=0x7fa95e477e30 <rtmp_write>, size_min=32768, size=32768, buf=0x2a87640 "\t", h=0x2904900) at libavformat/avio.c:374 #2 ffurl_write (h=0x2904900, buf=0x2a87640 "\t", size=32768) at libavformat/avio.c:429 #3 0x00007fa95e423b61 in writeout (len=32768, data=<optimized out>, s=0x2a8f780) at libavformat/aviobuf.c:163 #4 flush_buffer (s=0x2a8f780) at libavformat/aviobuf.c:184 #5 avio_write (s=s@entry=0x2a8f780, buf=0x3ee5550 "", size=32752) at libavformat/aviobuf.c:231 #6 0x00007fa95e446f10 in flv_write_packet (s=0x29dde80, pkt=0x7ffe3a82fd80) at libavformat/flvenc.c:1031 #7 0x00007fa95e4cf8f5 in write_packet (pkt=0x7ffe3a82fd80, s=0x29dde80) at libavformat/mux.c:747 #8 av_interleaved_write_frame (s=s@entry=0x29dde80, pkt=0x0, pkt@entry=0x7ffe3a830250) at libavformat/mux.c:1231 #9 0x0000000000421c82 in write_packet (pkt=pkt@entry=0x7ffe3a830250, ost=ost@entry=0x2901500, unqueue=unqueue@entry=0, of=0x1e5f940, of=0x1e5f940) at fftools/ffmpeg.c:807 #10 0x0000000000424515 in output_packet (of=of@entry=0x1e5f940, pkt=pkt@entry=0x7ffe3a830250, ost=ost@entry=0x2901500, eof=0) at fftools/ffmpeg.c:878 #11 0x0000000000425450 in do_video_out (of=of@entry=0x1e5f940, ost=ost@entry=0x2901500, next_picture=next_picture@entry=0x39e7bc0, sync_ipts=<optimized out>, sync_ipts(a)entry=72723.160011291504) at fftools/ffmpeg.c:1312 #12 0x0000000000429226 in reap_filters (flush=flush@entry=0) at fftools/ffmpeg.c:1498 #13 0x0000000000408fe9 in transcode_step () at fftools/ffmpeg.c:4592 #14 transcode () at fftools/ffmpeg.c:4636 #15 main (argc=<optimized out>, argv=<optimized out>) at fftools/ffmpeg.c:4839 }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/7052> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 8

#7343(undetermined:new): libaom-av1 -cpu-used -2 error?
by FFmpeg 06 Aug '18

06 Aug '18

#7343: libaom-av1 -cpu-used -2 error? -------------------------------------+------------------------------------- Reporter: JouMxyzptlk | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- ffmpeg -h encoder=libaom-av1 gives me: {{{ libaom-av1 encoder AVOptions: -cpu-used <int> E..V..... Quality/Speed ratio modifier (from -8 to 8) (default 1) }}} But trying with {{{ ffmpeg.exe -i "vc1-test1.avi" -c:v libaom-av1 -strict -2 -cpu-used 0 -crf 30 -c:a aac -b 128k c:\tmp\vc1-cpu-2-crf30.mp4 }}} result is: {{{ [libaom-av1 @ 000001d853c33c00] 1.0.0-279-gd26bff329 [libaom-av1 @ 000001d853c33c00] Failed to set AOME_SET_CPUUSED codec control: Invalid parameter [libaom-av1 @ 000001d853c33c00] Additional information: cpu_used out of range [0..8] }}} Is the bug in the option "-cpu-used" or is the help page wrong? ffmpeg version is "N-91559-g5aeb3b0080", aka "2018-08-03-g5aeb3b0080-nightly" Windows 64 bit. -- Ticket URL: <https://trac.ffmpeg.org/ticket/7343> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 6

#7344(swscale:new): Support invks in resampling filter
by FFmpeg 05 Aug '18

05 Aug '18

#7344: Support invks in resampling filter ---------------------------------+--------------------------------------- Reporter: MonoS | Type: enhancement Status: new | Priority: wish Component: swscale | Version: unspecified Keywords: resize | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+--------------------------------------- Could it be possible to implement an invks flag on swscale as in [[https://github.com/EleonoreMizo/fmtconv|fmtconv plugin]] for vapoursynth? Thanks for the attention. -- Ticket URL: <https://trac.ffmpeg.org/ticket/7344> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#7335(avcodec:new): Low-level error in DCA XLL decode becomes ignored in dcadec.c then SWResample crashes NPX
by FFmpeg 01 Aug '18

01 Aug '18

#7335: Low-level error in DCA XLL decode becomes ignored in dcadec.c then SWResample crashes NPX -------------------------------------+------------------------------------- Reporter: DjangoTX | Type: defect Status: new | Priority: normal Component: avcodec | Version: git- Keywords: DCA XLL | master SWResampler AVERROR_INVALIDDATA | Blocked By: Invalid NAVI position | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: * Input: (dca) DTS 48000 Hz, 8 ch 7.1 (s32p) * Call: API avcodec_receive_frame(), after avcodec_send_packet() -> libavcodec/dca_xll.c/parse_band_data() produces and logs error "Invalid NAVI position\n" OK. -> parse_band_data returns AVERROR_INVALIDDATA OK. * Up-stack: Caller libavcodec/dcadec.c/dcadec_decode_frame().ff_dca_xll_parse() handles AVERROR(EAGAIN), AVERROR(ENOMEM) and AV_EF_EXPLODE but ignores AVERROR_INVALIDDATA * Crash: 2 out of 8 planes (the XLL channels) of the "successfully" decoded frame are unassigned => the next unit in flow, the SWResampler, crashes with NPX. ffmpeg version 4.0 built with gcc 7.3.0 (GCC) configuration: --disable-static --enable-shared --enable-gpl --enable- version3 --enable-sdl2 --enable-bzlib --enable-fontconfig --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libfreetype --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libtheora --enable-libtwolame --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxml2 --enable-libzimg --enable-lzma --enable-zlib --enable-gmp --enable-libvidstab --enable-libvorbis --enable-libvo-amrwbenc --enable- libmysofa --enable-libspeex --enable-libxvid --enable-libaom --enable- libmfx --enable-amf --enable-ffnvcodec --enable-cuvid --enable-d3d11va --enable-nvenc --enable-nvdec --enable-dxva2 --enable-avisynth libavutil 56. 14.100 / 56. 14.100 libavcodec 58. 18.100 / 58. 18.100 libswscale 5. 1.100 / 5. 1.100 libswresample 3. 1.100 / 3. 1.100 How to reproduce: * own Java/JNI i/f to libavcodec et al with elementary DTS MA stream of copyrighted material * [SWR] FC: FL:0.160189 FR:0.160189 FC:0.226541 LFE:0.000000 BL:0.113270 BR:0.113270 SL:0.113270 SR:0.113270 * BUG HUNTING OUTPUT: {{{ send 6760 B <<< pre avcodec_receive_frame swr 1 1 1 1 1 1 1 1 ok <<< SWR input planes ok/NULL send 4116 B #>> E Invalid NAVI position <<< av_log (from BUG HUNTING) swr 1 1 1 1 1 1 -99 -99 # <<< ok ok ok ok ok ok NULL NULL # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x00007fffb3ec0feb, pid=13912, tid=0x0000000000003e94 # # JRE version: Java(TM) SE Runtime Environment (8.0_162-b12) (build 1.8.0_162-b12) # Java VM: Java HotSpot(TM) 64-Bit Server VM (25.162-b12 mixed mode windows-amd64 compressed oops) # Problematic frame: # C [swresample-3.dll+0x10feb] }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: <https://trac.ffmpeg.org/ticket/7335> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 7