主页 / user-8354129

Gregor Grunz's questions

Martin Hope
Gregor Grunz
Asked: 2024-08-12 21:57:52 +0800 CST
  • 11

我偶然发现了来自https://github.com/nothings/stb/的图像处理库，当我尝试使用 C++ 模块时，我尝试使用 stb_image.h“作为模块”。

为此，我编写了一个小型包装模块（与 glm 演示的技术相同， https://github.com/g-truc/glm，它将其库包装为 glm.cppm 内的 C++ 模块），它似乎运行良好：

module;

#define STB_IMAGE_IMPLEMENTATION
#include "stb_image.h"

export module stb_image;

// this "seems" correct
export using ::stbi_uc;

// this should be correct
export stbi_uc *stbi_load(char const *filename,int *x,int *y,int *comp,int req_comp);
export void stbi_image_free(void *retval_from_stbi_load);

// is this the correct way to export enum values?
export using ::STBI_default;
export using ::STBI_grey;
export using ::STBI_rgb;
export using ::STBI_rgb_alpha;

我完全不确定如何处理 stb_image.h 中作为未命名枚举提供的这些 STBI 值：

enum
{
   STBI_default = 0, // only used for desired_channels

   STBI_grey       = 1,
   STBI_grey_alpha = 2,
   STBI_rgb        = 3,
   STBI_rgb_alpha  = 4
};

我进行了上述实验，至少 Visual C++ 2022“接受”了我的想法，并且代码可以正确执行，可以从导入此模块“stbi_image”的其他代码中使用这些值。

但是在互联网上搜索时我找不到任何关于“是否可以以及如何”将未命名枚举中的枚举值导出到 C++ 模块的描述。

我所做的是正确的吗？

c++
Martin Hope
Gregor Grunz
Asked: 2024-07-27 21:20:50 +0800 CST
  • 6

在我的应用程序中，Vulkan 验证层抱怨无法销毁栅栏和信号量，因为它们仍在使用中。
该消息“有点奇怪”，因为它声称例如

验证错误：[VUID-vkDestroyFence-fence-01120] | MessageID = 0x5d296248 | vkDestroyFence()：无法在 VkFence 0xcb3ee80000000007[] 上调用围栏，该围栏当前正由 VkFence 0xcb3ee80000000007[] 使用

（基本上是告诉我栅栏将“单独使用”），但我认为，这只是一种奇怪的消息格式，并没有“更深层”的含义。本质上，栅栏仍在使用中。
对于“所有”栅栏和二进制信号量（一个栅栏，两个信号量，“所有”只使用一个队列），都抛出了完全相同的消息。

经过一些调试，我发现这种情况只有在清理既没有检查隔离区中提交的命令，也没有等待队列空闲时才会发生。
等待隔离区或只是等待队列就足够了。

但这不可能是“纯粹的时间问题”，即在命令问题仍在运行时进行销毁，因为命令提交和销毁都是手动触发的，对于 GPU 来说，延迟远远超出了善恶。
销毁发生时，提交的命令必须“早就完成了”（我没有“那么快”……😂）。

然后我发现，只需通过 vkGetFenceStatus() 检查围栏的状态即可解决问题，即在销毁之前执行的 vkGetFenceStatus() 会导致验证层保持静默。

这似乎表明，只要 CPU“不询问”直接或间接地通过检查围栏或等待队列空闲，GPU 上就会进行一些“懒惰”的评估，不会结束提交的命令。

有点让我想起薛定谔的猫，只有你看一眼它就会死……

这是可以预料到的行为吗？
我在官方文档中找不到任何相关信息？！

c++