Always use workaround for blitting to/from BC6H
authorConnor Abbott <cwabbott0@gmail.com>
Fri, 21 Jan 2022 17:28:59 +0000 (18:28 +0100)
committerMatthew Netsch <quic_mnetsch@quicinc.com>
Thu, 17 Feb 2022 19:48:46 +0000 (19:48 +0000)
commit7e570b11c11729e55465c1b5e0ed0a0c4252b38b
treebc6bdf8dec8d390090a856cd24621517fd4d4e53
parent50aa8611838e1d4b258dc09f06c8f7681b39a5cc
Always use workaround for blitting to/from BC6H

Qualcomm's implementation of cubic filtering can give large inaccuracies
when texel values within the 4x4 grid are very big and very small,
especially if the values around the "edge" are much bigger then the
values at the center. This can happen with randomly-generated blocks for
floating-point compressed formats like BC6H. There was already a
workaround for similar issues seen blitting to e5b9g9r9, extend it to
all formats to fix this.

Components: Vulkan

VK-GL-CTS Issue: 3450

Affects:
dEQP-VK.api.copy_and_blit.core.blit_image.all_formats.color.2d.bc6h_ufloat_block.*
dEQP-VK.api.copy_and_blit.core.blit_image.all_formats.color.2d.*.bc6h_ufloat_block.*

Change-Id: I3445ecba2ebc9e4e52e26111a109eaf79f611bd8
external/vulkancts/modules/vulkan/api/vktApiCopiesAndBlittingTests.cpp