[FFmpeg-trac] #10430(swscale:new): Wrong yuv420p to rgb24 result on macOS m1 arm64
FFmpeg
trac at avcodec.org
Fri Jun 23 08:40:44 EEST 2023
#10430: Wrong yuv420p to rgb24 result on macOS m1 arm64
---------------------------------+-----------------------------------
Reporter: lja | Owner: (none)
Type: defect | Status: new
Priority: normal | Component: swscale
Version: 6.0 | Resolution:
Keywords: yuv2rgb | Blocked By:
Blocking: | Reproduced by developer: 0
Analyzed by developer: 0 |
---------------------------------+-----------------------------------
Comment (by Balling):
>generated the sample video sample_gray_100.avi from a constant gray value
RGB[100,100,100] (0x646464 in hex).
You need 10 bit YCbCr to preserve 8 bit RGB.
>confirmed that playing the video on VLC for both architectures display
the same correct output of the expected constant gray 0x646464 value.
You cannot. VLC has a lot of bugs, that makes tbis impossible. You need to
use mpv.
>can see that for both archs the frame YUV value is the same [102 128 128]
It is 420, not 444. So how can it be, not all pixels have all components?
But sure, 102 will decode to 100 in full RGB.
>P.S: Could this be related to #979 ?
No, that happens on with bgr from 420 and vice versa.
--
Ticket URL: <https://trac.ffmpeg.org/ticket/10430#comment:1>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
More information about the FFmpeg-trac
mailing list