最新 | 最热门 | 最高评价

+0  10 连抽保底的概率模型

Tag: 概率与桥牌 | 游戏开发
云风 发于 2017年01月16日 23:18 | 点击: 173 | 展开摘要
网游里有很多抽卡、开箱子之类的赌性玩法,在最开始,游戏设计者实现的时候,仅仅给这些抽取概率简单的设置了一个值。比如抽卡抽出橙卡的概率是 10% ,那么就是说,玩家每次抽一张卡,有 90% 的可能是白卡,10% 的可能是橙卡。

但大 R 玩家是大爷,需要小心伺候。如果感受不好,人跑了就亏大了。概率这个东西靠改进伪随机数发生器是解决不了体验问题的,大爷要是连抽 20 张都出不来橙卡,那是要怒删游戏的。

连抽 20 张 10% 概率橙卡一张都抽不到的机会多不?一张抽不中的概率是

查看全文: http://www.udpwork.com/item/16064.html

+0  在 Unity3D 的 Mono 虚拟机中嵌入 Lua 的一个方案

Tag: lua与虚拟机 | 游戏开发
云风 发于 2017年01月08日 22:39 | 点击: 361 | 展开摘要
很多使用 Unity3D 开发的项目,都不太喜欢 C# 这门开发语言,对于游戏开发很多人还是更喜欢 Lua 一些。而 Lua 作为一门嵌入式语言,嵌入别的宿主中正是它说擅长的事。这些年,我见过许多人都做过 U3D 的 Lua 嵌入方案。比如我公司的阿楠同学用纯 C# 实现了一个 Lua 5.2 (用于在 U3D web 控件中嵌入 Lua 语言的 UniLua );还有 ulua slua wlua plua xlua ... 数不胜数。我猜测,a-z 这 26 个字母早就用

查看全文: http://www.udpwork.com/item/16056.html

+0  用分布式压缩贴图加快 Unity3D 的打包过程

Tag: 我爱折腾 | 游戏开发
云风 发于 2016年12月12日 14:38 | 点击: 407 | 展开摘要
U3D 的打包流程,谁用谁知道。

由于输出 ios 包必须在 xcode 环境,跑在 Mac 系统上,所以为了定期版本打包,我们采购了配置比较高的垃圾桶来做。一台大约要三万 RMB 左右。

但我觉得这个方案的性价比太低了。

经过简单的考察,我发现,打包流程中最慢的环节是贴图压缩。在不同的平台,需要把原始贴图文件压缩成对应平台的压缩贴图格式: ios 平台对应的是 PVR 压缩格式;Android 平台对应的是 ETC 压缩格式,等等。

u3d 自己也意识到压缩贴图太慢

查看全文: http://www.udpwork.com/item/16000.html

+0  ETC 图素的合并

Tag: 游戏开发
云风 发于 2016年11月16日 16:55 | 点击: 326 | 展开摘要
在制作 2d 游戏时,通常我们需要把大量小图素合并到一整张大贴图上。这可以使用装箱算法 (Bin Packing)完成。当然,很多人很懒,那么就用别人做好的工具,比如 Texture Packer 。

但是在实际开发中, Texture Packer 有几个严重的缺陷 ,我个人还是建议自己来做合图的工具,完善工具链。

缺陷 1 :装箱过程其实并不需要了解图片上的内容,而只需要知道图片的尺寸。所以装箱过程需要的内存量应该只和被装的图素个数相关,和图片大小无关。而 textu

查看全文: http://www.udpwork.com/item/15927.html

+0  继续谈网络游戏的同步问题

Tag: 游戏开发
云风 发于 2016年10月18日 10:07 | 点击: 450 | 展开摘要
前面一篇谈了 放置类游戏的网络同步 ,我想把其方法推广到其它类型的游戏,比如 MMORPG ,比如动作游戏。尤其是动作类游戏,非常需要客户端可以即时处理玩家的操作,而不能等待服务器确认。

我们来看看这些类型的游戏和放置类游戏的不同点。

放置类游戏大部分是玩家个人和服务器在玩,不涉及第三方的干扰。所以,只要操作序列一致,那么结果就一致。

MMORPG MOBA 动作游戏这些,是多人在玩。如果我们能同步所有玩家的操作,让所有玩家的操作序列在一条线上,那么也一定可以保证结果一

查看全文: http://www.udpwork.com/item/15877.html

+0  放置类游戏的网络同步

Tag: 游戏开发
云风 发于 2016年10月17日 16:33 | 点击: 608 | 展开摘要
最近想试着做一款类似 Shop Heroes 的放置类网络游戏。总结一下此类游戏的客户端服务器同步问题。

传统放置类游戏,比如小黑屋,是单机运行,不需要和服务器同步的。但出于防止作弊的目的(作弊会使玩家迅速失去游戏乐趣)或者希望加上多人玩法,我们通常希望把游戏进程放在服务器上管理,这样就有了网络同步问题。

加上了服务器后,我们依然想保持玩家单机游戏的流畅体验,这里该怎么做,还是有许多门道的。

对于 COC 类的城市建设那部分,我们可以看成是一个简单的放置类游戏:等待、收

查看全文: http://www.udpwork.com/item/15871.html

