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

#6569(undetermined:new): Do not have compatibility issue with newest x264 sandbox git commit?
by FFmpeg 05 Aug '17

05 Aug '17

#6569: Do not have compatibility issue with newest x264 sandbox git commit? -------------------------------------+------------------------------------- Reporter: kgp700 | Type: Status: new | enhancement Component: | Priority: normal undetermined | Version: git- Keywords: | master Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Do not have issue with this newest x264 commit? [http://git.videolan.org/?p=x264/x264-sandbox.git;a=commit;h=f285208d16519c6…] commit comment is Remove compatibility workarounds "'''This will break decoding with current versions of FFmpeg/Libav."''' -- Ticket URL: <https://trac.ffmpeg.org/ticket/6569> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#6552(undetermined:new): Unable to overlay DVB subtitles into the output video
by FFmpeg 03 Aug '17

03 Aug '17

#6552: Unable to overlay DVB subtitles into the output video -------------------------------------+------------------------------------- Reporter: pth7712 | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: dvbsub | Blocked By: overlay subtitles burn | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Seems like the dvb subtitles aren't properly decoded. No subtitles are burned in the output video. VLC player is able to show these subtitles properly. How to reproduce: Download sample input TS file from here: https://mega.nz/#!F4JFzAJT!dvSUVCz4qGki5Mf6_OnH6BWZHnaKpqT6IPw6ACZ1O8M Used command line is: {{{ [root@mydesktop ffmpeg]# ./ffmpeg -loglevel info -re -i /home/user/test/a/sample.ts -filter_complex [0:v][0:s:0]overlay[v],[v]yadif=0:-1:0,setdar=ratio=16/9:max=1000,split=1[out1] -map [out1] -vcodec h264 -map 0:a:0 -c:a:0 mp2 -b:a:0 192000 -flush_packets 0 -f mpegts /home/user/test/a/sample_so.ts ffmpeg version N-86848-g03a9e6f Copyright (c) 2000-2017 the FFmpeg developers built with gcc 4.8.5 (GCC) 20150623 (Red Hat 4.8.5-11) configuration: --prefix=/root/ffmpeg_build --extra- cflags=-I/root/ffmpeg_build/include --extra- ldflags='-L/root/ffmpeg_build/lib -ldl' --bindir=/root/bin --pkg-config- flags=--static --enable-gpl --enable-libfreetype --enable-libx264 --enable-nonfree libavutil 55. 68.100 / 55. 68.100 libavcodec 57.102.100 / 57.102.100 libavformat 57. 76.100 / 57. 76.100 libavdevice 57. 7.100 / 57. 7.100 libavfilter 6. 95.100 / 6. 95.100 libswscale 4. 7.101 / 4. 7.101 libswresample 2. 8.100 / 2. 8.100 libpostproc 54. 6.100 / 54. 6.100 [mpegts @ 0x316b680] start time for stream 2 is not set in estimate_timings_from_pts Input #0, mpegts, from '/home/user/test/a/sample.ts': Duration: 00:00:34.90, start: 1.400000, bitrate: 4998 kb/s Program 1 Metadata: service_name : Service01 service_provider: FFmpeg Stream #0:0[0x100]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p(top first), 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x101](eng): Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, 5.1(side), fltp, 384 kb/s Stream #0:2[0x102](eng): Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) Stream mapping: Stream #0:0 (h264) -> overlay:main (graph 0) Stream #0:2 (dvbsub) -> overlay:overlay (graph 0) split (graph 0) -> Stream #0:0 (libx264) Stream #0:1 -> #0:1 (ac3 (native) -> mp2 (native)) Press [q] to stop, [?] for help [mpegts @ 0x316b680] sub2video: using 1920x1080 canvas:32:22.77 bitrate= -0.0kbits/s speed=N/A [libx264 @ 0x319c4a0] using SAR=1/1 [libx264 @ 0x319c4a0] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX [libx264 @ 0x319c4a0] profile High, level 4.0 Output #0, mpegts, to '/home/user/test/a/sample_so.ts': Metadata: encoder : Lavf57.76.100 Stream #0:0: Video: h264 (libx264), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=-1--1, 25 fps, 90k tbn, 25 tbc (default) Metadata: encoder : Lavc57.102.100 libx264 Side data: cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: -1 Stream #0:1(eng): Audio: mp2, 48000 Hz, stereo, s16, 192 kb/s Metadata: encoder : Lavc57.102.100 mp2 frame= 818 fps= 18 q=-1.0 Lsize= 10348kB time=00:00:34.76 bitrate=2438.7kbits/s speed=0.744x video:8715kB audio:767kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 9.133635% [libx264 @ 0x319c4a0] frame I:19 Avg QP:17.53 size: 42568 [libx264 @ 0x319c4a0] frame P:207 Avg QP:20.30 size: 17185 [libx264 @ 0x319c4a0] frame B:592 Avg QP:21.30 size: 7700 [libx264 @ 0x319c4a0] consecutive B-frames: 2.7% 1.7% 2.2% 93.4% [libx264 @ 0x319c4a0] mb I I16..4: 25.0% 70.1% 4.9% [libx264 @ 0x319c4a0] mb P I16..4: 8.8% 20.4% 0.2% P16..4: 29.8% 4.0% 3.1% 0.0% 0.0% skip:33.8% [libx264 @ 0x319c4a0] mb B I16..4: 1.0% 1.1% 0.0% B16..8: 33.4% 1.6% 0.1% direct: 3.9% skip:58.9% L0:47.1% L1:51.8% BI: 1.1% [libx264 @ 0x319c4a0] 8x8 transform intra:67.0% inter:93.6% [libx264 @ 0x319c4a0] coded y,uvDC,uvAC intra: 24.0% 36.7% 4.8% inter: 8.4% 15.6% 0.0% [libx264 @ 0x319c4a0] i16 v,h,dc,p: 48% 30% 8% 14% [libx264 @ 0x319c4a0] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 33% 14% 42% 2% 2% 2% 2% 2% 2% [libx264 @ 0x319c4a0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 31% 24% 16% 5% 6% 6% 6% 3% 4% [libx264 @ 0x319c4a0] i8c dc,h,v,p: 63% 17% 18% 2% [libx264 @ 0x319c4a0] Weighted P-Frames: Y:1.4% UV:1.4% [libx264 @ 0x319c4a0] ref P L0: 63.9% 7.5% 19.9% 8.6% 0.1% [libx264 @ 0x319c4a0] ref B L0: 89.3% 8.7% 1.9% [libx264 @ 0x319c4a0] ref B L1: 95.3% 4.7% [libx264 @ 0x319c4a0] kb/s:2176.67 }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/6552> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 4

