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

#8157(undetermined:new): DNxHR 444 variants decoding bug
by FFmpeg 16 Sep '19

16 Sep '19

#8157: DNxHR 444 variants decoding bug -------------------------------------+------------------------------------- Reporter: pdr0 | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- The DNxHR 444 12bit and 10bit variants are not decoded correctly with ffmpeg, but are decoded correctly with Davinci Resolve, Adobe I have included 12bit444,12bit422, 10bit444, 10bit422 in MOV container . It does not matter if it's MXF wrapped, same issue -- Ticket URL: <https://trac.ffmpeg.org/ticket/8157> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 5

#8081(avcodec:new): support of g729b codec
by FFmpeg 16 Sep '19

16 Sep '19

#8081: support of g729b codec -------------------------------------+------------------------------------- Reporter: AlexanderU | Type: | sponsoring request Status: new | Priority: normal Component: avcodec | Version: | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: ffmpeg can't decode g729b codec. I would be nice to have decoder for this codec. Sample file, original codec and reference output attached. How to reproduce: ffmpeg -i 662478440-short.wav a1.wav {{{ ffmpeg version N-41686-g91459bd Copyright (c) 2000-2014 the FFmpeg developers built on Apr 30 2015 12:25:50 with gcc 4.9.2 (Ubuntu 4.9.2-0ubuntu1~14.04) configuration: --extra-cflags=-I/home/alex/work/ffmpeg/include --extra- ldflags='-L/home/alex/work/ffmpeg/lib -L/usr/lib64' --bindir=/home/alex/bin --extra-libs=-ldl --enable-gpl --enable-nonfree --enable-version3 --enable-libfdk_aac --enable-libmp3lame --enable- libvorbis --enable-libvpx --enable-libx264 --enable-libopencore-amrnb --enable-libvo-amrwbenc --enable-libopencore-amrwb --enable-libspeex libavutil 54. 7.100 / 54. 7.100 libavcodec 56. 1.100 / 56. 1.100 libavformat 56. 4.101 / 56. 4.101 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 1.100 / 5. 1.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 [wav @ 0x3292c80] Estimating duration from bitrate, this may be inaccurate [wav @ 0x3292c80] Could not find codec parameters for stream 0 (Audio: none (5[1][0][0] / 0x0135), 8000 Hz, 2 channels, 17 kb/s): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options 662478440-short.wav: could not find codec parameters Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, wav, from '662478440-short.wav': Duration: 00:00:20.17, bitrate: 17 kb/s Stream #0:0: Audio: none (5[1][0][0] / 0x0135), 8000 Hz, 2 channels, 17 kb/s No decoder for stream #0:0, filtering impossible Error opening filters! }}} Any help are very appreciated! Thank you. -- Ticket URL: <https://trac.ffmpeg.org/ticket/8081> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 19

#4799(avcodec:new): audio codec conversion codec 0x0135 sipro lab kelvin
by FFmpeg 16 Sep '19

16 Sep '19

#4799: audio codec conversion codec 0x0135 sipro lab kelvin ----------------------------------+--------------------------------------- Reporter: sdevaraj | Type: enhancement Status: new | Priority: wish Component: avcodec | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- I'm trying to convert codec 0x0135 sipro lab kelvin to mp3. I think ffmpeg currently doesn't support this conversion. commandline - ffmpeg -i sipro_codec_wav.wav test.mp3 [[Image(http://www.datafilehost.com/d/cef9a4d9)]] [[Image(http://www.datafilehost.com/d/d87133da)]] [[Image(http://www.datafilehost.com/d/05a4dc9e)]] - sample wav -- Ticket URL: <https://trac.ffmpeg.org/ticket/4799> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 6

#8168(undetermined:new): m4v erring where mp4 is not.
by FFmpeg 16 Sep '19

16 Sep '19

