davinci编译

1. 电商视频软件有哪些

一、免费的电脑视频编辑软件
1、Blender
Blender适用于Windows、Mac和linux系统。
Blender是一个完全免费的开放源代码程序。Blender实际上是作为3D动画套件而设计的，但是它还具有非常有用的视频编辑器。Blender的视频编辑器可以满足大部分的视频编辑需求。
编辑器支持基础的视频编辑功能，比如说剪切和拼接，它支持更加复杂的视频编辑操作，比如说视频遮罩等等。不论是初学者还是高级用户都可以使用这款视频编辑器。
Blender视频编辑器包含以下功能：
·实时预览、亮度波形、色度矢量显示和直方图显示
·音频混合、同步、清理和波形可视化
·多达32个插槽，可用于添加视频、图像、音频和效果
·控制速度、调整图层、转场、关键帧、滤镜等等
优点：功能齐全，适合高级用户
缺点：功能丰富使得前期学习有点困难，大多数的教程都关于3D动画和建模，可以帮助用户使用该程序的资源很少。
最适合：与3D动画有关的更高级项目。
2、Lightworks
支持Windows、Mac和Linux系统。
Lightworks是榜单中最强大的视频编辑器之一。对大部分用户来说免费版就够了，专业版每个月费用为25美元。
Lightwork免费版支持以下功能：
·高精度视频裁剪
·多镜头拍摄
·导出为720p视频到YouTube
·支持多种视频格式
虽然软件包含了大部分功能，但是想要上传4K视频到YouTube或者Vimeo，就需要购买专业版。比如说，与Blender相比，Lightworks有许多优秀的视频教程，可以帮助用户快速入门。你可以看看功能比较，以确保免费版本涵盖了你需要的功能。
优点：强大的视频编辑器，具有许多高级功能
缺点：免费版本不支持4K视频，一些用户会觉得Lightworks太高级了
最适合：全方位桌面视频编辑
3、Shotcut
Shotcut适用于Windows、Mac和Linux系统
Shotcut和Blender一样是一个完全开放源代码的程序。这意味着用户下载程序后可以使用所有功能，而无需进行为升级付费。
Shotcut支持多种视频格式，而且有大量教程视频。虽然这款视频编辑软件功能强大，但一些用户可能觉得界面有点奇怪。这个软件最初是为Linux系统设计的，最适合Linux系统。但是，它仍然是一个高质量的视频编辑器。
最引人注目的两项特性是4K高清分辨率和时间线编辑。没有多少免费的软件支持4K分辨率。Shotcut也不会要求用户将视频导入编辑器，所以如果用户要处理内存很大的视频，就可以节省许多时间。
优点：支持本地时间线编辑和4K分辨率
缺点：奇怪的界面可能不适合某些用户
最适合：4K、高清视频编辑
4、VSDC免费视频编辑器
VSDC只支持Windows系统
VSDC是一款仅供Windows系统用户使用的免费视频编辑器，它具有一套强大的功能，包括色彩校正和音频编辑。
专业版售价19.99美元，支持稳定图像、声过滤和可视波形。如果用户选择不更新到专业版，那么技术支持需要9.99美元一个月，或者14.99一年。
优点：操作相对简单、功能强大
缺点：技术支持需要收费、仅支持Windows系统
最适合：基于Windows系统的编辑项目
5、Mahete Video Editor Lite
只支持Windows系统
Machete Lite是列表中最简单的编辑器之一，适用于快速简单的编辑任务。免费版的Machete Lite不支持音频编辑，只能选择删除整个音轨。另外，免费版只支持AVI和WMV模式。完整版售价为19.95美元，支持音频编辑以及多文件类型。
优点：操作十分简单
缺点：只支持Windows系统、支持的文件类型少、不支持音频编辑
最适合：简单的视频剪接
6、Avidemux
Avideux支持Windows、Mac和Linux系统
Avidemux非常适合初学者，界面简单易操作。Avidemux包括以下功能：
·简单的剪辑
·编码
·滤镜
如果你完全没接触过视频剪辑，那就可以从Avidemux开始。
优点：简单易操作
缺点：功能比较少
最适合：基本编辑工作
7、HitFilm Express
HitFilm适用于Mac和Windows系统
HitFilm Express是更专业的视频编辑器之一。它支持拼接、剪辑和视频编辑等基础编辑功能，也有支持更多功能。虽然有些用户会觉得HitFilm有点太高级了，但是这肯定是最好的全能免费视频编辑器之一。HitFilm免费提供180多种特效。
教程主要根据星球大战这样的好莱坞电影制成的，教程具有互动性和吸引力。
在下载HitFilm前，它会要求用户在社交软件上分享更新状态。
HitFilm还包含了可以购买附加软件的商店，但是对大部分用户来说免费的功能已经足够了，不需要做额外购买。
功能包括：
·高级剪辑共计
·键控绿屏效果
·音频和视频滤镜
·合成工具
·图层和遮罩
·支持3D视频
优点：免费的专业视频编辑器
缺点：熟悉界面、掌握操作需要一些时间
最适合：职业的Vloger制作，内置Youtube上传功能
8、DaVinci Resolve
支持Windows、Mac和Linux系统
DaVinci可以说是列表里最高级的视频编辑器。虽然这款编辑器很专业，但是界面仍然直观易操作。除了视频剪辑和修改以外，用户还可以编辑音频、修改颜色、在视频中添加2D或3D标题。如果用户只是想剪辑和上传视频，那DaVinci Resolve功能可能太过于庞大。但是如果视频剪辑需要更加高级的功能，仅仅用免费版可能不够。
功能包括：
·高级剪辑
·多镜头拍摄编辑
·色彩校正
·音频母带处理
优点：界面直观、色彩校正功能强大
缺点：功能太过广泛、有些教程需要收费
最适合：需要更正颜色的任务
9、Openshot
Openshot适用于Windows、Mac和Linux系统
Openshot完全开放源代码，它的拖放界面与Mac的iMovie有点像，但是Openshot功能比iMovie更强大，包括无限制的图层和音频混合等等。这款免费的编辑器在高级的功能和简单的界面之间取得了很好的平衡。用户还可以在剪辑中创建转场时候实时预览。
功能包括：
·无限的轨道和图层
·剪辑、调整大小、缩放、捕捉、旋转、剪切视频转换与实时预览
·影像合成、图像叠加、水印
·标题模板、标题制作、3D动画字幕和效果
·高级时间轴（包括拖放、滚动、平移、缩放和贴紧）
优点：开放源代码、无限图层
缺点：视频教程不多
最适合：刚开始编辑视频的用户。
10、iMovie
适用于Mac系统
iMovie像Mac大多数原生应用程序一样，界面十分直观。Mac用户可以用iMovie来练习基础的视频编辑。但是一段时间后，iMovie可能就无法满足用户的需求的。
功能包括：
·预制的视图转换库
·视频剪辑
·音频编辑
·分屏
·4K分辨率
优点：简单易操作
缺点：功能有限、导入和渲染时间长
最适合：刚刚入门视频编辑的Mac用户
二、免费的手机视频编辑软件
11、Splice
仅支持iOS系统
Splice是最受iPhone和iPad用户欢迎的免费视频编辑软件之一，来自于GoPro制造商。这款软件界面简单易操作，可以很方便地剪辑视频。用户还可以从强大的内置库中选择添加转场或者声音，然后分享视频。
优点：简单易操作
缺点：只适用于iOS
最适合：需要在短时间内快速编辑视频
12、Quik
Quik支持iOS和安卓系统，是GoPro制作商的另一款免费视频编辑软件。Quik具有自动修剪和编辑功能，可以加快剪辑过程。不过用户仍可以选择手动编辑视频。Quik会自动搜索视频以找到精彩瞬间，甚至可以添加转场。
优点：自动编辑功能
缺点：不适合想要自己编辑视频的用户
最适合：快速编辑单个视频
13、Adobe Premiere Clip
Adobe Premiere Clip支持安卓和iOS 系统，是一款很受欢迎的手机视频编辑软件。这个软件来自于Adobe公司的Premiere Pro产品，作为独立的软件同样出色。Adobe Premiere Clip支持音乐导入、转场、自动校正颜色和分享视频等功能。
软件有Freeform和Automatic两种模式，用户可以选择是否保留编辑控制，或者让Adobe自动选择转场效果、修改和编辑。Adobe还可以与其他Adobe的软件同步，比如说Lightroom。
优点：操作简单、支持Adobe Creative Cloud
缺点：缺少视频循环等等一些基本功能
最适合：基础的移动视频编辑
14、Horizon
Horizon支持iOS和安卓系统，操作简单，无论手机如何摆放，用户都可以得到水平的视频。Horizon可以帮助用户解决匆忙拍摄而造成的视频倾斜问题，该软件中所有的视频都是水平的。
优点：使用非常简单
缺点：Android版本不像iOS版本那么好用；可能需要内购功能
最适合：始终水平拍摄的视频
三、最适合Instagram的免费视频编辑软件
15、Magisto
Magisto支持iOS 和安卓系统，是一个AI视频编辑器，屡次获得荣誉。用户可以添加照片、视频、音乐以及其它任何想要添加的内容，Magisto会自动编辑并创建视频。通过选择想要讲述的故事，Magisto可以利用智能编辑器为用户提供专业的视频。Magisto还支持一键分享视频到Instagram，不费太多时间就能做出出色的视频。
优点：AI效果出色
缺点：编辑控制不多
最适合：快速、专业的视频编辑。
16、Boomerang
Boomerang，可以在iOS和Android上使用，是由Instagram制作的应用程序。用户可以用自己拍摄的照片来创造更有趣的内容，比如说拍摄10多张照片，Boomerang可以将它们合成迷你视频。用户还可以直接将视频分享到Instagram上。
优点：操作简单、分享方便
缺点：几乎只有一个功能
最适合：将照片转化为吸引人的视频
17、Anchor Video Maker
Anchor Video Makers适用于iOS 和安卓系统，可以让音频内容更有吸引力。Anchor Video Maker可以自动将音频文件或博客转成可以上传到Instagram的视频。
优点：使音频文件可共享
缺点：自动转录需要校对
最适合：将音频文件转换为适合在社交媒体上分享的格式
18、Hyoerlapse
Hyperlapse非常适合间隔拍摄视频。这款软件实际上也是由Instagram创建的，所以也很适合这个平台。Hyoerlapse可以将很多段视频合成一段小视频，并与粉丝分享。Hyoerlapse的稳定功能很强大，没有三脚架仍然可以制作出优质的视频。
间隔拍摄视频可以很好地展示产品的制造过程，视频可以加快12倍，制作完成后可以直接分享到Instagram。
优点：因为稳定技术强大，视频拍摄不需要三脚架
缺点：仅限iOS系统
最适合：制作间隔拍摄视频
19、Apple Clips
Apple Clips只支持iOS系统，它涵盖了大部分Instagram视频编辑的需求。Apple Clip可以将剪辑接合在一起，然后编辑时间线。
最棒的功能是编辑背景以及将视频转为漫画效果，另外Apple Clips的Live Titles功能也很棒，用户只需要录制一段视频，Apple Clips就会自动添加字幕并与语音同步。完成后，用户只需要返回编辑标题，以确保正确性。
优点：使用简单快捷、支持实时标题
缺点：仅限iOS
最适合：制作快速、交互式、适合Instagram视频的编辑器
20、FilmoraGo
FilmoraGo适用于iOS和安卓系统，是一款不带任何水印或付费订阅的视频编辑软件。用户可以添加音乐、转场、修剪视频片段等等，还可以轻松添加主题、文字和标题。FilmoraGo的电脑版收费为每年44.99美元，一般免费的版本就够了。
优点：非常适合基本的移动视频编辑
缺点：收费版更加出色
最适合：添加文字、主题和叠加层来定制视频（编译/雨果网 房欣宇）

