半岛铁盒里的猫

之前已经从猪肉餐馆的故事带各位比较详细地阐述了Android平台硬解码工具MediaCodec的工作流程和具体的代码，但是前两篇文章的分析是基于静态的，**那么今天就让代码“动起来”。

上一篇文章已经叙述了MediaCodec工作流程和工作周期状态机，今天开始进入实战，从代码角度详细解析MediaCodec。如果没有看过上篇，建议还是看下才能和本文无缝衔接。

MediaCodec是Android平台提供的一个底层的音视频编解码框架，它是安卓底层多媒体基础框架的重要组成部分。

所谓的码流本质就是一串长长的二进制数据，就像一条很长的河流，缓缓的流淌，那么接收端收到这些码流之后，需要解析它才能读取里面的信息，所以码流一定是需要一定规律组织起来的，让接收端知道哪里是视频的开始。

今天要讲的编译期生成代码的注入整体处理起来相对复杂些，但是性能会比反射高，所以现在很多主流IOC框架比如ButterKnife，Dagger，都采用了编译期生成代码方式完成注入工作。

最近工作需要需要做一些比较复杂的自定义View，其中事件分发的处理自然少不了，结合之前阅读过的大量资料，工作是完成了，但是对事件分发的处理总觉得很不清晰，知其然不知其所以然的感觉让人很不舒服。

之前做了一个自定义View，效果有些类似海报工厂，当做自定义View的入门学习吧~就是一个背景图，中间挖了若干个形状不同的“洞”，每个“洞”里放着一张图片，用手可以拖拽、缩放、旋转该图片。

今天继续讲解H264编码剩余部分——变换量化、熵编码。首先说说图像频率是什么。图像可以看做是一个定义为二维平面上的信号，该信号的幅值对应于像素的灰度值。

从今天开始讲下视频编码技术，计划用两篇博文讲解，第一篇讲解编码基本原理，第二篇讲解具体的码流结构，博文内容很多在网上其他博客不一定能够搜索到，并且尽量用工具和图像提供可视化的呈现以帮助大家更好理解