【转】【Unity插件 - Photon Bolt官方文档翻译】00 Bolt和Pun的对比

=
from：
https://gameinstitute.qq.com/community/detail/119158
https://www.jianshu.com/p/78a4884e93eb
=

 

首先，放出Bolt的Unity资源商店页面地址：https://www.assetstore.unity3d.com/cn/#!/content/83233

 

然后，简单的介绍一下Bolt吧！

Bolt是一款Unity非常强大的网络解决方案的插件。

也就是用来开发联机项目的。

用Bolt开发联机游戏，可以不写服务端、不用自己租服务器、代码简单、五分钟完成设置！

听起来是不是和Pun很像！

基本和Pun是一样的，但是区别就在于，Pun使用的是Photon云作为服务器，Photon云基本都是在国外，而且500的最大玩家数需要95美元一个月，真的是延迟又高又贵呢！

而Bolt是把服务器建在房主的电脑上（建在玩家的电脑上），由房主进行数据传输、接收、处理。

这样我们就不必考虑自己租用服务器了，房间和连接可以有无限个，而且延迟会低很多！

而且Bolt支持大部分主流的平台：安卓、Ios、Win、Mac、Steam、PSN、XBox1等。

只不过一些有内购、账号的游戏（比如棋牌游戏），应该不太适合使用Bolt，因为Bolt的逻辑是写在客户端里的，而且由客户端进行处理。

 

因为自己的项目使用Photon的Pun(Photon Unity Networking Free)插件延迟太高了。

所以我就想着，能不能像《无主之地2》、《失落城堡》那样，联机的时候由房主作为服务端，这样既可以保证延迟很低（至少不用传输数据到国外，再传输回来）。

而且这样还可以省掉一大笔租用服务器的费用！

 

然后我们就发现Photon的Bolt插件，正好可以实现这样的功能。

但是有一个很大的问题就是Bolt在国内根本就没有任何资料可以参考……

本来Pun的资料和教程就很少了，Bolt真的几乎就是没有……

所以，索性翻译下Bolt的官方文档，因为国内用Pun的比较多，所以第一篇翻译的是Bolt和Pun的区别。（之后的翻译的文档就按照Bolt官方文档的顺序进行~）

文档是我和谷歌翻译合力翻译的QWQ，我自己也知道翻译的挺差劲的，希望大家能够在错误的部分向我指出哦~让我们把这个它变得更好~

 

附上Bolt文档的官方地址：https://doc.photonengine.com/zh-tw/bolt/current/setup/overview

 

 

官方文档已经翻译了70多页了，但今天双十一！转账转不出！明天就买买买！

 

PUN vs. Bolt

Introduction 介绍

PUN和Photon Bolt是两个强大的游戏网络中间件。 两者之间的选择并非易事。 本文档的目标是提供这两种工具之间的可理解的总结比较，以帮助开发人员确定哪一个最适合他们的需求。

PUN

PUN（Photon Unity Networking）是原始Unity网络API的一个克隆，由可靠的Photon基础设施提供支持。 除了无所不在的配对之外，PUN的基本构建块还包括：游戏对象状态的序列化（支持转换等）; 和远程过程调用（RPC）。

PUN给开发者直接和完全的控制发送/接收，而且，加上它的可扩展的多播式房间中继通信模式，是一个强大的游戏联连网主力。

 

Photon Bolt

Photon Bolt是一个更高级别的API，它允许开发者通过一组数据结构来定义可联网的游戏状态（称为Bolt资产(called bolt assets)：状态，对象，事件和命令 states, objects, events and commands）,并将这些资产与游戏对象预制件相关联。

Bolt的网络模型通过回调和触发事件和命令而增强，以最小的开发人员的努力，为Unity提供最先进的压缩，客户端预测和延迟补偿的广播。

 

Quick Comparison 快速比较

 

 

https://doc.photonengine.com/en-us/bolt/current/reference/pun-vs-bolt

 

Features Comparison功能比较

Photon Bolt和PUN方法都有其优点和原因。

在这里，我们试图通过比较影响类似游戏网络领域的每个特征来解释它们之间的重要区别。

 

Host Client (Bolt) vs. Dedicated Server (PUN) 主机客户端vs专用服务器

使用PUN：

你已经有了一个真正的专用服务器，你可以连接到实际存在的房间。

创建一个房间的客户是第一个加入它的客户。 它将被标记为房间内每个人都知道的主客户。 主客户端不是主机，也不是服务器，只是一个特殊的客户端，可以做额外的东西（伪权威）。

然而在Bolt中：

其中一个Bolt客户端需要充当服务器，真正的专用服务器或真正的主机。

这可能有点令人困惑，所以让我们来澄清一下：

通过PUN：如果主客户端退出，另一个玩家（如果可用）将成为新的主客户端。 以此类推，直到没有更多的玩家。

另一方面，用Bolt：服务器是“静态的(static)”; 启动游戏并选择成为服务器的这个“客户端(client)”，将作为服务器停留。 如果主机客户端（服务器）退出，其他客户端都不会成为服务器（当然，所有客户端都将断开连接）

