• <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>

            李錦俊(mybios)的blog

            游戲開發 C++ Cocos2d-x OpenGL DirectX 數學 計算機圖形學 SQL Server

              C++博客 :: 首頁 :: 聯系 :: 聚合  :: 管理
              86 Posts :: 0 Stories :: 370 Comments :: 0 Trackbacks

            公告

            QQ:30743734
            EMain:mybios@qq.com

            常用鏈接

            留言簿(16)

            我參與的團隊

            最新隨筆

            搜索

            •  

            積分與排名

            • 積分 - 370190
            • 排名 - 67

            最新評論

            閱讀排行榜

            評論排行榜

            使用了幾天GOOF,發現他存在很多bug啊,什么緩存溢出,數組越界之類的。。很明顯這個框架沒有真正用在一個項目上的。我列舉幾個大問題吧。好讓大家別到處碰壁。
            bool EnvironmentGameSystem::save(DataElementPtr element)這個函數沒有實現,所以無法保存環境信息。

            還有
             void GridPartition::enumerateConnectedPartitions(vector<CorePartition*>& connected)
             {
              //get surrounding grid cells within a certain radius
              float loadRadius = mGridPartitionMgr->getGridCellLoadRadius();

              //enumerate partitions
              vector<CorePartition*> partitions;
              mGridPartitionMgr->enumeratePartitions(partitions);

              //iterate through and check distance
              for(vector<CorePartition*>::iterator itr = partitions.begin(); itr != partitions.end(); ++itr)
              {
               float distance = Vector3(getWorldPosition() - (*itr)->getWorldPosition()).length();
               // add by 李錦俊 2007-7-16
               // 不要返回自己作為鄰居,會產生bug
               if(distance < loadRadius && *itr != this)
                connected.push_back(*itr);
              }
             }

            再給出一個比較嚴重的bug
            GOOFTranslationManipulator.h中的
              // add by 李錦俊 2007-7-12
              // 不要用魔術數,搞到緩存溢出
              SceneNode* mNode[AT_LAST];
              Entity* mEnt[AT_LAST];
              Entity* mConeEnt[AT_LAST];
              CollisionShapePtr mCol[AT_LAST];
              AxisManipulatorHandle* mHandle[AT_LAST];

            另外,CorePartition中的setSkyboxMaterial、setGlobalAmbient之類的代碼貌似沒用。準備棄之。


                // add by 李錦俊 2007-7-16
                // 這個算法暫時有問題,先屏蔽,以后再慢慢解決
                //disable static geometry until it is fixed
                if(false)// getStaticGeometryRule() == SGR_ALWAYS || (getStaticGeometryRule() == SGR_WHEN_NOT_PROX_IMMEDIATE && getPartition()->getProximity() != CorePartition::PROX_IMMEDIATE))
                {
                 willConvertToStaticGeometry = true;
                 getPartition()->addObjectToConvertToStaticGeometry(this);
                }
            posted on 2007-07-16 22:53 李錦俊(mybios) 閱讀(2759) 評論(10)  編輯 收藏 引用 所屬分類: C++ 、3D引擎開發

            Feedback

            # re: 關于GOOF的bug問題 2007-07-17 00:44 muf
            vector<CoreGameObject*>::iterator itr = mObjects.begin();
            for(; itr != mObjects.end(); ++itr)

            for(vector<CoreGameObject*>::iterator itr = mObjects.begin();
            itr != mObjects.end(); ++itr)
            不明白為什么第一種不行,第二種行,而且還是最嚴重的?  回復  更多評論
              

            # re: 關于GOOF的bug問題 2007-07-17 09:20 李錦俊
            @muf
            對于第一種情況,代碼會按這個順序執行
            1、itr = mObjects.begin();
            2、++itr
            3、itr != mObjects.end();
            4、循環體
            5、++itr
            6、itr != mObjects.end();
            7、重復4~6步

            第二種情況,代碼會按這個順序執行
            1、itr = mObjects.begin();
            2、itr != mObjects.end();
            3、循環體
            4、++itr
            5、itr != mObjects.end();
            6、重復3~5步

            至于為什么會這樣。仔細看看C++的書然后告訴我吧,我沒細看。但是跟蹤的結果確實是這樣。  回復  更多評論
              

            # re: 關于GOOF的bug問題 2007-07-17 09:32 金慶
            for語句的初始化提到for外面,只會影響變量的作用域,沒有其它效果。
            STL的使用中,itr初始化太長,提到外面是讓代碼美觀些。
            我也是這樣寫代碼的。
              回復  更多評論
              

            # re: 關于GOOF的bug問題 2007-07-17 10:08 李錦俊
            這樣哦??赡苁俏腋櫽袉栴}了。謝謝  回復  更多評論
              

            # re: 關于GOOF的bug問題 2007-07-17 11:29 SuperPlayeR
            原來博主是搞游戲開發的。GOOF我沒讀過,不過第一個bug的確不是bug,可能博主自己理解錯誤了。其他的幾個光看博主貼出來的片斷也看不出個所以然來。  回復  更多評論
              

            # re: 關于GOOF的bug問題 2007-07-17 19:43 空明流轉
            kao,這幫子菜鳥,害得老李又辛苦了一坨時間。  回復  更多評論
              

            # re: 關于GOOF的bug問題 2007-07-18 09:27 李錦俊
            @空明流轉
            游戲開發,本是苦命差事,有何辦法。。。  回復  更多評論
              

            # re: 關于GOOF的bug問題 2007-07-19 18:58 pass86
            WHAT IS GOOF? I WANT TO KNOW.  回復  更多評論
              

            # re: 關于GOOF的bug問題[未登錄] 2007-07-20 10:20 李錦俊
            GOOF=Game Object Oriented Framework,是一個游戲引擎(GOOF Engine)和一個用于Ogre的世界編輯器(GOOF Editor)。
            PLSM=Paging Landscape Scene Manager,是一個場景管理器。當地形很大時,會用到它。
            在Ogre3d.org里有它們的介紹。

            GOOF其實從名字就可以看出來,是一個Framework,它只是將游戲引擎所需要的幾類東西集合起來。
            OGRE只是圖形引擎,再音效引擎、網絡引擎、物理引擎等等組成一個完整的游戲引擎。
            記住OGRE只是圖形引擎,不要忘了。OGRE只負責圖形的渲染,其他的都不管。
            只是有許多人愿意圍繞OGRE開發許多插件,而且這些插件可以很好的與OGRE集成。
            有了OGRE,只要再找到音效、網絡、物理等咚咚,其實你也可以搭建自己的游戲平臺的。  回復  更多評論
              

            # re: 關于GOOF的bug問題[未登錄] 2007-09-06 17:45 大頭
            第一個不是BUG,這么寫完全正確?。。?nbsp; 回復  更多評論
              

            久久久久人妻一区精品| 欧美牲交A欧牲交aⅴ久久| 久久精品中文字幕久久| 国产精品久久国产精品99盘| 亚洲国产成人久久综合一| 久久露脸国产精品| 无码人妻精品一区二区三区久久| 久久精品国产99久久无毒不卡| 精品久久人人妻人人做精品| 伊人久久无码中文字幕| 国产ww久久久久久久久久| 亚洲综合精品香蕉久久网| 国产亚洲美女精品久久久| 亚洲va久久久噜噜噜久久男同| 国产免费久久精品99久久| 色欲av伊人久久大香线蕉影院| 国产午夜精品久久久久九九| 亚洲国产精品高清久久久| 久久久久久一区国产精品| 久久久精品免费国产四虎| 久久久久久曰本AV免费免费| 久久精品成人免费国产片小草| 久久久久亚洲AV无码网站| 国产精品美女久久福利网站| 国产福利电影一区二区三区久久老子无码午夜伦不 | 国产产无码乱码精品久久鸭| 色狠狠久久综合网| 欧美性猛交xxxx免费看久久久 | 久久99热狠狠色精品一区| 精品人妻伦九区久久AAA片69| 久久露脸国产精品| 久久er国产精品免费观看8| 青青青青久久精品国产| 狠狠色丁香久久综合婷婷| 久久精品国产亚洲av麻豆小说| 中文字幕久久久久人妻| 亚洲级αV无码毛片久久精品| 狠狠色丁香久久婷婷综合蜜芽五月| 亚洲国产成人精品女人久久久| 色悠久久久久久久综合网| 思思久久精品在热线热|