Cocos Creator v1.7.0 内测版发布帖（11月17日更新 rc.2）

蓝色孤舟 · 2017年11月3日 11:58

似乎 creator 跟分支不太配套。。

304829842 · 2017年11月4日 14:21

creator1.7beta5版本gl.createBuffer()，gl.bindBuffer()，cc.GlNode等opengl相关的接口都没了，在正式版会加回来吗？还是不加了，要自己来绑定？

xduooo · 2017年11月7日 03:05

这个黑屏的问题会修改吗？ @jare

slothg · 2017年11月7日 06:33

希望能更新一下CocosCreator 带的 cocos2d-console 版本, 新版的 XCode 已经没有 PackageApplication 了.
warning: PackageApplication is deprecated, use xcodebuild -exportArchive instead.

dumganhar · 2017年11月7日 06:51

这个警告会导致什么问题么？

dumganhar · 2017年11月7日 06:53

           // 看这行代码，如果xcode 》=8.3应该是用exportArchive的。
            use_new_ipa_method = cocos.version_compare(xcode_version,">=",8.3)

            if self._sign_id is not None:
                if use_new_ipa_method:
                    archive_path = os.path.join(output_dir, "%s.xcarchive" % targetName)
                    command = "%s CODE_SIGN_IDENTITY=\"%s\" -archivePath %s archive" % (command, self._sign_id, archive_path)
                else:
                    command = "%s CODE_SIGN_IDENTITY=\"%s\"" % (command, self._sign_id)

            command = self.append_xcpretty_if_installed(command)
            self._run_cmd(command)

            filelist = os.listdir(output_dir)
            for filename in filelist:
                name, extention = os.path.splitext(filename)
                if extention == '.a':
                    filename = os.path.join(output_dir, filename)
                    os.remove(filename)

            self._iosapp_path = os.path.join(output_dir, "%s.app" % targetName)
            if self._no_res:
                self._remove_res(self._iosapp_path)

            if self._sign_id is not None:
                # generate the ipa
                ipa_path = os.path.join(output_dir, "%s.ipa" % targetName)
                if use_new_ipa_method:
                    # generate exportoptions.plist file if needed
                    export_options_plist_path = os.path.join(output_dir, "exportoptions.plist")
                    self._generate_export_options_plist(export_options_plist_path)

                    archive_path = os.path.join(output_dir, "%s.xcarchive" % targetName)
                    ipa_cmd = "xcodebuild -exportArchive -archivePath %s -exportPath %s -exportOptionsPlist %s" % (archive_path, output_dir, export_options_plist_path)
                    self._run_cmd(ipa_cmd)
                else:
                    ipa_cmd = "xcrun -sdk %s PackageApplication -v \"%s\" -o \"%s\"" % (self.use_sdk, self._iosapp_path, ipa_path)
                    self._run_cmd(ipa_cmd)

beijixing · 2017年11月7日 07:55

使用TTF字体顶部被截断，用过的这几个版本，都有这个问题（1.6.x, 1.7.x）, 如图：

使用系统字体就是好的

求解～

其它配置都没变，感觉像是Anchor 被调整了～
@jare @panda

Knox · 2017年11月7日 09:29

这个好像是特定 ttf 才会出现的，你可以对比一下官方范例中的 example-case 里面的 ttf

后续会看看，能否麻烦给一下有问题的 ttf 资源？

RazgrizHsu · 2017年11月7日 20:47

请教一下，在Log里大量出现的这个

