May 2022 - FFmpeg-trac - lists.ffmpeg.org

#5641(avformat:new): Support WebVTT according to MKV specs
by FFmpeg 07 Apr '25

07 Apr '25

#5641: Support WebVTT according to MKV specs -------------------------------------+------------------------------------- Reporter: RiCON | Type: defect Status: new | Priority: normal Component: avformat | Version: git- Keywords: webvtt | master matroska | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- FFmpeg supports the D_WEBVTT/SUBTITLES flavor following WebM specs (http://www.webmproject.org/docs/container/) but not the recent S_TEXT/WEBVTT flavor added to Matroska spec (https://matroska.org/technical/specs/codecid/index.html) likely close to it being added to mkvtoolnix in https://github.com/mbunkus/mkvtoolnix/commit/c0c8ea01 . It should probably also be changed to mux WebVTT tracks as S_TEXT/WEBVTT, at least to Matroska so mkvtoolnix recognizes the track as valid subtitles. {{{ ffmpeg -i cut-vtt.mkv ffmpeg version N-80317-gff53b66-g9da27fb+1 Copyright (c) 2000-2016 the FFmpeg developers built with gcc 5.4.0 (Rev1, Built by MSYS2 project) configuration: --enable-libx264 --enable-libvpx --enable-libopus --disable-postproc --disable-doc --disable-demuxer=asf --disable-ffplay --enable-gpl --disable-debug libavutil 55. 24.100 / 55. 24.100 libavcodec 57. 46.100 / 57. 46.100 libavformat 57. 38.100 / 57. 38.100 libavdevice 57. 0.101 / 57. 0.101 libavfilter 6. 46.101 / 6. 46.101 libswscale 4. 1.100 / 4. 1.100 libswresample 2. 1.100 / 2. 1.100 [matroska,webm @ 000000038f2d1c60] Unknown/unsupported AVCodecID S_TEXT/WEBVTT. [matroska,webm @ 000000038f2d1c60] Could not find codec parameters for stream 3 (Subtitle: none): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, matroska,webm, from 'cut-vtt.mkv': Metadata: encoder : libebml v1.3.3 + libmatroska v1.4.4 creation_time : 2016-06-14 12:56:53 Duration: 00:00:11.28, start: 0.000000, bitrate: 352 kb/s Stream #0:0: Video: vp9 (Profile 2), yuv420p10le(tv), 1280x720, SAR 1:1 DAR 16:9, 23.98 fps, 23.98 tbr, 1k tbn, 1k tbc (default) Metadata: BPS : 291322 BPS-eng : 291322 DURATION : 00:00:09.760000000 DURATION-eng : 00:00:09.760000000 NUMBER_OF_FRAMES: 234 NUMBER_OF_FRAMES-eng: 234 NUMBER_OF_BYTES : 355414 NUMBER_OF_BYTES-eng: 355414 _STATISTICS_WRITING_APP: mkvmerge v9.2.0 ('Photograph') 64bit _STATISTICS_WRITING_APP-eng: mkvmerge v9.2.0 ('Photograph') 64bit _STATISTICS_WRITING_DATE_UTC: 2016-06-14 12:56:53 _STATISTICS_WRITING_DATE_UTC-eng: 2016-06-14 12:56:53 _STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES Stream #0:1: Audio: opus, 48000 Hz, stereo, fltp (default) (forced) Metadata: BPS : 107013 BPS-eng : 107013 DURATION : 00:00:09.758000000 DURATION-eng : 00:00:09.758000000 NUMBER_OF_FRAMES: 488 NUMBER_OF_FRAMES-eng: 488 NUMBER_OF_BYTES : 130530 NUMBER_OF_BYTES-eng: 130530 _STATISTICS_WRITING_APP: mkvmerge v9.2.0 ('Photograph') 64bit _STATISTICS_WRITING_APP-eng: mkvmerge v9.2.0 ('Photograph') 64bit _STATISTICS_WRITING_DATE_UTC: 2016-06-14 12:56:53 _STATISTICS_WRITING_DATE_UTC-eng: 2016-06-14 12:56:53 _STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES Stream #0:2(eng): Subtitle: webvtt Metadata: title : FFmpeg BPS : 163 BPS-eng : 163 DURATION : 00:00:10.300000000 DURATION-eng : 00:00:10.300000000 NUMBER_OF_FRAMES: 5 NUMBER_OF_FRAMES-eng: 5 NUMBER_OF_BYTES : 211 NUMBER_OF_BYTES-eng: 211 _STATISTICS_WRITING_APP: mkvmerge v9.2.0 ('Photograph') 64bit _STATISTICS_WRITING_APP-eng: mkvmerge v9.2.0 ('Photograph') 64bit _STATISTICS_WRITING_DATE_UTC: 2016-06-14 12:56:53 _STATISTICS_WRITING_DATE_UTC-eng: 2016-06-14 12:56:53 _STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES Stream #0:3: Subtitle: none (default) Metadata: title : mkvmerge BPS : 0 BPS-eng : 0 DURATION : 00:00:00.000000000 DURATION-eng : 00:00:00.000000000 NUMBER_OF_FRAMES: 0 NUMBER_OF_FRAMES-eng: 0 NUMBER_OF_BYTES : 0 NUMBER_OF_BYTES-eng: 0 _STATISTICS_WRITING_APP: mkvmerge v9.2.0 ('Photograph') 64bit _STATISTICS_WRITING_APP-eng: mkvmerge v9.2.0 ('Photograph') 64bit _STATISTICS_WRITING_DATE_UTC: 2016-06-14 12:56:53 _STATISTICS_WRITING_DATE_UTC-eng: 2016-06-14 12:56:53 _STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES At least one output file must be specified }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/5641> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 7

