#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
_______________________________________________
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-trac
To unsubscribe, visit link above, or email
ffmpeg-trac-requ...@ffmpeg.org with subject "unsubscribe".
