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的映像格式。