HTML5 drawImage性能问题

最近做游戏发现,为了节省HTTP请求,把很多组动画放到了一张图片上,也就是传说中的雪碧图,但是用drawImage从图片上截取一部分绘制在canvas上时会非常慢。

我的图片尺寸为5000*7000

  ctx.drawImage(  img,0,0,100,100,0,0,100,100 )

居然会耗时 125 毫秒 这简直不能忍。[环境:win10 Chorme Version 44.0.2403.125 CPU:AMD A8 GPU:HD8750]

解决方案:

  把需要用到的帧先截取出来,并保存。

var imgBuffer={};
for (var i in this.textureMap){
  tTemp=this.textureMap[i];

  //这个函数返回一个对象 {  canvas:canvas,ctx:canvas.getContext(‘2d‘) }

  tObj=createEmptyCanvas(tTemp.w,tTemp.h);
  tCtx=tObj.ctx;
  tCtx.drawImage(
    this.texture,
    tTemp.x,
    tTemp.y,
    tTemp.w,
    tTemp.h,
    0,
    0,
    tTemp.w,
    tTemp.h
  );
  imgBuffer[i]={
    img:tObj.canvas
  };
}

然后需要绘制的时候直接充imgBuffer中读取就好了,fps一下就上去了。。。。

时间: 2024-11-05 12:27:18

HTML5 drawImage性能问题的相关文章

HTML5 canvas性能之画圈

主要讲了HTML5 canvas性能方面的尝试,场景是在canvas上面绘制圆圈. 我一直在尝试使用HTML5 canvas在圣诞树图片上面绘制泡泡.由于不知道哪种绘制的方法最好,最终在Stack Overflow上找到了使用radial gradients(辐射渐变)绘制圆圈的答案. 圆圈 你可能已经知道,标准地画圆圈的方法是使用arc():分享一个最好用的UI前端框架! .代码 // Drawing a circle the traditional way ctx.beginPath();

记一个html5 drawImage的问题NS_ERROR_NOT_AVAILABLE:

本地html文件,在firefox下打开,调用到drawImage报错:NS_ERROR_NOT_AVAILABLE. 不能放到桌面,换个目录就好了,路径问题. 记一个html5 drawImage的问题NS_ERROR_NOT_AVAILABLE:,布布扣,bubuko.com

提高HTML5 Canvas性能的技巧

详细内容请点击 一:使用缓存技术实现预绘制,减少重复绘制Canvs内容 很多时候我们在Canvas上绘制与更新,总是会保留一些不变的内容,对于这些内容 应该预先绘制缓存,而不是每次刷新. 直接绘制代码如下: context.font="24px Arial";context.fillStyle="blue";context.fillText("Please press to exit game",5,50);requestAnimationFra

移动HTML5前端性能优化指南

(点击看大图) 移动H5前端性能优化指南[托尼托尼研究所] 概述 1. PC优化手段在Mobile侧同样适用2. 在Mobile侧我们提出三秒种渲染完成首屏指标3. 基于第二点,首屏加载3秒完成或使用Loading4. 基于联通3G网络平均338KB/s(2.71Mb/s),所以首屏资源不应超过1014KB5. Mobile侧因手机配置原因,除加载外渲染速度也是优化重点6. 基于第五点,要合理处理代码减少渲染损耗7. 基于第二.第五点,所有影响首屏加载和渲染的代码应在处理逻辑中后置8. 加载完成

移动HTML5前端性能优化总结

概述 1. PC优化手段在Mobile侧同样适用 2. 在Mobile侧我们提出三秒种渲染完成首屏指标 3. 基于第二点,首屏加载3秒完成或使用Loading 4. 基于联通3G网络平均338KB/s(2.71Mb/s),所以首屏资源不应超过1014KB 5. Mobile侧因手机配置原因,除加载外渲染速度也是优化重点 6. 基于第五点,要合理处理代码减少渲染损耗 7. 基于第二.第五点,所有影响首屏加载和渲染的代码应在处理逻辑中后置 8. 加载完成后用户交互使用时也需注意性能 优化指南 [加载

提升html5的性能体验系列之一避免切页白屏

窗体切换白屏的现实问题 HTML5的性能比原生差很多,比如切页时白屏.列表滚动不流畅.下拉刷新和上拉翻页卡顿.在低端Android手机上,很多原生App常用的功能和体验效果都很难使用HTML5技术模拟.我们首先来看第一个问题,如何避免切页白屏. 浏览器的页面在切换时,由于其页面加载机制,在跳转到下一个页面时,先要请求联网.载入页面代码.构建dom.渲染,最后才显示出来.在最终结果渲染完毕前,会出现几十毫秒甚至数秒的白屏.原生App是没有这个问题的.虽然使用SPA单页应用模型,即ajax+div切

提升HTML5的性能体验系列之五 webview启动速度优化及事件顺序解析

webview加载时有5个事件.触发顺序为loading.titleUpdate.rendering.rendered.loaded.webview开始载入页面时触发loading,载入过程中如果<title>节点已经解析并赋予新值,触发titleUpdate,页面开始渲染,触发rendering,页面渲染完毕,触发rendered,页面载入完毕触发loaded. loaded常用于判断页面是否载入完毕,载入完毕才显示新页面.但有时页面内容很长时,全部载入完毕比较慢,导致显示新窗体比较慢.为了

提升HTML5的性能体验系列之四 使用原生UI

原生UI的设计目的 HTML和css有一个优势就是灵活的样式设计.在大多数情况下,我们都应该使用HTML+css来负责UI.但是有些情况下,我们发现HTML+css的UI不满足需求.1. 绝对置顶HTML的video等元素,以及5+的map等原生元素,这些原生控件的层级高于div.对于一些弹出的需要置顶的控件,会造成div模式的控件无法绝对置顶,就像在web开发里弹出的div被flash遮住一样.使用div方式开发的如下弹出控件:alert.confirm.actionSheet.waiting

提升HTML5的性能体验系列之三 流畅下拉刷新和上拉

下拉刷新 为实现下拉刷新功能,大多H5框架都是通过DIV模拟下拉回弹动画,在低端android手机(Android4.4以下)上,DIV动画经常出现卡顿现象(特别是图文列表的情况).解决方案还是webview. 既然拉div卡,那就不拉div,改拉webview.webview的拉动是原生的,回弹效果也是原生的,体验与原生一致.思路是在父页面写titlebar,titlebar下面10像素左右写一个"下拉可刷新".然后append一个子webview,并设置为可下拉.那么在把子webv