June 2025 - FFmpeg-trac - lists.ffmpeg.org

#11646(swscale:new): Full range RGB to YUV conversion using swscale has a slight green tint.
by FFmpeg 29 Jun '25

29 Jun '25

#11646: Full range RGB to YUV conversion using swscale has a slight green tint. ---------------------------------+-------------------------------------- Reporter: Jorn | Type: defect Status: new | Priority: normal Component: swscale | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+-------------------------------------- Summary of the bug: Converting full range RGB to YUV using swscale causes the output to have a slight green tint. How to reproduce: {{{ % ffmpeg -loop 1 -t 10 -i gradient.png -sws_flags spline+accurate_rnd+full_chroma_int+full_chroma_inp+bitexact -vf "setparams=colorspace=bt709:range=pc,scale,format=yuv444p" -crf 0 output.mp4 ffmpeg version N-120037-g36c8eef42c-20250625 Copyright (c) 2000-2025 the FFmpeg developers built with gcc 15.1.0 (crosstool-NG 1.27.0.42_35c1e72) configuration: --prefix=/ffbuild/prefix --pkg-config-flags=--static --pkg-config=pkg-config --cross-prefix=x86_64-w64-mingw32- --arch=x86_64 --target-os=mingw32 --enable-gpl --enable-version3 --disable-debug --disable-w32threads --enable-pthreads --enable-iconv --enable-zlib --enable-libfribidi --enable-gmp --enable-libxml2 --enable-lzma --enable- fontconfig --enable-libharfbuzz --enable-libfreetype --enable-libvorbis --enable-opencl --disable-libpulse --enable-libvmaf --disable-libxcb --disable-xlib --enable-amf --enable-libaom --enable-libaribb24 --enable- avisynth --enable-chromaprint --enable-libdav1d --enable-libdavs2 --enable-libdvdread --enable-libdvdnav --disable-libfdk-aac --enable- ffnvcodec --enable-cuda-llvm --enable-frei0r --enable-libgme --enable- libkvazaar --enable-libaribcaption --enable-libass --enable-libbluray --enable-libjxl --enable-libmp3lame --enable-libopus --enable-librist --enable-libssh --enable-libtheora --enable-libvpx --enable-libwebp --enable-libzmq --enable-lv2 --enable-libvpl --enable-openal --enable- liboapv --enable-libopencore-amrnb --enable-libopencore-amrwb --enable- libopenh264 --enable-libopenjpeg --enable-libopenmpt --enable-librav1e --enable-librubberband --enable-schannel --enable-sdl2 --enable-libsnappy --enable-libsoxr --enable-libsrt --enable-libsvtav1 --enable-libtwolame --enable-libuavs3d --disable-libdrm --enable-vaapi --enable-libvidstab --enable-vulkan --enable-libshaderc --enable-libplacebo --enable-libvvenc --enable-libx264 --enable-libx265 --enable-libxavs2 --enable-libxvid --enable-libzimg --enable-libzvbi --extra-cflags=-DLIBTWOLAME_STATIC --extra-cxxflags= --extra-libs=-lgomp --extra-ldflags=-pthread --extra- ldexeflags= --cc=x86_64-w64-mingw32-gcc --cxx=x86_64-w64-mingw32-g++ --ar=x86_64-w64-mingw32-gcc-ar --ranlib=x86_64-w64-mingw32-gcc-ranlib --nm=x86_64-w64-mingw32-gcc-nm --extra-version=20250625 libavutil 60. 3.100 / 60. 3.100 libavcodec 62. 4.100 / 62. 4.100 libavformat 62. 1.100 / 62. 1.100 libavdevice 62. 0.100 / 62. 0.100 libavfilter 11. 0.100 / 11. 0.100 libswscale 9. 0.100 / 9. 0.100 libswresample 6. 0.100 / 6. 0.100 Input #0, png_pipe, from 'gradient.png': Duration: N/A, bitrate: N/A Stream #0:0: Video: png, rgb24(pc, gbr/unknown/unknown), 1024x256 [SAR 1:1 DAR 4:1], 25 fps, 25 tbr, 25 tbn Stream mapping: Stream #0:0 -> #0:0 (png (native) -> h264 (libx264)) Press [q] to stop, [?] for help [libx264 @ 0000016e93513600] using SAR=1/1 [libx264 @ 0000016e93513600] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2 [libx264 @ 0000016e93513600] profile High 4:4:4 Predictive, level 3.0, 4:4:4, 8-bit [libx264 @ 0000016e93513600] 64 - core 165 - H.264/MPEG-4 AVC codec - Copyleft 2003-2025 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=0 mixed_ref=1 me_range=16 chroma_me=1 trellis=0 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=0 chroma_qp_offset=0 threads=8 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc=cqp mbtree=0 qp=0 Output #0, mp4, to 'output.mp4': Metadata: encoder : Lavf62.1.100 Stream #0:0: Video: h264 (avc1 / 0x31637661), yuv444p(pc, bt709/unknown/unknown, progressive), 1024x256 [SAR 1:1 DAR 4:1], q=2-31, 25 fps, 12800 tbn Metadata: encoder : Lavc62.4.100 libx264 Side data: cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: N/A [out#0/mp4 @ 0000016e934c7f80] video:38KiB audio:0KiB subtitle:0KiB other streams:0KiB global headers:0KiB muxing overhead: 4.803696% frame= 250 fps=0.0 q=-1.0 Lsize= 40KiB time=00:00:10.00 bitrate= 32.5kbits/s speed= 25x elapsed=0:00:00.40 [libx264 @ 0000016e93513600] frame I:1 Avg QP: 0.00 size: 31759 [libx264 @ 0000016e93513600] frame P:249 Avg QP: 0.00 size: 26 [libx264 @ 0000016e93513600] mb I I16..4: 79.7% 20.2% 0.1% [libx264 @ 0000016e93513600] mb P I16..4: 0.0% 0.0% 0.0% P16..4: 0.0% 0.0% 0.0% 0.0% 0.0% skip:100.0% [libx264 @ 0000016e93513600] 8x8 transform intra:20.2% [libx264 @ 0000016e93513600] coded y,u,v intra: 99.0% 0.0% 0.0% inter: 0.0% 0.0% 0.0% [libx264 @ 0000016e93513600] i16 v,h,dc,p: 26% 0% 10% 64% [libx264 @ 0000016e93513600] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 36% 11% 37% 0% 1% 14% 0% 0% 0% [libx264 @ 0000016e93513600] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 0% 0% 100% 0% 0% 0% 0% 0% 0% [libx264 @ 0000016e93513600] Weighted P-Frames: Y:0.0% UV:0.0% [libx264 @ 0000016e93513600] kb/s:30.58 }}} This produces a slightly greenish gradient in the output when using `ffmpeg version N-120037-g36c8eef42c-20250625`, using `ffmpeg version n7.1.1-54-g6400860b9d-20250625` produces the correct gradient matching `gradient.png`, as does using `zscale` instead of `scale`. Seems to have broken between `ffmpeg version N-117967-g4de67e8746-20241130` and `ffmpeg version N-118197-gbb85423142-20241231`. -- Ticket URL: <https://trac.ffmpeg.org/ticket/11646> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 6

