#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_______________________________________________
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-trac
To unsubscribe, visit link above, or email
ffmpeg-trac-requ...@ffmpeg.org with subject "unsubscribe".
