[FFmpeg-trac] #3545(undetermined:new): YUV422 >8bit uncompressed not working in AVI
FFmpeg
trac at avcodec.org
Wed Apr 9 20:45:06 CEST 2014
#3545: YUV422 >8bit uncompressed not working in AVI
-------------------------------------+-------------------------------------
Reporter: peter_b | Type: defect
Status: new | Priority: normal
Component: | Version: git-
undetermined | master
Keywords: | Blocked By:
uncompressed avi 10bit 16bit | Reproduced by developer: 0
Blocking: |
Analyzed by developer: 0 |
-------------------------------------+-------------------------------------
== Summary of the bug: ==
I've tried to create AVIs with pix_fmt=yuv420p10le and vcodec=rawvideo
(uncompressed). The files are generated without error, but there are 2
issues:
1. The pix_fmt of the resulting files seems to be rgb555le.
2. Colors of the resulting video are not correct.
I know that for uncompressed yuv 10bit, I could use v210 (which works
fine), but I've noticed similar issues with 16bit, too (see below).
== How to reproduce: ==
I've used "[http://media.xiph.org/video/derf/y4m/football_422_cif.y4m
football_422_cif.y4m]" as test source.
Commandline:
{{{
ffmpeg -i ~/Videos/test-source/football_422_cif.y4m -an -pix_fmt
yuv420p10le -c:v rawvideo yuv420p10le.avi
}}}
Output:
{{{
ffmpeg version N-62305-g7ac2f7e Copyright (c) 2000-2014 the FFmpeg
developers
built on Apr 9 2014 19:49:03 with gcc 4.6 (Ubuntu/Linaro
4.6.3-1ubuntu5)
configuration: --prefix=/usr/local --enable-gpl --enable-nonfree
--enable-version3 --enable-postproc --enable-swscale --enable-avfilter
--enable-pthreads --enable-bzlib --enable-zlib --enable-libmp3lame
--enable-libvorbis --enable-libxvid --enable-libopenjpeg --enable-
decoder=png --enable-encoder=png --disable-decoder=jpeg2000 --enable-
libfreetype --enable-libschroedinger --enable-libvpx --enable-libvorbis
--enable-libx264 --enable-libfaac
libavutil 52. 75.100 / 52. 75.100
libavcodec 55. 58.103 / 55. 58.103
libavformat 55. 36.102 / 55. 36.102
libavdevice 55. 11.100 / 55. 11.100
libavfilter 4. 3.100 / 4. 3.100
libswscale 2. 6.100 / 2. 6.100
libswresample 0. 18.100 / 0. 18.100
libpostproc 52. 3.100 / 52. 3.100
Input #0, yuv4mpegpipe, from '/home/pb/Videos/test-
source/football_422_cif.y4m':
Duration: N/A, bitrate: N/A
Stream #0:0: Video: rawvideo (Y42B / 0x42323459), yuv422p, 352x288,
SAR 128:117 DAR 1408:1053, 30 fps, 30 tbr, 30 tbn, 30 tbc
File 'yuv420p10le.avi' already exists. Overwrite ? [y/N] y
Output #0, avi, to 'yuv420p10le.avi':
Metadata:
ISFT : Lavf55.36.102
Stream #0:0: Video: rawvideo, yuv420p10le, 352x288 [SAR 128:117 DAR
1408:1053], q=2-31, 200 kb/s, 30 tbn, 30 tbc
Stream mapping:
Stream #0:0 -> #0:0 (rawvideo -> rawvideo)
Press [q] to stop, [?] for help
frame= 360 fps=0.0 q=0.0 Lsize= 106934kB time=00:00:12.00
bitrate=73000.3kbits/s
video:106920kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB
muxing overhead: 0.013151%
}}}
ffprobe's output:
{{{
ffprobe version N-62305-g7ac2f7e Copyright (c) 2007-2014 the FFmpeg
developers
built on Apr 9 2014 19:49:03 with gcc 4.6 (Ubuntu/Linaro
4.6.3-1ubuntu5)
configuration: --prefix=/usr/local --enable-gpl --enable-nonfree
--enable-version3 --enable-postproc --enable-swscale --enable-avfilter
--enable-pthreads --enable-bzlib --enable-zlib --enable-libmp3lame
--enable-libvorbis --enable-libxvid --enable-libopenjpeg --enable-
decoder=png --enable-encoder=png --disable-decoder=jpeg2000 --enable-
libfreetype --enable-libschroedinger --enable-libvpx --enable-libvorbis
--enable-libx264 --enable-libfaac
libavutil 52. 75.100 / 52. 75.100
libavcodec 55. 58.103 / 55. 58.103
libavformat 55. 36.102 / 55. 36.102
libavdevice 55. 11.100 / 55. 11.100
libavfilter 4. 3.100 / 4. 3.100
libswscale 2. 6.100 / 2. 6.100
libswresample 0. 18.100 / 0. 18.100
libpostproc 52. 3.100 / 52. 3.100
Input #0, avi, from 'yuv420p10le.avi':
Metadata:
encoder : Lavf55.36.102
Duration: 00:00:12.00, start: 0.000000, bitrate: 73000 kb/s
Stream #0:0: Video: rawvideo, rgb555le, 352x288, 73194 kb/s, SAR
128:117 DAR 1408:1053, 30 tbr, 30 tbn, 30 tbc
}}}
I've also tried it with yuv422p10le, yuv422p16le, and they also show
similar defects:
wrong pix_fmt, wrong display of colors.
Is that a bug, or am I trying something absurd?
Thanks.
--
Ticket URL: <https://trac.ffmpeg.org/ticket/3545>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
More information about the FFmpeg-trac
mailing list