#8168: m4v erring where mp4 is not. -------------------------------------+------------------------------------- Reporter: craigecraig | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I have a client who gave me a mp4 file which encoded fine. However, she had some audio issues with that file and felt that using m4v would solve these. Whether that is the case is neither here or there I suppose. The issue is, the mp4 encoded fine, but the m4v triggered all sorts of errors. Is this an issue with the file itself? The settings or ffmpeg? This is the command: /usr/local/bin/ffmpeg -i /home/finished/1065-1736-audio-turned-down .m4v-pre.mov -i /home/titlejobs/uploads/1736-audio-turned-down.m4v -filter_complex "[1]scale=1920:-1,pad=1920:1920:0:420.00000[1v];[1v][0]overlay=0:0 " -c:v libx264 -profile:v baseline -pix_fmt yuv420p -level 3.1 -y /home/finished/1065-1736-audio-turned-down.m4v.mp4 And I am attaching the report/log -- Ticket URL: <https://trac.ffmpeg.org/ticket/8168> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#8143(undetermined:new): left shift of negative value in libavformat/rmdec.c
by FFmpeg 15 Sep '19

15 Sep '19

#8143: left shift of negative value in libavformat/rmdec.c -------------------------------------+------------------------------------- Reporter: Suhwan | Type: defect Status: new | Priority: important Component: | Version: git- undetermined | master Keywords: ubsan | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: There's a left shift of negative value bug in libavformat/rmdec.c:727:41 {{{ libavformat/rmdec.c:727:41: runtime error: left shift of negative value -1 SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior libavformat/rmdec.c:727:41 in }}} How to reproduce: {{{ % ./ffmpeg_g -y -i thankyou.rm -map 0 -c copy -c: v:79 targa -disposition: a:122 dpx -disposition: v:100 pcm_vidc -vframes 73 -aframes 50 -r 17 -ab 724k -ar 22050 -ac 10 -strict 0 output/tmp.ffmetadata ffmpeg version N-94887-ge55018ee11 (git master) built on ... ubuntu 18.04 with clang-6 and UBSAN option. }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/8143> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 5

#8139(undetermined:new): load of misaligned address in libavcodec/startcode.c
by FFmpeg 14 Sep '19

14 Sep '19

#8139: load of misaligned address in libavcodec/startcode.c -------------------------------------+------------------------------------- Reporter: Suhwan | Type: defect Status: new | Priority: important Component: | Version: git- undetermined | master Keywords: ubsan | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: There're two UBSAN errors, which are load of misaligned address for type 'const uint64_t' (aka 'const unsigned long'), which requires 8 byte alignment {{{ libavcodec/startcode.c:41:17: runtime error: load of misaligned address 0x619000000a81 for type 'const uint64_t' (aka 'const unsigned long'), which requires 8 byte alignment 0x619000000a81: note: pointer points here 00 80 2b 68 65 61 64 09 31 2e 31 3b 0a 61 63 63 65 73 73 3b 0a 73 79 6d 62 6f 6c 73 3b 0a 6c 6f ^ SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior libavcodec/startcode.c:41:17 in libavcodec/startcode.c:42:22: runtime error: load of misaligned address 0x619000000a81 for type 'const uint64_t' (aka 'const unsigned long'), which requires 8 byte alignment 0x619000000a81: note: pointer points here 00 80 2b 68 65 61 64 09 31 2e 31 3b 0a 61 63 63 65 73 73 3b 0a 73 79 6d 62 6f 6c 73 3b 0a 6c 6f ^ SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior libavcodec/startcode.c:42:22 in }}} How to reproduce: {{{ % ./ffmpeg_g -t 2 -y -i samples/h264/station.1080p.h264 -loglevel 99 -target dvd -map 0 -disposition: v:75 wmv2 -vframes 77 -r 108 -ab 868k -b:v 251k output/tmp.webm_dash_manifest ffmpeg version N-94887-ge55018ee11 (git master) built on ... ubuntu 18.04 with clang-6 and UBSAN option. }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/8139> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1

#8091(undetermined:new): Sound replacing stopped working
by FFmpeg 14 Sep '19

14 Sep '19

#8091: Sound replacing stopped working -------------------------------------+------------------------------------- Reporter: | Type: defect ConcludingPrague | Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Sound replacing stopped working {{{ ffmpeg.exe -i new_audio.mp3 -i audio_and_video.mp4 -c copy out.mp4 }}} not works with: ffmpeg-20190730-b3b7523-win64-shared.zip ffmpeg-20190821-661a9b2-win64-shared.zip works with ffmpeg-20190608-b6ca032-win64-shared.zip and earlier. -- Ticket URL: <https://trac.ffmpeg.org/ticket/8091> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 8

