原创 g2o源碼閱讀詳解

最近 因爲工作原因 終於 比較細緻地閱讀了下 g2o源碼, 先寫了個word文檔 ,應該是 網上比較詳細的了 後面上傳到 下載資源中

原创 DSO missing from command line原因及解決辦法

DSO missing from command line原因及解決辦法 一種可能是 : ld自動遞歸地解析鏈接的lib,當加載A庫的時候,一切還正常,但是加載B庫的時候,ld會自動的去解析他的靜態鏈接,所以就重複了,導致erro

原创 Apollo Cyber使用,基於CMake

聽說比 ROS 更先進,沒仔細追求,很可能是,至少通信上如此 CMake寫法 cmake_minimum_required (VERSION 2.8.8) project (test) add_definitions(-std=

原创 ROS 代碼去掉 ROS 依賴

不少 開源的SLAM系統代碼 依賴ROS, 引入了額外的依賴, 性能也有一定下降,調試也不方便, 因此去掉ROS依賴 有不少好處, 第一個工作是 數據流的處理, 依賴ROS的時候, 數據流一般是某個節點發布傳感器數據,另外一個節

原创 只出現一次的數字

最近做一個題,除了某個元素只出現一次以外,其餘每個元素均出現了三次。找出那個只出現了一次的元素。要求 o(n)算法且不使用額外空間, 想了很久,想到一個方案,統計每一位的出現次數,比如數字是32位 int 型,那麼統計32個位上

原创 yolov3 yolo層 涉及到的數據的內存分佈情況

整個 yolov3 涉及到的比較複雜的數據在內存排布 就是 yolo層了,根據代碼理了下,主要是 根據entry_index()進行分析 yolov3有3個yolo層, 具體結構參考 https://medium.com/@chi

原创 Huffman 編碼 C++實現

大約十年前就該完成的程序,今天才搞定了,花了兩個小時,直接看《算法引論-一種創造性方法》第6章 Haffman 編碼的方法 和 第四章 堆 的實現, 書上給的是最大堆, Huffman 編碼 需要用最小堆, 使用數組實現堆, 如

原创 Windows 上使用 linux上的各種命令行工具

試了好些工具,比如 windows git帶的bash, 發現 ls 這個命令特別慢, 後面知道了 GNU Win32, 工具非常全,上千個,常用的基本都有了,但 ls 仍然很慢, 偶然發現 powershell 中很快, 又才注

原创 編程之美---正則匹配

動態規劃,關鍵是處理 * 號, 根據匹配次數進行 狀態轉移,關鍵點是 多次匹配時, 保留星號,待匹配字符串劃掉當前匹配字符,通過遞歸,即爲多次匹配,不需要手動去寫一個循環來處理 多次匹配。僅僅 匹配一次時, 星號去掉,待匹配字符串

原创 下載 某URL 地址下 所有 pdf

很多大學的課件一般是放在某個URL 下 多個目錄中, 迅雷和 chrome插件沒找到 支持 爬取URL 的功能,本來說用 python實現下, 本着 優先用現成工具的原則,搜了下, 居然 wget命令就可以解決, 又是 wget,

原创 建立測試集

從數據集中 每個類別等比例 抽取 出圖像 建立一個測試集 # -*- coding: utf-8 -*- """ Created on Mon Jun 17 17:51:18 2019 從TTKLight 中 提取出 測試集, 分

原创 編程之美---反轉整數

主要是判斷溢出,自己嘗試出一種很簡單的方法 class Solution { public: int reverse(int x) { if (x == 0) { return 0; } int tm

原创 編程之美---NIM遊戲

使用了深度搜索、深度優先遍歷多叉樹等方法,最終輸出 先手 必勝策略下的每一步狀態轉移,奇數步對應先手,偶數步對應後手 #include <iostream> #include <vector> using namespace s

原创 編程之美---找出翻烙餅的最少次數

最近把《編程之美》上這個題做了下, 覺得挺簡單的啊,即使是尋找最優解,就是一個廣度優先搜索,用到的數據結構是 數組+隊列+棧, 搜索空間還需要進一步優化. 感覺代碼比 書上的要簡單些,就是一些小函數 組合一下,不要使用類!!!書上

原创 bash awk 操作

該來的還是來了,有些時候使用 bash+awk比python快些,至少目前如此 代碼量好像 差不多,都是遍歷文件 #!bin/sh for file in train2014/* do if test -f $file