1.目的:学习加载图片资源.使用图片资源创建对象以及释放图片资源. 2.注意事项以及主要函数: ①注意事项:使用loadRes函数,资源必须放置在assets下的resources文件夹下(默认没有resources文件夹,需要自己创建:不只是图片,所有的资源都应该放置在resources文件夹或者子文件夹下). ②加载资源函数:cc.loader.loadRes(无后缀文件路径,文件类型,回调函数).需要注意的是,该函数为异步加载函数. ③释放资源函数:cc.loader.releaseRes

Cocos Creator 加载和切换场景(官方文档摘录) 在 Cocos Creator 中,我们使用场景文件名( 可以不包含扩展名)来索引指代场景.并通过以下接口进行加载和切换操作: cc.director.loadScene('MyScene'); 通过常驻节点进行场景资源管理和参数传递 通常我们同时只会加载运行一个场景,当切换场景时,默认会将场景内所有节点和其他实例销毁.如果我们需要用一个组件控制所有场景的加载,或在场景之间传递参数数据,就需要将该组件所在节点标记为「常驻节点」,使它在场

Cocos Creator从1.0版本发布到现在也有一年多了,按理说一些常见的问题网上都有解决方案,例如"如何自定义首页加载进度条界面"这种普遍需求,应该所有人都会遇到的,因此也有完善的解决方案才对.我在网上搜了一些文章,虽然也有讨论的帖子,但是方案都不尽人意.因此只能再次自己动手丰衣足食了,在此我总结一下我的思路和策略,分享给大家,希望后来的人少走弯路,另外这里的方案只针对H5游戏发布,其他平台可以借鉴思路自己实现. 首页加载的loading界面,官网的文档并没有提及,我是通过构建发

半个月前,我们用cosos creator做了一个简单的小游戏,也许算不上小游戏吧..一边学cocos,一边做,几经波折后终于上线了.然鹅,功能是实现了,但是加载速度十分感人(毕竟没经验嘛,无辜脸).1.8M的资源需要10秒钟左右才能全部加载完.于是被老大一有机会就拿出同类产品跟我们的比较,然后一顿吐槽.痛定思痛,决定把能优化的地方全都优化一下. 分析加载瀑布图 首先肯定要找出问题出在那里,下面是加载的network截图: 从图中可以看出,整个加载过程被红线分割为两部分,前面为HTML加载,后面

今天做了一个UI界面,这个界面是好友界面,该界面上有若干个好友item. 需要对每个tem的头像对象(image)动态显示对应的头像.尝试利用UGUI的图集来加载,具体实现如下: 1.首先,需要知道SpriteAtlas的功能,可以保存一些关于要打包进去的sprite的设置.(详细参数设置的意义有待进一步研究),其中的Objects For Packing可以关联到需要打包进这个已创建图集的Sprite,或者文件夹,或者texture.目前这里的做法是关联到了文件夹. 2.此时,unity已经给

Laya.Loader负责资源的加载逻辑,被LoaderManager管理. Laya支持多种类型资源加载,也支持自定义类型加载.不同类型的加载方式可能不同. Laya.Loader缓存已经被加载过得资源,减少资源重复加载. 提供清理资源接口,由LoaderManager封装接口. 部分资源加载包含多步加载,如Atlas和Font都包含文本下载和图片下载. 注意:Laya.loader是LoaderManager的实例,是Laya对外的通用加载接口.Laya.Loader由LoaderManag

我们在编辑器中看到的资源,在构建之后会进行一些转化,本章将揭开Creator对资源进行的处理. 资源处理的整体规则 首先我们将Creator的开发和运行划分为以下几个场景: 编辑器 当我们将资源放到编辑器中时,Creator会为每个资源生成唯一的uuid以及meta文件,并在项目的library目录下生成对应的json文件来描述这个资源的信息,而uuid与资源的映射关系被放在library目录下的uuid-to-mtime.json文件中.由于资源的引用关系是靠uuid来维系的,所以我们可以在C

这系列文章会对Cocos Creator的资源加载和管理进行深入的剖析.主要包含以下内容: cc.loader与加载管线 Download部分 Load部分 额外流程(MD5 Pipe) 从编辑器到运行时 场景切换流程 前面4章节介绍了完整的资源加载流程以及资源管理,以及如何自定义这个加载流程(有时候我们需要加载一些特殊类型的资源)."从编辑器到运行时"介绍了我们在编辑器中编辑的场景.Prefab等资源是如何序列化到磁盘,打包发布之后又是如何被加载到游戏中. 准备工作 在开始之前我们需

cc.loader 加载资源动态加载资源要注意两点,一是所有需要通过脚本动态加载的资源,都必须放置在 resources 文件夹或它的子文件夹下.resources 需要在 assets 文件夹中手工创建,并且必须位于 assets 的根目录; Creator 提供了 cc.loader.loadRes 这个 API 来专门加载那些位于 resources 目录下的 Asset.和 cc.loader.load 不同的是,loadRes 一次只能加载单个 Asset.调用时,你只要传入相对 re

最近用Cocos Creator 开发微信小游戏,构建发布到微信上,用安卓手机预览打开后加载到100%就不动了,开始以为微信开发工具版本的问题,后来用苹果的手机测试了一下,发现也有同样的问题. 仔细分析了下问题: 由于本游戏项目资源大,超出了微信小游戏的打包的要求4M,所以把资源都放到了远程服务器,另外我的服务器还没有加到微信小游戏平台的可信任服务器中,这就要求微信端需要开启调试模式来预览.下图是开启调试模式的入口,开发的小伙伴一般都知道. 但是发现苹果手机的用户可以随时打开调试模式,而安卓的点