#11637(undetermined:new): Blackdetect_vulkan doesn't log anything
by FFmpeg 27 Jun '25

27 Jun '25

#11637: Blackdetect_vulkan doesn't log anything -------------------------------------+------------------------------------- Reporter: na | 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: When running "blackdetect_vulkan" nothing is logged. Running the same command with normal "blackdetect" outputs multiple matches to the log. How to reproduce: {{{ % ffmpeg.exe -report -init_hw_device "vulkan=vk:0" -filter_hw_device vk -i input.mkv -vf "hwupload,blackdetect_vulkan=d=0.04:pic_th=0.98:pix_th=0.15,hwdownload" -f null -y /NUL ffmpeg version 2025-06-11-git-f019dd69f0-full_build-www.gyan.dev built with gcc 15.1.0 (Rev4, Built by MSYS2 project) configuration: --enable-gpl --enable-version3 --enable-static --disable- w32threads --disable-autodetect --enable-fontconfig --enable-iconv --enable-gnutls --enable-lcms2 --enable-libxml2 --enable-gmp --enable- bzlib --enable-lzma --enable-libsnappy --enable-zlib --enable-librist --enable-libsrt --enable-libssh --enable-libzmq --enable-avisynth --enable-libbluray --enable-libcaca --enable-libdvdnav --enable-libdvdread --enable-sdl2 --enable-libaribb24 --enable-libaribcaption --enable- libdav1d --enable-libdavs2 --enable-libopenjpeg --enable-libquirc --enable-libuavs3d --enable-libxevd --enable-libzvbi --enable-liboapv --enable-libqrencode --enable-librav1e --enable-libsvtav1 --enable- libvvenc --enable-libwebp --enable-libx264 --enable-libx265 --enable- libxavs2 --enable-libxeve --enable-libxvid --enable-libaom --enable-libjxl --enable-libvpx --enable-mediafoundation --enable-libass --enable-frei0r --enable-libfreetype --enable-libfribidi --enable-libharfbuzz --enable- liblensfun --enable-libvidstab --enable-lib libavutil 60. 3.100 / 60. 3.100 libavcodec 62. 3.101 / 62. 3.101 libavformat 62. 1.100 / 62. 1.100 libavdevice 62. 0.100 / 62. 0.100 libavfilter 11. 0.100 / 11. 0.100 libswscale 9. 0.100 / 9. 0.100 libswresample 6. 0.100 / 6. 0.100 }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/11637> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#11650(avfilter:new): Add vidstabtransform filter option to make static zoom with crop without scaling.
by FFmpeg 27 Jun '25

