嵌入式多媒体设计--1开题和环境搭建

由于我们学校的毕业设计基本都是用jsp做网站，可惜我对此无兴趣，只好选择了和C语言有关的嵌入式开发。先说明一下，这里只是记录我的毕业设计过程，没提出有什么新的技术，欢迎大家交流。

本毕业设计是基于嵌入式linux的qt多媒体中心，要求可以播放常见的音频、视频，并可以拍照和录像。我所采用的是ok6410的开发板，它自带了linux3.01的内核，qt环境以及usb摄像头驱动等，恰好支持我的摄像头。

我使用的是linuxdeepin 12.12 alpha 64位（ubuntu12.10），直接使用的ok6410自带的交叉编译器（32位），由于我之前已经安装好了32位支持环境（参见此文），所以交叉编译其正常运行可以。

下面介绍一下这几天收集的预备知识。

一、关于摄像头

一般开发板支持的摄像头有两种cmos和usb。

我想usb摄像头光学感应器件应该也是cmos的，不知对否？

关于摄像头的知识，有许多好的博客，这里是链接,我就不再重复了。

 

二、关于编译器

arm-none-linux-gnueabi交叉编译器codesourcery公司推出的，基于GCC进行优化的编译器，官方网站。

arm编译器的区别，来自百度知道，

链接工具命名：

arch-Vendor/Hardware Platform-(os-)abi 

1、arm-none-linux-gnueabi
(ARM architecture, no vendor, linux OS, and the gnueabi ABI)

用于编译ARM架构的u-boot、linux内核、linux应用等

2、arm-none-eabi

用于编译ARM架构的裸机系统(包括linux的boot、kernel)

3、arm-eabi

Android
ARM 编译器

如arm-fsl-linux-gnueabi表示飞思卡尔平台的编译器

三、关于qt，地址

Qt泛指Qt的所有桌面版本，比如Qt/X11，Qt
Windows，Qt
Mac等。由于Qt最早是在Linux中随着KDE流行开来的，因此通常很多人说的Qt都指用于Linux/Unix的Qt/X11。一般命名以qt-x11-opensource-xxx！

QT/E
-> Qtopia-core -> Qt-embedded-opensource（同一种鸟）：Qt
在刚出现的时候，对于Linux和Unix系统，只有构建于Xlib之上的X11版。但随着Linux操作系统在嵌入式领域的应用日渐广泛，Qt推出了嵌入式的版本Qt/E。由于嵌入式受限的硬件环境往往难以运行庞大的X服务器，Qt/E去掉了X
Lib的依赖而直接工作于Frame
Buffer上，因而效率更高，但它并不是Qt的子集，而应该是超集，部分机制（如QCOP等）不能用于Qt/X11中。

Qtopia（注意不是Qtopia-core,两者是不一样的）：一般命名为qtopia-opensource,最初是sourceforge.net上的一个开源项目，全称是Qt
Palmtop
Environment，是构建于Qt/E之上一个类似桌面系统的应用环境，包括了PDA和手机等掌上系统常见的功能如电话簿、日程表等。现在Qtopia
已经成为了Trolltech的又一个主打产品，为基于Linux操作系统的PDA和手机提供了一个完整的图形环境。

 

值得特别注意的是在版本4之前，Qt/E和Qtopia是不同的两套程序，Qt/E是基础类库，Qtopia是构建于Qt/E之上的一系列应用程序。但从版本4开始，Trolltech将Qt/E并入到了Qtopia产品线中去了，并推出了新的Qtopia4。但实际上原来的Qt/E仍然作为基础类库，只是改名为Qtopia
Core了，也许又感觉Qtopia
Core跟Qtopia容易让人搞混，所以又改名为qt-embedded-linux-opensource-linux/wince（QT也支持Wince
)。它作为嵌入式版本的核心，既可以与Qtopia配合，也可以独立使用。而原来的Qtopia则被分成几层，核心的应用框架和插件系统被称为Qtopia
Platform，上层的应用程序则按照不同的目标用户分为不同的包，如Qtopai
PDA，Qtopia
Phone。

Qte的改名过程，Qte-->Qtopia
Core-->Qt-embedded-linux-xxxx

Qtopia/QtEmbedded版本对应关系?

Qtopia1.7.0
/ Qte 2.3.7

Qtopia2.1.1
/ Qte 2.3.10

Qtopia2.1.2
/ Qte 2.3.11

Qtopia2.2.0
/ Qte 2.3.12 (包含在qtopia2.2源码包中)

qtopia
2的应用基于qte
2.3.x的

qtopia
4的应用基于qtopia
core(相当于原来的qte)
4.x

 

四、关于eabi和浮点运算

关于eabi，原文如下来自chinaunix

1。什么是ABI

ABI，application
binary interface (ABI)，应用程序二进制接口。

既然是接口，那就是某两种东西之间的沟通桥梁，此处有这些种情况：

A。应用程序<－>
操作系统；

B。应用程序<－>
（应用程序所用到的）库

C
。应用程序各个组件之间

 

类似于API的作用是使得程序的代码间的兼容，ABI目的是使得程序的二进制（级别）的兼容。

 

2。什么是OABI
和EABI

OABI中的O，表示“Old”，“Lagacy”，旧的，过时的，OABI就是旧的/老的ABI。

EABI中的E，表示“Embedded”，是一种新的ABI。

EABI有时候也叫做GNU
EABI。

OABI和EABI都是专门针对ARM的CPU来说的。

 

3。EABI的好处／为何要用EABI

A。支持软件浮点和硬件实现浮点功能混用

B。系统调用的效率更高

C。后今后的工具更兼容

D。软件浮点的情况下，EABI的软件浮点的效率要比OABI高很多。

 

4。OABI和EABI的区别

两种ABI在如下方面有区别：

A。调用规则（包括参数如何传递及如何获得返回值）

B。系统调用的数目以及应用程序应该如何去做系统调用

C。目标文件的二进制格式，程序库等

D。结构体中的填充（padding/packing）和对齐。

E。

OABI：

*
ABI flags passed to binutils: -mabi=apcs-gnu -mfpu=fpa

*
gcc -dumpmachine: arm-unknown-linux

*
objdump -x for compiled binary:

 

private
flags = 2: [APCS-32] [FPA float format] [has entry point]

 

*
"file" on compiled Debian binary:

 

ELF
32-bit LSB executable, ARM, version 1 (ARM), for GNU/Linux 2.2.0,
dynamically linked (uses shared libs), for GNU/Linux 2.2.0, stripped

 

*
"readelf -h | grep Flags""

 

Flags:
0x0

 

EABI：

*
ABI flags passed by gcc to binutils: -mabi=aapcs-linux
-mfloat-abi=soft -meabi=4

*
gcc -dumpmachine: arm-unknown-linux-gnueabi

*
objdump -x for compiled binary:

 

private
flags = 4000002: [Version4 EABI] [has entry point]

 

*
"file" on compiled binary (under Debian):

 

ELF
32-bit LSB executable, ARM, version 1 (SYSV), for GNU/Linux 2.4.17,
dynamically linked (uses shared libs), for GNU/Linux 2.4.17, stripped

 

*
"readelf -h | grep Flags""

 

Flags:
0x4000002, has entry point, Version4 EABI