【已发布】Cocos Creator 3D v1.1 发布说明

Creator 3.x
#42

对，这是个Bug，已经修复，等正式版就好了~

#43

不用一次刷那么多条，可以在一条里面说清楚，我一个个回

这里有 121 个方块，我们的自动合批使用的是比较轻量的 uniform 方案，所以一次 drawcall 能合并的数量有限，当然这样做合批的 CPU 负载也比较小，加上调试信息之类的，这就是为什么 drawcall 是 15。

这个图我没看出什么穿插

我们是引擎组的开发人员直接在论坛中看问题的，其实消耗非常大。项目组的测试有所有游戏相关的文档，可以根据你们游戏的具体需求进行测试，哪怕按照重现路径胡乱点。然而游戏编辑器和引擎的测试难度远远高于游戏项目。并不是我们测试不牛，试问一个测试如果可以在论坛中帮你们解决问题，他还做测试干啥？嫌做研发赚得多吗？

看得出来你们项目很着急，这种情况下真的不用去尝鲜测试版，测试版其实是社区对于引擎的贡献多于引擎对于大家的贡献的。我们欢迎愿意帮助引擎试错，不要求高质量保障的开发者们去测试一些新的功能或者验证新版本对于自己项目的兼容情况。

对于选型的问题，不论使用 Cocos Creator 3D，Cocos Creator 2.x，还是其他引擎，都是开发者的自由，我们不会绑架任何开发者。只有存在项目和引擎组深度合作的前提下，我们才会给出具体的选型意见，其他情况下，开发者们应该自己权衡各个方面，决定选择什么引擎。

#44

强烈建议预览小窗 和 CameraPreview支持手动设定宽高比

#45

咋找不到下载地址啊

#46

正常显示是这样

#47

这ARPG··4个月就要做完了。。。
但是用了1个月3D版本的。。问题太多了，很拖进度，所以想问问 2.x 版本做3D游戏性能有没太大问题

#48

大佬··正式版什么时候

#49

难道美术就给你一张大贴图让你在 creator 里面自己切？没有用 texture packer 做 plist 图集吗？如果是这样每次更新图如果美术那边布局变化那肯定有问题啊。正常流程有两种

  1. 美术用 TexturePacker 打包合图，每次更新也是连带合图信息（Plist & png）一起更新
  2. 美术全部给散图，在 Creator 中配置 atlas 图集

这些最好是研究清楚美术管线再做，否则太浪费时间。

我查了一下，关于 3D 引擎你提过 33 个问题，9 个问题可以查文档解决，11 个问题是目标平台常识、使用习惯或者第三方库问题，10 个 bug 反馈（6 个已修复，3 个无法重现，1 个未确认），3 个需求和优化讨论。确实给我们贡献了不少的反馈，但也有不少属于文档已覆盖、非引擎相关、使用习惯上的问题，这是熟悉一个引擎的过程，从问题来看我猜测应该是没有用过 Cocos Creator，说明我们引擎在完全新人的门槛上还不够低，这是我们努力的方向。

从问题解答率上来说，目前我们的论坛支持力度可以说是非常好了。但不要不切实际得希望我们在你的项目技术选型上给什么决策意见，我说过这是每个项目自己的决定，只有项目方才明确清楚自己的需求。引擎方只能很透明的展示我们目前的能力：功能、性能、平台覆盖、社区服务、版本迭代效率等等。

多说一句，你问问题的习惯不够尊重社区，第一个问题是你总是非常着急，觉得自己的问题应该很快速被响应，社区是大家主动义务的互相帮助的平台，并不是为一部分人单向服务的，同时引擎组的资源也是非常有限的。所以问问题不应该要求其他人及时回复，也不要频繁无意义得刷贴。这就引入了第二个问题，无意义得刷贴不如多发一些问题相关的信息，你的问题经常是不够明确和详细的，很多问题其他人无法从一开始就理解，也无法重现，这浪费了双方的时间。

社区需要大家互相尊重和维护，请不要把大家当工具人。

2赞
#50

期待大大们能增强一下3D物体阴影，目前阴影不在地平面上好像无法显示，物体之前的阴影好像也没有。看之前roadmap里好像有阴影增强这条:slightly_smiling:，谢谢

#51

对的，计划在 1.1.x

#52

panda大神。 想问下 setting.js 剥离 资源UUID配置 大概那个版本能做进去。

#53

1.1分包加载完启动场景还会报资源找不见

#54

支持 撒花。1.1着色器会增加CameraDepthTexture吗？没有CameraDepthTexutre做不出漂亮的水效果。

不过还是忍不住要吐槽每个组件都有Component这个后缀。:joy:
虽然知道内部已经有Camera这个类，不过出于用户使用角度来说。内部改成CameraModel之类的。用户使用Camera更加舒服。

1赞
#55

支持楼上，底层和用户使用区分开来

不过还是忍不住要吐槽每个组件都有Component这个后缀。:joy:
虽然知道内部已经有Camera这个类，不过出于用户使用角度来说。内部改成CameraModel之类的。用户使用Camera更加舒服。

#56

针对
Cylinder 碰撞体和 Mesh 碰撞体（暂不可预览和编辑）

假如要进行编辑,开一个节点挂碰撞体去修改节点的Scale可行嘛

#57

性能方面都不用猜，应该就是CPU使用性能优化了，这个之前说在1.1里搞的:smile:

#58

mac下打不开，新建和打开都无法展示

image.png1930×1196 102 KB

#59

这个我们争取尽快讨论，如果 1.1 没有那就是 1.1.1

暂时还没有

我们有在考虑这个问题，目前就算想改的话迁移也可能会有问题，假设我把 CameraComponent 改为 Camera，那么有项目使用 Camera 的时候实际上我不知道是从 CameraComponent 迁移过来的还是以前的 Camera，可能得考虑其他不冲突的方法

应该是可以的

用命令行打开 app，看看有没有报错

#60

命令行可以打开

#61

没有报错吗？那再重新双击打开应该也可以把？