diff options
| author | Philip Langdale <philipl@overt.org> | 2016-10-15 13:30:52 -0700 |
|---|---|---|
| committer | Philip Langdale <philipl@overt.org> | 2016-11-02 13:43:59 -0700 |
| commit | 234d3cbf469e9feef255e229202d4b029e66e9fe (patch) | |
| tree | 68385f974ff89710fa79caf6f8c4eae5fd000912 /libavformat/rtpdec_svq3.c | |
| parent | 5cb57131d3bb2422858467828a5763646f004bbe (diff) | |
| download | ffmpeg-234d3cbf469e9feef255e229202d4b029e66e9fe.tar.gz | |
crystalhd: Fix up the missing first sample
Why on earth the hardware returns garbage for the first sample of
a decoded picture is anyone's guess. The simplest reasonable way
to patch it up is to copy the first sample of the second line. This
should result in the correct chroma values (because the data was
original 4:2:0 upsampled to 4:2:2) even if the luma is isn't.
Diffstat (limited to 'libavformat/rtpdec_svq3.c')
0 files changed, 0 insertions, 0 deletions