大家好！
这是卡塞尔，<Ratropolis>的开发者，正在开发<Ratopia>
这次在DevDiary上，我想谈谈我们如何在游戏中形成这种风格的图形风格。
设置图形确认
游戏的图形概念从一开始就已经进行了广泛的规划。
来自<Ratropolis>的批准人在<不包括氧气>世界中的生动形象刻在我的脑海中。
有意见认为，这次我们应该在游戏中放一些WIFU角色，这样游戏就可以吸引更多的人，
但我希望每当玩家看到老鼠之类的东西时，我们的游戏就会被记住。
所以我们决定把可爱的女老鼠放在游戏中。
由于已经确定了大致的概念，我们可以立即制作角色的草稿图像。
但这一次，我们画了更大、更详细的人物形象，
因为我们知道我们会和这只老鼠在一起很长时间。
我们将其选为其中的前 3 名，并对其进行了着色。
经过彻底的思考和讨论，我们决定选择上图带有箭头的那个，
之后，我们已经用许多面部表情和手势进行了检查。
在明确了设计方向之后，
我们必须考虑它们将居住的平铺图像。
对我来说，不同瓷砖之间的光滑覆盖和金属表面的照明<不包括氧气>感觉很自然。
所以我认为这可能是最发达的瓷砖地图系统风格，
并希望我们的游戏也能有类似的设计。
在许多游戏中，他们在方形瓷砖的每一侧放置了额外的图像，
在每个图块的边界上进行平滑连接。
但<不包括氧气>似乎有不同的风格;首先放置较大的瓷砖，然后切割跨越边界的部分。
“这可能更适合优化”我想，除此之外，这似乎很自然。
因此，我们已经检查了如果将这种风格放在游戏中会是什么样子。
概念设计足够好，甚至超出了我的预期。
然而，将其应用于游戏与我想象的完全不同。
我们找不到在技术上应用这些的参考资料，因此必须进行硬编码以使其尽可能相似，
导致超过 30 秒的加载时间和系统错误作为后遗症。
优化问题
在瓷砖系统事件发生后，我一直在担心游戏是否可以按照设计创建并正常工作。
主要目标是将大量老鼠放在一张大地图上，
因此，即使从开发之初就必须清除优化问题。
为此，必须解决瓷砖系统的过载问题。
计划是在一张地图中放置 250，000 个图块，
但是加载 2，500 已经导致系统出现问题
我们不能使用该系统，因为游戏中将添加更多具有更多计算的方面。
我们采用了许多优化方法来减少问题，但效果可以忽略不计。
最终，我们不得不放弃这个系统，并改变地图系统，像其他游戏一样在瓷砖的每一边添加图像。
添加图像方法有令人不舒服的方面，例如需要新图像来划分每个图块的边界，
以及瓷砖设计的局限性，因为它们都必须在单一瓷砖尺寸内设计，
但这可以在 10 秒内加载大约 000，3 个瓷砖，比以前的瓦片快速和稳定得多。
<不包括氧气>我相信肯定会有更好的系统，
所以我很失望，因为由于技术问题，我们不能使用类似的那个。
在考虑瓷砖上的新方法时，
我们还考虑了老鼠角色的优化。
在开发<Ratropolis>时，我们使用了名为<Spine>的软件。
而且我们已经体验到，角色上的“骨头”数量可能会给系统带来巨大的过载。
所以这次我们制定了规则，以便动画只采用最少的使用量。
所有角色都被设计为具有最少数量的骨骼，相同的动画，
并通过改变皮肤来改变他们的外表。
这是优化游戏的最佳方式，
但在表达我们想要展示的内容方面受到限制。
人物的剪影很难辨认，
添加新皮肤总是必须考虑已经设计的内容。
图形被降级以进行优化有点令人失望，
买我更看重游戏的顺利运行。
因为，特别是这次的游戏类型是“城市建设模拟”。
尽管如此，游戏图形中令人不满的部分肯定会被替换。
自我发展时间
由于优化重建导致的重新调度问题，
我们必须调整美术团队的工作节奏，
因为我们获得了更多的机会，我们可能无法使用已经创建的资源。
所以直到系统的全面结构化，
每天每工作2小时用于自我发展。
既然我们都知道队友的更高技能会对更好的比赛产生很大的影响，
我们订购了许多书籍和资源来发展我们的专业知识。
每个星期五，我们都会花时间展示我们那一周学到的东西，
这样我们就可以讨论我们将如何使用所开发的技能。
给所有人时间进行技能发展确实很有意义。
通过观察自己获得更多的专业知识，我们可以对彼此更有信心。
我对我们能够一起克服任何障碍的信念变得更加坚定。
这段时间持续了大约一个月。
在系统优化的技术诊断结束后，我们开始专注于开发游戏。
于是故事继续为游戏的批准者构建AI，
并创建他们正在使用的结构，
下次。
感谢您阅读这篇长文。
希望你有一个美好的一天。
这是卡塞尔，<Ratropolis>的开发者，正在开发<Ratopia>
这次在DevDiary上，我想谈谈我们如何在游戏中形成这种风格的图形风格。
设置图形确认
游戏的图形概念从一开始就已经进行了广泛的规划。
来自<Ratropolis>的批准人在<不包括氧气>世界中的生动形象刻在我的脑海中。
有意见认为，这次我们应该在游戏中放一些WIFU角色，这样游戏就可以吸引更多的人，
但我希望每当玩家看到老鼠之类的东西时，我们的游戏就会被记住。
所以我们决定把可爱的女老鼠放在游戏中。
由于已经确定了大致的概念，我们可以立即制作角色的草稿图像。
但这一次，我们画了更大、更详细的人物形象，
因为我们知道我们会和这只老鼠在一起很长时间。
我们将其选为其中的前 3 名，并对其进行了着色。
经过彻底的思考和讨论，我们决定选择上图带有箭头的那个，
之后，我们已经用许多面部表情和手势进行了检查。
在明确了设计方向之后，
我们必须考虑它们将居住的平铺图像。
对我来说，不同瓷砖之间的光滑覆盖和金属表面的照明<不包括氧气>感觉很自然。
所以我认为这可能是最发达的瓷砖地图系统风格，
并希望我们的游戏也能有类似的设计。
在许多游戏中，他们在方形瓷砖的每一侧放置了额外的图像，
在每个图块的边界上进行平滑连接。
但<不包括氧气>似乎有不同的风格;首先放置较大的瓷砖，然后切割跨越边界的部分。
“这可能更适合优化”我想，除此之外，这似乎很自然。
因此，我们已经检查了如果将这种风格放在游戏中会是什么样子。
概念设计足够好，甚至超出了我的预期。
然而，将其应用于游戏与我想象的完全不同。
我们找不到在技术上应用这些的参考资料，因此必须进行硬编码以使其尽可能相似，
导致超过 30 秒的加载时间和系统错误作为后遗症。
优化问题
在瓷砖系统事件发生后，我一直在担心游戏是否可以按照设计创建并正常工作。
主要目标是将大量老鼠放在一张大地图上，
因此，即使从开发之初就必须清除优化问题。
为此，必须解决瓷砖系统的过载问题。
计划是在一张地图中放置 250，000 个图块，
但是加载 2，500 已经导致系统出现问题
我们不能使用该系统，因为游戏中将添加更多具有更多计算的方面。
我们采用了许多优化方法来减少问题，但效果可以忽略不计。
最终，我们不得不放弃这个系统，并改变地图系统，像其他游戏一样在瓷砖的每一边添加图像。
添加图像方法有令人不舒服的方面，例如需要新图像来划分每个图块的边界，
以及瓷砖设计的局限性，因为它们都必须在单一瓷砖尺寸内设计，
但这可以在 10 秒内加载大约 000，3 个瓷砖，比以前的瓦片快速和稳定得多。
<不包括氧气>我相信肯定会有更好的系统，
所以我很失望，因为由于技术问题，我们不能使用类似的那个。
在考虑瓷砖上的新方法时，
我们还考虑了老鼠角色的优化。
在开发<Ratropolis>时，我们使用了名为<Spine>的软件。
而且我们已经体验到，角色上的“骨头”数量可能会给系统带来巨大的过载。
所以这次我们制定了规则，以便动画只采用最少的使用量。
所有角色都被设计为具有最少数量的骨骼，相同的动画，
并通过改变皮肤来改变他们的外表。
这是优化游戏的最佳方式，
但在表达我们想要展示的内容方面受到限制。
人物的剪影很难辨认，
添加新皮肤总是必须考虑已经设计的内容。
图形被降级以进行优化有点令人失望，
买我更看重游戏的顺利运行。
因为，特别是这次的游戏类型是“城市建设模拟”。
尽管如此，游戏图形中令人不满的部分肯定会被替换。
自我发展时间
由于优化重建导致的重新调度问题，
我们必须调整美术团队的工作节奏，
因为我们获得了更多的机会，我们可能无法使用已经创建的资源。
所以直到系统的全面结构化，
每天每工作2小时用于自我发展。
既然我们都知道队友的更高技能会对更好的比赛产生很大的影响，
我们订购了许多书籍和资源来发展我们的专业知识。
每个星期五，我们都会花时间展示我们那一周学到的东西，
这样我们就可以讨论我们将如何使用所开发的技能。
给所有人时间进行技能发展确实很有意义。
通过观察自己获得更多的专业知识，我们可以对彼此更有信心。
我对我们能够一起克服任何障碍的信念变得更加坚定。
这段时间持续了大约一个月。
在系统优化的技术诊断结束后，我们开始专注于开发游戏。
于是故事继续为游戏的批准者构建AI，
并创建他们正在使用的结构，
下次。
感谢您阅读这篇长文。
希望你有一个美好的一天。