#8097(undetermined:new): MPD: BaseURL twice in URL for init.mp4
by FFmpeg 14 Sep '19

14 Sep '19

#8097: MPD: BaseURL twice in URL for init.mp4 -------------------------------------+------------------------------------- Reporter: giwiniswut | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: mpd | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: I'm trying to download the livestream at https://www.prosieben.de/livestream. (I hope there is no geoblocking on this, so it can be tested outside of germany.) For this, i have obtained an MPD file URL using Firefox developer tools' network tab while playing the stream. I believe this file to be the correct MPEG-DASH manifest for capturing said livestream. However, when trying to open the stream using `ffmpeg -i <MPD URL>` or `ffmpeg -i <MPD URL> -c copy stream.ts`, i am getting a 404 error. Investigating the ffmpeg trace log showed that ffmpeg fails to download the init.mp4 file due to this 404 error. By taking a closer look in line 68 of the log it shows that ffmpeg is trying to download the init.mp4 file from an URL that contains the MPD BaseURL twice. Removing one of those two occurences of the BaseURL fixes the URL; i.e. trying to open it returns a file download and no 404 error. I'm not sure if this is a fault in the MPD file itself or if i'm missing any ffmpeg options neccessary or helpful in this case but i can't help myself but suspect that this is actually a bug. How to reproduce: Make sure you have a working interenet connection, then run ffmpeg command as stated in attached logfile: ffmpeg -report -v 9 -loglevel 99 -i https://psdlv001-a.akamaihd.net/d9f5c007/t_001/prosieben-de/cenc- default.mpd -- Ticket URL: <https://trac.ffmpeg.org/ticket/8097> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 8

#7976(ffplay:new): ffplay mpd file segfaults in refresh_manifest()
by FFmpeg 14 Sep '19

14 Sep '19