2. 如何解决bus error

在x86+Linux上写的程序，在PC机上运行得很好。可是使用ARM的gcc进行交叉编译，再送到DaVinci目标板上运行的时候，出现了Bus error。
出现的位置如下（其中Debug的内容是我在程序中添加的调试信息）：
[email protected]:~# arm_v5t_le-gcc -g shit.c
[email protected]:~# ./a.out
Debug: malloc space for the actual data: temp_buf = 0x13118
Debug: in my_recvn()
Debug: nleft = 52
Bus error
打开调试器进行调试：
[email protected]:~# gdb a.out
GNU gdb 6.3 (MontaVista 6.3-20.0.22.0501131 2005-07-22)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show ing" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "armv5tl-montavista-linuxeabi"...Using host libthread_db library "/lib/tls/libthread_db.so.1".

(gdb) run // 运行程序
Starting program: /home/zpf/a.out
Debug: in get_program_info()
Debug: in conn_server(char *err_buf_ptr)
Debug: gonna create a socket
Debug: gonna fill in the serv_addr structure
Debug: gonna connect to a server
Debug: gonna send LIN_RST
Debug: in my_sendn()
Debug: send 4 bytes to server: 
Debug: gonna receive LIN_RSP
Debug: in my_recvn()
Debug: nleft = 3
Debug: received first 3 bytes from server: 7
Debug: gonna check if 3rd byte is the package type
Debug: received package length = 55
Debug: malloc space for the actual data: temp_buf = 0x13118
Debug: in my_recvn()
Debug: nleft = 52

