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

            我參與的團隊

            最新隨筆

            搜索

            •  

            積分與排名

            • 積分 - 370171
            • 排名 - 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,這么寫完全正確!!!  回復  更多評論
              

            国产69精品久久久久777| 久久久久se色偷偷亚洲精品av| 亚洲国产精品高清久久久| 久久精品国产久精国产果冻传媒 | 亚洲国产精品久久久久婷婷软件 | 亚洲国产视频久久| 久久天天躁狠狠躁夜夜96流白浆| 国产人久久人人人人爽| 国产毛片久久久久久国产毛片| 国产99久久久国产精品小说| 97久久精品无码一区二区天美| 久久免费观看视频| 99精品国产在热久久无毒不卡| 欧美粉嫩小泬久久久久久久| 青青草原精品99久久精品66| 精品无码久久久久久国产| 一本久久知道综合久久| 国产成人久久精品二区三区| 久久亚洲私人国产精品vA| 久久天天躁狠狠躁夜夜2020| 青青青伊人色综合久久| 久久精品国产亚洲AV香蕉| 婷婷久久五月天| 欧美国产精品久久高清| 久久线看观看精品香蕉国产| 丰满少妇人妻久久久久久| 久久久久亚洲av综合波多野结衣| 久久久精品久久久久特色影视| 久久精品国产只有精品2020| 久久99精品久久久久久动态图| 少妇熟女久久综合网色欲| 亚洲一区精品伊人久久伊人 | 久久99久久99精品免视看动漫| 香蕉aa三级久久毛片| 久久亚洲国产精品123区| 久久婷婷人人澡人人| 久久久久国产一级毛片高清板| 久久久精品国产亚洲成人满18免费网站 | 国产一区二区精品久久| 99精品久久精品一区二区| 精品久久久久久中文字幕|