目标 视频的硬件解码近来发展非常快速,尤其是在低功耗的设备上.本教程会讲述一些硬件加速的背景知识并解释一下GStreamer是怎么做的. 悄悄告诉你,如果设置正确地话,我们什么也不用做,GStreamer自动做完这一切的. 介绍 视频解码是非常消耗CPU的一个任务,尤其是1080P这种高分辨率的高清节目.幸运的是,现在的显卡都带了可编程的GPU,如果我们用GPU用来做视频解码,那么CPU就可以解放出来做其他的任务了.低功耗的CPU是无法做解码这样的工作的,这时硬件的配合就是必须的了. 目前来说(

最好经手一个小的功能将mp2实时流转成AAC并发布成rtmp音频流,本身不是很难的一个需求, 一个晚上就能将功能开发好.功能开发完毕后,找来一音频文件利用Ffmpeg命令将音视频文件推成 实时udp格式音频流,具体的推送命令是: ffmpeg.exe -r -i F:\test.mp2 -acodec copy -f mp2 udp://127.0.0.1:1234 测试程序以udp://127.0.0.1:1234为输入源,rtmp://127.0.0.1/live/stream为输出流.从输

1.屏幕显示图像的原理 显示器按照从上到下的方式,一行行扫描,扫描完成后显示器就呈现一帧画面,随后电子枪回到初始位置继续下一次扫描.为了把显示器的显示过程和系统的视频控制器进行同步,显示器(或者其他硬件)会用硬件时钟产生一系列的定时信号.当电子枪换到新的一行,准备进行扫描时,显示器会发出一个水平同步信号(horizonal synchronization),简称 HSync:而当一帧画面绘制完成后,电子枪回复到原位,准备画下一帧前,显示器会发出一个垂直同步信号(vertical synchron

CPU和GPU 在屏幕成像的过程中,CPU和GPU起着至关重要的作用 CPU(Central Processing Unit,中央处理器) 对象的创建和销毁.对象属性的调整.布局计算.文本的计算和排版.图片的格式转换和解码.图像的绘制(Core Graphics) GPU(Graphics Processing Unit,图形处理器) 纹理的渲染 另:在iOS中是双缓冲机制,有前帧缓存.后帧缓存 屏幕成像原理 GPU 通常有一个机制叫做垂直同步(简写也是 V-Sync),通常以固定频率进行刷新,

在很多项目中经常会使用到MasterDetailPage的布局方式,而且一般做为主页面来开发,在开发中,发现一个并不算Bug的问题,但是却发生了,以此记录下来,方便大家探讨. 现象是这样的,我开发了一个MasterDetailPage页,在Master页点击选中行的时候,Master页收缩,显示Detail页的内容,我的Detail页的内容是一个ListView,并在ListView中显示Master页选中后相应的数据,为了加快切换速度我在Master页点击后使用了Detail页的Binding

UITableView 的cell 复用机制节省了内存,但是有时对于多变的自定义cell,重用时会出现界面出错(例如复用出错,出现cell混乱重影).滑动卡顿等问题,这里只简单敲下几点复用出错时的解决办法: 1.取消复用机制(放弃了内存,当数据过多时可能会出现卡顿,所以要慎用) 1a.更换方法,使用indexPath来创建cell 将方法:- (nullable __kindof UITableViewCell *)dequeueReusableCellWithIdentifier:(NSStr

进行开发中,遇到了个小问题: 在使用UINavigationController的-pushViewController:animated:执行入栈一个子控制器操作时(即最新栈顶子控制器),会出现推出(即入栈)"卡顿"现象, 原因:这是因为从iOS7开始, UIViewController的根view的背景颜色默认为透明色(即clearColor),所谓"卡顿"其实就是由于透明色重叠后,造成视觉上的错觉,所以这并不是真正的"卡顿",但这种&quo

近期随着项目开展,文件逐渐增大,webstrom频繁出现卡顿,而且时有崩溃现象,提示没有足够的内存来执行请求的操作,需要增加Xms设置. 解决办法: 1.找到WebStorm.exe.vmoptions这个文件,路径JetBrains/WebStorm/binWebStorm.exe.vmoptions 2.使用notepad++打开后,进行如下修改: 第二行:-Xms526m 第三行:-Xmx1024m(ps:-Xms最大值不能超过1024,否则webstorm将无法打开) 3.重启webst

js或jquery 元素移动以像素计算,手机上移动效果会有卡顿 利用CSS3 可以很简单的实现流畅的移动动画 transform: translate3d(66px, 88px, 0px) rotate(45deg); transition: transform 3s linear 0s; 说明: translate3d(66px, 88px, 0) 表示X轴偏移66px, Y轴偏移88px rotate(45deg) 表示在此过程中旋转45° transition: transform 3s

1. UIImage imageWithContentsOfFile卡顿 [[UIImage alloc] initWithContentsOfFile 卡顿 2.uitableview scroll to top NSIndexPath *indexPath = [NSIndexPath indexPathForRow:0 inSection:0]; [_commentsTab scrollToRowAtIndexPath:indexPath atScrollPosition:UITableV

js是单线程的,所以有些大量计算的操作会占用线程资源,导致页面卡住. 今天遇到这样一个场景,选择一个下拉框之后,对数据进行筛选,这个过程中有大量计算,点了selecte的option之后,option不隐藏,一直卡在那里,直到筛选计算完成. 这个体验非常差,于是想,能不能接触当前线程的占用,让交互看起来流畅些? 试着用刚刚触发的时候显示一个loading,然后用   setTimeout(func,0),  把计算的操作放到线程任务队列末尾,这样做果然页面操作不再卡顿了

优化软件以及杀毒软件想必大家都是用过的,小编自用的第一台电脑自带安装的是金山毒霸,随着时间的偏移渐渐用过小红伞,卡巴斯基,优化大师,鲁大师到后来的360优化杀毒套装,优化软件给大家带来了方便,尤其是上上网看看视频玩玩游戏的还好,但是对于开发者我们是不是要好好选择一下呢? 小编我曾经问过很多开发者选择用金山还是360,几乎所有人都说用360,没几个说用金山的,难道金山有那么不堪吗?虽说我用的第一个毒霸就是金山的(当然当年还有瑞星这玩意..-_-),可我后来换成了360... 于是噩梦就开始了,我是

前两天打开了windows defender,想着既然是window自带的防护工具,应该效果不错.经过测试之后 ,发现这个要占用很大内存,得不偿失.如果想要保证系统安全,甚至腾讯电脑管家做的都比这个window自带软件做的好,不过目前360还是更多用户的选择.为了win10不出现卡顿的现象,还是关掉它! 另外,还有关闭“颜色中的开始菜单栏操作狂透明”和“在windows中播放动画”也可以大幅度提高系统性能!

在使用navigation的pushViewController进行push的时候,两个页面间的动画会出现卡顿一下再推出的效果,是因为iOS7 viewController背景颜色的问题,看到大神的博客上说:其实不是卡顿,是由于透明色颜色重叠后视觉上的问题,只要在新push里设置下背景颜色就好了 例如:在推出的那个控制器的viewDidLoad设置一下背景颜色就OK了 self.view.backgroundColor = [UIColor grayColor];

webstorm强大的功能就不多做介绍了.但是它的缺点也显而易见:吃内存. 电脑配置稍低一点,运行webstorm就特别容易卡顿,特别是项目比较大的时候,那卡顿得不要不要的. 在我的笔记本8g内存 256ssd的配置下,运行webstorm还是会稍微有点卡. 不过可以通过设置 内存值大小来解决. 具体办法: 找到WebStorm.exe.vmoptions这个文件,路径如下 webstorm安装主目录>bin>WebStorm.exe.vmoptions 更改为 第二行:-Xms526m 第三

fps概念: FPS是图像领域中的定义,是指画面每秒传输帧数,通俗来讲就是指动画或视频的画面数.FPS是测量用于保存.显示动态视频的信息数量.每秒钟帧数愈多,所显示的动作就会愈流畅. 卡顿人体感觉标准 帧率不高于16ms,针对Android系统. 测试方法: 1. 打开手机,进入到开发者选项,点击GPU呈现模式分析,选定“在adb shell dumpsys gfxinfo中”选项 2. 进行要测试帧率的UI操作 3. 通过adb shell dumpsys gfxinfo + PACKNAME

最近的项目是用webview做的界面,但是在界面顶端加了android本地动画效果的横向滚动条.当webview里面的图片切换时导致滚动条动画卡顿. 1:setLayerType(View.LAYER_TYPE_SOFTWARE, null); 无论硬件加速是否打开,都会有一张Bitmap(software layer),并在上面对WebView进行软渲染. 设置LAYER_TYPE_SOFTWARE后会把当前view转为bitmap保存.这样就不能开多个webview,否则会报out of m

最近在用cocos2d-x做引导界面,2dx版本是2.2.3,场景切换加上了效果,所有资源都已经使用texturepacker打包预加载,但是在实际运行调试中,场景切换相当卡顿. 各种纠结后,无意中将帧率打印(setDisplayStats(true))放出来,发现一个严重的问题,对象数量一直在增加,导致帧率不断下降,等到场景切换时,已经完全跑不动了.仔细查看代码之后发现,我在场景帧循环(update())里面有监控手机网络状态,并且根据网络状态需要移除一些精灵,然后创建一些精灵并显示出来,问题

1.A push B A.view.backgroundColor 与 B.view.backgroundColor 不一致. 2. AssistiveTouch打开 关闭则不会出现卡顿情况 3.增加对比度关闭 在设置-通用-辅助功能-增强对比度(开启)

C# 5.0中引入了async 和 await.这两个关键字可以让你更方便的写出异步代码. 看个例子: 可以看到,async和await关键字只是把上面的代码变得更简单易懂而已. public class MyClass { public MyClass() { DisplayValue(); //这里不会阻塞 System.Diagnostics.Debug.WriteLine("MyClass() End."); } public Task<double> GetVal

在前一篇博客中提到内存抖动和耗时复杂的计算会导致UI卡顿. 那为什么内存抖动会导致UI卡顿呢? 其实在 性能优化一之内存与垃圾回收器 这篇文章中已经有所提及. 这里来详细说明一下: 渲染功能是应用程序最普遍的功能,开发任何应用程序都是这样,一方面,设计师要求为用户展现可用性最高的超然体验,另一方面,那些华丽的图片和动画,并不是在所有的设备上都能流畅地运行.我们来了解一下什么是渲染性能. 首先,我们要知道Android系统每隔16ms就重新绘制一次Activity,也就是说,我们的应用必须在16m