给我们留言
地址：福建省晋江市青阳街道洪山路国际工业设计园纳金网
电话： 400-067-3919
(周一到周五，
周六周日休息)
查看: 1728|回复: 7
最后登录注册时间阅读权限10积分67
设计初学者, 积分 67, 距离下一级还需 33 积分
纳金币36 精华0
max里做好动画导入unity里播放也正常，但在unity里缩放和调整位置角度后，在播放模式下又复位到调整之前了，关闭播放又是调整好的样子，这个如何解决？是不是我的动画类型选择有问题？Animation Type：Legacy / Generation: Store in Root(New);当然如果我选择None或者其他类型，随便缩放都没问题。
(17.84 KB, 下载次数: 2)
19:27 上传
点击文件名下载附件
(13.87 KB, 下载次数: 0)
19:27 上传
点击文件名下载附件
(7.96 KB, 下载次数: 0)
19:27 上传
点击文件名下载附件
最后登录注册时间阅读权限100积分71127
纳金币59310 精华19
建一个空的Game Objectt,将你的物件拖曳过去成为Game Object的子物体试试
最后登录注册时间阅读权限30积分615
初级设计师, 积分 615, 距离下一级还需 385 积分
纳金币274 精华0
你是不是模型里带了动画啊 。。。
最后登录注册时间阅读权限10积分64
设计初学者, 积分 64, 距离下一级还需 36 积分
纳金币-3 精华0
最后登录注册时间阅读权限10积分67
设计初学者, 积分 67, 距离下一级还需 33 积分
纳金币36 精华0
艾西格亚 发表于
建一个空的Game Objectt,将你的物件拖曳过去成为Game Object的子物体试试
艾神，先前FFD动画按照你说的morpher方法已经在max里转好动画导入unity了，先感谢一个。不过刚刚试了用Game Object子物体，物体还是会变回去
最后登录注册时间阅读权限10积分67
设计初学者, 积分 67, 距离下一级还需 33 积分
纳金币36 精华0
snake163 发表于
你是不是模型里带了动画啊 。。。
是的，模型在max里调整好了动画导入unity的，大神有没有什么办法解决？
最后登录注册时间阅读权限90积分31076
资深设计师, 积分 31076, 距离下一级还需 18924 积分
纳金币31717 精华69
benbenliwei 发表于
是的，模型在max里调整好了动画导入unity的，大神有没有什么办法解决？
模型要不发个上来看看
最后登录注册时间阅读权限10积分67
设计初学者, 积分 67, 距离下一级还需 33 积分
纳金币36 精华0
狂风大尉 发表于
模型要不发个上来看看
是这样添加附件吗？不好意思，才加入纳金网不久，还不太会，麻烦帮忙看下，谢谢
12:02 上传
点击文件名下载附件
889.75 KB, 下载次数: 1
活跃且尽责职守的版主
站长推荐 /1
纳金名模第115期花瓶3d模型：数量68个，大小为755MB。完全免费下载哦！这样的福利我和我的小伙伴们都惊呆了！！下载地址：
400-067-3919
Powered by - X2.5
Narkii Inc.后使用快捷导航没有帐号？
正在上传图片(0/1)
通过无人机使用opencv进行识别求助
15069人看过
<em id="authorposton15-12-29 11:19:43
如题，最近在搞通过无人机的识别问题，使用的是opencv，opencv里面有一个cvCapture的结构体是用来捕捉帧来进行操作的，但问题也就出现在这，识别的程序已经做好了。但是无人机传回来的画面怎么和这个cvCapture对接成了问题。
换句话说，就是那个数据是无人机传回来的画面？这个数据他的参数有什么？求帮助，整理好久整不出来
通过无人机使用opencv进行识别求助
悟1认证用户
<em id="authorposton15-12-29 12:06:26
你发在了mobile sdk的板块里面我默认你用的是mobile sdk。
方法是sendbuffertodecode这个函数（或者叫其他类似名字我记不清了，在video callback里面），把他的参数buffer拿出来，不调用这个函数而是自己组帧。每一个buffer不是一个完整的帧，你要自己找帧头找帧尾拼成一个完整的 H264 frame，然后对这个frame进行处理。
当然如果你的opencv是写在电脑上而不是android上的，那我还是建议你买一个hdmi转usb的模块吧。
SDK板块日常维护志愿者。
我没有QQ，我也不接受私信提问。有问题请去论坛发帖，利人利己。
我没有QQ，我没有QQ，我没有QQ。
重要的事情说三遍。
通过无人机使用opencv进行识别求助
<em id="authorposton15-12-29 17:15:23
我进度跟你差不多 也是视频图像识别部分做好了 就差解码了&&我现在正在用的是安卓自带的MediaCodec 但是发现有个问题 就是dji回传的那些视频裸字节格式和官方所说的似乎不一致
通过无人机使用opencv进行识别求助
<em id="authorposton15-12-29 17:50:17
我进度跟你差不多 也是视频图像识别部分做好了 就差解码了&&我现在正在用的是安卓自带的MediaCodec 但是发 ...能加个qq交流一下么
通过无人机使用opencv进行识别求助
<em id="authorposton15-12-29 17:55:13
你发在了mobile sdk的板块里面我默认你用的是mobile sdk。
方法是sendbuffertodecode这个函数（或者叫其他 ...谢谢，我是在ios上面的，你说的帧头帧尾在ios里面应该是DJIlinkqueue这个类里定义的变量（如图）吧，还有怎么把帧拼接到一块需要看哪方面的书？
(16.72 KB, 下载次数: 3)
17:53 上传
通过无人机使用opencv进行识别求助
<em id="authorposton15-12-29 18:37:08
能加个qq交流一下么我qq
通过无人机使用opencv进行识别求助
<em id="authorposton15-12-29 18:40:24
谢谢，我是在ios上面的，你说的帧头帧尾在ios里面应该是DJIlinkqueue这个类里定义的变量（如图）吧，还有 ...还有我觉得他说的帧头帧尾应该指的是回传的视频码流里面的NAL Unit拼起来的 但是我现在不知道大疆他们回传的byte[] 里面的NAL格式是什么样的 我把每一次回传的byte[] 数组保存到一个文本里 发现都是前一半都是有效的字节 但是后一半全是0&&
通过无人机使用opencv进行识别求助
<em id="authorposton15-12-29 20:11:08
还有我觉得他说的帧头帧尾应该指的是回传的视频码流里面的NAL Unit拼起来的 但是我现在不知道大疆他们回 ...我想问一下，学习这个h264码流这个东西应该看什么教程，因为我对这个没有接触过
通过无人机使用opencv进行识别求助
<em id="authorposton15-12-29 21:19:23
我想问一下，学习这个h264码流这个东西应该看什么教程，因为我对这个没有接触过
...我之前找了很久 没找到任何详细的教程。。。 就是找h264的相关文档看一下&&然后去github上找找看样板&&大疆安卓上面自己的解码器就是用c++写 如果你有什么好想法一起交流交流！
通过无人机使用opencv进行识别求助
<em id="authorposton15-12-30 16:48:37
我之前找了很久 没找到任何详细的教程。。。 就是找h264的相关文档看一下&&然后去github上找找看样板&&大 ...好，一定
通过无人机使用opencv进行识别求助
<em id="authorposton16-1-3 20:36:42
我进度跟你差不多 也是视频图像识别部分做好了 就差解码了&&我现在正在用的是安卓自带的MediaCodec 但是发 ...新的sdk里有h264解码器，你可以用这个试试
通过无人机使用opencv进行识别求助
<em id="authorposton16-1-4 08:29:31
新的sdk里有h264解码器，你可以用这个试试看到了 多谢 我去试试
通过无人机使用opencv进行识别求助
<em id="authorposton16-1-7 17:45:30
你发在了mobile sdk的板块里面我默认你用的是mobile sdk。
方法是sendbuffertodecode这个函数（或者叫其他 ...我想请问一下，ios和安卓的解码原理一样么？sdk本身就带有解码的函数，为什么最新的又加上这个h264的解码函数？这两个有啥关系么？
通过无人机使用opencv进行识别求助
悟1认证用户
<em id="authorposton16-1-7 19:47:56
我想请问一下，ios和安卓的解码原理一样么？sdk本身就带有解码的函数，为什么最新的又加上这个h264的解码 ...自带的解码是解完就显示，不能再做图像处理
SDK板块日常维护志愿者。
我没有QQ，我也不接受私信提问。有问题请去论坛发帖，利人利己。
我没有QQ，我没有QQ，我没有QQ。
重要的事情说三遍。
通过无人机使用opencv进行识别求助
<em id="authorposton16-2-24 09:09:20
自带的解码是解完就显示，不能再做图像处理请问一下，装在pc上的模拟器在哪下载？
通过无人机使用opencv进行识别求助
<em id="authorposton16-2-26 10:17:53
自带的解码是解完就显示，不能再做图像处理请问视频解码过程里有个名字叫pull的实例方法，和push对应，push是进队列然后显示，pull是用来做什么的，如果说pull是用来出队列结束显示的，但在程序里面他是在startRun这个实例方法里面的，谢谢
(51.89 KB, 下载次数: 3)
10:17 上传
通过无人机使用opencv进行识别求助
<em id="authorposton16-3-8 10:11:13
那如果要是在pc上用unity处理视频，怎样从M100中把视频传送到电脑里呢？简单的hdmi转usb模块能实现么？是电脑端转还是遥控器hdmi接口转？
通过无人机使用opencv进行识别求助
<em id="authorposton16-4-27 09:28:47
好了，这个问题我解决了，现在提升速度
通过无人机使用opencv进行识别求助
<em id="authorposton16-5-2 22:07:08
你发在了mobile sdk的板块里面我默认你用的是mobile sdk。
方法是sendbuffertodecode这个函数（或者叫其他 ...请问，mobile sdk里面的H264解码器解码出来的是什么格式的数据？我看头文件里说H264解码器是硬件解码，请指点一下怎么用这个h264解码器结出来的数据？他解码出来是一帧一帧的么？万分感谢！
的最新主题
黄金周假期即将到来，出游计划提上日程。是时候带着无人机出游了，用航拍记录你的旅途！在拍摄过程中，假如你是DJI GO “老司机”，赶紧炫出你的技能！奖品有Phantom4、OSMO+...点击参加！
上周末，大疆新飞手训练营在以下七个城市举行沈阳、郑州、广州、苏州、武汉、北京、深圳。飞行演示时，精灵4悬停非常稳，小伙伴们已惊呆！点击查看精彩瞬间！
大疆手持影像沙龙，这里有最酷炫的灵眸Osmo系列，专业级三轴手持云台“如影”Ronin系列，助你轻松制作大片。上周我们来到广州，快来直击精彩瞬间！
DJI+ Discover app迎来了全新版本,7月29日前使用最新版app下单，就有机会抽取OSMO和DJI币！
我们将针对专业领域产品和DIY系列产品展开特别优惠，本次优惠覆盖了包括A2、NAZA系列飞控在内的多款产品，点击查看详情！
很高兴这么快就又和大家见面了。上一期“人机一体”直播之后，很多飞友问到一些问题，比如不看飞机只看监视器飞行时表示“臣妾做不到啊！”我突然发现，要做到这一点，确实在操控
本方法只适用于固定机位拍摄看过很多后期增稳教程但是操作完了以后或多或少还是有些抖动是时候找点办法把抖动干掉了
车流堆栈部分参考的坛友“阿岛 island”《【航拍宝典】发现城市中的航拍
很久没发帖了，大家还记得我吗？
这段视频是4月22日到大理跟女朋友求婚拍下来的，简单的把两个机位剪辑到了一起，
虽然，求婚比较简单，但个人觉得比较有意义，更重要的是有精灵见证哦。
在沙漠呆了整整一个月，现在回想起来，确实有些后怕，再也不想回去了。。满嘴的沙，满头的沙，满身是沙，晚上睡帐篷连呼吸都是沙。或许在狂沙中驰骋，体验无人区越野；扎营沙丘之上，见
中秋，OSMO+终于到手，作为OSMO的升级版，大疆在宣传的时候说，OSMO+影像上有提升，可以拍摄移动延时，超广角大片，还能实现7倍变焦，拿到手以后迫不及待的带出去试了试。
一 .移动延时摄影
那么今天我们将学习强大的降噪插件Neat Video，这款插件是我至今使用过体验最好，性价比最高的降噪插件，无论是快速的调整还是精细的矫正，这款插件均能胜任。(由于优酷的视频压缩导致大量
不少新手模友在购买F450和Naza-M系列飞控时，表示从安装调试到飞机成功起飞的一套流程太难、太繁琐。楼主想说其实并不难，只是你装机的姿势不对。
以下面三套装备为模友详细介绍F450机架+Na
本来临行之前不打算再发贴了，就等着踏实收拾完东西走人。但是，忽然发现了个新玩意儿（觉得自己特牛逼，航拍大咖什么的就别看了，浪费时间）。总觉得应该第一时间和大家分享，所以，
之前的帖子已经说过悟的摄像头，静止的时候会自己非常非常慢地转，起码要等20秒以后才能静止。这样就非常不利于拍摄夜景，今天想了个办法，试验了一下。当你想拍摄某个夜景后，摄像头选择自
使用无人机的人越来越多，VR也越来越盛行，结合无人机与VR后，便产生了VR全景图/视频，VR全景图作为VR图片形式的载体，提供全方位看世界的途径，且易于传播，于是制作它也成为了如今的
大家好，新一期教程又跟大家见面了，这次给大家分享的是后期剪辑视频与音乐的搭配以及视频素材的搭配问题。这次选了近期用同一素材剪的两个视频为栗子（不知道有没有人看了我的预告{:4_150:
大范围移动延时 在我们印象中只有地面架设轨道或三脚架才能实现，想要拍出理想的效果 甚至需要连续重复上百遍 移动脚架→调整构图→摁下快门，不仅耗时费精力，还要受限于路面是否平
十一期间就走了一次以航拍川西为主题的旅行，一辆车，四个陌生的人，全程2800公里。
小悟的飞行时间10小时，飞行距离180公里，拍摄180段航拍素材，170G，500多张航拍相片，10000多张图片。
[/backcolor]5枚-风格迥异-的短片打包[/backcolor]
单人单车94天40000里环游中国
因为即将推送第二支正片，所以干脆就把上半程的短片全部打包发出来吧。[/backcolor]
[/backcolor]第
给正在尝试用的网友婆妈几句，所有的这些高大上延时作品都是靠这个东东调整的！！！往下看吧，你懂得、、、
Adobe Photoshop Lightroom 6和Lightroom Creative Cloud 6 发布，这两款软件
什么？你居然不调色就把作品发出去了？
在数码影像时代，一部作品如果没有适当的调色，就无法表现出它想要实现的效果。要想调色你需要使用各种调色软件（包括插件），其中BlackMagicDesign
本帖三个视频自动播放，建议先把后面两个视频关掉[/backcolor]
起飞地点：哈尔滨大剧院
起飞地点：大庆奥林匹克体育场
起飞地点：大庆广电大厦
使用设备：DJI INSPIRE1
先说明一下我用的剪辑软件是EDIUS6
调色软件是红巨人（Red Giant Magic Bullet Suite）它可以直接挂在EDIUS上，挂在EDIUS上，在EDIUS上，EDIUS上（可以直接挂在剪辑软件上，这可以节省很多
ok，先来看个图，告诉大家今天要搞啥
是这样子的，以前想实时获取飞机信息，有叫OSD的设备，叠加到图传上，后来有了高清图传，直接传回到手机上就能看，那么，为什么我还要搞这个一个小
新玩家面对大疆飞控时不知如何选择？
此贴详细介绍DJI各飞控之间的区别及如何选择适合自己的飞控，往下看。
Naza系列飞控有什么区别？
Naza系列飞控分别为NAZA-MLite、NAZA-M V1，NAZA
这是大疆传媒的原创文章，转载请署名 “来源：大疆传媒”联系方式
大疆传媒 (DJI Studio) 是大疆创新 (DJI) 子公司，为全球客户提供电影、广告、纪录片、赛事直播等领
最近把近期飞友们向我提的问题总结了一下，觉得有一些很有必要拿出来给更多朋友分享。恰好这时DJI GO又开通了微博直播功能，那就让我来试一下吧，希望大家能够喜欢。起码不用苦逼地剪辑了
大家好，飞哥又来了。
上次精灵4的测评视频让很多人认识了飞哥、开始关注飞哥、甚至有点崇拜飞哥……飞哥无非就是把精灵4撞树、挂水、砸机、剪桨拍了一个小小的视频，不值得大惊小怪的~
新鲜随手拍镇图
想了很久，还是买了最便宜的，对于大疆多次强调“新手入门”
并不感冒，以至于反感，花个三千新手入门。
——“小时候仰望天空，从没想过飞上天，看着白云里面会有精灵吗？
终于，我们要为大家带来精灵4的飞控测评。
飞控之于无人机，相当于大脑之于人，是非常重要的部件。除了控制电池、摄像头以及连接遥控，飞控最重要的功能是分析传感器数据并控制飞行姿态。也
俗话说“常在河边走，哪有不湿鞋”，之前Sky妹妹我在Touch老师的带领下，学会了基本的飞行技能，这不没夸奖几句，周末和小伙伴玩耍就把飞机飞丢了。
事情是这样的，那天风有点大，我在河边
自从拍摄《爱上飞》以后，我认识了很多爱飞的朋友。一直想拍一些分享视频，给大家讲讲想说的话，也找到跟我相似的人。这个系列视频就是《一尘爱上飞》，包含了我的理念、心得、技巧、
小禄禄终于拿到了osmo mobile，先给她来一个美美的照片~
之后应广大禄丝的要求，小禄禄花了三个晚上做了一个测试视频，下面呈上热腾腾的视频。
如果喜欢我的视频，可以扫描屏幕下
这是大疆传媒的原创文章，转载请署名 “来源：大疆传媒”联系方式
大疆传媒（DJI Studio）是大疆创新（DJI）子公司，为全球客户提供电影、广告、赛事直播等领域的专
http://api-/@/720yun-forum-api.swf?pid=v&type=1PS/ 作为老麦客我的这贴开篇全景漫游图，墙裂建议点击“全屏”图标放大观看，色彩及画质细节一定不会让你失
Copyright (C) 2016 大疆社区 版权所有Unity 3d数据驱动设计方法之最初需求（一） - 推酷
Unity 3d数据驱动设计方法之最初需求（一）
作者：Mike Wuetherick
这是我在博客上所撰写的一系列文章。因为这些文章已经获得了一部分测试人员的肯定，所以我决定将其分享给全世界的读者。
故事始于3月。前年，我致力于DeNA Canada，帮助他们创建第一家工作室Canadian工作室（那时我是他们的第二名员工），同时也致力于招聘等等有趣的工作。在这一过程中我沉浸于“受服务器驱动”的游戏开发理念中——我在之前几款游戏中便经历过，但是程度却远不及我们在DeNA中所经历的。早在《巴哈姆特之怒》攻占排行榜之前我便开始接触这种理念——甚至在DeNA也没人真正相信这一理念能够大受欢迎，除了日本市场已经表现出了对于纸牌战斗游戏的欲望，并相信同类型游戏也将会取得成功。我在DeNA中待了1年时间，并学到了许多，其中有9个月时间我使用了Unity去创造基于服务器的游戏，并发现这种游戏架构具有非常大的潜力。如果你想知道DeNA和其它创造出畅销游戏的公司是如何通过游戏赚取利益的话，我会告诉你，受服务器驱动的游戏架构便是答案。
unity 3d()
不管怎样，这是故事的开始。
首先我们需要找到一份新工作，或决定在成长过程中自己到底想要做些什么。其次，当然需要开始致力于自己的新游戏。我并不是那种会呆坐着去等待机会自己上门的人，我会不断挑战自己的极限，并且在短暂休息过后继续努力工作。
在仔细思考了自己到底想要创造怎样的游戏后，我发现了技术和设计具有一个明确的基础层面。不管你创造的是怎样的游戏，这些都属于核心建筑模块，并且我可以立刻就开始着手设计。
在我详细分析这些要点之前，让我们着眼于这一新项目的一些基本假设：
1.手机（因为缺少硬件所以在那时候只能选择Android）
2.免费游戏（IAP）
3.基于Unity的PHP服务器/终端
最近我与不少人提起了服务器/终端技术，似乎当前存在着2大阵营：
很少人能理解的Ruby和/或node.js等较难懂的框架
对此我不想谈论太多细节，但是归根结底，最简单的事实便是我不知道是否应该坦然地深入研究任何内容。在开始投身任何技术项目时，我们必须记得的一件事便是，你不仅希望获得自己想要的解决方法，同时它也能帮你轻松地找到开发者并在未来不管壮大团队。你的技术性解决方法的未来是，我们将更加难以找到熟悉技术的程序员，并且更加难以确保他们富有较高的效能。
关于像Java这样的解决方法，你至少在知识方面是有保障的，因为它会提供关于产业和教育世界的支持去帮助你训练未来的雇员/团队成员。那node.js/ruby又是怎样？还行。Python呢？这是一种“对象导向型”系统，带有自己的复杂性。
我个人的代码风格非常简单——主要有几点原因。首先，我经常会在各种语言间穿梭着，所以熟记特定系统中的特定语言间的细微差别并不能引起我的兴趣。其次，我发现最有用也是最容易理解的代码（同时也是最容易调试的）便是那些不会隐藏在各种抽象层/模版/特定语言功能中的代码。但这只是针对于我自己。也许我是一名糟糕的程序员，但浏览程序员的代码之树却一点都不糟糕，我甚至可以自信地说这至少是看待事物最合理的方法。
我好像有点离题了，好吧，让我们再回到整体上。
PHP或非PHP
上面说了这么多，我唯一知道且信任的服务器语言便是PHP。在之前它从未让我失望，它的确是一种可合理伸缩的工具，有许多开发者都在使用该语言。同样地，我可以立即运行php并清楚自己能够快速前进。
所以让我们来说说上述的要求，特别是着眼于项目所需要的可重复使用的服务器框架。
服务器端受数据驱动的开发
从游戏设计角度来看，分割游戏数据并整合到“云端”是最佳做法。
不间断的架构似乎萦绕着许多负面描述。我理解人们对于DRM等等的担忧，但从游戏设计角度来看，分割游戏数据并整合到“云端”是最佳做法。
这与“压榨用户”或侵犯版权没一丁点关系。基本事实在于，对游戏设计师来说，在如今快速变化的市场中能够进行更新（推出新内容或只是调整一些道具或任务的平衡），即只是调整调整服务器上的一些参数也是制约游戏能否成功的关键元素。
同时需要注意的是我并不是在宣称自己将使用“云端”去处理游戏中仆从的个体AI运转—-但是我认为作为2013年的游戏还有许多“必须拥有的”功能。即：
优势/服务端“必须拥有的”功能/永远在线设计
1.持久的/云端玩家状态保存——设备间的移动，没有更多解锁/重新开始一款游戏
2.服务端数据允许你调整平衡/在发行后调整你的游戏
3.如果设计合理的话，服务端数据将允许你无需新客户端的推动而进行内容更新。这在iOS上非常重要，特别是当之前简单的游戏调整需要2周的周转时间去等待游戏最新构建的完成。
4.整合更大的用户登录/注册系统和第三方付费/虚拟货币平台去减少/删除用户开始游戏的摩擦，并开始在你的游戏上花钱。
服务器设计——4个元素
从服务器设计角度来看，根据上述内容我们的服务器拥有2个关键元素，甚至可能是3个或4个（根据你所瞄准的平台）。
我们的服务设计的前2个元素可以划分为：
1.静态内容（元数据）
2.动态内容（玩家数据）
元数据可以是你的游戏中任何静态内容，即不会因为玩家而发生改变。这可能是你的游戏中所有武器的库存，或者是所有关卡名称，对话文本等等的列表。我会建议你储存所有的这些静态信息服务端，如此你才能在发行后轻松地进行修改并更新。我并没有在开玩笑。这包括你的大型RPG中的任何武器，任何道具，任何角色细节以及整体故事。在服务器上保存所有的这些内容后你便能够动态地进行查询。也就是所谓的“脱机游戏”—-我在这里所说的一切都不会阻止脱机游戏，但最主要还是取决于你的决定。
你的游戏中的动态内容是针对于玩家的用户数据，即储存自玩家开始游戏并在冒险中不断前进。这将包含他们穿越游戏技术之树的过程，他们的库存以及解开后的关卡等等。这也将包括一个更复杂的保存系统，即储存场景中个体对象的微状态。当玩家首次打开游戏/有效地“同步”游戏状态时，所有的这些信息将被带到服务器并进行动态分解。你所玩过的每一款MMO或者你在过去3至5年里玩的一些其它游戏都会做这样的事。不幸的是并不足以进行云端保存。
我们服务器设计的第3个元素与第1点相关：
随着游戏变得更大且更复杂，你便更希望能够动态地推动新内容或面向用户进行更新。创造一个能够提供这类机制的系统将帮助你避免一些麻烦，特别是当你尝试着向用户传递补丁或更新内容时。这与下载游戏中一个全新关卡或区域的特殊NPC所使用的纹理一样简单。像Unity等工具能够为内容下载提供一个强大的http类或AssetBundles，这能让你更轻松地整理游戏中的任何内容并根据需求传递给用户。你可以根据需求做到这点，或设置“自动更新”（在游戏发行或其它时候运行）。根据你所支持的平台，你可以选择不同的方法。
对于手机来说第4个元素更加重要，但它同样而已适用于普通的PC开发：
第三方集成
今天，Facebook便是一大最受欢迎的第三方集成。你需要考虑的主要元素便是，你是否想要创造属于自己的用户注册/登录系统或使用第三方集成。Facebook是其中一个，市场上的其它集成还包括ScoreLoop，Playtomic等等。我所选择的是经过优化的PlayPhone，但却未100%决定好。
牢记着上述元素，下一次我将详细分析我是如何处理第1个元素和第2个元素。第3个元素较为直接，所以在一开始并不是什么大问题，但是我也将描述我是如何计划处理该元素。就像我之前所提到的，第4个元素将被分别覆盖，尽管我已经决定好使用哪一个系统了。
接下来我将根据自己的实验具体描述服务器的后端。
现在我们知道自己正在尝试着做些什么，让我们进一步讨论该如何做到这些。
需要说明的一点是，我的方法将会有悖标准，但是根本原则是基于我使用类似系统的多年经验，即从网页开发和游戏开发角度来看。我的职业是穿梭于这两者之间。也许几年前这对我来说有点陌生，但现在它们已经有效第与这一新方法融合在一起，我也发现自己能够更轻松地支持最后结果。
我在这一试验中的主要目标便是重新使用现有的代码和库存去最大化我在使用最少代码时的结果。作为单人的独立游戏开发者，我比编写一个完全的内容管理系统去处理项目的静态和动态元素面对着更大的挑战和任务，并且实际上，有些人可能已经编写了我想要做到的大多数内容。
在我详细分析每一个系统的细节前，让我们基于我的静态和动态系统而着眼于功能的更高级别设置，以明确是否存在一些共同主线能够帮助我缩小方法。
1.在标准LAMP（游戏邦注：LAMP代表Linux/Apache/MySQL/PHP，尽管在我完成前apache元素将被换为更有效能的网页服务器）中运行。这将托管并扩展系统的“已知量”，即并不需要一些难懂/专业知识。
2.无需重新编写大量代码而重新使用/提供更多功能。
3.为编辑游戏数据提供给我基于网页的界面（静态元数据或玩家游戏数据）。单单基于该原因，编写一个定制PHP/MySQL应用是不够吸引人的。为基于数据的应用创建一个容易使用的界面需要比创造核心功能花费更长时间，所以我希望现有的解决方法能够解决该问题。
4.轻松地伸缩—-不管是我能够接通亚马逊还是配置到云端系统的现有“工具”。我不相信云端系统能够彻底扩展一款应用，但是它们却能够为一种解决方法提供一个起点，并帮助我进行快速配置。你最后需要的便是让一款应用变得受欢迎并且未计划扩展应用。
5.提供一个JSON界面（或轻松访问数据从而让我能够面向服务器交流层创造定制JSON应用程序界面）。在过去几年里我一直介于服务器API使用JSON界面，并真心喜欢该界面所具有的便捷性。再加上PHP能够有效支持JSON序列化和解析，从而推动着我去创建服务器交流层面。我将在谈及客户端/前端设计时详细分析这一点。
这涉及了我对系统更高级别的要求。让我们详细分析一些细节。
静态内容管理（元数据）
任何游戏都需要大量静态数据，也就是我所谓的元数据。当着眼于游戏中关卡数的所有元素的价值时思考这些内容，一次特定的波动将包含多少敌人，一个特殊敌人有多强大，一个特殊游戏事件将给予玩家多少XP等等。
对于一款传统的单人玩家游戏来说，这些数据是以硬编码的形式出现在游戏代码中（或以最小的文本配置文件形式）。使用像Unity等数据，元数据可以被当成你的类的公共界面，即Unity于设计过程中在编辑器中所呈现的。这并不是一个复杂并快速的规则，但对于我们来说这却是一个不错的起点。
为了进一步了解，让我们分解假设的游戏中一个潜在的类，并分析你想使用怎样的元数据去测试服务器。
让我们假设我们的游戏将出现各种类型的敌人与玩家相抗衡。这些敌人可能也拥有健康，移动速度，破坏力（或每秒破坏力），射程等等属性。这些变量都是触及服务器的有效元素。如果我们让它们以硬编码形式出现在客户端，那么在我们的游戏发行后，我将不能再更新或修改这些机制，除非我们能够推出一个全新客户端更新/补丁。如果我们的游戏在发行时并不能达到有效平衡（游戏邦注：说实话，很少人能够做到这点），我们便会深陷于这些价值中，直到最终能够为游戏创造出更新/补丁。这是每一款游戏都应该考虑使用的方法。
同样的方法能够用于我们游戏中的每一方面。我们游戏中任何可行的任务，每个关卡所出现的敌人（和数量）等等都会在运行时从服务器中恢复，从而实现我们代码库的最大灵活性。
大多数程序员都听过“受数据驱动的设计”。关于这点的传统描述是分割数据而从代码/逻辑中驱动应用从而让所有内容变得生动起来。这便意味着许多应用都拥有本地数据库。
我在这里所说的是关于这一方法较为直接的延伸。
现在每个人都知道如何使用这一方法对客户端和服务器进行整体设计，接下来我们将开始设计JSON服务器API而来回传递信息，并开始创造我们的客户端/服务器交流堆。会越来越有趣的。
本文为游戏邦/编译，拒绝任何不保留版权的转载，如需转载请联系：游戏邦
Data-driven design with Unity 3d, Part 1 – Brainstorms, Initial Requirements.
By Mike Wuetherick
This is a slightly-edited re-post of a series that I’ve been writing in quiet isolation (which you get used to doing indie development) on my blog.& Currently up to part 4 of the series, they have been received somewhat well by my small subset of beta testers, so might as well throw them out to}
Well, here goes.& The story starts back in March.& For the year previous, I had been working at DeNA Canada, helping them startup their first Canadian studio (I was employee #2), recruiting, getting coffee makers and all that fun.& Somewhere along the way I was immersed in the concept of ‘server-driven’ game development – a concept that I had experimented with in passing on a few titles, but nowhere to the extent that we did at DeNA.& Note that I started before Rage of Bahamut had hit the charts – even at DeNA, no one really believed that it would be popular, except for the fact that the Japanese market had/has an insatiable appetite for card battles, and the belief was that similar styles of games could translate across the water.& Well, the rest is history, I spent a year at DeNA, learned a huge amount and – most importantly to this series – spent 9 months building server-based games with Unity and discovering the huge potential and power of this kind of game architecture.&& If you want to know the secret sauce of how DeNA and other top-grossing mobile titles generate so much revenue from their titles on an ongoing basis?& The answer is Server-driven game architectures.
Anyways, that’s where the story begins.
With my new-found freedom comes responsibilities.& The first is looking for a new job and/or deciding what I want to be when I grow up.& The second is, of course, starting to work on a new game of my own.& I’ve never been one to sit around and wait for an opportunity to come my way, and might as well continue to push my own personal limits while I work through where I end up after this brief intermission.
After a bit of soul-searching about what kind of title I want to create, there is a definite foundation layer of technology and design that I want to get implemented.& These are core building blocks that will be required irregardless of the specific game that gets built, and as such, are something that I can begin to design immediately, ie before I lock down a design.
But first, before I go into detail about these pieces, let’s look at the basic assumptions that I’m going into this new project with.
1.Mobile (android only for the moment due to lack of hardware)
2.free 2 play (IAP)
3.Unity-based php server / back-end
I’ve spoken to quite a few people lately about servers / back-end technology, and there seems to be 2 core camps at the moment:
Ruby and/or node.js or some other esoteric framework that very few people know and understand
I don’t want to go into too much detail about either of these, and when it comes down to it, the simple fact is that I don’t know enough about either to dive into anything with any kind of comfort.& The big thing to remember when starting out any technology project is that you want a solution that is not only something you will be able to build and do what you want, but also something that it is easy to find developers to bring on board and grow the team in the future.& The further from the ‘norm’ your technology solution is, the more difficult it will be to find programmers familiar with the tech and more difficult it will be to get them productive once you bring them on board.
With a solution like Java at least you are safe in the knowledge that there is a lot of support in both industry and educational worlds to help train your future employees / team members.& Node.js / ruby etc?& Not so much.& Python? Maybe, but it’s also a ‘very object oriented’ system that has it’s own complications.
My personal coding style is very bare bones – for a couple of reasons.& I am often jumping between numerous languages on a regular basis, so memorizing the language specific nuances of a particular system isn’t particularly of interest to me, and secondly, I find that the most useful and understandable code (and most easily debugged) is code that doesn’t hide behind alot of abstraction layers / templates / language-specific features.& But that’s just me.& Maybe I suck as a programmer (and that’s definitely arguable), but looking through code trees of programmers that most definitely do NOT suck, I can feel confident that this is at least a reasonable way of looking at things.
Anyways, I digress – let’s get back to the situation at hand.
To PHP or not to PHP
So having said all of the above, the only server language that I know and trust is PHP.& It hasn’t done me wrong in the past, is nicely scaleable and a ‘known quantity’ with regards to finding developers comfortable using it.& As well, I can get up and running with php instantly and know that I will make progress very quickly.
So, let’s discuss the above requirements, specifically looking at the re-usable server framework that the projects require.
Server-side data-driven development
When it comes down to it, from a game design standpoint, separating your game’s data into the ‘cloud’ as it were is the best thing since sliced bread.
Always-on architectures get a lot of bad press (see the recent simcity debacle).& I understand the concerns about DRM / etc, but when it comes down to it, from a game design standpoint, separating your game’s data into the ‘cloud’ as it were is the best thing since sliced bread.
This doesn’t have anything to do with ‘milking your customers’ or invading privacy in the slightest.& The basic fact is for a game designer, being able to push out updates (either new content or simply tweaking the balance of a few items or missions), simply by adjusting some parameters on the server in today’s rapidly evolving market is absolutely necessary for a title to succeed.
Also note that I’m not making any grandious claims (ala Maxis) that I’m going to be utilizing the ‘cloud’ to process the individual AI ticks of the minions in the game or any other such garbage – however, there are some pretty significant ‘must have’ features that any game in the year 2013 should consider ‘must have’& in my opinion. Let’s go through some of them:
Advantages / ‘Must-Have’ features of a server-side / always-0n design
1.persistent / cloud player state saving – move from device to device, no more unlocking / restarting a game from scratch
2.server-side data allows you to adjust the balance / tweak your game after launch.
3.if designed properly, server-side data should also allow you to push out content updates without requiring a new client push.& This is particularly important on iOS, when a simple adjustment of the game would previously require a 2 week turn around waiting for the latest build of your game to get pushed through to your customers.
4.integration with a larger user login / registration system, and possibly a 3rd party payment / virtual currency platform to reduce / eliminate the friction for your users to start playing your game, and (dog forbid) start spending money on your title.
Server Design – 4 Elements
What the above means, from a server design standpoint, is that we have basically 2 key elements to our server, and quite possibly 3 or even 4 (depending upon what platform you will target).
The first 2 elements to our server design can be broken nicely into:
1.Static Content (Metadata)
2.Dynamic Content (Player data)
You can consider metadata to be anything static in your game that doesn’t change from player to player.& This could be an inventory of all of the weapons in your game, or a list of all of the level names, all of the dialog text in the game, and so on.& I would highly recommend that you store all of this static information server-side so that it is easy modified and updated after launch. Yes all of it.& I’m not kidding in the slightest.& Every weapon, every item in your massive RPG, every character’s details, the whole story of your game.& Store all of it on the server and query it dynamically (well, mostly dynamically, we’ll go through how we can cache this and allow offline play etc later on).& Yes I did say ‘offline play’ – almost nothing about what I’m proposing here would necessarily prevent offline play, but that’s up to you to decide for your particular title.
Player Data
The dynamic content in your game is the player-specific user data that gets stored as they start the game and progress through the adventure.& This could include their progression through the tech tree in your game, their inventory, unlocked levels, etc.& It could also include a more complex savegame system that stores micr0-states of individual objects in a scene if you like.&& All of this information gets pushed to the server and pulled down dynamically when the player first launches the game / effectively ‘syncing’ their game state.& Every MMO that you have played does this kind of thing, and probably a number of other games that you have played in the past 3-5 years as well.& Unfortunately not nearly enough do this kind of cloud-saving (in my opinion).
The 3rd Element of our server design is related to #1:
Content Delivery
As games get larger and more complicated, the more likely that you will want to be able to push new content or updates to your users dynamically.& Building a system that provides this kind of mechanism out of the box will save you a ton of pain trying to deliver patches / updates to your customers.& This could be as simple as downloading the texture used by a particular NPC to an entire new level or zone for a game.& A tool like Unity provides a powerful http class for handling downloading of content and also provides AssetBundles, which allow you to very easily pack up just about any content in your game and stream it to the user on demand.& You could do this truly on demand (only streaming content as it’s needed), or via an ‘auto updater’ setup (run at game launch or otherwise).& Either way can work, depending on the platform(s) you decide to support.
The 4th element is more crucial for mobile, but applies equally to normal PC development as well:
3rd Party Integration
One of the most popular 3rd party integrations today is facebook.& A major consideration that you need to factor in is whether you want to build your own user registration / login system or use a 3rd party integration.& Facebook is one, others on the market include ScoreLoop, Playtomic, and there are a number of other options.& One that I’m looking at that seems pretty polished is called PlayPhone, but haven’t decided 100%.& I’ll do another post dedicated to the 3rd party integrations because there are a number of factors involved with this decision and more than I want to get into today.
So with the above elements in mind, next time I’ll go into some specifics about how I’m approaching Element #1 and #2. #3 is fairly straightforward and won’t be a huge issue at the start, but I’ll describe how I plan to handle this. #4, as I mentioned above, will be covered separately, although whether I have made a decision on what system I’m going to go with by then remains to be seen.
Data-driven design with Unity 3d, Part 2 – Server design / API and assumptions
As mentioned previously, I’ve started fleshing out the backend for the server that I’m looking to build for my ongoing experiments.
Let’s recap the key points:
The first 2 elements to our server design can be broken nicely into:
Static Content (Metadata)
Dynamic Content (Player data)
You can consider metadata to be anything static in your game that doesn’t change from player to player. This could be an inventory of all the weapons in your game, or a list of all the level names, all the dialog text in the game, and so on. I would highly recommend that you store all of this static information server-side so that it is easy modified and updated after launch. Yes all of it. I’m not kidding in the slightest. Every weapon, every item in your massive RPG, every character’s details, the story of your game. Store all of it on the server and query it dynamically (well, mostly dynamically, we’ll go through how we can cache this and allow offline play etc later). Yes I did say ‘offline play’ – almost nothing about what I’m proposing here would necessarily prevent offline play, but that’s up to you to decide for your particular title.
Player Data
The dynamic content in your game is the player-specific user data that gets stored as they start the game and progress through the adventure. This could include their progression through the tech tree in your game, their inventory, unlocked levels, etc. It could also include a more complex save game system that stores microstates of each object in a scene if you like. All of this information gets pushed to the server and pulled down dynamically when the player first launches the game / effectively ‘syncing’ their game state. Every MMO that you have played does this kind of thing, and probably a number of other games that you have played in the past 3-5 years as well. Unfortunately not nearly enough do this kind of cloud-saving (in my opinion).
So now that we know what we are trying to do, let’s discuss a bit about how we might achieve this.
As a caveat, I’ll definitely say that my approach is likely going to be far from typical, however the underlying principles are based on many years of experience working with similar systems, both from the web-development standpoint as well as from the game development side of things.& My career has floated almost equally on both sides of the fence.& Years ago this seemed a bit strange to me, but they have effectively merged with this new approach, and I find the end-result so much easier to maintain.
My primary goal in this experiment is to reuse existing code and libraries where possible to maximize how much I can get done with the minimal amount of code.& As a single-person (at the moment anyways) indie developer, there are far greater challenges and tasks on my plate than writing a full-fledged content management system to handle both the static and dynamic aspects of my project, and realistically, there is probably someone who has already written the majority of what I’m hoping to achieve already.
Before I dive into the particulars of the separate systems, lets take a look at a higher level set of functionality that I’m looking for with my Static AND Dynamic systems to see if there is a few common threads that might help me narrow down an approach.
1.Runs on the standard LAMP stack (LAMP being Linux / Apache / MySQL / PHP, although the apache element might get swapped out with a more efficient web server before I’m done).& This makes hosting & scaling the system a ‘known quantity’ that doesn’t require esoteric / specialized knowledge to achieve.
2.Reuse / provide as much functionality out of the box without requiring a massive code rewrite or repurpose.
3.Provides me with a web-based interface for editing the game data (either static metadata or player game data).& For this reason alone, writing a custom PHP / MySQL app is less appealing.& Building a nice easy to use interface for a database app can often take longer than the core functionality itself, so I’m hoping for an existing solution that will solve this problem.
4.Be easily scaleable – either as an existing ‘appliance’ that I can plug into amazon or rightscale or something similarly easy to deploy into a cloud-based system.& I don’t believe that cloud systems are the end-all-be-all for scaling an app, but they do provide a starting point for a solution, and having something that I can quickly deploy if need be is crucial.& Last thing you want is for an app to become popular and not have a plan }
5.Provide a JSON interface (or easy access to data so that I can build my custom JSON API for the server communication layer).& I’ve been working with JSON based server API’s for the past year and have really enjoyed how easy they are to work with.& This plus the fact that PHP has very powerful built-in support for JSON serialization and parsing gives me a head-start building the server communication layer.& I’ll go into this probably next time as we get closer to the client / front end design.
That pretty much covers my high-level requirements for the system.& Let’s dive into some details.
Static Content Management (Metadata)
For any game, there is a large amount of static content, what I’m dubbing Metadata, required for the game.& Think of this as the look up values for everything from the number of levels in the game, how many enemies a particular wave should contain, details about how strong a particular enemy should be, all the way down to how many XP a particular game event should grant the player.
For a traditional single player game, this data was either hard-coded in the game code (or hopefully a text config file at a minimum).& With tools like Unity, the metadata can be thought of as the public interface for your class that Unity exposes in the editor at design time.& This isn’t necessarily a hard & fast rule, but it’s a good rough starting point for us to begin working from.
To provide a more specific example, let’s break down one potential class in our theoretical game and figure out what kind of metadata you might want to poll the server for.
Lets assume that our game has a variety of enemies that the player must fight.& These enemies probably have Health, Movement speed, Damage (and/or Damage per Second), firing range, and other similar properties.& These variables are a perfect candidate for grabbing from the server.& If we have them hard-coded in the client, then after our game launches, we will never be able to update or modify these values without pushing out a new client update / patch.& If our game isn’t perfectly balanced at launch (and let’s be honest, very few are), we will be stuck with these values until we can get an update / patch for our game out the door.& However, if we are polling this metadata from the server at runtime, updating & modifying these values are all of a server-side tweak away.& This is exactly the type of thing that every game should be looking into using.
This same method can be applied to just about every aspect of our game.& What missions are available in our game, what enemies (and how many) get spawned for each level, etc can and should be retrieved from the server at runtime to allow for the maximum flexibility in our codebase.
Most programmers have heard of ‘data-driven design’.& The traditional description of this is to separate the data that drives an application from the code / logic that makes things come to life.& What this mean in many apps is having a local database
What I am expressing here is a relatively straightforward extension of this methodology.
Now that everyone understands this (hopefully) approach to the overall design to the client & server, next up we’ll start to design the json server api that we will be using to pass information back and forth and start building up our client/server communication stack.& T}(
已发表评论数()
请填写推刊名
描述不能大于100个字符!
权限设置： 公开
仅自己可见
正文不准确
标题不准确
排版有问题
主题不准确
没有分页内容
图片无法显示
视频无法显示
与原文不一致}