• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            天地之靈學習小組
            我們學習小組的OpenGL學習筆記 大家一定要互相折磨呀~~
            posts - 150,  comments - 156,  trackbacks - 0
                  號外號外,俺瑪麗醫生一下子打到19關啦~
                  號內號內,俺瑪麗醫生的偽碼還有一籌沒有展~~一來今天周末,二來今天周六,三來明天周天。不過,PureMilk說了不要給自己找借口,所以俺還是交代了吧,俺是沒弄明白封裝得那么嚴實的Pipeline <-- 某篇牛文里這樣說OpenGL的,翻譯過來就是管道。越來越邪乎,這個OpenGL到底是啥玩藝啊,它怎么玩兒的啊~!神奇的科學以及更加神奇的科學家。
                  還有還有~我發現看PureMilk他們的程序看久了思路就被限制了,越來越接近。不過對于我來說,能成功地調試成功一個就已經是舉身同慶的大事件了。但是還是想走自己的思路,但是關鍵是卡住了。分析如下。
                  我不知道glutMainLoop是循環哪里的還有是怎么循環的,原版的解釋說他還注冊什么的,更暈了。我已經清楚了要用狀態機的思想去實現了,但是不了解它是怎么實現畫圖的,尤其是怎么實現把前面的東西也一并畫上。還有就是glutSwapBuffer,這個交換緩存?大意理解就是有好幾張紙,前臺顯示的時候后臺在畫,然后用這個函數把后臺的放上去,前臺的拿下來繼續畫。但是,難道它是自動畫的?不需要我寫循環來控制?這些不好理解之后我的畫圖就不知道該怎么設計,是要自己寫循環?那樣的話就會給那些膠囊開數組,存進去,這樣又看到之前的影子了,貓說什么意修改設計。這是不對的。
                  好多困難啊,不過也正常,要是沒困難了那我豈不是成仙了,雖然我很想,但是得修煉。
                  嗯嗯。我決定夜深人靜的時候自己吭哧吭哧地啃這骨頭了。另:鍋準備好了,哦,因為還沒刷,所以說準備好了。半夜吃面~~吼吼吼吼`先睡一覺,然后醒來啃?還是不了吧。這一覺睡下去...

            FeedBack:
            # re: 10月18日_今天瑪麗不在家_By 筱筱殿下
            2008-10-19 07:12 | 天地之靈
            glutMainLoop就是一個循環,它完成:
            完成消息循環,與其他程序并行工作
            在循環中:
              檢查輸入,并調用注冊的鍵盤輸入處理函數(就是那個什么key的)
              調用繪圖函數(那個什么display的)
              還有一些定時的通知(Timer)
              也許還有一些其它的通知(如按下關閉按鈕阿等等)

            也就是說現成的循環已經有了,你需要做的就是:
            1、建立模型對象:瓶子、藥丸等,模型對象可以完整地描述自身的狀態,比如瓶子里哪些位置有藥丸,每個藥丸和哪個方向的藥丸相連。
            2、完成繪圖函數:將模型對象的狀態正確的展現到屏幕上,讓用戶可以觀察到。
            3、建立模型對象與輸入之間、模型對象與模型對象之間的相關性(時間也看作一種輸入),使得全部模型對象可以根據輸入正確的改變自身的狀態。

            以上就是所謂的“模型、視圖、控制器”,也就是MVC。不過一般在游戲制作中,很少將它們分離的。
            在C風格的代碼中,一般都是將1、3兩項寫在一起,因為單純的模型對象通常只是一個或多個數組,或一個或多個變量(當然也可以將對該對象的某些常用的操作封裝成函數當作模型代碼的一部分)。而控制器代碼和模型代碼在邏輯上緊密結合,通常將它們合并作為“邏輯部分”。
            在C++的風格中,有兩種不同的思路:一種是依然將視圖分離,邏輯層作為一個獨立的部分存在,然后視圖層(在我們這里叫界面層比較多)通過一定的接口獲取到對象的狀態,再顯示。或者,有時候,界面層維護自己的一部分邏輯狀態,根據邏輯層發來的通知和對邏輯層的主動調用,將自己的邏輯狀態和邏輯層同步。對大型游戲來說這種方法尤其多見。
            另一種就是根據具體的邏輯對象進行劃分,不再劃分邏輯層和界面層,將瓶子本身的狀態、瓶子所能完成的操作、瓶子在某些事件下所產生的響應,也包括瓶子如何繪制,都封裝到一個類中,這樣外層只要簡單的調用就好了。這種方法常見于各種小游戲、快速開發的手機游戲、單機游戲等等。
              回復  更多評論
              
            # re: 10月18日_今天瑪麗不在家_By 筱筱殿下
            2008-10-19 17:54 | 肖赫_王婷婷_王冠_鄭燚_孫婷
            7:12am,太感動了……
            貓你多睡一會兒嘛  回復  更多評論
              

            <2008年10月>
            2829301234
            567891011
            12131415161718
            19202122232425
            2627282930311
            2345678

            常用鏈接

            留言簿(6)

            隨筆分類(149)

            隨筆檔案(150)

            同道中人

            搜索

            •  

            積分與排名

            • 積分 - 48469
            • 排名 - 469

            最新隨筆

            最新評論

            閱讀排行榜

            評論排行榜

            99久久久精品| 久久精品亚洲欧美日韩久久 | 伊人久久大香线蕉av一区| 亚洲国产香蕉人人爽成AV片久久| 午夜精品久久影院蜜桃| 久久频这里精品99香蕉久| 亚洲熟妇无码另类久久久| 99久久精品午夜一区二区| 久久男人中文字幕资源站| 午夜精品久久久久久久| 色综合久久天天综合| 亚洲精品久久久www| 久久精品无码专区免费东京热| 一本久久久久久久| 久久久www免费人成精品| 亚洲国产成人久久综合一 | 天堂久久天堂AV色综合| 亚洲伊人久久大香线蕉苏妲己| 久久久久亚洲AV无码观看| 99久久精品免费国产大片| 久久久无码精品亚洲日韩京东传媒| 久久精品国产影库免费看| 伊人久久大香线蕉av一区| 亚洲欧美另类日本久久国产真实乱对白| 久久综合给合久久狠狠狠97色69| 久久99精品国产麻豆不卡| 狠狠干狠狠久久| 久久精品午夜一区二区福利| 久久久www免费人成精品| 亚洲人成网站999久久久综合| 国内精品久久久久国产盗摄| 国内精品人妻无码久久久影院 | 久久精品国产只有精品2020| 性做久久久久久久| 狠狠综合久久综合88亚洲| 伊人久久无码精品中文字幕| 久久久久亚洲av毛片大| 精品久久久无码中文字幕天天 | 国内精品久久国产大陆| 国产精品久久久久9999| 久久国产精品-久久精品|