#6496(undetermined:new): FFMPEG is not pushing the HLS chunks to remote server
by FFmpeg 02 Aug '17

02 Aug '17

#6496: FFMPEG is not pushing the HLS chunks to remote server -------------------------------------+------------------------------------- Reporter: gstoyanov | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: hls | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: I am trying to create an HLS stream and to upload the HLS chunks and the manifest files to a remote server running NGINX using the HTTP PUT method. The script is working properly if I don't set up "-hls_segment_filename "index%04d.ts"" but when this option is present ffmpeg is not pushing the TS chunks to the remote server. On my remote server I see only the manifest files to be pushed, but not the chunks, at the same time I am seeing the chunks on the ffmpeg log: [hls @ 0x559bceac83e0] Opening 'index0021.ts' for writing=N/A speed=1.49x [hls @ 0x559bceac83e0] Opening 'index0022.ts' for writing=N/A speed=1.47x [hls @ 0x559bceac83e0] Opening 'index0023.ts' for writing=N/A speed=1.47x [hls @ 0x559bceac83e0] Opening 'index0024.ts' for writing=N/A speed=1.49x [hls @ 0x559bceac83e0] Opening 'index0025.ts' for writing=N/A speed=1.51x The /var/www/log/nginx/access.log on the remote machine is: - - [28/Jun/2017:12:53:49 +0000] "PUT /vod/index.m3u8 HTTP/1.1" 204 0 "-" "Lavf/57.71.100" - - [28/Jun/2017:12:53:52 +0000] "PUT /vod/index.m3u8 HTTP/1.1" 204 0 "-" "Lavf/57.71.100" - - [28/Jun/2017:12:53:54 +0000] "PUT /vod/index.m3u8 HTTP/1.1" 201 0 "-" "Lavf/57.71.100" - - [28/Jun/2017:12:53:54 +0000] "PUT /vod/index.m3u8 HTTP/1.1" 204 0 "-" "Lavf/57.71.100" But in the same time the index.m3u8 file looks fine and all the chunks are defined with their name: #EXTM3U #EXT-X-VERSION:3 #EXT-X-TARGETDURATION:6 #EXT-X-MEDIA-SEQUENCE:0 #EXT-X-PLAYLIST-TYPE:VOD #EXTINF:6, http://IP.AD.DR.ES/vod/index0000.ts #EXTINF:6, http://IP.AD.DR.ES/vod/index0001.ts #EXTINF:6, http://IP.AD.DR.ES/vod/index0002.ts #EXT-X-ENDLIST How to reproduce: {{{ % ffmpeg -i input.mp4 \ -c:v libx264 \ -x264opts "keyint=48:min-keyint=48:no-scenecut" \ -profile:v high \ -level 5.2 \ -s 1920x1080 \ -c:a aac \ -strict -2 \ -start_number 0 \ -hls_time 6 \ -hls_list_size 0 \ -hls_segment_filename "index%04d.ts" \ -hls_playlist_type vod \ -hls_flags round_durations \ -hls_base_url http://IP.AD.DR.ES/vod/ \ -f hls \ -method PUT \ http://IP.AD.DR.ES/vod/index.m3u8 ffmpeg version: ffmpeg version 3.3.2-1~16.04.york1 Copyright (c) 2000-2017 the FFmpeg developers built on Ubuntu 16.04: built with gcc 5.4.0 (Ubuntu 5.4.0-6ubuntu1~16.04.4) 20160609 configuration: --prefix=/usr --extra-version='1~16.04.york1' --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu --incdir=/usr/include/x86_64-linux-gnu --enable-gpl --disable-stripping --enable-avresample --enable-avisynth --enable-gnutls --enable-ladspa --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libflite --enable-libfontconfig --enable- libfreetype --enable-libfribidi --enable-libgme --enable-libgsm --enable- libmp3lame --enable-libopenjpeg --enable-libopenmpt --enable-libopus --enable-libpulse --enable-librubberband --enable-libshine --enable- libsnappy --enable-libsoxr --enable-libspeex --enable-libssh --enable- libtheora --enable-libtwolame --enable-libvorbis --enable-libvpx --enable- libwavpack --enable-libwebp --enable-libx265 --enable-libxvid --enable- libzmq --enable-libzvbi --enable-omx --enable-openal --enable-opengl --enable-sdl2 --enable-libdc1394 --enable-libiec61883 --enable-chromaprint --enable-frei0r --enable-libopencv --enable-libx264 --enable-shared }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: <https://trac.ffmpeg.org/ticket/6496> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 4