27 Jun '25

#11650: Add vidstabtransform filter option to make static zoom with crop without scaling. ----------------------------------+--------------------------------------- Reporter: ioctl | Type: enhancement Status: new | Priority: normal Component: avfilter | Version: 7.1 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- Now vidstabtransform filter outputs video with the same resolution, as input. Even with static zoom, video is scaled to the original size. However, when the following additional "scale" filter used, vidstab additional internal scale is useless, consumes cpu and reduces video quality. So, please add an option to disable interpolation with the static zoom. -- Ticket URL: <https://trac.ffmpeg.org/ticket/11650> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#11638(undetermined:new): FFprobe prints 64 bit integers as 32 bit
by FFmpeg 26 Jun '25

26 Jun '25

#11638: FFprobe prints 64 bit integers as 32 bit -------------------------------------+------------------------------------- Reporter: forthrin | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- {{{ # FFmpeg: git 2025-06-14 16:33:50 b65fece # System: macOS 15.5 (24F74) # Model : MacBookAir10,1 $ stat -f %Z in.mp4 2576843074 $ ffprobe -v warning -show_entries format=size -of default=noprint_wrappers=1 in.mp4 size=-1718124222 -void avtext_print_unit_int(AVTextFormatContext *tctx, const char *key, int value, const char *unit); +void avtext_print_unit_int(AVTextFormatContext *tctx, const char *key, int64_t value, const char *unit); $ !! size=2576843074 }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/11638> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1

#11644(undetermined:new): G722: encoder missing bitrates, broke decoding, not gapless
by FFmpeg 26 Jun '25

26 Jun '25

#11644: G722: encoder missing bitrates, broke decoding, not gapless -------------------------------------+------------------------------------- Reporter: Balling | 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 code does not encode 48000 kbit or 56000 kbit and it does not decode those properly, even though it says it should https://www.ffmpeg.org/doxygen/0.11/g722_8c.html It is not gapless, at least on decoder side, and even more funny reference ITU code does not decode it properly. https://github.com/openitu/STL Oh and you need to force 16000 Hz before encoding G722 in ffmpeg, another bug. See e.g. How to reproduce: Complile https://github.com/openitu/STL/tree/dev/src/g722 and compare. Also see https://gitlab.freedesktop.org/pipewire/pipewire/-/merge_requests/2277 it dropped ffmpeg implementation. Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: <https://trac.ffmpeg.org/ticket/11644> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 3

#11204(undetermined:new): ffplay cannot play raw .thd files or .mlp files
by FFmpeg 26 Jun '25

26 Jun '25

