diff options
| author | wm4 <wm4@nowhere> | 2020-04-13 20:05:38 +0200 |
|---|---|---|
| committer | wm4 <wm4@nowhere> | 2020-04-13 20:05:38 +0200 |
| commit | afedaf3b61287b43b5ee4123b94b1ffcd7a506d4 (patch) | |
| tree | 4312e68d06b006c29903f2dcb7f38a84628716fc /etc | |
| parent | 30855638df313fd2d13739107c2ed39935a52eb3 (diff) | |
| download | mpv-afedaf3b61287b43b5ee4123b94b1ffcd7a506d4.tar.bz2 mpv-afedaf3b61287b43b5ee4123b94b1ffcd7a506d4.tar.xz | |
zimg: add packed YUV bullshit
Just lazily tested.
The comment on AV_PIX_FMT_Y210LE seems to be wrong. It claims it's "like
YUYV422", bit it seems more like YVYU422, at last the way libswscale
input treats it. Maybe Intel pays its developers too much?
The repacker inner lop is probably rather inefficient. In theory we
could optimize it by reading the packed pixels as words, doing the
component reshuffling using compile time values etc., but I'd rather
keep the code size small. It's already bad enough that we have to
support 16 bit per component variants, just because this one Intel guy
couldn't keep it in his pants. In general, I can't be bothered to spend
time on optimizing it; I'm only doing this for fun (i.e. masochistic
obligation).
Diffstat (limited to 'etc')
0 files changed, 0 insertions, 0 deletions