[体感游戏]关于体感游戏的一些思考(二) --- POV和基本场景

简介: POV                  从口语和故事讲述中借用术语来比喻游戏的观察点(Point of View)很常见。第一人称射击类使得你可以以游戏角色的视觉看到屏幕下方自己虚拟的手和武器。
POV       

 

        从口语和故事讲述中借用术语来比喻游戏的观察点(Point of View)很常见。第一人称射击类使得你可以以游戏角色的视觉看到屏幕下方自己虚拟的手和武器。第三人称则让你从后面观察你的avatar。我通常使用“第二人称体验”这个名词来表示从正面观察游戏角色,就像对着镜子的视觉。

        刚开始,使用第三人称来开发我们的体感游戏看起来是个比较容易的方向(尤其是当你考虑上一篇博客提及的“随身物件”这个点子的时候)。但是,如果你的交互包含侧面交互,第三人称POV会带来我起初未意料到的根本性难题。

        如果你假定骨架跟踪系统是基于前置摄像头(比如Kinect和PrimeSense的摄像头的常用安装方式)的数据采集,这意味着被跟踪得最好的将是那些离电视(译注:当然,也可以是显示器)最近的四肢。远离电视的手臂和腿更容易被遮挡所困。很自然地,对被遮挡的四肢的追踪,其精确度会下降,而且严重依赖于统计姿势模型。

        让我们回到POV问题 --- 第三人称给玩家呈现的是avatar的背面。当面向侧面的时候,被挡住的四肢是最容易被玩家看见,同时也最吸引玩家注意的。有时候这种根本性的效应会强烈到让玩家认为跟踪算法本身出了问题。

         在第二人称(镜像视觉)的情况下,未被遮挡的四肢更容易被玩家看见。而被遮挡住的四肢,其不精确性更容易被玩家忽略,因为在渲染avatar的时候,它们也是被挡着的。

        我不是主张完全避免使用第三人称,只是在指出其所带来的挑战,以及在游戏设计阶段应该意识到的一些注意事项。


以下是第一和第三人称视角的一些示例回顾:


                                              第一人称:3D Monster Maze(1981)



                                            第一人称射击:Wolfenstein 3D(1982)



                    第三人称:Tomb Raider 1996



简单游戏场景


        当人们问到在体感游戏中怎么自然地行走的时候,我通常会提醒玩家,他可能会碰到电视。导航是3D游戏(不只是体感游戏)中最大的挑战之一。抛开已经选定的模式不谈,在3D虚拟世界中行走,并在我们的2D显示器上呈现,这可能是个非常令人沮丧的体验:你很难体会到渲染物体的深度已经在场景中行走的感觉。这也是为什么那么多的3D平台游戏那么烂的原因。想跳到一个更高的平台,而当你掉到熔岩湖的时候才意识到那平台太远了跳不上去,这并不是一个值得享受的体验。最终,只有极其高水平的编辑才设法创造出了有趣的3D平台。在本博客里,让我们这次偷下懒吧,把导航的挑战推迟到后续章节里再谈...



                                                                                                                                                                                                                                      轨道游戏



实际上,即使不去面对导航问题,你也可以创造出很多有趣的体验:

  • 静态照相机射击游戏 --- 敌人从隐藏处冲出,或者走近avatar施展一些武术。
  • 轨道射击游戏 --- 照相机的运动已经预先定义好。当遇到敌人或者avatar碰到阻挡的时候,照相机可以停止,通关的时候,照相机又可以继续运动。
  • 第二人称武术和格斗游戏
  • 第二人称跳舞游戏
下面是一些静态场景和轨道游戏的回顾示例:


          静态照相机射击:Prohibition(1987)


      静态照相机射击: Operation Wolf(1987)


                                                         轨道游戏:Operation Thunderbolt(1988)


            轨道游戏:House Of The Dead


在AngryBotsNI中,我们尝试使用不同的POV:

  • 你从第二人称开始熟悉你的avatar
  • 当你学会怎么传送的时候,你可以跳到不同的场景或关卡
  • 每一关的POV都是不同的,所以你也有机会体验第三人称视角



----------------------------------------------------------------------------------------------------------------------------------