#6949(undetermined:new): No support for multiple values in ID3v2.4 tags.
by FFmpeg 06 Apr '25

06 Apr '25

#6949: No support for multiple values in ID3v2.4 tags. -------------------------------------+------------------------------------- Reporter: | Type: defect escapereality | Priority: normal Status: new | Version: Component: | unspecified undetermined | Blocked By: Keywords: ID3 FFprobe | Reproduced by developer: 0 libavformat | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Altough ''FFmpeg'' states that it has support for ID3v2.4 tags, there is one thing I can't get to work properly. The [http://id3.org/id3v2.4.0-frames ID3v2.4 specifications] state the following: ''There may only be one text information frame of its kind in an tag. All text information frames supports multiple strings, stored as a null separated list, where null is represented by the termination code for the character encoding.'' When I separate the values in a tag with NULL-characters, the values should all be recognized (following the ID3v2.4 specs). However, when I use ''FFprobe'', it only shows the first value. For example [http://mutagen.readthedocs.io/en/latest/man/mid3v2.html mid3v2] shows the tags correctly. [[BR]] Below is (a snippet of) the output of both ''mid3v2'' and ''FFprobe'' with an example file. The '''TCON''' (genre) and '''TPE1''' (artist) contain multiple values. ''mid3v2:'' {{{ mid3v2 --list 01_Infinite_$Original_Mix$.mp3 IDv2 tag info for 01_Infinite_(Original_Mix).mp3 TALB=Infinite TBPM=150 TCON=Hardstyle / Test / Example / Hard Dance TDRC=2017 TIT2=Infinite (Original Mix) TPE1=B-Front / Second Artist Example TPE2=B-Front TPUB=Roughstate }}} ''FFmpeg:'' {{{ ffprobe 01_Infinite_$Original_Mix$.mp3 Input #0, mp3, from '01_Infinite_(Original_Mix).mp3': Metadata: title : Infinite (Original Mix) artist : B-Front album : Infinite date : 2017 genre : Hardstyle TBPM : 150 album_artist : B-Front publisher : Roughstate }}} ---- '''Verbose console output FFprobe''' {{{ ffprobe started on 2018-01-07 at 03:20:14 Report written to "ffprobe-20180107-032014.log" Command line: ffprobe -report "01_Infinite_(Original_Mix).mp3" ffprobe version 3.4.1 Copyright (c) 2007-2017 the FFmpeg developers built with gcc 7.2.1 (GCC) 20171128 configuration: --prefix=/usr --disable-debug --disable-static --disable- stripping --enable-avisynth --enable-avresample --enable-fontconfig --enable-gmp --enable-gnutls --enable-gpl --enable-ladspa --enable-libass --enable-libbluray --enable-libfreetype --enable-libfribidi --enable- libgsm --enable-libiec61883 --enable-libmodplug --enable-libmp3lame --enable-libopencore_amrnb --enable-libopencore_amrwb --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-libsoxr --enable-libspeex --enable-libssh --enable-libtheora --enable-libv4l2 --enable-libvidstab --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxcb --enable-libxml2 --enable-libxvid --enable-shared --enable-version3 libavutil 55. 78.100 / 55. 78.100 libavcodec 57.107.100 / 57.107.100 libavformat 57. 83.100 / 57. 83.100 libavdevice 57. 10.100 / 57. 10.100 libavfilter 6.107.100 / 6.107.100 libavresample 3. 7. 0 / 3. 7. 0 libswscale 4. 8.100 / 4. 8.100 libswresample 2. 9.100 / 2. 9.100 libpostproc 54. 7.100 / 54. 7.100 [NULL @ 0x55a2b5dcdb20] Opening '01_Infinite_(Original_Mix).mp3' for reading [file @ 0x55a2b5dce520] Setting default whitelist 'file,crypto' [mp3 @ 0x55a2b5dcdb20] Format mp3 probed with size=131072 and score=51 id3v2 ver:4 flags:00 len:108428 [mp3 @ 0x55a2b5dcdb20] pad 576 1211 [mp3 @ 0x55a2b5dcdb20] Skipping 0 bytes of junk at 109482. [mp3 @ 0x55a2b5dcdb20] Before avformat_find_stream_info() pos: 109482 bytes read:131072 seeks:0 nb_streams:2 [mjpeg @ 0x55a2b5dd2480] marker=d8 avail_size_in_buf=94699 [mjpeg @ 0x55a2b5dd2480] marker parser used 0 bytes (0 bits) [mjpeg @ 0x55a2b5dd2480] marker=e0 avail_size_in_buf=94697 [mjpeg @ 0x55a2b5dd2480] marker parser used 16 bytes (128 bits) [mjpeg @ 0x55a2b5dd2480] marker=db avail_size_in_buf=94679 [mjpeg @ 0x55a2b5dd2480] index=0 [mjpeg @ 0x55a2b5dd2480] qscale[0]: 0 [mjpeg @ 0x55a2b5dd2480] marker parser used 67 bytes (536 bits) [mjpeg @ 0x55a2b5dd2480] marker=db avail_size_in_buf=94610 [mjpeg @ 0x55a2b5dd2480] index=1 [mjpeg @ 0x55a2b5dd2480] qscale[1]: 1 [mjpeg @ 0x55a2b5dd2480] marker parser used 67 bytes (536 bits) [mjpeg @ 0x55a2b5dd2480] marker=c0 avail_size_in_buf=94541 [mjpeg @ 0x55a2b5dd2480] Changing bps from 0 to 8 [mjpeg @ 0x55a2b5dd2480] sof0: picture: 600x600 [mjpeg @ 0x55a2b5dd2480] component 0 2:2 id: 0 quant:0 [mjpeg @ 0x55a2b5dd2480] component 1 1:1 id: 1 quant:1 [mjpeg @ 0x55a2b5dd2480] component 2 1:1 id: 2 quant:1 [mjpeg @ 0x55a2b5dd2480] pix fmt id 22111100 [mjpeg @ 0x55a2b5dd2480] marker parser used 17 bytes (136 bits) [mjpeg @ 0x55a2b5dd2480] marker=c4 avail_size_in_buf=94522 [mjpeg @ 0x55a2b5dd2480] marker parser used 0 bytes (0 bits) [mjpeg @ 0x55a2b5dd2480] marker=c4 avail_size_in_buf=94489 [mjpeg @ 0x55a2b5dd2480] marker parser used 0 bytes (0 bits) [mjpeg @ 0x55a2b5dd2480] marker=c4 avail_size_in_buf=94397 [mjpeg @ 0x55a2b5dd2480] marker parser used 0 bytes (0 bits) [mjpeg @ 0x55a2b5dd2480] marker=c4 avail_size_in_buf=94367 [mjpeg @ 0x55a2b5dd2480] marker parser used 0 bytes (0 bits) [mjpeg @ 0x55a2b5dd2480] escaping removed 318 bytes [mjpeg @ 0x55a2b5dd2480] marker=da avail_size_in_buf=94314 [mjpeg @ 0x55a2b5dd2480] marker parser used 93996 bytes (751968 bits) [mjpeg @ 0x55a2b5dd2480] marker=d9 avail_size_in_buf=0 [mjpeg @ 0x55a2b5dd2480] decode frame unused 0 bytes [mp3 @ 0x55a2b5dcdb20] demuxer injecting skip 1105 / discard 0 [mp3 @ 0x55a2b5dd1620] skip 1105 / discard 0 samples due to side data [mp3 @ 0x55a2b5dd1620] skip 1105/1152 samples [mp3 @ 0x55a2b5dcdb20] All info found [mp3 @ 0x55a2b5dcdb20] After avformat_find_stream_info() pos: 162730 bytes read:163840 seeks:0 frames:51 Input #0, mp3, from '01_Infinite_(Original_Mix).mp3': Metadata: title : Infinite (Original Mix) artist : B-Front track : 1 album : Infinite date : 2017 genre : Hardstyle compilation : 0 TBPM : 150 album_artist : B-Front publisher : Roughstate R128_ALBUM_GAIN : 0 R128_TRACK_GAIN : 0 CATALOGNUMBER : ROUGH082 REPLAYGAIN_ALBUM_PEAK: 1.000000 REPLAYGAIN_TRACK_PEAK: 1.000000 REPLAYGAIN_ALBUM_GAIN: -13.24 dB REPLAYGAIN_TRACK_GAIN: -13.24 dB iTunNORM : 0000525E 0000525E 0000CDEC 0000CDEC 00000000 00000000 00008000 00008000 00000000 00000000 Duration: 00:05:00.64, start: 0.025056, bitrate: 322 kb/s Stream #0:0, 50, 1/14112000: Audio: mp3, 44100 Hz, stereo, s16p, 320 kb/s Metadata: encoder : Lavf Side data: replaygain: track gain - -13.240000, track peak - 0.000023, album gain - -13.240000, album peak - 0.000023, Stream #0:1, 1, 1/90000: Video: mjpeg, yuvj420p(pc, bt470bg/unknown/unknown), 600x600 [SAR 1:1 DAR 1:1], 90k tbr, 90k tbn, 90k tbc Metadata: comment : Cover (front) [AVIOContext @ 0x55a2b5dd6900] Statistics: 163840 bytes read, 0 seeks }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/6949> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 12

