- 博客(15)
- 资源 (1)
- 收藏
- 关注
RSS订阅转载 React-Native学习指南
一直从事移动开发，后续准备研究一下当前比较流行的react native技术，此文章主要是索引，供以后学习使用，出处文章结尾已经说明。同时还有Awesome React-Native系列React Native:React-Native入门指南https://github.com/vczero/react-native-lessionReac
2017-03-28 17:19:04
400
转载 如何调用FFmpeg解码H.264
本文以H264视频流为例，讲解解码流数据的步骤。准备变量定义AVCodecContext。如果您使用类，可以定义成类成员。我这里定义成全局变量。static AVCodecContext * g_pCodecCtx = NULL;定义一个AVFrame，AVFrame描述一个多媒体帧。解码后的数据将被放在其中。static AVFrame * g_pavfF
2013-12-27 15:17:44
723
转载 ffmpeg-2.1 最新修改的一部分函数
ffmpeg源码包里面有个apichangs文档，里面有各种接口改变的记录，如果你发现接口不能用了，可以去搜索那个文档，可以找到对应的新接口，然后到新接口对应的头文件中找到说明文字网上很多关于ffmpeg (libav)的资料都是N年以前的，而事实上ffmpeg数年来一直在“以时俱进”，因此无论是一些新手，或者号称为老手的人，有时候难免出头痛。。。。。。为了解决大家
2013-12-26 22:44:32
1019
转载 linux2013年终评选
近日由国外著名Linux媒体Linux Journal评选出了2013年度Linux领域最受欢迎的软件，内容包括了Linux平台游戏、发行版本等范围。下面，让我们一起来看下主要的评选内容。 1. 最佳Linux发行版本：Ubuntu 本项今年的评选很激烈。近一年来，Ubuntu一些举动越来越受到社区开发者和用户的抱怨、质疑，社区唱衰Ubuntu的声音此起彼伏。Ubuntu今年获
2013-12-09 12:50:17
636
转载 Linux用户空间与内核空间
Linux 操作系统和驱动程序运行在内核空间，应用程序运行在用户空间，两者不能简单地使用指针传递数据，因为Linux使用的虚拟内存机制，用户空间的数据可能被换出，当内核空间使用用户空间指针时，对应的数据可能不在内存中。Linux内核地址映射模型x86 CPU采用了段页式地址映射模型。进程代码中的地址为逻辑地址，经过段页式地址映射后，才真正访问物理内存。段页式机制如下图。
2013-11-25 08:50:55
550
转载 H.265之三 -帧内预测（4）
本文主要把实现亮度分量帧内预测的主函数的大体框架通过代码注释的方式介绍一下。Void TEncSearch::estIntraPredQT( TComDataCU* pcCU, TComYuv* pcOrgYuv, TComYuv* pcPredYuv,
2013-11-21 17:35:55
1225
转载 H.265之四-HEVC参考软件代码总结
1.编码器程序从"TAppEncoder"工程中的encmain.cpp文件开始的，此文件中包含程序运行的入口函数"main"，在main函数中主要做了编码器对象的创建、分析配置文件，初始化配置参数，和编码器最重要的功能"encode"。2.在"encode"函数中，主要实现了读取YUV文件的数据、初始化工具对象例如：GOPEncoder、SliceEncoder、CUEncder……。在
2013-11-21 17:31:18
1367
转载 H.265之三 -帧内预测（3）
今天主要介绍帧内预测一个很重要的函数initAdiPattern，它的主要功能有三个，（1）检测当前PU的相邻样点包括左上、上、右上、左、左下邻域样点值的可用性，或者说检查这些点是否存在；（2）参考样点的替换过程，主要实现的是JCTVC-J1003即draft 8.4.4.2.2的内容，主要由函数fillReferenceSamples来完成，这个在之前的文章已经讨论过了；（3）相邻样点即参考样点
2013-11-21 17:24:37
1469
转载 H.265之三 -帧内预测（2）
为了更好地理解帧内预测中的各个函数的原理过程，有必要对CU、PU地址计算方法有着较好的了解，因此，本文将对这个问题先做个讨论。对视频编解码有一定了解的人应该会知道，有一种扫描顺序叫光栅扫描，即从左往右，由上往下，先扫描完一行，再移至下一行起始位置继续扫描。H.264使用的主要就是光栅扫描顺序，（当然它还有其它扫描顺序，被包含在FMO即灵活宏块顺序技术里）。HEVC里同样也有光栅扫描
2013-11-21 17:21:17
1848
转载 H.265之三 帧内预测（1）
今天开始进入实质性内容的讨论，主要是从代码实现的角度比较深入地研究帧内预测算法。由于帧内预测涉及到的函数的数量相对于编解码器复杂部分来说少，但事实上大大小小也牵涉到了十几二十个函数（没具体统计过，只是大概估算了下），想要一下子讨论完比较困难，所以打算在接下来的若干篇文章里逐步地尽可能详尽地分析每一个较为重要的函数。今天所要讨论的是fillReferenceSamples这个函数，它主要功能是在真正
2013-11-21 17:00:47
1634
转载 H.265 之一 HM的使用
从今天开始，会陆续发表HEVC学习过程中的一些总结，主要目的是与大家一起交流学习，由于水平有限，恳请大家能够不吝赐教。 由于这是第一次写博客，而且学习也是个循序渐进的过程，第一篇文章就简单介绍下如何使用HEVC的官方标准测试模型HM吧。其实如果之前学习过H.264的话，肯定也是用过JM的，HM的使用方法与JM基本上是相同的，只是配置文件的内容有所不同罢了。好了，不多说，马上进入正题
2013-11-21 16:46:23
3095
转载 H.265之二-HM的整体结构及一些基本概念
在刚开始看HM的时候，对着7个工程，可能有人会感到困惑，该从哪里看起呢？当然了，对于已经有一定代码量积累的人或者之前研究过H.264代码如JM的人来说，从何入手应该不成问题。但我写这篇出来，一方面是自己做个总结，备忘，另一方面也是希望能够帮助刚刚入手HM的朋友。好了，不多废话，还是进入正题吧。 对于一个完整的HM解决方案来说，总共包含了7个工程：1. TAppCommon 2. T
2013-11-21 16:40:23
1203
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人