Re: [FFmpeg-trac] #3745(avcodec:new): error with libopenjpeg encoding

2014-06-27 Thread FFmpeg
#3745: error with libopenjpeg encoding
-+---
 Reporter:  dericed  |Owner:
 Type:  defect   |   Status:  new
 Priority:  normal   |Component:  avcodec
  Version:  git-master   |   Resolution:
 Keywords:  libopenjpeg  |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+---

Comment (by cehoyos):

 Can you reproduce your issue with the attached frame?

--
Ticket URL: https://trac.ffmpeg.org/ticket/3745#comment:4
FFmpeg https://ffmpeg.org
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://avcodec.org/mailman/listinfo/ffmpeg-trac


Re: [FFmpeg-trac] #3745(avcodec:new): error with libopenjpeg encoding

2014-06-27 Thread FFmpeg
#3745: error with libopenjpeg encoding
-+---
 Reporter:  dericed  |Owner:
 Type:  defect   |   Status:  new
 Priority:  normal   |Component:  avcodec
  Version:  git-master   |   Resolution:
 Keywords:  libopenjpeg  |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+---

Comment (by dericed):

 Yes. If I view in QuickTime it seems okay, but if I use `ffplay -vcodec
 libopenjpeg` or the command below the output has the same chroma plane
 issue.

 {{{
 ffmpeg -vcodec libopenjpeg -i out17.j2k out17.tiff
 ffmpeg version N-64075-g47c8d1e Copyright (c) 2000-2014 the FFmpeg
 developers
   built on Jun 19 2014 10:18:25 with Apple LLVM version 5.1
 (clang-503.0.40) (based on LLVM 3.4svn)
   configuration: --prefix=/usr/local/Cellar/ffmpeg/HEAD --enable-shared
 --enable-pthreads --enable-gpl --enable-version3 --enable-nonfree
 --enable-hardcoded-tables --enable-avresample --enable-vda --cc=clang
 --host-cflags= --host-ldflags= --enable-libx264 --enable-libfaac --enable-
 libmp3lame --enable-libxvid --enable-libfreetype --enable-ffplay --enable-
 libopenjpeg --extra-
 cflags='-I/usr/local/Cellar/openjpeg/1.5.1_1/include/openjpeg-1.5 '
   libavutil  52. 89.100 / 52. 89.100
   libavcodec 55. 67.100 / 55. 67.100
   libavformat55. 44.100 / 55. 44.100
   libavdevice55. 13.101 / 55. 13.101
   libavfilter 4.  8.100 /  4.  8.100
   libavresample   1.  3.  0 /  1.  3.  0
   libswscale  2.  6.100 /  2.  6.100
   libswresample   0. 19.100 /  0. 19.100
   libpostproc52.  3.100 / 52.  3.100
 Input #0, image2, from 'out17.j2k':
   Duration: 00:00:00.04, start: 0.00, bitrate: N/A
 Stream #0:0: Video: jpeg2000, yuv422p10le, 720x486, 25 tbr, 25 tbn, 25
 tbc
 [image2 @ 0x7feb5900b000] Using AVStream.codec.time_base as a timebase
 hint to the muxer is deprecated. Set AVStream.time_base instead.
 Output #0, image2, to 'out17.tiff':
   Metadata:
 encoder : Lavf55.44.100
 Stream #0:0: Video: tiff, rgb48le, 720x486, q=2-31, 200 kb/s, 25 fps,
 25 tbn, 25 tbc
 Metadata:
   encoder : Lavc55.67.100 tiff
 Stream mapping:
   Stream #0:0 - #0:0 (jpeg2000 (libopenjpeg) - tiff (native))
 Press [q] to stop, [?] for help
 frame=1 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.04 bitrate=N/A
 video:2055kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB
 muxing overhead: unknown
 }}}

--
Ticket URL: https://trac.ffmpeg.org/ticket/3745#comment:5
FFmpeg https://ffmpeg.org
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://avcodec.org/mailman/listinfo/ffmpeg-trac


Re: [FFmpeg-trac] #3745(avcodec:new): error with libopenjpeg encoding

