摘要: 函數原型
gluPerspective(GLdouble fovy,GLdouble aspect,GLdouble zNear,GLdouble zFar)

首先得設置gluPerspective,來看看它的參數都表示什么意思
fovy,這個最難理解,我的理解是,眼睛睜開的角度,即,視角的大小,如果設置為0,相當你閉上眼睛了,所以什么也看不到,如果為180,那么可以認為你的視界很廣闊,
aspect,這個好理解,就是實際窗口的縱橫比,即x/y
zNear,這個呢,表示你近處,的裁面,
zFar表示遠處的裁面,

如果還沒有理解就繼續看,
我們知道,遠處的東西看起來要小一些,近處的東西看起來會大一些,這就是透視原理  閱讀全文

     摘要: 時常在cpp的代碼之中看到這樣的代碼:

#ifdef __cplusplus

extern "C" {

#endif

//一段代碼

#ifdef __cplusplus

}

#endif

　　這樣的代碼到底是什么意思呢？首先，__cplusplus是cpp中的自定義宏，那么定義了這個宏的話表示這是一段cpp的代碼，也就是說，上面的代碼的含義是:如果這是一段cpp的代碼，那么加入extern "C"{和}處理其中的代碼。  閱讀全文

     摘要: Chapter 33 Personal Character

1.編程工作本質上是項無法監督的工作，因為沒人真正清楚你在干什么。

2.老板無法強迫你成為好的程序員，很多時候他甚至無法判斷你是否合格。如果你想有所成就，只能全憑自己，這涉及到你個人的性格。（素質教育的核心）

3.如何專注你的聰明才智，比你有多聰明更重要。

4.最好通過小程序找出答案，而不要用大程序。有效編程的關鍵之一就是要學會迅速制造錯誤，并且每次都能從中有所收獲。犯錯不是罪過，從中學不到什么才是罪過。

5.為人寫代碼，而非為機器。  閱讀全文

     摘要: 1.人們發現，參與正在發生的成功要更容易。讓他們瞥見未來，你就能讓他們聚集在你的周圍。

2.早起的鳥兒有蟲吃，但早起的蟲子呢？

3.如果某個想法是你唯一的想法，再沒有什么比這更危險的事情了。

4.沒有人知道未來會怎樣，尤其是我們！所以要讓你的代碼學會“搖滾”：可以“搖”就“搖”，必須“滾”就“滾”。  閱讀全文

     摘要: 自從14世紀以來，bug（蟲子、臭蟲）一詞就一直被用于描述“恐怖的東西”。COBOL的發明者，海軍少將Grace Hopper博士據信觀察到了第一只計算機bug——真的是一只蟲子，一直在早期計算機系統的繼電器里抓到的蛾子。在被要求解釋機器為何未按期望運轉時，有一位技術人員報告說，“有一只蟲子在系統里”，并且負責地把它——翅膀及其他所有的部分——粘在了日志簿里。  閱讀全文

     摘要: 程序員被教導說，要給代碼加上注釋：好代碼有許多注釋。遺憾的是，沒有人交給他們，代碼為什么需要注釋：糟糕的代碼性愛需要許多注釋。

DRY -- Don't Repeat Youself!
不要重復你自己！

DRY法則告訴我們，要把低級的知識放在代碼中，它屬于那里；把注釋保留給其他高級說明。否則，我們就是在重復知識，而每一次改變都意味著既要改變代碼，也要改變注釋。注釋將不可避免地變得過時，而不可信任的注釋比完全沒有注釋更糟糕。
  閱讀全文

     摘要: 有時，重復來自設計中的錯誤。


讓我們看一個來自配送行業的例子。假定我們的分析揭示，一輛卡車有車型、牌照號、司機及其他一些屬性。與此類似，發運路線的屬性包括路線、卡車和司機。基于這一理解，我們編寫了一些類。

但如果Sally打電話請病假、我們必須改換司機，事情又會怎樣呢？Truck和DeliverRoute都包含有司機。我們改變哪一個？顯然這樣的重復很糟糕。根據底層的商業模型對其進行規范化（normalize）--卡車的底層屬性集真的應包含司機？路線呢？又或許我們需要第三種對象，把司機、卡車及路線結合在一起。不管最終的解決方案是什么，我們都應避免這種不規范的數據。
  閱讀全文

     摘要: 如果你想要制作易于設計、構建、測試及擴展的系統，正交性是一個十分關鍵的概念，但是，正交性的概念很少被直接講授，而常常是你學習的各種其他方法和技術的隱含特性。這是一個錯誤。一旦你學會了直接應用正交性原則，你將發現，你制作的系統的質量立刻就得到了提高。   閱讀全文

     摘要: 第二章 理論基礎－公用語言 運行環境

