Git Inbox Mirror of the ffmpeg-devel mailing list - see https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
 help / color / mirror / Atom feed
From: Steven Liu <lq@chinaffmpeg.org>
To: FFmpeg development discussions and patches <ffmpeg-devel@ffmpeg.org>
Cc: Steven Liu <lq@chinaffmpeg.org>
Subject: Re: [FFmpeg-devel] [PATCH] avformat/mov: add ignore_hoov option to ignore hoov atom
Date: Fri, 24 Dec 2021 14:19:59 +0800
Message-ID: <15FB7F0C-C0A7-4CA4-BCB6-F27A97B5A31D@chinaffmpeg.org> (raw)
In-Reply-To: <tencent_54AB2A4EF570092DCC9A4A40449A759FFE08@qq.com>



> 2021年12月24日 上午11:43,zhilizhao(赵志立) <quinkblack@foxmail.com> 写道:
> 
> 
> 
>> On Dec 23, 2021, at 3:10 PM, Steven Liu <lq@chinaffmpeg.org> wrote:
>> 
>> Try to get context from the moov atom when the hoov before moov atom,
>> because the streams info get a possible incorrect when there have both
>> hoov and moov atom. So add and ignore_hoov option for try to get
>> moov context by user.
>> 
>> Signed-off-by: Steven Liu <lq@chinaffmpeg.org>
>> ---
>> doc/demuxers.texi  |  6 ++++++
>> libavformat/isom.h |  2 ++
>> libavformat/mov.c  | 14 ++++++++++++--
>> 3 files changed, 20 insertions(+), 2 deletions(-)
>> 
>> diff --git a/doc/demuxers.texi b/doc/demuxers.texi
>> index cab8a7072c..d23c118210 100644
>> --- a/doc/demuxers.texi
>> +++ b/doc/demuxers.texi
>> @@ -660,6 +660,11 @@ to demuxing linearly from the beginning. Default is true.
>> Ignore any edit list atoms. The demuxer, by default, modifies the stream index to reflect the
>> timeline described by the edit list. Default is false.
>> 
>> +@item ignore_hoov
>> +Ignore hoov atom. The demuxer, by default, use hoov atom when there have hoov before moov atom.
>> +You can try ignore hoov atom try the moov atom.
>> +Default is false.
>> +
>> @item advanced_editlist
>> Modify the stream index to reflect the timeline described by the edit list. @code{ignore_editlist}
>> must be set to false for this option to be effective.
>> diff --git a/libavformat/isom.h b/libavformat/isom.h
>> index ef8f19b18c..6aa2b40c94 100644
>> --- a/libavformat/isom.h
>> +++ b/libavformat/isom.h
>> @@ -255,6 +255,7 @@ typedef struct MOVContext {
>>    AVFormatContext *fc;
>>    int time_scale;
>>    int64_t duration;     ///< duration of the longest track
>> +    int found_hoov;       ///< 'hoov' atom has been found
>>    int found_moov;       ///< 'moov' atom has been found
>>    int found_mdat;       ///< 'mdat' atom has been found
>>    int found_hdlr_mdta;  ///< 'hdlr' atom with type 'mdta' has been found
>> @@ -273,6 +274,7 @@ typedef struct MOVContext {
>>    unsigned int nb_chapter_tracks;
>>    int use_absolute_path;
>>    int ignore_editlist;
>> +    int ignore_hoov;
>>    int advanced_editlist;
>>    int ignore_chapters;
>>    int seek_individually;
>> diff --git a/libavformat/mov.c b/libavformat/mov.c
>> index 2aed6e80ef..cd775b219f 100644
>> --- a/libavformat/mov.c
>> +++ b/libavformat/mov.c
>> @@ -1159,8 +1159,11 @@ static int mov_read_moov(MOVContext *c, AVIOContext *pb, MOVAtom atom)
>> 
>>    if (c->found_moov) {
>>        av_log(c->fc, AV_LOG_WARNING, "Found duplicated MOOV Atom. Skipped it\n");
>> -        avio_skip(pb, atom.size);
>> -        return 0;
>> +        if (!c->found_hoov) {
>> +            avio_skip(pb, atom.size);
>> +            return 0;
>> +        }
>> +        c->found_hoov = 0;
>>    }
>> 
>>    if ((ret = mov_read_default(c, pb, atom)) < 0)
>> @@ -4239,6 +4242,9 @@ static int mov_read_trak(MOVContext *c, AVIOContext *pb, MOVAtom atom)
>>    MOVStreamContext *sc;
>>    int ret;
>> 
>> +    if (c->found_hoov)
>> +        return 0;
>> +
> 
> Does it break files with only hoov boxes?
No by default. And Yes if have both hoov and moov.
Yes it should break if user use ignore_hoov option.
Add ignore_hoov can be choosed by users.

>  
>>    st = avformat_new_stream(c->fc, NULL);
>>    if (!st) return AVERROR(ENOMEM);
>>    st->id = -1;
>> @@ -7329,6 +7335,8 @@ static int mov_read_default(MOVContext *c, AVIOContext *pb, MOVAtom atom)
>>                a.size >= 8 &&
>>                c->fc->strict_std_compliance < FF_COMPLIANCE_STRICT) {
>>                uint32_t type;
>> +                if (c->ignore_hoov)
>> +                    c->found_hoov = 1;
>>                avio_skip(pb, 4);
>>                type = avio_rl32(pb);
>>                if (avio_feof(pb))
>> @@ -8541,6 +8549,8 @@ static const AVOption mov_options[] = {
>>        0, 1, FLAGS},
>>    {"ignore_editlist", "Ignore the edit list atom.", OFFSET(ignore_editlist), AV_OPT_TYPE_BOOL, {.i64 = 0},
>>        0, 1, FLAGS},
>> +    {"ignore_hoov", "Ignore the hoov atom.", OFFSET(ignore_hoov), AV_OPT_TYPE_BOOL, {.i64 = 0},
>> +        0, 1, FLAGS},
> 
> TBH, add an option is too much effort to workaround such broken files. I prefer
> 
> a.type == MKTAG('h','o','o','v') && c->fc->strict_std_compliance < FF_COMPLIANCE_UNOFFICIAL
> 
> But it will break those samples if user doesn't lower strict_std_compliance.
> 
>>    {"advanced_editlist",
>>        "Modify the AVIndex according to the editlists. Use this option to decode in the order specified by the edits.",
>>        OFFSET(advanced_editlist), AV_OPT_TYPE_BOOL, {.i64 = 1},
>> -- 
>> 2.25.0
>> 
>> _______________________________________________
>> ffmpeg-devel mailing list
>> ffmpeg-devel@ffmpeg.org
>> https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
>> 
>> To unsubscribe, visit link above, or email
>> ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".
> 
> _______________________________________________
> ffmpeg-devel mailing list
> ffmpeg-devel@ffmpeg.org
> https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
> 
> To unsubscribe, visit link above, or email
> ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".

Thanks

Steven Liu

_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel

To unsubscribe, visit link above, or email
ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".

  reply	other threads:[~2021-12-24  6:20 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-12-23  7:10 Steven Liu
2021-12-24  3:43 ` "zhilizhao(赵志立)"
2021-12-24  6:19   ` Steven Liu [this message]
2021-12-30  7:42     ` Steven Liu

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=15FB7F0C-C0A7-4CA4-BCB6-F27A97B5A31D@chinaffmpeg.org \
    --to=lq@chinaffmpeg.org \
    --cc=ffmpeg-devel@ffmpeg.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

Git Inbox Mirror of the ffmpeg-devel mailing list - see https://ffmpeg.org/mailman/listinfo/ffmpeg-devel

This inbox may be cloned and mirrored by anyone:

	git clone --mirror https://master.gitmailbox.com/ffmpegdev/0 ffmpegdev/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 ffmpegdev ffmpegdev/ https://master.gitmailbox.com/ffmpegdev \
		ffmpegdev@gitmailbox.com
	public-inbox-index ffmpegdev

Example config snippet for mirrors.


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git