Godot 电视电影小迷妹 TVco.cn

在Godot Engine中排名重要的源文件（3.0.2-稳定）

Godot Engine（godotengine / godot在GitHub上）是一个开源的，主要基于C ++的游戏引擎。它同时支持2D和3D。作为一名参加网络科学课程的C ++程序员，我决定生成#include“…”的依赖图，并尝试确定图中最重要的文件。这样，我希望发现哪些文件对于想要为Godot做出贡献的初学者来说很重要。我使用了基于Python的脚本cinclude2dot2，直接从GitHub存储库中的Godot源文件中解析C / C ++源文件，并检测包含文件的行。手动清除了数据并删除了其目录路径，仅保留了文件名。这意味着具有重复名称的文件将合并到图中的一个节点中。这是不希望的。我使用Gephi来执行可视化和所有度量标准计算，并在图形上使用各种设置运行OpenOrd和ForceAtlas2。首先，让我们介绍一些概念。…

A：\ dventure开发日志：模拟基本市场经济学

A：\ dventure中的经济学与C：\ raft围绕物物交换略有不同，部分原因是程序产生。这次，我将通过使用除项目之外的货币来采取更多的简化方法，但是随之而来的挑战是确定哪些项目应该值得以及为什么。在单人游戏中，我一直不喜欢的一件事是，当您发现游戏中的一件物品值得一掷千金，并且变得相对容易获得时。几个小时后，您现在已拥有足够的黄金，并且可以购买到游戏结束之前所需的几乎所有东西，而不必担心，因为您只是在翻滚。我不希望我的游戏像那样，变得那样无聊。对于任何实际需要良好项目管理的事情，我都是傻瓜。因此，为了解决防止任何一种物品都无法耕种的问题，我虽然“如果有一个模拟的经济体怎么办？” A：\ dventure通过简化的冒险者互联网客户端上的在线交流，描绘了游戏中大多数互动。 .hack //和其他一些在“在线”世界中进行的单人游戏。既然世界上存在一个虚构的社区，为什么不让它们影响您作为玩家用来实际买卖商品的在线市场。该游戏以加速时钟运行，在您不冒险进入文件地牢时会暂停时间，类似于Harvest Moon，在室内时，时间会冻结。这有助于您有时间实际管理商品并浏览菜单以了解故事。通过这一日系统，市场可以在您的影响范围之外进行自我调整。…

电子游戏原型：狂战

设计师/程序员： Madison Goodyear 制作人/艺术家： Diego Quiros Windows版本： https://drive.google.com/open?id=1O5D5Zr4UeLQOM0i0Lr8umODXYk8VQvhg Mac版本：斗鸡编辑描述 drive.google.com 说明：游戏将在启动后自动开始。 WASD移动，空格键攻击。玩家和怪物都有3条生命，尽管只显示玩家的生命。每次死亡后，怪物都会不断重生，直到玩家死亡。玩家与怪物接触时会失去健康。…

A：\ dventure开发日志：改善场景过渡

一旦游戏的复杂性达到足够大的规模，任何游戏开发人员都会遇到的第一件事就是场景管理。能够在逻辑上将游戏的各个部分划分为离散的场景，并以有状态的方式呈现给用户，这不仅是游戏开发的关键，也是应用程序开发的关键。 Godot凭借其树上的实用程序功能，在轻松更改根场景方面做得很好。但是，即使在Godot自己的文档中，它也指出默认实现有一些缺点，您将需要通过后台加载，添加一些进度条以及执行其他操作来使其更加美观。实际上，在本教程中，他们的第一个使用Singletons的示例就是如何制作自己的场景管理器。因此，如果所有这些都是本教程中可用的基本信息，那么为什么要写它呢？好吧，从图形化的实现中，有一些本教程并没有真正涉及到的细节，另外，我用简单的动画做的一些整洁的事情对其他人来说是一个很好的起点。因此，我将向您展示我如何在A：\ dventure中做到这一点，添加了一些技巧，甚至还提供了代码，以便您可以将其放入游戏中！首先，由于此场景管理器将具有一些很酷的图形效果，因此我们需要对其进行制作，以便它实际上可以在所有内容之上进行渲染。由于SceneTree类上的change_scene函数将替换根目录中的最后一个节点，这意味着默认情况下，任何自动加载的元素都将在所有内容之前和之下呈现。为了解决这个问题，我使用的场景管理器实际上是一个CanvasLayer，其渲染的级别比屏幕上所有其他元素的渲染级别高。这样一来，推子及其子项就将始终显示在顶部。最初，我采用了蛮力方法，在卸载场景之前和之后，使用场景管理器在场景树中添加和删除过渡节点。这种单例方法的复杂度大大降低了，而且对于那些比我当时更了解戈多的人来说可能很明显。还要注意，“暂停模式”设置为“处理”，这是由于我们的脚本使用了标准的SceneTree.paused属性冻结了我们的游戏。这将使正在加载的动画能够在暂停其他所有内容的同时进行动画处理（假设所有可交互对象也都尊重已暂停的属性）。即使我创建的场景管理器不执行异步加载，但我确实添加了一个简单的标志，如果您的新场景在开始时需要进行大量处理，则可以切换该标志。…

