经验首页 前端设计 程序设计 Java相关 移动开发 数据库/运维 软件/图像 大数据/云计算 其他经验
当前位置:技术经验 » 程序设计 » 游戏设计 » 查看文章
DirectX11--实现一个3D魔方(2)
来源:cnblogs  作者:X_Jun  时间:2019/1/9 9:27:17  对本文有异议

前言

上一章我们主要讲述了魔方的构造和初始化、纹理的准备工作。目前我还没有打算讲Direct3D 11关于底层绘图的实现,因此接下来这一章的重点是魔方的旋转。因为我们要的是能玩的魔方游戏,而不是一个观赏品。所以对旋转这一步的处理就显得尤其重要、精细,甚至可以展开很大的篇幅来讲述。现在光是为了实现旋转的这个动画就弄了我大概300行代码。

章节
实现一个3D魔方(1)
实现一个3D魔方(2)

Github项目--魔方

日常安利一波本人正在编写的DX11教程。

DirectX11 With Windows SDK完整目录

欢迎加入QQ群: 727623616 可以一起探讨DX11,以及有什么问题也可以在这里汇报。

一个立方体绕魔方的旋转

回顾一下立方体结构体Cube的定义:

  1. struct Cube
  2. {
  3. // 获取当前立方体的世界矩阵
  4. DirectX::XMMATRIX GetWorldMatrix() const;
  5. RubikFaceColor faceColors[6]; // 六个面的颜色,索引0-5分别对应+X, -X, +Y, -Y, +Z, -Z面
  6. DirectX::XMFLOAT3 pos; // 旋转结束后中心所处位置
  7. DirectX::XMFLOAT3 rotation; // 仅允许存在单轴旋转,记录当前分别绕x轴, y轴, z轴旋转的弧度
  8. };

这里可以通过修改rotaion分量的值来指定魔方绕中心点以什么轴旋转,比如说rotation.x = XM_PIDIV2是指当前立方体需要绕中心点以X轴按顺时针旋转90度(从坐标轴正方向朝中心点看)。

之前提到魔方的正中心位于世界坐标系的原点,这样方便我们进行旋转操作以节省不必要的平移。现在我们只讨论魔方的其中一个立方体的旋转情况,它需要绕Z轴顺时针旋转θ度。

这整个过程可以拆分成旋转和平移。其中立方体的旋转可以理解为移到中心按顺时针旋转θ度,然后再平移到目标位置。

变换过程可以用下面的公式表示,其中p为旋转前立方体的中心位置(即成员pos),p' 为旋转后立方体的中心位置,Rz(θ) 为绕z轴顺时针旋转θ度(即成员rotation.z),Tp'则是平移矩阵,vv'分别为变换前后的立方体顶点:

\[ \mathbf{p'} = \mathbf{p} \times \mathbf{R_{z}(θ)} \]
\[ \mathbf{v'} = \mathbf{v} \times \mathbf{R_{z}(θ)} \times \mathbf{T_{p'}}\]

现在我们来考虑这样一个场景,假如rotation允许其x,y,z值任意,当这个魔方处于已经被完全打乱的状态时,这个魔方的物理(内存索引)位置和逻辑(游戏中)的位置仅能凭借posrotation联系起来。那么,我现在要顺时针转动现在这个魔方的右面,我怎么知道这9个逻辑上的立方体原来所处的物理位置在哪里?显然要找到它们对应所处的索引是困难的,这么做还不如保证魔方的物理位置和逻辑位置是一致的,这样才能方便我直接根据索引来指定哪些立方体需要旋转。

此外,在实际游玩魔方的时候始终只会对其中一层或整个魔方进行旋转,不可能会同时出现诸如正面顺时针和顶面顺时针旋转的情况,即所有的立方体在同一时间段绝不可能会出现类似rotation.yrotation.z都是非0的情况。因此最终Cube::GetWorldMatrix的代码可以表示成:

  1. DirectX::XMMATRIX Cube::GetWorldMatrix() const
  2. {
  3. XMVECTOR posVec = XMLoadFloat3(&pos);
  4. // rotation必然最多只有一个分量是非0,保证其只会绕其中一个轴进行旋转
  5. XMMATRIX R = XMMatrixRotationRollPitchYaw(rotation.x, rotation.y, rotation.z);
  6. posVec = XMVector3TransformCoord(posVec, R);
  7. // 立方体转动后最终的位置
  8. XMFLOAT3 finalPos;
  9. XMStoreFloat3(&finalPos, posVec);
  10. return XMMatrixRotationRollPitchYaw(rotation.x, rotation.y, rotation.z) *
  11. XMMatrixTranslation(finalPos.x, finalPos.y, finalPos.z);
  12. }

XMMatrixRotationRollPitchYaw函数是先按Z轴顺时针旋转,再按X轴顺时针旋转,最后按Y轴顺时针旋转。它实际上只会根据rotation来按其中一个轴旋转。

现在我们尝试给魔方的顶面绕Y轴顺时针旋转,在Rubik::Update方法内部用下述代码尝试一下

  1. void Rubik::Update(float dt)
  2. {
  3. for (int i = 0; i < 3; ++i)
  4. for (int k = 0; k < 3; ++k)
  5. mCubes[i][2][k].rotation.y += XM_PI * dt;
  6. }

然后在GameApp::UpdateScene调用Rubik::Update

  1. void GameApp::UpdateScene(float dt)
  2. {
  3. mRubik.Update(dt);
  4. }

你看,它转起来啦!

魔方的旋转保护

之前的旋转都是基于rotation最多只能有一个分量是非0的理想情况,但是如果上面的旋转不做防护的话,难免会导致用户在操作魔方的时候出现异常。因此这里我给Rubik添加了几个成员:

  1. // 当前是否鼠标正在拖动
  2. bool mIsPressed;
  3. // 当前是否有动画在播放
  4. bool mIsLocked;
  5. // 当前自动旋转的速度
  6. float mRotationSpeed;

前面两个成员用于保护控制。考虑到魔方项目需要同时支持键盘和鼠标的操作,但是键盘和鼠标的操作特性是不一样的,键盘是按键后就会响应旋转动画,而鼠标则是在拖动的时候就在旋转魔方,并且放开后魔方还要归位。

下面是关于旋转保护的状态图:

mIsLockedtrue时,此时将会拒绝键盘或鼠标的响应,也就是说这个时候的旋转函数应该是不进行任何的操作。

比如说现在我们魔方旋转的方法是这样的:

  1. // 绕X轴旋转魔方某一层
  2. void RotateX(int pos, float dTheta, bool isPressed = false);

其中pos用于指定魔方的哪一层,取值范围为0到2,dTheta用于指定这一帧产生的旋转弧度,isPressedtrue的时候会告诉魔方现在正在用鼠标拖动,反之则为键盘操作或者鼠标完成了拖动。

这里还有一个潜藏的问题要解决。当mIsLockedfalse的时候,可能这时鼠标正在拖动魔方,然后突然来了个键盘的响应,这时候导致的结果就很严重了。要想让键盘和鼠标的操作互斥,就必须严格按照状态图的流程来执行。(写到这里含泪修改自己的代码)

由于键盘按下后会导致在这一帧产生一个90度的瞬时响应,而让鼠标在一帧内拖动出90度是几乎不可能的,我们可以把它用作判断此时执行的是键盘操作。如果mIsPressedtrue,说明现在同时发生了键盘和鼠标的操作,需要把来自键盘的操作给拒绝掉。

现在排除所有旋转相关的实现,加上保护后的代码如下:

  1. void Rubik::RotateX(int pos, float dTheta, bool isPressed)
  2. {
  3. if (!mIsLocked)
  4. {
  5. // 检验当前是否为键盘操作
  6. // 可以认为仅当键盘操作时才会产生绝对值为pi/2的瞬时值
  7. bool isKeyOp = (fabs(fabs(dTheta) - XM_PIDIV2) < 10e-5f);
  8. // 键盘输入和鼠标操作互斥,拒绝键盘的操作
  9. if (mIsPressed && isKeyOp)
  10. {
  11. return;
  12. }
  13. // ...
  14. // 鼠标或键盘操作完成
  15. if (!isPressed)
  16. {
  17. // 开始动画演示状态
  18. mIsPressed = false;
  19. mIsLocked = true;
  20. // ...
  21. }
  22. }
  23. }

这里还有一个重载函数,用于整个魔方的旋转。目前内部实现除去省略的部分都是一样的。函数原型如下:

  1. void Rubik::RotateX(float dTheta, bool isPressed);

魔方的旋转动画

旋转动画可以说是本篇文章的核心部分了。可以说这个旋转本身包含了很多的tricks,不是给rotation加个值这么简单的事情,还需要考虑键鼠操作的可连续性。

首先,键盘操作的话必然只会顺(逆)时针旋转90度,并且只会产生一次有效的Rotation操作。

鼠标操作的随意性比键盘会大的多,在释放的时候旋转的角度都可能会是任意的,它会产生连续的Rotation操作,在拖动的时候传递mIsPressed = true,仅在最后释放的时候传递mIsPressed = false

现在让我们给Rubik::RotateX加上初步的更新操作:

这是旋转一层的:

  1. void Rubik::RotateX(int pos, float dTheta, bool isPressed)
  2. {
  3. if (!mIsLocked)
  4. {
  5. // 检验当前是否为键盘操作
  6. // 可以认为仅当键盘操作时才会产生绝对值为pi/2的瞬时值
  7. bool isKeyOp = (fabs(fabs(dTheta) - XM_PIDIV2) < 10e-5f);
  8. // 键盘输入和鼠标操作互斥,拒绝键盘的操作
  9. if (mIsPressed && isKeyOp)
  10. {
  11. return;
  12. }
  13. // 更新旋转状态
  14. for (int j = 0; j < 3; ++j)
  15. for (int k = 0; k < 3; ++k)
  16. mCubes[pos][j][k].rotation.x += dTheta;
  17. // 鼠标或键盘操作完成
  18. if (!isPressed)
  19. {
  20. // 开始动画演示状态
  21. mIsPressed = false;
  22. mIsLocked = true;
  23. // 进行预旋转
  24. PreRotateX(isKeyOp);
  25. }
  26. }
  27. }

这是旋转整个魔方的:

  1. void Rubik::RotateX(float dTheta, bool isPressed)
  2. {
  3. if (!mIsLocked)
  4. {
  5. // 检验当前是否为键盘操作
  6. // 可以认为仅当键盘操作时才会产生绝对值为pi/2的瞬时值
  7. bool isKeyOp = (fabs(fabs(dTheta) - XM_PIDIV2) < 10e-5f);
  8. // 键盘输入和鼠标操作互斥,拒绝键盘的操作
  9. if (mIsPressed && isKeyOp)
  10. {
  11. return;
  12. }
  13. // 更新旋转状态
  14. for (int i = 0; i < 3; ++i)
  15. for (int j = 0; j < 3; ++j)
  16. for (int k = 0; k < 3; ++k)
  17. mCubes[i][j][k].rotation.x += dTheta;
  18. // 鼠标或键盘操作完成
  19. if (!isPressed)
  20. {
  21. // 开始动画演示状态
  22. mIsPressed = false;
  23. mIsLocked = true;
  24. // 进行预旋转
  25. PreRotateX(isKeyOp);
  26. }
  27. }
  28. }

然后要讨论的就是怎么实现这个自动旋转的动画了(即整个PreRotateX函数的实现)。之前提到为了方便后续操作,必须保持魔方的逻辑位置(游戏中的坐标)与物理位置(内存索引)一致,这意味所谓的旋转是通过将被旋转立方体的数据全部按规则转移到目标立方体中。其中旋转角度对于旋转中的所有立方体都是一致的,所以理论上我们只需要修改魔方的6个面颜色。

不过在此之前,还需要解决一个鼠标/键盘释放后归位的问题。

魔方的预旋转

操作完成后魔方按区间归位的问题

使用键盘操作的话,如果我对顶层顺时针旋转90度,那理论要播放这个动画的话就是让魔方的旋转角度值从0度一路增加到90度。

但是使用鼠标操作的话,如果我拖到顺时针30度后释放(这个操作由于拖动的角度不够大,最终会归回到0度),然后这个动画就是要让魔方的旋转角度值从顺时针30度变回0度,只有当鼠标拖动到顺时针在45度到接近90度的范围后释放的时候,旋转动画才会一路增加到90度。这里进行一个总结:

释放时旋转角度落在[-45°, 45°)时,旋转动画结束后会归位到0度,释放时旋转角度落在[45°, 135°)时,旋转动画结束后会归位到90度,以此类推...

从上面的需求我们可以看出一些需要解决的问题,一是终止条件不唯一,不利于我们做判断;二是魔方在旋转完成后可能会出现有的立方体rotation存在分量非0的情况,然后违背了魔方的逻辑位置(游戏中的坐标)与物理位置(内存索引)一致的要求,对后续操作产生影响。

因此,这里有两个tricks:

  1. 把所有的终止条件都变为归位到0度,这样意味着只要rotation存在分量的值大于0,就需要让它逐渐减小到0;rotation存在分量的值小于0,就需要让它逐渐增加到0.
  2. 我们可以在键盘按下,或者鼠标释放后动画即将开始的瞬间,立即对换所有准备旋转的立方体的表面,进行预旋转。这样正在执行的动画就只涉及普通的旋转操作了。

举个例子,我鼠标拖动某一层到顺时针60度的位置释放,这时候我可以让这一层的贴图先进行一次90度顺时针旋转,然后把rotation的值减90度,来到-30度,然后一路加回0度。这样就相当于从60度过渡到90度了。

同理,我鼠标拖动某一层到逆时针160度的位置(超过135度)释放,这时候我可以让这一层的贴图先进行一次180度逆时针旋转,然后把rotation的值加180度,来到20度,然后一路减回0度。这样就相当于从-160度过渡到-180度了。

而对于键盘操作的处理稍微有点特别,按下顺时针旋转的按键后会产生一个90度的变化值,这时候我可以让这一层的贴图先进行一次90度顺时针旋转,然后把rotation的值取反变成-90度,然后一路加回0度。这样就相当于从0度过渡到90度了。

一个小小的旋转,里面竟藏着这么大的玄机!

紧接着就是要进行代码分析了,我们需要先计算出当前开始旋转的角度需要预先进行几次90度的顺时针旋转(可能为负)。再看看这个映射关系:

区间 次数
... ...
(-135°, 45°] -1
(-45°, 45°) 0
[45°, 135°) 1
... ...

我们可以推导出:

\[ times = round(\frac{2θ}{\pi}) \]

然后每4次90度顺时针旋转为一个循环,并且1次90度逆时针旋转等价于3次90度顺时针旋转。首先我们进行一次模4运算,这样结果就映射到区间[-3, 3]内,为了把times再映射到范围[0, 4),可以对结果加4,再进行一次模4运算。

这两部分代码可以写成:

  1. // 由于此时被旋转面的所有方块旋转角度都是一样的,可以从中取一个来计算。
  2. // 计算归位回[-pi/4, pi/4)区间需要顺时针旋转90度的次数
  3. int times = static_cast<int>(round(mCubes[pos][0][0].rotation.x / XM_PIDIV2));
  4. // 将归位次数映射到[0, 3],以计算最小所需顺时针旋转90度的次数
  5. int minTimes = (times % 4 + 4) % 4;

然后如果是鼠标操作的话,我们可以利用times做区间归位:

  1. // 归位回[-pi/4, pi/4)的区间
  2. mCubes[pos][j][k].rotation.x -= times * XM_PIDIV2;

如果是键盘操作的话,则可以直接做值反转:

  1. // 顺时针旋转90度--->实际演算从-90度加到0度
  2. // 逆时针旋转90度--->实际演算从90度减到0度
  3. mCubes[pos][j][k].rotation.x *= -1.0f;

现在我们将整个预旋转的操作放到了Rubic::PreRotateX方法中,部分代码如下(未包含面的对换):

  1. void Rubik::PreRotateX(bool isKeyOp)
  2. {
  3. for (int i = 0; i < 3; ++i)
  4. {
  5. // 当前层没有旋转则直接跳过
  6. if (fabs(mCubes[i][0][0].rotation.x) < 10e-5f)
  7. continue;
  8. // 由于此时被旋转面的所有方块旋转角度都是一样的,可以从中取一个来计算。
  9. // 计算归位回[-pi/4, pi/4)区间需要顺时针旋转90度的次数
  10. int times = static_cast<int>(round(mCubes[i][0][0].rotation.x / XM_PIDIV2));
  11. // 将归位次数映射到[0, 3],以计算最小所需顺时针旋转90度的次数
  12. int minTimes = (times % 4 + 4) % 4;
  13. // 调整所有被旋转方块的初始角度
  14. for (int j = 0; j < 3; ++j)
  15. {
  16. for (int k = 0; k < 3; ++k)
  17. {
  18. // 键盘按下后的变化
  19. if (isKeyOp)
  20. {
  21. // 顺时针旋转90度--->实际演算从-90度加到0度
  22. // 逆时针旋转90度--->实际演算从90度减到0度
  23. mCubes[i][j][k].rotation.x *= -1.0f;
  24. }
  25. // 鼠标释放后的变化
  26. else
  27. {
  28. // 归位回[-pi/4, pi/4)的区间
  29. mCubes[i][j][k].rotation.x -= times * XM_PIDIV2;
  30. }
  31. }
  32. }
  33. // ...
  34. }
  35. }

实际的预旋转操作

有两种方式可以完成魔方的预旋转:

  1. 开启一个3x3的立方体临时数据,然后从源数据按旋转规则传递给临时数据,再复制回来。
  2. 通过交换的方式完成就址旋转。

从实现难度来看明显是2比1难的多,但是从DX9的魔方项目我都是用第2种方式来解决旋转问题的。我也还是接着这个思路来继续谈。

现在我依然要面临两个难题:

  1. 怎么的交换顺序才能产生最终类似旋转的效果
  2. 交换时两个立方体的六个面应该按怎样的规则来交换

交换实现旋转的原理

之前提到,所有的旋转最终都可以化为0次到3次顺时针旋转的问题,我们为此要分3种情况来讨论。为此我做了一幅图来说明一切:

可见顺时针旋转90度和270度的情况下需要交换6次,而旋转180度的情况下只需要交换4次。

所有的交换规则可以用下面的函数来获取:

  1. void Rubik::GetSwapIndexArray(int minTimes, std::vector<DirectX::XMINT2>& outArr1, std::vector<DirectX::XMINT2>& outArr2) const
  2. {
  3. // 进行一次顺时针90度旋转相当逆时针交换6次(顶角和棱各3次)
  4. // 1 2 4 2 4 2 4 1
  5. // * -> * -> * -> *
  6. // 4 3 1 3 3 1 3 2
  7. if (minTimes == 1)
  8. {
  9. outArr1 = { XMINT2(0, 0), XMINT2(0, 1), XMINT2(0, 2), XMINT2(1, 2), XMINT2(2, 2), XMINT2(2, 1) };
  10. outArr2 = { XMINT2(0, 2), XMINT2(1, 2), XMINT2(2, 2), XMINT2(2, 1), XMINT2(2, 0), XMINT2(1, 0) };
  11. }
  12. // 进行一次顺时针90度旋转相当逆时针交换4次(顶角和棱各2次)
  13. // 1 2 3 2 3 4
  14. // * -> * -> *
  15. // 4 3 4 1 2 1
  16. else if (minTimes == 2)
  17. {
  18. outArr1 = { XMINT2(0, 0), XMINT2(0, 1), XMINT2(0, 2), XMINT2(1, 2) };
  19. outArr2 = { XMINT2(2, 2), XMINT2(2, 1), XMINT2(2, 0), XMINT2(1, 0) };
  20. }
  21. // 进行一次顺时针90度旋转相当逆时针交换6次(顶角和棱各3次)
  22. // 1 2 4 2 4 2 4 1
  23. // * -> * -> * -> *
  24. // 4 3 1 3 3 1 3 2
  25. else if (minTimes == 3)
  26. {
  27. outArr1 = { XMINT2(0, 0), XMINT2(1, 0), XMINT2(2, 0), XMINT2(2, 1), XMINT2(2, 2), XMINT2(1, 2) };
  28. outArr2 = { XMINT2(2, 0), XMINT2(2, 1), XMINT2(2, 2), XMINT2(1, 2), XMINT2(0, 2), XMINT2(0, 1) };
  29. }
  30. // 0次顺时针旋转不变,其余异常数值也不变
  31. else
  32. {
  33. outArr1.clear();
  34. outArr2.clear();
  35. }
  36. }

交换两个立方体表面时的规则

这又是一个需要画图来理解的问题,通过下图应该就可以理解一个立方体旋转前后六个面的变化了:

然后我们可以转换成下面的代码:

  1. RubikFace Rubik::GetTargetSwapFaceRotationX(RubikFace face, int times) const
  2. {
  3. if (face == RubikFace_PosX || face == RubikFace_NegX)
  4. return face;
  5. while (times--)
  6. {
  7. switch (face)
  8. {
  9. case RubikFace_PosY: face = RubikFace_NegZ; break;
  10. case RubikFace_PosZ: face = RubikFace_PosY; break;
  11. case RubikFace_NegY: face = RubikFace_PosZ; break;
  12. case RubikFace_NegZ: face = RubikFace_NegY; break;
  13. }
  14. }
  15. return face;
  16. }
  17. RubikFace Rubik::GetTargetSwapFaceRotationY(RubikFace face, int times) const
  18. {
  19. if (face == RubikFace_PosY || face == RubikFace_NegY)
  20. return face;
  21. while (times--)
  22. {
  23. switch (face)
  24. {
  25. case RubikFace_PosZ: face = RubikFace_NegX; break;
  26. case RubikFace_PosX: face = RubikFace_PosZ; break;
  27. case RubikFace_NegZ: face = RubikFace_PosX; break;
  28. case RubikFace_NegX: face = RubikFace_NegZ; break;
  29. }
  30. }
  31. return face;
  32. }
  33. RubikFace Rubik::GetTargetSwapFaceRotationZ(RubikFace face, int times) const
  34. {
  35. if (face == RubikFace_PosZ || face == RubikFace_NegZ)
  36. return face;
  37. while (times--)
  38. {
  39. switch (face)
  40. {
  41. case RubikFace_PosX: face = RubikFace_NegY; break;
  42. case RubikFace_PosY: face = RubikFace_PosX; break;
  43. case RubikFace_NegX: face = RubikFace_PosY; break;
  44. case RubikFace_NegY: face = RubikFace_NegX; break;
  45. }
  46. }
  47. return face;
  48. }

最终完整的预旋转方法Rubik::PreRotateX实现如下:

  1. void Rubik::PreRotateX(bool isKeyOp)
  2. {
  3. for (int i = 0; i < 3; ++i)
  4. {
  5. // 当前层没有旋转则直接跳过
  6. if (fabs(mCubes[i][0][0].rotation.x) < 10e-5f)
  7. continue;
  8. // 由于此时被旋转面的所有方块旋转角度都是一样的,可以从中取一个来计算。
  9. // 计算归位回[-pi/4, pi/4)区间需要顺时针旋转90度的次数
  10. int times = static_cast<int>(round(mCubes[i][0][0].rotation.x / XM_PIDIV2));
  11. // 将归位次数映射到[0, 3],以计算最小所需顺时针旋转90度的次数
  12. int minTimes = (times % 4 + 4) % 4;
  13. // 调整所有被旋转方块的初始角度
  14. for (int j = 0; j < 3; ++j)
  15. {
  16. for (int k = 0; k < 3; ++k)
  17. {
  18. // 键盘按下后的变化
  19. if (isKeyOp)
  20. {
  21. // 顺时针旋转90度--->实际演算从-90度加到0度
  22. // 逆时针旋转90度--->实际演算从90度减到0度
  23. mCubes[i][j][k].rotation.x *= -1.0f;
  24. }
  25. // 鼠标释放后的变化
  26. else
  27. {
  28. // 归位回[-pi/4, pi/4)的区间
  29. mCubes[i][j][k].rotation.x -= times * XM_PIDIV2;
  30. }
  31. }
  32. }
  33. std::vector<XMINT2> indices1, indices2;
  34. GetSwapIndexArray(minTimes, indices1, indices2);
  35. size_t swapTimes = indices1.size();
  36. for (size_t idx = 0; idx < swapTimes; ++idx)
  37. {
  38. // 对这两个立方体按规则进行面的交换
  39. XMINT2 srcIndex = indices1[idx];
  40. XMINT2 targetIndex = indices2[idx];
  41. // 若为2次顺时针旋转,则只需4次对角调换
  42. // 否则,需要6次邻角(棱)对换
  43. for (int face = 0; face < 6; ++face)
  44. {
  45. std::swap(mCubes[i][srcIndex.x][srcIndex.y].faceColors[face],
  46. mCubes[i][targetIndex.x][targetIndex.y].faceColors[
  47. GetTargetSwapFaceRotationX(static_cast<RubikFace>(face), minTimes)]);
  48. }
  49. }
  50. }
  51. }

Rubik::RotateYRubik::RotateZ的实现这里忽略。

然后Rubik::Update完成旋转动画的部分

  1. void Rubik::Update(float dt)
  2. {
  3. if (mIsLocked)
  4. {
  5. int finishCount = 0;
  6. for (int i = 0; i < 3; ++i)
  7. {
  8. for (int j = 0; j < 3; ++j)
  9. {
  10. for (int k = 0; k < 3; ++k)
  11. {
  12. // 令x,y, z轴向旋转角度逐渐归0
  13. // x轴
  14. float dTheta = (signbit(mCubes[i][j][k].rotation.x) ? -1.0f : 1.0f) * dt * mRotationSpeed;
  15. if (fabs(mCubes[i][j][k].rotation.x) < fabs(dTheta))
  16. {
  17. mCubes[i][j][k].rotation.x = 0.0f;
  18. finishCount++;
  19. }
  20. else
  21. {
  22. mCubes[i][j][k].rotation.x -= dTheta;
  23. }
  24. // y轴
  25. dTheta = (signbit(mCubes[i][j][k].rotation.y) ? -1.0f : 1.0f) * dt * mRotationSpeed;
  26. if (fabs(mCubes[i][j][k].rotation.y) < fabs(dTheta))
  27. {
  28. mCubes[i][j][k].rotation.y = 0.0f;
  29. finishCount++;
  30. }
  31. else
  32. {
  33. mCubes[i][j][k].rotation.y -= dTheta;
  34. }
  35. // z轴
  36. dTheta = (signbit(mCubes[i][j][k].rotation.z) ? -1.0f : 1.0f) * dt * mRotationSpeed;
  37. if (fabs(mCubes[i][j][k].rotation.z) < fabs(dTheta))
  38. {
  39. mCubes[i][j][k].rotation.z = 0.0f;
  40. finishCount++;
  41. }
  42. else
  43. {
  44. mCubes[i][j][k].rotation.z -= dTheta;
  45. }
  46. }
  47. }
  48. }
  49. // 所有方块都结束动画才能解锁
  50. if (finishCount == 81)
  51. mIsLocked = false;
  52. }
  53. }

最后GameApp::UpdateScene测试一下效果:

  1. void GameApp::UpdateScene(float dt)
  2. {
  3. // 反复旋转
  4. static float theta = XM_PIDIV2;
  5. if (!mRubik.IsLocked())
  6. {
  7. theta *= -1.0f;
  8. }
  9. // 就算摆出来也不会有问题(只有未上锁的帧才会生效该调用)
  10. mRubik.RotateY(0, theta);
  11. // 下面的也不会被调用
  12. mRubik.RotateX(0, theta);
  13. mRubik.RotateZ(0, theta);
  14. // 更新魔方
  15. mRubik.Update(dt);
  16. }

上面的代码会反复旋转底层。

来个鬼畜的动图:

细思恐极,我居然花了那么大篇幅来将一个魔方的旋转,写这部分实现的代码只是用了半天,然后写这篇博客差不多一天又过去了。。。这个系列目前还没有结束,我把这个魔方做的差不多了再看看接下来写什么。。。毕竟底层的坑还没开始挖

Github项目--魔方

欢迎加入QQ群: 727623616 可以一起探讨DX11,以及有什么问题也可以在这里汇报。

 友情链接:直通硅谷  点职佳  北美留学生论坛

本站QQ群:前端 618073944 | Java 606181507 | Python 626812652 | C/C++ 612253063 | 微信 634508462 | 苹果 692586424 | C#/.net 182808419 | PHP 305140648 | 运维 608723728

W3xue 的所有内容仅供测试,对任何法律问题及风险不承担任何责任。通过使用本站内容随之而来的风险与本站无关。
关于我们  |  意见建议  |  捐助我们  |  报错有奖  |  广告合作、友情链接(目前9元/月)请联系QQ:27243702 沸活量
皖ICP备17017327号-2 皖公网安备34020702000426号