一份未发布的聚点事件簿

目前游戏已经在gamejam试玩阶段了，无法修改信息qwq
但是正因如此一堆想改的出现了：
首先突然感觉可以有一些比较简洁的标题。
当时是想仿照H·P·洛夫克拉夫特的文风来写主线和标题来着……
就是那个，《克苏鲁的呼唤》。
类似“伦道夫·卡特的供述”、“敦威治恐怖事件”这种。
然后脑袋一抽写下了“一份未发布的聚点事件簿”。
其实应该是未公开而不是未发布，但那天估计熬夜了，一直想着发布游戏发布游戏，

#聚光灯gamejam开发者日志
本次聚光灯gamejam的主题是“涌现”。
一听到这个词，我就联想到了“点云”这种表现形式。随着激光雷达的扫描，点云不断涌现；而没扫描到的地方，也许会涌现出更大的危险……
目前市面上的点云游戏大多是恐怖游戏——这与点云这种看得见又看不清的表现形式密不可分。这是一种天然的、带有探索熟悉的视觉表现形式。而解谜游戏与这种表现形式结合，也是我乐于研究的。
2人，21天，

#聚光灯gamejam开发者日志
优化了点云显示，使用八叉树与Potree重新编写了点云显示的底层代码。
加入了剧情系统，正在调试中。
敬请期待！

#聚光灯gamejam开发者日志
点云终于不爆显存了，扫过的点不再全部留在内存里。离开附近后删掉点的坐标，走回去按原来的扫描记录再画出来，不用重新扫。
内存
按锥心密度把整栋主楼的表面都扫满来估算，一共 2,569,138 个点。
做法 残留点 Lua 内存
以前：扫过的点一直留着 2,569,138 约 2130 MB
只留附近，上下各 16 米 1,500,269 约 1250 MB
现在：

#聚光灯gamejam开发者日志
进度：这周把《聚点》的构建和基础循环跑通了。现在能正常进行一局：扫描出点、识别上色、切开怪物、分类、结算离开。整个。游戏流程已经完整。
发现的性能瓶颈：点云数量太多，OOM。
表现是扫描一栋楼几面墙之后，内存一路涨，最后直接崩。原因不复杂：每个点都是一个独立对象，一块 8 米的分块表面按每平方米 50 个点算，一栋楼扫下来就是几十万个对象。合批只管了渲染，没管

#聚光灯gamejam开发者日志
摘要
本文说明《聚点》的游戏类型与设计思路，重点交代它的创新点。团队 2 人，全员程序，没有美术。我们选了点云这条不耗美术、又能做出惊险刺激玩法的呈现方式，希望给各位审稿人更好的游戏体验。
游戏类型
《聚点》是单机第三人称探索生存游戏。引擎是 TapTap 制造，运行时 UrhoX，逻辑 Lua 5.4，作为制作人的第二个游戏作品参与。
它不完全是恐怖游戏，也不