#11204: ffplay cannot play raw .thd files or .mlp files -------------------------------------+------------------------------------- Reporter: Balling | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: regression | Blocked By: thd mlp | Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: was working fine back in 4a11a6f4ccc7c56ccc82adf0c3ab4054d4c22d1e but then Paul broke it How to reproduce (there will be artefacts, thankfull does not happen when decoding to wav even with -c:a pcm_s24le), also happens with actual MLP https://trac.ffmpeg.org/raw-attachment/ticket/10540/7s-sinetone- sample.mlp: {{{ PS > ffplay https://trac.ffmpeg.org/raw- attachment/ticket/9511/truehd_regression.mlp ffplay version N-117043-g8707c8660d-20240915 Copyright (c) 2003-2024 the FFmpeg developers built with gcc 14.2.0 (crosstool-NG 1.26.0.106_ed12fa6) configuration: --prefix=/ffbuild/prefix --pkg-config-flags=--static --pkg-config=pkg-config --cross-prefix=x86_64-w64-mingw32- --arch=x86_64 --target-os=mingw32 --enable-gpl --enable-version3 --disable-debug --enable-shared --disable-static --disable-w32threads --enable-pthreads --enable-iconv --enable-zlib --enable-libfreetype --enable-libfribidi --enable-gmp --enable-libxml2 --enable-lzma --enable-fontconfig --enable- libharfbuzz --enable-libvorbis --enable-opencl --disable-libpulse --enable-libvmaf --disable-libxcb --disable-xlib --enable-amf --enable- libaom --enable-libaribb24 --enable-avisynth --enable-chromaprint --enable-libdav1d --enable-libdavs2 --enable-libdvdread --enable-libdvdnav --disable-libfdk-aac --enable-ffnvcodec --enable-cuda-llvm --enable-frei0r --enable-libgme --enable-libkvazaar --enable-libaribcaption --enable- libass --enable-libbluray --enable-libjxl --enable-libmp3lame --enable- libopus --enable-librist --enable-libssh --enable-libtheora --enable- libvpx --enable-libwebp --enable-libzmq --enable-lv2 --enable-libvpl --enable-openal --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenh264 --enable-libopenjpeg --enable-libopenmpt --enable- librav1e --enable-librubberband --enable-schannel --enable-sdl2 --enable- libsoxr --enable-libsrt --enable-libsvtav1 --enable-libtwolame --enable- libuavs3d --disable-libdrm --enable-vaapi --enable-libvidstab --enable- vulkan --enable-libshaderc --enable-libplacebo --enable-libvvenc --enable- libx264 --enable-libx265 --enable-libxavs2 --enable-libxvid --enable- libzimg --enable-libzvbi --extra-cflags=-DLIBTWOLAME_STATIC --extra- cxxflags= --extra-libs=-lgomp --extra-ldflags=-pthread --extra-ldexeflags= --cc=x86_64-w64-mingw32-gcc --cxx=x86_64-w64-mingw32-g++ --ar=x86_64-w64-mingw32-gcc-ar --ranlib=x86_64-w64-mingw32-gcc-ranlib --nm=x86_64-w64-mingw32-gcc-nm --extra-version=20240915 libavutil 59. 36.100 / 59. 36.100 libavcodec 61. 13.100 / 61. 13.100 libavformat 61. 5.101 / 61. 5.101 libavdevice 61. 2.101 / 61. 2.101 libavfilter 10. 2.102 / 10. 2.102 libswscale 8. 2.100 / 8. 2.100 libswresample 5. 2.100 / 5. 2.100 libpostproc 58. 2.100 / 58. 2.100 Input #0, truehd, from 'https://trac.ffmpeg.org/raw- attachment/ticket/9511/truehd_regression.mlp': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Audio: truehd, 48000 Hz, stereo, s32 (24 bit) 1.35 M-A: 0.000 fd= 0 aq= 67KB vq= 0KB sq= 0B }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: <https://trac.ffmpeg.org/ticket/11204> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 3

#11307(avcodec:new): [truehd_core] Application provided invalid, non monotonically increasing dts to muxer in stream 0
by FFmpeg 26 Jun '25

26 Jun '25

