[FFmpeg-trac] #2653(undetermined:new): problem with libopenjpeg with some option
FFmpeg
trac at avcodec.org
Sat Jun 8 21:29:09 CEST 2013
#2653: problem with libopenjpeg with some option
-------------------------------------+-------------------------------------
Reporter: sulio | Type: defect
Status: new | Priority: normal
Component: | Version:
undetermined | unspecified
Keywords: libopenjpeg | Blocked By:
AVoptions | Reproduced by developer: 0
Blocking: |
Analyzed by developer: 0 |
-------------------------------------+-------------------------------------
Summary of the bug:
How to reproduce:
{{{
% ffmpeg" -i sample.h264 -vf
crop=iw:ih-2*138,scale=2048:858,lutrgb=gammaval(2.6) -pix_fmt yuv444p12le
-vcodec libopenjpeg -profile 1 -cinema_mode 1 "decoded/test_%6d.j2c
ffmpeg version N-53885-gf97e28e
built on gcc windows 7 64 bit by Zeranoe
The problem is:
1. I have no see any gamma change in picture. 26 is high value for gamma
and thisd can be very visible.
2. libopenjpeg do not receive or do not execute the follow option
"-profile 1" with above command line should be expected converting of h264
video to sequence of JPEG2000 images with digital cinema standard. testing
jpeg2000 images after, show that they are NOT digital cinema compliant. My
testing tools cannot say why but absolutely sure say that they are not
digital cinema compliant. libopenjpeg itself used with another programs
(for example image_to_j2c or OpenDCP do well conversion exactly on DCI
specifications for jpeg2000 for digital cinema. I guess that avoptions are
not sent corectly to openjpeg. For example "-profile" command are not
specific for libopenjpeg, its not "private" command only for libopenjpeg
and may be ffmpeg do not pass this option to libopenjpeg. Also explanation
of AVoptions generally is ambiguous and is hard to understand how exactly
are used such options. ffmpeg -h codecs=libopenjpeg do not do big thing
due to lack of details. Also I do not understand who decide which pix_fmt
should understand libopenjpeg, but original openjpeg understand xyz12le
and in ffmpeg do not understand it,instead understand yuv444p12le this may
be not so important because anyway xyz transformations is done before
libopenjpeg encoding.
3. I cannot understand why xyz12le is only input format , its make more
sense to be more output format.
I attach an report file and you will see what I'm talking about. IF what
is written in wiki is true then with this command we should have from some
video file source,XYZ encoded,gammacorected jpeg2000 DCI compressed
sequence of images, but for some reason its not happened.
--
Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/2653>
FFmpeg <http://ffmpeg.org>
FFmpeg issue tracker
More information about the FFmpeg-trac
mailing list