RepoMirrors
/
mpv
mirror of https://github.com/mpv-player/mpv
1
0
Fork 0
Code Issues Releases Wiki Activity
mpv/test/ref/zimg_formats.txt

220 lines
10 KiB
Plaintext
Raw Normal View History

test: add list of zimg/sws conversions Generic statement about how this is not really appropriate, etc., and only useful for temporary debugging things, and how I commit it anyway despite violating my own principles (and how I'd reject this change if it came from you).
2020-04-13 13:57:05 +00:00
0bgr Zin Zout SWSin SWSout |
0rgb Zin Zout SWSin SWSout |
abgr Zin Zout SWSin SWSout |
argb Zin Zout SWSin SWSout |
ayuv64 Zin Zout SWSin SWSout |
ayuv64be Zin Zout |
bayer_bggr16 SWSin |
bayer_bggr16be SWSin |
bayer_bggr8 SWSin |
bayer_gbrg16 SWSin |
bayer_gbrg16be SWSin |
bayer_gbrg8 SWSin |
bayer_grbg16 SWSin |
bayer_grbg16be SWSin |
bayer_grbg8 SWSin |
bayer_rggb16 SWSin |
bayer_rggb16be SWSin |
bayer_rggb8 SWSin |
bgr0 Zin Zout SWSin SWSout |
bgr24 Zin Zout SWSin SWSout |
bgr4 SWSout |
bgr444 Zin Zout SWSin SWSout |
bgr444be Zin Zout SWSin SWSout |
bgr48 Zin Zout SWSin SWSout |
bgr48be Zin Zout SWSin SWSout |
bgr4_byte Zin Zout SWSin SWSout |
bgr555 Zin Zout SWSin SWSout |
bgr555be Zin Zout SWSin SWSout |
bgr565 Zin Zout SWSin SWSout |
bgr565be Zin Zout SWSin SWSout |
bgr8 Zin Zout SWSin SWSout |
bgra Zin Zout SWSin SWSout |
bgra64 Zin Zout SWSin SWSout |
bgra64be Zin Zout SWSin SWSout |
cuda |
d3d11 |
d3d11va_vld |
drm_prime |
dxva2_vld |
gbrap Zin Zout SWSin SWSout |
gbrap10 Zin Zout SWSin SWSout |
gbrap10be Zin Zout SWSin SWSout |
gbrap12 Zin Zout SWSin SWSout |
gbrap12be Zin Zout SWSin SWSout |
gbrap16 Zin Zout SWSin SWSout |
gbrap16be Zin Zout SWSin SWSout |
test: update to new ffmpeg pixfmts Mainly, X2RGB10BE is added. Add our own unpack test for this format. Also, swscale seems to have added support for GBRPF conversion.
2020-06-17 14:20:37 +00:00
gbrapf32 Zin Zout SWSin SWSout |
gbrapf32be Zin Zout SWSin SWSout |
test: add list of zimg/sws conversions Generic statement about how this is not really appropriate, etc., and only useful for temporary debugging things, and how I commit it anyway despite violating my own principles (and how I'd reject this change if it came from you).
2020-04-13 13:57:05 +00:00
gbrp Zin Zout SWSin SWSout |
img_format: add some mpv-only helper formats Utterly useless, but the intention is to make dealing with corner case pixel formats (forced upon us by FFmpeg, very rarely) less of a pain. The zimg wrapper will use them. (It already supports these formats automatically, but it will help with its internals.) Y1 is considered RGB, even though gray formats are generally treated as YUV for various reasons. mpv will default all YUV formats to limited range internally, which makes no sense for a 1 bit format, so this is a problem. I wanted to avoid that mp_image_params_guess_csp() (which applies the default) explicitly checks for an image format, so although a bit janky, this seems to be a good solution, especially because I really don't give a shit about these formats, other than having to handle them. It's notable that AV_PIX_FMT_MONOBLACK (also 1 bit gray, just packed) already explicitly marked itself as RGB.
2020-04-23 10:47:13 +00:00
gbrp1 Zin Zout |
test: add list of zimg/sws conversions Generic statement about how this is not really appropriate, etc., and only useful for temporary debugging things, and how I commit it anyway despite violating my own principles (and how I'd reject this change if it came from you).
2020-04-13 13:57:05 +00:00
gbrp10 Zin Zout SWSin SWSout |
gbrp10be Zin Zout SWSin SWSout |
gbrp12 Zin Zout SWSin SWSout |
gbrp12be Zin Zout SWSin SWSout |
gbrp14 Zin Zout SWSin SWSout |
gbrp14be Zin Zout SWSin SWSout |
gbrp16 Zin Zout SWSin SWSout |
gbrp16be Zin Zout SWSin SWSout |
img_format: add some mpv-only helper formats Utterly useless, but the intention is to make dealing with corner case pixel formats (forced upon us by FFmpeg, very rarely) less of a pain. The zimg wrapper will use them. (It already supports these formats automatically, but it will help with its internals.) Y1 is considered RGB, even though gray formats are generally treated as YUV for various reasons. mpv will default all YUV formats to limited range internally, which makes no sense for a 1 bit format, so this is a problem. I wanted to avoid that mp_image_params_guess_csp() (which applies the default) explicitly checks for an image format, so although a bit janky, this seems to be a good solution, especially because I really don't give a shit about these formats, other than having to handle them. It's notable that AV_PIX_FMT_MONOBLACK (also 1 bit gray, just packed) already explicitly marked itself as RGB.
2020-04-23 10:47:13 +00:00
gbrp2 Zin Zout |
gbrp3 Zin Zout |
gbrp4 Zin Zout |
gbrp5 Zin Zout |
gbrp6 Zin Zout |
test: add list of zimg/sws conversions Generic statement about how this is not really appropriate, etc., and only useful for temporary debugging things, and how I commit it anyway despite violating my own principles (and how I'd reject this change if it came from you).
2020-04-13 13:57:05 +00:00
gbrp9 Zin Zout SWSin SWSout |
gbrp9be Zin Zout SWSin SWSout |
test: update to new ffmpeg pixfmts Mainly, X2RGB10BE is added. Add our own unpack test for this format. Also, swscale seems to have added support for GBRPF conversion.
2020-06-17 14:20:37 +00:00
gbrpf32 Zin Zout SWSin SWSout |
gbrpf32be Zin Zout SWSin SWSout |
test: add list of zimg/sws conversions Generic statement about how this is not really appropriate, etc., and only useful for temporary debugging things, and how I commit it anyway despite violating my own principles (and how I'd reject this change if it came from you).
2020-04-13 13:57:05 +00:00
gray Zin Zout SWSin SWSout |
gray10 Zin Zout SWSin SWSout |
gray10be Zin Zout SWSin SWSout |
gray12 Zin Zout SWSin SWSout |
gray12be Zin Zout SWSin SWSout |
gray14 Zin Zout SWSin SWSout |
gray14be Zin Zout SWSin SWSout |
gray16 Zin Zout SWSin SWSout |
gray16be Zin Zout SWSin SWSout |
gray9 Zin Zout SWSin SWSout |
gray9be Zin Zout SWSin SWSout |
video: add yuv float formats Adding all these so I can use them for obscure processing purposes (see later draw_bmp commit). There isn't really a reason why they should exist. On the other hand, they're just labels for formats that can be handled in a generic way, and this commit adds support for them in the zimg wrapper and vo_gpu just by making the formats exist. (Well, vo_gpu had to be fixed in the previous commit.)
2020-05-09 15:58:55 +00:00
grayaf32 Zin Zout |
test: add list of zimg/sws conversions Generic statement about how this is not really appropriate, etc., and only useful for temporary debugging things, and how I commit it anyway despite violating my own principles (and how I'd reject this change if it came from you).
2020-04-13 13:57:05 +00:00
grayf32 Zin Zout SWSin SWSout |
grayf32be Zin Zout SWSin SWSout |
mediacodec |
mmal |
zimg: add support for 1 bit per pixel formats Again worthless, slow, and only for libswscale parity. With this, we support all formats libswscale supports, except bayer input, and rgb4/bgr4 output. We even support some formats libswscale doesn't. It's possible that the zimg wrapper isn't always as fast as libswscale. But there is optimization potential: the inner repack loops are self-contained enough that they could be reasonably be implemented in assembler (probably), and doing everything slice-wise should reduce the overhead of the separate pack/unpack stages.
2020-04-13 18:42:34 +00:00
monob Zin Zout SWSin SWSout |
monow Zin Zout SWSin SWSout |
test: add list of zimg/sws conversions Generic statement about how this is not really appropriate, etc., and only useful for temporary debugging things, and how I commit it anyway despite violating my own principles (and how I'd reject this change if it came from you).
2020-04-13 13:57:05 +00:00
nv12 Zin Zout SWSin SWSout |
nv16 Zin Zout |
nv20 Zin Zout |
nv20be Zin Zout |
nv21 Zin Zout SWSin SWSout |
nv24 Zin Zout SWSin SWSout |
nv42 Zin Zout SWSin SWSout |
opencl |
p010 Zin Zout SWSin SWSout |
p010be Zin Zout SWSin SWSout |
p016 Zin Zout SWSin SWSout |
p016be Zin Zout SWSin SWSout |
pal8 Zin SWSin |
qsv |
rgb0 Zin Zout SWSin SWSout |
rgb24 Zin Zout SWSin SWSout |
test: update to new ffmpeg pixfmts Mainly, X2RGB10BE is added. Add our own unpack test for this format. Also, swscale seems to have added support for GBRPF conversion.
2020-06-17 14:20:37 +00:00
rgb30 Zin Zout SWSin SWSout |
test: add list of zimg/sws conversions Generic statement about how this is not really appropriate, etc., and only useful for temporary debugging things, and how I commit it anyway despite violating my own principles (and how I'd reject this change if it came from you).
2020-04-13 13:57:05 +00:00
rgb4 SWSout |
rgb444 Zin Zout SWSin SWSout |
rgb444be Zin Zout SWSin SWSout |
rgb48 Zin Zout SWSin SWSout |
rgb48be Zin Zout SWSin SWSout |
rgb4_byte Zin Zout SWSin SWSout |
rgb555 Zin Zout SWSin SWSout |
rgb555be Zin Zout SWSin SWSout |
rgb565 Zin Zout SWSin SWSout |
rgb565be Zin Zout SWSin SWSout |
rgb8 Zin Zout SWSin SWSout |
rgba Zin Zout SWSin SWSout |
rgba64 Zin Zout SWSin SWSout |
rgba64be Zin Zout SWSin SWSout |
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).
2020-04-13 18:05:38 +00:00
uyvy422 Zin Zout SWSin SWSout |
video: add AV_PIX_FMT_UYYVYY411 conversion support It may be completely useless, and I can't verify it as no known samples or other known/accessible software using it, but why not? Putting this together with he 422 code requires making it slightly more generic. I'm still staying with a "huge" if tree instead of a table to select the scanline worker callback, because it's actually small and not huge (although it not being generic still feels slightly painful).
2020-05-22 00:25:23 +00:00
uyyvyy411 Zin Zout |
test: add list of zimg/sws conversions Generic statement about how this is not really appropriate, etc., and only useful for temporary debugging things, and how I commit it anyway despite violating my own principles (and how I'd reject this change if it came from you).
2020-04-13 13:57:05 +00:00
vaapi |
vaapi_idct |
vaapi_moco |
vdpau |
vdpau_output |
videotoolbox |
vulkan |
test: update to new ffmpeg pixfmts Mainly, X2RGB10BE is added. Add our own unpack test for this format. Also, swscale seems to have added support for GBRPF conversion.
2020-06-17 14:20:37 +00:00
x2rgb10be Zin Zout |
test: add list of zimg/sws conversions Generic statement about how this is not really appropriate, etc., and only useful for temporary debugging things, and how I commit it anyway despite violating my own principles (and how I'd reject this change if it came from you).
2020-04-13 13:57:05 +00:00
xvmc |
xyz12 Zin Zout SWSin SWSout |
xyz12be Zin Zout SWSin SWSout |
img_format: add some mpv-only helper formats Utterly useless, but the intention is to make dealing with corner case pixel formats (forced upon us by FFmpeg, very rarely) less of a pain. The zimg wrapper will use them. (It already supports these formats automatically, but it will help with its internals.) Y1 is considered RGB, even though gray formats are generally treated as YUV for various reasons. mpv will default all YUV formats to limited range internally, which makes no sense for a 1 bit format, so this is a problem. I wanted to avoid that mp_image_params_guess_csp() (which applies the default) explicitly checks for an image format, so although a bit janky, this seems to be a good solution, especially because I really don't give a shit about these formats, other than having to handle them. It's notable that AV_PIX_FMT_MONOBLACK (also 1 bit gray, just packed) already explicitly marked itself as RGB.
2020-04-23 10:47:13 +00:00
y1 Zin Zout |
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).
2020-04-13 18:05:38 +00:00
y210 Zin Zout SWSin |
y210be Zin Zout |
test: add list of zimg/sws conversions Generic statement about how this is not really appropriate, etc., and only useful for temporary debugging things, and how I commit it anyway despite violating my own principles (and how I'd reject this change if it came from you).
2020-04-13 13:57:05 +00:00
ya16 Zin Zout SWSin SWSout |
ya16be Zin Zout SWSin SWSout |
ya8 Zin Zout SWSin SWSout |
yap16 Zin Zout |
yap8 Zin Zout |
yuv410p Zin Zout SWSin SWSout |
video: add yuv float formats Adding all these so I can use them for obscure processing purposes (see later draw_bmp commit). There isn't really a reason why they should exist. On the other hand, they're just labels for formats that can be handled in a generic way, and this commit adds support for them in the zimg wrapper and vo_gpu just by making the formats exist. (Well, vo_gpu had to be fixed in the previous commit.)
2020-05-09 15:58:55 +00:00
yuv410pf Zin Zout |
test: add list of zimg/sws conversions Generic statement about how this is not really appropriate, etc., and only useful for temporary debugging things, and how I commit it anyway despite violating my own principles (and how I'd reject this change if it came from you).
2020-04-13 13:57:05 +00:00
yuv411p Zin Zout SWSin SWSout |
video: add yuv float formats Adding all these so I can use them for obscure processing purposes (see later draw_bmp commit). There isn't really a reason why they should exist. On the other hand, they're just labels for formats that can be handled in a generic way, and this commit adds support for them in the zimg wrapper and vo_gpu just by making the formats exist. (Well, vo_gpu had to be fixed in the previous commit.)
2020-05-09 15:58:55 +00:00
yuv411pf Zin Zout |
test: add list of zimg/sws conversions Generic statement about how this is not really appropriate, etc., and only useful for temporary debugging things, and how I commit it anyway despite violating my own principles (and how I'd reject this change if it came from you).
2020-04-13 13:57:05 +00:00
yuv420p Zin Zout SWSin SWSout |
yuv420p10 Zin Zout SWSin SWSout |
yuv420p10be Zin Zout SWSin SWSout |
yuv420p12 Zin Zout SWSin SWSout |
yuv420p12be Zin Zout SWSin SWSout |
yuv420p14 Zin Zout SWSin SWSout |
yuv420p14be Zin Zout SWSin SWSout |
yuv420p16 Zin Zout SWSin SWSout |
yuv420p16be Zin Zout SWSin SWSout |
yuv420p9 Zin Zout SWSin SWSout |
yuv420p9be Zin Zout SWSin SWSout |
video: add yuv float formats Adding all these so I can use them for obscure processing purposes (see later draw_bmp commit). There isn't really a reason why they should exist. On the other hand, they're just labels for formats that can be handled in a generic way, and this commit adds support for them in the zimg wrapper and vo_gpu just by making the formats exist. (Well, vo_gpu had to be fixed in the previous commit.)
2020-05-09 15:58:55 +00:00
yuv420pf Zin Zout |
test: add list of zimg/sws conversions Generic statement about how this is not really appropriate, etc., and only useful for temporary debugging things, and how I commit it anyway despite violating my own principles (and how I'd reject this change if it came from you).
2020-04-13 13:57:05 +00:00
yuv422p Zin Zout SWSin SWSout |
yuv422p10 Zin Zout SWSin SWSout |
yuv422p10be Zin Zout SWSin SWSout |
yuv422p12 Zin Zout SWSin SWSout |
yuv422p12be Zin Zout SWSin SWSout |
yuv422p14 Zin Zout SWSin SWSout |
yuv422p14be Zin Zout SWSin SWSout |
yuv422p16 Zin Zout SWSin SWSout |
yuv422p16be Zin Zout SWSin SWSout |
yuv422p9 Zin Zout SWSin SWSout |
yuv422p9be Zin Zout SWSin SWSout |
video: add yuv float formats Adding all these so I can use them for obscure processing purposes (see later draw_bmp commit). There isn't really a reason why they should exist. On the other hand, they're just labels for formats that can be handled in a generic way, and this commit adds support for them in the zimg wrapper and vo_gpu just by making the formats exist. (Well, vo_gpu had to be fixed in the previous commit.)
2020-05-09 15:58:55 +00:00
yuv422pf Zin Zout |
test: add list of zimg/sws conversions Generic statement about how this is not really appropriate, etc., and only useful for temporary debugging things, and how I commit it anyway despite violating my own principles (and how I'd reject this change if it came from you).
2020-04-13 13:57:05 +00:00
yuv440p Zin Zout SWSin SWSout |
yuv440p10 Zin Zout SWSin SWSout |
yuv440p10be Zin Zout SWSin SWSout |
yuv440p12 Zin Zout SWSin SWSout |
yuv440p12be Zin Zout SWSin SWSout |
video: add yuv float formats Adding all these so I can use them for obscure processing purposes (see later draw_bmp commit). There isn't really a reason why they should exist. On the other hand, they're just labels for formats that can be handled in a generic way, and this commit adds support for them in the zimg wrapper and vo_gpu just by making the formats exist. (Well, vo_gpu had to be fixed in the previous commit.)
2020-05-09 15:58:55 +00:00
yuv440pf Zin Zout |
test: add list of zimg/sws conversions Generic statement about how this is not really appropriate, etc., and only useful for temporary debugging things, and how I commit it anyway despite violating my own principles (and how I'd reject this change if it came from you).
2020-04-13 13:57:05 +00:00
yuv444p Zin Zout SWSin SWSout |
yuv444p10 Zin Zout SWSin SWSout |
yuv444p10be Zin Zout SWSin SWSout |
yuv444p12 Zin Zout SWSin SWSout |
yuv444p12be Zin Zout SWSin SWSout |
yuv444p14 Zin Zout SWSin SWSout |
yuv444p14be Zin Zout SWSin SWSout |
yuv444p16 Zin Zout SWSin SWSout |
yuv444p16be Zin Zout SWSin SWSout |
yuv444p9 Zin Zout SWSin SWSout |
yuv444p9be Zin Zout SWSin SWSout |
video: add yuv float formats Adding all these so I can use them for obscure processing purposes (see later draw_bmp commit). There isn't really a reason why they should exist. On the other hand, they're just labels for formats that can be handled in a generic way, and this commit adds support for them in the zimg wrapper and vo_gpu just by making the formats exist. (Well, vo_gpu had to be fixed in the previous commit.)
2020-05-09 15:58:55 +00:00
yuv444pf Zin Zout |
yuva410pf Zin Zout |
yuva411pf Zin Zout |
test: add list of zimg/sws conversions Generic statement about how this is not really appropriate, etc., and only useful for temporary debugging things, and how I commit it anyway despite violating my own principles (and how I'd reject this change if it came from you).
2020-04-13 13:57:05 +00:00
yuva420p Zin Zout SWSin SWSout |
yuva420p10 Zin Zout SWSin SWSout |
yuva420p10be Zin Zout SWSin SWSout |
yuva420p16 Zin Zout SWSin SWSout |
yuva420p16be Zin Zout SWSin SWSout |
yuva420p9 Zin Zout SWSin SWSout |
yuva420p9be Zin Zout SWSin SWSout |
video: add yuv float formats Adding all these so I can use them for obscure processing purposes (see later draw_bmp commit). There isn't really a reason why they should exist. On the other hand, they're just labels for formats that can be handled in a generic way, and this commit adds support for them in the zimg wrapper and vo_gpu just by making the formats exist. (Well, vo_gpu had to be fixed in the previous commit.)
2020-05-09 15:58:55 +00:00
yuva420pf Zin Zout |
test: add list of zimg/sws conversions Generic statement about how this is not really appropriate, etc., and only useful for temporary debugging things, and how I commit it anyway despite violating my own principles (and how I'd reject this change if it came from you).
2020-04-13 13:57:05 +00:00
yuva422p Zin Zout SWSin SWSout |
yuva422p10 Zin Zout SWSin SWSout |
yuva422p10be Zin Zout SWSin SWSout |
yuva422p12 Zin Zout SWSin SWSout |
yuva422p12be Zin Zout SWSin SWSout |
yuva422p16 Zin Zout SWSin SWSout |
yuva422p16be Zin Zout SWSin SWSout |
yuva422p9 Zin Zout SWSin SWSout |
yuva422p9be Zin Zout SWSin SWSout |
video: add yuv float formats Adding all these so I can use them for obscure processing purposes (see later draw_bmp commit). There isn't really a reason why they should exist. On the other hand, they're just labels for formats that can be handled in a generic way, and this commit adds support for them in the zimg wrapper and vo_gpu just by making the formats exist. (Well, vo_gpu had to be fixed in the previous commit.)
2020-05-09 15:58:55 +00:00
yuva422pf Zin Zout |
yuva440pf Zin Zout |
test: add list of zimg/sws conversions Generic statement about how this is not really appropriate, etc., and only useful for temporary debugging things, and how I commit it anyway despite violating my own principles (and how I'd reject this change if it came from you).
2020-04-13 13:57:05 +00:00
yuva444p Zin Zout SWSin SWSout |
yuva444p10 Zin Zout SWSin SWSout |
yuva444p10be Zin Zout SWSin SWSout |
yuva444p12 Zin Zout SWSin SWSout |
yuva444p12be Zin Zout SWSin SWSout |
yuva444p16 Zin Zout SWSin SWSout |
yuva444p16be Zin Zout SWSin SWSout |
yuva444p9 Zin Zout SWSin SWSout |
yuva444p9be Zin Zout SWSin SWSout |
video: add yuv float formats Adding all these so I can use them for obscure processing purposes (see later draw_bmp commit). There isn't really a reason why they should exist. On the other hand, they're just labels for formats that can be handled in a generic way, and this commit adds support for them in the zimg wrapper and vo_gpu just by making the formats exist. (Well, vo_gpu had to be fixed in the previous commit.)
2020-05-09 15:58:55 +00:00
yuva444pf Zin Zout |
test: add list of zimg/sws conversions Generic statement about how this is not really appropriate, etc., and only useful for temporary debugging things, and how I commit it anyway despite violating my own principles (and how I'd reject this change if it came from you).
2020-04-13 13:57:05 +00:00
yuvj411p Zin Zout SWSin SWSout |
yuvj422p Zin Zout SWSin SWSout |
yuvj440p Zin Zout SWSin SWSout |
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).
2020-04-13 18:05:38 +00:00
yuyv422 Zin Zout SWSin SWSout |
yvyu422 Zin Zout SWSin SWSout |