#6608 closed defect (fixed)
wrong conversion of pixel format RGB48 -> RGBA64
| Reported by: | shekh | Owned by: | |
|---|---|---|---|
| Priority: | normal | Component: | swscale |
| Version: | git-master | Keywords: | |
| Cc: | Blocked By: | ||
| Blocking: | Reproduced by developer: | yes | |
| Analyzed by developer: | no |
Description
I observed errors in pixel values and created this test to demonstrate the problem.
The input is filled with pure blue 000003FF but when decoding it becomes b=FFFE g=0000 r=001B
Any color is distorted somehow, not just pure blue.
How to reproduce:
Dont know best way to see pixels with command line, but this way it is quite obvious in hex editor
% ffmpeg.exe -i blue_r210.avi -c:v rawvideo -pix_fmt bgra64 -strict -5 blue64.avi ffmpeg version N-87027-gd826951 from zeranoe static 32bit
Attachments (1)
Change History (7)
by , 9 years ago
| Attachment: | blue_r210.avi added |
|---|
comment:1 by , 9 years ago
comment:2 by , 9 years ago
| Keywords: | swscale added |
|---|---|
| Summary: | wrong pixel values when decoding r210, r10k → wrong conversion of pixel format RGB48 -> RGBA64 |
Looks like the problem is in swscale and r210 is just one of possible inputs.
With this command (added pix_fmt) there is problem.
$ ffmpeg -i blue_r210.avi -f rawvideo -pix_fmt rgba64 out
comment:3 by , 9 years ago
| Component: | undetermined → swscale |
|---|---|
| Keywords: | swscale removed |
| Reproduced by developer: | set |
| Status: | new → open |
| Version: | unspecified → git-master |
comment:4 by , 9 years ago
Patch sent, feel free to test:
http://ffmpeg.org/pipermail/ffmpeg-devel/2017-August/215151.html



Please understand that valid tickets on this bug tracker need a command line together with its complete, uncut console output.
The title of the ticket you created indicates that you believe there is an issue in the r210 and/or r10k decoder. I tested the following:
The output file shows the expected value of zeros for red and green and 0xFFFF for blue.