#7976: ffplay mpd file segfaults in refresh_manifest() ----------------------------------+-------------------------------------- Reporter: clem | Type: defect Status: new | Priority: normal Component: ffplay | Version: git-master Keywords: segfault | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- ffplay http://.../test.mpd plays for a while (>30s) and then segfaults with a null pointer deref in refresh_manifest() libavformat/dashdec.c:1437 {{{ ffmpeg 4154f89678 ffplay version n4.1.3 Copyright (c) 2003-2019 the FFmpeg developers built with gcc 9 (GCC) configuration: --enable-libxml2 libavutil 56. 22.100 / 56. 22.100 libavcodec 58. 35.100 / 58. 35.100 libavformat 58. 20.100 / 58. 20.100 libavdevice 58. 5.100 / 58. 5.100 libavfilter 7. 40.101 / 7. 40.101 libswscale 5. 3.100 / 5. 3.100 libswresample 3. 3.100 / 3. 3.100 }}} {{{ 0x00000000006378b0 in refresh_manifest (s=0x0) at libavformat/dashdec.c:1437 1437 DASHContext *c = s->priv_data; (gdb) where #0 0x00000000006378b0 in refresh_manifest (s=0x0) at libavformat/dashdec.c:1437 #1 0x0000000000638203 in get_current_fragment (pls=pls@entry=0x7fffd0005cc0) at libavformat/dashdec.c:1542 #2 0x0000000000638669 in read_data (opaque=0x7fffd0005cc0, buf=0x7fffd0896bc0 "", buf_size=32768) at libavformat/dashdec.c:1709 #3 0x0000000000626b01 in read_packet_wrapper (size=32768, buf=<optimized out>, s=0x7fffd0005cc8) at libavformat/aviobuf.c:535 #4 fill_buffer (s=0x7fffd0005cc8) at libavformat/aviobuf.c:585 #5 avio_read (s=s@entry=0x7fffd0005cc8, buf=<optimized out>, size=size@entry=2048) at libavformat/aviobuf.c:678 #6 0x0000000000650a04 in av_probe_input_buffer2 (pb=pb@entry=0x7fffd0005cc8, fmt=fmt@entry=0x7fffdcc9dad0, filename=filename@entry=0x117939c "", logctx=logctx@entry=0x0, offset=offset@entry=0, max_probe_size=1048576, max_probe_size@entry=0) at libavformat/format.c:262 #7 0x0000000000650bf9 in av_probe_input_buffer (pb=pb@entry=0x7fffdNcat: 0005cc8, fmt=fmt@entry=0x7fffdcc9dad0, filename=filename@entry=0x117939c "", logctx=logctx@entry=0x0, offset=offset@entry=0,Broken pipe. max_probe_size=max_probe_size@entry=0) at libavformat/format.c:316 #8 0x0000000000633ec4 in reopen_demux_for_component (s=s@entry=0x7fffd0000b80, pls=pls@entry=0x7fffd0005cc0) at libavformat/dashdec.c:1850 #9 0x00000000006355cc in dash_read_packet (s=0x7fffd0000b80, pkt=0x7fffdcc9dc60) at libavformat/dashdec.c:2115 #10 0x0000000000732733 in ff_read_packet (s=s@entry=0x7fffd0000b80, pkt=pkt@entry=0x7fffdcc9dc60) at libavformat/utils.c:856 #11 0x00000000007337e9 in read_frame_internal (s=0x7fffd0000b80, pkt=0x7fffdcc9ddc0) at libavformat/utils.c:1582 #12 0x000000000073477d in av_read_frame (s=0x7fffd0000b80, pkt=pkt@entry=0x7fffdcc9ddc0) at libavformat/utils.c:472 #13 0x000000000048c2b8 in read_thread (arg=0x45869c0) at fftools/ffplay.c:3014 #14 0x00007ffff7c126e0 in ?? () from /lib64/libSDL2-2.0.so.0 #15 0x00007ffff7c8a2ad in ?? () from /lib64/libSDL2-2.0.so.0 #16 0x00007ffff786c5a2 in start_thread () from /lib64/libpthread.so.0 #17 0x00007ffff7799163 in clone () from /lib64/libc.so.6 }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/7976> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 13

#6511(avformat:new): The ouput file has no video data at the beginning when transcoding MP4 file
by FFmpeg 14 Sep '19

14 Sep '19

