********环境:ubuntu 8.04 *****************
********交叉编译器:2.95.3 *****************
********SVN下载的ffmpeg和x264*****************
1,交叉编译x264
#CC=arm-linux-gcc ./configure --prefix=/usr/local --host=arm-linux
然后make,出现如下问题:
common/cpu.c: In function `x264_cpu_num_processors':
common/cpu.c:212: `cpu_set_t' undeclared (first use in this function)
common/cpu.c:212: (Each undeclared identifier is reported only once
common/cpu.c:212: for each function it appears in.)
common/cpu.c:212: parse error before `p_aff'
common/cpu.c:213: `p_aff' undeclared (first use in this function)
common/cpu.c:214: warning: implicit declaration of function `sched_getaffinity'
make: *** [common/cpu.o] Error 1
解决办法:
在common/cpu.c中找到x264_cpu_num_processors这个函数,在这个函数中有如下代码,功能是得到你的电脑cpu的个数:
#elif defined(SYS_LINUX)
unsigned int bit;
int np;
cpu_set_t p_aff;
memset( &p_aff, 0, sizeof(p_aff) );
sched_getaffinity( 0, sizeof(p_aff), &p_aff );
for( np = 0, bit = 0; bit < sizeof(p_aff); bit++ )
np += (((uint8_t *)&p_aff)[bit / 8] >> (bit % 8)) & 1;
return np;
把它改成:
#elif defined(SYS_LINUX)
//unsigned int bit;
int np;
//cpu_set_t p_aff;
// memset( &p_aff, 0, sizeof(p_aff) );
// sched_getaffinity( 0, sizeof(p_aff), &p_aff );
// for( np = 0, bit = 0; bit < sizeof(p_aff); bit++ )
// np += (((uint8_t *)&p_aff)[bit / 8] >> (bit % 8)) & 1;
np=1;//此处就是你电脑cpu的个数
return np;
然后重新make,这个问题就解决了。接下来make install,可能出现如下问题:
install -d /usr/local//bin /usr/local//include
install -d /usr/local//lib /usr/local//lib/pkgconfig
install -m 644 x264.h /usr/local//include
install: cannot create regular file `/usr/local//include/x264.h': Permission denied
make: *** [install] Error 1
解决办法:切换到root下就可以了。
2,接下来交叉编译ffmpeg,要把x264加进来,首先configure:
#./configure --prefix=/usr/local/ --cross-compile --arch=libavcodec/armv4l/ --cross-prefix=/usr/local/arm/2.95.3/bin/arm-linux- --cc=gcc --enable-static --disable-ipv6 --enable-libx264 --enable-gpl --enable-pthreads --disable-ffserver --disable-ffplay --target-os=linux --disable-network --disable-opts
接着就出现如下错误了:
bash: ./configure: /bin/sh^M: bad interpreter: No such file or directory
原因是那个configure是在windows下写的,所以在每行后面会加个ctrl+m就是^M,所以后面的,sh就变成sh^M当然是没有这个命令的,所以脚本就不能运行了,把^M去掉就应该没问题了.
解决办法:把windows下的configure转换成Linux下的,执行命令 dos2unix configure 如果没有 dos2unix命令就安装个,很简单。或者执行
cat ./configure.sh | tr -d '/r' > temp.sh
mv temp.sh configure.sh
然后再configure,如果还有错误,如:
ERROR: x264 not found 你在configure时把libx264库加上就可以了:--extra-libs=/usr/local/lib/ 此路径是你的x264的安装路径。
WARNING: Unknown CPU "./libavcodec/armv4l/", ignored.这个错误要将--cpu=libavcodec/armv4l/改成--arch=libavcodec/armv4l/
如果出现如下错误,
/usr/local/arm/2.95.3/bin/arm-linux-gcc is unable to create an executable file.
C compiler test failed.
会发现只要去掉--extra-libs=/usr/local/lib/后,这个错误就没了,但是有ERROR: x264 not found 那个错误,郁闷,怎么解决呢?
......
我又重新编译安装了一下x264,把它的prefix由--prefix=/usr/local改到交叉编译器的目录下,即--prefix=/usr/local /arm/2.95.3/arm-linux/后configure就能够通过了。
接下来执行make,交叉编译ffmpeg,又会遇到很多问题:
<1>internal.h: 121:invalid token in expression
查看internal.h会发现那里是定义一些宏,由此我估计是自己的交叉编译器版本太低造成的,但是我只能用2.95.3的编译器,问题一个接着一个。。。。。。郁闷!
。。。。。。
刚刚用3.4.4版本的交叉编译器试了一下,果然一次就通过了,前面的错误也都没出现过,不过还得重新编译vivi和kernel,不知道又会出现什么问题。。。。。。
果然,用3.4.4版本的交叉编译器编译不过去vivi,至于kernel我还没有去试。
在internal.h的第121行存在一个“/”,它是用来换行的,因为有时候一行写不下。用它代表本行和下一行是连在一起的。但是2.95.3版本的编译器好像不支持“/”。刚才我把它给去掉了,果然上面的错误没有了,但是又有了其他很多由于“/”引起的错误,一点点改着试试吧。
2009-1-13
*******************************************
暴汗!我把所有的"/"都改了,可是编译到了最后一步又出现很多错误,如下:
......
/var/tmp/last/ffmpeg/libavformat/allformats.c:173: undefined reference to `rtp_muxer'
/var/tmp/last/ffmpeg/libavformat/allformats.c:173: undefined reference to `rtsp_demuxer'
/var/tmp/last/ffmpeg/libavformat/allformats.c:173: undefined reference to `sdp_demuxer'
/var/tmp/last/ffmpeg/libavformat/allformats.c:173: undefined reference to `v4l2_demuxer'
/var/tmp/last/ffmpeg/libavformat/allformats.c:173: undefined reference to `v4l_demuxer'
/var/tmp/last/ffmpeg/libavformat/allformats.c:173: undefined reference to `x11_grab_device_demuxer'
/var/tmp/last/ffmpeg/libavformat/allformats.c:173: undefined reference to `http_protocol'
/var/tmp/last/ffmpeg/libavformat/allformats.c:173: undefined reference to `rtp_protocol'
/var/tmp/last/ffmpeg/libavformat/allformats.c:173: undefined reference to `tcp_protocol'
/var/tmp/last/ffmpeg/libavformat/allformats.c:173: undefined reference to `udp_protocol'
/var/tmp/last/ffmpeg/libavcodec/libavcodec.a(allcodecs.o): In function `avcodec_register_all':
......
我实在是不知到怎么改了。
***************************************************************************************************
我又下载了个比较低版本的ffmpeg,是ffmpeg-0.4.9-p20060530.tar.bz2.它也支持x264,貌似也可以用2.95.3编译。但是还有很多问题。
<1>*****************************************************************************************
In file included from huffyuv.c:29:
/var/tmp/old/ffmpeg-0.4.9-p20060530/libavutil/common.h:620: warning: static declaration for `lrintf' follows non-static
huffyuv.c: In function `encode_422_bitstream':
huffyuv.c:679: internal error--unrecognizable insn:
(insn 207 203 211 (set (reg:SI 118)
(zero_extend:SI (mem:QI (plus:SI (reg:SI 116)
(subreg:SI (reg:DI 84) 0)) 0))) -1 (insn_list 203 (nil))
(expr_list:REG_DEAD (reg:SI 116)
(nil)))
make[1]: *** [huffyuv.o] Error 1
它的解决办法是修改源代码,因为编译器版本太低而无法识别,所以我把它改为可是别的代码,编译通过了,但是不知道能用否。把huffyuv.c的函数encode_422_bitstream和encode_gray_bitstream代码如下:
static int encode_422_bitstream(HYuvContext *s, int count){
int i,a,b,c,d;
if(s->pb.buf_end - s->pb.buf - (put_bits_count(&s->pb)>>3) < 2*4*count){
av_log(s->avctx, AV_LOG_ERROR, "encoded frame too large/n");
return -1;
}
count/=2;
if(s->flags&CODEC_FLAG_PASS1){
for(i=0; i<count; i++){
a=s->temp[0][2*i ];
b=s->temp[1][ i ];
c=s->temp[0][2*i+1];
d=s->temp[2][ i ];
s->stats[0][a]=s->stats[0][a]+1;
s->stats[1][b]=s->stats[1][b]+1;
s->stats[0][c]=s->stats[0][c]+1;
s->stats[2][d]=s->stats[2][d]+1;
}
}
if(s->avctx->flags2&CODEC_FLAG2_NO_OUTPUT)
return 0;
if(s->context){
for(i=0; i<count; i++){
a=s->temp[0][2*i ];
b=s->temp[1][ i ];
c=s->temp[0][2*i+1];
d=s->temp[2][ i ];
s->stats[0][a]=s->stats[0][a]+1;
put_bits(&s->pb, s->len[0][a], s->bits[0][a]);
s->stats[1][b]=s->stats[1][b]+1;
put_bits(&s->pb, s->len[1][b], s->bits[1][b]);
s->stats[0][c]=s->stats[0][c]+1;
put_bits(&s->pb, s->len[0][c], s->bits[0][c]);
s->stats[2][d]=s->stats[2][d]+1;
put_bits(&s->pb, s->len[2][d], s->bits[2][d]);
}
}else{
for(i=0; i<count; i++){
a=s->temp[0][2*i ];
b=s->temp[1][ i ];
c=s->temp[0][2*i+1];
d=s->temp[2][ i ];
put_bits(&s->pb, s->len[0][a], s->bits[0][a]);
put_bits(&s->pb, s->len[1][b], s->bits[1][b]);
put_bits(&s->pb, s->len[0][c], s->bits[0][c]);
put_bits(&s->pb, s->len[2][d], s->bits[2][d]);
}
}
return 0;
}
static int encode_gray_bitstream(HYuvContext *s, int count){
int i,a,b;
if(s->pb.buf_end - s->pb.buf - (put_bits_count(&s->pb)>>3) < 4*count){
av_log(s->avctx, AV_LOG_ERROR, "encoded frame too large/n");
return -1;
}
count/=2;
if(s->flags&CODEC_FLAG_PASS1){
for(i=0; i<count; i++){
a= s->temp[0][2*i ] ;
b= s->temp[0][2*i+1] ;
s->stats[0][a]++;
s->stats[0][b]++;
}
}
if(s->avctx->flags2&CODEC_FLAG2_NO_OUTPUT)
return 0;
if(s->context){
for(i=0; i<count; i++){
a= s->temp[0][2*i ] ;
b= s->temp[0][2*i+1] ;
s->stats[0][a]++;
put_bits(&s->pb, s->len[0][a], s->bits[0][a]);
s->stats[0][b]++;
put_bits(&s->pb, s->len[0][b], s->bits[0][b]);
}
}else{
for(i=0; i<count; i++){
a= s->temp[0][2*i ] ;
b= s->temp[0][2*i+1] ;
put_bits(&s->pb, s->len[0][a], s->bits[0][a]);
put_bits(&s->pb, s->len[0][b], s->bits[0][b]);
}
}
return 0;
}
<2>****************************************************************************************************
错误提示:
/var/tmp/old/ffmpeg-0.4.9-p20060530/libavutil/common.h:620: warning: static declaration for `lrintf' follows non-static
x264.c: In function `X264_init':
x264.c:145: structure has no member named `i_rf_constant'
x264.c:151: structure has no member named `b_cbr'
make[1]: *** [x264.o] Error 1
make[1]: Leaving directory `/var/tmp/old/ffmpeg-0.4.9-p20060530/libavcodec'
make: *** [lib] Error 2
更改方法:修改x264.c的X264_init函数,只要修改两行就可以了,145行和151行。
if(avctx->crf) x4->params.rc.f_rf_constant = avctx->crf;//更改后的代码
else if(avctx->cqp > -1) x4->params.rc.i_qp_constant = avctx->cqp;
}
// if neither crf nor cqp modes are selected we have to enable the RC
// we do it this way because we cannot check if the bitrate has been set
if(!(avctx->crf || (avctx->cqp > -1))) x4->params.rc.i_rc_method=X264_RC_ABR;;//更改后的代码
<3>*******************************************************************************************
错误提示:
/usr/local/arm/2.95.3/arm-linux/bin/ld: unrecognized option '--as-needed'
/usr/local/arm/2.95.3/arm-linux/bin/ld: use the --help option for usage information
collect2: ld returned 1 exit status
make: *** [ffmpeg_g] Error 1
这个问题困扰了我很久,我估计那个--as-needed是在某个Makefile中,但是没有找到。问题仍然是由编译器版本低造成的,我暂时用了个下流的方法,用3.4.4的ld把2.95.3的ld给换了,暂时能够编译成功,得到了ffmpeg可执行文件,只是不知道能用否,明早去实验室的板子上试下吧,但愿不要出现什么问题,呵呵。
分享到:
相关推荐
在本文中,我们将深入探讨如何将最新版本的Mplayer成功移植到S3C2410处理器上。S3C2410是一款基于ARM920T内核的微处理器,广泛应用于嵌入式系统,如开发板和便携式设备。移植Mplayer这一多媒体播放器对于在这样的...
通过将MP3播放器直接移植到S3C2410上,并将歌词同步显示在LED显示屏上,这一创新设计展示了嵌入式系统在多媒体领域的巨大潜力。未来,随着技术的不断进步,此类系统的功能还将进一步增强,应用场景也将更加广泛。
deepseek最新资讯、配置方法、使用技巧,持续更新中
Heric拓扑并网离网仿真模型:PR单环控制,SogIPLL锁相环及LCL滤波器共模电流抑制技术解析,基于Heric拓扑的离网并网仿真模型研究与应用分析:PR单环控制与Sogipll锁相环的共模电流抑制效能,#Heric拓扑并离网仿真模型(plecs) 逆变器拓扑为:heric拓扑。 仿真说明: 1.离网时支持非单位功率因数负载。 2.并网时支持功率因数调节。 3.具有共模电流抑制能力(共模电压稳定在Udc 2)。 此外,采用PR单环控制,具有sogipll锁相环,lcl滤波器。 注:(V0004) Plecs版本4.7.3及以上 ,Heric拓扑; 离网仿真; 并网仿真; 非单位功率因数负载; 功率因数调节; 共模电流抑制; 共模电压稳定; PR单环控制; sogipll锁相环; lcl滤波器; Plecs版本4.7.3及以上,Heric拓扑:离网并网仿真模型,支持非单位功率因数与共模电流抑制
2024免费微信小程序毕业设计成品,包括源码+数据库+往届论文资料,附带启动教程和安装包。 启动教程:https://www.bilibili.com/video/BV1BfB2YYEnS 讲解视频:https://www.bilibili.com/video/BV1BVKMeZEYr 技术栈:Uniapp+Vue.js+SpringBoot+MySQL。 开发工具:Idea+VSCode+微信开发者工具。
基于SMIC 40nm工艺库的先进芯片技术,SMIC 40nm工艺库技术细节揭秘:引领半导体产业新革命,smic40nm工艺库 ,smic40nm; 工艺库; 芯片制造; 纳米技术,SMIC 40nm工艺库:领先技术驱动的集成电路设计基础
2013年上半年软件设计师上午题-真题及答案解析
shp格式,可直接导入arcgis使用
ROS下的移动机器人路径规划算法:基于强化学习算法DQN、DDPG、SAC及TD3的实践与应用,ROS系统中基于强化学习算法的移动机器人路径规划策略研究:应用DQN、DDPG、SAC及TD3算法,ROS下的移动机器人路径规划算法,使用的是 强化学习算法 DQN DDPG SAC TD3等 ,ROS; 移动机器人; 路径规划算法; DQN; DDPG; SAC; TD3,ROS强化学习移动机器人路径规划算法研究
粒子群优化算法精准辨识锂电池二阶RC模型参数:高仿真精度下的SOC估计铺垫,粒子群优化算法精准辨识锂电池二阶RC模型参数:仿真验证与SOC估计铺垫,使用粒子群优化算法(PSO)辨识锂电池二阶RC模型参数(附MATLAB代码) 使用粒子群优化算法来辨识锂离子电池二阶RC模型的参数。 将粒子群优化算法寻找到的最优参数代入二阶RC模型进行仿真,经过验证,端电压的估计误差小于0.1%,说明粒子群优化算法辨识得到的参数具有较高的精度,为锂离子电池SOC的估计做铺垫。 ,关键词:粒子群优化算法(PSO); 锂电池二阶RC模型参数辨识; MATLAB代码; 端电压估计误差; 锂离子电池SOC估计。,PSO算法优化锂电池二阶RC模型参数:高精度仿真与MATLAB代码实现
selenium环境搭建-谷歌浏览器驱动
在当今科技日新月异的时代,智慧社区的概念正悄然改变着我们的生活方式。它不仅仅是一个居住的空间,更是一个集成了先进科技、便捷服务与人文关怀的综合性生态系统。以下是对智慧社区整体解决方案的精炼融合,旨在展现其知识性、趣味性与吸引力。 一、智慧社区的科技魅力 智慧社区以智能化设备为核心,通过综合运用物联网、大数据、云计算等技术,实现了社区管理的智能化与高效化。门禁系统采用面部识别技术,让居民无需手动操作即可轻松进出;停车管理智能化,不仅提高了停车效率,还大大减少了找车位的烦恼。同时,安防报警系统能够实时监测家中安全状况,一旦有异常情况,立即联动物业进行处理。此外,智能家居系统更是将便捷性发挥到了极致,通过手机APP即可远程控制家中的灯光、窗帘、空调等设备,让居民随时随地享受舒适生活。 视频监控与可视对讲系统的结合,不仅提升了社区的安全系数,还让居民能够实时查看家中情况,与访客进行视频通话,大大增强了居住的安心感。而电子巡更、公共广播等系统的运用,则进一步保障了社区的治安稳定与信息传递的及时性。这些智能化设备的集成运用,不仅提高了社区的管理效率,更让居民感受到了科技带来的便捷与舒适。 二、智慧社区的增值服务与人文关怀 智慧社区不仅仅关注科技的运用,更注重为居民提供多元化的增值服务与人文关怀。社区内设有互动LED像素灯、顶层花园控制喷泉等创意设施,不仅美化了社区环境,还增强了居民的归属感与幸福感。同时,社区还提供了智能家居的可选追加项,如空气净化器、远程监控摄像机等,让居民能够根据自己的需求进行个性化选择。 智慧社区还充分利用大数据技术,对居民的行为数据进行收集与分析,为居民提供精准化的营销服务。无论是周边的商业信息推送,还是个性化的生活建议,都能让居民感受到社区的智慧与贴心。此外,社区还注重培养居民的环保意识与节能意识,通过智能照明、智能温控等系统的运用,鼓励居民节约资源、保护环境。 三、智慧社区的未来发展与无限可能 智慧社区的未来发展充满了无限可能。随着技术的不断进步与创新,智慧社区将朝着更加智能化、融合化的方向发展。比如,利用人工智能技术进行社区管理与服务,将能够进一步提升社区的智能化水平;而5G、物联网等新技术的运用,则将让智慧社区的连接更加紧密、服务更加高效。 同时,智慧社区还将更加注重居民的体验与需求,通过不断优化智能化设备的功能与服务,让居民享受到更加便捷、舒适的生活。未来,智慧社区将成为人们追求高品质生活的重要选择之一,它不仅是一个居住的空间,更是一个融合了科技、服务、人文关怀的综合性生态系统,让人们的生活更加美好、更加精彩。 综上所述,智慧社区整体解决方案以其科技魅力、增值服务与人文关怀以及未来发展潜力,正吸引着越来越多的关注与认可。它不仅能够提升社区的管理效率与居民的生活品质,更能够为社区的可持续发展注入新的活力与动力。
PowerSettingsExplorer.rar 电脑的电源管理软件,明白的不多说。自己搜索即可知道。
deepseek最新资讯,配置方法,使用技巧,持续更新中
deepseek最新资讯、配置方法、使用技巧,持续更新中
RabbitMQ 是一个开源的消息代理(Message Broker),实现了 AMQP(Advanced Message Queuing Protocol) 协议,用于在分布式系统中实现高效、可靠的消息传递。
西门子S7-1200与汇川PLC新通信选择:Ethernet IP通信的突破与优势,功能安全及精准同步的创新实践。,西门子S7-1200与汇川PLC通信新选择:Ethernet IP通信方案亮相,替代Modbus TCP实现更高级功能与安全控制。,西门子PLC和汇川PLC新通信选择-西门子S7-1200 1500系列PLC也开始支持Ethernet IP通信了。 这为西门子系列的PLC和包括汇川AM400 600等Codesys系PLC的通信提供了新的解决方案。 当前两者之间的通信大多采用ModBus TCP通信。 Modbus TCP和EtherNet IP的区别主要是应用层不相同,ModbusTCP的应用层采用Modbus协议,而EtherNetIP采用CIP协议,这两种工业以太网的数据链路层采用的是CSMACCD,因此是标准的以太网,另外,这两种工业以太网的网络层和传输层采用TCPIP协议族。 还有一个区别是,Modbus协议中迄今没有协议来完成功能安全、高精度同步和运功控制等,而EtherNet IP有CIPSatety、ClIP Sync和ClPMotion来
自适应无迹卡尔曼滤波AUKF算法:系统估计效果展示与特性分析(含MATLAB代码与Excel数据),自适应无迹卡尔曼滤波AUKF算法:系统估计效果展示与特性分析(含MATLAB代码与Excel数据),自适应无迹卡尔曼滤波AUKF算法 配套文件包含MATLAB代码+excel数据+学习资料 估计效果与系统特性有关,图片展示为一复杂系统估计效果 ,AUKF算法; MATLAB代码; excel数据; 学习资料; 估计效果; 系统特性。,自适应无迹卡尔曼滤波AUKF算法:MATLAB代码与学习资料
基于MATLAB Simscape的IGBT开关特性模型:揭示开关损耗、米勒平台及瞬态行为的分析工具,IGBT开关特性模型与MATLAB Simscape模拟:深入理解开关行为及损耗数据,IGBT开关特性模型,MATLAB Simscape模型。 该模型展示了IGBT的详细的开关模型,用于创建开关损耗列表数据。 有助于理解IGBT米勒平台、瞬态开关行为。 也可以用于MOOSFET。 ,IGBT开关模型; MATLAB Simscape; 开关损耗; 米勒平台; 瞬态开关行为; MOOSFET。,MATLAB Simscape中IGBT精细开关模型:揭示米勒平台与瞬态行为