#9608(undetermined:new): Ffmpeg + VAAPI on Polaris GPU not recovering after corrupt video
by FFmpeg 06 Apr '25

06 Apr '25

#9608: Ffmpeg + VAAPI on Polaris GPU not recovering after corrupt video -------------------------------------+------------------------------------- Reporter: teeedubb | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Hi All, I have been experiencing heavy artifacting in dvb-t live TV streams after corruption in videos with ffmpeg + vaapi + AMD polaris GPU (rx560). The video in question is a live TV stream and I am able to reproduce the issue when the recording is played from a local harddisk. The issue occurs in linux and windows, in kodi, vlc and ffplay and the videos recover OK when played on nvidia and intel gpu's on both windows and linux. The video plays ok if I disable vaapi (most of my testing is done in linux). I have tried updating mesa to the current release, using a 5.15 kernel and tried various operating systems (manjaro, libreelec nighty, ubuntu 20.04, windows 10). output of ffmpeg -hwaccel vaapi -i Downloads/The\ Project.ts -vcodec rawvideo -acodec copy -f matroska -sn - | ffplay -report -i - https://paste.ubuntu.com/p/tP9zrjZ796/ snippets of kodi.log from when the corruption occurs (I can provide more logs) 2021-11-30 20:36:36.863 T:333115 DEBUG <general>: ffmpeg[0x56321c011040X]: [mpegts] Packet corrupt (stream = , dts = 2007374635). 2021-11-30 20:52:18.128 T:366796 DEBUG <general>: ffmpeg[0x56321b9c1730X]: [mpegts] Packet corrupt (stream = , dts = 2209044203). 2021-11-30 20:52:33.301 T:372941 DEBUG <general>: ffmpeg[0x7f559c0dec80X]: [image2] Custom AVIOContext makes o sense and will be ignored with AVFMT_NOFILE format. vainfo http://ix.io/3EE0 <http://ix.io/3EE0> mediainfo of a longer version of the sample video https://paste.ubuntu.com/p/wthYZhVMMf/ video of artefacting https://youtu.be/EJCfi4RP5Pg Sample video (200mb) Corruption occurs at around 4m40s. https://www.dropbox.com/s/aaiwgvsou10aq2w/corruption-recovery-amd.ts?dl=0 I have also uploaded the sample file "corruption-recovery-amd.ts" to the VLC file uploader. I have also received confirmation from two people that they can reproduce the issue on their polaris hardware: https://www.reddit.com/r/ffmpeg/comments/r66bns/any_rx560_or_amd_gpu_owners… "I tried it out and got exactly what you're experiencing, I have a 2gb RX560. If I played the video through about 4:38 in VLC it would drop about 25 frames, and it wouldn't matter where I seeked the video to, it would be all garbled. Not only that, but my gpu utilization would go from about 10% while decoding to 50% once the frames dropped, spiking all over the place. I tried to play the video again, skipping over the corrupted frames, and there were no problems if I skipped over the bad part. I'm sure you're long past worrying about this by now, but I thought I'd pitch in anyway that the same thing happens for me. See screenshot. My CPU at 100% is because I am also transcoding video in the background on CPU." and https://forums.whirlpool.net.au/thread/90x14jy4 "Can confirm the video desync and corruption issue using VLC with RX550 / Polaris12 – it looks like an issue decoding an I frame and the decoder never recovers so corrupt macroblocks appear Playing the video with mpv + hardware acceleration has no issues In Windows VLC with integrated Intel UHD graphics + DXVA2 acceleration, the playback temporarily freezes, skips some frames and then snaps back cleanly to the next I frame" Thanks in advance. -- Ticket URL: <https://trac.ffmpeg.org/ticket/9608> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 7