既然你已經具有了C#全面的印象，我也想讓你了解NGWS runtime的全貌。C#依靠由NGWS提供的運行時；因此，有必要知道運行時如何工作，以及它背后所蘊含的概念。
所以，這一章分為兩部分——它們是所有的概念和使用的基礎。兩部分的內容雖然有些重疊，但它有助于加深理解正在學習的概念。

2.1 NGWS Runtime

NGWS和NGWS Runtime為你提供了一種運行時環境。該運行時管理執行代碼，并提供了使編程更容易的服務。只要你的編譯器支持這種運行時，你就會從這種受管理的執行環境中得益。  閱讀全文

     摘要: 前言：

0.1 提要

歡迎閱讀《展現 C#》(Presenting C#)。這本書是你提高企業編程語言的一條捷徑。這種企業編程語言帶有下一代編程語言服務運行時(NGWS Runtime)：C#(發音"C sharp")。

NGWS Runtime 是一個不僅管理執行代碼、同時也提供使編程更加容易的動態環境。編譯器產生受管代碼以指向這種受管理執行環境。你獲得跨平臺語言集成、跨平臺語言異常處理、增強安全性、版本控制、安排支持和查錯服務。

支持NGWS Runtime 的主要語言是C#。支持NGWS框架的很多程序是用C#寫的，因此，在一些帶有NGWS Runtime的編譯器中，它的編譯器可以被認為是非常經得起測試且是經過優化的。C#語言借鑒了C++，但是具備現代化和新增的類型安全——使C#成為企業解決方案的首選語言。  閱讀全文

     摘要:
一、國際會議ICGG，ACCV，ICIG

ICGG的全稱是International Conference on Geometry and Graphics是幾何學，工程，藝術等領域與圖形學有關的研究人員，教育工作者，藝術家，技術人員宣讀論文和討論圖形學的研究、教育、應用的現在與未來的會議。世界各國在圖形學方面的研究百花齊放，不斷發展，近年隨著計算機和信息通訊技術的發展，與之有關的圖形學研究呈現出更大發展的趨勢。為增強相互了解和取得務實的研討成果，世界各地區廣泛學術領域的研究人員歡聚一堂進行交流不可缺少，因此，ICGG每兩年一次輪流在世界各地召開。

2010年第14屆國際圖形學會議將在日本京都大學建校一百周年鐘樓紀念館召開。會議網址是：http://www.icgg2010.org/

ACCV的全稱是Asian Conference on Computer Vision，亞洲計算機視覺大會。
2009年9月23 -27日，ACCV亞洲計算機視覺大會在西安古都新世界大酒店隆重召開。本次大會主要關注于計算機視覺領域的前  閱讀全文

     摘要:
《Focus On 3D Terrain Programming》是本好書。隨便翻了一些國內外相關論文，都可以找到本書的影子。

(我這有完整的書和源代碼，不知道怎么上傳，需要的留個信。)

Chap1 Notes
■Willem H. de Boer's geomipmapping algorithm
■Stefan Roettger's quadtree algorithm
■Mark Duchaineau's ROAM algorithm

Chap2 Notes
Problems:
■ What heightmaps are, how to create them, and how to load them
■ How to render terrain using a brute force algorithm
■ How to generate fractal terrain using two algorithms: fault for  閱讀全文

     摘要: 第一部分：生成隨機分形地形

介紹

十年前，我參加 1986 年 SIGGRAPH 活動， Gavin S. P. Miller 那篇題為 Definition and Rendering of Terrain Maps 的論文讓我充滿敬畏。該文描述了少數生成分形地形的算法，作者還介紹了一個他們認為更先進的新方法。

開始我被這些算法能夠生成難以置信的風景圖所震驚！（盡管這些算法被作者認為“漏洞百出”）后來，讀過論文，這些算法之簡單將我完全打敗了。

我從此成為一個分形地形迷。

算法背后的數學可能相當復雜。然而，完全理解這些數學并不是掌握這些算法的必要條件。很好，否則我得在解釋算法之前講解所有的數，也許永遠也講不到算法。此外，關于分形數學的文字材料數以噸計，參見本文本的參考部分會有所幫助。

同樣的原因，我不會深入到數學細節，也不包括對分形的廣泛總覽及它們可被用來做的每樣東西。相反，我將描述分形地形生成背后的概念，并集中仔細講解我個人最喜歡的 ”diamond-square”   閱讀全文

     摘要: 一直有寫日記、做筆記的習慣。從一開始考察自己的BOLG該在哪安家，到注冊，取名。著實花費了不少心思。簡單申明一下，本人寫博客主要想用來學習，特別是程序方面的東東，所以敬請各路好漢不吝賜教。之所以取名為COOOOOOOOL，因為覺得“O”這個圈圈像輪子一樣，滾起來真的挺COOL，同時每一個 “O”也代表編程中會遇到的每一個問題，每走的一步。每一步都很艱辛。艱辛而有趣，我想這就是一個程序員要走的路吧！  閱讀全文