(省略N列)
Simulator: spTrackEntry 0x7fa168510ca0 was recycled!
Simulator: spTrackEntry 0x7fa16e7858c0 was recycled!
Simulator: spTrackEntry 0x7fa16e7094b0 was recycled!
Simulator: spTrackEntry 0x7fa168508e80 was recycled!
Simulator: spTrackEntry 0x7fa16e784bb0 was recycled!
Simulator: spTrackEntry 0x7fa168513ee0 was recycled!
Simulator: spTrackEntry 0x7fa1684f7a20 was recycled!
Simulator: spTrackEntry 0x7fa16e785790 was recycled!
Simulator: ScriptEngine::cleanup begin ...
Simulator: GC begin ..., (Native -> JS map) count: 1589
Simulator: GC end ..., (Native -> JS map) count: 1306
Simulator: GC begin ..., (Native -> JS map) count: 1306
Simulator: GC end ..., (Native -> JS map) count: 1306
Simulator: GC begin ..., (Native -> JS map) count: 1306
Simulator: GC end ..., (Native -> JS map) count: 1306
Simulator: jsbindings: finalizing JS object 0x7fa168437580 (spTrackEntry)
Simulator: jsbindings: finalizing JS object 0x7fa16e55f620 (spTrackEntry)
Simulator: jsbindings: finalizing JS object 0x7fa169119d50 (spTrackEntry)
Simulator: jsbindings: finalizing JS object 0x7fa169119df0 (spTrackEntry)
Simulator: jsbindings: finalizing JS object 0x7fa169119ee0 (spTrackEntry)
Simulator: jsbindings: finalizing JS object 0x7fa16e550f10 (spTrackEntry)
Simulator: jsbindings: finalizing JS object 0x7fa16e551000 (spTrackEntry)
Simulator: jsbindings: finalizing JS object 0x7fa16e560ab0 (spTrackEntry)
Simulator: jsbindings: finalizing JS object 0x7fa16e560ba0 (spTrackEntry)
Simulator: jsbindings: finalizing JS object 0x7fa16e568e60 (spTrackEntry)
Simulator: jsbindings: finalizing JS object 0x7fa16e568fa0 (spTrackEntry)
Simulator: jsbindings: finalizing JS object 0x7fa1686a7950 (spTrackEntry)
Simulator: jsbindings: finalizing JS object 0x7fa1686c1f80 (spTrackEntry)
Simulator: jsbindings: finalizing JS object 0x7fa1686c2020 (spTrackEntry)
Simulator: jsbindings: finalizing JS object 0x7fa1686046b0 (spTrackEntry)
Simulator: jsbindings: finalizing JS object 0x7fa168604750 (spTrackEntry)
Simulator: jsbindings: finalizing JS object 0x7fa1700175b0 (spTrackEntry)
Simulator: jsbindings: finalizing JS object 0x7fa170017650 (spTrackEntry)
(省略N行)

请问这些log是异常吗？
场景有用很多Spine动画，但是这个log把想看到的东西都盖掉了

lusoft_bowen · 2017年11月8日 00:17

现在都是跳一个版本进行发布了么？

beijixing · 2017年11月8日 01:37

好的，官方的例子好一些，但也不是居中的效果。我用的是个纯英文的字体 Orange LET, 字体文件附上

OrangeLET.ttf.zip (11.0 KB)

chenyi2006520 · 2017年11月8日 02:01

android studio 必须3.0 ，那之前的2.xx是卸载还是直接装？

dumganhar · 2017年11月8日 02:01

不是异常。GC那个留着吧，可以容易发现内存泄露问题。其他的可以去掉。

Knox · 2017年11月8日 02:22

好的，我有空的时候查查，如果你不忙的话先找找问题，感谢

wuzhialex · 2017年11月8日 02:37

v1.7.0b7, win模拟器 
this.node.runAction (cc.sequence(
                cc.moveBy(0.2, cc.p (100,0)),
                // cc.callFunc(function () {
                //     cc.log ("complete");
                // },this)
            ));

sequence只有单个的时候崩溃：
ERROR: Uncaught Error: cc.Node.runAction(): action must be non-null

bluehumor · 2017年11月8日 02:40

这个早就不能这么用了？你上一个版本是多少？把这个动作直接放在action里就可以了，不用sequence

wuzhialex · 2017年11月8日 02:42

我是在升级以前1.4.2的项目，想不到这种api也在变化

bluehumor · 2017年11月8日 02:44

之前我也遇到了这个错误，panda给解释说用法改了@wuzhialex

13yd · 2017年11月8日 04:00

jsb.reflection.callStaticMethod 更改了接口吗？？