#6511: The ouput file has no video data at the beginning when transcoding MP4 file -----------------------------------+-------------------------------------- Reporter: GalaDOS | Type: defect Status: new | Priority: normal Component: avformat | Version: git-master Keywords: mp4, elst | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+-------------------------------------- '''Summary of the bug:''' When transcoding some MP4 files containing Edit List Box whose media_time value is not zero, the first GOP could not be decode well (I think it is because the IDR frame is skiped by the demuxer). This causes the output files have no video data at the beginning. '''How to reproduce:''' You can reproduce this with file attached. My ffmpeg version: git master head (2017-07-05). {{{ $ ./ffmpeg -y -i ~/Public/elst_box_skip_2frames.mp4 ~/Public/elst_box_skip_2frames_output.mp4 ffmpeg version 3.3.git-c8cfbc6 Copyright (c) 2000-2017 the FFmpeg developers built with gcc 4.8.5 (GCC) 20150623 (Red Hat 4.8.5-4) configuration: --prefix=/home/zx/ffmpeg_build --extra- cflags=-I/home/zx/ffmpeg_build/include --extra- ldflags='-L/home/zx/ffmpeg_build/lib -ldl' --bindir=/home/zx/bin --pkg- config-flags=--static --enable-gpl --enable-nonfree --enable-libfdk_aac --enable-libfreetype --enable-libmp3lame --enable-libopus --enable- libvorbis --enable-libvpx --enable-libx264 --enable-libx265 --enable- libmfx --enable-nonfree --disable-shared --enable-static --disable-debug libavutil 55. 67.100 / 55. 67.100 libavcodec 57.100.103 / 57.100.103 libavformat 57. 75.100 / 57. 75.100 libavdevice 57. 7.100 / 57. 7.100 libavfilter 6. 94.100 / 6. 94.100 libswscale 4. 7.101 / 4. 7.101 libswresample 2. 8.100 / 2. 8.100 libpostproc 54. 6.100 / 54. 6.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/home/zx/Public/elst_box_skip_2frames.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 artist : yinyuetai.com album : Yinyuetai date : 06/27/17 15:08:38 encoder : Lavf56.40.101 comment : Yinyuetai-1TR1042 Duration: 00:00:18.07, start: 0.000000, bitrate: 1099 kb/s Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p, 960x540, 994 kb/s, 29 fps, 29 tbr, 29k tbn, 58 tbc (default) Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 95 kb/s (default) Metadata: handler_name : SoundHandler Stream mapping: Stream #0:0 -> #0:0 (h264 (native) -> h264 (libx264)) Stream #0:1 -> #0:1 (aac (native) -> aac (native)) Press [q] to stop, [?] for help [libx264 @ 0x43de8e0] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 AVX2 LZCNT BMI2 [libx264 @ 0x43de8e0] profile High, level 3.1 [libx264 @ 0x43de8e0] 264 - core 148 - H.264/MPEG-4 AVC codec - Copyleft 2003-2017 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 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=6 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=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, mp4, to '/home/zx/Public/elst_box_skip_2frames_output.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 artist : yinyuetai.com album : Yinyuetai date : 06/27/17 15:08:38 comment : Yinyuetai-1TR1042 encoder : Lavf57.75.100 Stream #0:0(und): Video: h264 (libx264) (avc1 / 0x31637661), yuv420p, 960x540, q=-1--1, 29 fps, 14848 tbn, 29 tbc (default) Metadata: handler_name : VideoHandler encoder : Lavc57.100.103 libx264 Side data: cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: -1 Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 128 kb/s (default) Metadata: handler_name : SoundHandler encoder : Lavc57.100.103 aac frame= 522 fps=185 q=-1.0 Lsize= 1156kB time=00:00:18.01 bitrate= 525.6kbits/s dup=244 drop=0 speed=6.39x video:853kB audio:283kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 1.810231% [libx264 @ 0x43de8e0] frame I:3 Avg QP:19.18 size: 56207 [libx264 @ 0x43de8e0] frame P:149 Avg QP:20.28 size: 3718 [libx264 @ 0x43de8e0] frame B:370 Avg QP:27.01 size: 404 [libx264 @ 0x43de8e0] consecutive B-frames: 2.1% 9.2% 2.9% 85.8% [libx264 @ 0x43de8e0] mb I I16..4: 11.0% 39.9% 49.2% [libx264 @ 0x43de8e0] mb P I16..4: 0.5% 0.8% 0.1% P16..4: 27.3% 8.0% 4.3% 0.0% 0.0% skip:59.1% [libx264 @ 0x43de8e0] mb B I16..4: 0.0% 0.0% 0.0% B16..8: 15.8% 0.3% 0.0% direct: 0.1% skip:83.8% L0:48.2% L1:49.2% BI: 2.6% [libx264 @ 0x43de8e0] 8x8 transform intra:46.8% inter:75.1% [libx264 @ 0x43de8e0] coded y,uvDC,uvAC intra: 58.5% 82.4% 57.8% inter: 3.1% 7.0% 0.5% [libx264 @ 0x43de8e0] i16 v,h,dc,p: 31% 28% 11% 31% [libx264 @ 0x43de8e0] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 19% 16% 29% 6% 6% 7% 5% 7% 6% [libx264 @ 0x43de8e0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 22% 18% 9% 10% 10% 10% 7% 8% 6% [libx264 @ 0x43de8e0] i8c dc,h,v,p: 47% 23% 19% 11% [libx264 @ 0x43de8e0] Weighted P-Frames: Y:0.0% UV:0.0% [libx264 @ 0x43de8e0] ref P L0: 67.2% 14.5% 14.1% 4.2% [libx264 @ 0x43de8e0] ref B L0: 92.5% 6.6% 0.9% [libx264 @ 0x43de8e0] ref B L1: 98.8% 1.2% [libx264 @ 0x43de8e0] kb/s:387.70 [aac @ 0x43df8a0] Qavg: 1133.271 }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/6511> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1