* [FFmpeg-devel] [PATCH] Fix issue when invalid nb_index_entries value is read - SPONSORED BY INA (Institut National de l'Audiovisuel) @ 2023-03-08 15:55 Cédric Le Barz 2023-03-08 22:05 ` Marton Balint 0 siblings, 1 reply; 10+ messages in thread From: Cédric Le Barz @ 2023-03-08 15:55 UTC (permalink / raw) To: ffmpeg-devel Fix issue when invalid nb_index_entries value is read : in case of false nb_index_entries value, ffmpeg exit. This patch fix this problem. Signed-off-by: Cedric Le Barz <clebarz@ektacom.com> --- ffmpeg/libavformat/mxfdec.c | 14 ++++++++++++-- 1 file changed, 12 insertions(+), 2 deletions(-) diff --git a/ffmpeg/libavformat/mxfdec.c b/ffmpeg/libavformat/mxfdec.c index 4530617..ffc8987 100644 --- a/ffmpeg/libavformat/mxfdec.c +++ b/ffmpeg/libavformat/mxfdec.c @@ -1221,8 +1221,18 @@ static int mxf_read_index_entry_array(AVIOContext *pb, MXFIndexTableSegment *seg } for (i = 0; i < segment->nb_index_entries; i++) { - if(avio_feof(pb)) - return AVERROR_INVALIDDATA; + + if(avio_feof(pb)) { + if (i == 0) { + return AVERROR_INVALIDDATA; + } else { + /* To be more robust to invalid nb_index_entries value, + fix the index entry number according to read entries */ + segment->nb_index_entries = i; + return 0; + } + } + segment->temporal_offset_entries[i] = avio_r8(pb); avio_r8(pb); /* KeyFrameOffset */ segment->flag_entries[i] = avio_r8(pb); -- 2.34.1 _______________________________________________ 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". ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [FFmpeg-devel] [PATCH] Fix issue when invalid nb_index_entries value is read - SPONSORED BY INA (Institut National de l'Audiovisuel) 2023-03-08 15:55 [FFmpeg-devel] [PATCH] Fix issue when invalid nb_index_entries value is read - SPONSORED BY INA (Institut National de l'Audiovisuel) Cédric Le Barz @ 2023-03-08 22:05 ` Marton Balint 2023-03-16 9:45 ` Cédric Le Barz 2023-03-16 13:33 ` Cédric Le Barz 0 siblings, 2 replies; 10+ messages in thread From: Marton Balint @ 2023-03-08 22:05 UTC (permalink / raw) To: FFmpeg development discussions and patches On Wed, 8 Mar 2023, Cédric Le Barz wrote: > > Fix issue when invalid nb_index_entries value is read : in case of false > nb_index_entries value, ffmpeg exit. This patch fix this problem. What do you mean invalid? Is the value wrong, or is the file truncated in the middle of the index segment? From the patch it looks like the latter. Is there a single unluckily truncated file that you want to fix with this patch, or multiple files can be affected by this fix because e.g. they are written by the same broken muxer? Overall I am not sure if we want this applied, the user can also opt to avoid parsing all partitions with -seekable 0 and read / remux the file sequentially ignoring any index, so if somebody wants to rescue the data, it can be done as is. Regards, Marton > > > Signed-off-by: Cedric Le Barz <clebarz@ektacom.com> > --- > ffmpeg/libavformat/mxfdec.c | 14 ++++++++++++-- > 1 file changed, 12 insertions(+), 2 deletions(-) > > diff --git a/ffmpeg/libavformat/mxfdec.c b/ffmpeg/libavformat/mxfdec.c > index 4530617..ffc8987 100644 > --- a/ffmpeg/libavformat/mxfdec.c > +++ b/ffmpeg/libavformat/mxfdec.c > @@ -1221,8 +1221,18 @@ static int mxf_read_index_entry_array(AVIOContext *pb, > MXFIndexTableSegment *seg > } > for (i = 0; i < segment->nb_index_entries; i++) { > - if(avio_feof(pb)) > - return AVERROR_INVALIDDATA; > + > + if(avio_feof(pb)) { > + if (i == 0) { > + return AVERROR_INVALIDDATA; > + } else { > + /* To be more robust to invalid nb_index_entries value, > + fix the index entry number according to read entries */ > + segment->nb_index_entries = i; > + return 0; > + } > + } > + > segment->temporal_offset_entries[i] = avio_r8(pb); > avio_r8(pb); /* > KeyFrameOffset */ > segment->flag_entries[i] = avio_r8(pb); > -- > 2.34.1 > > _______________________________________________ > 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". ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [FFmpeg-devel] [PATCH] Fix issue when invalid nb_index_entries value is read - SPONSORED BY INA (Institut National de l'Audiovisuel) 2023-03-08 22:05 ` Marton Balint @ 2023-03-16 9:45 ` Cédric Le Barz 2023-03-16 20:28 ` Marton Balint 2023-03-16 13:33 ` Cédric Le Barz 1 sibling, 1 reply; 10+ messages in thread From: Cédric Le Barz @ 2023-03-16 9:45 UTC (permalink / raw) To: 'FFmpeg development discussions and patches' Hi, By "invalid", I mean that the written nb_index_entries value does not match with the real number of entries in the table. The number of entries in the table is lower than the specified one. This is a bug in commercial MXFTk software (at least version V 2.8.0.0.1). It exists a lot a MXF files with this problem. Best regards, Cédric -----Message d'origine----- De : ffmpeg-devel <ffmpeg-devel-bounces@ffmpeg.org> De la part de Marton Balint Envoyé : mercredi 8 mars 2023 23:06 À : FFmpeg development discussions and patches <ffmpeg-devel@ffmpeg.org> Objet : Re: [FFmpeg-devel] [PATCH] Fix issue when invalid nb_index_entries value is read - SPONSORED BY INA (Institut National de l'Audiovisuel) On Wed, 8 Mar 2023, Cédric Le Barz wrote: > > Fix issue when invalid nb_index_entries value is read : in case of > false nb_index_entries value, ffmpeg exit. This patch fix this problem. What do you mean invalid? Is the value wrong, or is the file truncated in the middle of the index segment? From the patch it looks like the latter. Is there a single unluckily truncated file that you want to fix with this patch, or multiple files can be affected by this fix because e.g. they are written by the same broken muxer? Overall I am not sure if we want this applied, the user can also opt to avoid parsing all partitions with -seekable 0 and read / remux the file sequentially ignoring any index, so if somebody wants to rescue the data, it can be done as is. Regards, Marton > > > Signed-off-by: Cedric Le Barz <clebarz@ektacom.com> > --- > ffmpeg/libavformat/mxfdec.c | 14 ++++++++++++-- > 1 file changed, 12 insertions(+), 2 deletions(-) > > diff --git a/ffmpeg/libavformat/mxfdec.c b/ffmpeg/libavformat/mxfdec.c > index 4530617..ffc8987 100644 > --- a/ffmpeg/libavformat/mxfdec.c > +++ b/ffmpeg/libavformat/mxfdec.c > @@ -1221,8 +1221,18 @@ static int > mxf_read_index_entry_array(AVIOContext *pb, MXFIndexTableSegment *seg > } > for (i = 0; i < segment->nb_index_entries; i++) { > - if(avio_feof(pb)) > - return AVERROR_INVALIDDATA; > + > + if(avio_feof(pb)) { > + if (i == 0) { > + return AVERROR_INVALIDDATA; > + } else { > + /* To be more robust to invalid nb_index_entries value, > + fix the index entry number according to read entries */ > + segment->nb_index_entries = i; > + return 0; > + } > + } > + > segment->temporal_offset_entries[i] = avio_r8(pb); > avio_r8(pb); /* > KeyFrameOffset */ > segment->flag_entries[i] = avio_r8(pb); > -- > 2.34.1 > > _______________________________________________ > 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". _______________________________________________ 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". ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [FFmpeg-devel] [PATCH] Fix issue when invalid nb_index_entries value is read - SPONSORED BY INA (Institut National de l'Audiovisuel) 2023-03-16 9:45 ` Cédric Le Barz @ 2023-03-16 20:28 ` Marton Balint 2023-03-20 15:52 ` Cédric Le Barz 0 siblings, 1 reply; 10+ messages in thread From: Marton Balint @ 2023-03-16 20:28 UTC (permalink / raw) To: FFmpeg development discussions and patches On Thu, 16 Mar 2023, Cédric Le Barz wrote: > Hi, > > By "invalid", I mean that the written nb_index_entries value does not > match with the real number of entries in the table. The number of > entries in the table is lower than the specified one. This is a bug in > commercial MXFTk software (at least version V 2.8.0.0.1). It exists a > lot a MXF files with this problem. Please share a sample. Or better yet, open a ticket for this issue and attach a sample there for future reference. Thanks, Marton > > Best regards, > > Cédric > > -----Message d'origine----- > De : ffmpeg-devel <ffmpeg-devel-bounces@ffmpeg.org> De la part de Marton Balint > Envoyé : mercredi 8 mars 2023 23:06 > À : FFmpeg development discussions and patches <ffmpeg-devel@ffmpeg.org> > Objet : Re: [FFmpeg-devel] [PATCH] Fix issue when invalid nb_index_entries value is read - SPONSORED BY INA (Institut National de l'Audiovisuel) > > > > On Wed, 8 Mar 2023, Cédric Le Barz wrote: > >> >> Fix issue when invalid nb_index_entries value is read : in case of >> false nb_index_entries value, ffmpeg exit. This patch fix this problem. > > What do you mean invalid? Is the value wrong, or is the file truncated in the middle of the index segment? From the patch it looks like the latter. > > Is there a single unluckily truncated file that you want to fix with this patch, or multiple files can be affected by this fix because e.g. they are written by the same broken muxer? > > Overall I am not sure if we want this applied, the user can also opt to avoid parsing all partitions with -seekable 0 and read / remux the file sequentially ignoring any index, so if somebody wants to rescue the data, it can be done as is. > > Regards, > Marton > >> >> >> Signed-off-by: Cedric Le Barz <clebarz@ektacom.com> >> --- >> ffmpeg/libavformat/mxfdec.c | 14 ++++++++++++-- >> 1 file changed, 12 insertions(+), 2 deletions(-) >> >> diff --git a/ffmpeg/libavformat/mxfdec.c b/ffmpeg/libavformat/mxfdec.c >> index 4530617..ffc8987 100644 >> --- a/ffmpeg/libavformat/mxfdec.c >> +++ b/ffmpeg/libavformat/mxfdec.c >> @@ -1221,8 +1221,18 @@ static int >> mxf_read_index_entry_array(AVIOContext *pb, MXFIndexTableSegment *seg >> } >> for (i = 0; i < segment->nb_index_entries; i++) { >> - if(avio_feof(pb)) >> - return AVERROR_INVALIDDATA; >> + >> + if(avio_feof(pb)) { >> + if (i == 0) { >> + return AVERROR_INVALIDDATA; >> + } else { >> + /* To be more robust to invalid nb_index_entries value, >> + fix the index entry number according to read entries */ >> + segment->nb_index_entries = i; >> + return 0; >> + } >> + } >> + >> segment->temporal_offset_entries[i] = avio_r8(pb); >> avio_r8(pb); /* >> KeyFrameOffset */ >> segment->flag_entries[i] = avio_r8(pb); >> -- >> 2.34.1 >> >> _______________________________________________ >> 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". > > _______________________________________________ > 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". ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [FFmpeg-devel] [PATCH] Fix issue when invalid nb_index_entries value is read - SPONSORED BY INA (Institut National de l'Audiovisuel) 2023-03-16 20:28 ` Marton Balint @ 2023-03-20 15:52 ` Cédric Le Barz 2023-03-20 20:03 ` Marton Balint 0 siblings, 1 reply; 10+ messages in thread From: Cédric Le Barz @ 2023-03-20 15:52 UTC (permalink / raw) To: FFmpeg development discussions and patches We have several samples but these are big files: about 7 GB. Is it OK to share such a file size ? Thanks for you answer, Regards, Cédric Le 16/03/2023 à 21:28, Marton Balint a écrit : > > > On Thu, 16 Mar 2023, Cédric Le Barz wrote: > >> Hi, >> >> By "invalid", I mean that the written nb_index_entries value does not >> match with the real number of entries in the table. The number of >> entries in the table is lower than the specified one. This is a bug in >> commercial MXFTk software (at least version V 2.8.0.0.1). It exists a >> lot a MXF files with this problem. > > Please share a sample. Or better yet, open a ticket for this issue and > attach a sample there for future reference. > > Thanks, > Marton > >> >> Best regards, >> >> Cédric >> >> -----Message d'origine----- >> De : ffmpeg-devel <ffmpeg-devel-bounces@ffmpeg.org> De la part de >> Marton Balint >> Envoyé : mercredi 8 mars 2023 23:06 >> À : FFmpeg development discussions and patches <ffmpeg-devel@ffmpeg.org> >> Objet : Re: [FFmpeg-devel] [PATCH] Fix issue when invalid >> nb_index_entries value is read - SPONSORED BY INA (Institut National >> de l'Audiovisuel) >> >> >> >> On Wed, 8 Mar 2023, Cédric Le Barz wrote: >> >>> >>> Fix issue when invalid nb_index_entries value is read : in case of >>> false nb_index_entries value, ffmpeg exit. This patch fix this problem. >> >> What do you mean invalid? Is the value wrong, or is the file >> truncated in the middle of the index segment? From the patch it looks >> like the latter. >> >> Is there a single unluckily truncated file that you want to fix with >> this patch, or multiple files can be affected by this fix because >> e.g. they are written by the same broken muxer? >> >> Overall I am not sure if we want this applied, the user can also opt >> to avoid parsing all partitions with -seekable 0 and read / remux the >> file sequentially ignoring any index, so if somebody wants to rescue >> the data, it can be done as is. >> >> Regards, >> Marton >> >>> >>> >>> Signed-off-by: Cedric Le Barz <clebarz@ektacom.com> >>> --- >>> ffmpeg/libavformat/mxfdec.c | 14 ++++++++++++-- >>> 1 file changed, 12 insertions(+), 2 deletions(-) >>> >>> diff --git a/ffmpeg/libavformat/mxfdec.c b/ffmpeg/libavformat/mxfdec.c >>> index 4530617..ffc8987 100644 >>> --- a/ffmpeg/libavformat/mxfdec.c >>> +++ b/ffmpeg/libavformat/mxfdec.c >>> @@ -1221,8 +1221,18 @@ static int >>> mxf_read_index_entry_array(AVIOContext *pb, MXFIndexTableSegment *seg >>> } >>> for (i = 0; i < segment->nb_index_entries; i++) { >>> - if(avio_feof(pb)) >>> - return AVERROR_INVALIDDATA; >>> + >>> + if(avio_feof(pb)) { >>> + if (i == 0) { >>> + return AVERROR_INVALIDDATA; >>> + } else { >>> + /* To be more robust to invalid nb_index_entries >>> value, >>> + fix the index entry number according to read >>> entries */ >>> + segment->nb_index_entries = i; >>> + return 0; >>> + } >>> + } >>> + >>> segment->temporal_offset_entries[i] = avio_r8(pb); >>> avio_r8(pb); /* >>> KeyFrameOffset */ >>> segment->flag_entries[i] = avio_r8(pb); >>> -- >>> 2.34.1 >>> >>> _______________________________________________ >>> 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". >> >> _______________________________________________ >> 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". _______________________________________________ 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". ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [FFmpeg-devel] [PATCH] Fix issue when invalid nb_index_entries value is read - SPONSORED BY INA (Institut National de l'Audiovisuel) 2023-03-20 15:52 ` Cédric Le Barz @ 2023-03-20 20:03 ` Marton Balint 2023-03-24 9:13 ` Cédric Le Barz 0 siblings, 1 reply; 10+ messages in thread From: Marton Balint @ 2023-03-20 20:03 UTC (permalink / raw) To: FFmpeg development discussions and patches On Mon, 20 Mar 2023, Cédric Le Barz wrote: > We have several samples but these are big files: about 7 GB. Is it OK to > share such a file size ? I kind of hoped you have access to the broken muxer and can remux a small file which can be made public. If not, then simply upload it somewhere so I can take a look. If the sample can't be made public, just share it with me privately. Thanks, Marton > > Thanks for you answer, > > Regards, > > Cédric > > Le 16/03/2023 à 21:28, Marton Balint a écrit : >> >> >> On Thu, 16 Mar 2023, Cédric Le Barz wrote: >> >>> Hi, >>> >>> By "invalid", I mean that the written nb_index_entries value does not >>> match with the real number of entries in the table. The number of >>> entries in the table is lower than the specified one. This is a bug in >>> commercial MXFTk software (at least version V 2.8.0.0.1). It exists a >>> lot a MXF files with this problem. >> >> Please share a sample. Or better yet, open a ticket for this issue and >> attach a sample there for future reference. >> >> Thanks, >> Marton >> >>> >>> Best regards, >>> >>> Cédric >>> >>> -----Message d'origine----- >>> De : ffmpeg-devel <ffmpeg-devel-bounces@ffmpeg.org> De la part de Marton >>> Balint >>> Envoyé : mercredi 8 mars 2023 23:06 >>> À : FFmpeg development discussions and patches <ffmpeg-devel@ffmpeg.org> >>> Objet : Re: [FFmpeg-devel] [PATCH] Fix issue when invalid >>> nb_index_entries value is read - SPONSORED BY INA (Institut National de >>> l'Audiovisuel) >>> >>> >>> >>> On Wed, 8 Mar 2023, Cédric Le Barz wrote: >>> >>>> >>>> Fix issue when invalid nb_index_entries value is read : in case of >>>> false nb_index_entries value, ffmpeg exit. This patch fix this problem. >>> >>> What do you mean invalid? Is the value wrong, or is the file truncated in >>> the middle of the index segment? From the patch it looks like the latter. >>> >>> Is there a single unluckily truncated file that you want to fix with this >>> patch, or multiple files can be affected by this fix because e.g. they >>> are written by the same broken muxer? >>> >>> Overall I am not sure if we want this applied, the user can also opt to >>> avoid parsing all partitions with -seekable 0 and read / remux the file >>> sequentially ignoring any index, so if somebody wants to rescue the data, >>> it can be done as is. >>> >>> Regards, >>> Marton >>> >>>> >>>> >>>> Signed-off-by: Cedric Le Barz <clebarz@ektacom.com> >>>> --- >>>> ffmpeg/libavformat/mxfdec.c | 14 ++++++++++++-- >>>> 1 file changed, 12 insertions(+), 2 deletions(-) >>>> >>>> diff --git a/ffmpeg/libavformat/mxfdec.c b/ffmpeg/libavformat/mxfdec.c >>>> index 4530617..ffc8987 100644 >>>> --- a/ffmpeg/libavformat/mxfdec.c >>>> +++ b/ffmpeg/libavformat/mxfdec.c >>>> @@ -1221,8 +1221,18 @@ static int >>>> mxf_read_index_entry_array(AVIOContext *pb, MXFIndexTableSegment *seg >>>> } >>>> for (i = 0; i < segment->nb_index_entries; i++) { >>>> - if(avio_feof(pb)) >>>> - return AVERROR_INVALIDDATA; >>>> + >>>> + if(avio_feof(pb)) { >>>> + if (i == 0) { >>>> + return AVERROR_INVALIDDATA; >>>> + } else { >>>> + /* To be more robust to invalid nb_index_entries value, >>>> + fix the index entry number according to read entries >>>> */ >>>> + segment->nb_index_entries = i; >>>> + return 0; >>>> + } >>>> + } >>>> + >>>> segment->temporal_offset_entries[i] = avio_r8(pb); >>>> avio_r8(pb); /* >>>> KeyFrameOffset */ >>>> segment->flag_entries[i] = avio_r8(pb); >>>> -- >>>> 2.34.1 >>>> >>>> _______________________________________________ >>>> 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". >>> >>> _______________________________________________ >>> 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". > _______________________________________________ > 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". ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [FFmpeg-devel] [PATCH] Fix issue when invalid nb_index_entries value is read - SPONSORED BY INA (Institut National de l'Audiovisuel) 2023-03-20 20:03 ` Marton Balint @ 2023-03-24 9:13 ` Cédric Le Barz 2023-03-24 10:22 ` Cédric Le Barz 0 siblings, 1 reply; 10+ messages in thread From: Cédric Le Barz @ 2023-03-24 9:13 UTC (permalink / raw) To: FFmpeg development discussions and patches Hi Marton, A sample can be downloaded from here : https://estendirectapi.ektacom.com/download/ffmpeg/ Regards, Cédric Le 20/03/2023 à 21:03, Marton Balint a écrit : > > > On Mon, 20 Mar 2023, Cédric Le Barz wrote: > >> We have several samples but these are big files: about 7 GB. Is it OK to >> share such a file size ? > > I kind of hoped you have access to the broken muxer and can remux a > small file which can be made public. > > If not, then simply upload it somewhere so I can take a look. If the > sample can't be made public, just share it with me privately. > > Thanks, > Marton > >> >> Thanks for you answer, >> >> Regards, >> >> Cédric >> >> Le 16/03/2023 à 21:28, Marton Balint a écrit : >>> >>> >>> On Thu, 16 Mar 2023, Cédric Le Barz wrote: >>> >>>> Hi, >>>> >>>> By "invalid", I mean that the written nb_index_entries value does not >>>> match with the real number of entries in the table. The number of >>>> entries in the table is lower than the specified one. This is a >>>> bug in >>>> commercial MXFTk software (at least version V 2.8.0.0.1). It exists a >>>> lot a MXF files with this problem. >>> >>> Please share a sample. Or better yet, open a ticket for this issue and >>> attach a sample there for future reference. >>> >>> Thanks, >>> Marton >>> >>>> >>>> Best regards, >>>> >>>> Cédric >>>> >>>> -----Message d'origine----- >>>> De : ffmpeg-devel <ffmpeg-devel-bounces@ffmpeg.org> De la part de >>>> Marton >>>> Balint >>>> Envoyé : mercredi 8 mars 2023 23:06 >>>> À : FFmpeg development discussions and patches >>>> <ffmpeg-devel@ffmpeg.org> >>>> Objet : Re: [FFmpeg-devel] [PATCH] Fix issue when invalid >>>> nb_index_entries value is read - SPONSORED BY INA (Institut >>>> National de >>>> l'Audiovisuel) >>>> >>>> >>>> >>>> On Wed, 8 Mar 2023, Cédric Le Barz wrote: >>>> >>>>> >>>>> Fix issue when invalid nb_index_entries value is read : in case of >>>>> false nb_index_entries value, ffmpeg exit. This patch fix this >>>>> problem. >>>> >>>> What do you mean invalid? Is the value wrong, or is the file >>>> truncated in >>>> the middle of the index segment? From the patch it looks like the >>>> latter. >>>> >>>> Is there a single unluckily truncated file that you want to fix >>>> with this >>>> patch, or multiple files can be affected by this fix because e.g. >>>> they >>>> are written by the same broken muxer? >>>> >>>> Overall I am not sure if we want this applied, the user can also >>>> opt to >>>> avoid parsing all partitions with -seekable 0 and read / remux the >>>> file >>>> sequentially ignoring any index, so if somebody wants to rescue >>>> the data, >>>> it can be done as is. >>>> >>>> Regards, >>>> Marton >>>> >>>>> >>>>> >>>>> Signed-off-by: Cedric Le Barz <clebarz@ektacom.com> >>>>> --- >>>>> ffmpeg/libavformat/mxfdec.c | 14 ++++++++++++-- >>>>> 1 file changed, 12 insertions(+), 2 deletions(-) >>>>> >>>>> diff --git a/ffmpeg/libavformat/mxfdec.c >>>>> b/ffmpeg/libavformat/mxfdec.c >>>>> index 4530617..ffc8987 100644 >>>>> --- a/ffmpeg/libavformat/mxfdec.c >>>>> +++ b/ffmpeg/libavformat/mxfdec.c >>>>> @@ -1221,8 +1221,18 @@ static int >>>>> mxf_read_index_entry_array(AVIOContext *pb, MXFIndexTableSegment >>>>> *seg >>>>> } >>>>> for (i = 0; i < segment->nb_index_entries; i++) { >>>>> - if(avio_feof(pb)) >>>>> - return AVERROR_INVALIDDATA; >>>>> + >>>>> + if(avio_feof(pb)) { >>>>> + if (i == 0) { >>>>> + return AVERROR_INVALIDDATA; >>>>> + } else { >>>>> + /* To be more robust to invalid nb_index_entries >>>>> value, >>>>> + fix the index entry number according to read >>>>> entries >>>>> */ >>>>> + segment->nb_index_entries = i; >>>>> + return 0; >>>>> + } >>>>> + } >>>>> + >>>>> segment->temporal_offset_entries[i] = avio_r8(pb); >>>>> avio_r8(pb); /* >>>>> KeyFrameOffset */ >>>>> segment->flag_entries[i] = avio_r8(pb); >>>>> -- >>>>> 2.34.1 >>>>> >>>>> _______________________________________________ >>>>> 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". >>>> >>>> _______________________________________________ >>>> 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". >> _______________________________________________ >> 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". _______________________________________________ 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". ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [FFmpeg-devel] [PATCH] Fix issue when invalid nb_index_entries value is read - SPONSORED BY INA (Institut National de l'Audiovisuel) 2023-03-24 9:13 ` Cédric Le Barz @ 2023-03-24 10:22 ` Cédric Le Barz 2023-03-26 21:06 ` Marton Balint 0 siblings, 1 reply; 10+ messages in thread From: Cédric Le Barz @ 2023-03-24 10:22 UTC (permalink / raw) To: FFmpeg development discussions and patches Hi Marton, The previous link was not OK, sorry. The good link that will make you possible to download the sample is the following : https://estendirectapi.ektacom.com/download/ffmpeg/Sample.mxf Regards, Cédric Le 24/03/2023 à 10:13, Cédric Le Barz a écrit : > Hi Marton, > > A sample can be downloaded from here : > https://estendirectapi.ektacom.com/download/ffmpeg/ > > Regards, > > Cédric > > > Le 20/03/2023 à 21:03, Marton Balint a écrit : >> >> >> On Mon, 20 Mar 2023, Cédric Le Barz wrote: >> >>> We have several samples but these are big files: about 7 GB. Is it >>> OK to >>> share such a file size ? >> >> I kind of hoped you have access to the broken muxer and can remux a >> small file which can be made public. >> >> If not, then simply upload it somewhere so I can take a look. If the >> sample can't be made public, just share it with me privately. >> >> Thanks, >> Marton >> >>> >>> Thanks for you answer, >>> >>> Regards, >>> >>> Cédric >>> >>> Le 16/03/2023 à 21:28, Marton Balint a écrit : >>>> >>>> >>>> On Thu, 16 Mar 2023, Cédric Le Barz wrote: >>>> >>>>> Hi, >>>>> >>>>> By "invalid", I mean that the written nb_index_entries value does >>>>> not >>>>> match with the real number of entries in the table. The number of >>>>> entries in the table is lower than the specified one. This is a >>>>> bug in >>>>> commercial MXFTk software (at least version V 2.8.0.0.1). It >>>>> exists a >>>>> lot a MXF files with this problem. >>>> >>>> Please share a sample. Or better yet, open a ticket for this issue >>>> and >>>> attach a sample there for future reference. >>>> >>>> Thanks, >>>> Marton >>>> >>>>> >>>>> Best regards, >>>>> >>>>> Cédric >>>>> >>>>> -----Message d'origine----- >>>>> De : ffmpeg-devel <ffmpeg-devel-bounces@ffmpeg.org> De la part de >>>>> Marton >>>>> Balint >>>>> Envoyé : mercredi 8 mars 2023 23:06 >>>>> À : FFmpeg development discussions and patches >>>>> <ffmpeg-devel@ffmpeg.org> >>>>> Objet : Re: [FFmpeg-devel] [PATCH] Fix issue when invalid >>>>> nb_index_entries value is read - SPONSORED BY INA (Institut >>>>> National de >>>>> l'Audiovisuel) >>>>> >>>>> >>>>> >>>>> On Wed, 8 Mar 2023, Cédric Le Barz wrote: >>>>> >>>>>> >>>>>> Fix issue when invalid nb_index_entries value is read : in case of >>>>>> false nb_index_entries value, ffmpeg exit. This patch fix this >>>>>> problem. >>>>> >>>>> What do you mean invalid? Is the value wrong, or is the file >>>>> truncated in >>>>> the middle of the index segment? From the patch it looks like the >>>>> latter. >>>>> >>>>> Is there a single unluckily truncated file that you want to fix >>>>> with this >>>>> patch, or multiple files can be affected by this fix because e.g. >>>>> they >>>>> are written by the same broken muxer? >>>>> >>>>> Overall I am not sure if we want this applied, the user can also >>>>> opt to >>>>> avoid parsing all partitions with -seekable 0 and read / remux >>>>> the file >>>>> sequentially ignoring any index, so if somebody wants to rescue >>>>> the data, >>>>> it can be done as is. >>>>> >>>>> Regards, >>>>> Marton >>>>> >>>>>> >>>>>> >>>>>> Signed-off-by: Cedric Le Barz <clebarz@ektacom.com> >>>>>> --- >>>>>> ffmpeg/libavformat/mxfdec.c | 14 ++++++++++++-- >>>>>> 1 file changed, 12 insertions(+), 2 deletions(-) >>>>>> >>>>>> diff --git a/ffmpeg/libavformat/mxfdec.c >>>>>> b/ffmpeg/libavformat/mxfdec.c >>>>>> index 4530617..ffc8987 100644 >>>>>> --- a/ffmpeg/libavformat/mxfdec.c >>>>>> +++ b/ffmpeg/libavformat/mxfdec.c >>>>>> @@ -1221,8 +1221,18 @@ static int >>>>>> mxf_read_index_entry_array(AVIOContext *pb, MXFIndexTableSegment >>>>>> *seg >>>>>> } >>>>>> for (i = 0; i < segment->nb_index_entries; i++) { >>>>>> - if(avio_feof(pb)) >>>>>> - return AVERROR_INVALIDDATA; >>>>>> + >>>>>> + if(avio_feof(pb)) { >>>>>> + if (i == 0) { >>>>>> + return AVERROR_INVALIDDATA; >>>>>> + } else { >>>>>> + /* To be more robust to invalid >>>>>> nb_index_entries value, >>>>>> + fix the index entry number according to read >>>>>> entries >>>>>> */ >>>>>> + segment->nb_index_entries = i; >>>>>> + return 0; >>>>>> + } >>>>>> + } >>>>>> + >>>>>> segment->temporal_offset_entries[i] = avio_r8(pb); >>>>>> avio_r8(pb); /* >>>>>> KeyFrameOffset */ >>>>>> segment->flag_entries[i] = avio_r8(pb); >>>>>> -- >>>>>> 2.34.1 >>>>>> >>>>>> _______________________________________________ >>>>>> 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". >>>>> >>>>> _______________________________________________ >>>>> 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". >>> _______________________________________________ >>> 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". _______________________________________________ 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". ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [FFmpeg-devel] [PATCH] Fix issue when invalid nb_index_entries value is read - SPONSORED BY INA (Institut National de l'Audiovisuel) 2023-03-24 10:22 ` Cédric Le Barz @ 2023-03-26 21:06 ` Marton Balint 0 siblings, 0 replies; 10+ messages in thread From: Marton Balint @ 2023-03-26 21:06 UTC (permalink / raw) To: FFmpeg development discussions and patches On Fri, 24 Mar 2023, Cédric Le Barz wrote: > > Hi Marton, > > The previous link was not OK, sorry. The good link that will make you > possible to download the sample is the following : > https://estendirectapi.ektacom.com/download/ffmpeg/Sample.mxf Ok, so I checked this, and the problem is that the muxer dumps some garbarge after the intended end of file (after the random index pack). The garbage is most likely some part of the MXF file already written, and our parser fails to parse it because of the truncation. Overall I think it is better if we fully skip all data after a random index pack, because, if it exists, it has to be the last KLV item after a footer partition. I will send a patch for that shortly. Regards, Marton > > Regards, > > Cédric > > > Le 24/03/2023 à 10:13, Cédric Le Barz a écrit : >> Hi Marton, >> >> A sample can be downloaded from here : >> https://estendirectapi.ektacom.com/download/ffmpeg/ >> >> Regards, >> >> Cédric >> >> >> Le 20/03/2023 à 21:03, Marton Balint a écrit : >>> >>> >>> On Mon, 20 Mar 2023, Cédric Le Barz wrote: >>> >>>> We have several samples but these are big files: about 7 GB. Is it OK to >>>> share such a file size ? >>> >>> I kind of hoped you have access to the broken muxer and can remux a >>> small file which can be made public. >>> >>> If not, then simply upload it somewhere so I can take a look. If the >>> sample can't be made public, just share it with me privately. >>> >>> Thanks, >>> Marton >>> >>>> >>>> Thanks for you answer, >>>> >>>> Regards, >>>> >>>> Cédric >>>> >>>> Le 16/03/2023 à 21:28, Marton Balint a écrit : >>>>> >>>>> >>>>> On Thu, 16 Mar 2023, Cédric Le Barz wrote: >>>>> >>>>>> Hi, >>>>>> >>>>>> By "invalid", I mean that the written nb_index_entries value does not >>>>>> match with the real number of entries in the table. The number of >>>>>> entries in the table is lower than the specified one. This is a bug >>>>>> in >>>>>> commercial MXFTk software (at least version V 2.8.0.0.1). It exists a >>>>>> lot a MXF files with this problem. >>>>> >>>>> Please share a sample. Or better yet, open a ticket for this issue and >>>>> attach a sample there for future reference. >>>>> >>>>> Thanks, >>>>> Marton >>>>> >>>>>> >>>>>> Best regards, >>>>>> >>>>>> Cédric >>>>>> >>>>>> -----Message d'origine----- >>>>>> De : ffmpeg-devel <ffmpeg-devel-bounces@ffmpeg.org> De la part de >>>>>> Marton >>>>>> Balint >>>>>> Envoyé : mercredi 8 mars 2023 23:06 >>>>>> À : FFmpeg development discussions and patches >>>>>> <ffmpeg-devel@ffmpeg.org> >>>>>> Objet : Re: [FFmpeg-devel] [PATCH] Fix issue when invalid >>>>>> nb_index_entries value is read - SPONSORED BY INA (Institut National >>>>>> de >>>>>> l'Audiovisuel) >>>>>> >>>>>> >>>>>> >>>>>> On Wed, 8 Mar 2023, Cédric Le Barz wrote: >>>>>> >>>>>>> >>>>>>> Fix issue when invalid nb_index_entries value is read : in case of >>>>>>> false nb_index_entries value, ffmpeg exit. This patch fix this >>>>>>> problem. >>>>>> >>>>>> What do you mean invalid? Is the value wrong, or is the file >>>>>> truncated in >>>>>> the middle of the index segment? From the patch it looks like the >>>>>> latter. >>>>>> >>>>>> Is there a single unluckily truncated file that you want to fix with >>>>>> this >>>>>> patch, or multiple files can be affected by this fix because e.g. >>>>>> they >>>>>> are written by the same broken muxer? >>>>>> >>>>>> Overall I am not sure if we want this applied, the user can also opt >>>>>> to >>>>>> avoid parsing all partitions with -seekable 0 and read / remux the >>>>>> file >>>>>> sequentially ignoring any index, so if somebody wants to rescue the >>>>>> data, >>>>>> it can be done as is. >>>>>> >>>>>> Regards, >>>>>> Marton >>>>>> >>>>>>> >>>>>>> >>>>>>> Signed-off-by: Cedric Le Barz <clebarz@ektacom.com> >>>>>>> --- >>>>>>> ffmpeg/libavformat/mxfdec.c | 14 ++++++++++++-- >>>>>>> 1 file changed, 12 insertions(+), 2 deletions(-) >>>>>>> >>>>>>> diff --git a/ffmpeg/libavformat/mxfdec.c >>>>>>> b/ffmpeg/libavformat/mxfdec.c >>>>>>> index 4530617..ffc8987 100644 >>>>>>> --- a/ffmpeg/libavformat/mxfdec.c >>>>>>> +++ b/ffmpeg/libavformat/mxfdec.c >>>>>>> @@ -1221,8 +1221,18 @@ static int >>>>>>> mxf_read_index_entry_array(AVIOContext *pb, MXFIndexTableSegment >>>>>>> *seg >>>>>>> } >>>>>>> for (i = 0; i < segment->nb_index_entries; i++) { >>>>>>> - if(avio_feof(pb)) >>>>>>> - return AVERROR_INVALIDDATA; >>>>>>> + >>>>>>> + if(avio_feof(pb)) { >>>>>>> + if (i == 0) { >>>>>>> + return AVERROR_INVALIDDATA; >>>>>>> + } else { >>>>>>> + /* To be more robust to invalid nb_index_entries >>>>>>> value, >>>>>>> + fix the index entry number according to read >>>>>>> entries >>>>>>> */ >>>>>>> + segment->nb_index_entries = i; >>>>>>> + return 0; >>>>>>> + } >>>>>>> + } >>>>>>> + >>>>>>> segment->temporal_offset_entries[i] = avio_r8(pb); >>>>>>> avio_r8(pb); /* >>>>>>> KeyFrameOffset */ >>>>>>> segment->flag_entries[i] = avio_r8(pb); >>>>>>> -- >>>>>>> 2.34.1 >>>>>>> >>>>>>> _______________________________________________ >>>>>>> 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". >>>>>> >>>>>> _______________________________________________ >>>>>> 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". >>>> _______________________________________________ >>>> 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". > _______________________________________________ > 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". ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [FFmpeg-devel] [PATCH] Fix issue when invalid nb_index_entries value is read - SPONSORED BY INA (Institut National de l'Audiovisuel) 2023-03-08 22:05 ` Marton Balint 2023-03-16 9:45 ` Cédric Le Barz @ 2023-03-16 13:33 ` Cédric Le Barz 1 sibling, 0 replies; 10+ messages in thread From: Cédric Le Barz @ 2023-03-16 13:33 UTC (permalink / raw) To: 'FFmpeg development discussions and patches' Hi, By "invalid", I mean that the written nb_index_entries value does not match with the real number of entries in the table. The number of entries in the table is lower than the specified one. This is a bug in commercial MXFTk software (at least version V 2.8.0.0.1) : it exists a lot a MXF files with this problem. The proposed patch just robustify index table parsing. Best regards, Cédric -----Message d'origine----- De : ffmpeg-devel <ffmpeg-devel-bounces@ffmpeg.org> De la part de Marton Balint Envoyé : mercredi 8 mars 2023 23:06 À : FFmpeg development discussions and patches <ffmpeg-devel@ffmpeg.org> Objet : Re: [FFmpeg-devel] [PATCH] Fix issue when invalid nb_index_entries value is read - SPONSORED BY INA (Institut National de l'Audiovisuel) On Wed, 8 Mar 2023, Cédric Le Barz wrote: > > Fix issue when invalid nb_index_entries value is read : in case of > false nb_index_entries value, ffmpeg exit. This patch fix this problem. What do you mean invalid? Is the value wrong, or is the file truncated in the middle of the index segment? From the patch it looks like the latter. Is there a single unluckily truncated file that you want to fix with this patch, or multiple files can be affected by this fix because e.g. they are written by the same broken muxer? Overall I am not sure if we want this applied, the user can also opt to avoid parsing all partitions with -seekable 0 and read / remux the file sequentially ignoring any index, so if somebody wants to rescue the data, it can be done as is. Regards, Marton > > > Signed-off-by: Cedric Le Barz <clebarz@ektacom.com> > --- > ffmpeg/libavformat/mxfdec.c | 14 ++++++++++++-- > 1 file changed, 12 insertions(+), 2 deletions(-) > > diff --git a/ffmpeg/libavformat/mxfdec.c b/ffmpeg/libavformat/mxfdec.c > index 4530617..ffc8987 100644 > --- a/ffmpeg/libavformat/mxfdec.c > +++ b/ffmpeg/libavformat/mxfdec.c > @@ -1221,8 +1221,18 @@ static int > mxf_read_index_entry_array(AVIOContext *pb, MXFIndexTableSegment *seg > } > for (i = 0; i < segment->nb_index_entries; i++) { > - if(avio_feof(pb)) > - return AVERROR_INVALIDDATA; > + > + if(avio_feof(pb)) { > + if (i == 0) { > + return AVERROR_INVALIDDATA; > + } else { > + /* To be more robust to invalid nb_index_entries value, > + fix the index entry number according to read entries */ > + segment->nb_index_entries = i; > + return 0; > + } > + } > + > segment->temporal_offset_entries[i] = avio_r8(pb); > avio_r8(pb); /* > KeyFrameOffset */ > segment->flag_entries[i] = avio_r8(pb); > -- > 2.34.1 > > _______________________________________________ > 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". _______________________________________________ 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". ^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2023-03-26 21:06 UTC | newest] Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2023-03-08 15:55 [FFmpeg-devel] [PATCH] Fix issue when invalid nb_index_entries value is read - SPONSORED BY INA (Institut National de l'Audiovisuel) Cédric Le Barz 2023-03-08 22:05 ` Marton Balint 2023-03-16 9:45 ` Cédric Le Barz 2023-03-16 20:28 ` Marton Balint 2023-03-20 15:52 ` Cédric Le Barz 2023-03-20 20:03 ` Marton Balint 2023-03-24 9:13 ` Cédric Le Barz 2023-03-24 10:22 ` Cédric Le Barz 2023-03-26 21:06 ` Marton Balint 2023-03-16 13:33 ` Cédric Le Barz
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