#6562(ffmpeg:new): FFmpeg's ass filter draw wrong shapes
by FFmpeg 02 Aug '17

02 Aug '17

#6562: FFmpeg's ass filter draw wrong shapes -------------------------------------+---------------------------------- Reporter: greatrobert | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: Keywords: libass | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- I have an ass file with some specific shapes, when I use command line <ffmpeg.exe -v 9 -loglevel 99 -i "D:\test\1.mp4" -vf "ass=D\\:test/1.ass" -f mp4 -y "D:\test\ffmpeg.mp4"> to burn it into video file, the shapes are in a mess. But when I use FFmpeg+AvisynthPlus (command line <ffmpeg.exe -i "D:\test\1.avs" -f mp4 -y "D:\test\ffmpeg+AvisynthPlus.mp4">) to burn it, the shapes are exact. All the files and logs are attached. FFmpeg version: 3.3.2 64 bit The OS version: Windows 10 64 bit -- Ticket URL: <https://trac.ffmpeg.org/ticket/6562> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1

#6557(undetermined:new): -metadata artist="string", (and title=) are repeated in .WMA files
by FFmpeg 01 Aug '17

01 Aug '17

#6557: -metadata artist="string", (and title=) are repeated in .WMA files -------------------------------------+------------------------------------- Reporter: PaulJayD | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Ffmpeg .WMA -metadata artist and title string repeats For .wma files the "artist" and "title" fields have the string repeated with some characters in between. I say "some characters", because in MP3Tag they display as "\\", but in FooBar2000 they display as both ", " and "; " depending on the view. So, for example, [-metadata title="abc"] appears as [abc, abc] How to reproduce: ffmpeg -i "validMetadata.wma" -metadata author="abc" -y "badMetadata.wma" -- Ticket URL: <https://trac.ffmpeg.org/ticket/6557> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1