Re: [FFmpeg-devel] [PATCH 1/3] avformat/mxfdec: do not ignore bad size errors
On Thu, 22 Aug 2019, Tomas Härdin wrote: ons 2019-08-21 klockan 21:54 +0200 skrev Marton Balint: On Sun, 18 Aug 2019, Tomas Härdin wrote: > lör 2019-08-17 klockan 21:41 +0200 skrev Marton Balint: > > The return value was unintentionally lost after > > 00a2652df3bf25a27d174cc67ed508b5317cb115. > > > > Signed-off-by: Marton Balint > > --- > > libavformat/mxfdec.c | 4 ++-- > > 1 file changed, 2 insertions(+), 2 deletions(-) > > > > diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c > > index bb72fb9841..397f820b3f 100644 > > --- a/libavformat/mxfdec.c > > +++ b/libavformat/mxfdec.c > > @@ -3508,8 +3508,8 @@ static int mxf_read_packet(AVFormatContext *s, AVPacket *pkt) > > } else { > > if ((size = next_ofs - pos) <= 0) { > > av_log(s, AV_LOG_ERROR, "bad size: %"PRId64"\n", size); > > -ret = AVERROR_INVALIDDATA; > > -goto skip; > > +mxf->current_klv_data = (KLVPacket){{0}}; > > +return AVERROR_INVALIDDATA; > > Should maybe ask for a sample. Else looks OK I don't think this can happen with any of the valid files, so the text saying that ffmpeg is missing a feature probably won't be true. It is a lot more likely that the user has a broken file if this error is shown. So I'd rather keep it as is. Right, the skip had me confused. This is fine of course Thanks, applied. Regards, Marton ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-devel] [PATCH 1/3] avformat/mxfdec: do not ignore bad size errors
ons 2019-08-21 klockan 21:54 +0200 skrev Marton Balint: > > On Sun, 18 Aug 2019, Tomas Härdin wrote: > > > lör 2019-08-17 klockan 21:41 +0200 skrev Marton Balint: > > > The return value was unintentionally lost after > > > 00a2652df3bf25a27d174cc67ed508b5317cb115. > > > > > > Signed-off-by: Marton Balint > > > --- > > > libavformat/mxfdec.c | 4 ++-- > > > 1 file changed, 2 insertions(+), 2 deletions(-) > > > > > > diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c > > > index bb72fb9841..397f820b3f 100644 > > > --- a/libavformat/mxfdec.c > > > +++ b/libavformat/mxfdec.c > > > @@ -3508,8 +3508,8 @@ static int mxf_read_packet(AVFormatContext *s, > > > AVPacket *pkt) > > > } else { > > > if ((size = next_ofs - pos) <= 0) { > > > av_log(s, AV_LOG_ERROR, "bad size: %"PRId64"\n", > > > size); > > > -ret = AVERROR_INVALIDDATA; > > > -goto skip; > > > +mxf->current_klv_data = (KLVPacket){{0}}; > > > +return AVERROR_INVALIDDATA; > > > > Should maybe ask for a sample. Else looks OK > > I don't think this can happen with any of the valid files, so the text > saying that ffmpeg is missing a feature probably won't be true. It is a > lot more likely that the user has a broken file if this error is shown. > > So I'd rather keep it as is. Right, the skip had me confused. This is fine of course /Tomas ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-devel] [PATCH 1/3] avformat/mxfdec: do not ignore bad size errors
On Sun, 18 Aug 2019, Tomas Härdin wrote: lör 2019-08-17 klockan 21:41 +0200 skrev Marton Balint: The return value was unintentionally lost after 00a2652df3bf25a27d174cc67ed508b5317cb115. Signed-off-by: Marton Balint --- libavformat/mxfdec.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c index bb72fb9841..397f820b3f 100644 --- a/libavformat/mxfdec.c +++ b/libavformat/mxfdec.c @@ -3508,8 +3508,8 @@ static int mxf_read_packet(AVFormatContext *s, AVPacket *pkt) } else { if ((size = next_ofs - pos) <= 0) { av_log(s, AV_LOG_ERROR, "bad size: %"PRId64"\n", size); -ret = AVERROR_INVALIDDATA; -goto skip; +mxf->current_klv_data = (KLVPacket){{0}}; +return AVERROR_INVALIDDATA; Should maybe ask for a sample. Else looks OK I don't think this can happen with any of the valid files, so the text saying that ffmpeg is missing a feature probably won't be true. It is a lot more likely that the user has a broken file if this error is shown. So I'd rather keep it as is. Regards, Marton ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-devel] [PATCH 1/3] avformat/mxfdec: do not ignore bad size errors
lör 2019-08-17 klockan 21:41 +0200 skrev Marton Balint: > The return value was unintentionally lost after > 00a2652df3bf25a27d174cc67ed508b5317cb115. > > Signed-off-by: Marton Balint > --- > libavformat/mxfdec.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c > index bb72fb9841..397f820b3f 100644 > --- a/libavformat/mxfdec.c > +++ b/libavformat/mxfdec.c > @@ -3508,8 +3508,8 @@ static int mxf_read_packet(AVFormatContext *s, AVPacket > *pkt) > } else { > if ((size = next_ofs - pos) <= 0) { > av_log(s, AV_LOG_ERROR, "bad size: %"PRId64"\n", > size); > -ret = AVERROR_INVALIDDATA; > -goto skip; > +mxf->current_klv_data = (KLVPacket){{0}}; > +return AVERROR_INVALIDDATA; Should maybe ask for a sample. Else looks OK /Tomas ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
[FFmpeg-devel] [PATCH 1/3] avformat/mxfdec: do not ignore bad size errors
The return value was unintentionally lost after 00a2652df3bf25a27d174cc67ed508b5317cb115. Signed-off-by: Marton Balint --- libavformat/mxfdec.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c index bb72fb9841..397f820b3f 100644 --- a/libavformat/mxfdec.c +++ b/libavformat/mxfdec.c @@ -3508,8 +3508,8 @@ static int mxf_read_packet(AVFormatContext *s, AVPacket *pkt) } else { if ((size = next_ofs - pos) <= 0) { av_log(s, AV_LOG_ERROR, "bad size: %"PRId64"\n", size); -ret = AVERROR_INVALIDDATA; -goto skip; +mxf->current_klv_data = (KLVPacket){{0}}; +return AVERROR_INVALIDDATA; } // We must not overread, because the next edit unit might be in another KLV if (size > max_data_size) -- 2.16.4 ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".