译注:这是原作者最近在blogspot上的系列文章《Beyond casual: thoughts about gesture gaming》的译文,为方便中文读者而转过来的。可能的话请尽量阅读原文,原文写得比较诙谐。有翻译不当或错误的地方欢迎大家指正,谢谢阅读。

原文链接:http://michagalor.blogspot.com/2012/01/part-2-pov-and-basic-scenes.html


关于译者:曾供职于PrimeSense公司,作为应用工程师在Micha的领导下工作。是AngryBotsNI的主要开发者,熟悉体感交互的各种应用。目前在深圳,有时候在广州。

-----------------------------------------------------------------------------------------------------------------------------------

关于作者 Micha Galor

“当被问到怎么定义我自己的时候,我总是很困惑。我的工作包括软件工程,研究,设计和管理创新的投入。某一天我会简单地回答:一个发明家”

Micha Galor是PrimeSense公司(Kinect的3D传感技术提供商)应用和用户体验组的经理。他的团队专注于自然交互研究,包括对一些可实际运行的概念和展示的原型化,定义未来的人机交互语言等令人兴奋的工作。在PrimeSense之前,Micha领导Zoran(多媒体芯片商)的数码摄影团队,开发了应用在几款热销的拍照手机中的数字图像技术。Micha和他的太太以及两个小孩一起生活在以色列的特拉维夫。

相关文章
|
10月前
|
开发者
为什么你的游戏做不出来?
为什么你的游戏做不出来?
84 0
游戏陪玩系统源码如何开发,实现游戏陪玩和游戏社交兼顾?
游戏市场的火热,吸引了很多资本的目光,各种赛事的激烈竞争,也燃起了年轻人对游戏的热情。在游戏市场飞速发展带动的周边业务中,游戏陪玩系统源码的开发备受瞩目。作为游戏陪玩行业发展的基石,游戏陪玩系统源码的开发在近几年经历了多次变革,最终形成了游戏陪玩+游戏社交的全新模式。
|
10月前
三字棋游戏(优化版)
三字棋游戏(优化版)
85 0
三字棋游戏(优化版)
|
10月前
|
小程序
同样的游戏如何做出不一样的体验?
同样的游戏如何做出不一样的体验?
85 0
|
开发者
什么才是“好游戏“?
什么样的游戏才算是一个好游戏呢?其实这是一个很私人的问题,不应该被拿出来当众讨论,就像什么样的电影才是好电影?什么样的书才是好书?什么样的生活才是好生活?什么样的人生才是好人生?...... 这些问题都有着共同的特点,就是因人而异。每个人都有着自己的经历和想法,所以对应的每个问题也都有着自己的答案。
155 0
在游戏中实现飘花和落叶效果
嗨!大家好,我是小蚂蚁。 今天这篇文章分享一下如何在游戏中实现飘花和落叶的效果,在游戏背景中加入它们,能够让你的游戏更加的栩栩如生。 之前我们讲过如何在游戏中实现一场雨,主要利用的随机性,一系列的随机处理模拟出了下雨的效果,对于飘花和落叶同样也需要各种各样的随机处理。
131 0
简单的HANGMAN游戏
分析一下简单的hangman游戏,hangman主要两个窗口就是菜单窗口和游戏窗口。这里要用面板以及布局方式将元件排列好,有个基本雏形,这是第一步。这里第一个页面用到girdbaglayout布局方式,这种布局方式感觉效率很高,排布的也很美观,需要注意的是要使用时添加一行“特殊”的代码,后面的添加方式跟边界布局有一点点小类似。
323 0
简单的HANGMAN游戏
|
C++
201712-2 游戏
201712-2 游戏
109 0
201712-2 游戏
|
Web App开发 移动开发 JavaScript
视频在 H5 游戏中的应用
## 前言 游戏中如果需要使用一些预先录制好的动画,动画格式可以选择 gif 文件和视频文件,视频文件和 gif 文件相比,size 更小(相同质量,gif 文件比 mp4 文件大5倍以上)。 如果视频能在 canvas 中或者 webgl 中播放,这样视频可以和其它游戏元素整合,实现以前需要很复杂的方式才能实现的功能,比如在一个旋转的 3D 立方体中播放视频。 当前主流的浏览器
2036 0