2014-06-27 Thread FFmpeg
#3745: error with libopenjpeg encoding
-+---
 Reporter:  dericed  |Owner:
 Type:  defect   |   Status:  new
 Priority:  normal   |Component:  avcodec
  Version:  git-master   |   Resolution:
 Keywords:  libopenjpeg  |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+---

Comment (by cehoyos):

 I can reproduce your problem with libopenjpeg-1.5.1
 Is there any indication that this is a problem that can be fixed within
 FFmpeg?

--
Ticket URL: https://trac.ffmpeg.org/ticket/3745#comment:6
FFmpeg https://ffmpeg.org
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://avcodec.org/mailman/listinfo/ffmpeg-trac


Re: [FFmpeg-trac] #3745(avcodec:new): error with libopenjpeg encoding

2014-06-27 Thread FFmpeg
#3745: error with libopenjpeg encoding
-+---
 Reporter:  dericed  |Owner:
 Type:  defect   |   Status:  new
 Priority:  normal   |Component:  avcodec
  Version:  git-master   |   Resolution:
 Keywords:  libopenjpeg  |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+---

Comment (by dericed):

 No, I don't think this can be fixed in ffmpeg but is with openjpeg. There
 is an associated request here http://trac.ffmpeg.org/ticket/2866 to
 request an option for ffmpeg to read what it is encoding to verify
 losslessness, similar to the --verify option in the flac utility. Thanks
 to framemd5 I was able to find it.

 I tested the j2k you sent with openjpeg 2.1.0 with `opj_decompress -i
 ~/Downloads/out17.j2k -o image.tif`, which decoded correctly. I then
 tested with 1.5.1 and got

 {{{
 j2k_to_image -i out17.j2k -o image.png

 [ERROR] : expected a marker instead of 0
 ERROR - j2k_to_image: failed to decode image!
 }}}

 Next I'm off to see if ffmpeg will build with openjpeg 2.1.0.

--
Ticket URL: https://trac.ffmpeg.org/ticket/3745#comment:7
FFmpeg https://ffmpeg.org
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://avcodec.org/mailman/listinfo/ffmpeg-trac


Re: [FFmpeg-trac] #3745(avcodec:new): error with libopenjpeg encoding

2014-06-26 Thread FFmpeg
#3745: error with libopenjpeg encoding
-+---
 Reporter:  dericed  |Owner:
 Type:  defect   |   Status:  new
 Priority:  normal   |Component:  avcodec
  Version:  git-master   |   Resolution:
 Keywords:  libopenjpeg  |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+---