Program received signal SIGBUS, Bus error. // 在这里出现了错误
0x00009624 in alloc_prog_mem (detail_buf=0x13118 "\001\002",
err_buf_ptr=0xbefffc40 "") at shit.c:631
631 g_data_ptr->progtype_num = *(short *)ptr ;
(gdb) print ptr // 查看一下ptr的值
$1 = 0x13119 "\002" // 地址起始是奇数！！！
(gdb) set ptr=0x1311a // 想改一下
(gdb) continue
Continuing.

Program terminated with signal SIGBUS, Bus error.
The program no longer exists. // 可惜程序已经退出
(gdb) quit

其中，g_data_ptr->progtype_num是一个short类型的值。
把强制类型转换改为用memcpy()写值之后，再调试
[email protected]:~# gdb test
GNU gdb 6.3 (MontaVista 6.3-20.0.22.0501131 2005-07-22)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show ing" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "armv5tl-montavista-linuxeabi"...Using host libthread_db library "/lib/tls/libthread_db.so.1".

(gdb) break 626 // 把刚刚的那句强制类型转换变成内存拷贝
Breakpoint 1 at 0x9630: file test.c, line 626.
(gdb) run
Starting program: /home/zpf/test
Debug: in get_program_info()
Debug: in conn_server(char *err_buf_ptr)
Debug: gonna create a socket
Debug: gonna fill in the serv_addr structure
Debug: gonna connect to a server
Debug: gonna send LIN_RST
Debug: in my_sendn()
Debug: send 4 bytes to server: 
Debug: gonna receive LIN_RSP
Debug: in my_recvn()
Debug: nleft = 3
Debug: received first 3 bytes from server: 7
Debug: gonna check if 3rd byte is the package type
Debug: received package length = 55
Debug: malloc space for the actual data: temp_buf = 0x13118
Debug: in my_recvn()
Debug: nleft = 52

