Android游戏开发的问题

[AlstonWilliams]

Android游戏开发时，那种随着玩家控制角色的移动，场景也相应的变换，是怎么做的呢？比如说，模仿梦幻西游的腾讯推出的那款手游中，随着角色的移动，场景也会变换一些。请高手指教。

[答题小助手]

引用 5 楼 u010668114 的回复:

[quote=引用 3 楼 u013280307 的回复:] 背景产生挪动必定是要重画整个背景的 怎么可能是改变一点？就是挪动1px也是需要整个重画啊。。。。游戏一般都是一秒刷新几次。。。重画很正常的

哥们，这个可不是重画哦，一般是使用了卷轴算法的。会保留重叠部分的bitmap，只绘制新出现的部分，然后拼在一起显示出来，完全重画效率太低了。[/quote] 哥们 一般游戏都是bitmap是远远大于屏幕的 bitmap绘制位置改变 算法只是在相当于重新加载时调用 调用算法是为了节约内存不是提升效率 我说的重绘是指bitmap换个位置

[答题小助手]

再说了 玩过游戏没 游戏里面人物走了整个地图不是全动？哪来的重叠位置

[答题小助手]

人物绘制在中心 根据人物移动改变背景 游戏中很常用

[AlstonWilliams]

引用 1 楼 u013280307 的回复:

人物绘制在中心 根据人物移动改变背景 游戏中很常用

这个我是知道的，但是人物移动一点，背景就相应的变换一点。又不是将整个背景都换掉，这是怎么做到的呢？

[答题小助手]

背景产生挪动必定是要重画整个背景的 怎么可能是改变一点？就是挪动1px也是需要整个重画啊。。。。游戏一般都是一秒刷新几次。。。重画很正常的

[AlstonWilliams]

引用 3 楼 u013280307 的回复:

背景产生挪动必定是要重画整个背景的 怎么可能是改变一点？就是挪动1px也是需要整个重画啊。。。。游戏一般都是一秒刷新几次。。。重画很正常的

这么说的话，不得需要一幅整个游戏的背景图，然后需要哪块就重画哪块吗？但是哪有那么大的背景图啊。

[只为搞笑]

引用 3 楼 u013280307 的回复:

背景产生挪动必定是要重画整个背景的 怎么可能是改变一点？就是挪动1px也是需要整个重画啊。。。。游戏一般都是一秒刷新几次。。。重画很正常的

哥们，这个可不是重画哦，一般是使用了卷轴算法的。会保留重叠部分的bitmap，只绘制新出现的部分，然后拼在一起显示出来，完全重画效率太低了。

[AlstonWilliams]

引用 5 楼 u010668114 的回复:

[quote=引用 3 楼 u013280307 的回复:] 背景产生挪动必定是要重画整个背景的 怎么可能是改变一点？就是挪动1px也是需要整个重画啊。。。。游戏一般都是一秒刷新几次。。。重画很正常的

哥们，这个可不是重画哦，一般是使用了卷轴算法的。会保留重叠部分的bitmap，只绘制新出现的部分，然后拼在一起显示出来，完全重画效率太低了。[/quote] 那重画时，那部分图像是来自哪里呢？是有那么一张大的位图包含了整个游戏的全部背景，然后从这张位图里面重绘一部分吗？

[只为搞笑]

引用 8 楼 u013280307 的回复:

再说了 玩过游戏没 游戏里面人物走了整个地图不是全动？哪来的重叠位置

百度一下卷轴算法吧，bitmap是可以裁剪和位移，缩放，旋转的

[只为搞笑]

引用 8 楼 u013280307 的回复:

再说了 玩过游戏没 游戏里面人物走了整个地图不是全动？哪来的重叠位置

D部分就是移动前和移动后的重叠部分，这部分只需要做位移处理，

[只为搞笑]

引用 6 楼 Mr_Pang 的回复:

[quote=引用 5 楼 u010668114 的回复:] [quote=引用 3 楼 u013280307 的回复:] 背景产生挪动必定是要重画整个背景的 怎么可能是改变一点？就是挪动1px也是需要整个重画啊。。。。游戏一般都是一秒刷新几次。。。重画很正常的

哥们，这个可不是重画哦，一般是使用了卷轴算法的。会保留重叠部分的bitmap，只绘制新出现的部分，然后拼在一起显示出来，完全重画效率太低了。[/quote] 那重画时，那部分图像是来自哪里呢？是有那么一张大的位图包含了整个游戏的全部背景，然后从这张位图里面重绘一部分吗？[/quote] 现在的地图有很多种，早期的使用矩阵来表示，每隔单元有一个元素，例如地板、箱子、树，河流之类的，一般不会把整个地图加载进bitmap，那样内存吃不消，加载的都是略大于屏幕一点的，然后达到某个条件、例如玩家往上走时、就会不断根据矩阵上移的的数组来进行一行一行的绘制，然后把矩阵后一行不断销毁。现在也有更好的技术了，卡马克卷轴已经比较老了，不过很有借鉴意义。你百度一下，有很多讲解的