#4298(avfilter:new): zoompan filter creates shaky image
by FFmpeg 05 Apr '25

05 Apr '25

#4298: zoompan filter creates shaky image ----------------------------------+-------------------------------------- Reporter: slhck | Type: defect Status: new | Priority: normal Component: avfilter | Version: git-master Keywords: zoompan | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- Summary of the bug: When using the `zoompan` filter and setting any x or y (or both) value, the effect is shaky and jerky. How to reproduce: {{{ ffmpeg -framerate 25 -loop 1 -i in.jpg -vf "zoompan=z='min(zoom+0.0015,1.4)':x=50:d=150" -t 6 -s 640x380 out.mp4 ffmpeg version N-69568-g21051af Copyright (c) 2000-2015 the FFmpeg developers built with gcc 4.9.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable- libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable- libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable- libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-lzma --enable-decklink --enable-zlib libavutil 54. 18.100 / 54. 18.100 libavcodec 56. 21.102 / 56. 21.102 libavformat 56. 19.100 / 56. 19.100 libavdevice 56. 4.100 / 56. 4.100 libavfilter 5. 9.103 / 5. 9.103 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 [mjpeg @ 0000000000342a60] ignoring invalid SAR: 540/409 Input #0, image2, from 'out.jpg': Duration: 00:00:00.04, start: 0.000000, bitrate: 3236 kb/s Stream #0:0: Video: mjpeg, yuvj420p(pc, bt470bg/unknown/unknown), 640x360, 25 fps, 25 tbr, 25 tbn, 25 tbc File 'out.mp4' already exists. Overwrite ? [y/N] y [swscaler @ 0000000000307fe0] 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 @ 0000000004cf00a0] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX [libx264 @ 0000000004cf00a0] profile High, level 3.0 [libx264 @ 0000000004cf00a0] 264 - core 144 r2525 40bb568 - H.264/MPEG-4 AVC codec - Copyleft 2003-2014 - 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 'out.mp4': Metadata: encoder : Lavf56.19.100 Stream #0:0: Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuvj420p(pc), 640x360, q=-1--1, 25 fps, 12800 tbn, 25 tbc Metadata: encoder : Lavc56.21.102 libx264 Stream mapping: Stream #0:0 -> #0:0 (mjpeg (native) -> h264 (libx264)) Press [q] to stop, [?] for help [swscaler @ 0000000004ca5f80] deprecated pixel format used, make sure you did set range correctly Last message repeated 1 times [swscaler @ 0000000004ca5f80] Warning: data is not aligned! This can lead to a speedloss [swscaler @ 0000000004ca5f80] deprecated pixel format used, make sure you did set range correctly Last message repeated 55 times [swscaler @ 0000000009502c80] deprecated pixel format used, make sure you did set range correctly Last message repeated 41 times [output stream 0:0 @ 00000000002cb160] 100 buffers queued in output stream 0:0, something may be wrong. [swscaler @ 0000000009502c80] deprecated pixel format used, make sure you did set range correctly Last message repeated 49 times [swscaler @ 0000000007cc2780] deprecated pixel format used, make sure you did set range correctly Last message repeated 1 times frame= 150 fps=107 q=-1.0 Lsize= 122kB time=00:00:05.92 bitrate= 168.6kbits/s video:119kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 2.158680% [libx264 @ 0000000004cf00a0] frame I:1 Avg QP:18.48 size: 13916 [libx264 @ 0000000004cf00a0] frame P:38 Avg QP:18.97 size: 1965 [libx264 @ 0000000004cf00a0] frame B:111 Avg QP:23.90 size: 296 [libx264 @ 0000000004cf00a0] consecutive B-frames: 1.3% 0.0% 0.0% 98.7% [libx264 @ 0000000004cf00a0] mb I I16..4: 13.4% 64.7% 22.0% [libx264 @ 0000000004cf00a0] mb P I16..4: 0.6% 1.6% 0.2% P16..4: 37.9% 10.8% 5.9% 0.0% 0.0% skip:43.1% [libx264 @ 0000000004cf00a0] mb B I16..4: 0.0% 0.0% 0.0% B16..8: 33.5% 0.3% 0.0% direct: 0.1% skip:66.0% L0:47.5% L1:51.4% BI: 1.2% [libx264 @ 0000000004cf00a0] 8x8 transform intra:65.9% inter:74.8% [libx264 @ 0000000004cf00a0] coded y,uvDC,uvAC intra: 50.9% 30.8% 5.7% inter: 2.8% 1.3% 0.0% [libx264 @ 0000000004cf00a0] i16 v,h,dc,p: 16% 37% 6% 42% [libx264 @ 0000000004cf00a0] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 27% 24% 29% 2% 3% 3% 4% 3% 4% [libx264 @ 0000000004cf00a0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 29% 24% 15% 5% 7% 6% 6% 4% 4% [libx264 @ 0000000004cf00a0] i8c dc,h,v,p: 62% 21% 16% 2% [libx264 @ 0000000004cf00a0] Weighted P-Frames: Y:0.0% UV:0.0% [libx264 @ 0000000004cf00a0] ref P L0: 67.5% 6.2% 16.7% 9.6% [libx264 @ 0000000004cf00a0] ref B L0: 91.5% 6.8% 1.7% [libx264 @ 0000000004cf00a0] ref B L1: 95.3% 4.7% [libx264 @ 0000000004cf00a0] kb/s:161.96 }}} When `x` is not set, there is no shakiness (see correct output). Also mentioned here: * http://superuser.com/questions/873939/ffmpeg-how-to-zoomin-a-video-from- the-center?noredirect=1 * http://superuser.com/questions/776452/ffmpeg-create-zoompan-shaky-or- jittery -- Ticket URL: <https://trac.ffmpeg.org/ticket/4298> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 20

