早上到公司重新搞了一遍,问题找到了.
1.首先是python环境的问题,因为我之前有安装2.7.3版本的pthon,我安装Cocos引擎V1.0 Preview版本时重新安装了一个2.7.5版本的pthon,但是环境变量里 pthonhome的值没有自动更改为新版本的位置,导致报
ImportError: No module named site 的错误(ps:这个问题用cocos code ide创建quick时控制台能看到,也可以通过命令行直接运行 phthon 来检测是否有这个问题)
2.quick v3.3的创建也是通过cocos的脚本来创建的
脚本是通过图片中的命令创建的,但是由于参数不全要求我们输入,这个时候player3和cocos code ide 都会卡住…
阳光七月,这个问题怎么解决?
昨天研究了一下，槽点太多啊
首先吐槽一下 cocos的卸载工具太蠢了，卸载的时候就是把所在的文件夹删除，结果把我的项目一起删掉了，只能从svn取老版本回来
安装完cocos3.3之后安装了quick3.3
如果不运行quick的setup_win.bat会直接报错.因为没有quick的模板
所以运行setup_win.bat
然后就会发生process卡死的情况
这个时候搞笑的事情发生了，新建普通lua项目也没有办法了
因为setup.py的时候会把template下面普通lua项目的模板删除
我了个大曹啊，你们真的是一家公司？
互相删对方的文件也是醉了
我的问题解决了，是因为ant目录没有设置好的问题，你们都看一下自己的是不是这个问题
本来quick在setup的时候，会将quick的模板复制到cocos的模板目录下面，这样就不会出现你图中提示找不到模板的情况。
但Cocos引擎V1.0 Preview版本是安装在app目录下的，不能往里写文件，所以模板就无法复制过去。
解决的办法只能是不用Cocos引擎，而是直接使用cocos2dx3.3rc0的包。
cocos的setup.py正确配置后，在quick目录下重新setup就可以正常使用了。
这个新建出来的已经能运行了吧
如果你先运行了cocos的setup.py并正确配置，再运行player的setup，应该是没有什么问题的。现在创建工程是调用cocos的脚本，要复制的文件比较多，所以process的时间会久一些。当然如果你确认是卡死而不是在复制文件的话，应该是其他原因了。
嗯,我已经解决了,准备来回复解决方案的,结果发现你已经回复了
我也是这个问题 windows7下
一直显示创建中
我是直接安装的那个集合工具，然后安装的quick，运行了quick下的.bat
不知道是不是因为没有安装vs2012的缘故
搜了半天也没找到解决办法
我想知道真的有人用quick 3.3rc0 player成功创建工程了吗，我用Eclipse LDT创建不了，用player创建一直停在Processing。然后我直接用create_project.bat脚本创建工程，然后一直停在这个命令
exec: A:\tools\cocos\frameworks\cocos2d-x\tools\cocos2d-console\bin/cocos new TestQuick -p com.leon.quick.test -l lua -t
quick -d a:\workspace\cocos
这怎么玩
如果你用的是cocos engine，确实quick 3.3rc0无法支持。
quick 3.3rc0无法支持cocos engine，需要安装独立版本的cocos2dx3.3。你也可以稍等一下新版本的quick，将恢复不依赖cocos的安装。
主要是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…