Breakpoint 1, alloc_prog_mem (detail_buf=0x13118 "\001\002",
err_buf_ptr=0xbefffc40 "") at test.c:626
warning: Source file is more recent than executable.

626 memcpy(&(g_data_ptr->prog_num), ptr, 2) ; // 在这一句中断
(gdb) print ptr // 再看看ptr
$1 = 0x1311b "\003" // 还是奇数地址
(gdb) continue // 继续执行
Continuing.
Debug: sum_progtype = 2 , sum_prog = 3
Debug: gonna malloc space for progtype_ptr
Debug: gonna malloc space for prog_ptr
Debug: in mv_pkg2prog_list()
Debug: gonna set ProgramType program_type_name
Debug: ProgramType program_type_name set OK
Debug: in $ == *ptr, j = 0
Debug: g_data_ptr->progtype_ptr[j].prog_ptr = temp_prog_ptr
Debug: in @ == *ptr, ptr = 0x13126
Debug: temp_prog_ptr->format = *ptr
Debug: temp_prog_ptr->program_id = *(int *)ptr
Debug: gonna set Program program_name
Debug: Program program_name set OK
Debug: finished one loop of while
Debug: in @ == *ptr, ptr = 0x1312f
Debug: temp_prog_ptr->format = *ptr
Debug: temp_prog_ptr->program_id = *(int *)ptr
Debug: gonna set Program program_name
Debug: Program program_name set OK
Debug: finished one loop of while
Debug: gonna set ProgramType program_type_name
Debug: ProgramType program_type_name set OK
Debug: in $ == *ptr, j = 1
Debug: g_data_ptr->progtype_ptr[j].prog_ptr = temp_prog_ptr
Debug: in @ == *ptr, ptr = 0x13142
Debug: temp_prog_ptr->format = *ptr
Debug: temp_prog_ptr->program_id = *(int *)ptr
Debug: gonna set Program program_name
Debug: Program program_name set OK
Debug: finished one loop of while
program type[0]
program_type_id = 1
program_type_name = love
program_num = 2
prog_ptr = 0x131d8
program[0]
program_id = 1001
program_name = you
format = 1
program[1]
program_id = 1002
program_name = me
format = 2
program type[1]
program_type_id = 2
program_type_name = hatred
program_num = 1
prog_ptr = 0x13248
program[0]
program_id = 2005
program_name = kill
format = 5
Debug: gonna return an OK
Debug: Entering send_exit_requstion()
Debug: in conn_server(char *err_buf_ptr)
Debug: gonna create a socket
Debug: gonna fill in the serv_addr structure
Debug: gonna connect to a server
Debug: gonna send EXIT_RST
Debug: in my_sendn()
Debug: send 4 bytes to server: 
Debug: in my_recvn()
Debug: nleft = 4
Debug: gonna return an OK