#4907(avcodec:new): Support decoding animated WebP images
by FFmpeg 01 Apr '25

01 Apr '25

#4907: Support decoding animated WebP images ---------------------------------+--------------------------------------- Reporter: urvang | Type: enhancement Status: new | Priority: normal Component: avcodec | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+--------------------------------------- Summary of the bug: Currently, FFmpeg can encode animated WebPs, but cannot decode them, which is inconvenient for users. Decoding animated WebPs right now generates "image data not found error" due to "unsupported chunk": https://github.com/FFmpeg/FFmpeg/blob/master/libavcodec/webp.c#L1504 How to reproduce: (example input image: https://www.gstatic.com/webp/animated/1.webp) {{{ % ffmpeg -i 1.webp 1.gif ffmpeg version N-75787-g1d4af04 Copyright (c) 2000-2015 the FFmpeg developers built with gcc 4.8 (Ubuntu 4.8.4-2ubuntu1~14.04) configuration: --enable-libwebp libavutil 55. 2.100 / 55. 2.100 libavcodec 57. 4.100 / 57. 4.100 libavformat 57. 3.100 / 57. 3.100 libavdevice 57. 0.100 / 57. 0.100 libavfilter 6. 10.100 / 6. 10.100 libswscale 4. 0.100 / 4. 0.100 libswresample 2. 0.100 / 2. 0.100 [webp @ 0x3782940] image data not found [webp_pipe @ 0x3781360] decoding for stream 0 failed < Rest of the output truncated > }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/4907> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 43

