Quick 3.3 player新建不了工程

quick 3.3rc0无法支持cocos engine,需要安装独立版本的cocos2dx3.3。你也可以稍等一下新版本的quick,将恢复不依赖cocos的安装。

我也遇到了类似的问题,有兴趣的朋友可以看看我的解决方法,看是不是同一个问题导致的
http://www.cocoachina.com/bbs/read.php?tid-271458.html

主要是cocos 依赖的环境太多了,什么python , ant 之类的,相比起unity , unity真是简洁

U3D程序员,被抓去写cocos,泪已流干

更新一:
重新检查一下, 发现自己搞错了问题: 描述所解决的系 Cocos IDE - File - New - Cocos Lua Project 而不是 Cocos Quick Project. 后者尝试亲新建时仍然中止在生成过程中, 亦使得Cocos IDE假死了, 与使用player新建项目停留在Processing中或使用create_preject.bat脚本中止在excute ****现象相同.

下面的内容仅供参考! 直到的确有解决方法时再次更新

更新二:疑问: (1) 按更新一所说, 解决的系 Cocos IDE - File - New - Cocos Lua Project, 即系说, 默认安装好的 Cocos引擎V1.0 Preview 生成普通(不是quick)的lua项目本来有问题. 这个模板的位置好像没有找到地方配置, 那这个官方发布的版本释出时已经过相对充分的测试, 不排除系win7系统的环境变量问题或者可能安装quick后影响到 Cocos引擎V1.0 Preview 的环境了(不过未能确定, 因为在安装quick前我没有尝试新建lua 项目). 整体来说, cocos2dx社区的文档确有待加强, 例如及时更新文档, 保证同步还有完整的修改历史等等.
(2) 对比quick的模板和之前提到的改名的模板:
\Cocos\frameworks\cocos2d-x\templates\lua-template-quick -----> 改名lua-template-runtime后可正常 Cocos IDE - File - New - Cocos Lua Project 并在quick player编译通过
\quick-cocos2d-x-3.3rc0\quick\templates\lua-template-quick
它们的内容基本一致, 除了前者在res目录增加了 framework_quick.zip
这是否说, 通过这个模板生成的lua项目即是期望的quick项目呢? 疑问在于, 文件对比发现lua-template-quick和生成的新项目的结构有明显差别. 对cocos的模板生成项目机制并不清楚.
应该不再纠结, 直接认为这并不能作为期望的quick项目? 这系新手的疑问. 多谢分享更多的信息. 珍惜时间, 按前面阳光七月的提示, 使用单独的 cocos2dx 3.3rc0或等待新版本quick

原帖:

我在"Cocos引擎V1.0 Preview"上遇到相同问题现象, 解决时发现系个lua template路径问题. 安装quick-cocos2d-x-3.3rc0, 应该已把模板文件复制到cocos的某个目录下: D:\develop\coocs2dx\Cocos\frameworks\cocos2d-x\templates\lua-template-quick 其中 D:\develop\coocs2dx\Cocos 系我机上cocos的安装目录. 出于对Cocos引擎V1.0 Preview的不熟悉, 我特意通过 lua-template-quick 的目录生成时间确定正是这个目录, 因为同时发现在 \Cocos\templates\cocos2d-x-3.3rc0\lua-template-runtime 处是一个类似但内容差别较大的目录, 而后者为 Cocos引擎V1.0 Preview 所带. 关键处如下:

当使用player新建项目停留在Processing中或使用create_preject.bat脚本中止在excute **** 后, 我尝试使用Cocos IDE去新建lua项目以便通过log去确定问题所在 (建议遇到类似问题的都可通过这获取更多的有用信息), log显示:

Read json file D:\develop\coocs2dx\Cocos\frameworks\cocos2d-x\templates\lua-template-runtime\config.json failed, the reason is:D:\develop\coocs2dx\Cocos\frameworks\cocos2d-x\templates\lua-template-runtime\config.json (系统找不到指定的路径。)

细心注意, 对比:
D:\develop\coocs2dx\Cocos\frameworks\cocos2d-x\templates\lua-template-quick ------> 这是前面实际复制的目录名
D:\develop\coocs2dx\Cocos\frameworks\cocos2d-x\templates\lua-template-runtime ------>现在提示找不到路径的目录名

显然 Cocos引擎V1.0 Preview 和 quick-cocos2d-x-3.3rc0 安装程序上有某处未做好同步导致问题出现. 于是我即在此处复制一份 lua-template-quick 改名为 lua-template-runtime , 然后在cocos ide中正常生成lua project. 使用 player 导入打开正常运行.

所以疑问, 但愿我的问题非一个特殊个例: 公开发布这两个工具版本前的良好测试确保尽量完善了吗? 工业级标准/企业级标准出现这种问题就令人困扰.

如果下一个版本话说把cocos独立出来, 希望在兼容的老大难问题上做得更好, 而这些在帖子: http://www.cocoachina.com/bbs/read.php?tid-271244.html 中"Z大"(留意他的博文链接)和您已严肃讨论了


补充一个自己的总结, 有朋友遇到这问题时, 按前面大家的建议, 在正常安装Cocos引擎V1.0 Preview 和 quick-cocos2d-x-3.3rc0后, 先确保运行了 \quick-cocos2d-x-3.3rc0\setup_win.bat, 然后检查环境变量:
QUICK_COCOS2DX_ROOT
ANDROID_NDK_ROOT=D:\XXXXXX\android-ndk-r9d
ANDROID_SDK_ROOT=D:\YYYYYY\android-sdk
ANDROID_HOME=ANDROID_SDK_ROOT
注意quick-cocos2dx带的doc文档中提到过:
…由于 cocos2d-x 还不支持最新的 NDK r10,所以我们需要从网络上搜索 NDK r9d 用于编译。

SDK 和 NDK 不能放在包含中文和空格的目录中。
Windows 下,SDK/NDK 必须和 quick 的文件放在同一个分区中…

另外我的机子系 win7 64bit. 使用
Cocos-v1.0-preview-win32.exe 和 quick-3.3rc0-win.exe 除解决这个问题外, 正常双击逐个安装, 并没有遇到其他明显问题

一个成熟的开源项目应该尽量避免大的结构改动呀, 前一版本独立于cocos2dx, 这一版本又依赖于cocos2dx, 下一个版本再改回独立, 这不是一个深思熟虑过的规划.

如果cocos2dx那边稳定的话,依赖其实不是问题。3.3rc0原来在cocos2dx3.3上测试是好好的,结果发布时突然出来一个cocos engine,安装目录无法写入,环境变量也变了,quick当然无法支持了。所以没有办法,还是改回独立发行。

理解呀. 需求在变, 软件永恒的草泥马主题. 辛苦各位大牛.
话说3.3rc0的 debug_win.bat 脚本去掉了, 暂时新手自行解决去

事实不带cocos2dx库只发布quick的确更理想, 若仅系安装目录问题, 似乎未足够影响到改回独立发行? 个中因由我们一时无法想像. 说得对, 纵观cocos2dx历史, 若它稳定得可以, 大家真省心好多好多. 不过, 似乎仍然under heavy developmnet…