所以总结一下，在Bolt，如果主机断开连接，游戏结束。 ping和延迟也取决于与主机播放器的连接。（Pun类似于GTA5战局，Blot类似于无主之地2的那种联机）

 

Events (Bolt) vs. RPCs (PUN) 事件vsRPC

PUN（和许多Unity的网络解决方案）和Bolt之间的显着区别是Bolt没有RPC或“远程过程调用”的概念。 在PUN中，RPC是

一种告诉所有或选定的客户端“请立即运行此方法”的方法。

另一方面，Bolt使用“事件Events”来实现相同的功能。

 

Automatic State Replication (Bolt) vs. Flexibility (PUN)  自动状态复制vs灵活性

使用Bolt，您不必编写序列化代码。

一切都是由Bolt的编译器根据您创建的资产来表示游戏状态而生成的。 这能很好的节省时间，也意味着你受益于其他功能，如压缩。 但是，这也意味着您无法完全控制网络的运行方式以及操作方式。

使用PUN，您可以编写自己的序列化例程，决定要发送的内容以及要接收的内容。

这样，您可以编写自定义的推算函数(dead-reckoning functions)，并决定哪些客户端使用自己的代码来接收每条信息。

 

Bit Compression (Bolt) vs. Message E?ciency (PUN) 位压缩vs消息效率

由于Bolt代码生成关注对象的状态序列化，因此可以从最先进的压缩技术中受益，这大大减少了游戏的网络交通复杂性。 然而，即使是通过中继运行游戏，而不使用授权服务器上的逻辑，Bolt的消息也必须始终通过主机。 这给基于Bolt的游戏增加了延迟。

PUN不会遭受这样的警告，因为它的序列化代码默认通过中继，从一个客户端向所有其他对等点发送数据。  这里PUN的问题在于，由于开发人员编写自己的序列化代码，因此现有的压缩技术无法实现（程序员可能不得不自己实现）。

 

Client-Side Prediction & Lag Compensation (Bolt) vs. 
Lite Authoritative-Server Possibilities (PUN)
客户端预测和延迟补偿（Bolt）vs Lite权威服务器可能性（PUN）

通常为了避免作-弊，编写权威的服务器代码是每个游戏网络开发者不时要面对的问题。

这意味着您可以让您的服务器控制来自客户端的输入，并在必要时更正您发送回客户端的数据。

Bolt通过其内置的客户端预测体系结构（命令+响应）和滞后补偿的shooter first raycasts （基于服务器时间近似hitbox缓冲区）大大简化了权威服务器游戏的实现。 这意味着开发人员可以从FPS和动作游戏的多年行业经验中自动获得一个非常易于理解的API。

这种完全权威的（通常是专用的）服务器方法的问题是成本。 托管处理高CPU负载的服务器可能使得游戏在经济上不切实际。

使用PUN，可以编写与客户端的每个自定义序列化消息相匹配的服务器端插件server-side plugins，这些消息在传递给其他客户端之前可以被拦截或修改。 这是一个非常灵活的API来实现Photon服务器本身所需的最小逻辑，从而使服务器成本得到更平滑的扩展。

Bolt信息(Bolt's message)的打包和压缩（本身就是一个好处）使这种做法不切实际。

总之，使用PUN而不使用服务器插件并基于主客户端可以实现伪授权功能。 这要求主客户（也可能是所有的主客户候选人）保

持每个客户100％的真实状态，这是棘手的。

Bolt解决了这一点，通过引入：客户端状态(client states)。

在FPS游戏中，一个典型的“玩家状态”将包含关于每个玩家的位置，速度，相机间距等的信息。通过Bolt，这些状态是在Bolt自己的Unity编辑器扩展中定义的，这使得一切用户友好、 安全地工作。 Bolt负责通过网络为您同步状态，服务器(玩家主机)负责每个客户的实际状态，从而阻止作*弊。

絮酱翻译

 

看的有点晕，说下自己的理解吧，可能不对，希望指出。

Pun(我自己之前的项目都是使用的Pun)，需要使用Photon云作为服务器。

Photon云好像是：有20个免费 的最大同时在线连接数。

收费是：95美元/月，最大同时在线连接数：500。

所以，如果选用Pun的话，首先，延迟高（Photon在国内有服务器，但是好像需要申请），第二就是成本高。

Bolt的服务器是"架设"在玩家的电脑上的，所以相当于支持最大同时在线连接数：无限。

而且因为是架设在玩家的电脑上的，如果玩家都是同一个城市之类的，延迟会相当低。

（总比连到国外再连回来低！）

然后Bolt有100个免费的最大连接数，用来做玩家配对。

但是Pun和Bolt都有一个问题就是：逻辑是写在客户端里的。

所以，最好做一下代码混淆。

然后就是一些付费类游戏（棋牌、卡牌、Moba等），就最好使用Photon Server之类的吧。

=
=
=