#5482(undetermined:new): g721 (g726): fix audiable artefacts
by FFmpeg 30 Mar '25

30 Mar '25

#5482: g721 (g726): fix audiable artefacts -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- decodes ok with sox https://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket1955/g721_1ch_44khz.au also reproducible with g726 sample: https://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket1955/g726_44khz_2bit.au {{{ C:\>ffmpeg -i C:\g721_1ch_44khz.au out.wav ffmpeg version N-79632-g3ce1988 Copyright (c) 2000-2016 the FFmpeg developers built with gcc 4.5.0 (GCC) 20100414 (Fedora MinGW 4.5.0-1.fc14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-pthreads --enable-memalign-hack --enable-runtime- cpudetect -- enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 -lw inmm -lpthread' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snapsh ots/build/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/sna pshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable- version3 -- enable-nonfree --enable-libx264 --enable-libspeex --enable-libtheora --enable-li bvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable-li bopencore-amrwb --enable-libmp3lame --enable-libfreetype --enable-libvpx --disab le-decoder=libvpx libavutil 55. 22.101 / 55. 22.101 libavcodec 57. 38.100 / 57. 38.100 libavformat 57. 34.103 / 57. 34.103 libavdevice 57. 0.101 / 57. 0.101 libavfilter 6. 44.100 / 6. 44.100 libswscale 4. 1.100 / 4. 1.100 libswresample 2. 0.101 / 2. 0.101 libpostproc 54. 0.100 / 54. 0.100 Input #0, au, from 'C:\g721_1ch_44khz.au': Duration: 00:00:30.01, start: 0.000000, bitrate: 176 kb/s Stream #0:0: Audio: adpcm_g726le ([23][0][0][0] / 0x0017), 44100 Hz, mono, s 16, 176 kb/s [wav @ 0x2c3eb60] Using AVStream.codec to pass codec parameters to muxers is dep recated, use AVStream.codecpar instead. Output #0, wav, to 'out.wav': Metadata: ISFT : Lavf57.34.103 Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, mono, s16, 705 kb/s Metadata: encoder : Lavc57.38.100 pcm_s16le Stream mapping: Stream #0:0 -> #0:0 (adpcm_g726le (g726le) -> pcm_s16le (native)) Press [q] to stop, [?] for help size= 2585kB time=00:00:30.01 bitrate= 705.6kbits/s speed= 213x video:0kB audio:2585kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.002946% }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/5482> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 4

#9210(undetermined:new): Concat images produces wrong timings when duration is in milliseconds
by FFmpeg 27 Mar '25

27 Mar '25

#9210: Concat images produces wrong timings when duration is in milliseconds -------------------------------------+------------------------------------- Reporter: demet64 | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- This issue was also mentioned here: https://www.reddit.com/r/ffmpeg/comments/e1o3hv/ffconcat_filter_with_millis… and here: https://forum.videohelp.com/threads/397470-Converting-a -sequence-of-images-to-video-with-variable-framerate Summary of the bug: How to reproduce: {{{ % ffmpeg -i input ... output ffmpeg version built on ... }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: <https://trac.ffmpeg.org/ticket/9210> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 14

#6389(avformat:new): Support H.265 over Adobe HTTP-FLV or RTMP
by FFmpeg 17 Mar '25

17 Mar '25

#6389: Support H.265 over Adobe HTTP-FLV or RTMP ----------------------------------+--------------------------------------- Reporter: winlin | Type: task Status: new | Priority: normal Component: avformat | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- FFMPEG is a great project, thank everyone's awesome work! Adobe HTTP-FLV or RTMP is the defacto protocol for live streaming over internet and almost all encoders support pushing stream to server or CDN over RTMP protocol, while player like Adobe Flash or Android ExoPlayer or FFMPEG also support HTTP-FLV. Although H.265 is supported by HLS and TS, we can also delivery H.265 over HTTP-TS for realtime live streaming service, but CDNs are more friendly to RTMP/HTTP-FLV. For example, all, that's all, not some, all live streaming service in China now are using RTMP/HTTP-FLV for 3-5s latency, none of them chooses HLS for its large latency. Maybe realtime live streaming is not popular in the US, but I think it's only because the CDN is not very good at delivery RTMP/HTTP-FLV. I know some friends in the UK and US are now build the realtime CDN themselves, some use [NGINX-RTMP](https://github.com/arut/nginx-rtmp-module) like facebook, others using [SRS](https://github.com/ossrs/srs) to delivery realtime live streaming: {{{ Encoder ====RTMP====> SRS(Cluster) ====RTMP/HTTP-FLV====> Player }}} Now, it work very good for H.264+AAC over RTMP/HTTP-FLV for 3-5s realtime live streaming service, what about H.265? Is there any plan to support H.265 over HTTP-FLV/RTMP? -- Ticket URL: <https://trac.ffmpeg.org/ticket/6389> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 34

#7059(undetermined:new): Compile error in ffmpeg git master with opencv 3.4.1
by FFmpeg 14 Mar '25

14 Mar '25