星期四报告：多给一点，多给一点。

对话同样要求玩家和角色双方交换信息。玩家正在和谁说话？目前正在下雨吗？角色喜欢玩家吗？玩家可能会说些什么？我以前使用JSON进行分层对话，但是需要对数据库做一些更复杂的操作以引入响应和回复。游戏如何知道对话是否结束或应该在何时让玩家选择响应？最初我以为我可以坚持以与游戏知道角色应该感受到的情感相同的方式进行操作。例如，以“ * sus *”结尾的对话允许游戏知道角色应该换掉他们的“可疑”面孔。因此，也许我可以说出来，如果对话以“ * res”结尾，则应该允许玩家做出回应。无论出于何种原因，这都会导致许多问题。角色一次只能显示一种情绪，而分层的其他命令会使引擎感到困惑。当前的解决方案更简单，在JSON中添加一个新字段“…

A：\ dventure开发日志：正在场景过渡

上一次我为该开发日志编写任何内容时，都与场景转换有关。您可能会认为，现在考虑要在游戏中建立多少其他东西，我还有很多话要说。在写完该日志后不久，我实际上返回并重写了SceneManager，因为我对此不满意。我认为这可能是当前最有价值的事情，因为自从上一个日志条目以来，我对方法所做的更改在简化代码方面非常有用和强大！使我烦恼的另一种方法是，在显示加载屏幕的情况下，我有一个布尔标志，并且需要其他场景才能在SceneManager上显式翻转is_ready状态。这是非常危险的，因为变量没有保护。从那以后，有两件事让我感到满意，这对代码的改进确实有所帮助：协程和自省 Godot中的协程是基本但强大的。在我的地牢时代中，我以前已经使用过协程，但是我只是屈服于暂停处理以帮助在单个线程上分配工作。在Godot中，可以发出任何可以发出信号的信号。在进行过渡的情况下，可以大大简化代码。我们可以屈服以确保过渡动画在开始加载之前先完成，并使代码比连接和断开信号侦听器干净得多。 Godot中的自省也是新SceneManager的关键。我已经习惯了React和Vue等Web框架中的组件，这些组件上都有生命周期方法。 Godot中的节点是非常准系统，没有任何生命周期方法可用于销毁它们或准备就绪后使用。但是，您确实具有基本的能力，可以通过简单的自省方法检查它们是否具有方法或属性。这意味着我可以将特定的方法添加到用作场景的节点上，并为它们提供我需要的自定义生命周期方法。现在，用于场景的Node的完整流程看起来像…

Godot的本地化

