作者热门文章
- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
我认为问题很清楚,但如果答案是否定的,我将描述我遇到的难题:
最小设置,因此单个渲染 channel 与单个子 channel 。两个附件:颜色和深度,渲染一个立方体。深度附件布局(初始、中间、最终)是:
VK_IMAGE_LAYOUT_UNDEFINED
VK_IMAGE_LAYOUT_DEPTH_STENCIL_ATTACHMENT_OPTIMAL
VK_IMAGE_LAYOUT_DEPTH_STENCIL_ATTACHMENT_OPTIMAL
.loadOp = VK_ATTACHMENT_LOAD_OP_CLEAR
, 如果我不让它可见,我会收到写后写警告。所以我将使用这个 subpass 依赖:
constexpr VkSubpassDependency in_dependency{
.srcSubpass = VK_SUBPASS_EXTERNAL,
.dstSubpass = 0,
.srcStageMask = VK_PIPELINE_STAGE_TOP_OF_PIPE_BIT,
.dstStageMask = VK_PIPELINE_STAGE_EARLY_FRAGMENT_TESTS_BIT,
.srcAccessMask = 0,
.dstAccessMask = VK_ACCESS_DEPTH_STENCIL_ATTACHMENT_WRITE_BIT
};
这针对早期片段测试,因为这是深度 att 被明确加载的地方。但是:难道我还需要包括
_READ_BIT
在我的
.dstAccessMask
?同步验证似乎并不关心,但我想我会关心,除非我错过了一些关于暗示读可见性的写可见性的规则?
最佳答案
WRITE
不包括 READ
.这只是有关操作的问题。
清除图像 uses the WRITE
access mode .它不使用 READ
访问模式。因此,就清理而言,没有进一步的危险。
一旦图像被清除,子 channel 就可以开始执行。由于子 channel 执行发生在清除操作之后,因此不需要任何进一步的依赖。
关于vulkan - _WRITE_BIT 目标访问掩码是否暗示 _READ_BIT 访问范围?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/66568890/
我认为问题很清楚,但如果答案是否定的,我将描述我遇到的难题: 最小设置,因此单个渲染 channel 与单个子 channel 。两个附件:颜色和深度,渲染一个立方体。深度附件布局(初始、中间、最终)
我是一名优秀的程序员,十分优秀!