Opened 10 years ago
Closed 6 years ago
#4409 closed enhancement (fixed)
Implement decoding for 10bit Grayscale (Y only) pixelformat from DPX
Reported by: | Christoph Gerstbauer | Owned by: | |
---|---|---|---|
Priority: | wish | Component: | avcodec |
Version: | git-master | Keywords: | dpx |
Cc: | christophgerstbauer@gmail.com | Blocked By: | |
Blocking: | Reproduced by developer: | yes | |
Analyzed by developer: | no |
Description
Summary of the bug: Hello, we are using a Scanity HDR filmscanner which is able to create 10bit grayscale DPX files. Current ffmpeg versions are not able to decode/encode this pixelformat.
I need just to decode this pixelformat from DPX files from a Scanity scanner.
So, in fact, this is not a bug, it is an improvement ticket.
How to reproduce: just try to decode a DPX from the attached testbed (DPX_Samples_10Bit_Y_Only.zip).
C:\Users\gersti>ffmpegnew -i "I:\DPX\_DPX examples\Bojan\ffmpegticket\0090000.dpx" ffmpeg version N-70803-g0f16dfd Copyright (c) 2000-2015 the FFmpeg developers built with gcc 4.9.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libblu ray --enable-libbs2b --enable-libcaca --enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrw b --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo-aacenc -- enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-lzma --enable-decklink --enab le-zlib libavutil 54. 20.100 / 54. 20.100 libavcodec 56. 28.100 / 56. 28.100 libavformat 56. 25.101 / 56. 25.101 libavdevice 56. 4.100 / 56. 4.100 libavfilter 5. 12.100 / 5. 12.100 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 [dpx @ 0000000002d27840] Packing 2 is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been impl emented. [dpx_pipe @ 0000000002d16600] decoding for stream 0 failed [dpx_pipe @ 0000000002d16600] Could not find codec parameters for stream 0 (Video: dpx, none, 2048x1520): unspecified pixel format Consider increasing the value for the 'analyzeduration' and 'probesize' options I:\DPX\_DPX examples\Bojan\ffmpegticket\0090000.dpx: could not find codec parameters Input #0, dpx_pipe, from 'I:\DPX\_DPX examples\Bojan\ffmpegticket\0090000.dpx': Duration: N/A, bitrate: N/A Stream #0:0: Video: dpx, none, 2048x1520, 25 tbr, 25 tbn, 25 tbc At least one output file must be specified
Additonal Information from SCANITY HDR:
Supported Pixel Formats:
*Bits per Component (Kodak Cineon, DPX): 8/10/16bit per Component
*Color Components (DPX, TIFF): RGB / RGBA / Y only / Alpha only
10 Bit Y Only:
SCANITY usually will generate a DPX V2.0 conform images in the 10
Bit Y only B image packing mode, which is used in the SPIRIT family.
This switch allows to change the image packing to the DPX V2.0
conform 10 Bit Y only A mode.
I guess ffmpeg means with "[dpx @ 0000000002d27840] Packing 2 is not implemented" the B IMAGE PACKING MODE.
Best Regards
Christoph Gerstbauer
Attachments (1)
Change History (5)
by , 10 years ago
Attachment: | 0090000.7z added |
---|
comment:1 by , 10 years ago
I was not able to upload both testbed DPX files (the second one was to big) so please use just this one:
0090000.7z
comment:2 by , 9 years ago
Component: | undetermined → avcodec |
---|---|
Keywords: | dpx added; DPX 10bit grayscale Y removed |
Priority: | normal → wish |
Reproduced by developer: | set |
Status: | new → open |
Version: | 2.6 → git-master |
comment:4 by , 6 years ago
Resolution: | → fixed |
---|---|
Status: | open → closed |
Fixed in 61e6226a5a2212d3baf0e8b3fef7013c74037b5f.
first file of testbed