[FFmpeg-trac] #5083(swscale:open): Conversion from yuv410p to rgb24 looks wrong

FFmpeg trac at avcodec.org
Sat Dec 12 20:27:06 CET 2015


#5083: Conversion from yuv410p to rgb24 looks wrong
------------------------------------+-----------------------------------
             Reporter:  khali       |                    Owner:
                 Type:  defect      |                   Status:  open
             Priority:  normal      |                Component:  swscale
              Version:  git-master  |               Resolution:
             Keywords:              |               Blocked By:
             Blocking:              |  Reproduced by developer:  1
Analyzed by developer:  0           |
------------------------------------+-----------------------------------
Changes (by cehoyos):

 * status:  new => open
 * component:  avcodec => swscale
 * reproduced:  0 => 1


Comment:

 If there is an issue, it has nothing to do with libavcodec and can be best
 shown with the following conversion from yuv410p input:
 {{{
 $ ffmpeg -i 410p.tiff out.png
 ffmpeg version N-77197-gdf2ce13 Copyright (c) 2000-2015 the FFmpeg
 developers
   built with gcc 4.7 (SUSE Linux)
   configuration: --enable-gpl
   libavutil      55. 10.100 / 55. 10.100
   libavcodec     57. 17.100 / 57. 17.100
   libavformat    57. 19.100 / 57. 19.100
   libavdevice    57.  0.100 / 57.  0.100
   libavfilter     6. 20.100 /  6. 20.100
   libswscale      4.  0.100 /  4.  0.100
   libswresample   2.  0.101 /  2.  0.101
   libpostproc    54.  0.100 / 54.  0.100
 Input #0, tiff_pipe, from '410p.tiff':
   Duration: N/A, bitrate: N/A
     Stream #0:0: Video: tiff, yuv410p, 16x16 [SAR 1:1 DAR 1:1], 25 tbr, 25
 tbn, 25 tbc
 Output #0, image2, to 'out.png':
   Metadata:
     encoder         : Lavf57.19.100
     Stream #0:0: Video: png, rgb24, 16x16 [SAR 1:1 DAR 1:1], q=2-31, 200
 kb/s, 25 fps, 25 tbn, 25 tbc
     Metadata:
       encoder         : Lavc57.17.100 png
 Stream mapping:
   Stream #0:0 -> #0:0 (tiff (native) -> png (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:0kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB
 muxing overhead: unknown
 }}}
 It seems to me that ImageMagick succeeds with a more bitexact colourspace
 transformation.

--
Ticket URL: <https://trac.ffmpeg.org/ticket/5083#comment:1>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker


More information about the FFmpeg-trac mailing list