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

            天行健 君子當自強而不息

            Working with Maps and Levels(9)

            Blocking the Path with Barriers

            You know—detecting when your character is walking around the map bumping into walls or standing
            on solid ground. What about objects such as doors blocking your character’s way?
            Because a door is not part of the terrain, I didn’t include a door when I constructed
            the collision detection code. Now is the time to remedy that situation.

            Anything that bars clear passage of a character’s movement is called a barrier.
            Barriers can exist in two states—open (disabled) or closed (enabled). Characters
            are allowed to pass through a barrier when it is open, but they cannot pass through
            when the barrier is closed.

            You can treat barriers much as you do triggers. You can define a barrier similar to
            the way you define a trigger on a map. You can define barriers as spheres, boxes,
            cylinders, and triangles. Barriers can also have an enabled state, with true meaning
            that the barrier is blocking the character’s passage and false meaning that the way
            through the barrier is clear.

            The big difference between barriers and triggers is that barriers can have meshes
            and animation assigned to them. This relieves you of the burden of drawing the
            barrier and gives the job to the barrier engine. All you have to do is assign the
            meshes and animations.

            You start off using barriers with the barrier class declaration,
            which looks very similar to the trigger class declaration. Notice that I also
            define an enum list and structure (sBarrier) used to contain each barrier’s data:

            enum BarrierType
            {
                BARRIER_SPHERE = 0, BARRIER_BOX, BARRIER_CYLINDER, BARRIER_TRIANGLE
            };

            /********************************************************************************************/

            typedef 
            struct sBarrier
            {
                
            long    type;  // BARRIER_SPHERE, BARRIER_BOX, etc.
                long    id;
                
            bool    enabled;

                
            float   x_pos, y_pos, z_pos;
                
            float   x_rot, y_rot, z_rot;

                
            float   x1, y1, z1;
                
            float   x2, y2, z2;
                
            float   x3, z3;

                
            float   radius;

                cObject 
            object;

                sBarrier*   prev;
                sBarrier*   next;

                
            //////////////////////////////////////////////////////////////////////

                sBarrier()  
                { 
                    prev = next = NULL; 
                }

                ~sBarrier() 
                { 
                    delete next; next = NULL;  
                }
            } *sBarrierPtr;

            Here’s where the similarities between the triggers and barrier end. A barrier needs
            a graphical representation (a 3-D mesh), so the code adds a Graphics
            Core cObject object that is used to contain the barrier’s mesh and animation data.

            Getting back to the similarities of the trigger and barrier classes, notice the pointers
            that maintain the linked list as well as the sBarrier structure constructor and
            destructor.

            The similarities between triggers and barrier continue with the declaration of the
            barrier class:

            typedef class cBarrier
            {
            private:
                
            long        m_num_barriers;
                sBarrier*   m_root_barrier;

                
            //////////////////////////////////////////////////////////////////////

            public:
                cBarrier()
                {
                    m_num_barriers = 0;
                    m_root_barrier = NULL;
                }
                
                ~cBarrier()
                {
                    free();
                }

                
            void free()
                {
                    delete m_root_barrier;
                    m_root_barrier = NULL;

                    m_num_barriers = 0;
                }

                
            long get_num_barriers()
                {
                    
            return m_num_barriers;
                }

                sBarrier* get_root_barrier()
                {
                    
            return m_root_barrier;
                }
             

            Shift your focus for a moment to the arguments that the add_barrier function is taking.
            Aside from the position in which to position the barrier (using the x_pos, y_pos,
            and z_pos arguments), the add_barrier function takes the rotational values in which to
            draw the barrier’s mesh (using the x_rot, y_rot, and z_rot arguments that represent the
            X-, Y-, and Z-rotational values, in radians, respectively).

            Notice that the addition of rotational values throughout the barrier class, as well as
            the addition of an extra trio of coordinates that define the mesh’s position in the
            world. As you come upon these additional values, I’ll be sure to point them out.

                sBarrier* add_barrier(long type, long id, bool enabled,
                                      
            float x_pos, float y_pos, float z_pos,
                                      
            float x_rot, float y_rot, float z_rot)
                {
                    
            // allocate a new barrier structure and link in

                    sBarrier* bar = 
            new sBarrier;

                    bar->prev = NULL;
                    bar->next = m_root_barrier;

                    
            if(m_root_barrier)
                        m_root_barrier->prev = bar;

                    m_root_barrier = bar;

                    bar->type    = type;
                    bar->id      = id;
                    bar->enabled = enabled;
                    bar->x_pos   = x_pos;
                    bar->y_pos   = y_pos;
                    bar->z_pos   = z_pos;
                    bar->x_rot   = x_rot;
                    bar->y_rot   = y_rot;
                    bar->z_rot   = z_rot;

                    m_num_barriers++;

                    
            return bar;
                }  

            posted on 2007-12-10 13:50 lovedday 閱讀(187) 評論(0)  編輯 收藏 引用

            公告

            導航

            統計

            常用鏈接

            隨筆分類(178)

            3D游戲編程相關鏈接

            搜索

            最新評論

            欧美精品丝袜久久久中文字幕| 超级碰碰碰碰97久久久久| 久久久久99精品成人片试看| 色欲综合久久中文字幕网| 国产精品美女久久久久网| 久久精品三级视频| 久久久久免费看成人影片| 99久久国产综合精品成人影院 | 人妻无码αv中文字幕久久| 久久国产精品-久久精品| 久久久久亚洲国产| 国产福利电影一区二区三区久久老子无码午夜伦不 | 久久国产成人午夜aⅴ影院| 三级三级久久三级久久| 99精品伊人久久久大香线蕉 | 精品久久人妻av中文字幕| 久久久久久极精品久久久| 亚洲成色WWW久久网站| 久久有码中文字幕| 国产69精品久久久久99| 久久午夜伦鲁片免费无码| 亚洲精品综合久久| 久久九色综合九色99伊人| 久久99精品国产| 久久无码人妻一区二区三区午夜 | 精品久久久久久国产| 久久精品一区二区三区中文字幕 | 国产精品99久久久精品无码| 精品多毛少妇人妻AV免费久久| 久久综合88熟人妻| 亚洲国产精品成人久久| 国产精品久久久久免费a∨| 久久伊人精品青青草原日本| 国产三级观看久久| 伊人色综合久久天天| 久久综合中文字幕| 久久婷婷国产麻豆91天堂| 日本福利片国产午夜久久| 久久香蕉国产线看观看99| 久久成人国产精品二三区| 亚洲国产成人久久综合碰碰动漫3d|