11-08 11:59:13.263 4767-6856/com.siwuliu.game I/System.out: [OkHttp] sendRequest>>
11-08 11:59:13.263 4767-6856/com.siwuliu.game I/System.out: [OkHttp] sendRequest<<
11-08 11:59:13.317 4767-6856/com.siwuliu.game W/art: Native thread exiting without having called DetachCurrentThread (maybe it’s going to use a pthread_key_create destructor?): Thread[21,tid=6856,Native,Thread*=0xe1aebc00,peer=0x12f500a0,“Thread-16756”]
11-08 11:59:13.317 4767-6856/com.siwuliu.game D/JniHelper: JniHelper::getJavaVM(), pthread_self() = -526528512
11-08 11:59:15.102 4767-6874/com.siwuliu.game I/System.out: [CDS]rx timeout:1
11-08 11:59:15.103 4767-6874/com.siwuliu.game I/System.out: [CDS]EAGAIN in Recvfrom
11-08 11:59:15.103 4767-6874/com.siwuliu.game I/System.out: [CDS]read byte is 0
11-08 11:59:15.103 4767-6874/com.siwuliu.game I/System.out: [CDS]rx timeout:60000
11-08 11:59:15.103 4767-6874/com.siwuliu.game I/System.out: [CDS]rx timeout:60000
11-08 11:59:15.103 4767-6874/com.siwuliu.game I/System.out: [OkHttp] sendRequest>>
11-08 11:59:15.104 4767-6874/com.siwuliu.game I/System.out: [OkHttp] sendRequest<<
11-08 11:59:15.181 4767-6874/com.siwuliu.game W/art: Native thread exiting without having called DetachCurrentThread (maybe it’s going to use a pthread_key_create destructor?): Thread[21,tid=6874,Native,Thread*=0xe1aebc00,peer=0x12f50c40,“Thread-16757”]
11-08 11:59:15.182 4767-6874/com.siwuliu.game D/JniHelper: JniHelper::getJavaVM(), pthread_self() = -526528512
11-08 11:59:17.079 4767-6893/com.siwuliu.game I/System.out: [CDS]rx timeout:1
11-08 11:59:17.083 4767-6893/com.siwuliu.game I/System.out: [CDS]EAGAIN in Recvfrom
11-08 11:59:17.083 4767-6893/com.siwuliu.game I/System.out: [CDS]read byte is 0
11-08 11:59:17.083 4767-6893/com.siwuliu.game I/System.out: [CDS]rx timeout:60000
11-08 11:59:17.084 4767-6893/com.siwuliu.game I/System.out: [CDS]rx timeout:60000
11-08 11:59:17.084 4767-6893/com.siwuliu.game I/System.out: [OkHttp] sendRequest>>
11-08 11:59:17.086 4767-6893/com.siwuliu.game I/System.out: [OkHttp] sendRequest<<
11-08 11:59:17.161 4767-6893/com.siwuliu.game W/art: Native thread exiting without having called DetachCurrentThread (maybe it’s going to use a pthread_key_create destructor?): Thread[21,tid=6893,Native,Thread*=0xe1aebc00,peer=0x12fe69a0,“Thread-16758”]
11-08 11:59:17.161 4767-6893/com.siwuliu.game D/JniHelper: JniHelper::getJavaVM(), pthread_self() = -526528512
11-08 11:59:19.114 4767-6917/com.siwuliu.game I/System.out: [CDS]rx timeout:1
11-08 11:59:19.123 4767-6917/com.siwuliu.game I/System.out: [CDS]EAGAIN in Recvfrom
11-08 11:59:19.123 4767-6917/com.siwuliu.game I/System.out: [CDS]read byte is 0
11-08 11:59:19.123 4767-6917/com.siwuliu.game I/System.out: [CDS]rx timeout:60000
11-08 11:59:19.124 4767-6917/com.siwuliu.game I/System.out: [CDS]rx timeout:60000
11-08 11:59:19.124 4767-6917/com.siwuliu.game I/System.out: [OkHttp] sendRequest>>
11-08 11:59:19.143 4767-6917/com.siwuliu.game I/System.out: [OkHttp] sendRequest<<
11-08 11:59:19.203 4767-6917/com.siwuliu.game W/art: Native thread exiting without having called DetachCurrentThread (maybe it’s going to use a pthread_key_create destructor?): Thread[21,tid=6917,Native,Thread*=0xe1aebc00,peer=0x12eea520,“Thread-16759”]
11-08 11:59:19.203 4767-6917/com.siwuliu.game D/JniHelper: JniHelper::getJavaVM(), pthread_self() = -526528512

dumganhar · 2017年11月8日 05:36

用法没改。你是怎么用的？你的Java类接口定义是怎么样的？

Cocos Creator v1.7.0 内测版发布帖（11月17日更新 rc.2）

jsb.reflection.callStaticMethod 更改了 接口吗？？

jsb.reflection.callStaticMethod 更改了接口吗？？