[FFmpeg-trac] #11530(avformat:new): nonrobust muxer work
FFmpeg
trac at avcodec.org
Thu Mar 27 11:50:59 EET 2025
#11530: nonrobust muxer work
-------------------------------------+-------------------------------------
Reporter: Innokentiy | Type: defect
Status: new | Priority: normal
Component: avformat | Version:
Keywords: mp4 mux | unspecified
movenc.c | Blocked By:
Blocking: | Reproduced by developer: 0
Analyzed by developer: 0 |
-------------------------------------+-------------------------------------
i am trying to accomplish recording process from camera to file, that will
sustain to emergency powerdown. That occurs in some circumstances.
i am trying to make it via library, and here i introduce the utility
example, what have same problem, in my opinion.
i've generated test1.mp4
ffmpeg -f lavfi -i testsource=d=100 test1.mp4
and then trying to copy it to test2.mp4
ffmpeg -y -i test1.mp4 -avioflags direct -fflags +flush_packets -movflags
+frag_keyframe -use_editlist 1 -moov_size 4000 test2.mp4
while it works i abort it work via ^C.
if 2nd command finishes correctly - test2.mp4 can be played
if 2nd command aborted (^C or double ^C) - test2.mp4 can't be played
i figured out, that there is missed free atom between ftyp and moov, if i
restore it - file plays normally.
i think missing free atom is a bug
ffmpeg versions i've tried:
5.1.6 built with gcc 12 (Debian 12.2.0-14) and 7.1 built with gcc 14.2.0
(Rev1, Built by MSYS2 project)
--
Ticket URL: <https://trac.ffmpeg.org/ticket/11530>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
More information about the FFmpeg-trac
mailing list