原创 ubutnu 服務器配置問題 ;Windows +C#
1: 不同的顯卡計算能力的區別，這裏涉及多個 30 35 50 52 60 62 隨着計算能力增多，動態庫的大小也會隨之增加 ； 2： 服務端部署成功後，涉及一些庫的位置的問題，要做到一換全換的能力 ； 3： 聯調問題錯亂，涉及不同庫的引
2019-03-23 04:46:08
原创 ubutnu 服務器配置問題 ，雜言 ！
1：驅動和CUDA顯卡要對上，可以查看顯卡型號支持的東西 ； 2：安裝顯卡驅動的時候，需要禁用本地的自帶驅動 3： OPENCV 安裝在CUDA之前安裝 4： 編譯時候顯卡架構生成的 computer_archter能力
2019-02-28 18:31:11
原创 python 和C++聯調
1： 對應的DBEUG 版本的 python對應的PDB路徑， 可以到對應的官網上下載 ！ 2： PYTHON 項目代碼，設置enable native debug ！ 3: VS(python) VS(C++) 同一個工
2019-02-28 18:31:11
原创 Faster_rcnn
-----------------------------------------------------------------------------------------------------------------------
2018-08-30 21:25:25
原创 WINDOWS SDk 調試時候的數值有問題
原因： 修改了一個文件直接生成了.LIB 然後直接調用，這樣的方式存在鏈接錯誤 ！！ 修正方式： SDK 重新生成，這樣就監視正常了 。
2018-08-30 21:25:25
1
原创 單獨的EXE 識別運行沒有錯誤，但是打包給界面組合後出現識別錯誤
這裏有很多原因可能導致： 這裏僅僅記錄工程中出現的 1 內存分配原因出現的崩潰 2 缺少相應的環境變量導致的
2018-08-30 21:25:25
原创 編譯 caffe 32 位出現了個glog 的相關錯誤
這裏錯誤經過多方調試發現是因爲 包含了 WINDOWS 衝突 造成的，去除之後就編譯成功了 。
2018-08-30 21:25:25
1
原创 Fasterrcnn mATLAB 版本調試CAFFE C++
1 .一直追求着算法最原始的原理 ，這樣就要深入代碼實現的C++部分，本人編譯這個坑花了好久的時候，最後發現本質是所有的庫要對應，也就是用到的DEBUG 要是對應的 2 這個有個最簡單的辦法，就是在CAFFE.exe安裝到沒有環
2018-08-30 21:25:23
2
原创 配置faster_rcnn的坑
1 找不到 MEX.64 可能是相關的DLL 沒有複製到對應的文件夾 。 2 編譯的時候要尊重作者的原始版本，不同的CAFFE 版本不要混用 。 3 .LB .DLL 文件要在VS2013 編譯（或者說是同一個平臺下編譯的）。
2018-08-30 21:25:23
原创 caffe_ glog check error, please check log and clear mex ；CURAND_STATUS_LAUNCH_FAILURE
1：主要是由於版本導致 7.5 用GTX080 肯定報錯 2 ： 把cuda 7.5 升級成cuda 8.0 ;記得cuda 7.5 要卸載乾淨，1080的驅動最好重新裝一個.
2018-08-30 21:25:23
7
原创 多線程相關要點
1 線程內部結束調用 void exitthread(dword dwexitcode ) ;線程外面結束 Terminatethread 但是資源不是釋放 2 爲了防止線程沒有結束 ，主線程就結束了，需要再有關代碼前輸入
2018-08-30 21:25:23
2
原创 MATLAB FASTER RCNN 崩潰
由於沒有原因的提示，只能看日記 F0418 16:41:03.008129 9132 layer_factory.hpp:81] Check failed: registry.count(type) == 1 (0 vs. 1) U
2018-08-30 21:25:23