On Mon, Mar 2, 2015 at 11:56 PM, Vilius Grigaliūnas <
vilius.grigaliu...@gmail.com> wrote:
> On Tue, Mar 3, 2015 at 4:35 AM, Michael Bradshaw
> wrote:
> > You can use the -pix_fmt option to specify the pixel format of the
> source.
> > The openjpeg decoder will try that pixel format first before
The reason for this change is that the native jpeg2000 decoder does
not yet support 4K digital cinema files (#2586). The workaround for
that is to use libopenjpeg decoder, which sort of works but
incorrectly detects pixel format as rgb48le instead of xyz12le. This
produces wrong colors in the outpu
On Tue, Mar 3, 2015 at 4:35 AM, Michael Bradshaw wrote:
> You can use the -pix_fmt option to specify the pixel format of the source.
> The openjpeg decoder will try that pixel format first before iterating
> through its (prioritized) list of pixel formats. That should provide a way
> to work aroun
On Mon, Mar 2, 2015 at 4:48 PM, Vilius Grigaliūnas <
vilius.grigaliu...@gmail.com> wrote:
> The reason for this change is that the native jpeg2000 decoder does
> not yet support 4K digital cinema files (#2586). The workaround for
> that is to use libopenjpeg decoder, which sort of works but
> inco
On Mon, Mar 2, 2015 at 7:08 AM, Vilius Grigaliūnas <
vilius.grigaliu...@gmail.com> wrote:
> Input files in XYZ color space are incorrecly detected as RGB which results
> in incorrect output colors.
>
> This changes pixel format detection to try XYZ before RGB when
> color space provided by libopen
Input files in XYZ color space are incorrecly detected as RGB which results
in incorrect output colors.
This changes pixel format detection to try XYZ before RGB when
color space provided by libopenjepg is unknown.
---
libavcodec/libopenjpegdec.c | 12 +++-
1 file changed, 7 insertions(