#11307: [truehd_core] Application provided invalid, non monotonically increasing dts to muxer in stream 0 -------------------------------------+------------------------------------- Reporter: microchip | Type: defect Status: new | Priority: normal Component: avcodec | Version: git- Keywords: truehd | master truehd_core Atmos | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: How to reproduce: Run it on any video containing TrueHD+Atmos audio {{{ % ffmpeg -i input -vn -c:a copy -bsf:a truehd_core output.thd [truehd @ 0x1d768440] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 241380 >= 241380 [truehd @ 0x1d768440] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 241385 >= 241385 [truehd @ 0x1d768440] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 241390 >= 241390 [truehd @ 0x1d768440] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 241395 >= 241395 [truehd @ 0x1d768440] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 241400 >= 241400 [truehd @ 0x1d768440] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 241405 >= 241405 [truehd @ 0x1d768440] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 241410 >= 241410 [truehd @ 0x1d768440] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 241415 >= 241415 [truehd @ 0x1d768440] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 241420 >= 241420 [truehd @ 0x1d768440] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 241425 >= 241425 [truehd @ 0x1d768440] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 241430 >= 241430 [truehd @ 0x1d768440] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 241435 >= 241435 [truehd @ 0x1d768440] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 241440 >= 241440 [truehd @ 0x1d768440] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 241445 >= 241445 ffmpeg version N-117812-gbbb0fdedb7 built on 17-novembre-2024 }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/11307> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 9

#11648(avutil:new): mpv cannot use vulkan decoder since ReBAR check
by FFmpeg 26 Jun '25

26 Jun '25

#11648: mpv cannot use vulkan decoder since ReBAR check --------------------------------+-------------------------------------- Reporter: Luis | Type: defect Status: new | Priority: normal Component: avutil | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+-------------------------------------- Since the commit 27590d86534b0c94f12b9a206410f475fb008e72, mpv fails to use vulkan decoding. Vulkan decoding using ffmpeg directly works but, for some reason, with mpv it prints "[ffmpeg] Vulkan: No memory type found for flags 0x1" and fails. There have been some updates since then, like 60fc0288ae39c3294091c2a4e06816836be95740 which is pretty close to the solution @haasn gave to me, but they are not enough apparently. The only patch fixing the issue is this one: {{{ --- a/libavutil/hwcontext_vulkan.c +++ b/libavutil/hwcontext_vulkan.c @@ -2019,6 +2019,8 @@ FF_ENABLE_DEPRECATION_WARNINGS if (!hwctx->unlock_queue) hwctx->unlock_queue = unlock_queue; + vk->GetPhysicalDeviceMemoryProperties(hwctx->phys_dev, &p->mprops); + p->vkctx.device = ctx; p->vkctx.hwctx = hwctx; }}} I don't know why that works. As I said @haasn was kind enough to propose that solution and it is the only fix I found so far. You can find the full log attached. -- Ticket URL: <https://trac.ffmpeg.org/ticket/11648> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 3

#11647(undetermined:new): Haivision play ISR violates the GPL
by FFmpeg 26 Jun '25

26 Jun '25

#11647: Haivision play ISR violates the GPL -------------------------------------+------------------------------------- Reporter: Kieran | Type: license Kunhya | violation Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- --target-os=darwin --arch=aarch64 --cpu=armv8-a --enable-cross-compile --enable-pic --disable-static --enable-shared --enable-avfilter --enable- nonfree --enable-zlib --enable-bzlib --enable-runtime-cpudetect --enable- hardcoded-tables --disable-doc --disable-htmlpages --disable-manpages --disable-podpages --disable-txtpages --disable-amf --disable-vdpau --enable-audiotoolbox --enable-videotoolbox --enable-ffnvcodec --enable- cuvid --enable-nvdec --enable-nvenc --ffnvcodec-force-enable --disable- vaapi --disable-vulkan --enable-libdav1d --vfdav1d-force-enable --enable- openssl --disable-xlib In their binary -- Ticket URL: <https://trac.ffmpeg.org/ticket/11647> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

#11645(avcodec:new): pts_correction_num_faulty is not reset in ff_decode_flush_buffers
by FFmpeg 25 Jun '25

25 Jun '25

#11645: pts_correction_num_faulty is not reset in ff_decode_flush_buffers ---------------------------------+--------------------------------------- Reporter: keks51 | Type: defect Status: new | Priority: normal Component: avcodec | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+--------------------------------------- Summary of the bug: Sometimes the guess_correct_pts is incorrect since pts_correction_num_faulty_pts and pts_correction_num_faulty_dts are not cleaned in ff_decode_flush_buffers. just add 2 lines here https://git.ffmpeg.org/gitweb/ffmpeg.git/blob/HEAD:/libavcodec/decode.c#l22…: dc->pts_correction_num_faulty_pts = dc->pts_correction_num_faulty_dts = 0; -- Ticket URL: <https://trac.ffmpeg.org/ticket/11645> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0