gpt4 book ai didi

vulkan - _WRITE_BIT 目标访问掩码是否暗示 _READ_BIT 访问范围?

转载 作者:行者123 更新时间:2023-12-04 07:58:53 35 4
gpt4 key购买 nike

我认为问题很清楚,但如果答案是否定的,我将描述我遇到的难题:
最小设置,因此单个渲染 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/

    35 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com