Driver: 12.0 Devices: "cpu" | x86_64 "cuda:0" | NVIDIA GeForce RTX 3090 (sm_86) Kernel cache: /home/bak/.cache/warp/0.6.3 [1.474s] [ext: omni.kit.window.title-1.1.2] start
[ext: omni.warp-0.6.3] startup Warp 0.6.3 initialized: CUDA Toolkit: 11.5, Driver: 12.0 Devices: "cpu" | x86_64 "cuda:0" | NVIDIA GeForce RTX 3090 (sm_86) Kernel cache: /home/lzl/.cache/warp/0.6.3 [2.267s] [ext: omni.kit.window.title-1.1.2] startup [2.268s] [ext: ...
This is by no means a necessary step, but I though it was nice to allow for things like CUDA optimizations as well as just generally trying to make sure that import -> export returns something which is as close to the same model as possible....
When I step thru the code that loads the resource, it sure looks like to me that the attempt to load the image could fail if the resource is not really an image. But that is conjecture, which is why I was trying to add it as binary to see what would happen when we passed an ID...
This is by no means a necessary step, but I though it was nice to allow for things like CUDA optimizations as well as just generally trying to make sure that import -> export returns something which is as close to the same model as possible....
But still we dont know what caused the assertion failiure and how to fix it in the mfc enabled dll. The error results in the built in dllmain function of mfc. Perhaps you can try to use a dll project where you can write your own dllmain function. In this way you will have greater...