On Tue, Jun 9, 2020 at 11:55 PM Carl Eugen Hoyos <[email protected]> wrote: > > Am Di., 9. Juni 2020 um 19:12 Uhr schrieb Gautam Ramakrishnan > <[email protected]>: > > > > On Tue, Jun 9, 2020 at 10:24 PM Carl Eugen Hoyos <[email protected]> wrote: > > > > > > Am Di., 9. Juni 2020 um 14:07 Uhr schrieb <[email protected]>: > > > > > > > > From: Gautam Ramakrishnan <[email protected]> > > > > > > > > This patch makes selection of pix_fmt similar to > > > > that in the native decoder. This makes samples such > > > > as p0_05.j2k and p1_03.j2k decodable by libopenjpeg. > > > > > > Since both files are not YUVA420P, I am not sure if this > > > patch is a good idea, in any case, the commit message > > > mentioning the two files as reasons for this patch is wrong. > > > > > I am not sure what file format this is then. > > I failed to find out so far, possibly Bayer, CMYK seems less > likely to me. The reference file has 4 components, Whereas all the Bayer formats have 3 components. Are we missing any Bayer pixel format in ffmpeg? Also, any other ideas on what has to be done for the 2 reference files mentioned? If this seems like a good idea, I could go through opj_decompress and try to replicate what it does. > > Carl Eugen > _______________________________________________ > ffmpeg-devel mailing list > [email protected] > https://ffmpeg.org/mailman/listinfo/ffmpeg-devel > > To unsubscribe, visit link above, or email > [email protected] with subject "unsubscribe".
-- ------------- Gautam | _______________________________________________ ffmpeg-devel mailing list [email protected] https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email [email protected] with subject "unsubscribe".