+0  Shop Heroes 的公会系统

Tag: 游戏 | 游戏开发
云风 发于 2016年09月14日 17:17 | 点击: 318 | 展开摘要
上一篇谈到了 Shop Heroes 的经济系统,这一篇想谈谈它的公会系统。

和很多其它网络游戏不同,Shop Heroes 的公会系统并不是一个可以被剥离的系统,它和整个游戏,包括其经济系统是密不可分的。我觉得这个系统是为了完成其游戏的根本设计目的:引导玩家差异化发展从而制造出市场需求,而设计出来的东西。

在游戏中,不存在未加入公会的玩家。玩家在新手教学阶段就会被强制引导到一个叫做外城的环境,也就是游戏中的公会。你必须选择加入一个已有公会,或是自己创建一个单人公会,否则

查看全文: http://www.udpwork.com/item/15824.html

+0  Shop Heroes 的经济系统

Tag: 游戏 | 游戏开发
云风 发于 2016年09月14日 15:52 | 点击: 344 | 展开摘要
最近两周在玩一个叫做 Shop Heroes 的游戏。知道这款游戏是因为它前两个月在 Steam 上线了 PC 版,玩了一下觉得有点意思。由于其 UI 一眼看上去就是手机风格,便在 app store 上搜索了一下,改到 ios 上玩。

游戏设计的很好,对我这种资深游戏玩家有莫大的吸引力(对于快餐手游氛围下进入的新玩家可能因为系统过于复杂而玩不进去)。它设计了无数个斯金纳箱,营造出文明的那种 one more turn 的心理感受,让人欲罢不能。具体不展开讲,有兴趣的同学自

查看全文: http://www.udpwork.com/item/15823.html

+0  pvp 游戏如何解决玩家匹配等待时间过长的问题

Tag: 游戏开发
云风 发于 2016年08月19日 15:53 | 点击: 511 | 展开摘要
按局打的纯 PVP 机制的游戏,面临最大的问题将是,在一个玩家想找人对战的时候,找不到对手匹配。

如果游戏的在线玩家达不到一定人数,那么这个问题会恶化:等不到人和你一起玩、放弃等待、新的玩家更找不到对手。

像皇室战争、王者荣耀、炉石传说这些火爆的 pvp 游戏都属于迈过了线的作品,玩家不太愁等不到人一起玩,提升了游戏体验,聚集了更多的玩家。而当玩家群有限时,同类产品就很难竞争,只要在线用户掉到一定限度以下,很可能导致(无非找到对手)体验下降,更多玩家流失。

那么,有没有

查看全文: http://www.udpwork.com/item/15752.html

+0  群星的汉化及其它

Tag: 游戏 | 游戏开发
云风 发于 2016年08月11日 21:32 | 点击: 340 | 展开摘要
最近一个月,玩群星(Stellaris) 有点着魔。不同于 P 社之前我最喜欢的维多利亚2 ,这个上手更舒服。是我玩过的把大战略和 4X 结合的最好的游戏了。我很欣赏 P 社这种尽力降低玩家门槛的做法,让大战略和 4x 游戏不那么高冷,普通玩家也能很快领略其中的乐趣。

这里有我写了一篇评测。大致谈了群星是一个怎样的游戏,如何快速入门。小提示:即使是新手,也推荐用铁人/疯狂模式。第一次玩只需要把银河调小一点就好了。这样乐趣才能充分体现出来。

这次 P 社的引擎革新后,汉化变

查看全文: http://www.udpwork.com/item/15733.html

+0  如何只基于请求回应模式实现 MMO 级别的场景服务

Tag: 游戏开发
云风 发于 2016年07月01日 18:01 | 点击: 390 | 展开摘要
在上一篇 blog 里,我谈到游戏服务器其实只需要使用 req/resp 模式就够了。有同学表示不太理解,认为服务器主动推送,或者说 pub/sub 的消息模式必不可少。

在聊天中我解释了很多,是时候记录一下了。

从本质上来说,如果你只是想把一系列消息发送到客户端,req/resp 请求回应模式和 pub/sub 发布订阅模式并没有什么不同。你可以把 req/resp 理解成一次性的,只订阅一条(或有限条)消息;如果需要维持这类消息的推送,需要客户端在收到消息后再次发起订

查看全文: http://www.udpwork.com/item/15627.html

+0  有创意必须实现出来才有意义

Tag: 游戏开发
云风 发于 2016年04月30日 15:35 | 点击: 429 | 展开摘要
这两天在一个游戏设计论坛潜水,读了很多帖子,感觉挺有收获的。

尤其是有一贴,楼主贴了一长篇他的 idea ,应当是想了很久的,算是比较完整,只差动手了。按他的说法,想先在论坛上收集一些反馈。这个论坛聚集了许多核心玩家,和相当数量的游戏开发者,按道理说,他找对地方了。

可是,在下面的回帖中,某人对此作了严厉的批评。

回帖说,你不给出个可玩的程序,根本没可能给反馈,尤其是帖了这么一大版文字,更不可能。

创意往往很有趣,每个创意说出来都能吸引人心。但就算你先写下几百篇文档,

查看全文: http://www.udpwork.com/item/15448.html
|<<<1234567>>>| 一共8页, 93条记录