Git Inbox Mirror of the ffmpeg-devel mailing list - see https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
 help / color / mirror / Atom feed
From: James Almer <jamrial@gmail.com>
To: ffmpeg-devel@ffmpeg.org
Subject: Re: [FFmpeg-devel] [PATCH] avformat/mov: Fix decoding fragmented MP4 with multiple sample entries and empty stsc
Date: Thu, 8 May 2025 19:15:47 -0300
Message-ID: <c6797759-5df0-42f1-bde7-b47f3ba39fd4@gmail.com> (raw)
In-Reply-To: <3198FB5F-EF3B-41B1-BB33-E3AC82A4161A@unified-streaming.com>


[-- Attachment #1.1.1: Type: text/plain, Size: 5271 bytes --]

On 5/8/2025 7:14 PM, Dimitry Andric wrote:
> On 28 Apr 2025, at 13:00, Dimitry Andric <dimitry@unified-streaming.com> wrote:
>>
>> On 19 Apr 2025, at 16:27, Dimitry Andric <dimitry@unified-streaming.com> wrote:
>>>
>>> On 10 Apr 2025, at 11:03, Dimitry Andric <dimitry@unified-streaming.com> wrote:
>>>>
>>>> On 3 Apr 2025, at 22:02, Dimitry Andric <dimitry@unified-streaming.com> wrote:
>>>>>
>>>>> When decoding fragmented MP4 files that have an empty stsc box, and
>>>>> instead contain sample description indexes in their tfhd boxes, the mov
>>>>> demuxer does not notify the decoder whenever the current sample
>>>>> description index changes. If the SPS or PPS changed sufficiently, this
>>>>> can lead to unexpected decoding errors.
>>>>>
>>>>> To fix this, in mov_finalize_packet(), when stsc_data is not available,
>>>>> use get_frag_stream_info_from_pkt() to get at the current fragment
>>>>> stream info, and retrieve the current sample description index from
>>>>> there. Then use that index in a similar manner as the stsc case.
>>>>>
>>>>> Signed-off-by: Dimitry Andric <dimitry@unified-streaming.com>
>>>>> ---
>>>>> libavformat/mov.c | 50 ++++++++++++++++++++++++++++-------------------
>>>>> 1 file changed, 30 insertions(+), 20 deletions(-)
>>>>>
>>>>> diff --git a/libavformat/mov.c b/libavformat/mov.c
>>>>> index 452690090c..ead89192f4 100644
>>>>> --- a/libavformat/mov.c
>>>>> +++ b/libavformat/mov.c
>>>>> @@ -10756,25 +10756,29 @@ static int mov_switch_root(AVFormatContext *s, int64_t target, int index)
>>>>>   return 1;
>>>>> }
>>>>>
>>>>> -static int mov_change_extradata(AVStream *st, AVPacket *pkt)
>>>>> +static int mov_change_extradata(AVStream *st, AVPacket *pkt, int stsd_id)
>>>>> {
>>>>>   MOVStreamContext *sc = st->priv_data;
>>>>>   uint8_t *side, *extradata;
>>>>>   int extradata_size;
>>>>>
>>>>> -    /* Save the current index. */
>>>>> -    sc->last_stsd_index = sc->stsc_data[sc->stsc_index].id - 1;
>>>>> +    if (stsd_id > 0 &&
>>>>> +        stsd_id - 1 < sc->stsd_count &&
>>>>> +        stsd_id - 1 != sc->last_stsd_index) {
>>>>> +        /* Save the current index. */
>>>>> +        sc->last_stsd_index = stsd_id - 1;
>>>>>
>>>>> -    /* Notify the decoder that extradata changed. */
>>>>> -    extradata_size = sc->extradata_size[sc->last_stsd_index];
>>>>> -    extradata = sc->extradata[sc->last_stsd_index];
>>>>> -    if (st->discard != AVDISCARD_ALL && extradata_size > 0 && extradata) {
>>>>> -        side = av_packet_new_side_data(pkt,
>>>>> -                                       AV_PKT_DATA_NEW_EXTRADATA,
>>>>> -                                       extradata_size);
>>>>> -        if (!side)
>>>>> -            return AVERROR(ENOMEM);
>>>>> -        memcpy(side, extradata, extradata_size);
>>>>> +        /* Notify the decoder that extradata changed. */
>>>>> +        extradata_size = sc->extradata_size[sc->last_stsd_index];
>>>>> +        extradata = sc->extradata[sc->last_stsd_index];
>>>>> +        if (st->discard != AVDISCARD_ALL && extradata_size > 0 && extradata) {
>>>>> +            side = av_packet_new_side_data(pkt,
>>>>> +                                           AV_PKT_DATA_NEW_EXTRADATA,
>>>>> +                                           extradata_size);
>>>>> +            if (!side)
>>>>> +                return AVERROR(ENOMEM);
>>>>> +            memcpy(side, extradata, extradata_size);
>>>>> +        }
>>>>>   }
>>>>>
>>>>>   return 0;
>>>>> @@ -10893,13 +10897,10 @@ static int mov_finalize_packet(AVFormatContext *s, AVStream *st, AVIndexEntry *s
>>>>>
>>>>>   /* Multiple stsd handling. */
>>>>>   if (sc->stsc_data) {
>>>>> -        if (sc->stsc_data[sc->stsc_index].id > 0 &&
>>>>> -            sc->stsc_data[sc->stsc_index].id - 1 < sc->stsd_count &&
>>>>> -            sc->stsc_data[sc->stsc_index].id - 1 != sc->last_stsd_index) {
>>>>> -            int ret = mov_change_extradata(st, pkt);
>>>>> -            if (ret < 0)
>>>>> -                return ret;
>>>>> -        }
>>>>> +        int stsd_id = sc->stsc_data[sc->stsc_index].id;
>>>>> +        int ret = mov_change_extradata(st, pkt, stsd_id);
>>>>> +        if (ret < 0)
>>>>> +            return ret;
>>>>>
>>>>>       /* Update the stsc index for the next sample */
>>>>>       sc->stsc_sample++;
>>>>> @@ -10908,6 +10909,15 @@ static int mov_finalize_packet(AVFormatContext *s, AVStream *st, AVIndexEntry *s
>>>>>           sc->stsc_index++;
>>>>>           sc->stsc_sample = 0;
>>>>>       }
>>>>> +    } else {
>>>>> +        MOVContext *mov = s->priv_data;
>>>>> +        MOVFragmentStreamInfo *frag_stream_info = get_frag_stream_info_from_pkt(&mov->frag_index, pkt, sc->id);
>>>>> +        if (frag_stream_info) {
>>>>> +            int stsd_id = frag_stream_info->stsd_id;
>>>>> +            int ret = mov_change_extradata(st, pkt, stsd_id);
>>>>> +            if (ret < 0)
>>>>> +                return ret;
>>>>> +        }
>>>>>   }
>>>>>
>>>>>   return 0;
>>>>> -- 
>>>>> 2.43.0
>>>>>
>>>>
>>>> Any comments on this patch?
>>>
>>> Ping :)
>>
>> Is there any particular group of persons that "own" the mov muxer?
> 
> Another ping.

I'll have a look seeing no one else will.


[-- Attachment #1.2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 495 bytes --]

[-- Attachment #2: Type: text/plain, Size: 251 bytes --]

_______________________________________________
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:[~2025-05-08 22:16 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-04-03 20:02 Dimitry Andric
2025-04-10  9:03 ` Dimitry Andric
2025-04-19 14:27   ` Dimitry Andric
2025-04-28 11:00     ` Dimitry Andric
2025-05-08 22:14       ` Dimitry Andric
2025-05-08 22:15         ` James Almer [this message]
2025-05-31 18:16           ` Dimitry Andric

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=c6797759-5df0-42f1-bde7-b47f3ba39fd4@gmail.com \
    --to=jamrial@gmail.com \
    --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