Program exited normally. // 执行通过了！！！！
(gdb)

总结：
问题总算找到了，就是我企图在一个奇数地址起始的地方强制类型转换得到一个short值。
在Intel系列处理器上，可以在任一奇数内存地址储存任何变量或数组，不会导致任何致命的错误影响，只是效率可能会降低。但在DaVinci上，这一点不行。所以必须对大于一个字节的数据类型小心谨慎，比较安全的方法是使用内存拷贝函数memcpy()，或者使用下面的代替方法：
// 先定义一个联合体
union {
short short_val ;
char short_byte[2] ;
} myshort ;
// 然后，把程序中本来应该是
// g_data_ptr->progtype_num = *(short *)ptr ;
// ptr += 2 ;
// 这两句的地方换成下面五句：
myshort.short_byte[0] = *ptr ;
ptr++ ;
myshort.short_byte[1] = *ptr ;
ptr++ ;
g_data_ptr->progtype_num = myshort.short_val ;
// 当然，最简单的方法是换成下面两句：
// memcpy(&(g_data_ptr->progtype_num), ptr, 2) ;
// ptr += 2 ;

对于这个问题的进一步探讨：
在DaVinci上应该注意内存编址模式的问题。
struct {
char struc_char ;
int struc_int ;
short struc_short ;
long struct_long ;
} struc_val ;
在宽松模式下，尽管struc_char只有1个字节，struc_short占2个字节，但编译器可能给这两个变量分别分配了4个字节，结果整个结构的大小变成了16个字节，而在编译器设为紧凑模式时，则正好是11个字节。根据计算机数据总线的位数，不同的编址模式存取数据的速度不一样。我认为在符合总线字长的情况下，效率是最高的，因为只需进行一次总线操作。
内存编址模式会影响字节对齐方式，字节对齐操作可以解决以下两个主要的问题：
1．访存效率问题；一般的编译器要对内存进行对齐，在处理变量时,编译器会根据一定的设置将长短不同的变量的数据长度进行对齐以加快内存处理速度。
2．强制类型转换问题：在x86上，字节不对齐的操作只会影响效率，但是在DaVinci上，可能就是一个Bus error, 因为它要求必须字节对齐。
字节对齐的准则
1.数据类型自身的对齐值：对于char型数据，其自身对齐值为1，对于short型为2，对于int,long,float,double类型，其自身对齐值为4字节。
2.结构体的自身对齐值：其成员中自身对齐值最大的那个值。
3.指定对齐值：#pragma pack (value)时的指定对齐值value。
4.数据成员、结构体和类的有效对齐值：自身对齐值和指定对齐值中小的那个值。
对于平时定义变量，尽可能先定义长度为4的倍数的变量，然后是长度是2的变量，最后是长度为1的变量。

