http://blog.csdn.net/pizi0475/article/details/7070980 1： 設計初衷 它設計初衷是完全跨平台的。抽象的接口隐藏了平台相關的細節。 它設計初衷是大幅度支援擴充的。支援多種場景類型，獨立出平台和3D接口限制。 2： 基本類結構關系 Roo：對象為一切的入口，它負責建立Ogre的所有基礎元素，三大基礎元素大緻包括：場景管理器，繪制系統，資料總管。 場景管理器：場景節點，動态對象。 資料總管：資源組管理，資源管理 渲染子產品：硬體緩沖區管理，渲染系統，渲染視窗 3：關鍵詞 Root:：Ogre系統入口，程式一開始就應當建立，最後釋放，它幫助我們獲得其他元素的指針。甚至包括StartRender() RenderSystem:：渲染系統。是對3D渲染API的一個封裝。一般來說無需手工調用，場景管理器對對其進行控制，隻有在實作一些特殊需要的時候，可以擷取使用。 SceneManager：負責對整個場景中内容的建立和管理。包括靜态地形場景，攝象機，動态對象，光線，材質等都歸屬其管理。場景管理器根據室内室外等渲染管理進行了不同類型的優化，在建立時可以傳參進行選擇。 ResourceGroupManager：資源組管理器包含多種的資料總管，例如紋理，網格Mesh等的資源加載管理器，他們各司其職管理其所負責的資源資料對象。和渲染系統一樣，大多數情況下他們會被自動調用的進行資源加載，我們僅需要做的就是 Root::getSingleton().addRessourceLocation()告訴Ogre從哪兒加載資源即可，除非個别特殊需求，我們動态的手工控制時候可以TextureManager::getSingleton()擷取相應的資料總管進行處理。 Mesh對象：就是一個具體的模型，而在一些情況下，Mesh對象僅指那些能夠移動的對象，那些靜态對象即不屬于Mesh對象之列。Ogre有自己的一套定義的Mesh結構，即.mesh，該檔案格式可以被網格工具編輯。 Entity實體：是一個可移動的對象執行個體。和Mesh的不同是，實體包括網格，但若網格未和場景結點綁定起來，則不可使用該實體。我們可以修改場景結點來獲得實體的修改，但此時Mesh實際是沒有變化的。注意：實體是允許有子實體的，網格也一樣有子網格。每一個子網格可以有自己的材質。相關函數如下：SceneManager::CreateEntity()由場景管理器去建立實體對象，Entity::GetSubEntity()擷取子實體指針，再SetMaterialName()修改材質。 材質：它是由資料總管管理，但在場景管理器中也儲存着一份材質的清單。它的屬性有預設的，SceneManager::GetDefaultMaterialSetting()函數可以擷取其預設屬性，當然也可以修改。值得注意的是，OGRE允許在程式運作時，通過材質腳本對材質進行設定。 Overlays層：一般是拿來做一些不接收使用者互動資訊的UI面層的。當然遊戲中也可以設定一些層元素作為遊戲内容，例如飛機駕駛艙，不接受任何使用者互動資訊，并且要求最前端顯示。層有一個專門的層管理器，它負責層的建立釋放等工作。每個層有自己的一個Z深度資訊，通過它進行遮擋關系的計算。另外，每幾個層可以分為一個小組進行統一控制，這個在Ogre中被稱為層容器 OverlayContainer。每個層可以進行獨立的旋轉縮放等功能。它允許是2D或3D。 OverlayManager::getSingleton().createOverlayElement(“Panel”, “myNewPanel”)。 4：Ogre的腳本 1 ：材質腳本。在資源組管理器初始化完畢時，裝載材質腳本，OGRE會自動的在組相關的資源位置查找”.materal”擴充名的檔案，并對這些腳本進行文法解析。手動解析也可以MaterialSerializer::parseScript()但是注意的是：解析腳本時并沒有對腳本中定義的全部紋理等資源進行加載。是以，在我們通路一個材質的時候，一定要確定它已經裝載，或者，我們手動将此材質Load()一次再進行通路。另外，材質名必須唯一，且不可有”：”号。 格式：以{}，空格，//作為辨別符。 // 後跟注釋，不支援多行注釋。 {} 之間代表為一個解析單元 每一個material XXX 代表是一個材質單元。其中，每一個technique代表一個材質渲染手法，pass是每個渲染通路模式，texture_unit則是一個紋理單元。 一個材質腳本允許有多個渲染手法技術，一個渲染手法技術中允許有多個渲染通路模式，一個渲染通道允許有多個紋理單元。 渲染手法技術Techinique： 一個“渲染手法技術”就是一個單獨的渲染物體的方法。多個技術的存在原因是為适用不同的顯示卡以及根據遠近關系對一個物體進行不同的渲染。 技術的排列需要一定順序，一般來說，最常用最的技術放在腳本最前面， 格式為： Techinique 技術名 不命名的技術預設會以其序列号進行命名，注意，技術名不可重複。 方案技術scheme： 因為我們對不同的顯示卡标準或根據某中不同的需求，設計出不同的技術，每種技術所适用的環境方案需要我們指出。 格式為： scheme 方案名 預設的方案是default,若我們某一個技術适用于開啟hdr,Shader3.0的方案，我們隻需對該技術設定方案為 scheme hdr_open_shader_3_0 即可。 細節層次索引 lod_index： 每一個技術都必須對應一個細節層次索引。一般來說，預設的都是0，即最近最優秀的渲染技術，當我們需要對遠處細節進行渲染時，則設定這個值吧。 格式為： lod_index 數值層級 雖說lod的數值層級是從0-65535，一般設定2-4層就差不多了吧。因為技術有一定的排列順序，是以，我們一般是将index大的技術放在後面。 細節層次距離 lod_distances： 這裡指定使用不同的細節層次的距離值，注意，該屬性必須在所有的技術塊外面進行聲明指定。 如例子中所辨別：lod_distance 200 就代表，在0-200這個距離内，我們使用細節層次為0的技術，在200以上的則使用細節層次為1的技術 Lod_distance 200 700.5 則表示在0-200時我們使用細節0，200-700.5這段距離使用細節1的材質技術，700.5以上使用細節2的材質技術。200和700.5間使用空格間隔。 是以技術的排列順序通常為這樣 Material MyTestMaterial { lod_distances 200 Technique Lod_0_Hdr_Open_Shader_3_0 { Lod_index 0 Pass 0 { Texture_unit { //….. } Texture_unit { //….. } } Pass 1 { Texture unit { // …. } } } Technique Lod_0_Hdr_Close_Shader_1_0 { Lod_index 0 Pass { Texture_unit { //….. } Texture_unit { //….. } } } Technique Lod_1_Hdr_Open_Shader_3_0 { Lod_index 1 Pass { Texture_unit { //….. } Texture_unit { //….. } } } Technique Lod_1_Hdr_Close_Shader_1_0 { Lod_index 1 Pass { Texture_unit { //….. } Texture_unit { //….. } } } } Pass渲染通路： 再次強調一個概念： 一個材質腳本，為了适應不同的顯示卡和 LOD 細節層次技術，我們允許有多個技術，為了加速充分的使用 GPU ，每個技術中同時又支援多通道的渲染，每個渲染通道内，同時又允許有多個紋理單元。首先這個改變必須明确了解才能順利的進行材質腳本的設計。 我們在“渲染通路”這層可以設定以下屬性： · ambient 材質的環境光反射系數 格式是 ambient red green blue alpha 每個值要求為0.0-1.0之間，例如ambient 0.2 0.2 1.0 1.0代表每個頂點對環境光的反射系數。注意：若關閉了動态光照和紋理層的光照色彩混合的話，該項就不起作用了。預設值為全白 · diffuse 材質的漫反射系數 格式是 diffuse red green blue alpha 其他同上。 · specular 材質的鏡面反射系數 格式是 specular red green blue alpha Shininess ，最後多了一個參數，是閃耀值，該值處于1-128之間。注意：若該值較大則會令人感到耀眼的反射。 · emissive 材質自發光系數 格式是 emissive red green blue alpha · scene_blend 設定渲染通道和現有的渲染層内容混合方式。有預設的四種方式 格式為scene_blend add或scene_blend modulate/alpha_blend/colour_blend Add 是将渲染出的顔色和亮度一起疊加到渲染場景中，相當于“scene_blend one one” Modulate 是将渲染輸出的顔色疊加到渲染場景中，相當于”scene_blend dest_colour zero” alpha_blend 是将渲染輸出的亮度疊加到渲染場景中，相當于”scene_blend src_colour one_minus_src_colour” colour_blend 是将渲染輸出的alpha值進行遮罩緩和。相當于”scene_blend src_alpha one_minus_src_alpha” 當然，我們也可以不使用預設的方式，進行自定義源和目标的混合因數 格式為 scene_blend src_factor dest_factor 這樣最終渲染出的顔色就是 (渲染通道的結果 * src_factor) + (渲染場景的顔色 * dest_factor)，其中src_factor dest_factor兩個參數可選以下值 one 常數值1.0 zero 常數值0.0 dest_colour 已存在的像素顔色 src_colour 紋理像素顔色 one_minus_dest_colour 1 - （dest_colour） one_minus_src_colour 1 - （src_colour） dest_alpha 已存在的像素alpha值 src_alpha 紋理像素alpha值 one_minus_dest_alpha 1 - （dest_alpha） one_minus_src_alpha 1 - （src_alpha） 例如：scene_blend one zero (代表渲染出的紋理完全覆寫其後的渲染場景，即渲染管道出來的紋理是完全不透明的) ß 預設的混合模式也正是這種。 · depth_check 是否開啟深度緩沖檢測 格式為 depth_check on 或 depth_check off · depth_write 是否打開深度緩沖寫入。 格式為 depth_write on 或 depth_write off 預設的時候深度緩沖是打開的，個别時候我們需要渲染一系列透明物體的關系時候，則将其關閉。 · depth_func 寫入象素前的深度比較函數。 格式為 depth_func compareFun 其中compareFun可以取下面值之一。 always_fail 永遠不向渲染目标寫入像素 always_pass 總是将像素寫入渲染目标 less 如果将要寫入的像素的深度小于現在緩沖區内容的深度，則寫入 less_equal 如果将要寫入的像素的深度小于等于現在緩沖區内容的深度，則寫入 equal 如果将要寫入的像素的深度等于現在緩沖區内容的深度，則寫入 not_equal 如果将要寫入的像素的深度不等于現在緩沖區内容的深度，則寫入 greater_equal 如果将要寫入的像素的深度大于等于現在緩沖區内容的深度，則寫入 greater 如果将要寫入的像素的深度大于現在緩沖區内容的深度，則寫入 預設值是 depth_func less_equal ，注意：當我們關閉深入緩沖檢測的話，該函數無效。 · depth_bias 無法了解。不會用。 · alpha_rejection
對渲染管道的材質紋理進行alpha資訊剪裁。 格式為 alpha_rejection compareFun value 其中value取值範圍是0-255，例如 alpha_rejection less_equal 122 則代表抛棄渲染管道中alpha值大于等于122的象素。附注：考慮到硬體相容，Value最好是0-128之間。 · cull_hardware 硬體剪裁方式。 格式為 cull_hardware HCutFun HCutFun 枚舉下列三種方式：clockwise / anticlockwise/ none clockwise 将逆時針的三角型都cut掉（即CUT鏡頭反面） anticlockwise 将順時針的三角型都cut掉（即CUT鏡頭正面） none 不做任何剪切。 預設為 clockwise · cull_software 軟體剪裁方式。 格式為 cull_software SCutFun SCutFun 枚舉以下三種格式：back / front / none 實際上，這個和硬體裁減是類似的，不過，對于一些動态的物件建議不要開啟該項，消耗很大。預設是 back 剪裁。 · lighting 是否開啟動态光照。 格式為 lighting on / off 注意：使用了頂點程式，此屬性無效。動态光照一旦關閉，環境光反射，鏡面反射光，放射光，陰影等屬性均無效。預設為on · shading Ogre 陰影模式。 格式為 shading flat/ gouraud/ phong Flat 不進行插值，每個平面的陰影都由該平面的第一個頂點色決定。 Gouraud 對平面上每個頂點顔色進行線形插入計算。 Phong 全平面使用頂點法線向量。效果好，代價高，部份硬體無法支援此屬性。 預設為 ： gouraud · polygon_mode 栅格化方式。 格式為 polygon_mode solid/ wireframe/ points 面，線，點的栅格化。預設當然是面solid模式。 · fog_override 是否開啟霧化。 fog_override true/false 當fog_override true的時候就需要順序跟出以下參數 霧的type: none 無霧。 相當于fog_override false Linear 線性霧。 從 start到end之間有霧 Exp 幾何方次性霧。 受濃度 density 影響 Exp2 幾何二次方增加。 受濃度 density 影響 霧的顔色 color: RGB三種顔色值。0.0-1.0之間 霧的濃度 density：設定幾何方次性霧的濃度。對線形霧不影響，但也必須寫上進行占位。 霧的起始位置 start ：對非線性霧無效，但必須寫上占位。 霧的結束位置 end : 對非線性霧無效，但必須寫上占位。 例如：fog_override true exp 1 1 1 0.002 100 10000 開啟幾何次方霧。顔色為1，1，1白色，濃度為0.002（若是線性則代表，離鏡頭100至10000之間的距離有霧） · colour_write 是否關閉渲染通路的顔色寫入功能。 colour_write on/off 該功能一旦關閉，則代表渲染通路不可輸入任何的顔色渲染。僅在初期初始化深度緩沖區時個别時間有用。預設為開on · max_lights 此渲染通路最大光源數量。一般使用預設為8 格式為 max_lights 8 · start_light · iteration 是否對渲染通路進行疊代渲染。 預設為僅渲染一次，格式為Iteration once Iteration 5 代表本渲染通路将被重複執行5次渲染。 Iteration once per_light point 則代表本渲染通道将每個光源點進行一次渲染。 Iteration 5 per_light point 則代表本渲染通道将每個光源點進行5次渲染。 · point_size · point_sprites · point_size_attenuation · point_size_min · point_size_max Texture_unit 紋理單元 我們在PASS渲染通道處已經進行了一次整體的渲染環境設定，然而，在每個紋理單元，我們還可以對單獨的紋理進行渲染屬性設定。 · texture_alias 設定一個紋理的别名。類似于技術的别名。格式: texture_alias 紋理别名 預設該别名就是紋理單元的名字。 · texture 本層要使用的靜态紋理圖象名字。可以簡單的格式為 Texture xxx.jpg （注意：紋理檔案名禁止有空格）也可對其屬性進行詳細的設定。如下 Texture xxx.jpg 2d 8 none PF_A8R8G8B8 2d 是裝載的紋理類型，類型實際上包括1d(1象素的紋理點),2d（紋理面，預設也是該項）,3d(3D帶深度的紋理),cubic(有些類似天空盒式的貼在立方體内側6個2D紋理，但是僅可貼同一種紋理，不如使用cubic_texture) 8 是MipMap的層級，預設是unlinited，代表可以無限的對紋理進行mipmap，我們這裡設定為8代表生成8個層級遞減的MIPMAP。注意：若多個材質腳本中使用同一個紋理，切記他們的mipmap數量必須一緻。 None 這項是我們指定的單獨的透明通道做為alpha進行裝載，預設的為 none，表示以紅色作為alpha通道。 PF_A8R8G8B8 紋理格式，常用的有PF_R5G6B5,PF_A4R4G4B4,PF_A8R8G8B8,PF_X8R8G8B8等。 · anim_texture 與上面的texture對應，是用于活動的紋理層，即動态圖象。注意，這裡不是使用預設的儲存好的.gif動畫，而是導入多桢圖，設定好桢之間的間隔時間。這裡我們有兩種方法。 一種是按照Ogre内部規定對動畫的紋理命名：xxx_0.jpg xxx_1.jpg xxx_2.jpg這樣以0為首，加下劃線遞增命名，這樣我們調用時會比較友善，這樣便可以了 Anim_texture xxx.jpg 3 2.2 即代表xxx_0.jpg這樣命名的紋理有3張，間隔時間為2.2秒。 另一種是非标準的紋理命名，則需要我們如下寫： Anim_texture 1.jpg flame2.jpg xxx_3.png hit4.tga 2.2 直接以空格間隔标示逐個标示出每一桢的紋理即可。 注意：2.2是每桢間的間隔時間，若設定為0，則不會自動進行桢畫面切換，需要我們代碼中手工控制了。 · cubic_texture 建立一個立方體紋理。這個一般用于反射映射和天空盒中。其格式和動态紋理一樣，有兩種方式，一種是Ogre制定的規範，我們調用就更加簡單，如下 Cubic_texture skybox.jpg combinedUVW 我們僅提供一個基礎的紋理名，此時OGRE會預設的去查找skybox_fr.jpg, skybox_bk.jpg, skybox_up.jpg, skybox_dn.jpg, skybox_lf.jpg, skybox_rt.jpg這些紋理。 第二中方式則是按照“前後上下左右”的順序将這些紋理羅列出來。 最後一個參數需要設定為combinedUVW或separateUV, combinedUVW會将紋理組合到一個立方體紋理映射中，帶有UVW三維紋理坐标，适合做反射映射。而separateUV僅僅儲存2D的UV坐标，适用于天空盒。 · tex_coord_set 因為一個Mesh網格允許有多套紋理坐标集，我們在這裡設定使用哪套坐标集。格式為 tex_coord_set 3 （使用編号為3的坐标集） 預設為 tex_coord_set 0 · tex_address_mode 紋理尋址模式。即當紋理UV值大于1.0時的紋理處理方法。參數有以下幾種枚舉選擇： Wrap 會将所有UV值大于1.0的值設定為0.0，紋理會被重複連續繪制。 Clamp 會将所有UV值大于1.0的值設定為1.0，這樣的話就相當于在模糊邊界。 Mirror 會當UV值等于1.0的時候，将紋理反轉後連續繪制。 Border 超過1.0的UV都會被設定為邊界色，就是描邊效果。此項可設定tex_border_colour屬性。 · tex_border_colour 和上一屬性對應，設定紋理邊界色，僅對Border紋理尋址有效。 格式 ： tex_border_colour RGBA(0.0 – 1.0取值) · filtering 紋理過濾形式：我們可以使用其預定的四種基本類型，包括 None 不進行紋理過濾 Bilinear 進行雙線性紋理過濾。就是對mipmap進行挑選過濾，但是不對mipmap各個級别之間進行過濾 Trilinear 進行三線性紋理過濾。将最近的兩個mipmap一起進行過濾。 Anisotropic 各向異性紋理過濾。使用該項，則你必須設定其max_anisotropy值。 預設為bilinear。 · max_anisotropy 最大各相異性程度偏內插補點。根據硬體不同一般限制為8或者16 預設為 max_anisotropy 1 · mipmap_bias 我們在Pass通道時已經允許設定mipmap紋理Lod運用層級以及适用的距離。在紋理單元這層級我們可以重新對其進行調整。格式為 Mipmap_bias -3 後面的整數代表在所有的範圍内強制使用增大或縮小的mip級别。-3代表，在所有範圍内強制使用更大3級的mip紋理。 預設是不進行層級偏移：mipmap_bias 0 · colour_op 簡單的紋理混合方式，我們可以使用預定義的4項枚舉： Replace 不處理，用目前的紋理直接替換掉後面的所有顔色。覆寫式。 Add 将目前紋理色和後面的渲染顔色進行加法處理。 Modulate 将目前紋理色和後面的渲染顔色進行乘法處理。 Alpha_blend 将目前紋理和後面的紋理進行alpha顔色混合。 預設為 colour_op modulate 目前紋理色和後面顔色進行乘法混合。 · colour_op_ex 進階的紋理混合模式，可以詳細的指定混合系數和效果，但個人不推薦使用。效率消耗較大，且受不用的硬體限制性大，使用預設支援的4種混合模式可以了。 · colour_op_multipass_fallback 當上面一個colour_op_ex設定要求過高，硬體無法支援多紋理混合時，則不得不調用該項進行多通路混合渲染。若我們使用的是colour_op預設定的4種紋理混合模式，則無需在此處理，OGRE底層已經做了完善的處理。 · alpha_op_ex 同colour_op_ex，不推薦使用。 · env_map 設定環境映射效果。該項可以使用預定義的五個選項 Off 關閉環境映射反射。 預設即本項。 Spherical 開啟球面環境映射。 它需要一個單獨的紋理，該紋理進行周圍反射的記錄。 Cubic_reflection 開啟平面環境映射。 · scroll 靜态紋理偏移。 個人感覺這個函數的存在意義完全是拿來彌補美術的小BUG。或者是個别情況下，事件響應時調用對紋理的修改？ 格式如下：scroll x y · scroll_anim 動态紋理偏移。 ……針對上一功能的補足。給紋理層一個移動速度進行偏移。 格式為 scroll_anim xspeed yspeed · rotate 以固定角度靜态旋轉一個紋理。和scroll沒什麼差別。格式如下 rotate angle 注： angle是逆時針旋轉的角度數 · rotate_anim 動态旋轉一個紋理。 格式為 rotate_anim 3 代表每秒旋轉3次360度。 · scale 靜态縮放一個紋理。 格式為 scale x_scale y_scale。 · wave_xform 制作類似于水面波紋性質的專用函數。可以制造出一個類似于波狀的動态紋理變化形式。 格式: wave_xform <xform_type> <wave_type> <base> <frequency> <phase> <amplitude> 示例: wave_xform scale_x sine 1.0 0.2 0.0 5.0 xform_type scroll_x 變動x滾動值 scroll_y 變動y滾動值 rotate 變動旋轉值 scale_x 變動x比例值 scale_y 變動y比例值 wave_type sine 典型的正弦波，在最小值和最大值之間平穩地循環。 triangle 以恒定的速度增加減少的有角度的波，在極值時立即改變。 square 最大是波長的一半，最小是瞬時轉換之間的停止時間。 sawtooth 經過一段時間，從最小逐漸持續增加到最大，最後立即回到最小。 inverse_sawtooth 經過一段時間，從最大逐漸持續減少到最小，最後又立即傳回最大。::base 基值，如果amplitude > 0就是指最小值，amplitdue < 0就是指最大值。 frequency 波每秒重複的次數，即速度。 phase 波開始的偏移量。 amplitude 波的大小。 波的輸出範圍在{base, base+amplitude}。是以，以在x方向調整紋理為例，沿正弦波方向從1（标準值）調整到5，即表示每5秒一個周期（每秒0.2個波）。 · transform 為紋理提供一個4*4矩陣以直接替代上面的旋轉，縮放，移動等一系列變化。 格式為 transform m00 m01 m02 m03 m10 m11 m12 m13 m20 m21 m22 m23 m30 m31 m32 m33 · binding_type 設定綁定類型。該紋理是綁定到片斷處理單元還是頂點處理單元。格式為： Binding_type fragment / vertex 預設為綁定片斷處理單元。 · content_type 設定紋理内容的來源類型。格式為 content_type named / shadow 預設是為named，表示紋理單元圖檔來源于texture,cubic_texture,anim_texture之一，但個别時候我們需要使用陰影紋理，則此時可以設定為shadow 注： 除去上面的紋理屬性設定之外，假若我們需要更進階的紋理屬性支援，可以使用外部紋理源。 頂點程式和片斷程式聲明： 假設我們在材質腳本中需要使用頂點程式或者片段程式，那麼，類似于函數聲明調用一樣，我們必須在調用它之前先對其進行聲明定義。 假若調用點都在一個.meterial腳本内還好，我們隻需要在調用處的上面進行聲明定義，但，假若多個腳本都調用一段頂點程式，我們就需要将這段頂點片斷程式獨立出任何的.meterial腳本之外，獨立編寫一個 .program 格式的腳本，在這個腳本中進行定義，這樣的話，這個外部定義的頂點片斷程式就會順利的在任何位置上被調用讀取。 個人推薦所有的頂點程式都獨立為一個腳本，可以更大程度上友善我們整理。 頂點程式本身既可以是一些低級語言，例如vs_1_1文法規格寫的彙編代碼，也可以是HLSL,GLSL,CG，個人更推薦使用後者。 一個最基本的片斷程式要求有以下幾個要點說明：
vertex_program myVertexProgram asm { source myVertexProgram.asm syntax vs_1_1 } 1：在頭部給出程式名字，之後說明程式類型。“asm” 2：訓示出資源來自何處。” source ” 3：訓示出文法規則。“vs_1_1” 我們可以通過Ogre的GPU管理器來擷取目前顯示卡支援的文法清單。 GpuProgramManager::GetSingleton().getSupportedSyntax()來獲得。 一般顯示卡支援的文法規則如下： vs_1_1 這是一種 DirectX頂點渲染器彙編文法。 支援顯示卡有： ATI Radeon 8500，nVidia GeForce 3。 vs_2_0 另一種 DirectX頂點渲染器彙編文法。 支援顯示卡有： ATI Radeon 9600，nVidia GeForce FX 5系列。 vs_2_x 另一種 DirectX頂點渲染器彙編文法。 支援顯示卡有： ATI Radeon X系列，nVidia GeForce FX 6系列。 vs_3_0 另一種 DirectX頂點渲染器彙編文法。 支援顯示卡有： nVidia GeForce FX 6系列。 arbvp1 這是 OpenGL标準頂點程式彙編格式。大體上相當于DirectX vs_1_1。 vp20 這是一種 nVidia特有的OpenGL頂點渲染器文法，是vs 1.1的一個超集。 vp30 另一種 nVidia特有的OpenGL頂點渲染器文法。它是vs 2.0的一個超集，被nVidia GeForce FX 5系及以上系列支援。 vp40 另一種 nVidia特有的OpenGL頂點渲染器文法。它是vs 3.0的一個超集，被nVidia GeForce FX 6系及以上系列支援。 ps_1_1, ps_1_2, ps_1_3 DirectX像素渲染器（例如片斷程式）彙編文法。 支援顯示卡： ATI Radeon 8500，nVidia GeForce 3。 注解：對于 ATI 8500，9000，9100，9200硬體，也可用于OpenGL。ATI 8500到9200不支援arbfp1但是确實支援OpenGL的atifs擴充，非常類似DirectX的ps_1_4。OGRE有針對atifs編譯器的ps_1_x子產品，當在ATI硬體上使用ps_1_x時，它會自動執行。 ps_1_4 DirectX像素渲染器（片斷程式）彙編文法。 支援顯示卡有： ATI Radeon 8500，nVidia GeForce FX 5系列。 注解：對于 ATI 8500，9000，9100，9200硬體，此項也可用于OpenGL。ATI 8500到9200不支援arbfp1但是支援OpenGL的atifs擴充，功能上非常類似于DirectX中的ps_1_4。OGRE有針對 atifs編譯器的ps_1_x子產品，當在ATI硬體上使用ps_1_x時，它會自動執行。 ps_2_0 DirectX像素渲染器（片斷程式）彙編文法。 支援顯示卡有： ATI Radeon 9600，nVidia GeForce FX 5系列。 ps_2_x DirectX像素渲染器（片斷程式）彙編文法。基本上是帶有更多指令的 ps_2_0。 支援顯示卡有： ATI Radeon X系列，nVidia GeForce FX 6系列。 ps_3_0 DirectX像素渲染器（片斷程式）彙編文法。 支援顯示卡有： nVidia GeForce FX 6系列。 ps_3_x DirectX像素渲染器（片斷程式）彙編文法。 支援顯示卡有： nVidia GeForce FX 7系列。 arbfp1 這是 OpenGL标準片斷程式彙編格式。大體上相當于ps_2_0，意味着不是所有支援DirectX下的基本像素渲染器都支援arbfp1（例如GeForce3和GeForce4就都不支援arbfp1，但是它們都支援ps_1_1）。 fp20 這是一個 nVidia特有的OpenGL片斷程式文法，是ps 1.3的一個超集。它允許你為基本片斷程式使用'nvparse'格式。實際上，它使用NV_texture_shader和 NV_register_combiners在GL下提供相當于DirectX's ps_1_1的功能，但是僅限于nVidia顯示卡。然而，因為ATI顯示卡比nVidia早一步采用arbfp1，是以它主要用于像GeForce3和 GeForce4系列的nVidia顯示卡。你可以在http://developer.nvidia.com/object/nvparse.html找到更多有關nvparse的資訊。 fp30 另一種 nVidia特有的OpenGL片斷渲染文法。它是ps 2.0的一個超集，被nVidia GeForce FX 5系列或更進階的顯示卡支援。 fp40 另一種 nVidia特有的OpenGL片斷渲染文法。它是ps 3.0的一個超集，被nVidia GeForce FX 6系列或更進階的顯示卡支援。 詳細的文法編寫，實在沒有興趣詳細研究下去了。是以這裡略過，我們需要知道的是，除了HLSL，GLSL，CG以外，還有一個Ogre自動識别處理的類型，unified可以統一的對程式定義，這樣就可以依賴于渲染系統和硬體支援自動的選擇渲染程式。 另外， 材質拷貝技巧。 一般來說，我們遊戲中大量的材質是雷同性很強的，假若大段的複制材質渲染模式，實在是非常不值得的體力勞動，是以對于一些隻有微小改變的材質設定，推薦使用材質拷貝。 材質拷貝技巧1： 當兩個材質完全一緻時。直接類似于C++的繼承的寫法即可： Material met1 { Technique { Pass 0 { … } Pass 1 { … } } } Material met2 : met1 { } 我們不需要做任何事情，met2就已經過去了met1的材質屬性。 材質拷貝技巧2： 當我們向一個拷貝材質中添加新技術時。直接在新的材質腳本中聲明新的技術即可。例： Material met2 : met1 { Technique new { } } 此時new這個技術就會預設的在其父類的預設命名為0的技術之後産生。不過值得注意的是，新建立的這個技術盡量命名，避免與父源類的技術名稱發生沖突。 材質拷貝技巧3： 當我們想對拷貝材質已有的屬性做一點點的改動時候，需要聲明原有技術和通道，直接聲明需要改動的屬性即可。例： Material met2 : met1 { Technique 0 // 父類的技術并沒有命名，預設是以索引為名，索引為0，是以這裡填0，但是注意的是，一定要把這個0表示說明出來 { Pass 1 // 父類中的0号技術中的命名為0的一個通道 { max_lights 2 //修改該 Pass中的最大光源屬性為2 } } } 最常用的是修改一個渲染材質中的某一個紋理檔案。我們可以這麼做 Material met2 : met1 { Technique 0 // 父類的技術并沒有命名，預設是以索引為名，索引為0，是以這裡填0，但是注意的是，一定要把這個0表示說明出來 { Pass 1 // 父類中的0号技術中的命名為0的一個通道 { Texture_unit TreeTexture { Texture NewTreeTexture.png } } } } 這樣我們就将treetexture紋理單元中的紋理圖檔替換了，而其他的一切渲染屬性都沒有更改。 材質拷貝技巧4： 記得我們之前說紋理單元時候有強調過紋理有一個屬性叫紋理别名吧。texture_alias。 我們看上面的例子，假若我們材質 met1,和met2僅差一個紋理的差別的話，那麼上面的寫法也比較麻煩，我們有個更簡單的方法，就是，在初次定義的時候，為紋理定義一個别名，之後我們假若需要換紋理，僅告訴Ogre腳本解釋器，别名現在代表另一張紋理便可以了。 例如：我們要渲染一張“漂亮的圖“，在材質 1中，“漂亮的圖”代表 1.png,材質2中，“漂亮的圖”代表2.png，我們隻要告訴Ogre，“漂亮的圖”是哪張便可以了。例子如下： Material met1 { Pass 0 { Texture_unit testTex {
texture_alias DiffuseMap texture defaultDiff.png filtering trilinear tex_coord_set 1 } } } 那麼我們假若需要使用同樣的技術和通道，僅修改紋理圖檔，我們可以簡單到如下： Material met2 { Set_texture_alias DiffuseMap NewChangedDiff.png } 一句話便更換了别名DiffuseMap所指代的對象。直接達到更換紋理貼圖的效果。 是以， 我們盡量可能的為技術，通道，紋理單元手動設定名字，紋理資源盡量設定别名。 合成器Compositor 雖然在Ogre說明書上占了一定篇幅來說明他，很遺憾的是依舊無法了解這個概念名詞，它的作用也很值得斟酌，在現有的資料來看，它的使用率極低，故不再加以研究。暫時，放棄。 粒子腳本 非常熟悉，不贅述。格式完全類似材質腳本，僅修改了屬性關鍵字。 注意的是，Ogre中的粒子腳本中允許設定一些力學資訊。 字型定義腳本 Ogre中字型最終就是一個Meterial對象，我們要獲得這個對象可以有2種方法： 1：利用一個字型生成工具自己設計字型紋理 2：讓Ogre生成一個基于trueType字型的字型紋理 無論使用哪種，都需要在 .fontdef 檔案中對字型進行定義。 當我們使用現有的一個字型紋理，那麼該腳本聲明格式為： MyFont // 字型名稱，程式中調用時使用，自定義 { Type image // 告知Ogre，我們使用的是字型紋理，不是tureType Source XXX.png // 字型紋理檔案名 Glyph A 1 3 14 14 // 告知Ogre，A這個字元在紋理中的位置是(1,3)到(14,14)之間。 …… // 對我們所需要的每一個字元都進行紋理位置的通知 } 從上面可以看出……對中文适用性之低。 當我們使用truetype生成一個字型紋理，那麼腳本聲明格式為 MyNewFont // 字型名稱，程式中調用時使用，自定義 { Type truetype // 告知Ogre我們将從一個字型中生成紋理 Source XXX.ttf // 要加載的. ttf檔案名 Size 16 // 生成字型紋理的大小，若過小，則貼到大的面上就顯示很粗糙，若過大，則貼到小的面上就會模糊不清。 Resolution 96 // 每英寸計算的清晰度，一般是72或96 Antialias_colour true // 關閉預設的字型抗鋸齒，這樣的話我們就會在渲染時手動的對字型邊進行抗鋸齒處理。該項預設為false, 即不使用手動的抗鋸齒，使用Ogre預設的抗鋸齒功能。一般，false即可。 Code_pionts 33-166 // 該項是表示哪一段的unicode編碼應當被生成字型紋理，預設是33-166的字元。 } Overlay覆寫層腳本 這個的作用重點表現在UI方面了，它就是将3D的按Z軸深度進行分割出的層平面，這個腳本預設在Root初始化時會自動搜尋所有的 .overlay 層腳本并且裝載分析。當然我們也可以手動去加載OverlayManager::GetSingleton().parseAllSource()或者手動加載單獨一個腳本OverlayManager::GetSingleton().parseSource(). 我們看一個樣闆式的層腳本 MyNewOverlays // 該層的唯一辨別命名 { Zorder 200 // 該層的Z軸深度，越大代表越接近螢幕 Container Panel (MyNewOverlays/FirstPanel) // Container對應的是element，這兩者都是對Panel的修飾詞，當該面上有新的子面時就使用Container，若是一個完全無子面的面，則可使用 element進行修飾。Panel是注冊過的本面闆元素的類型，Ogre提供了三種基本類型Panel,BorderPanel,TextArea. 括号中的是該元素的唯一識别名稱。我們在程式中就可以使用OverlayManager::GetSingleton().getOverlayElement(唯一識别名稱);來獲得此元素的指針。在該句最後我們還可以加入繼承模版，接下來再說。 { Left 0 Top 0 Width 0.02 Height 0.3 Material ThisPanelMaterial // 這些都是該面闆元素的屬性 } } 這裡我們遺留了三個問題： 1：Ogre提供的三個基本元素類型有什麼差別和作用？ 2：什麼是面版元素繼承的模版，作用有什麼？ 3：面闆元素都有什麼屬性有什麼作用？ 答1：Ogre提供了三個基本表層元素類型。包括Panel,BorderPanel,TextArea。實際上，一般來說，這三種是完全不夠的，是需要我們進行擴充的。擴充後的類型擁有獨特的功能和屬性。 例如： Panel 面版 它就是一個矩形的區域，重點作用就是做一個其他元素的容器。是以一般來說，它更多時候是沒有背景的透明的。他的專有屬性有： Transparent true / false 是否透明，若為true則代表本面闆透明，自己是不參與渲染的。 Tiling 0 1 2 實作多重貼圖。本例說明使用第0層材質紋理在面闆上X軸方向重複貼一次，Y軸方向上重複貼兩次。 Uv_coords topleft_u topleft_v bottomright_u bottomright_v 設定這個面版上的紋理UV坐标。 這三個屬性是Panel專屬的，這意味着其他的表層元素是不具有這些功能和屬性的。 BorderPanel邊框面版 它和Panel差別僅有一個，就是多個一套邊框。這個邊框會随着BorderPanel的大小自動的調節其紋理大小。它的構成由9部分：一個中心區，4個角，4個邊。它的專屬屬性是 Border_size left right top bottom 邊框按螢幕大小的比例尺寸。我們可以發現到Ogre在記錄UI大小時是很喜歡記錄UI與螢幕長度之間的比例，而非實際的象素大小。這樣做的好處是，當螢幕大小有變換時，是很容易實作縮放功能的。 Border_material materialName 因為邊框面闆有獨特的邊框，是以，我們需要對它訓示出其邊框使用的材質紋理。 Border_topleft_uv topleft_U uv_topleft_V buttomRight_U buttomRight_V Border_top_uv topleft_U uv_topleft_V buttomRight_U buttomRight_V …… 總共八塊邊緣都需要指定其UV資訊。這裡我們需要注意，我們美術資源制作時，要求左右兩邊的材質紋理應該允許被垂直拉伸，上下兩塊的材質紋理應該允許被水準拉伸。 TextArea文本區 用來渲染文本的一個表層元素。它轉有屬性包括： Font_name name 要使用的渲染字型名，我們必須保證這個字型在 .fontdef 裡面并且可用。 Char_height 字母高度占用整個螢幕告訴的百分比。 Colour RGB 渲染字型的顔色，預設是使用一般的黑白字型。RGB是0.0-1.0之間的浮點數。 Colour_bottom RGB / colour_top RGB 實作文本從上到下的顔色漸變。 答2： 模闆實際上就是類似于材質拷貝時的那個父類，實際作用是當幾個比較類似屬性的表層元素，我們可以直接定義一個模闆，其他元素繼承于該模闆就節約了一些複制粘貼的操作而已。 我們看下例： Template container BordPanel ( MyTemplate/BasicBorderPanel ) // template表示該Panle是模闆面版，本身它是不進行渲染的，類似于C++的抽象父類，制定一套屬性樣版提供其他渲染面闆直接套用使用。Container也是Panel的一個屬性，表明它是允許有子表層元素的。後面括号裡是模闆面闆名稱。 { Left 0 …… Material MyPanelMaterialName Border_size 0.05 0.05 0.06 0.06 Border_material MyBorderPanelMaterialName …… } Template container Button (MyTemplate/BasicButton) : MyTemplate/BasicBorderPanel // 表明該Button是上面的層的子層，Button是開發人員注冊的一個層元素類型 { Font_name BlackStyle Char_height 0.09 Color_top 1 1 0 Color_bottom 1 0.5 0.5 } 上面定義了一套模闆邊框面和一套模闆按鈕，下面我們将對其實作 MyOverlays // 層名稱 { Zorder 490 // 層深度 Container BorderPanel (ChatBackPanel ) : MyTemplate/BasicBorderPanel //實作一個進行渲染的背景面層元素，它套用模闆邊框面 { Container Button (JionButton) : MyTemplate/BasicButton //實作一個進行渲染的按鈕，它套用模闆按鈕的各項屬性 { Left 0.8 Top 0.4 } Container Button (ExitButton) : MyTemplate/BasicButton //實作另一個進行渲染的按鈕，它套用模闆按鈕的各項屬性 { Left 0.6 Top 0.4 } } } 這樣，我們就得到了一個渲染出來的邊框面闆和上面的兩個按鈕，我們新建立的按鈕就可以省去很多屬性的設定了，僅對部分獨特的屬性進行設定即可。 可見，模闆的作用和抽象Pass通道，技術，紋理單元 是一樣的作用，減少我們屬性設定而建立的。 答3： 層元素屬性是對層的各項渲染指數進行調整的東西。我們也看到了，不同的元素因功能特性不同，會有獨特的屬性，但下列通用屬性是每個元素必須有的： Metrics_mode pixels / relative 屬性參數解釋方式。預設是relative相對模式，這就意味着之後我們設定top 0.8 代表着這個0.8是針對螢幕寬高得到的比例值。若我們設定為pixels則代表我們設定 top 8 是從第8個象素開始的，是一個絕對的象素偏移量。顯而易見，我們再設定為top 0.8 這樣明顯是不合理的了。 預設該項為 metrics_mode relative Horz_align left/center/right 設定此元素水準起點位置。例如，horz_align left 則代表本元素會自動的居左對齊，當然我們再設定left xxx可以再次對其位置進行調整。 預設該項為 horz_align left Vert_align top/center.button 同上不再解釋。 預設該項為 vert_align top Left 0.3 設定元素相對于它上一層的水準位置。後面的參數跟metrics_mode屬性參數解釋方式挂鈎。 預設該項為 left 0 Top 同上不再解釋。 預設該項為 top 0 Width 0.2 設定元素大小。這裡0.2是針對整個螢幕的大小而言，并非針對其父元素的大小。是以當我們設定width 0.5時則意味着這個元素會占螢幕的一半寬。 預設該項為 width 1 Height 同上不再解釋 預設該項為height 1 Material XXX 設定該層元素使用的基本材質。值得注意的是：一個表層元素的材質會預設的禁止其上材質的光照和深層檢測。是以，我們不應當在表層上使用與3D物體相同的材質。另外，該項在不同的元素中解釋意義也是不同的，在Panel中他是整個面版的背景材質，但是在BorderPanel中它僅僅是中心區域的材質。 Caption XXX 設定該層元素的标題。因為部分元素是沒有标題屬性的，是以有些元素可以忽略掉該元素。 Rotation 30 0 0 1 設定該層的旋轉角度，第一個參數是旋轉的角度，第2，3，4屬性分别表示在x,y,z軸的旋轉。本例就說明是該層元素需要圍繞z軸旋轉30度。 4 ： Mesh 網格工具 Ogre自帶的網格工具包括三種： 1：導出器Exporters 用于從繪圖軟體中導出固定格式的資料提供Ogre使用 Ogre這個導出插件能夠導出兩個檔案，一個 .mesh 結尾的網格模型，一個是 .skeleton 字尾的骨骼模型。值得注意的是，當我們需要建立一個模型動畫時候請注意： ·每個頂點必須沒有超過4的權重骨骼指派。 ·所有的頂點都必須被配置設定到至少一個骨骼點上，靜态頂點就配置設定到根部骨骼點上 ·動畫開始和結束時候每個骨骼點上最少要有一個關鍵桢 2：Xml轉換器 能夠将xml格式的資料轉換為Mesh資料和骨骼資料 ·因為很多模型工具導出的Mesh都是xml格式的，這時使用該轉換器就可以直接将 xml格式的mesh網格轉換為 .mesh 檔案。其中的文法非常簡單。 格式為： OgreXMLConverter 檔案名 這樣就可以了。不過在轉換時，你可以有一次機會對Mesh中的Lod資訊進行處理。 3：Mesh網格更新器 能夠對網格的資料進行更新修改功能。 未能順利使用。故不做介紹。 5 ：硬體緩沖區（硬體緩存） ·定義 實際上這個緩沖區就是一塊 malloc 出來的存儲區域，不過它不如 malloc 是在記憶體中申請的區域，而這個緩沖區是在 gpu/agp 中，它的寫讀速度更快。通常硬體緩沖區作用有拿來做頂點緩沖區，索引緩沖區，和象素緩沖區。 ·使用 硬體緩沖區的管理是交由一個硬體緩存管理器負責的HardwareBufferManager，他負責緩沖區的建立和釋放，它是幾何體建立工廠，單鍵在Root初始化時就會被建立，是以，當我們需要一塊記憶體的時候，一定不要直接New或malloc操作，而應當是這樣 VerBuf = HardwareBufferManager::GetSingleton().CreateVertexBuffer() ·類型 我們在配置設定一塊硬體緩沖區時，需要傳一個參數，來指明這塊緩沖區的類型，是否需要頻繁讀寫？這樣對底層的硬體緩存區域配置設定管理提供很大的便利。我們來看一下硬體緩沖區的類型有哪些，我們配置設定它的時候應該做何選擇。（HBU是HarewareBufferUsage簡寫） HBU_STATIC 靜态硬體緩沖區，它意味着我們很少寫入更新緩沖區，偶爾會從中進行資料讀取。 HBU_STATIC_WRITE_ONLY 隻寫靜态硬體緩沖區。它意味着我們很少更新緩沖區，并且絕對不從該緩沖區進行資料讀取。但是，當我們建立了一個備份緩沖的話，我們依舊可以對其讀取。 HBU_DYNAMIC 動态硬體緩沖區。它意味着我們會經常性的更新緩沖區中的資料，并且也希望能從其中讀取資料，這一個效率最低的緩沖區使用方法。 HBU_DYNAMIC_WRITE_ONLY 隻寫動态硬體緩沖區，這個是個隻許寫入的硬體緩沖區，但當我們建立了一個備份緩沖的話，還是允許讀取的。 HBU_DYNAMIC_WRITE_ONLY_DISCARDABLE 這個參數指明這個硬體緩沖區是一個需要頻繁更新的緩沖區，大多數是每桢更新的資料存放在這裡。但是需要注意的是，向該資料緩沖寫入資料時記得加緩存鎖。 建議：多使用WRITE_ONLY為字尾的緩沖區類型。即使必須進行讀取，也建議使用備份緩沖，而非時刻可寫的緩沖。 ·備份緩沖 當我們建立一個WRITE_ONLY的硬體緩沖區後，我們有些時候假若非要從中讀取資料，我們可以在建立緩沖區時傳參，這樣我們在記憶體中就會建立一個備份的緩沖區。每當我們向顯存中寫入一份資料的時候，Ogre會自動的先将這份資料拷貝到記憶體緩沖區後，再将其更新到顯存中的硬體緩沖區。當然，這個技術會帶來更多的開銷，是以，非必要時不要用它。 ·緩存鎖 當我們更新寫入緩沖或者在讀取緩沖的時候，都應該先“鎖”住它，以免它被修改。當然，之後記得解鎖。pBuffer->Lock(begin , length , lockType)一般來說，鎖的範圍越小越便捷快速。但是鎖的類型lockType也可以對讀取的效率産生影響。 鎖的類型包括： ·HBL_NORMAL 這種鎖支援從緩沖區讀取資料，但是效率很低下，因為它允許我們從硬體緩沖區進行資料讀取。但是，當我們使用備份緩沖的話，這種影響會得到一些改善。 ·HBL_READ_ONLY 這種鎖意味着我們隻能從緩沖區中進行内容的讀取，禁止寫入。此時建議我們使用備份緩沖，會提高我們效率。而且，此時我們實際上讀取到的并非硬體緩沖區，而是記憶體中的資料。 ·HBL_DISCARD 這種鎖意味着我們每次操作都會将硬體緩沖區中的所有内容丢棄，一般這種操作也是會在每桢都處理的環境下才會使用，它是禁止讀出的。但是一旦我們如此聲明，也就基本上是向引擎宣稱我們不會對硬體緩沖區的内容感興趣，那麼就不應當建立備份緩沖區。在我們沒有使用備份緩沖區時盡量使用這種鎖，它的效率很高，但若有了記憶體備份緩沖區的話，它就沒有必要了。 ·HBL_NO_OVERWRITE 當我們有些時候需要更新部分緩沖區而非全部緩沖區時，使用HBL_DISCARD就顯的不适合了。此時我們就需要使用這種鎖了，它的效率依舊很高，但是也僅是沒有備份緩沖的時候才有作用。 ·硬體緩沖區和緩沖鎖使用經驗 1：因為最快最優秀的緩沖自然是通過 HBU_STATIC_WRITE_ONLY類型建立，不建立備份緩存，并且僅進行一次HBL_DISCARD的鎖操作永不再額外處理的緩沖。 2：當我們需要頻繁更新的緩沖，可以用HBU_DYNAMIC_WRITE_ONLY來建立，不建立備份緩存，之後使用HBL_DISCARD加鎖，若不想全部更新，則使用HBL_NO_OVERWRITE進行鎖操作。 3：若我們必須從緩沖區中讀取資料的話，那麼我們可以建立一個備份緩沖，用HBL_READ_ONLY将其鎖住。可能的話，盡量聲明緩沖區為靜态的。 4：在我們對頂點的不同元素需要使用不同模式的時候，我們不要通過指針大量更新緩沖區的全部頂點結構，應該分塊更新。例如，我們假設隻需要經常更新紋理坐标資訊，那麼我們應當将紋理坐标資訊儲存在一個單獨的緩沖區區域，而其他的不經常更新的元素拆分儲存在HBU_STATIC_WRITE_ONLY緩沖區中。 ·頂點緩沖區 VertexData中有幾個重要成員： ·VertexStart 頂點起始位置資訊 ·VertexCount 頂點個數 ·VertexDeclaration 一個指向頂點資料個數的指針 ·VertexBufferBinding 一個指向頂點緩沖區綁定的指針 其中頂點類型描述中我們需要強調一個順序問題，為了支援DX9以前的版本，我們有必要按如下順序聲明和資料儲存: 1：頂點位置資訊 2：頂點綁定權重 3：頂點法線資訊 4：頂點環境光顔色資訊 5：頂點鏡面光顔色資訊 6：頂點紋理坐标資訊 除了上面的順序需要注意以外，我們還需要注意的是頂點緩沖區中，是絕對不允許有空隙存在的。 我們建立了一個頂點緩沖區後，我們還需要将起和指定的資源進行綁定。 格式如下 verterBufferBinding->setBinding(0, vertexBuffer); 之後，我們在運作時将頂點緩沖區綁定起來，循環的将其資訊更新填充進入，Ogre提供了臨接點與點之間的間隔長度和起始點資訊，以便我們進行資料更新。 ·索引緩沖區 與頂點緩沖區基本都是一緻的。建立後更新。唯一的差別就是建立時有些屬性不同而已。 ·象素緩沖區 這裡是儲存紋理象素資訊的。但是和頂點緩沖和索引緩沖不同的是，我們不能手動建立象素緩沖區，隻有在我們建立一個紋理的時候，象素緩沖會自動被建立出來。 象素緩沖區中支援的紋理類型： TEX_TYPE_1D 一維的紋理，通過1D紋理坐标來索引 TEX_TYPE_2D 二維的紋理，通過2D文理坐标來索引 TEX_TYPE_3D 三維的紋理，通過3D文理坐标來索引 TEX_TYPE_CUBE_MAP 一個立方體的六個表面紋理，通過3D紋理進行索引。 象素緩沖區的記憶體配置設定格式 Ogre中的圖象資料的資訊都被封裝在一個個的PixelBox對象之中，我們需要注意的是PixelBox本身是儲存在GPU中，但是真正的紋理都是儲存在記憶體中，并非讀到GPU中。GPU中的 PixelBox儲存着記憶體中象素的格式位置内容資訊的描述，但是PixelBox并沒有記憶體管理的功能，它隻能通過儲存的記憶體指針來操作資料。象素盒中提供了通過深度，高度，寬度來索引象素的方法，若一維紋理沒有高度和深度時，就将其參數補1。如下：(width, 1, 1)，二維的紋理(width, height, 1) 象素緩沖區的更新 Ogre提供了兩種更新象素緩沖區的方法。 1：手動建立一個紋理并将一個圖檔放入這個紋理中。我們可以如下代碼Image img; img.load(“xxx.jpg”, “General”); Texture pTex = Texture::getSingleton().createManual( …. ); pTex->GetBuffer(0,0)->blitFromMemory( ); 2：對一個象素緩沖區加鎖之後對其進行讀取和寫入。 Buffer->Lock(HarewareBuffer::HBL_DISCARD); const PixelBox &pb = buffer->getCurrentLock(); //鎖好了之後進行處理 for (int I = 0; I < pb.GetWindth(); ++I) { For( int j = 0; j < GetHeight(); ++j) { Static_cast<unit32*>(pb.data) //資料獲得，随便處理 } } Buffer->unlock(); //最後記得解鎖。 6 ：外部紋理源 ·定義。 我們讀取一個紋理，通常是從一個.jpg.png.bmp等格式的圖形檔案中進行讀取，但有些時候我們需要從avi.mpeg等電影格式檔案，flv檔案，實時渲染産生的來源中讀取紋理，這些管道來源就被稱為外部紋理源。 ·處理外部紋理源。 我們如何處理外部紋理源？本身Ogre是沒有寫的。不過它提供了方法的接口，以便我們寫出需要的插件。 ·外部紋理源插件編寫方法 我們建構的插件必須繼承于ExternalTextureSource類。它提供了一個通用的架構。另外，當我們開始需要擷取外部紋理源的時候可以使用ExternalTextureSourceManager類中的函數來獲得。典型的函數可以如下：AdvanceTextureManager::GetSingleton().GetCurrentPlugIn() ->CreateDefinedTexture(sMaterialName); ·外部紋理源腳本 Material Example/MyVideoExample { Technique { Pass { Texture_unit { Texture_source video { Filename MyMovie.avi Play_mode play Sound_mode Off // 注意：這些屬性根據插件不同而且不同 } } } } } 7 ：陰影 ·啟動陰影 1：預設時陰影是被關閉的。我們要使用陰影就必須使陰影有效，而這個操作必須極其優先處理，因為，是否開啟陰影會影響模型讀取的方式。如： M_SceneMgr->SetShadowTechnique( SHADOWTYPE_STENCIL_ADDITIVE ); //開啟一個模闆陰影。 2：關閉部分不支援投射陰影的光源。（有些光源并不支援投影） Light::SetCastsShadow(false) 3：關閉那些不需要投射陰影的物體。（有些透明物體可能不需要投影） MovableObject::SetCastsShadow(false) 4：設定投影的最遠距離。（為了性能考慮，需要設定） 5：關閉那些不需要接受陰影的物體。（透明材質，自發光材質通常是不能接收投影的） Material::SetReciveShadow(false ) 8：動畫 Ogre預設支援四種腳本動畫。 1） 骨骼動畫。使用骨骼結構來定義網格資料。 a) Ogre的骨骼和動畫資訊被儲存在 .skeleton 的腳本檔案中。 b) 我們進行動畫操作時，需要建立一個叫動畫狀态的對象來控制該動畫的狀态。我們可以通過Entity::getAnimationState()來獲得一個指向動畫狀态的指針，之後我們在frameStarted時間中，通過動畫狀态指針來進行動畫更新。 2） 頂點動畫。儲存頂點快照來決定網格資料如何改變。 3） 場景節點動畫。按照預先定義的路徑，來操作場景節點上挂接的實體進行移動産生動畫。 a) 我們可以為每個SceneNode建立一個對應的NodeAnimationTrack 4） 數值動畫。使用Ogre的接口類AnimableObject來繼承擴充。這樣就可以自定義其對象屬性
![loadrunner之自動關聯[圖]](data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=)