背景 本来想着把 x265编译到ffmpeg里面,搞定了x265的编译:但是一直报ERROR: x265 not found using pkg-config这个错误,我按照网上的资料,查看了ffbuild/config.log,也修改了 .pc 也export 了,可是还是不行.好像是与数学库有关,但是添加了-lm -stdc++ 都无济于事. 先把 x265 交叉编译的成果分享出来,有空再试着搞搞 Ubuntu 移植 ffmpeg + x264 arm linux 移植 FFMPEG库 +

1. 下载iperf src https://github.com/esnet/iperf/ 2.修改makefile.in 里面的配置. src/Makefile.in 613行 地方两行,去掉-pg参数.修改后如下 ##iperf3_profile_CFLAGS = -pg -g iperf3_profile_CFLAGS = -g iperf3_profile_LDADD = libiperf.la ##iperf3_profile_LDFLAGS = -pg -g iperf3_prof

感谢声网提供的webrtc国内源码镜像. 首先要安装好海思编译工具链和git. 先替换一下webrtc代码的仓库网址路径 git config --global user.email "100582783@qq.com" git config --global user.name "linxing" git config --global url.http://120.92.49.206:3232/chromiumsrc/webrtc.git.insteadOf h

项目里面需要简单的rtsp服务器来实现视频预览等功能: rtsp本来不是太复杂的东西,github上有很多功能都比较完善的项目可以随便拿来用,但是测试过程中发现live555还是有性能上的一些差异: 具体如下:环境hisi3516cv200 sd卡上读取8M码流的264文件推送rtsp流,电脑上用vlc观看. 电脑上网络流量统计实时图,左边红色狂是自己实现rtsp部分代码,右边用live555实现,发现live555发送数据更趋于平稳. 1.live555 hisi平台交叉编译: ll@ubun

本文章参考了.http://blog.csdn.net/lawishere/article/details/8182952,写了hi3518的配置说明.特此感谢 https://blog.csdn.net/sunxiaopengsun/article/details/79175408 1.首先到它的主页下载一个源码包: http://www.live555.com/liveMedia/public/ 我下载的是latest的,具体什么版本还真不清楚 2.放到linux目录下解压: root@ku

今天准备重新来交叉编译qt5.3.1的源码,由于按网上说的,需要先编译tslib,所以拿起来之前的编译源码,打算重新用新的交叉编译工具再次编译一次,在查找资料的过程中浪费了些许时间.其实直接就在使用samsung的开发板时,编译并测试过tslib,但出于当时没有做笔记,所以今天打算重新编译的时候,又在baidu上搜索了一番.好在也编译通过了. 这次我是使用hisi3531的开发板,使用的交叉编译工具为hisi提供的arm-hisiv200-linux编译环境. 第一步拷贝tslib源代码到目录下

hisi交叉编译工具链安装 一.         摘要: 交叉编译简单的说,就是A机器上编译生成,运行在B机器上.那么在A机器上的编译工具安装,就是本文所要描述的内容. 工欲善其事必先利其器,所以交叉编译工具链安装,属于基本功范畴,大家赶紧get吧. 二.         准备工作 1-交叉编译链: arm-hisiv100-linux 2-网上或其他途径收集两个安装文件arm-hisiv100-linux.tar.bz2.cross.install 三.         安装 将arm-his

0环境 Linux主机OS:Ubuntu14.04 64位,运行在wmware workstation 10虚拟机 树莓派版本:raspberry pi 2 B型. 树莓派OS: Debian Jessie Raspbian Jessie 1树莓派的启动过程 树莓派1,2,3的启动过程大致相同,主要分为3个阶段:ROM上的GPU bootloader启动GPU,GPU启动CPU,CPU直接启动内核或通过u-boot启动内核. 由于树莓派涉及到GPU的东西不开源,移植u-boot到树莓派并不是真正

HEVC(High Efficiency Video Coding),是一种新的视频压缩标准.可以替代H.264/ AVC编码,使得保持相同质量的情况下,体积减少40%左右.目前有多种实现版本,x265则是其中之一.常用网站: x265官网 http://www.x265.org/ 代码托管 https://bitbucket.org/multicoreware/x265/ 代码镜像 http://www.videolan.org/developers/x265.html. 编译好的可执行档 h

闲扯: 实习了将近半年一直在做硬件以及底层的驱动,最近要找工作了发现了对linux普遍要求很高,而且工作岗位也非常多,所以最近一些时间在时不时地接触linux. 正文:(我一时兴起开始写博客,准备不充分,图片都没有保存) 首先就是上网查找一下现成的教程,下面的网址就是一个很好的教程 http://www.cnblogs.com/softhal/p/5699381.html 第一.二.三步我都是照做的 但是在第四步的时候对于我这种新手来说就出现了一些问题: 1.第一种方法,修改bashrc文件,总

交叉编译工具链是为了编译.链接.处理和调试跨平台体系结构的程序代码,在该环境下编译出嵌入式Linux系统所需要的操作系统.应用程序等,然后再上传到目标板上. 首 先要明确gcc 和arm-linux-gcc的区别,gcc是x86架构的C语言编译器,编译出来的程序在本地执行,而arm-linux-gcc是跨平台的C语言编译 器,编译出来的程序在目标班上执行,嵌入式开发应该使用交叉编译工具链,下面给出详细的 Linux 14.04lts 环境下搭建交叉编译环境arm-linux-gcc-4.5.1安

0.环境 Linux主机OS:Ubuntu14.04 64位,运行在wmware workstation 10虚拟机 树莓派版本:raspberry pi 2 B型. 树莓派OS:官网下的的raspbian-jessie. 推荐在root用户登录下操作,参考设置root登录 1.为什么需要交叉编译 在Ubuntu上直接编译一个.c源文件可以用系统自带的gcc编译器编译test.c gcc test.c -o test 然后执行生成的二进制文件 ./test 交叉编译就是把编译的过程在LINUX

在下载好了FFmpeg和X264的源码包之后,在Linux下进行安装的基本流程就是切换到其源码的根目录,然后以此执行以下命令.基本上所有的开源源码包的默认编译安装都是这三步. ./configure make make install三部曲 值得注意的是,如果对于./configure如何配置不清楚 则通过执行./configure --help获取帮助 对于FFmpeg和X264的编译与安装在FFmpeg的Wiki页面上有详细的帮助,下面贴上其地址 FFmpeg的Wiki主页:http://t

Windows7 64位系统搭建Cocos2d-x-2.2.1最新版以及Android交叉编译环境(详细教程) 声明:本教程在参考了以下博文,并经过自己的摸索后实际操作得出,本教程系本人原创,由于升级后的cocos2d-x有了一些变化,目前的博文还没有关于Cocos2d-x 2.2.1最新版搭建Android交叉编译环境组建的说明,所以我这几天研究了一下,现在将具体的搭建方法分享出来,也给自己学习Cocos2d-x做个笔记. 参考博文: http://www.cnblogs.com/lhming

在一个平台上生成另一个平台上的可执行代码.为什么要大费周折的进行交叉编译呢?一句话:不得已而为之.有时是因为目的平台上不允许或不能够安装所需要的编译器,而又需要这个编译器的某些特征:有时是因为目的平台上的资源贫乏,无法运行所需要的编译器:有时又是因为目的平台还没有建立,连操作系统都没有,根本谈不上运行什么编译器. 要进行交叉编译,我们需要在主机平台上安装对应的交叉编译工具链(cross compilation tool chain),然后用这个交叉编译工具链编译源代码,最终生成可在目标平台上运行

一.交叉编译 在一个平台上生成另一个平台上的可执行代码.为什么要大费周折的进行交叉编译呢?一句话:不得已而为之.有时是因为目的平台上不允许或不能够安装所需要的编译器,而又需要这个编译器的某些特征:有时是因为目的平台上的资源贫乏,无法运行所需要的编译器:有时又是因为目的平台还没有建立,连操作系统都没有,根本谈不上运行什么编译器. 要进行交叉编译,我们需要在主机平台上安装对应的交叉编译工具链(cross compilation tool chain),然后用这个交叉编译工具链编译源代码,最终生成可在

把工程文件交叉编译到arm上运行,着实花费了一番功夫. 首先遇到的错误是 X uses VFP register arguments, B does not 百度了一下,发现是硬浮点和软浮点的问题,原先是思路是改变X的编码方式,迁就于Y,后来怎么弄都不行,改变思路,用armv7-linux的编译器重新编几个库.   1.libosscore.a 下载OSS-master.zip 这个库是用cmake编译的, mkdir build  保证cmake出来的文件和原来的文件区分开 cd build

ROS运行环境:ARM ubuntu14.04 + ROS indigo在arm环境下编译ros应用程序,速度极慢,无法忍受,尝试在x86机器上搭建docker+ros交叉编译环境. 交叉编译环境的搭建主要参考: http://answers.ros.org/question/191070/compile-roscore-for-arm-board/ 1 ARM ubuntu环境上安装arm-indigo版本,后面需要将这个arm版本copy到交叉编译环境上2 x86环境上安装docker3 下

build.host和target    在交叉编译中比较常见的一些参数就是build.host和target了,正确的理解这三者的含义对于交叉编译是非常重要的,下面就此进行解释 --build=编译该软件所使用的平台 --host=该软件将运行的平台 --target=该软件所处理的目标平台 我们以 gcc 为例子来 讲解 这三者的作用 在gcc编译中我们使用 ./configure --build=编译平台 --host=运行平台 --target=目标平台 [各种编译参数] 来配置gcc的

交叉编译 fftw 使用的源码是 fftw-3.2.2-arm.tar.gz 新塘平台arm ./configure --prefix=/usr/local/fftw_arm --host=arm-linux make make install