#7059: Compile error in ffmpeg git master with opencv 3.4.1 -------------------------------------+------------------------------------- Reporter: bermond | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I'm getting the following error at configure time when trying to compile ffmpeg git-master with the newly released opencv 3.4.1: {{{ ERROR: libopencv not found }}} Relevant `ffbuild/config.log` section: {{{ In file included from /usr/include/opencv2/core/types_c.h:59:0, from /usr/include/opencv2/core/core_c.h:48, from /tmp/ffconf.Rgo00uNd/test.c:1: /usr/include/opencv2/core/cvdef.h:485:1: error: unknown type name 'namespace' namespace cv { ^~~~~~~~~ /usr/include/opencv2/core/cvdef.h:485:14: error: expected '=', ',', ';', 'asm' or '__attribute__' before '{' token namespace cv { ^ ERROR: libopencv not found }}} It compiles fine when using opencv 3.4.0. How to reproduce: {{{ $ git clone https://git.ffmpeg.org/ffmpeg.git $ cd ffmpeg $ ./configure --enable-libopencv }}} A relevant [https://github.com/opencv/opencv/issues/10963 issue (#10963)] is opened at the official opencv github repository regarding the same error when compiling vlc. Here is a quote of opencv developer Alexander Alekhin when answering this issue: ''"OpenCV 3.x doesn't not support C compilation mode officially. There are still legacy C API calls (from OpenCV 1.x) but they should be compiled in C++ compilation mode".'' '''System information:''' '''OS:''' Arch Linux x86_64 '''Compiler:''' gcc 7.3.0 '''FFmpeg:''' git master '''OpenCV:''' 3.4.1 -- Ticket URL: <https://trac.ffmpeg.org/ticket/7059> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 3

#7558(undetermined:new): Ignore coded resolutions in using -c:v copy?
by FFmpeg 13 Mar '25

13 Mar '25