Download流程的处理由Downloader这个pipe负责(downloader.js),Downloader提供了各种资源的"下载"方式--即如何获取文件内容,有从网络获取.从磁盘获取,不同类型的资源在不同的平台下有不同的获取方式. 比如脚本在原生平台使用require方法获取,而在H5平台则使用动态添加的HTML标签,指定src进行加载. 又比如json在原生平台使用jsb.fileutils进行加载,而在H5平台则使用XMLHttpRequest从网络下载. Downloa

Load流程是整个资源加载管线的最后一棒,由Loader这个pipe负责(loader.js).通过Download流程拿到内容之后,需要对内容做一些"加载"处理.使得这些内容可以在游戏中使用.这里并不是所有的资源都需要进行一个加载处理,目前只有图片.Json.Plist.Uuid(Prefab.场景)等资源才会执行加载的流程,其他的资源在Download流程之后就可以在游戏中使用了. Loader处理 Loader的handle接收一个item和callback,根据item的typ

这里讨论场景切换的完整流程,从我们调用了loadScene开始切换场景,到场景切换完成背后发生的事情.整个流程可以分为场景加载和场景切换两部分,另外还简单讨论了场景的预加载. 加载场景的流程 loadScene主要做了3件事,通过_getSceneUuid获取要加载场景的信息,对于原生平台的非启动场景执行了cc.LoaderLayer.preload(但查询了所有的代码,并没有发现LoaderLayer的实现,也没有发现任何对cc.runtime赋值的地方),最后通过_loadSceneByUu

有时候,当我们场景上挂载的资源过多时,我们使用cc.director.loadScene切换场景时会等一段时间才会切换过去,这对游戏的体验是相当不好的.所以我们可以使用cc.director.preloadScene来进行预加载,如: cc.director.preloadScene("sceneName", function () { cc.director.loadScene("sceneName"); }); 同时搭载一个加载进度条来实现显示加载进度,优化游戏

今天尝试加载cocos studio的场景. 新版的cocos studio中,"导出"选项变成了"发布".发布之后会生成一个res文件夹,其中每个场景有一个.csb文件,在c++代码中,可以调用CSLoader::createNode直接加载这个csb文件,再把加载后生成的Node放入Scene中. 来自为知笔记(Wiz)

简单解释, [来源:官方文档] Cocos是触控科技推出的游戏开发一站式解决方案,包含了从新建立项.游戏制作.到打包上线的全套流程.开发者可以通过cocos快速生成代码.编辑资源和动画,最终输出适合于多个平台的游戏产品.Cocos的主要产品有Cocos Studio.Cocos2d-x(Cocos Framework).Cocos Code IDE. Q: Cocos Creator 是游戏引擎吗? A: 它是一个完整的游戏开发解决方案,包括了 cocos2d-x 引擎的 JavaScript

前言 在游戏开发中,DrawCall 作为一个非常重要的性能指标,直接影响游戏的整体性能表现. 无论是 Cocos Creator.Unity.Unreal 还是其他游戏引擎,只要说到游戏性能优化,DrawCall 都是绝对少不了的一项. 本文将会介绍什么是 DrawCall,为什么要减少 DrawCall 以及在 Cocos Creator 项目中如何减少 DrawCall 来提升游戏性能. 正文 什么是 DrawCall? DrawCall 中文译为"绘制调用"或"绘图指

目录 1.资源与构建 1.1 creator资源文件基础 1.2 资源构建 1.2.1 图片.图集.自动图集 1.2.2 Prefab与场景 1.2.3 资源文件合并规则 2. 理解与使用 Asset Bundle 2.1 创建Bundle 2.2 使用Bundle 3. 新资源框架剖析 3.1 加载管线 3.1.1 启动加载管线[加载接口] 3.1.2 transformPipeline管线[准备阶段] 3.1.3 load管线[加载流程] 3.2 文件下载 3.2.1 Web平台的下载 3.

这篇文章主要是我们团队在使用Cocos Creator过程中的一些关于部署方面的实践总结,标题党了一回,严格来说,应该是<快看漫画游戏研发团队使用Cocos Creator构建部署最佳实践>,对于其他团队可能并不是. 之所以写这篇文章,一是我刚开始接触Cocos Creator的时候,发现构建部署方面的一些问题,针对性写了3篇优化的方案,随着对Cocos Creator了解的深入,我发现了一些更好的替代方法,二是因为我们团队随着业务发展,又到了缺人的时候,出来刷刷脸,发点招聘广告:Cocos

Cocos Creator是一个优秀的游戏引擎开发工具,很多地方都针对H5游戏做了专门的优化,这是我比较喜欢Cocos Creator的一点原因. 其中一个优化点是首页的加载速度,开发组为了加快首页的渲染速度,减少白屏时间,把逻辑代码和首页加载代码做了彻底分离.首次页面加载的只是一个相当于加载器的初始化文件,文件体积特别小,不像某些引擎,一开始就需要加载主逻辑js文件,一开始就给我来个上百kb的文件加载,然后才能显示loading条,白屏时间当然会延长不少. 说到这里,不得不吐槽一下Cocos的