亚洲美女黄色,欧美成人精品一区,国产亚洲福利一区

Little Star — Tue, 20 Oct 2009 13:36:00 GMT

多�?Polymorphism)是面向对象的核心概念�Q�本文以C++��Z��Q�讨论多态的具体实现。C++中多态可以分为基于��承和虚函数的动态多态以及基于模板的静态多态，如果没有特别指明�Q�本文中出现的多态都是指前者，也就是基于��承和虚函数的动态多态。至于什么是多态，在面向对象中如何使用多态，使用多态的好处�{�等问题�Q�如果大家感兴趣的话�Q�可以找本面向对象的书来看看�?br> ��Z��方便说明�Q�下面�D一个简单的使用多态的例子(From [1] )�Q?/p>

class Shape
{
protected:
int m_x; // X coordinate
int m_y; // Y coordinate
public:
// Pure virtual function for drawing
virtual void Draw() = 0;

// A regular virtual function
virtual void MoveTo(int newX, int newY);

// Regular method, not overridable.
void Erase();

// Constructor for Shape
Shape(int x, int y);

// Virtual destructor for Shape
virtual ~Shape();
};

// Circle class declaration
class Circle : public Shape
{
private:
   int m_radius;    // Radius of the circle
public:
   // Override to draw a circle
   virtual void Draw();

   // Constructor for Circle
   Circle(int x, int y, int radius);

  // Destructor for Circle
   virtual ~Circle();
};

// Shape constructor implementation
Shape::Shape(int x, int y)
{
m_x = x;
m_y = y;
}
// Shape destructor implementation
Shape::~Shape()
{
//...
}

// Circle constructor implementation
Circle::Circle(int x, int y, int radius) : Shape (x, y)
{
m_radius = radius;
}

// Circle destructor implementation
Circle::~Circle()
{
//...
}

// Circle override of the pure virtual Draw method.
void Circle::Draw()
{
glib_draw_circle(m_x, m_y, m_radius);
}

main()
{
// Define a circle with a center at (50,100) and a radius of 25
Shape *pShape = new Circle(50, 100, 25);

// Define a circle with a center at (5,5) and a radius of 2
Circle aCircle(5,5, 2);

// Various operations on a Circle via a Shape pointer
//Polymorphism
pShape->Draw();
pShape->MoveTo(100, 100);

pShape->Erase();
delete pShape;

// Invoking the Draw method directly
aCircle.Draw();
}

例子中��用到多态的代码以黑体标��Z��Q�它们一个很明显的特征就是通过一个基�cȝ��指针�Q�或者引用）来调用不同子�cȝ��Ҏ��?br> 那么�Q�现在的问题是，�q�个功能是怎样实现的呢�Q�我们可以先来大概猜��一下：对于一般的�Ҏ��调用�Q�到了汇�~�代码这一层次的时候，一般都是��?Call funcaddr �q�样的指令进行调用，其中funcaddr是要调用函数的地址。按理来��_��当我使用指针pShape来调用Draw的时候，�~�译器应该将Shape::Draw的地址赋给funcaddr�Q�然后Call 指��o��可以直接调用Shape::Draw了，�q�就跟用pShape来调用Shape::Erase一栗��但是，�q�行�l�果却告诉我们，�~�译器赋�l�funcaddr的值却是Circle::Drawde的倹{��这��p��明，�~�译器在对待Draw�Ҏ��和Erase�Ҏ��时��用了双重标准。那么究竟是谁有�q�么大的法力�Q��ɾ~�译器这个铁面无�U�的判官都要另眼相看呢？virtual�Q�！
Clever�Q�！正是virtual�q�个关键字一手导演了�q�一�?#8220;乑֝�大挪�U?#8221;的好戏。说道这里，我们先要明确两个概念�Q�静态绑定和动态绑定�?br> 1、静态绑定（static bingding�Q�，也叫早期�l�定�Q�简单来说就是编译器在编译期间就明确知道所要调用的�Ҏ��Q��ƈ��该�Ҏ��的地址赋给了Call指��o的funcaddr。因此，�q�行期间直接使用Call指��o��可调用到相应的�Ҏ��?br> 2、动态绑定（dynamic binding�Q�，也叫晚期�l�定�Q�与静态绑定不同，在编译期��_��~�译器�ƈ不能明确知道�I�竟要调用的是哪一个方法，而这�Q�要知道�q�行期间使用的具体是哪个对象才能军_��?br> 好了�Q�有了这两个概念以后�Q�我们就可以��_��virtual的作用就是告诉编译器�Q�我要进行动态绑定！�~�译器当然会��重你的意见�Q�而且��Z��完成你这个要求，�~�译器还要做很多的事情：�~�译器自动在声明了virtual�Ҏ��的类中插入一个指针vptr和一个数据结构VTable�Q�vptr用以指向VTable�Q�VTable是一个指针数�l�，里面存放着函数的地址�Q�，�q�保证二者遵守下面的规则�Q?br> 1、VTable中只能存攑֣�明�ؓvirtual的方法，其它�Ҏ��不能存放在里面。在上面的例子中�Q�Shape的VTable中就只有Draw�Q�MoveTo和~Shape。方法Erase的地址�q�不能存攑֜�VTable中。此外，如果�Ҏ��是纯虚函敎ͼ��? Draw�Q�那么同栯��在VTable中保留相应的位置�Q�但是由于纯虚函数没有函��C��Q�因此该位置中�ƈ不存放Draw的地址�Q�而是可以选择存放一个出错处理的函数的地址�Q�当该位�|�被意外调用�Ӟ��可以用出错函数进行相应的处理�?br> 2、派生类的VTalbe中记录的从基�c�M��l�承下来的虚函数地址的烦引号必须跟该虚函数在基类VTable中的索引号保持一致。如在上例中�Q�如果在Shape的VTalbe中，Draw�? 1 ��P�� MoveTo 2 ��P��~Shape�?3 ��P��那么�Q�不��这些方法在Circle中是按照什么顺序定义的�Q�Circle的VTable中都必须保证Draw�? 1 ��P��MoveTo�?2受��至�?3��P��q�里是~Circle。�ؓ什么不是~Shape啊？嘿嘿�Q�忘啦，析构函数不会�l�承的�?br> 3、vptr是由�~�译器自动插入生成的�Q�因此编译器必须负责为其�q�行初始化。初始化的时间选在对象创徏�Ӟ��而地点就在构造函��C��。因此，�~�译器必��M��证每个类臛_��有一个构造函敎ͼ�若没有，自动为其生成一个默认构造函数�?br> 4、vptr通常攑֜�对象的�v始处�Q�也��是Addr(obj) == Addr(obj.vptr)�?br> 你看�Q�天下果然没有免费的午餐�Q��ؓ了实现动态绑定，�~�译器要为我们默默干了这么多的脏话篏�z�R��如果你想体验一下编译器的辛劻I��那么可以��试用C语言模拟一下上面的行�ؓ�Q��?】中��有�q�么一个例子。好了，现在万事具备�Q�只�Ơ东风了。编译，�q�接�Q�蝲入，GO�Q�当�E�序执行�? pShape->Draw()的时候，上面的设施也开始�v作用了。�?br> 前面已经提到�Q�晚期绑定时之所以不能确定调用哪个函敎ͼ�是因为具体的对象不确定。好了，当运行到pShape->Draw()�Ӟ��对象出来了，它由pShape指针标出。我们找到这个对象后�Q�就可以扑ֈ�它里面的vptr�Q�在对象的�v始处�Q�，有了vptr后，我们��找��C��VTable�Q�调用的函数��在眼前了。。等�{�，VTable中方法那么多�Q�我�I�竟使用哪个呢？不用着急，�~�译器早已�ؓ我们做好了记录：�~�译器在创徏VTable�Ӟ��已经为每个virtual函数安排好了座次�Q��ƈ且把�q�个索引可��录了下来。因此，当编译器解析�?strong>pShape->Draw()的时候，它已�l�悄悄的��函数的名字用烦引号来代替了。这时候，我们通过�q�个索引号就可以在VTable中得��C��个函数地址�Q�Call it�Q?br> 在这里，我们��׃��会到��Z��么会有第二条规定了，通常�Q�我们都是用基类的指针来引用�z��cȝ��对象�Q�但是不��具体对象是哪个�z��cȝ��Q�我们都可以使用相同的烦引号来取得对应的函数实现�?br> 现实中有一个例子其实跟�q�个蛮像的：报警电话�?10�Q?19�Q?20�Q�VTable中不同的�Ҏ��Q�。不同地方的人拨打不同的��L��所产生的结果都是不一��L��。譬如，在三环外的一个�h�Q�具体对象）跟一环内的一个�h�Q�另外一个具体对象）�?19�Q�最后调用的消防队肯定是不一��L��Q�这��是多态了。这是怎么实现的呢�Q�每个�h都知道一个报警中心（VTable�Q�里面有三个�Ҏ�� 110�Q?19�Q?20�Q�。如果三环外的一个�h需要火警抢险（一个具体对象）�Ӟ��它就拨打119�Q�但是他肯定不知道最后是哪一个消防队会出现的。这得有报警中心来决定，报警中心通过�q�个具体对象�Q�例子中��是具体位置了）以及他说拨打的电话号码（可以理解成烦引号�Q�，报警中心可以��定应该调度哪一个消防队�q�行抢险�Q�不同的动作�Q��?br> �q�样�Q�通过vptr和VTable的帮助，我们��实��C��C++的动态绑定。当�Ӟ��q�仅仅是单��承时的情况，多重�l�承的处理要相对复杂一点，下面��要说一下最��单的多重�l�承的情况，至于虚��承的情况�Q�有兴趣的朋友可以看�? Lippman的《Inside the C++ Object Model》，�q�里暂时��׃��展开了。（主要是自��p��没搞清楚�Q�况且现在多重��扉K��不怎么使用了，虚��承应用的��Z��更��了�Q?br> 首先�Q�我要先说一下多重��承下对象的内存布局�Q�也��是说该对象是如何存放本�w�的数据的�?/p>

class Cute
{
public:
int i;
virtual void cute(){ cout<<"Cute cute"<};

class Pet
{
public:
int j;
virtual void say(){ cout<<"Pet say"<};

class Dog : public Cute,public Pet
{
public:
int z;
void cute(){ cout<<"Dog cute"< void say(){ cout<<"Dog say"<};

在上面这个例子中�Q�一个Dog对象在内存中的布局如下所�C�：

Dog

Vptr1

Cute::i

Vptr2

Pet::j

Dog::z

也就是说�Q�在Dog对象中，会存在两个vptr,每一个跟所�l�承的父�cȝ��对应。如果我们要惛_��现多态，��必��d��对象中准��地扑ֈ�相应的vptr�Q�以调用不同的方法。但是，如果�Ҏ��单��承时的逻辑�Q�也��是vptr攑֜�指针指向位置的�v始处�Q�那么，要在多重�l�承情况下实玎ͼ�我们必须保证在将一个派生类的指针隐式或者显式地转换成一个父�cȝ��指针�Ӟ��得到的结果指向相应派生类数据在Dog对象中的起始位置。幸好，�q�工作编译器已经帮我们完成了。上面的例子中，如果Dog向上转换成Pet的话�Q�编译器会自动计��Pet数据在Dog对象中的偏移量，该偏�U�量加上Dog对象的�v始位�|�，��是Pet数据的实际地址了�?/p>

int main()
{
Dog* d = new Dog();
cout<<"Dog object addr : "< Cute* c = d;
cout<<"Cute type addr : "< Pet* p = d;
cout<<"Pet type addr : "< delete d;
}

output:
Dog object addr : 0x3d24b0
Cute type addr : 0x3d24b0
Pet type addr : 0x3d24b8 // 正好指向Dog对象的vptr2处，也就是Pet的数�?br>

好了�Q�既然编译器帮我们自动完成了不同父类的地址转换�Q�我们调用虚函数的过�E�也��p��单��承统一��h��了：通过具体对象�Q�找到vptr�Q�通常指针的�v始位�|�，因此Cute扑ֈ�的是vptr1�Q�而Pet扑ֈ�的是vptr2�Q�，通过vptr�Q�我们找到VTable�Q�然后根据编译时得到的VTable索引��P��我们取得相应的函数地址�Q�接着��可以马上调用了�?br>
在这里，��Z��也提一下两个特�D�的�Ҏ��在多态中的特别之处吧�Q�第一个是构造函敎ͼ�在构造函��C��调用虚函数是不会有多态行为的�Q�例子如下：

class Pet
{
public:
   Pet(){ sayHello(); }
   void say(){ sayHello(); }

   virtual void sayHello()
   {
     cout<<"Pet sayHello"<   }

};

class Dog : public Pet
{
public:
   Dog(){};
   void sayHello()
   {
     cout<<"Dog sayHello"<   }
};

int main()
{
Pet* p = new Dog();
p->sayHello();
delete p;
}

output:
Pet sayHello //直接调用的是Pet的sayHello()
Dog sayHello //多�?br>

�W�二个就是析构函敎ͼ�使用多态的时候，我们�l�常使用基类的指针来引用�z��cȝ��对象�Q�如果是动态创建的�Q�对象��用完后，我们使用delete来释攑֯�象。但是，如果我们不注意的话，会有意想不到的情况发生�?/p>

class Pet
{
public:
~Pet(){ cout<<"Pet destructor"< //virtual ~Pet(){ cout<<"Pet virtual destructor"<};

class Dog : public Pet
{
public:
~Dog(){ cout<<"Dog destructor"< //virtual ~Dog(){ cout<<"Dog virtual destructor"<};

int main()
{
Pet* p = new Dog();
delete p;
}

output�Q?br>Pet destructor //�p�了�Q�Dog的析构函数没有调用，memory leak!

如果我们��析构函数改成virtual以后�Q�结果如�?br>Dog virtual destructor
Pet virtual destructor // That's OK!

所以，如果一个类设计用来被��承的话，那么它的析构函数应该被声明�ؓvirtual的�?/p>

Little Star 2009-10-20 21:36 发表评论

Little Star — Tue, 20 Oct 2009 13:11:00 GMT

通常在C的编�E�中�Q�我们经�怋�用memset函数��一块连�l�的内存区域清零或设�|��ؓ其它指定的��|��最�q�在�U�L��一�D�java代码到C++的时候，不当使用memset函数��p��了我几个��时的调试时间。对于虚函数的底层机制很�?a style="font-size: 1em;" id="vad_3" class="vLink9999" onmouseover="if(typeof(showTitle)!='undefined'){this.title='';window.clearTimeout(hideTO);showTitle(event, this, 3,'');}" title="" onmouseout="if(typeof(showTitle)!='undefined'){mouseIsOverLayer = false; mouseoverwhileload =" false;="" hideto=" window.settimeout('checkifmouseoverlayer()',500);}" onclick="" target="_blank">资料都有较详�l?a style="font-size: 1em;" id="vad_1" class="vLink9999" onmouseover="if(typeof(showTitle)!='undefined'){this.title='';window.clearTimeout(hideTO);showTitle(event, this, 1,'');}" title="iphone @utops.cc" onmouseout="if(typeof(showTitle)!='undefined'){mouseIsOverLayer = false; mouseoverwhileload =" false;="" hideto=" window.settimeout('checkifmouseoverlayer()',500);}" onclick="" target="_blank">阐述�Q�但�Ҏ��个�h而言�Q�这�ơ的调试让我感触颇深�?

先来看一�D�代码，在��承的�c�Advance之中�Q�有很多属性字�D�，�?a style="font-size: 1em;" id="vad_0" class="vLink9999" onmouseover="if(typeof(showTitle)!='undefined'){this.title='';window.clearTimeout(hideTO);showTitle(event, this, 0,'');}" title="" onmouseout="if(typeof(showTitle)!='undefined'){mouseIsOverLayer = false; mouseoverwhileload =" false;="" hideto=" window.settimeout('checkifmouseoverlayer()',500);}" onclick="" target="_blank">希望��其清成0或NULL�Q�于是在构造函��C��我通过memset��当前类的所有属性置0�?

class Base{

public:

virtual void kickoff() = 0;

};
class Advance:public Base{

public:

Advance(){

memset(this, 0, sizeof(Advance));

}

void kickoff(){

count++;

//... do something else;

}

private:

int attr1, attr2;

char* label;

int count;

//... other attributes, they should be initiated to 0 or NULL at beginning.

};

int _tmain(int argc, _TCHAR* argv[])

{
Base* ptr = new Advance();
ptr->kickoff();
return 0;
}

�q�样看似能正常运行，但运行程序时�Q�你会发现类��g��下面的错误：

TestVirtual.exe 中的 0x00415390 处未处理的异�? 0xC0000005: ��d��位置 0x00000000 时发生访问冲�H?

同时断点停留在ptr->kickoff()处，从错误提�C�我们可以得知无法调用kickoff�Ҏ��Q�这个方法的指针没有被正��初始化�Q�但��Z��么呢�Q?

指出问题之前�Q�先看看�q�段文献上的关于虚函数机制的说明�Q?

函数赖以生存的底层机�Ӟ��vptr + vtable。虚函数的运行时实现采用了VPTR/VTBL的�Ş式，�q�项技�?/a>的基��Q?
①编译器在后��Cؓ每个包含虚函数的�c�M�生一个静态函数指针数�l�（虚函数表�Q�，在这个类或者它的基�c�M��定义的每一个虚函数都有一个相应的函数指针�?
②每个包含虚函数的类的每一个实例包含一个不可见的数据成员vptr�Q�虚函数指针�Q�，�q�个指针被构造函数自动初始化�Q�指向类的vtbl�Q�虚函数表）
③当客户调用虚函数的时候，�~�译器��生代码反指向到vptr�Q�烦引到vtbl中，然后在指定的位置上找到函数指针，�q�发��用�?

�q�里的问题，��出�?

memset(this, 0, sizeof(Advance));

上面�Q�虚函数指针应该在进入构造函数赋��g��之前自动初始化的�Q�而memset却又��已�l�初始化好的指针�?了，�q�就是�ؓ什么会产生上面的访问零址的错误。将上面的memset语句去除�E�序��可以正常运行了�?

所以，从上面的问题中，我们可以看出在构造函��C��内调用memset��整个对象清0是很有风险的�Q�当没有虚函数的时候上面程序可以正常运行（可以试着��Base�cȝ��U�虚函数声明�Ҏ��非虚函数再运行程序）。初始化�cȝ��属性对象时�Q�比较稳妥的办法�q�是手动逐个�q�行初��?

Little Star 2009-10-20 21:11 发表评论

Little Star — Tue, 13 Oct 2009 15:34:00 GMT

       shadow map 以前早就研究�q�，不过一�ơ不��心把以前做的东襉K��弄丢了，今天重新做了一下，
加到了系�l�里�Q�给大家看下效果�Q�）

shadow map��法原理很简�?先简单介�l�下��法�l�新人：
1.以光源所在位�|��ؓ观察�Ҏ��染场景（可以只渲染需要��生阴��q��物体�Q�将渲染后的深度��g��存深度图�Q�一张事先准备好的纹理）�?br>在此步需要注意的�?此次渲染用到的模型观视投��q��阵（以后��U�mvp�Q�需要保存一下，下一步要用到�?br>2.正常渲染场景�Q�将��点坐标乘以步骤一时候的mvp�Q�将坐标变换��C��光源��察点的坐标系里，比较z值和从深度图中读出来�?br>值得大小判断遮挡�Q�有遮挡的话��输出颜色减弱或者换成别的随�W�你了。其中有个地斚w��要注意，如何从深度图�U�理中读数据�Q?br>�q�个我是�q�么解决的：float2 suv = ((spos.xy/spos.z))//其中spos是变换到光源坐标�p�M��的顶�Ҏ��据，得到的suv�l�过处理后可�?br>当做深度囄��U�理坐标��|��d��Ҏ��为float4 shadow = tex2D(t11,(suv+1.0)*0.5)�Q�其中用��C��个�?1�Q?】到�?�Q?】的变换�?br>剩下的就是比较了 �Q?
float sz = 1 - spos.z/(gDepthSize)�Q?/��深度值变换到�?�Q?】区��_��gDepthSize是获得深度纹理时渲染场景的最深�?
            //增加阴媄
            if((sz < shadow.x))//sz是就�?br>            {
                color = color*(1 - shadow);
                color.w = 1.0;
                //color = float4(sz,sz,sz,1);
            }
//----------------------------------------------------------------------------------------------------------------------------
关于shadow map ��法的缺�?跟大家讨��Z��?
永远的困扰shadow map的失真问题，当光源照��场景稍大的时候失真现象就会很严重�Q�有些改�q�算法，但都觉得��L��不治本�?br>如果说我整个场景有很多到处跑的�h�Q�那他们的阴影效果要怎样做呢�Q�？�Q?br>
感觉shadow map用在生成当前角色的阴影挺好，如果是大范围的不大适合。很多静态的物体可以先把阴媄事先计算好，用的时�?br>直接��d��Q�没有必要每帧都重新计算�?br>
//----------------------------------------------------------------------------------------------------------------------------
shadow map 最大的好处是可以处理透明�U�理的阴影，以�ؓ我的场景的树是用透明�U�理��M��ȝ��Q�如果得到的阴媄是个�?br>形那��很怪了�Q�幸好shadow map 没有�q�个问题�Q�！�Q?br>

Little Star 2009-10-13 23:34 发表评论

Little Star — Tue, 13 Oct 2009 01:02:00 GMT

         今天考虑�E�序的优化问题，�H�然惛_��说现在vetex shader已经可以讉K��U�理资源了，可以把访问高度图的操作�{�U?br>到vetex shader中去做计��，GPU讉K��U�理的速度要比CPU讉K��内存快多了吧�Q�我是这么认为的�Q�。不�q�遇见一个问题�?br>用tex2D讉K��出来的值怪怪的�Q�不是我要的高度�U�理��|��后来发现如果fragment shader里面讉K��了别的纹理会影响到vetex�?br>面的�Q�上�|�google了一下，好多人都说得�?tex2DLod才行�Q�试了下一点好转的�q�象都没有，又有��U�理得是float的，参照
着改了下，�q�是不行。（很多时候在�|�上查到的都不好用，当然也有好用的，有点废话�Q�哈哈）
        后来�H�然发现我的sampler都没有跟寄存器绑定，�l�定了以后就好了�Q�很奇怪，��N��说只调用cgGLSetTextureParameter
�q�不能实现纹理的�l�定�Q?nbsp; 现在我把所有sampler都跟一个寄存器�l�定后就一切正�怺��?br>
��像�q�样�Q?br>//--------------------------------------------------------------------------------
sampler2D t10 :TEXUNIT0;//地面高度�?    其他的sampler也需要绑定到寄存器才会好�?br>
OutPut xS_v(float4 ipos:POSITION,
            float2 tex:TEXCOORD0,
            float3 normal:NORMAL)
{
    OutPut OUT;                            //out是关键字
    ipos.y =tex2D(t10,tex).z*256;
//---------------------------------------------------------------------------------

cg语言�q�行出来的结果经常怪怪的�Q�有一�ơ我故意写错了一句话�Q�结果编译也能通过�Q�只是显�C�出来的完全�?br>是我惌��的，有没有高人指点一下，多谢�Q�！

不过把访问高度图改到用GPU讉K��U�理后，效果�q�是很明昄��Q�速度提升了差不多一倍�?br>

Little Star 2009-10-13 09:02 发表评论

Little Star — Sun, 11 Oct 2009 16:48:00 GMT

最�q�的工作�Q?br>
1.实现了刀客的动作控制。（md2文�g�Q�GPU实现帧动画）�?br>2.试验了水面效果（有反��纹理映��，水面法线贴图计算光照和扰动）�?br>3.试验了billboard效果�?br>4.修改�E�序中的一些bug�?br>
有两个个问题�Q?br>1.OpenGL如何提高效率�Q�欢�q�指教！
2.flt文�g如何��化，有好用的工具么，我的都是�?ds��D��来的�Q�面数太多了�Q�不大适用�?br>
发几张孬图，�ȝ��大方�Q?br>

感觉水面反射加了树的倒媄反而变得怪怪的�Q�！

再来几张前几天截得图

�q�是我的��花园，大树的纹理烂透了�?br>

��河��水哗啦�?#8230;…

��L��地�Ş的效果，感觉�q�蛮漂亮的，呵呵

大家有什么看法尽量留�a��Q�您的关注就是对我最大的帮助�Q�！

Little Star 2009-10-12 00:48 发表评论

Parallax Mapping 效果�?很烂的效果图

Little Star — Thu, 24 Sep 2009 19:33:00 GMT

normal map

Parallax Mapping

对应的网格图

��着人少发两张等着挨砖头的效果图�?br>
看了一天的资料�Q�证实了原来的想法是对的�?br>normal map �?bump map 的改�q�，主要是GPU可编�E��ؓ其创造了条�g�?br>parallax map �?normal map 的改�q�版本，相当于是对normal map 的修正，没什么心意�?br>
Displacement Mapping貌似挺牛�Q�明天仔�l�研�I�下 �Q?�Q?br>

Little Star 2009-09-25 03:33 发表评论

Texture Blending && Phone Model && Roam Terrain Utilize the Cg to realize

Little Star — Wed, 23 Sep 2009 18:09:00 GMT

先来张调整了参数的roam�|�格囄��Q�把面片数约束在1w�Q�这下roam的效果就明显了吧�Q?br>发现地势如果不是特别�q�_��的话�Q�很难找��C��个满意的参数�Q�既能减��面片数�Q�又能取得很好的昄��效果�?br>如果有大片大片的�q�_��Q�那��q��单了�?br>

�q�是使用cg语言实现�?texture blend 使用四张�U�理加一个细节纹理�؜合而成�Q?br>增加了像素��?Phone 光照模型。光照的颜色有点怪怪的�?br>

Little Star 2009-09-24 02:09 发表评论

Little Star — Sun, 20 Sep 2009 17:00:00 GMT

面片数跟帧数永远的让人很矛盾。这样以后突变就很不明显了，肉眼几乎发现不了�Q�不�q�感觉有退化成普通的lod的趋�ѝ�?br>当然�Q�远处的�|�格�q�是会有跛_��现象�Q�不�q�那已经很远了，一般不会有人注意到发生了什么�?br>可是�q�样大大增加了网格数量，应用下视景体剪除效果会比�q�个好很多吧�Q?br>

Little Star 2009-09-21 01:00 发表评论

Little Star — Sat, 19 Sep 2009 16:29:00 GMT

�q�个是我实现出来�?roam terrain 地�Ş
问题是，当我在地形上漫游�Ӟ��|�格必然会发生变化。不同层�ơ的�|�格之间跌��的很厉害�Q�让��得地形很不真实，
有没有�h有好的办法能解决�Q?br>

Little Star 2009-09-20 00:29 发表评论

��易飞行仿�?—�?入��R我的��镇

Little Star — Wed, 16 Sep 2009 16:35:00 GMT

1.��试一�?flt文�g��d��和现实效果�?br>2.��试下引擎框�Ӟ��L��bug�?br>

�q�张是刚开始时没加载上外部文�g时的

�q�张是爆炸效果图

�q�张是着火效�?br>

被导弹追�?br>
最后来张夜色美�?br>

诚盼牛�h指点不��Q?br>