GeoUDF复现历程

在成功编译并安装了PyTorch3D及所有的环境依赖后，开始安装下图的 pointnet2_ops.....

• install第一次 → 报错，缺少ninja backend，最后显示什么 gpu_device_xxx 不支持
• install第二次 → 报错什么忘截图了，说是“UserWarning: Error checking compiler version for cl: [WinError 2] 系统找不到指定的文件。”，用这个链接添加了环境变量后解决了该报错。
• install第三次 → 缺少ball_query.cpp文件吧啦吧啦...everything搜索该文件，从build中隔壁的lib.win-amd64-cpython-39文件夹中搜到该文件。
• install第四次 → 
  subprocess.CalledProcessError: Command ‘[‘ninja‘, ‘-v‘]‘ returned non-zero exit status 1._安装anaconda3出现returned non-zero exit status 1.-CSDN博客
  上图中报错的行数不准确，需要搜索'ninja',，然后按上面链接修改为['ninja', '--version']（改为‘--v’无效，可能与ninja版本有关。）
• install第五次 → 很好，报错变了...说明有了一点点进展：
  很好，相当好，非常好，这个文件不存在我的电脑上...
  搜索半天无果，该文件甚至在各大搜索引擎中都无法搜到。半天折腾后发现官方库中说明了适用于1.4和1.5的Torch....等我重装个conda env试试。
  
• 现在。。。已经是两天后了，中间反反复复蹦找不到query_ball.obj（最要命的是这个错误在各大搜索引擎上甚至一条一模一样的链接都没搜到），又是ninja报错（最后用的是1.11.xx版本的ninja）又是找不到nvcc -V的，还有把“ ['ninja'], -v ”改成“ ['ninja'], --version ”的。来来回回试，就差把anaconda和win11重装了，cuda也是装了卸卸了装，甚至都尝试开始了解ninja怎么使用以解决该问题。最后百思不得苦解，怀疑人生的时候想起来上次编译成功时和现在的区别，最大的区别就是，上次用的是Python3.9，这次想着有些包比较老，毕竟geoudf本身在24年也是个老家伙了，geoudf里面用的一些包也很老了，就用了Python3.7版本，就是因为这个！！！导致我白白折腾了两天。
  新环境，Python3.9，按着在windows环境下安装pytorch3d - 知乎 (zhihu.com)一步一步来，最后pytorch0.6.2和0.7.6都编译完成了（不要安装两个版本！不然就要都卸载了然后安装其中的一个）！文初的pointnet2_ops也顺利编译完成了。
• 至此，文初的依赖环境安装告一段落。

---

正餐开始：

• 作者给的网盘里有很多压缩包，加起来可能得有一二十G，先下载了一个2G多的试试，然后这里面就遇到坑了。。先cd到压缩包的目录，然后使用这个链接里的：tar -xzf 02691156.tar.gz -C ./ 解压压缩包。
• 第一个不算坑的坑，scale_off.py中的base_path指向解压后的根目录，也就是短数字文件夹所在的跟路径：
  base_path=r'C:\Users\MS195\anaconda3\envs\geo\GeoUDF-main\scripts\dataSet'
  
• 坑来了，作者没有说清楚save_path，所以我想当然的自己创建了一个，结果：1、上面的4个py文件save_path应该是一样的，而且除了第一步的py文件，其他的三个base和save path都是第一步py的save path。
• 坑，上面自己想当然建了个save文件夹，然后开始训练的时候提示找不到文件：
  
  然后everything一搜这文件，发现在geoudf的根目录data文件夹里。。。所以上面的save_path应该填的是这个data文件夹的路径！！这个文件夹里有13个短数字的文件夹，对应网盘里的数据包。
• 先把刚才下载+处理完的一组数据集放进去，开始训练，任务管理器里GPU终于跑满了
  
  开始训练...