[FFmpeg-trac] #11530(avformat:new): nonrobust muxer work

[FFmpeg]

#11530: nonrobust muxer work
-------------------------------------+-------------------------------------
             Reporter:  Innokentiy   |                    Owner:  (none)
                 Type:  defect       |                   Status:  new
             Priority:  normal       |                Component:  avformat
              Version:  unspecified  |               Resolution:
             Keywords:  mp4 mux      |               Blocked By:
  movenc.c                           |
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+-------------------------------------
Description changed by Innokentiy:

Old description:

> 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)

New description:

 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 ctrl+C.

 if 2nd command finishes correctly - test2.mp4 can be played
 if 2nd command aborted - 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#comment:1>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker