4412 移植x264并且YUV422转x264

转自http://blog.sina.com.cn/s/blog_af9acfc60101alxx.html

一、YUV422转换规律　

　　做视频采集与处理，自然少不了要学会分析YUV数据。因为从采集的角度来说，一般的视频采集芯片输出的码流一般都是YUV数据流的形式，而从视频处理（例如H.264、MPEG视频编解码）的角度来说，也是在原始YUV码流进行编码和解析，所以，了解如何分析YUV数据流对于做视频领域的人而言，至关重要。本文就是根据我的学习和了解，简单地介绍如何分析YUV数据流。

YUV，分为三个分量，“Y”表示明亮度（Luminance或Luma），也就是灰度值；而“U”和“V” 表示的则是色度（Chrominance或Chroma），作用是描述影像色彩及饱和度，用于指定像素的颜色。

与我们熟知的RGB类似，YUV也是一种颜色编码方法，主要用于电视系统以及模拟视频领域，它将亮度信息（Y）与色彩信息（UV）分离，没有UV信息一样可以显示完整的图像，只不过是黑白的，这样的设计很好地解决了彩色电视机与黑白电视的兼容问题。并且，YUV不像RGB那样要求三个独立的视频信号同时传输，所以用YUV方式传送占用极少的频宽。

好了，言归正传，谈谈如何分析YUV码流吧。YUV码流有多种不同的格式，要分析YUV码流，就必须搞清楚你面对的到底是哪一种格式，并且必须搞清楚这种格式的YUV采样和分布情况。下面我将介绍几种常用的YUV码流格式，供大家参考。

YUV码流的存储格式其实与其采样的方式密切相关，主流的采样方式有三种，YUV4:4:4，YUV4:2:2，YUV4:2:0，关于其详细原理，可以通过网上其它文章了解，这里我想强调的是如何根据其采样格式来从码流中还原每个像素点的YUV值，因为只有正确地还原了每个像素点的YUV值，才能通过YUV与RGB的转换公式提取出每个像素点的RGB值，然后显示出来。

1.1 YUV格式

为了方便后面叙述，图片的大小定 义为：w * h，宽高分别为w和h

YUV420格式

先Y，后V，中间是U。其中的Y是w * h，U和V是w/2 * (h/2)

如果w = 4，h = 2，则：

yyyy

yyyy

uu

vv

内存则是：yyyyyyyyuuvv

需要占用的内存：w * h * 3 / 2

采样规律是：每个像素点都采样Y，寄数行采样1/2个U，不采样V，偶数行采样1/2个V，不采样U

YUV422格式

本格式使用较为广泛

每两个点为一组，共占用4个字节

YUYVYUYV…

对于每一组YUYV，前面一个Y和本组中的UV组成第一个点，第二个Y和本组中的UV组成第二个点

所以，在内存中，宽高分别为w * 2、h。

如果w = 4，h = 2，则：

YUYVYUYV

YUYVYUYV

需要占用的内存：w * h * 2

UYUY422格式

本格式和YUYV422一样，只是YUV的位置不一样罢了

每组中YUV的排列顺序为：UYUV

需要占用的内存：w * h * 2

YUV的采样格式及每种格式中单像素所占内 存大小

YUV主要的采样格式有YCbCr 4:2:0、YCbCr 4:2:2、YCbCr 4:1:1和 YCbCr 4:4:4。

采样格式       单像素所占内存大小        存放的码流

YCbCr 4:4:4    3byte       Y0 U0 V0 Y1 U1 V1 Y2 U2 V2 Y3 U3 V3（4像素为例）

YCbCr 4:2:2    2byte              Y0 U0 Y1 V1 Y2 U2 Y3 V3（4像素为例）

YCbCr 4:2:0    1.5byte     Y0 U0 Y1 Y2 U2 Y3 Y5 V5 Y6 Y7 V7 Y8（8像素为例）

YCbCr 4:1:1    1.5byte              Y0 U0 Y1 Y2 V2 Y3（4像素为例）

1.2  存储方式

下面我用图的形式给出常见的YUV码流的存储方式，并在存储方式后面附有取样每个像素点的YUV数据的方法，其中，Cb、Cr的含义等同于U、V。

（1） YUVY 格式 （属于YUV422）

YUYV为YUV422采样的存储格式中的一种，相邻的两个Y共用其相邻的两个Cb、Cr，分析，对于像素点Y‘00、Y‘01
而言，其Cb、Cr的值均为 Cb00、Cr00，其他的像素点的YUV取值依次类推。

（2） UYVY 格式
（属于YUV422）

UYVY格式也是YUV422采样的存储格式中的一种，只不过与YUYV不同的是UV的排列顺序不一样而已，还原其每个像素点的YUV值的方法与上面一样。

（3）
YUV422P（属于YUV422）

YUV422P也属于YUV422的一种，它是一种Plane模式，即打包模式，并不是将YUV数据交错存储，而是先存放所有的Y分量，然后存储所有的U（Cb）分量，最后存储所有的V（Cr）分量，如上图所示。其每一个像素点的YUV值提取方法也是遵循YUV422格式的最基本提取方法，即两个Y共用一个UV。比如，对于像素点Y‘00、Y‘01
而言，其Cb、Cr的值均为 Cb00、Cr00。

二、移植x264

首先下载对应的源文件http://ftp.videolan.org/pub/videolan/x264/snapshots/

我选择了x264-snapshot-20181021-2245-stable.tar.bz2

tar jxvf x264-snapshot-20181021-2245-stable.tar.bz

./configure --host=arm-linux --prefix=/opt/wecam/ffmpeg --enable-shared --disable-asm

host：是要使用的平台prefix：是make install的目录enable-shared：是使能动态链接库disable-asm：是关闭汇编命令

然后需要修改config.mak文件

然后运行指令：

make
make install

然后在/opt/wecam/ffmpeg目录下就有了对应的文件：

然后把libx264.so.155和pkgconfig目录放到4412开发板的/lib目录，再用指令创建软链接

ln -s libx264.so.155 libx264.so

而头文件x264.h是编译程序时需要使用的头文件

三、使用库编写YUV422转x264应用

#include <stdio.h>
#include <stdlib.h>

#include "stdint.h"

#include "include/x264.h"

int main(int argc, char *argv[])
{
    int ret;
    int y_size;
    int i, j;

    if(argc != 3) {
        printf("usage: %s [source file] [dest file] \n", argv[0]);
        return -1;
    }

    //source file
    FILE *fp_src = fopen(argv[1], "rb");
    FILE *fp_dst = fopen(argv[2], "wb");

    //Encode 0 frame
    int frame_num = 50;
    int csp = X264_CSP_I422;                //YUYV
    int width=640,height=480;               //640*480

    int iNal = 0;
    x264_nal_t *pNals = NULL;
    x264_t *pHandle = NULL;
    x264_picture_t *pPic_in = (x264_picture_t *)malloc(sizeof(x264_picture_t));
    x264_picture_t *pPic_out = (x264_picture_t *)malloc(sizeof(x264_picture_t));
    x264_param_t *pParam = (x264_param_t *)malloc(sizeof(x264_param_t));

    if(fp_src == NULL || fp_dst == NULL) {
        printf("Error open files.\n");
        return -1;
    }

    x264_param_default(pParam);
    pParam->i_width = width;
    pParam->i_height = height;
    pParam->i_csp = csp;
    x264_param_apply_profile(pParam, x264_profile_names[4]);
    pHandle = x264_encoder_open(pParam);

    x264_picture_init(pPic_out);
    x264_picture_alloc(pPic_in, csp, pParam->i_width, pParam->i_height);
    y_size = pParam->i_width * pParam->i_height;
    printf("w:%d h:%d\r\n",pParam->i_width,pParam->i_height);

    //detect frame number
    if(frame_num == 0) {
        fseek(fp_src, 0, SEEK_END);
        switch(csp) {
            case X264_CSP_I444:
                frame_num = ftell(fp_src)/(y_size*3);
                break;
            case X264_CSP_I420:
                frame_num = ftell(fp_src)/(y_size*3/2);
                break;
            case X264_CSP_I422:
                frame_num = ftell(fp_src)/(y_size*2);
                break;
            default:
                printf("Colorspace Not Support.\n");
                return -1;
        }
        fseek(fp_src, 0, SEEK_SET);
    }

    printf("frame_num:%d y_size:%d\r\n",frame_num,y_size);
    //Loop to Encode
    for(i=0;i<frame_num;i++) {
        switch(csp) {
        case X264_CSP_I444:
            fread(pPic_in->img.plane[0], y_size, 1, fp_src);
            fread(pPic_in->img.plane[1], y_size, 1, fp_src);
            fread(pPic_in->img.plane[2], y_size, 1, fp_src);
            break;
        case X264_CSP_I420:
            fread(pPic_in->img.plane[0], y_size, 1, fp_src);
            fread(pPic_in->img.plane[1], y_size/4, 1, fp_src);
            fread(pPic_in->img.plane[2], y_size/4, 1, fp_src);
            break;
        case X264_CSP_I422:
            {
                int index = 0;
                int y_i = 0, u_i = 0, v_i = 0;
                for(index = 0; index < y_size*2; ) {
                    fread(&pPic_in->img.plane[0][y_i++], 1, 1, fp_src);         //Y
                    index++;
                    fread(&pPic_in->img.plane[1][u_i++], 1, 1, fp_src);         //U
                    index++;
                    fread(&pPic_in->img.plane[0][y_i++], 1, 1, fp_src);         //Y
                    index++;
                    fread(&pPic_in->img.plane[2][v_i++], 1, 1, fp_src);         //V
                    index++;
                }
                break;
            }
        default:
            printf("Colorspace Not Support.\n");
            return -1;
        }

        pPic_in->i_pts = i;
        ret = x264_encoder_encode(pHandle, &pNals, &iNal, pPic_in, pPic_out);
        if(ret < 0) {
            printf("Error.\n");
            return -1;
        }

        printf("Succeed encode frame: %5d\n", i);

        for(j=0;j<iNal;j++) {
            fwrite(pNals[j].p_payload, 1, pNals[j].i_payload, fp_dst);
        }
    }

    //flush encoder
    while(1) {
        ret = x264_encoder_encode(pHandle, &pNals, &iNal, NULL, pPic_out);
        if(ret == 0)
            break;
        printf("Flush 1 frame.\n");
        for(j=0;j<iNal;j++)
            fwrite(pNals[j].p_payload, 1, pNals[j].i_payload, fp_dst);
    }
    x264_picture_clean(pPic_in);
    x264_encoder_close(pHandle);
    pHandle = NULL;

    free(pPic_in);
    free(pPic_out);
    free(pParam);

    fclose(fp_src);
    fclose(fp_dst);

    return 0;
}

然后是Makefile文件

encode_h264:
        arm-none-linux-gnueabi-gcc encode_h264.c -o encode_h264 -L./lib/ -lx264
        cp encode_h264 /home/topeet/linux/camera/x264_code
clean:
        rm -f encode_h264

打完收工！

原文地址：https://www.cnblogs.com/ch122633/p/9831063.html

时间： 2024-10-13 19:31:24

4412 移植x264并且YUV422转x264的相关文章

x264 编码器选项分析 (x264 Codec Strong and Weak Points) 1

文章文件夹: x264 编码器选项分析 (x264 Codec Strong and Weak Points) 1 x264 编码器选项分析 (x264 Codec Strong and Weak Points) 2 ====================== 本文简单翻译了MSU实验室做的X264的Option(即编码选项,后文称其英文名)分析报告<x264 Codec Strong and Weak Points>.看了之后感觉分析得十分透彻.并且其採用的方法也非常有參考价值,因此记录一

x264 编码器选项分析 (x264 Codec Strong and Weak Points) 2

上篇文章简单翻译了MSU实验室做的X264的Option(即编码选项,后文称其英文名)分析报告<x264 Codec Strong and Weak Points>的前面部分.前面部分部分比较基础,而其后的内容相对来说要复杂许多.本文继续上篇文章的内容,简单记录接下来的内容. 前文通过"彩云图"的方法分析了X264的Preset."彩云图"这种方式的优点是一目了然,可以清晰地看出各种Option取不同的值对视频的质量和编码速度的影响.但"彩云图

x264 - 高品质 H.264 编码器

转自:http://www.5i01.cn/topicdetail.php?f=510&t=3735840&r=18&last=48592660 H.264 / MPEG-4 AVC 是优秀的视讯编码格式就目前已成熟的视讯编码格式而言,H.264的压缩率是最佳的.压缩率极高,可以只用很低 bitrate 提供堪用画质. 而 x264 为免费开放原始码的 H.264 / MPEG-4 AVC 编码器,是目前编码效率最高的开放原始码 H.264 编码器. 此文只是基础知识,说明只是大略

x264介绍

x264 编辑 H.264是ITU(International Telecommunication Unite 国际通信联盟)和MPEG(Motion Picture Experts Group 运动图像专家组)联合制定的视频编码标准. 目录 1简介 2性价比 3特点 4使用介绍 ? 命令行界面的x264 ? 基本用法 ? 输入输出文件类型 ? preset和tune系统 ? 码率控制 5DXVA 6开发者 7获得奖项 1简介编辑 [1]H.264从1999年开始,到2003年形成草案,最后在2

Windows下编译最新的x264

X264更新的比较快,每天都有更新,但算法模块,基本结构是没有多大变化的.x264都是用C语言写的包括C99,但C99语法是在VC中是没法用的(当然有精力可以全部改成C89),生成的.a库是也是没法调用的,如何转化成可用.lib库就比较重要了. 1 下载mingw+msys进行配置,这里有已配置好的,直接下载用就可以了 http://code.google.com/p/msys-cn/wiki/ChapterInstallation 2 下载最新的x264 http://videolan.mir

视频x264编码浅析

声明 x264_param_t 结构体变量: x264_param_t params; x264_param_default_preset(&params, "ultrafast", "zerolatency");//优化编码延迟? 变量参数编码前赋值: params.i_csp = (csp == 17) ? X264_CSP_NV12 : csp;//编码比特流的CSP,仅支持i420,色彩空间设置 #ifdef SQUARE_AND_ROTATE pa

X264的版本号

0 X264官方地扯 http://www.videolan.org/developers/x264.html 1 X264官方编译的二进制程序命名格式 官方编译出了LINUX,Win32,Win64等不同OS平台下可运行的版本,每个程序(举例x264-r2694-3b70645.exe)的名称以"-"分成三部分,第一部分为x264,第二部是跟据x264所使用git版本库中记录的提交版本号计算出来的提交次数值, 第三部分是git版本库记录的提交的真实版本号的前7个字符截取出的字符串,另

X264库直接压缩BITMAP格式数据

最近帮朋友看了下X264压缩视频,主要参考了雷霄骅(leixiaohua1020)的专栏的开源代码: http://blog.csdn.net/leixiaohua1020/article/details/42078645 但网上能找到的例子都是把YUV(如I420等)编码为H264的,在编码BITMAP格式的RGB数据之前其实不需要自己转换数据格式,只要把源数据格式指定一下就可以了,X264库可以自动处理. 如下:   int csp=X264_CSP_BGR|X264_CSP_VFLIP;

转：视频压缩的基本概念(x264解压包)

第1页:前言——视频压缩无处不在H.264 或者说 MPEG-4 AVC 是目前使用最广泛的高清视频编码标准,和上一代 MPEG-2.h.263/MPEG-4 Part4 相比,它的压缩率大为提高,例如和 MPEG-2 相比,同样的压缩后画面品质,h.264 的码率通常只需要一半,这意味着存储空间和网络传输时间/带宽大为节省.h.264 是由 ITU-T Study Group 16 (VCEG) 和 ISO/IEC JTC 1 SC 29 / WG 11 (MPEG)这两个组织共同合作制定的,