bug记录：遇到的tinycudann编译的N种错误-CSDN博客

本文链接：https://blog.csdn.net/flow_specter/article/details/130743281

文章讲述了在使用tinycudann时遇到的导入错误，问题根源在于模块查找路径和文件命名不一致。通过分析和文件拷贝解决了DLL找不到的问题。另外，编译tinycudann时因CUDA和VS版本不兼容导致错误，提示需使用VS2019的16.9版本。作者强调了解模块工作原理和问题定位的重要性，以及记录解决过程的价值。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

1. 编译成功，但是import tinycudann报错找不到DLL

编译成功，但是import tinycudann的时候，报错：

开始打断点，搜索电脑文件，发现_75_c.py应该是存在的，但就是读不到。

发现其所在的文件夹名称并不是干净的tinycudann_bindings，而是有不少后缀。

在这里插入图片描述

而原本的tinycudann_bindings文件夹中，却只有一个pyd文件，猜测这个是找不到dll的原因，因此，将带有后缀的文件夹中的所有文件，即这三个文件：
在这里插入图片描述
拷贝到tinycudann_bindings文件夹中，发现生效。错误解除。

这次bug给我的启发主要是：

需要明确conda环境中的import模块与其他模块之间的工作关系，简单理解的话，大概是这样：当在Python程序中使用import语句导入一个模块时，Python解释器会在site_packages文件夹中查找该模块，并且加载它到内存中。我開始的時候，会以为是我的cuda库之类的没有装好，去倒腾了一下环境变量，发现未果。真正令我意识到可能是简单的命名问题的是源于这几句代码：

将其打印出来后，是：

我才逐渐意识到，是不是有可能因为tinycudann_bindings里面并没有这个_75_C的py文件，然后才去检查，最终解决了问题。
2. 导致我误以为是cuda问题的很大原因其实是那句 DLL找不到，我以为是说系统库找不到，也不太熟悉_75_C是什么，感觉像是跟cuda有关的东西。但其实不是，而是其自身安装在site_packages里的库的读取除了些问题。这个给了我一些误导，之后可以注意一下。
3. 第三点的启发其实是，这个tinycudann我其实已经在不同的电脑里面，安装过了很多遍，包括与cuda相关的pybindings，也安装了几遍，但是每一次遇到的问题都蛮新鲜，以往都是过了就过了，继续往下走，去钻研算法原理，现在觉得，其实这些过程也很有意思，解决问题的过程，本身就值得记录和欣喜。