[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