[FFmpeg-trac] #11052(ffmpeg:new): ffmpeg 6 and 7 stop ecoding without any error, while ffmpeg 5 works
FFmpeg
trac at avcodec.org
Sun Jun 9 20:13:37 EEST 2024
#11052: ffmpeg 6 and 7 stop ecoding without any error, while ffmpeg 5 works
------------------------------------+----------------------------------
Reporter: nonamepp | Owner: (none)
Type: defect | Status: new
Priority: normal | Component: ffmpeg
Version: git-master | Resolution:
Keywords: | Blocked By:
Blocking: | Reproduced by developer: 0
Analyzed by developer: 0 |
------------------------------------+----------------------------------
Description changed by nonamepp:
Old description:
> Summary of the bug:
>
> I used ffmpeg 7 to encode about 100 videos on Windows 11 64 bit. The
> command is:
>
> `for /r %v in (*1080p*.mkv) do ffmpeg -hwaccel auto -i "%v" -loglevel
> verbose -c:v libx265 -profile:v main10 -pix_fmt yuv420p10le -preset slow
> -b:v 2048k -map 0:v:0 -map 0:a -map_metadata 0 -c:a aac -ar 48000 -b:a
> 256k -ac 6 "%~dpnv.ffmpeg.mp4" -n`
>
> It works for most videos, and fails for about 5 videos. The symptom is
> that ffmpeg stops within 1 to 10 seconds, outputs a small video file with
> 0 byte or hundreds kilobyte. There is no error given at all.
>
> I looked into those 5 videos failed to encode:
> - I tried `-loglevel debug` and `-report`, got no error at all. It simply
> stops and exits.
> - I tried to run ffmpeg 7.0.1, 7, 6.1.1, 6.1, 6.0, all got the same
> result (stops encoding in seconds without any error)
> - I tried to run them on different Windows 11 64 bit computers (latest
> build with Intel CPU and AMD CPU), all got the same problem.
> - I tried to run `ffmpeg -c copy` to copy these 5 videos, and encode the
> copies, still got the same problem.
> - I tried to run ffmpeg 5.1.2 and 5.0. It just works (for all 5 videos).
>
> So I believe this is a bug and regression in ffmpeg 6 and 7.
New description:
Summary of the bug:
I used ffmpeg 7 to encode about 100 videos on Windows 11 64 bit. The
command is:
`for /r %v in (*1080p*.mkv) do ffmpeg -hwaccel auto -i "%v" -loglevel
verbose -c:v libx265 -profile:v main10 -pix_fmt yuv420p10le -preset slow
-b:v 2048k -map 0:v:0 -map 0:a -map_metadata 0 -c:a aac -ar 48000 -b:a
256k -ac 6 "%~dpnv.ffmpeg.mp4" -n`
It works for most videos, and fails for about 5 videos. The symptom is
that ffmpeg stops within 1 to 10 seconds, outputs a small video file with
0 byte or hundreds kilobyte. There is no error given at all.
I looked into those 5 videos failed to encode:
- I tried `-loglevel debug` and `-report`, got no error at all. It simply
stops and exits.
- I tried to run ffmpeg 7.0.1, 7, 6.1.1, 6.1, 6.0, all got the same result
(stops encoding in seconds without any error)
- I tried to run them on different Windows 11 64 bit computers (latest
build with Intel CPU and AMD CPU), all got the same problem.
- I tried to run `ffmpeg -c copy` to copy these 5 videos, and encode the
copies, still got the same problem.
- I tried to change the encoding and arguments, got the same problem. This
problem seems to happen with specific videos, and has nothing to do with
arguments.
- I tried to run ffmpeg 5.1.2 and 5.0. It just works (for all 5 videos).
So I believe this is a bug and regression in ffmpeg 6 and 7.
--
--
Ticket URL: <https://trac.ffmpeg.org/ticket/11052#comment:2>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
More information about the FFmpeg-trac
mailing list