From: Eric Joyner <erj@erj.cc>
To: ffmpeg-devel@ffmpeg.org
Subject: Re: [FFmpeg-devel] [PATCH] avformat/mov: don't assume iloc and iinf entries for each item_id will be in the same order
Date: Fri, 18 Jul 2025 11:00:03 -0700
Message-ID: <02e99572-5d52-468e-a874-f5d8f709ad95@erj.cc> (raw)
In-Reply-To: <705b6cc1-6ea5-4550-a1e7-366e69a6ab84@lynne.ee>
On 7/18/2025 10:48 AM, Lynne wrote:
> On 18/07/2025 09:55, James Almer wrote:
>> Nothing forbids them to be in any order the muxer desires.
>>
>> Fixes demuxing heif samples generated by S1II.
>>
>> Signed-off-by: James Almer <jamrial@gmail.com>
>> ---
>> libavformat/mov.c | 41 ++++++++++++++++++++++++++---------------
>> 1 file changed, 26 insertions(+), 15 deletions(-)
>>
>> diff --git a/libavformat/mov.c b/libavformat/mov.c
>> index 836bdfb4e1..ccaa988e4b 100644
>> --- a/libavformat/mov.c
>> +++ b/libavformat/mov.c
>> @@ -8739,7 +8739,7 @@ static int mov_read_iloc(MOVContext *c,
>> AVIOContext *pb, MOVAtom atom)
>> av_log(c->fc, AV_LOG_TRACE, "iloc: item_count %d\n",
>> item_count);
>> for (int i = 0; i < item_count; i++) {
>> - HEIFItem *item = c->heif_item[i];
>> + HEIFItem *item = NULL;
>> int item_id = (version < 2) ? avio_rb16(pb) : avio_rb32(pb);
>> int offset_type = (version > 0) ? avio_rb16(pb) & 0xf : 0;
>> @@ -8765,8 +8765,14 @@ static int mov_read_iloc(MOVContext *c,
>> AVIOContext *pb, MOVAtom atom)
>> base_offset > INT64_MAX - extent_offset)
>> return AVERROR_INVALIDDATA;
>> - if (!item)
>> - item = c->heif_item[i] = av_mallocz(sizeof(*item));
>> + for (int j = 0; j < c->nb_heif_item; j++) {
>> + item = c->heif_item[j];
>> + if (!item)
>> + item = c->heif_item[j] = av_mallocz(sizeof(*item));
>> + else if (item->item_id != item_id)
>> + continue;
>> + break;
>> + }
>> if (!item)
>> return AVERROR(ENOMEM);
>> @@ -8776,18 +8782,18 @@ static int mov_read_iloc(MOVContext *c,
>> AVIOContext *pb, MOVAtom atom)
>> item->is_idat_relative = 1;
>> item->extent_length = extent_length;
>> item->extent_offset = base_offset + extent_offset;
>> - av_log(c->fc, AV_LOG_TRACE, "iloc: item_idx %d, offset_type
>> %d, "
>> + av_log(c->fc, AV_LOG_TRACE, "iloc: item_idx %d,
>> item->item_id %d, offset_type %d, "
>> "extent_offset %"PRId64",
>> extent_length %"PRId64"\n",
>> - i, offset_type, item->extent_offset,
>> item->extent_length);
>> + i, item->item_id, offset_type, item->extent_offset,
>> item->extent_length);
>> }
>> c->found_iloc = 1;
>> return atom.size;
>> }
>> -static int mov_read_infe(MOVContext *c, AVIOContext *pb, MOVAtom
>> atom, int idx)
>> +static int mov_read_infe(MOVContext *c, AVIOContext *pb, MOVAtom atom)
>> {
>> - HEIFItem *item;
>> + HEIFItem *item = NULL;
>> AVBPrint item_name;
>> int64_t size = atom.size;
>> uint32_t item_type;
>> @@ -8827,22 +8833,27 @@ static int mov_read_infe(MOVContext *c,
>> AVIOContext *pb, MOVAtom atom, int idx)
>> if (size > 0)
>> avio_skip(pb, size);
>> - item = c->heif_item[idx];
>> - if (!item)
>> - item = c->heif_item[idx] = av_mallocz(sizeof(*item));
>> + for (int i = 0; i < c->nb_heif_item; i++) {
>> + item = c->heif_item[i];
>> + if (!item)
>> + item = c->heif_item[i] = av_mallocz(sizeof(*item));
>> + else if (item->item_id != item_id)
>> + continue;
>> + break;
>> + }
>> if (!item)
>> return AVERROR(ENOMEM);
>> if (ret)
>> - av_bprint_finalize(&item_name, &c->heif_item[idx]->name);
>> - c->heif_item[idx]->item_id = item_id;
>> - c->heif_item[idx]->type = item_type;
>> + av_bprint_finalize(&item_name, &item->name);
>> + item->item_id = item_id;
>> + item->type = item_type;
>> switch (item_type) {
>> case MKTAG('a','v','0','1'):
>> case MKTAG('j','p','e','g'):
>> case MKTAG('h','v','c','1'):
>> - ret = heif_add_stream(c, c->heif_item[idx]);
>> + ret = heif_add_stream(c, item);
>> if (ret < 0)
>> return ret;
>> break;
>> @@ -8884,7 +8895,7 @@ static int mov_read_iinf(MOVContext *c,
>> AVIOContext *pb, MOVAtom atom)
>> ret = AVERROR_INVALIDDATA;
>> goto fail;
>> }
>> - ret = mov_read_infe(c, pb, infe, i);
>> + ret = mov_read_infe(c, pb, infe);
>> if (ret < 0)
>> goto fail;
>> if (!ret)
>
> Thanks, works perfectly when combined with the other 2 patches, all
> thumbnails and streams are demuxed properly.
Cool, I'm glad that got fixed!
- Eric
_______________________________________________
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".
prev parent reply other threads:[~2025-07-18 18:00 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-07-18 0:55 James Almer
2025-07-18 17:48 ` Lynne
2025-07-18 18:00 ` Eric Joyner [this message]
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=02e99572-5d52-468e-a874-f5d8f709ad95@erj.cc \
--to=erj@erj.cc \
--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