通过测试，GCC编译器是按照4字节对齐存放于内存的。而我还没有发现更改编址模式的参数。程序如下：
#include

int main()
{
struct {
char struc_char ;
int struc_int ;
short struc_short ;
long struct_long ;
} struc_val ;
char c_char ;
int i_int ;
short s_short ;
long l_long ;

printf("sizeof(struc_val) = %d\n", sizeof(struc_val));
printf("sizeof(c_char) = %d\n", sizeof(c_char));
printf("sizeof(i_int) = %d\n", sizeof(i_int));
printf("sizeof(s_short) = %d\n", sizeof(s_short));
printf("sizeof(l_long) = %d\n", sizeof(l_long));

printf("address of struc_val = %p\n", &struc_val);
printf("address of struc_char = %p\n", &(struc_val.struc_char));
printf("address of struc_int = %p\n", &(struc_val.struc_int));
printf("address of struc_short = %p\n", &(struc_val.struc_short));
printf("address of struct_long = %p\n", &(struc_val.struct_long));
printf("address of c_char = %p\n", &c_char);
printf("address of i_int = %p\n", &i_int);
printf("address of s_short = %p\n", &s_short);
printf("address of l_long = %p\n", &l_long);

return 0 ;
}
测试结果：
sizeof(struc_val) = 16
sizeof(c_char) = 1
sizeof(i_int) = 4
sizeof(s_short) = 2
sizeof(l_long) = 4
address of struc_val = 0xbf885278
address of struc_char = 0xbf885278
address of struc_int = 0xbf88527c
address of struc_short = 0xbf885280
address of struct_long = 0xbf885284
address of c_char = 0xbf885277
address of i_int = 0xbf885270
address of s_short = 0xbf88526e
address of l_long = 0xbf885268

所以对于一个32位的数据来讲，如果其没有在4字节整除的内存地址处存放，那么处理器就需要2个总线周期对其进行访问。
0x08 | byte8 | byte9 | byteA | byteB |
0x04 | byte4 | byte5 | byte6 | byte7 |
0x00 | byte0 | byte1 | byte2 | byte3 |
对于我刚刚的那个出现Bus error的程序，假设指针ptr刚好是指向了byte3(地址是0x0)，然后想进行short强制类型转换，使用byte3,byte4来构成一个short类型的值，由于第一次总线的数据只有byte0，byte1，byte2，byte3，取不到byte4，这在DaVinci板子上，就是一个Bus error了，因为没有达到边界对齐。如果ptr指的是byte2(地址0x02)，就没有问题了。因为0x02地址值是sizeof(short)的整数倍。

3. 达芬奇技术的目录