在Godot中导入电子表格只需将文件另存为.csv文件到您的游戏文件夹中即可（例如，保存到一个名为translation的文件夹中）。 Godot应该自动导入文件（保存为.csv格式时，请确保将定界符设置为“逗号”，并检查“ 导入”设置是否也设置为逗号）。对于每种语言，Godot应该创建一个以.translation结尾的单独文件（请查看屏幕截图）。导入文件后，您可以根据需要更改该文件。只需将其保存为.csv，Godot将导入所有更改。然后转到项目设置并添加所有相关的翻译文件：在文本字段中输入ID 另一种方法是仅在“节点”字段本身中输入文本ID 。因此，如果您有一个名为options_f的键，则只需在该标签的文本字段中键入该ID。然后，它会在电子表格中搜索文本的右行。要在运行时中更改当前语言，可以使用TranslationServer。例如，要使用德语翻译，您可以将以下内容写入_ready（）函数： func _ready（）： TranslationServer.set_locale（“…

Godot对场景和脚本的继承

Godot继承可以是一个功能强大的工具，可以帮助您构建，更改和维护复杂的项目。如果您有越来越多的相似场景（例如，许多敌人共享某些关键特征），那么如果其中一些关键特征发生了变化，那么更改其中的每一个将是一项日益艰巨的任务。在这里继承可以帮助您节省很多时间和精力。 Godot继承概述如果您熟悉面向对象编程（OOP），那么您可能已经知道继承的概念。这个想法是，您有一个父级和子级，它们具有该父级的某些功能。而且，如果您更改了该父内部的某些内容，则其所有子级也会发生变化。此外，孩子还可以具有其父辈不共享的独特功能。继承概念的主要缺点是，应预先计划项目的结构，否则可能会导致这样的情况：管理所有不同的场景和继承的场景会花费更多的时间，而不仅仅是手动更改所有不同的敌人将。场景与戈多的继承添加继承您可以从创建的任何场景创建新的继承场景。因此，要执行此操作，只需转到“ 场景”>“新继承的场景…”，然后选择所需的场景作为父场景。然后使用新名称保存该场景。在继承的场景中更改某些内容…

钢铁＃2的星期日

欢迎观看独立游戏SkyOfSteel的钢铁新闻第二周日！这个星期充满了行动，让我们马上开始吧！处理客户端/服务器版本不匹配多人游戏是复杂的野兽。游戏的多个实例必须通过Internet保持同步。在正常情况下，平均ping可能在20毫秒到200毫秒之间的任何地方（尤其是如果服务器托管在消费者Internet连接上或距离很远）。当60 fps的单帧仅需要约16 ms的时间时，这很重要。这只是构建多人游戏时必须考虑的众多变量中的一个示例。这些更具灾难性的变量之一是客户端/服务器版本。如果游戏被积极维护，那么该游戏自然会有很多迭代。当播放器尝试连接到其他版本的服务器时，就会出现此问题。服务器和客户端不仅具有不同的功能和特性，而且甚至可能彼此不理解，因为在两个版本之间发送了什么数据以及如何发送数据！到目前为止，在SkyOfSteel的开发中，这还没有引起关注。由于可以一方面计算玩游戏的人数，因此确保每个玩游戏的人都运行相同的版本非常简单。但是，当我开始分发二进制文件并准备发布早期演示时，这成为一个更主要的问题。本周，我直截了当地解决了这个问题，并提出了自己感到很满意的解决方案。…

Godot：您从未听说过的杀手级游戏引擎（至今）

不久之前，我正在研究几种游戏引擎，例如GameMaker Studio，RPG Maker，Construct 2等。每个引擎都有自己的优点和缺点。我以为我找到了一个完美的引擎-一个易于开发的引擎，一个可以输出到多个平台的引擎，以及一个由大型开发人员社区支持的引擎-因此您可以提出问题并期望获得一定程度的保证有人会回答你的问题。我曾在2.x上试用过Godot引擎，虽然它似乎很有趣，但UI却晦涩难懂，似乎对我来说并不适合。我订阅了Construct 3和GameMaker Studio。在YouTube上有很多针对他们的教程，我喜欢Construct 3基于JavaScript和其他网络技术。然后，我开始研究自己的游戏引擎。我称它为IttyBittyRPG。这是一个允许人们创建小型RPG和故事的简单工具。我受到Bitsy游戏引擎和Twine等简单工具的启发。我的目标是创造一些东西，使您可以在手机上制作简单的游戏，并与朋友分享并在小世界中玩耍。我看过有关Godot…