打开摄像头并对摄像头获取的每一帧图像进行保存，边录像和上传视频流，并保存为本地.h264文件

Java之JDBC连接数据库实现增删改查(2018 使用Dao层实现 完美封装解决硬编码问题 使用预编译对象PreparedStatement) 配置文件 db.properties（保存数据库账号和密码等） 工具类 JDBCUtil.java（抽取公共部分，解决硬编码问题） 用户账号实体类 User.java（私有化数据库t_user表中的id，username，password） 接口类 IUserDao.java（制定增删改查业务） 实现类 UserDaoImpl.java（实现增删改查功能 使用预编译对象PreparedStatement 安全、便捷不需要我们去拼接字符串，特别是字段很多的时候 同时效率比Statement更高 ） 测试类 UserDaoTest.java（做测试增删改查功能使用）

1.将采集到的raw数据(PCM格式)编码为AAC格式数据。 2.将每帧数据添加ADTS header，以便解码播放。

V40, A31s, A80, A33, H3, H8等 全志芯片的H264硬编码开发包，包含测试视频播放器和使用说明

imx6q的VPU的示例代码，版本5.4.35，交叉编译器为arm-poky-linux-gnueabi-g++

【工具】-将图片资源写入代码：图片硬编码生成器工具.7z

这个是友善之臂专题8的源代码，不过没有注释，现在加上了注释，提供下载链接，也可以不下载，对照着这里看。因为这个过程包括采集、硬编码、软解码等过程。 调用的函数是规范的，所以不是用tiny6410的也可以看看，不是用ARM的也可以看看解码部分！ 我只在tiny6410上尝试，但是因为这里涉及的都是lcd设备节点和摄像头设备节点，基于S3C6410的MFC，所以其他6410应该可以通用。

曾经做视频会议相关项目的时候，需要在客户端实现多路视频推流，对若干摄像头以及桌面的数据进行编码推流，当每路数据都是1080p 30fps时，采用软编对cpu的压力是比较大的而且在1080p的基础上达到30fps的帧率也是比较困难的。于是开始尝试使用硬编，发现Intel的硬编性能是非常不错的，对于多路1080p 30fps的编码实时流在相对较好的cpu中是很容易达到的。本文将说明Intel Media SDK的获取以及使用方法。本资源为文章附件项目代码， 原文链接：https://blog.csdn.net/u013113678/article/details/122646187

非常直观的把pcm通过audiotoolbox提供的接口，硬编成aac，工程内包含一个pcm文件，只要点击转换，就可以生成相应的aac文件（可以通过iTunes把aac文件取出），相对直观的可以了解audiotoolbox的工作流程。

安卓的录音录屏录像(硬编码并生成mp4文件)、三个demo