#7558: Ignore coded resolutions in using -c:v copy? -------------------------------------+------------------------------------- Reporter: ponpon | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- A coded resolution is {{{1920x1080 (0x0)}}} in using {{{-c:v copy}}}. Does it mean that coded resolutions is ignored? I don't know if it makes an effect on output files. A source file is 1080.mp of ticket #7544. {{{ ffmpeg -y -v debug -i 1080.mp4 -c:v copy test.mp4 ffmpeg version N-92458-gfc94e9704e Copyright (c) 2000-2018 the FFmpeg developers built with clang version 5.0.2 (tags/RELEASE_502/final) configuration: --prefix=/sw --cc=clang-mp-5.0 --cxx=clang++-mp-5.0 --disable-shared --enable-static --enable-gpl --enable-version3 --enable- nonfree --enable-pthreads --optflags=-Ofast --extra-cflags='-I/sw/include -I/opt/local/include ' --extra-ldflags=' -L/sw/lib -L/opt/local/lib -fopenmp' --extra-ldsoflags='-L/sw/lib -L/opt/local/lib -static--target- os=darwin' --arch=x86_64 --cpu=kabylake --enable-avresample --enable- libfdk-aac --enable-libmp3lame --enable-libopencore_amrnb --enable- libopencore_amrwb --enable-libopenjpeg --enable-libopus --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libxvid --enable-libfreetype --enable-gcrypt --enable-gmp --enable-openssl --enable-librtmp --enable-libass --enable- fontconfig --enable-libfribidi --enable-libbluray --enable-libdc1394 --enable-libmodplug --enable-lzma --enable-libx264 --enable-libx265 --enable-libzimg --enable-libvidstab --enable-libsoxr --enable- libsmbclient --enable-libcdio --enable-opengl --enable-opencl --pkg- config-flags=' --libs --static' libavutil 56. 23.101 / 56. 23.101 libavcodec 58. 39.100 / 58. 39.100 libavformat 58. 22.100 / 58. 22.100 libavdevice 58. 6.100 / 58. 6.100 libavfilter 7. 44.100 / 7. 44.100 libavresample 4. 0. 0 / 4. 0. 0 libswscale 5. 4.100 / 5. 4.100 libswresample 3. 4.100 / 3. 4.100 libpostproc 55. 4.100 / 55. 4.100 Splitting the commandline. Reading option '-y' ... matched as option 'y' (overwrite output files) with argument '1'. Reading option '-v' ... matched as option 'v' (set logging level) with argument 'debug'. Reading option '-i' ... matched as input url with argument '1080.mp4'. Reading option '-c:v' ... matched as option 'c' (codec name) with argument 'copy'. Reading option 'test.mp4' ... matched as output url. Finished splitting the commandline. Parsing a group of options: global . Applying option y (overwrite output files) with argument 1. Applying option v (set logging level) with argument debug. Successfully parsed a group of options. Parsing a group of options: input url 1080.mp4. Successfully parsed a group of options. Opening an input file: 1080.mp4. [NULL @ 0x7fec31011200] Opening '1080.mp4' for reading [file @ 0x7fec30c1de80] Setting default whitelist 'file,crypto' [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] Format mov,mp4,m4a,3gp,3g2,mj2 probed with size=2048 and score=100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] ISO: File Type Major Brand: isom [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] Unknown dref type 0x206c7275 size 12 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] Processing st: 0, edit list 0 - media time: 1024, duration: 12800 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] stts: 0 ctts: 1024, ctts_index: 0, ctts_count: 25 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] stts: 512 ctts: 2560, ctts_index: 1, ctts_count: 25 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] stts: 1024 ctts: 1024, ctts_index: 2, ctts_count: 25 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] stts: 1536 ctts: 0, ctts_index: 3, ctts_count: 25 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] stts: 2048 ctts: 512, ctts_index: 4, ctts_count: 25 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] stts: 2560 ctts: 2560, ctts_index: 5, ctts_count: 25 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] stts: 3072 ctts: 1024, ctts_index: 6, ctts_count: 25 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] stts: 3584 ctts: 0, ctts_index: 7, ctts_count: 25 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] stts: 4096 ctts: 512, ctts_index: 8, ctts_count: 25 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] stts: 4608 ctts: 2560, ctts_index: 9, ctts_count: 25 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] stts: 5120 ctts: 1024, ctts_index: 10, ctts_count: 25 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] stts: 5632 ctts: 0, ctts_index: 11, ctts_count: 25 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] stts: 6144 ctts: 512, ctts_index: 12, ctts_count: 25 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] stts: 6656 ctts: 2560, ctts_index: 13, ctts_count: 25 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] stts: 7168 ctts: 1024, ctts_index: 14, ctts_count: 25 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] stts: 7680 ctts: 0, ctts_index: 15, ctts_count: 25 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] stts: 8192 ctts: 512, ctts_index: 16, ctts_count: 25 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] stts: 8704 ctts: 2560, ctts_index: 17, ctts_count: 25 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] stts: 9216 ctts: 1024, ctts_index: 18, ctts_count: 25 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] stts: 9728 ctts: 0, ctts_index: 19, ctts_count: 25 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] stts: 10240 ctts: 512, ctts_index: 20, ctts_count: 25 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] stts: 10752 ctts: 2560, ctts_index: 21, ctts_count: 25 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] stts: 11264 ctts: 1024, ctts_index: 22, ctts_count: 25 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] stts: 11776 ctts: 0, ctts_index: 23, ctts_count: 25 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] stts: 12288 ctts: 512, ctts_index: 24, ctts_count: 25 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] Offset DTS by 1024 to make first pts zero. [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] Setting codecpar->delay to 2 for stream st: 0 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] Before avformat_find_stream_info() pos: 3962 bytes read:3962 seeks:0 nb_streams:1 [h264 @ 0x7fec31011e00] nal_unit_type: 7(SPS), nal_ref_idc: 3 [h264 @ 0x7fec31011e00] nal_unit_type: 8(PPS), nal_ref_idc: 3 [h264 @ 0x7fec31011e00] nal_unit_type: 6(SEI), nal_ref_idc: 0 [h264 @ 0x7fec31011e00] nal_unit_type: 5(IDR), nal_ref_idc: 3 [h264 @ 0x7fec31011e00] Format yuv420p chosen by get_format(). [h264 @ 0x7fec31011e00] Reinit context to 1920x1088, pix_fmt: yuv420p [h264 @ 0x7fec31011e00] no picture [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] All info found [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] After avformat_find_stream_info() pos: 1168 bytes read:3962 seeks:0 frames:1 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '1080.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf58.18.101 Duration: 00:00:01.00, start: 0.000000, bitrate: 31 kb/s Stream #0:0(und), 1, 1/12800: Video: h264 (High), 1 reference frame (avc1 / 0x31637661), yuv420p(left), 1920x1080 (1920x1088) [SAR 1:1 DAR 16:9], 0/1, 22 kb/s, 25 fps, 25 tbr, 12800 tbn, 50 tbc (default) Metadata: handler_name : VideoHandler Successfully opened the file. Parsing a group of options: output url test.mp4. Applying option c:v (codec name) with argument copy. Successfully parsed a group of options. Opening an output file: test.mp4. [file @ 0x7fec30f06900] Setting default whitelist 'file,crypto' Successfully opened the file. Output #0, mp4, to 'test.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf58.22.100 Stream #0:0(und), 0, 1/12800: Video: h264 (High), 1 reference frame (avc1 / 0x31637661), yuv420p(left), 1920x1080 (0x0) [SAR 1:1 DAR 16:9], 0/1, q=2-31, 22 kb/s, 25 fps, 25 tbr, 12800 tbn, 12800 tbc (default) Metadata: handler_name : VideoHandler Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help cur_dts is invalid (this is harmless if it occurs once at the start per stream) No more output streams to write to, finishing. frame= 25 fps=0.0 q=-1.0 Lsize= 4kB time=00:00:00.88 bitrate= 36.0kbits/s speed=5.12e+03x video:3kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 41.046635% Input file #0 (1080.mp4): Input stream #0:0 (video): 25 packets read (2809 bytes); Total: 25 packets (2809 bytes) demuxed Output file #0 (test.mp4): Output stream #0:0 (video): 25 packets muxed (2809 bytes); Total: 25 packets (2809 bytes) muxed 0 frames successfully decoded, 0 decoding errors [AVIOContext @ 0x7fec30f082c0] Statistics: 2 seeks, 4 writeouts [AVIOContext @ 0x7fec30c1dfc0] Statistics: 3962 bytes read, 0 seeks }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/7558> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2