Cocos Creator 1.4.2 内测版发布帖

Creator 2.x
#21

嗯。转成Json确实是一个好主意，用JS自带的和原生的RapidJson，都能非常好的提高性能。

#22

我这里提一下关于碰撞组件的优化问题！！！一个很简单的优化方案，可以解决creator中碰撞组件的时不时卡顿的问题！！！当开了碰撞后，会时不时的卡顿，这种卡顿不是js的性能瓶颈，而且是你们在用JS检测碰撞的代码里面不要用类似于getPosition,cc.p这样的方法，而直接使用.x,.y这样的用法，变量的的传递直接用单纯的变量不要用cc.p这样的类对象！！！这样就不会出现时不时卡顿的问题了，再没有发现js的这个问题前肯定都以为是js的性能瓶颈，但其实这是因为类对象用得太平凡太多造成的js内存释放的压力，当这一堆不用的类对象被创建得太多了一起释放时就会卡顿一下，希望你们可以在1.4.2的版本中，把这个优化一下

1赞
#23

突然发现我上面打的字有问题，是个病句。这里在解释一下，我的意思就是将碰撞遍历检测中所有的类似于getposition，cc.p这样会创建零时对象的地方，全部改成直接用单纯的数据变量来计算管理，就可以解决是不是卡顿的问题了。如果真的是js性能瓶颈的问题那你们的碰撞检测会一直不停的低帧数才对！！！不信的话你们可以搞个计时器去用两种不同的方法做下对比，每帧遍历三百个note.getposition().x与直接的noet.x做对比，如果不太明显的话那就每帧500个以前。
我之前看到过论坛里面有个帖子也说碰撞组件卡的问题，你们公司是解释的碰撞是用js写的所以会这样卡顿，而我现在看到的那种时不时的卡顿，真的是js内存自动释放的问题，希望你们看到评论之后如果真是这个问题可以在1.4.2中优化一下

#24

看这帖子又沉了，我再加一点重要的说明：要修改的地方是似乎于node.getPosition这样会创建零时类对象的地方，不仅仅是getPosition这一个函数啊！！！

#25

能把RichText，和Label中添加一下Overflow{NONE，CLAMP，SHRINK，RESIZE}
主要是能限制‘富文本’的大小，求@子龙山人 增加新这个功能

#26

windows 的 label 确实有问题，后面会考虑优化。

#27

富文本的这些功能可能对性能影响比较大，在没有更高性能的富文本渲染方案出来之前，这些 Oveflow 暂时不会考虑添加

#28

能否提供一个能够重现问题的 demo 给我？ 谢谢。

#29

这个现象确实存在，从 JS 调用 C++ 函数的时候如果存在对象创建的确会比较低效，我们会去做针对性优化的

#30

其实是要遍历的地方这样处理一下就好了，目前就看碰撞组件是这个样子

#31

我们会尽力找到根本性的原因来解决，碰撞组件 @jjyinkailejj 会先做调整

#32

求个creator的开发计划贴的地址，我记得以前官方发不过，可找了半天没找到，

#33

富文本 性能低下 添加字符串的时候 更艰难 富文本添加字符串的时候 坐标变了 变了。

#34

富文本的渲染方案感觉不改不行 因为手游用的挺多的

#35

1.4.2还在内测就可以下载了

粘贴的图像436×637 18.1 KB

#36

1.4.1去哪里了？

#37

这个确实是很大的问题，我们的游戏就存在(同屏碰撞很多)，不知道怎么着手优化了，该用nodepool 的都用了，一到gc上限，gc的时候就会卡顿，我们目前是改小了gc上限，一次释放的内存少了，卡顿会轻一点，然后同步了增量gc的代码。值得一提的是1.3.2更新到1.4后，卡顿频率没那么高了。

#38

我只想问，这一次的bug是以前就有还是上一版改出来的，到现在还在鼓捣这种小问题，不是针对谁，贵司团队应该适当提升下实力，起码严谨度提升吧？label的问题每一版都看到。虽然说免费工具，但面向这么多人的产品，还是希望不要随意。毕竟每一版改的问题都比较蛋疼，经常不得已跟着更新

#39

是的，其实今天已经出1.4.2正式版了。不过市场宣传方面让道给Smiley Cubes在Facebook Instant Games全球上线这事了。明天推1.4.2正式版本发布的新闻，反正明天还得上班

有些用户遇到了拖fnt字体文件进去会遇到BUG的问题，所以1.4.1下载撤掉了，直接用修复了这个问题的1.4.2吧。说是精益求精结果居然出这种低级BUG，唉，被研发的同时们自己打脸了。

#40

擦 ，王哲大大，麻烦跟进下时不时卡顿这个问题，非常影响游戏体验， 啊、啊、啊