Comment (by cehoyos):

 If I understand correctly, you see two different (and indpendent) issues:
 One is that the FFmpeg mov muxer only outputs constant frame rate, so if
 FFmpeg interprets your input file as variable frame rate, it will insert
 frames to achieve constant frame rate. This is reported in several
 tickets.
 {{{-vsync 0}}} avoids frame duplications, it may brake A/V sync but to
 test the bitexactness of your encodings, it is useful.

 I am unable to reproduce a difference between the original frames and the
 frames encoded with openjpeg-1.5.0-2.7.1.x86_64:
 {{{
 $ ffmpeg -vsync 0 -i v210_cant_be_jpeg2000d.mov -an -f crc -
 ffmpeg version N-64232-g932be89 Copyright (c) 2000-2014 the FFmpeg
 developers
   built on Jun 26 2014 20:31:10 with gcc 4.7 (SUSE Linux)
   configuration: --enable-libopenjpeg --disable-decoder=jpeg2000
   libavutil  52. 90.101 / 52. 90.101
   libavcodec 55. 68.100 / 55. 68.100
   libavformat55. 44.100 / 55. 44.100
   libavdevice55. 13.101 / 55. 13.101
   libavfilter 4.  9.100 /  4.  9.100
   libswscale  2.  6.100 /  2.  6.100
   libswresample   0. 19.100 /  0. 19.100
 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'v210_cant_be_jpeg2000d.mov':
   Metadata:
 major_brand : qt
 minor_version   : 512
 compatible_brands: qt
 encoder : Lavf55.44.100
   Duration: 00:00:01.02, start: 0.021333, bitrate: 219267 kb/s
 Stream #0:0(eng): Video: v210 (v210 / 0x30313276), yuv422p10le,
 720x486, 223725 kb/s, 29.97 fps, 29.97 tbr, 30k tbn, 30k tbc (default)
 Metadata:
   handler_name: DataHandler
   encoder : Lavc55.68.100 v210
 Stream #0:1(eng): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo,
 fltp, 123 kb/s (default)
 Metadata:
   handler_name: DataHandler
 [crc @ 0x37f0a00] Using AVStream.codec.time_base as a timebase hint to the
 muxer is deprecated. Set AVStream.time_base instead.
 Output #0, crc, to 'pipe:':
   Metadata:
 major_brand : qt
 minor_version   : 512
 compatible_brands: qt
 encoder : Lavf55.44.100
 Stream #0:0(eng): Video: rawvideo (Y3[10][10] / 0xA0A3359),
 yuv422p10le, 720x486, q=2-31, 200 kb/s, 29.97 fps, 29.97 tbn, 29.97 tbc
 (default)
 Metadata:
   handler_name: DataHandler
   encoder : Lavc55.68.100 rawvideo
 Stream mapping:
   Stream #0:0 - #0:0 (v210 (native) - rawvideo (native))
 Press [q] to stop, [?] for help
 CRC=0x69c0112a
 frame=   30 fps=0.0 q=0.0 Lsize=   0kB time=00:00:01.03 bitrate=
 0.1kbits/s
 video:41006kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB
 muxing overhead: unknown
 }}}
 {{{
 $ ffmpeg -vsync 0 -i v210_cant_be_jpeg2000d.mov -an -vcodec libopenjpeg
 out.mov
 }}}
 {{{
 $ ffmpeg -vsync 0 -i out.mov -f crc -
 ffmpeg version N-64232-g932be89 Copyright (c) 2000-2014 the FFmpeg
 developers
   built on Jun 26 2014 20:31:10 with gcc 4.7 (SUSE Linux)
   configuration: --enable-libopenjpeg --disable-decoder=jpeg2000
   libavutil  52. 90.101 / 52. 90.101
   libavcodec 55. 68.100 / 55. 68.100
   libavformat55. 44.100 / 55. 44.100
   libavdevice55. 13.101 / 55. 13.101
   libavfilter 4.  9.100 /  4.  9.100
   libswscale  2.  6.100 /  2.  6.100
   libswresample   0. 19.100 /  0. 19.100
 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'out.mov':
   Metadata:
 major_brand : qt
 minor_version   : 512
 compatible_brands: qt
 encoder : Lavf55.44.100
   Duration: 00:00:01.00, start: 0.033000, bitrate: 107620 kb/s
 Stream #0:0(eng): Video: jpeg2000 (mjp2 / 0x32706A6D), yuv422p10le,
 720x486, 107612 kb/s, 29.97 fps, 29.97 tbr, 30k tbn, 30k tbc (default)
 Metadata:
   handler_name: DataHandler
   encoder : Lavc55.68.100 libopenjpeg
 [crc @ 0x2ba1500] Using AVStream.codec.time_base as a timebase hint to the
 muxer is deprecated. Set AVStream.time_base instead.
 Output #0, crc, to 'pipe:':
   Metadata:
 major_brand : qt
 minor_version   : 512
 compatible_brands: qt
 encoder : Lavf55.44.100
 Stream #0:0(eng): Video: rawvideo (Y3[10][10] / 0xA0A3359),
 yuv422p10le, 720x486, q=2-31, 200 kb/s, 29.97 fps, 29.97 tbn, 29.97 tbc
 (default)
 Metadata:
   handler_name: DataHandler
   encoder : Lavc55.68.100 rawvideo
 Stream mapping:
   Stream #0:0 - #0:0 (jpeg2000 

Re: [FFmpeg-trac] #3745(avcodec:new): error with libopenjpeg encoding

2014-06-26 Thread FFmpeg
#3745: error with libopenjpeg encoding
-+---
 Reporter:  dericed  |Owner:
 Type:  defect   |   Status:  new
 Priority:  normal   |Component:  avcodec
  Version:  git-master   |   Resolution:
 Keywords:  libopenjpeg  |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+---

Comment (by dericed):

 --disable-decoder=jpeg2000   :)

 When I replicate your steps I get CRC=0x1d97037f as the output of the j2k
 version. This is on my Mac as well as another Ubuntu computer. On both
 I've been using
 https://openjpeg.googlecode.com/files/openjpeg-1.5.1.tar.gz whereas you've
 been using openjpeg-1.5.0-2.7.1.x86_64. To proceed I'll see if I can
 replicate with openjpeg alone and then send the ticket, their way.

 And yes I've seen the QuickTime VFR issues in other tickets.

 btw here is a copy of my out.mov with the glitch issue frame 17
 http://dericed.com/samples/j2k_error_frame17_out.mov

--
Ticket URL: https://trac.ffmpeg.org/ticket/3745#comment:2
FFmpeg https://ffmpeg.org
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://avcodec.org/mailman/listinfo/ffmpeg-trac


Re: [FFmpeg-trac] #3745(avcodec:new): error with libopenjpeg encoding

2014-06-26 Thread FFmpeg
#3745: error with libopenjpeg encoding
-+---
 Reporter:  dericed  |Owner:
 Type:  defect   |   Status:  new
 Priority:  normal   |Component:  avcodec
  Version:  git-master   |   Resolution:
 Keywords:  libopenjpeg  |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+---

Comment (by cehoyos):

 Works fine here with your file:
 {{{
 $ ffmpeg -vsync 0 -i j2k_error_frame17_out.mov -f crc -
 ffmpeg version N-64247-gb9bfd88 Copyright (c) 2000-2014 the FFmpeg
 developers
   built on Jun 26 2014 23:08:12 with gcc 4.7 (SUSE Linux)
   configuration: --enable-libopenjpeg --disable-decoder=jpeg2000
   libavutil  52. 90.101 / 52. 90.101
   libavcodec 55. 68.100 / 55. 68.100
   libavformat55. 44.100 / 55. 44.100
   libavdevice55. 13.101 / 55. 13.101
   libavfilter 4.  9.100 /  4.  9.100
   libswscale  2.  6.100 /  2.  6.100
   libswresample   0. 19.100 /  0. 19.100
 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'j2k_error_frame17_out.mov':
   Metadata:
 major_brand : qt
 minor_version   : 512
 compatible_brands: qt
 encoder : Lavf55.44.100
   Duration: 00:00:01.00, start: 0.033000, bitrate: 107620 kb/s
 Stream #0:0(eng): Video: jpeg2000 (mjp2 / 0x32706A6D), yuv422p10le,
 720x486, 107612 kb/s, 29.97 fps, 29.97 tbr, 30k tbn, 30k tbc (default)
 Metadata:
   handler_name: DataHandler
   encoder : Lavc55.67.100 libopenjpeg
 [crc @ 0x2953500] Using AVStream.codec.time_base as a timebase hint to the
 muxer is deprecated. Set AVStream.time_base instead.
 Output #0, crc, to 'pipe:':
   Metadata:
 major_brand : qt
 minor_version   : 512
 compatible_brands: qt
 encoder : Lavf55.44.100
 Stream #0:0(eng): Video: rawvideo (Y3[10][10] / 0xA0A3359),
 yuv422p10le, 720x486, q=2-31, 200 kb/s, 29.97 fps, 29.97 tbn, 29.97 tbc
 (default)
 Metadata:
   handler_name: DataHandler
   encoder : Lavc55.68.100 rawvideo
 Stream mapping:
   Stream #0:0 - #0:0 (jpeg2000 (libopenjpeg) - rawvideo (native))
 Press [q] to stop, [?] for help
 CRC=0x69c0112a
 frame=   30 fps=0.0 q=0.0 Lsize=   0kB time=00:00:01.00 bitrate=
 0.1kbits/s
 video:41006kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB
 muxing overhead: unknown
 }}}

--
Ticket URL: https://trac.ffmpeg.org/ticket/3745#comment:3
FFmpeg https://ffmpeg.org
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://avcodec.org/mailman/listinfo/ffmpeg-trac