一些程式設計相關的紀錄
雖然 Heresy 個人算是滿早期開始接觸 NVIDIA CUDA 的，但是其實已經沒有在碰 NVIDIA CUDA 程式好一段時間了…不過，由於在開發的專案裡面，還是有一些地方有用到別人寫的 CUDA 程式，所以在維護的時候，還是需要去考慮他。
而根據從以前到現在的經驗，NVIDIA 針對 Visual Studio 的支援，一向不是做得很快、很好；往往 Visual Studio 已經出了新版本了，CUDA 才終於支援上一個版本…
某方面來說，這應該也是由於 NVIDIA CUDA 的重點是高速計算、大部分這個領域的用戶，其實都是把程式放在 Linux 叢集上跑的關係吧？但是，這對於一般 Windows 的開發者來說，其實還滿麻煩的…
最近，Heresy 在把手邊的專案移植到 Visual Studio 2017 上，CUDA 又出現問題了… orz
這邊是看到《Quick Q: use of constexpr in header file》這篇文章，覺得還滿實用的，所以來記錄一下；他基本上是有人在 StackOverflow 上有人提出這個問題（頁面）後，相關的討論。
首先，「constexpr」這個關鍵字，是在 C++11 加入的東西（參考）；它的用處，是將變數或函式宣告為可以在編譯階段（compile time）就可以計算出他的值。
透過這個關鍵字，除了可以讓編譯器在編譯時就針對這些東西最佳化外，更有可能讓寫出更多在編譯階段展開的語法。像是 C++17 的「if constexpr」（參考），也可以在撰寫某些程式時、更為方便。
而在某些地方，也可以看到有人建議用 constexpr 來取代 #define，來作為更好的變數定義（至少會是 type-safe 的）。
而這邊的問題是：
可以在 header 檔中，使用 constexpr 來定義變數嗎？當多個 .cpp 檔去 include 他的時候，會不會產生多個實體、或是造成變數重定義的問題？
這篇是之前《使用 QGraphicsScene 繪製 widget、產生 OpenGL Texture》和《使用 QGraphicsScene 繪製 widget、產生 OpenGL Texture：續》這兩篇的延伸，主要是針對 Qt OpenGL 裡面，字型的問題做一些研究紀錄。
老實說，最初一直以為 Qt 應該都處理掉了，應該可以一下就弄完，結果沒想到牽扯的問題很多，一堆問題還是無解…
首先，這邊最基本的需求，就是使用 QOpenGLPaintDevice，透過 QGraphicsScene 把 Qt 的圖形介面（QWidget）以 offscreen 的形式、畫成一個 OpenGL Texture。
而現在碰到的主要問題，則是兩個部分：
「Visual Studio Live Share」這個東西，是微軟在去年十一月發表的一項給 Visual Studio 2017、Visual Studio Code 用的外掛套件。
他主要的用處，就是當碰到自己不知道該怎麼解的程式問題的時候，可以邀請別人一起進來找問題！
他的形式就是有點像是 Google 文件的共筆模式，可以多人一起編輯、同時也看的到對方的滑鼠游標在哪裡、做了那些修改；而雖然要偵錯的程式還是在本地端執行，但是遠端近來協助的人，還是可以透過監看變數、設定中斷點等方法，來幫忙找問題～
當時在發表時（網頁），就讓人覺得是個相當有趣的功能～而對於團隊合作的程式開發來說，某方面來說應該也是有一定的實用性的。
不過，去年底發表時，這東西還只是內部測試，一般人沒辦法玩，所以當時也就看看就算了。但是，今年的 MS Build 2018，微軟則是把這東西當作開放預覽版，放出來讓所有使用者測試了！所以，有興趣的話，就可以玩看看了～
從買了 HTC Vive 後，Heresy 這邊一直有在研究怎麼用 OpenVR 這個 SDK 來開發 C++ 搭配 OpenGL 的虛擬實境程式，而實際上，到現在也算有些可以用的成品了。
而由於 Windows Mixed Reality 系統的頭戴顯示器（例如 Acer AH101）也可以透過「Windows Mixed Reality for SteamVR」來執行 OpenVR 的程式，所以當然也會想讓自己的程式可以支援 Windows MR 的硬體了～
基本上，在顯示的部分，只要透過 OpenVR 來開發，理論上就可以直接用（還是有些狀況就是了）；但是在控制器的顯示部分，卻碰到了比較直接的問題…
那就是雖然在使用 HTC Vive 的時候是可以正確顯示的，但是在換成 Acer AH101，卻沒有辦法畫出控制器來。
這篇基本上是之前《使用 QGraphicsScene 繪製 widget、產生 OpenGL Texture》一文的後續。
在當時，Heresy 有提過，如果真的用 QOpenGLPaintDevice 來給 QGraphicsScene 繪製到 Frame Buffer Object 上的話，會造成文字的破碎、無法識別的狀況；而 Heresy 當時的解法，是暫時放棄 OpenGL 繪圖，而讓 QGraphicsScene 先畫到 QImage 上（raster）、然後再把它傳到顯示當作為 OpenGL 的 texture。
理論上，這個方法的確是可行的，但是實際上，在後來使用的時候，卻發現：
當介面稍微多一些東西的時候，用 QGraphicsScene 把圖形介面畫在 QImage 上要花超過 150ms… orz
如果是一般視窗環境，或許還算勉強可以接受，但是在 VR 環境下，這樣連 10FPS 都到不了的速度，是完全無法被當作「堪用」的…
這一篇，算是自己點單紀錄一下，目前使用 Qt 5 來開發 OpenGL 程式時，碰到的一些問題吧…
基本上，Heresy 對於整個 Qt OpenGL 的使用架構不算非常熟，也是邊寫邊摸，所以本文也不盡然正確，很大的機會應該有不少地方是使用錯誤…不過，基本上就算記錄下來，給自己以後參考用了。
首先，Qt 5 基本上應該算是已經深度整合 OpenGL／OpenGL ES 了～預設下載預先編譯好的版本，都有支援 OpenGL、而不用另外自行編譯了。
而他的主要文件，應該可以從《OpenGL and OpenGL ES Integration》這邊開始看。
從去年開始，Heresy 就有在試著用 Qt 搭配 OpenVR，開發支援 SteamVR 的虛擬實境的程式。當時在寫的時候，一部分是參考 GitHub 上的「QVRViewer」這個專案（連結），也算是成功地把 Qt OpenGL（官網）的框架，成功地和 OpenVR 整合到一定程度了。
而接下來，則是希望可以在虛擬實境的環境裡面，顯示圖形介面的部分。這部分，則是參考了 OpenVR 的「helloworldoverlay」這個範例（連結）；在它裡面的「openvroverlaycontroller.cpp」這個檔案（連結）就有把 Qt 的 Widget 繪製成 OpenGL Texture、並手動傳送滑鼠事件進去的操作方法。
首先，他這邊的概念，就是透過 Qt Graphics View Framework 的框架，來繪製 QWidget；而和一般使用 QGraphicsScene 時不同的地方，是這邊不會去使用 QGraphicsView 來做呈現，而是特別去設定要使用的 QPainter，來決定要畫到哪裡。
在幾年前，Heresy 曾經寫了一篇《在文字和數字間轉換：boost::lexical_cast》，來介紹 Boost C++ Libraries 裡的 lexical_cast 這個函式庫；他的基本功能，就是來將文字、和其他的資料型別做轉換。
在 Heresy 當時看來，這個函式庫算是相當方便的～就算是自定義的型別，也可以透過實作 operator << 和 >> 來支援 lexical_cast。整體來說，他應該是可以簡化一些型別轉換時的程式寫法的。
不過，他還是有一些限制與問題在。除了效能不算很好外，他的錯誤處理方法也只有 exception 一種，此外更不支援格式化的設定，這讓他在某些情況下，不是很好用。
所以，在 Boost 1.59.0 的時候，Boost 又加入了另一個名為「Convert」的函式庫（官網），希望可以解決 lexical_cast 的這些問題。
Heresy 這邊之前在取得 HTC Vive 後，有透過 OpenVR 這個開發環境，來做一些顯示、互動上的程式開發。
而在開發中的一個問題，其實就是在進行測試的時候，需要有 HTC Vive 的硬體、有的時候也需要戴起來到處走動，才能確認程式是否撰寫正確；某方面來說，就和開發 OpenNI / Kinect 時類似，必須離開電腦才能測試，其實有點麻煩。
由於 Valve 似乎沒有針對 OpenVR / SteamVR 推出模擬器，來方便開發（不過似乎有方法可以透過「null driver」來做到一定程度、參考），所以其實還滿麻煩的。
不過，前一陣子微軟的「Windows Mixed Reality for SteamVR」開始開放給一般人用的，某方面來說，倒是提供了一個相當方便的 OpenVR 開發模擬環境可以使用了！