第1章概述
1.1DaVinci技术所面I临的主要挑战和创新
1.1.1数字视频所面临的挑战
1.1.2API的强大功能
1.1.3支持实时操作系统Linux及WindowsCE
1.1.4实际的视频
1.1.5编程的灵活性
1.2DaVinci技术的内涵
1.2.1DaVinci处理器
1.2.2DaVinci软件
1.2.3DaVinci的开发工具
第2章DaVinchi处理器
2.1TMS320C64x+DSP
2.1.1TMS320C64x/TMS320C64x+DSP的特性
2.1,2TMS320C64x/TMS320C64x+DSP的结构
2.1.3TMS320C64x+指令集
2.1.4TMS320C64x/TMS320C64x+DSP的寻址方式
2.2TMS320DM644xDMSoCDSP子系统
2.2.1概述
2.2.2TMS320C64x+大模块
2.2.3存储器映射
2.2.4ARM内部存储器
2.2.5片内外设
2.2.6器件外设
2.2.7ARM-DSP集成
2.2.8DSP子系统的时钟
2.2.9电源管理
2.2.10引导和复位
2.3TMS320DM644xDMSoC中的ARM子系统
2.3.1ARM子系统概述
2.3.2ARM核
2.3.3系统存储器
2.3.4器件时钟
2.3.5PLL控制器
2.3.6电源与休眠控制器
2.3.7电源管理
2.3.8中断控制器
2.3.9系统控制模块
2.3.10复位
2.3.11引导方式
2.3.12ARM-DSP集成
2.4TMS320DM644x的外设
2.4.1概述
2.4.2异步外部存储器接口(EMIF)
2.4.3音频串口(ASP)
2.4.4ATA控制器
2.4.5DDR2存储器控制器
2.4.6增强的直接存储器访问(EDMA)控制器
2.4.7以太网媒体访问控制器(EMAC)/管理数据输入/输出(MDIO)模块
2.4.8通用输入/输出(GPIO)
2.4.9内部集成电路(I2C)模块
2.4.10内部直接存储器访问(IDMA)控制器
2.4.11DSP子系统中断控制器(INTC)
2.4.12多媒体卡(MMC)，安全数字(SD)卡控制器
2.4.13节电控制器(PDC)
2.4.14脉冲宽度调制器(PWM)
2.4.15串行外设接口(SPI)
2.4.1664位定时器
2.4.17通用异步收发器(UART)
2.4.18通用串行总线(USB)
2.4.19VLYNQ接口
2.4.20视频处理后端(VPBE)
2.4.21视频处理前端(VPFE)
2.5其他的DaVinci处理器
2.5.1TMS320DM6441处理器
2.5.2TMS320DM643x处理器
2.5.3TMS320DM355处理器
2.5.4TMS320DM64x处理器
2.5.5TMS320DM6467处理器
第3章DaVinci的软件
3.1xDAIS和xDM
3.1.1xDM和xDAIS之间的关系
3.1.2xDAIS界面
3.1.3xDAIS和xDM的优越性
3.1.4如何建立和验证符合eXpressDSP的算法
3.1.5建立和验证符合xDAIS和xDM的算法
3.1.6修改自己的算法，使其符合xDM和xDAIS
3.1.7测试CodecEngine里的用户算法
3.1.8多媒体框架产品(MFP)
3.2CodecEngine
3.2.1为什么要使用CodecEngine
3.2.2CodecEngine在应用程序结构中的位置
3.2.3用户的角色
3.2.4CodecEngine的安装和设置
3.2.5CodecEngine的目录结构
3.2.6使用范例应用程序
3.2.7使用CodecEngineAPI
3.2.8VISA类型：视频、图像、语音和音频-
3.2.9关于DSP存储器
3.2.10DSP的实时处理问题
3.2.11软件跟踪
3.3CodecEngine框架和xDAIS算法包
3.3.1启动
3.3.2建立包
3.3.3建立一个发布包
3.3.4开发一个xDMCodec
3.3.5支持非xDM的算法
3.3.6建立CodecEngine扩展
3.3.7设计一个新的应用程序界面
3.3.8开发存根和骨架一
3.3.9打包和配置核算法-
3.3.10非xDM存根和骨架的范例：SCALE
3.4DSP/BIOSLINK
3.4.1DSP/BIOSLINK的软件结构
3.4.2DSP/BIOSLINK的主要成分
3.4.3DSP/BIOSLINK源代码的布局
3.4.4定制和配置所建立的开发环境
3.4.5建立源代码
3.5Linux
3.5.1概述
3.5.2Linux的主要开发工具
3.5.3构建基于Linux的嵌入式系统
3.5.4MontaVistaLinux的特点
3.5.5DaVinci的Linux开发流程
3.6基于DaVinci的数字媒体软件
3.6.1H.264BaselineProfile(BP)编码器和解码器
3.6.2WMV9解码器
3.6.3WMA9(WindowsMedia9SeriesAudio)解码器
3.6.4MPEG一4/H263Codec
3.6.5MPEG-2解码器
3.6.6解内插库(DeinterlacingLibrary)
3.6.7JPEG编码器，解码器
3.6.8G.711编码器，解码器
3.6.9MPEG-4AAC-HE解码器
3.6.10MP3解码器
3.7TMS320C64x+IMGLIB图像/视频处理库
3.7.1概述
3.7.2特性与优点
3.7.3安装IMGLIB
3.7.4使用IMGLIB
3.7.5IMGLIB函数介绍
第4章开发工具与软件
4.1适用于DaVinci的CCS
4.1.1v3.2的更新
4.1.2CCSIDEv3.3
4.2XDC(eXpressDSPComponents)
4.2.1XDC术语
4.2.2使用基于XDC的软件包
4.2.3写C代码
4.2.4处理配置
4.2.5编译和连接
4.3数字视频评估模块(DVEVM)及其使用
4.3.1DVEVM概述
4.3.2DVEVM的硬件设置
4.3.3运行演示软件
4.3.4DVEVM的软件设置
4.3.5启动建立开发环境
4.3.6为用户的目标板重建DVEVM软件
4.3.7建立一个新的Linux核
4.3.8引导新的Linux核
4.4数字视频软件开发包(DVSDK)
4.4.1概述
4.4.2DVSDK的主要特点
4.4.3可视化数据分析器
4.5DaVinci系统级指标测试
4.5.1概述
4.5.2DVEVM演示范例软件说明
4.5.3所需要的设备和软件
4.5.4测量演示范例程序的处理器负载
4.5.5关于DM644xSoC分析器的结果
4.5.6演示范例的存储器使用
4.5.7演示范例的功耗测量
第5章DaVinci技术应用案例
5.1建立一个小的Linux核
5.1.1所需的环境
5.1.2性能选择及建立核的步骤
5.1.3建立一个RAMDISK文件系统
5.1.4支持应用程序
5.1.5将信息复制到NORFlash
5.1.6引导
5.2DVEVM/DVSDK用于二编码的演示范例
5.2.1概述
5.2.2应用程序设计
5.2.3配合应用程序
5.3DVEVM/DVSDK用于解码的演示范例
5.3.1概述
5.3.2应用程序设计
5.3.3配合应用程序
5.4DVEVM/DVSDK用于编码和解码的演示范例
5.4.1概述
5.4.2应用程序设计
5.4.3用其他的Codec来替换该编码和解码算法
5.5运行在DM6446上的活动JPEG演示范例
5.5.1演示范例简介
5.5.2演示范例包的内容
5.5.3从DM642移植到DM6446
5.5.4运行
5.5.5重新编译演示范例
参考文献
看书得知

4. linux显卡驱动怎么编译进内核

一、 驱动程序编译进内核的步骤
在 linux 内核中增加程序需要完成以下三项工作：
1. 将编写的源代码复制到 Linux 内核源代码的相应目录；
2. 在目录的 Kconfig 文件中增加新源代码对应项目的编译配置选项；
3. 在目录的 Makefile 文件中增加对新源代码的编译条目。

bq27501驱动编译到内核中具体步骤如下：
1. 先将驱动代码bq27501文件夹复制到 ti-davinci/drivers/ 目录下。
确定bq27501驱动模块应在内核源代码树中处于何处。
设备驱动程序存放在内核源码树根目录 drivers/ 的子目录下，在其内部，设备驱动文件进一步按照类别，类型等有序地组织起来。
a. 字符设备存在于 drivers/char/ 目录下
b. 块设备存放在 drivers/block/ 目录下
c. USB 设备则存放在 drivers/usb/ 目录下。

5. 嵌入式linux内核及文件系统的烧写

Wrong Image Format for bootm command
当前U－BOOT不支持文件rootfs.cramfs的映像格式。