[FFmpeg-trac] #10839(swscale:reopened): incorrect YCoCg to RGB conversion in swscale

FFmpeg trac at avcodec.org
Sat Feb 10 12:49:42 EET 2024


#10839: incorrect YCoCg to RGB conversion in swscale
-------------------------------------+-------------------------------------
             Reporter:  Connor       |                    Owner:  (none)
  Worley                             |
                 Type:  defect       |                   Status:  reopened
             Priority:  wish         |                Component:  swscale
              Version:  unspecified  |               Resolution:
             Keywords:               |               Blocked By:
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+-------------------------------------
Comment (by haasn):

 I merged a patch for the second point to master, which means that `ffplay
 dice_ycg6.mov` now simply gives you:

 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'dice_ycg6.mov':=0/0
   Metadata:
     major_brand     : qt
     minor_version   : 512
     compatible_brands: qt
     encoder         : Resolume
   Duration: 00:00:00.03, start: 0.000000, bitrate: 24861 kb/s
   Stream #0:0[0x1]: Video: dxv (DXD3 / 0x33445844),
 yuv420p(ycgco/unknown/unknown), 800x600, 24690 kb/s, 30 fps, 30 tbr, 15360
 tbn (default)
       Metadata:
         handler_name    : VideoHandler
         vendor_id       : FFMP
 Impossible to convert between the formats supported by the filter
 'ffplay_buffer' and the filter 'auto_scale_0'

 and exits out. This is, at least, preferable to displaying a broken image
 *by default*. If you know what you're doing, you can still use
 vf_setparams to override the colorspace explicitly... is what I *would*
 say, but vf_setparams doesn't use the YUV negotiation API yet. Let me fix
 that.
-- 
Ticket URL: <https://trac.ffmpeg.org/ticket/10839#comment:18>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker


More information about the FFmpeg-trac mailing list