[FFmpeg-devel] [libav-devel] [PATCH] libopenjpegdec: check existence of image component data

Michael Niedermayer michaelni at gmx.at
Sat May 30 20:33:09 CEST 2015


On Sat, May 30, 2015 at 08:01:53PM +0200, Andreas Cadhalpun wrote:
> On 30.05.2015 19:21, Michael Niedermayer wrote:
> > On Sat, May 30, 2015 at 10:09:54AM -0700, Michael Bradshaw wrote:
> >> On Sat, May 30, 2015 at 7:50 AM, Andreas Cadhalpun <
> >> andreas.cadhalpun at googlemail.com> wrote:
> >>
> >>> On 30.05.2015 16:41, Luca Barbato wrote:
> >>>> Do you happen to know why it does do that?
> >>>
> >>> It encounters a problem, but only warns about it and returns the image
> >>> anyway. The warning is not sent to stdout with libavcodec, but can be seen
> >>> with j2k_dump:
> >>> [WARNING] 0000006a: expected a marker instead of 0
> >>
> >>
> >> Then perhaps a opj_event_mgr_t event handler should be registered. The
> >> openjpeg encoder does this to log all warnings with av_log.
> > 
> >> But if openjpeg
> >> is giving back bad data without a warning/error code from the returning
> >> function, then perhaps this error check is justified.
> > 
> > i think so too
> 
> So OK to push?

i think so, yes

[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Frequently ignored answer#1 FFmpeg bugs should be sent to our bugtracker. User
questions about the command line tools should be sent to the ffmpeg-user ML.
And questions about how to use libav* should be sent to the libav-user ML.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 181 bytes
Desc: Digital signature
URL: <https://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20150530/4d5a453a/attachment.asc>


More information about the ffmpeg-devel mailing list