混頻源碼

㈠ 基於Cortex-M3最小系統組成、各模塊的的作用

2021年，適用於任何預算的15種最佳軟體定義無線電（SDR） 對於嘗試挑選軟體定義無線電SDR設備時，各種各樣的產品可能會讓無數火腿小夥伴們不知所措。 我們在網上搜索了15個軟體定義無線電設備，讓您無需頭疼！ 那麼2021年最好的SDR接收器或收發器是什麼呢？ 答案是……很復雜！ 選擇SDR電台時，有許多因素在起作用。 頻率范圍，發送/接收能力，復雜性，可用的固件和開源項目，當然還有成本！ 以下列出了出色的SDR無線電設備，涵蓋了這個多樣化的頻譜，我們希望對軟體定義無線電感興趣的任何人都能找到適合他們的東西。

無需再拖延，以下是我們在2021年發布的15款軟體定義無線電清單！
1. HackRF One軟體定義無線電（SDR），ANT500和SMA天線適配器套件
HackRF One是我們列表中功能最強大且受支持最多的SDR之一，這就是為什麼我們首先列出它。HackRF One軟體定義的無線電能夠發送和接收（Tx / Rx）1MHz至6GHz的頻率。

NooElec HackRF One軟體定義無線電（SDR），ANT500和SMA天線適配器套件
盡管HackRF One SDR既可以發送也可以接收，但它只是半雙工的，這意味著它可以發送或接收，但不能同時發送和接收。該捆綁包包括啟動和運行SDR所需的一切：適配器，可將各種天線連接到HackRF One，包括F連接器，N連接器，BNC和PAL天線。以下是來自供應商的其他信息，描述了HackRF One SDR無線電。
Great Scott Gadgets的HackRF One是一款軟體定義的無線電外圍設備，能夠發送或接收1 MHz至6 GHz的無線電信號。HackRF One旨在支持現代和下一代無線電技術的測試和開發，它是一個開放源代碼硬體平台，可用作USB外設或編程用於獨立操作。
1 MHz至6 GHz的工作頻率
半雙工收發器
每秒多達2000萬個樣本
8位正交采樣（8位I和8位Q）
與GNU Radio，SDR＃等兼容
可通過軟體配置的RX和TX增益以及基帶濾波器
軟體控制的天線埠電源（3.3 V時為50 mA）
SMA母天線連接器
SMA母時鍾輸入和輸出用於同步
方便的編程按鈕
內部擴展針腳
高速USB 2.0
USB供電
開源硬體
2. Nooelec NESDR Smart HF套裝

Nooelec NESDR SMArt HF套裝
Nooelec NESDR Smart HF捆綁包是一套完整且價格合理的工具包，其中包括接收HF頻段所需的一切。
該套件包括Nooelec NESDR無線電，Ham It Up轉換器，3種不同的天線，阻抗匹配的不平衡變壓器和互連適配器。Nooelec NESDR SMArt SDR與Ham It Up上變頻器的結合將使該裝置的工作頻率范圍為100kHz至1.7GHz。
3. RTL-SDR BLOG V3 R820T2 RTL2832U 1PPM TCXO HF校準Tee SMA軟體定義的無線電與偶極天線套件
如果說HackRF One功能最全，那麼RTL-SDR是最實惠的。追隨者幾乎像邪教一樣，有很多論壇和站點可以幫助您快速監聽RTL-SDR軟體定義的廣播。RTL-SDR僅能接收而不能RTL-SDR是基於RTL2832U ADC晶元的軟體定義的無線電接收器。它還包含一個R820T2調諧器，一個1PPM TCXO（具有良好的穩定性）。）和一個用於天線埠的SMA連接器。

RTL-SDR BLOG V3 R820T2 RTL2832U 1PPM TCXO HF校準Tee SMA軟體定義無線電與偶極天線套件

RTL-SDR是完美的預算軟體無線電，適用於許多應用，例如通用無線電掃描，空中交通管制，公共安全，ADS-B飛機雷達，ACARS，中繼無線電，P25 / MotoTRBO數字語音，POCSAG，氣象氣球， APRS，NOAA APT /流星M2氣象衛星，射電天文學，DAB。
該RTL-SDR無線電套件包括天線和其他有用的外圍設備。根據您對軟體無線電的熟悉程度，您可能還需要獲取此信息豐富的RTL-SDR指南的副本。
4. Nooelec NESDR SMArt v4，帶有鋁制外殼

帶有鋁制外殼的Nooelec NESDR SMArt SDR
Nooelec NESDR SMArt是一種高級SDR，能夠接收25MHz至1.7GHz的RF信號。SDR無線電的設計使其在運行時幾乎不受相鄰USB兼容設備（如Raspberry Pi）的干擾。
該Nooelec Radio與上面的捆綁軟體相似，但是缺少上變頻器（以及較高的價格）。這種廉價的SDR鑽機的另一個優點是它包含具有0.5PPM穩定性的超低相位雜訊TCXO。
5. ADALM-Pluto SDR軟體定義無線電主動學習模塊PlutoSDR

模擬設備ADALM-Pluto SDR軟體定義的無線電主動學習模塊PlutoSDR
ADALM-Pluto SDR是沉重的打擊者，對於那些正在尋找能夠發送和接收無線電軟體的人們來說，這是一個不錯的選擇。ADAML-Pluto比此列表中的其他一些SDR較新，因此沒有足夠豐富的支持此廣播的生態系統。以下是ADALM-Pluto SDR的一些功能：
基於ADI公司的AD9363 –高度集成的RF敏捷收發器和Xilinx Zynq Z-7010 FPGA
攜帶型獨立式RF學習模塊具成本效益的實驗平台
從325 MHz到3.8 GHz的RF覆蓋范圍。高達20 MHz的瞬時帶寬。靈活的速率，12位ADC和DAC。一台發射機和一台接收機，半雙工或全雙工
MATLAB，Simulink支持。GNU Radio接收器和源塊。libiio，一種C，C ++，C＃和Python API
帶有Micro-USB 2.0連接器的USB 2.0供電介面高質量塑料外殼
6. SDRPlay RSPo雙寬頻1kHz-2GHz SDR接收器

SDRPlay RSPo軟體定義無線電
SDRplay RSPo是一款出色的軟體定義無線電選項，適合那些正在尋找可在Windows環境下工作的無線電的用戶。SDRplay的RF頻率范圍為1kHz至2GHz。它還具有14位解析度。該模型具有三個獨立的天線輸入，每個輸入均可通過軟體選擇。SDRplay僅接收，但非常適合工業，科學和教育目的。使用可用的和記錄的API，軟體定義的無線電開發人員可以創建自己的解調器。說到好的文檔，SDRplay越來越受歡迎，因此也有越來越多的用戶提供支持。
SDRplay具有以下優點：
在兩個完全獨立的2MHz頻譜窗口上同時接收1kHz至2GHz之間的任意值
通過2根天線同時進行處理，可實現測向，分集和降噪應用
覆蓋從1kHz到VLF，LF，MW，HF，VHF，UHF和L頻段至2GHz的所有頻率，無間隙
一次接收，監視和記錄高達10MHz的頻譜（單調諧器模式）
用於同步目的的外部時鍾輸入和輸出，或連接到GPS參考時鍾
使用SDRuno校準的S表/ RF功率和SNR測量（包括數據記錄到.CSV文件的功能）
攜帶型監控ISM / IoT /遙測頻段<2GHz的理想選擇
7. Great Scott Ubertooth套裝

Great Scott Ubertooth
Great Scott Ubertooth One是流線型SDR，它是最小的封裝之一，可以接收和發送高達2.4GHz的RF信號。套件包包括收音機，機殼和天線。
該應用程序軟體直觀易用，並且本機具有出色的接收器靈敏度和發射功率。該微控制器基於ARM Cortex-M3，可實現全速USB 2.0。對於希望開發自定義Class 1設備的用戶來說，Ubertooth One是一個很好的開發工具。Ubertooth是完全開源的（包括硬體和軟體）。
8. Original LimeSDR

原始LimeSDR軟體無線電開發板帶寬61.44MHz板tzt-
對於那些只追求基本功能的人來說，原始的LimeSDR是一個非常受歡迎的選擇。LimeSDR軟體定義的無線電提供了100kHz至3.8GHz頻率范圍內的發送和接收功能。LimeSDR具有很寬的頻率范圍，可以發送和接收UMTS，LTE，GSM，LoRa，藍牙，Zigbee，RFID和數字廣播，僅舉幾例。
LimeSDR也很平易近人，有一個強大的開發人員社區和可以安裝的「應用程序」，這要歸功於在該通用軟體定義無線電上運行的Snappy Ubuntu Core。
9. LimeSDR mini
製造商網站上的說明

LimeSDR-USB和Mini_1

LimeSDR和LimeSDR Mini是同一系列的無線電軟體的成員。一個不能替代另一個。相反，它們是互補的。
簡而言之，LimeSDR Mini是原始LimeSDR的更小，更便宜的版本。但是，它仍然發揮了很大的作用-LimeSDR Mini在其核心上使用了與LMS7002M相同的無線電收發器作為其同級產品。Mini擁有兩個通道，而不是四個通道，並且根據普遍需求，還有SMA連接器而不是微型U.FL連接器，並具有英特爾的MAX 10 FPGA。
我們已經運送了成千上萬的LimeSDR Mini板，以及數千個更大的LimeSDR板。兩者都建立在相同的供應鏈，開發工具和社區上，從而使軟體定義的無線電比以往任何時候都更易於訪問。
10. USRP B205mini-i平台

USRP B205mini-i SDR平台
USRP B205mini-i SDR平台是一種超高性能SDR平台，能夠發送和接收高達6GHz的信號。
USRP B205mini-i具有1個發送通道和1個接收通道，頻率范圍為70MHz至6GHz。高達56MHz的瞬時帶寬允許寬頻運行許多不同的波形。對於外部同步，可以使用10MHz外部參考時鍾或1 PPS（每秒脈沖）參考來實現。
11. Ettus B200 SDR

Ettus-B200-SDR 軟體定義無線電
USRP B200提供了一個完全集成的單板通用軟體無線電外圍設備平台，具有70 MHz – 6 GHz的連續頻率覆蓋范圍。它專為低成本實驗而設計，結合了可提供高達56MHz實時帶寬的完全集成的直接轉換收發器，開放且可重新編程的Spartan6 FPGA以及快速便捷的匯流排供電的SuperSpeed USB 3.0連接。對UHD（USRP硬體驅動程序）軟體的全面支持使您可以立即開始使用GNU Radio進行開發，使用OpenBTS對自己的GSM基站進行原型製作，並將代碼從B200無縫過渡到性能更高的行業級USRP平台。
12. Ettus B210 SDR

USRP B210（僅限主板）
USRP B210提供了一個完全集成的單板通用軟體無線電外圍設備（USRP™）平台，具有70 MHz – 6 GHz的連續頻率覆蓋范圍。它專為低成本實驗而設計，結合了AD9361 RFIC直接轉換收發器，可提供高達56MHz的實時帶寬，開放且可重新編程的Spartan6 FPGA，快速的SuperSpeed USB 3.0連接以及便捷的匯流排電源。對USRP硬體驅動程序（UHD）軟體的全面支持使您可以立即開始使用GNU Radio進行開發，使用OpenBTS對自己的GSM基站進行原型設計，以及從USRP B210到高性能，行業就緒的USRP平台的無縫過渡代碼。
13. BladeRF X40軟體定義無線電

BladeRF X40軟體定義無線電
開箱即用，bladeRF可以從300MHz調節到3.8GHz，而無需額外的板卡。通過諸如GNURadio（實時圖像）之類的開源軟體，bladeRF可以立即投入使用。憑借其靈活的硬體和軟體，bladeRF可以配置為充當定製RF數據機，GSM和LTE微蜂窩，GPS接收器，ATSC發射器或藍牙/ WiFi組合客戶端，而無需任何擴展卡。所有的BladeRF主機軟體，固件和HDL是開源的，可在GitHub上獲得。
亮點：
全雙工40MSPS 12位正交采樣
出廠校準的VCTCXO在38.4 MHz的1 Hz范圍內調諧
可拆帽式RF屏蔽層可提高系統靈敏度和隔離度
靈活的時鍾架構，可實現任意采樣率
GPIO擴展埠
SPI快閃記憶體可實現無頭操作
使用XB-200轉接板擴展了頻率覆蓋范圍
典型的+ 6dBm TX功率
14.YARD Stick One SDR USB收發器

YARD Stick One SDR
YARD（另一個無線加密狗）Stick One是一款小型裸板SDR收發器，適用於1GHz以下的頻率。該單元具有一個集成的接收放大器和發射放大器，以及一個用於為天線埠附件供電的集成偏置器。
該特定的捆綁包包括915MHz SMA天線。如果您正在尋找一款能夠發送和接收流行的免許可證頻段的低成本低成本收發器。
15. Icom IC-7610 HF / 50MHz 100W收發器

Icom IC-7610 HF / 50MHz 100W收發器-每個人都想要的SDR

新型IC-7610對全球的DXers和競賽者來說，微弱的信號不再是挑戰。將QSO放入日誌或嘗試其他時間的區別在於接收者的能力。即使存在更強的相鄰信號，IC-7610中的高性能RMDR仍能夠挑選出最微弱的信號。IC-7610引入了雙射頻直接采樣接收器。這些接收器可達到100dB RMDR，可與其他頂級收發器相媲美。IC-7610還在7英寸彩色顯示器上配備了高速，高解析度，實時頻譜示波器。
輸出功率：100W（25W AM）
接收頻率：0.030-60.00MHz
接收器類型：直接采樣
射頻直接采樣系統
IC-7610採用RF直接采樣系統，其中RF信號直接轉換為數字數據，然後由FPGA（現場可編程門陣列）進行處理。此過程可減少在傳統超外差接收機中發現的各種混頻器級中自然發生的失真。
IC-7610中的RF直接采樣系統具有110 dB * RMDR的能力。這種性能使您能夠將弱信號從強相鄰信號的雜訊中拉出來。當所需的信號從堆積中出來時，您實際上可以聽到一個差異！
小叔來啦：
看完之後，你是不是在選擇SDR設備上有了更清晰的思路了呢？

㈡ 鴻合一體機如何切換到安卓系統

鴻合一體機切換到安卓系統的步驟如下：

1、在鴻合一體機開機的時候點擊delete鍵，進入bios的畫面。

(2)混頻源碼擴展閱讀：

安卓系統：

安卓系統是Google公司開發的操作系統。安卓是一種基於linux的自由及開放源代碼的操作系統。主要使用於移動設備，如智能手機和平板電腦，由Google公司和開放手機聯盟領導及開發。Android操作系統最初由Andy Rubin開發，主要支持手機。2005年8月由Google收購注資。

2007年11月，Google與84家硬體製造商、軟體開發商及電信營運商組建開放手機聯盟共同研發改良Android系統。隨後Google以Apache開源許可證的授權方式，發布了Android的源代碼。

第一部Android智能手機發布於2008年10月。Android逐漸擴展到平板電腦及其他領域上，如電視、數碼相機、游戲機、智能手錶等。2011年第一季度，Android在全球的市場份額首次超過塞班系統，躍居全球第一。

2013年09月24日谷歌開發的操作系統Android在迎來了5歲生日，全世界採用這款系統的設備數量已經達到10億台。

㈢ 用正弦造句（大約30個左右）

(1)人生就是一條正弦波，有波峰也有低谷，但最後都是趨於零的。所以看到別人輝煌，你不要羨慕，發現你正落魄之中，不要喪氣。
(2)綜合比率是最大掃描角的正弦與所需的頻率變化百分率之比。
(3)為避免各空間的局部收斂問題，文中使用正弦函數和餘弦函數自適應控制交叉概率和變異概率以保證群體的多樣性。
(4)提出一種新的自適應演算法估計被雜訊污染的正弦波信號的頻率，依據IIR窄帶濾波器和自適應FIR濾波器的級聯，形成快速有效的自適應演算法。
(5)DAC0832實現鋸齒波，三角波，方波，正弦波，階梯波，梯形波的匯編源碼。
(6)提出了兩種構造結晶器非正弦振動波形函數的方法.
(7)方法在經典的HH神經元模型上，用不同頻率和振幅的正弦電流作為 *** 信號，模擬研究神經元的放電情況。
(8)其工作電壓要求是平滑而穩定的正弦波.
(9)甚至能用三角函數計算，包括正弦和餘弦。
(10)假設我們只想看到一個正弦曲線周期。
(11)利用平面三角形的正弦定理，提出一種已知准確船位後的單物標兩方位移線定位的計算方法。
(12)圖為利用正弦規測量圓錐量規的情況。
(13)我們從簡單的正弦曲線開始，將其定製為我們所希望看到的形狀。
(14)本文描述了一種測量壓力感測器系統頻響用的正弦液壓發生裝置。
(15)本文主要分析並改進了結晶器非正弦振動發生裝置.
(16)給出了一種同時測量正弦波參數的方法.
(17)目的探討正弦調制電流對實驗性腎功衰竭的治療作用。
(18)首先利用電腦程式產生正弦強度分布的光學條紋圖案，以LCD投影機將其投射於待測物表面。
(19)磁場強度越大lishixin，正弦磁場的臨界頻率越高。
(20)對採用重復學習控制的貪心不足服系統進行正弦跟蹤實驗測試，結果說明，重復學習控制較好地補償了低速或零速附近的系統死區特性，系統的跟蹤誤差最大值為0.72。
(21)雖然在正弦情況下，視在功率、無功功率都得到合理的定義，但指出即使在正弦情況下，其傳統的物理意義是令人費解和誤導的。
(22)圖26給出了一個帶穩幅功能的正弦波振盪器.
(23)通過整形電路，使混頻後的正弦信號變為方波信號。
(24)凸輪採用了多齒的正弦曲線，高速性能好。
(25)文章介紹一個用節點分析法計算正弦交流電路的程序。lishixin
(26)正弦波是隨時間規則性地改變的許多自然事件的圖形化表示。
(27)應用本儀器曾觀察上升時間約0.5毫微秒的快速脈沖和脈沖調制的100兆赫正弦振盪波形。
(28)利用混合選擇策略對個體進行選擇，雙重自適應交叉將分階段交叉與正弦自適應交叉方法相結合得到交叉概率，提出的連續變異策略採用連續的粗搜到細搜的過程。
(29)從時域有限差分的基本理論出發，對脊形波導中電磁場滿足的邊界條件進行了分析，計算了在載入正弦激勵信號下分區填充脊波導中波的傳輸問題。
(30)使晶體轉軸與溫場對稱軸不一致，則在晶體彎月面內會產生隨時間變化的正弦波式的溫度分布。

㈣ 怎樣用MPlayer提取沒有config的avi視頻

2.2 支持的編解碼器
2.2.1 視頻編解碼器
檢查codec status table來獲得完整的，每日更新的 列表。大部分的編解碼器可以從我們的主頁下載，在我們的編解碼器頁可以找到他們。
所有之中最重要的：
MPEG1(VCD)和MPEG2(DVD)視頻
DivX ;-), OpenDivX, DivX4, DivX5, M$ MPEG4 v1, v2和其它MPEG4格式的變種的本地解碼器。
Windows Media Video 7/8(WMV1/WMV2)的本地解碼器，以 及Windows Media Video 9(WMV3)的Win32 DLL解碼，.wmv文件使用這兩種格式
本地的Sorenson 1 (SVQ1)解碼器r
Win32/QT的Sorenson 3 (SVQ3)解碼器
3ivx v1, v2解碼器
Cinepak和Intel Indeo編解碼器(3.1, 3.2, 4.1, 5.0)
MJPEG, AVID, VCR2, ASV2和其它硬體格式
VIVO 1.0, 2.0, I263和其它h263(+)格式的變種
FLI/FLC
Libavcodec的RealVideo 1.0解碼器，和使用RealPlayer庫的RealVideo 2.0, 3.0和4.0解碼器
HuffYUV的本地的解碼器
各種各樣的老的簡單的類似RLE的格式
如果你有一個Win32解碼器沒有列出來而且目前沒有被支持，請讀取解碼器導入HOWTO並且幫助我們添加對它的支持。
2.2.1.1 DivX4與DivX5
這部分包含關於Mayo工程的DivX4和DivX5編解碼器的信息，他們的第一個可用的alpha版本是 OpenDivX 4.0 alpha 47和48。 對它們的支持以前包括在MPlayer中，並且是默認編譯的。 我們也使用其後處理代碼來有選擇地提高MPEG1/2電影的視覺質量。 現在我們使用我們自己的，對於所有文件類型。
這個解碼器的新一代產品稱為DivX4，它甚至能解碼以聲名狼籍的DivX編解碼器製作的電影！ 此外，它比本地的Win32 DivX DLL快得多比但是比libavcodec慢。 因此，不鼓勵把它當解碼器用。 然而，它對編碼有用。 這個編解碼器的缺點之一是它目前不開放源代碼。
DivX4Linux有兩種工作方式：
-vc odivx
以OpenDivX方式使用解碼器。在這種情況下，它在自己的緩沖中產生YV12圖象，然後由MPlayer通過libvo做色彩空間轉換。(推薦，快！)
-vc divx4
使用解碼器的色彩空間轉換。以這種方式你也能使用YUY2與UYVY。(很慢)
-vc odivx方式通常更快，因為它以YV12(planar YUV 4:2:0)格式傳輸圖象數據，這樣佔用少的多的匯流排帶寬。對於packed YUV方式 (YUY2，UYVY)使用-vc divx4方式。對於RGB模式兩者速度是相同的，差別最多是你當前的色彩深度。
注意：如果你的-vo驅動支持直接渲染，那麼-vc divx4可以是很快甚至最快的解決方案。
Divx4/5的二進制編解碼器庫可以從avifile或者divx.com下載，解壓之後，以root許可權運行./install.sh， 另外別忘了把/usr/local/lib添加到你的/etc/ld.so.conf中然後運行ldconfig。
想得到老的OpenDivx的核心庫的CVS版本可以這樣做：
cvs -dserver:[email protected]:/cvsroot login
cvs -dserver:[email protected]:/cvsroot co divxcore
核心庫分為解碼庫和編碼庫必須分別編譯。對於解碼庫，直接輸入：
cd divxcore/decore/build/linux
make
cp libdivxdecore.so /usr/local/lib
ln -s libdivxdecore.so /usr/local/lib/libdivxdecore.so.0
cp ../../src/decore.h /usr/local/include

唉，對於編碼庫沒有可用的Linux的Makefile，而且MMX優化代碼只能用於Windows但你仍然可以用這個Makefile來編譯它
cd ../../../encore/build
mkdir linux
cd linux
cp path/Makefile .
make
cp libdivxencore.so /usr/local/lib
ln -s libdivxencore.so /usr/local/lib/libdivxencore.so.0
cp ../../src/encore.h /usr/local/include

如果正常安裝了DivX4/DivX5，MPlayer會自動檢測到它，只要正常編譯就可以。如果沒有檢測到，你肯定沒有正確安裝或者配置它。
2.2.1.2 FFmpeg DivX/libavcodec
FFmpeg包括一組開放源碼的解碼器包，能夠以兼容方式解碼以 H263/MJPEG/RV10/DivX3/DivX4/DivX5/MP41/MP42/WMV1/WMV2/HuffYUV編碼格式編碼的視頻流。它不僅能對其中一些進行編碼， 同時提供比Win32解碼器或DivX.com的DivX4/5庫更高的速度！
它包含很多不錯的解碼器，尤其重要的是MPEG4的幾個變種：DivX 3，DivX 4，DivX 5，Windows Media Video 7(WMV1)。另外一個有趣的東西是WMA解碼器。
如果你使用MPlayer發行版，在你的源碼包里就有libavcodec，正常編譯即可。如果你使用CVS的MPlayer 那麼你必須從FFmpeg的CVS樹中提取libavcodec因為FFmpeg 0.4.5不能用於MPlayer。你應該這樣來完成：
cvs -dserver:[email protected]:/cvsroot/ffmpeg login
cvs -dserver:[email protected]:/cvsroot/ffmpeg co ffmpeg
把libavcodec目錄從FFmpeg的源代碼里移到MPlayer的CVS樹的根目錄下。看起來應該象這樣：
main/libavcodec
符號鏈接是不夠的，你必須復制或移動它！
編譯。Configure應該在編譯之前發現可能的問題。
用FFmpeg和我的Matrox G400，我甚至能在我的K6/2 500上無掉幀的觀看最高解析度的DivX電影。
2.2.1.3 XAnim解碼器
前言
XAnim的二進制的解碼器包裡面有一份關於合法捆綁軟體許可的聲明，除其它限制之外，禁止用戶用除XAnim外的任何程序使用其解碼器。然而， XAnim的作者到目前為止沒有就解碼器有關的問題對著任何人採取法律行動。
安裝和使用
MPlayer可以使用XAnim的解碼器解碼。按照下列指令來開啟它：
從XAnim的站點下載你想要的解碼器。3ivx的解碼器不在那裡，而是在3ivx的站點。
或者從我們的編解碼器頁下載編解碼器包。
使用--with-xanimlibdir選項來告訴configure在何處可以找到XAnim的解碼器。預設的話，它在 /usr/local/lib/xanim/mods, /usr/lib/xanim/mods and /usr/lib/xanim里尋找。或者你可以把XANIM_MOD_DIR環境變數 設置為XAnim解碼器所在的目錄。
給文件改名/做符號鏈接，去掉代表平台構架之類的東西，讓他們看起來像這樣：vid_cvid.xa, vid_h263.xa, vid_iv50.xa。
XAnim屬於視頻編解碼器族xanim，所以你可能需要使用-vfm xanim。
測試過的解碼器包括：Indeo 3.2，4.1，5.0，CVID，3ivX，h263。
2.2.1.4 VIVO視頻
MPlayer能播放Vivo(1.0和2.0)視頻。對於1.0的文件最適合的解碼器是FFmpeg的H263解碼器，你可以用-vc ffh263選項來 使用它。對於2.0個文件，使用-vc vivo命令來調用Win32 DLL。如果你沒有添加命令行選項MPlayer將自動選擇最好的解碼器。
2.2.1.5 MPEG 1/2視頻
MPEG1和MPEG2用本地的多平台的libmpeg2庫解碼，其源代碼被包括在MPlayer中。對於buggy的MPEG 1/2視頻文件我們 通過截獲Signal 11 (Segmentation fault)，然後迅速再次初始化解碼器，從失敗的地方繼續的方法來處理。這種 恢復技術會帶來無法估量的速度損失。
2.2.1.6 MS Video1
這是微軟的又老又差的編碼格式。過去它用msvidc32.dll的Win32解碼器解碼，現在我們有我們自己的開放源碼的實現(由Mike Melanson提供)。
2.2.1.7 Cinepak CVID
MPlayer默認將使用自己的開源的，多平台的Cinepak解碼器(由Dr. Tim Ferguson提供)。它支持YUV輸出，所以只要硬體驅動允許它將使用硬體縮放。
2.2.1.8 RealVideo
MPlayer支持所有版本的RealVideo的解碼：
RealVideo 1.0 (fourcc RV10) -- 編/解碼由libavcodec支持
RealVideo 2.0，3.0，4.0(fourcc RV20，RV30，RV40) -- 解碼由RealPlayer庫支持
推薦下載並安裝RealPlayer8或者RealONE，因為MPlayer能使用他們的庫來解碼RealVideo 2.0或者RealVideo 3.0的視頻文件。 MPlayer的配置腳本應該會在一個完全安裝的RealPlayer的標准位置找到它的庫。如果它沒找到，用--with-reallibdir 選項告訴configure到哪裡去找。
注意：RealPlayer庫目前只能用於x86平台上的Linux，FreeBSD，NetBSD和Cygwin，和Alpha以 及PowerPC(經過Linux/Alpha和Linux/PowerPC測試)平台。
2.2.1.9 XviD
XviDOpenDivX編解碼器的開發分支。故事發生在Mayo工程把OpenDivX變成封閉 源碼的DivX4的時候，那些從事於OpenDivX的非Mayo工程的人們感到憤怒，於是開始了XviD。所以兩個項目有相同的起源。
優點
開放源碼
它的API與DivX4相同，所以加入對它的支持很容易
支持2-pass編碼
不錯的編碼質量，DivX4更快的速度(編譯時你能針對你的機器優化它)
缺點
目前還不能正確的解碼所有的DivX與DivX4文件(這不成問題因為libavcodec能播放他們)
編譯時你必須選擇支持DivX4或者支持XviD
還在開發中
安裝XVID CVS
XViD目前只能從CVS中得到。這是下載和安裝的指令(你至少需要autoconf 2.50, automake和libtool)：
cvs -z3 -dserver:[email protected]:/xvid login
cvs -z3 -dserver:[email protected]:/xvid co xvidcore
cd xvidcore/build/generic
./bootstrap.sh
./configure
你可以加上一些選項(查看./configure --help的輸出).
make && make install
如果你設置了--enable-divxcompat，把xvidcore/src/裡面 的divx4.h頭文件復制到/usr/local/include/。
加上--with-xvidcore=/path/to/libcore.a選項重新編譯MPlayer。
2.2.1.10 Sorenson
Sorenson是Sorenson Media開發的一個視頻編解碼器族，授權給蘋果公司在它們的QuickTime播放器中使用。 我們目前可以使用下列解碼器解碼所有的Sorenson視頻文件：
Sorenson 1(fourcc SVQ1) - 由本地編解碼器解碼。
實際上有兩個SVQ1的(幾乎等價的)解碼器：一個在MPlayer中，還有一個在libavcodec。你可以通過-vc svq1 和-vc ffsvq1選項調用它們中的任意一個。有些文件可能只能在其中一個上工作，而另一個就行，所以 兩個解碼器都試試。這個解碼器是由xine的作者編寫(完成反向工程)的。
Sorenson 3(fourcc SVQ3) - 由Win32的QuickTime庫解碼。
編譯支持QUICKTIME庫的SUPPORT
注意：目前只支持32位的Intel平台。
下載MPlayer CVS
用下面參數編譯MPlayer：
$ ./configure --enable-qtx-codecs
在這里下載QuickTime DLL包 http://www.mplayerhq.hu/MPlayer/releases/codecs/
把QuickTime DLL包解壓到你的Win32編解碼器目錄(默認：/usr/lib/codecs)
2.2.2 音頻編解碼器
所有音頻編碼中最重要的是：
MPEG layer 2(MP2), 和layer 3(MP3)(本地代碼，經過MMX/SSE/3DNow!優化)
MPEG layer 1音頻(本地代碼，使用libavcodec)
Windows Media Audio v1, v2 (本地代碼，使用libavcodec)
Windows Media Audio 9(WMAv3)(使用DMO DLL)
AC3杜比音頻(本地代碼，經過MMX/SSE/3DNow!優化)
AC3音效卡硬體處理
Ogg Vorbis音頻編解碼器(本地庫)
RealAudio: DNET(低比特率的AC3), Cook, Sipro和ATRAC3
QuickTime: Qualcomm和QDesign音頻編解碼器
Voxware音頻(使用DirectShow DLL)
VIVO音頻(g723，Vivo Siren)
alaw和ulaw，各種gsm，adpcm和pcm格式還有別的簡單老的編解碼器
2.2.2.1 軟體AC3解碼
這是含有AC3音頻的文件的默認解碼器。
AC3解碼器能為了2，4或者6個揚聲器創建音頻混合輸出。當配置為6個揚聲器時，這個解碼器向音效卡驅動提供所有AC3通道的單獨的輸出， 允許徹底的「環繞音效」感受而不需要使用需要hwac3解碼器的外部AC3解碼器。
使用-channels選項可以選擇輸出的通道數。使用-channels 2獲得立體聲的降混頻。 對於4通道的降混頻(左前，右前，左環繞和右環繞)，使用-channels 4。在這種情況下，中心通道的任何輸出將與前通道均勻混合。 -channels 6將按照編碼時的形式輸出所有AC3通道-- 依次為左，右，左環繞，右環繞，中間和低頻效果。
默認的輸出通道數是2。
為使用超過2個通道的輸出，你需要使用OSS，和一塊能通過SNDCTL_DSP_CHANNELS ioctl支持適當輸出通道數的音效卡。合適的驅動的一個例子是 2001年8月的或者更新的emu10k1(用於Soundblaster Live!卡)(ALSA的CVS應該也能工作)。
2.2.2.2 硬體AC3解碼
你需要一個AC3兼容音效卡，加上數字輸出(SP/DIF)。音效卡的驅動必須正確地支持AFMT_AC3格式(C-Media就支持)。把你的AC3解碼器連接到SP/DIF輸出， 然後使用-ac hwac3選項。這還在試驗階段但已經知道能用於C-Media音效卡，使用ALSA驅動(但不能是OSS)的Soundblaster Live! 還有DXR3/Hollywood+ MPEG解碼卡。
2.2.2.3 libmad支持
libmad是多平台的MPEG音頻解碼庫。它不能很好的處理損壞的文件，而且有時候搜索也有問題。
為了支持它，加上--enable-mad配置選項編譯。
2.2.2.4 VIVO音頻
VIVO文件的使用的音頻編碼取決於它是VIVO/1.0還是VIVO/2.0。VIVO/1.0文件使用g.723音頻，而VIVO/2.0文件使用Vivo Siren音頻。 這兩種音頻現在都支持。
2.2.2.5 RealAudio
MPlayer支持解碼幾乎所有版本的RealAudio：
RealAudio DNET -- 解碼由liba52支持
RealAudioCook/Sipro -- 解碼由RealPlayer庫支持
RealAudio atrc -- 解碼尚未支持
至於如何安裝RealPlayer庫，參見RealMedia文件格式部分。
2.2.2.6 QDesign編解碼器
QDesign音頻流(fourcc: QDMC, QDM2)出現在MOV/QT文件中。兩個版本的編碼格式都可以用QuickTime的庫解碼。 安裝步驟參見Sorenson視頻編解碼器部分。
2.2.2.7 Qualcomm編解碼器
Qualcomm音頻流(fourcc: Qclp)出現在MOV/QT文件中。它可以用QuickTime庫解碼。 安裝步驟參見Sorenson視頻編解碼器部分。
2.2.2.8 AAC編解碼器
AAC(Advanced Audio Coding)是MOV和MP4文件有時使用的編碼格式，AudioCoding.com有一個叫FAAD的開放源代碼的解碼器提供下載，你可以 在他們的下載頁找到第二代解碼器FAAD2，不幸的 是FAAD2 1.1在Linux下面無法編譯，所以你必須使用CVS版本，這樣做：
cvs -dserver:[email protected]:/cvsroot/faac login
cvs -z3 -dserver:[email protected]:/cvsroot/faac co faad2
cd faad2/
chmod +x bootstrap
./bootstrap
./configure
make
make install
audiocoding.com不提供二進製版本，但你可以用apt-get從Christian Marillat的主頁下載Debian的安裝包或者從P.L.F下載Mandrake的RPM。
2.2.3 Win32解碼器導入HOWTO
2.2.3.1 VFW編解碼器
VFW(Video for Windows)是Windows的老的視頻API。它的解碼器以.DLL或者(很少的).DRV為擴展名。 如果MPlayer無法播放你的AVI並顯示這種信息：
UNKNOWN video codec: HFYU (0x55594648)
它意味著你的AVI在編碼時使用了HFYU fourcc(HFYU = HuffYUV codec，DIV3 = DivX Low Motion，等等...) 的編碼格式。現在你知道了，你必須查明Windows為了播放這個文件裝載了哪一個DLL。在我們的情況下， system.ini在這樣的一行上包含這個信息：
VIDC.HFYU=huffyuv.dll
因此，你需要huffyuv.dll文件。注意，音頻解碼器通過MSACM前綴指定：
msacm.l3acm=L3codeca.acm
這是MP3編碼格式。現在你有了所有必要的信息(fourcc，解碼器文件，AVI樣本)，把你的解碼器支持要求通過郵件提交， 並把相關文件上載到我們的ftp站點：
ftp://ftp.mplayerhq.hu/MPlayer/incoming/[codecname]/
2.2.3.2 DirectShow codecs
DirectShow是較新的視頻API，比它的前輩更惡劣。對於DirectShow事情變的困難了，
system.ini不再包含需要的信息，它們被儲存在注冊表裡，此外。
我們需要解碼器的的GUID。
新方法：使用微軟的GraphEdit(快速)
從DirecX SDK或者Doom9中取得GraphEdit。
運行graphedit.exe。
從菜單中選擇Graph -> Insert Filters。
展開DirectShow Filters項目。
選擇正確的解碼器名稱然後展開項目。/LI>
在DisplayName一項中看反斜杠後面花括弧裡面的文字並把它記下來(小短橫分隔開的五塊，就是GUID)。
解碼器的二進制文件是Filename項里指定的文件。
注意：如果沒有Filename項而DisplayName中包含類似device:dmo的東西， 那麼這是一個DMO-Codec。
老方法：做個深呼吸然後開始搜索注冊表...
運行regedit。
按Ctrl-f，禁用頭兩個復選框，填寫解碼器的fourcc(例如TM20)。
你應該看見一個包含路徑和文件名的域(例如C:\WINDOWS\SYSTEM\TM20DEC.AX)。
現在你找到了文件，我們需要GUID。嘗試再次搜索，但現在搜索解碼器的名稱，fourcc。用媒體播放器播放文件時， 察看File -> Properties -> Advanced可以獲得解碼器名。如果沒有，你真不走運。猜猜看吧(例如搜索TrueMotion)。
如果找到GUID你將看見FriendlyName和CLSID域。寫出16位元組CLSID，這就是我們需要的GUID。
注意：如果搜索失敗，試試選上所有的復選框。你可能找到錯誤的內容，不過說不定你會走運...
現在你有所有必要的信息(fourcc，GUID，解碼器文件，AVI樣本)，把你的解碼器支持要求通過郵件提交，並把相關文件上載到我們的FTP站點
ftp://ftp.mplayerhq.hu/MPlayer/incoming/[codecname]/

㈤ 單片機開題報告範文

隨著單片機由於其較小的體積和很高的性價比,而在各種電子產品中受到廣泛的應用和發展,單片機的研發人員也在不斷的進行技術上的革新。下面是我為大家整理的單片機開題報告範文，歡迎閱讀。

單片機開題報告範文篇1：

基於單片機數字頻率計設計開題報告

一、選題的依據及意義：

本課題主要研究如何用單片機來設計數字頻率計。因為在電子技術中，頻率的測量十分重要，這就要求頻率計要不斷的提高其測量的精度和速度。在科技以日新月異的速度向前發展，經濟全球一體化的社會中，簡潔、高效、經濟成為人們辦事的一大宗旨。在電子技術中這一點表現的尤為突出，人們在設計電路時，都趨向於用竟可能少的硬體來實現，並且盡力把以前由硬體實現的功能部分，通過軟體來解決。因為軟體實現比硬體實現具有易修改的特點，如簡單的修改幾行源代碼就比在印製電路板上改變幾條連線要容易的多，故基於微處理器的電路往往比傳統的電路設計具有更大的靈活性。

因為數字頻率計是計算機、通訊設備、音頻視頻等科研生產領域必不可少的測量儀器，所以頻率的測量就顯得更為重要。在數字電路中，頻率計屬於時序電路，它主要由具有記憶功能的觸發器構成。在計算機及各種數字儀表中，都得到了廣泛的應用。本課題採用的是直接測頻式的頻率計，設計原理簡單、電路穩定、測量精度高，大大的縮短了生產周期。

二、國內外研究概況及發展趨勢(含文獻綜述)：

由於當今社會的需要，對信息傳輸和處理的要求不斷提高，對頻率的測量的精度也需要更高更准確的時頻基準和更精密的測量技術。而頻率測量所能達到的精度，主要取決於作為標准頻率源的精度以及所使用的測量設備和測量方法。目前，測量頻頻的方法有直接測頻法、內插法、游標法、頻差倍增法等等。直接測頻的方法較簡單，但精度不高。頻差倍增多法和周期法是一種頻差倍增法和差拍法相結合的測量方法，這種方法是將被測信號和參考信號經頻差倍增使被測信號

的相位起伏擴大，再通過混頻器獲得差拍信號，用電子計數器在低頻下進行多周期測量，能在較少的倍增次數和同樣的取樣時間情況下，得到比測頻法更高的系統解析度和測量精度，但是仍然存在著時標不穩而引入的誤差和一定的觸發誤差。

在電子系統廣泛的應用領域中，到處看見處理離散信息的數字電路。供消費用的冰箱和電視、航空通訊系統、交通控制雷達系統、醫院急救系統等在設計過程中都用到數字技術。 數字頻率計是現代通信測量設備系統中必不可少的測量儀器，不但要求電路產生頻率的准確度和穩定度都高的信號，也要能方便的改變頻率。

數字頻率計的實現方法主要有：直接式、鎖相式、直接數字式和混合式

(1)直接式

優點：速度快、相位雜訊低，但結構復雜、雜散多，一般只應用在地面雷達中。

(2)鎖相式

優點：相位同步的自動控制，製作頻率高，功耗低，容易實現系列化、小型化、模

塊化和工程化。

(3)直接數字式

優點：電路穩定、精度高、容易實現系列化、小型化、模塊化和工程化。

三、研究內容及實驗方案：

研究內容：本課題設計以單片機為核心，設計一種數字頻率計，應用單片機中的定時器/計數器和中斷系統等完成頻率的測量。

實驗方案：

圖1 頻率計總體設計框圖

四、目標、主要特色及工作進度

目標：

基於單片機的數字頻率計，畫出電路圖並用軟體模擬

工作特色：

(1)運用了單片機技術;

(2)運用了C語言、電路等知識;

(3)採用電腦等工具;

(4)採用顯示模塊、分頻模塊、單片機模塊等;

(5)簡單易理解，十分實用。

工作進度：

1、查閱文獻，翻譯英文資料，書寫開題報告; 第1---4周

2、相關資料的獲取和必要知識的學習 ; 第5---9周

3、設計系統的硬體和軟體模塊並調試 第10--14周

4、撰寫論文; 第15--16周

5、總結，准備答辯; 第17周

五、參考文獻

[1]李學海著.標准80C51單片機基礎教程.北京航空航天大學出版社,2006

[2] 戴仙金主編.51單片機及其C語言程序開發實例.清華大學出版社,2008

[3] 李誠人.高宏洋等.嵌入式系統及單片機應用,清華大學出版社,2005

[4] 龔運新編著.單片機C語言開發技術.清華大學出版社,2006

[5] 張天凡等編著.51單片機C語言開發詳解.電子工業出版社,2008

[6] 張義和.王敏男等.例說51單片機(C語言版).人民郵電出版社,2008

[7] 張洪潤、劉秀英、張亞凡等.單片機應用設計200例 .北京航空航天大學出版社,2006

[8] 彭為、黃科、雷道仲等.單片機典型系統設計實例精講.電子工業出版社, 2006

[9] 李學海著.標准80C51單片機基礎教程.北京航空航天大學出版社,2006

[10] 李朝青.單片機原理及介面技術[M].北京航天航空大學出版社，1998.

[11] 余發山，王福忠.單片機原理應用技術[M].徐州:中國礦業大學出版社，2003.

[12]V.Yu.Teplov,A.V. Anisimov.Thermostatting System Using a Single-Chip Microcomputer and Thermoelectric Moles Based on the Peltier Effect[J] ,2002

[13] Yeager Brent.How to troubleshoot your electronic scale[J]. Powder and Bulk Engineering. 1995

[14]WeiXiaoRu,JuJianZhi.Design of a CCD's driving circuit based on ATmega16.Microcomputer&Its Applications,2010,(16).

[15]HeLianYun,The Traffic Signal Lamp System Controlled with Single Chip Microcomputer.Computer Study,2008,(01).

單片機開題報告範文篇2：

基於單片機的火災報警器

一、畢業設計(論文)課題來源、類型

課題來源：生產(社會)實踐

課題類型：畢業設計

二、選題的目的及意義

對於廣大居民，尤其是單獨居住的老人，無人看護的病人、嬰幼兒童等弱勢群體在遇到火災時，行動不便，逃生能力不強，逃生所需時間相對較長，對他們來說火災的早期報警，爭取更多的逃生時間或者及時通知救援人員，避免造成人員傷亡，顯得更為重要。

火災報警器可以讓百姓的家居生活更加安全，本報警器是一個由單片機控制的火災煙霧濃度、溫度檢測系統，它將感測器輸出地電壓信號進行A/D轉換、濾波、線性化，由單片機將電壓值轉換為氣體濃度和溫度送LCD1602液晶顯示，並判斷是否超過報警上限，若超過，則發出聲光報警[1]，並將報警情況通過GSM模塊發出，同時可以實現消防局對火災報警的集中接警，專業化處警，以最少的投資實現最快的接警和處警。同時還為接處警人員提供方便快捷的輔助決策手段，提高消防隊伍快速反應的能力，密切警民關系。高效的工作，還可以減少火災給居民帶來的人生安全的危害和財產的損失。

三、本課題在國內外的研究狀況及發展趨勢

以火災自動報警技術為核心的建築消防系統，是預防和遏制建築火災的重要保障。近年來，我國火災自動報警工程應用技術實現了較快發展。但由於在實際應用中，火災自動報警系統的通訊協議不一致，火災自動報警工程技術水平還相對落後，還存在著一些比較突出的問題。

(1)適用范圍過小。我國火災自動報警系統技術比美、英等發達國家起步較晚，安裝范圍主要是《高層民用建築設計防火規范》、《建築設計防火規范》規定的場所和部位，而在易造成群死群傷的中小型公眾聚集場所和社區居民家庭甚至部分高層住宅都沒有規定安裝火災自動報警系統，適用范圍過小，防範措施不到位。

(2)智能化程度低。我國使用的火災探測器雖然都進行了智能化設計，但由於感測器探測的參數較少、支持系統的軟體開發不成熟、各種演算法的准確性缺乏足夠驗證、火災現場參數資料庫不健全等，火災自動報警系統難以准確判定粒子(煙氣)的濃度、現場溫度、光波的強度以及可燃氣體的濃度、電磁輻射等指標，造成遲報、誤報、漏報情況較多。

(3)網路化程度低。我國應用的火災119動報警系統形式基本上以區域火災自動報警系統、集中火災自動報警系統和控制中心火災自動報警系統為主，安裝形式主要是集散控制方式，自成體系，自我封閉，尚未形成區域性網路化火災自動報警系統。

(4)組件連接方式有待改善。火災自動報警系統以多線制和匯流排制連接方式為主，探測器和報警器及控制器之間是採用兩條或多條的銅芯絕緣導線或銅芯電纜穿管相接，存在耗材多、成本高、抗干擾能力差的缺點。同時，銅導線耐高溫性能差、易磨損，系統施工維修復雜，影響了火災自動報警系統的可靠性和更廣泛的應用。

(5)火災自動報警系統誤報、漏報問題較多。由於火災探測器的安裝環境極其復雜，加之各種感測器在探測火災方面存在著某些先天不足，無法准確地感應各種物質在燃燒過程中所特有的聲波、光譜、輻射、氣味等諸多方面發生的微妙變化，對火災發生過程中所產生的不同粒徑和顏色的煙存在探測“盲區”，誤報、漏報現象時有發生。

(6)超早期火災探測器技術應用還幾乎處於空白。國外已開發出適合潔凈空間高靈敏度感煙火災探測報警系統，如激光式高靈敏度煙火災探測器，吸氣式高靈敏度感煙火災探測報警系統和氣體火災探測報警系統，與普通火災探測報警系統相比，其探測靈敏度提高了兩個數量級，甚至更多，這些系統採用了激光粒子計

數、激光散射等原理監視被保護空間，以單位體積內粒子增加的多少來判斷是否發生火災，系統可在火災發生前幾小時或幾天內識別潛在的火災危險性，實現超早期火災報警。而該技術我國目前還處於起步階段，有待進一步研究開發使用[2]。

針對上述問題，火災自動報警應用技術進一步著眼於當前國際發展的新形勢，加快更新改造進程，加強對數字技術和新工藝、新材料的應用，改進系統能力，使火災自動報警應用技術向著高可靠、低誤報和網路化、智能化方向發展。當前，國外火災自動報警應用技術的發展趨勢主要表現為網路化、智能化、多樣化、小型化、社區化、藍牙化、高靈敏化等。這也是火災自動報警應用技術的研究發展趨勢。

四、本課題主要的研究內容

設計一種以STC89C52單片機為核心的火災檢測與報警系統，可以通過氣體感測器實時獲取可燃氣體濃度、溫度感測器獲得火災現場溫度，並通過LCD1602液晶顯示，當濃度或溫度超過限定值時則報警並且把報警情況發送到報警器所設定的終端上。以方便人們更好的掌握安全狀況，提高生活質量。

五、擬採取的方法、技術或設計(開發)工具

本設計主要以MCS-51系列單片機STC89C52為控制核心，它自帶8K的FLASH程序存儲器，它的核心處理單元為8位。數據處理主要是對數字溫度感測器18B20採集溫度數據和對MQ-2煙物感測器進行AD採集，並進行邏輯判斷，根據數據的具體情況輸出到數碼管顯示和使蜂鳴器動作[3]。整個單片機應用系統的設計分為硬體電路設計和軟體編程設計兩大部分;其中硬體電路設計包括溫度採集電路，MQ-2煙物感測器電路，單片機控制電路，顯示電路，報警與控制電路和GSM模塊。軟體設計部分包括系統主程序，溫度採集子程序，數碼管顯示子程序，GSM模塊子程序和輸出驅動子程序，均採用51系列C語言編程實現。

六、本課題進度安排、各階段預期達到的目標

進度計劃：

2014.12.15 - 2015.3.1： 查找資料、搜集相關素材

2015.3.2 - 2015.3.6：完成需求分析

2015.3.7 - 2015.3.12： 完成概要設計

2015.3.13 - 2015.4.1：完成詳細設計

2015.4.2 - 2015.4.10完成編碼

2015.4.11 - 2015.4.13： 完成軟體測試

2015.4.14 - 2015.4.25：整理資料、撰寫設計報告

2015.4.26 - 2015.4.30：根據導師要求，完善畢業設計和設計報告

㈥ RTFTrack 在電腦上有什麼作用 可以禁止開機啟動嗎

RTFTrack是音效卡驅動，可以禁止開機啟動。

為了確認你提到的程序或文件名稱和我以下描述的一致，請和以下截圖進行對照參考。

在勾選隱藏所有microsoft 服務後，理論上其他服務是都可以禁用的。

Proct:RTFTrack

Company:Realtek SemiconctorCorp.

RTFTrack是瑞昱半導體股份有限公司(Realtek Semiconctor Corp.)生產的音效卡驅動。

瑞昱半導體股份有限公司是全球頂尖的IC供貨商之一，設計和開發有線及無線通訊網路、計算機外設和多媒體應用領域的各種IC產品。產品包括10/100/1000M 乙太網絡控制晶元、10/100/1000M乙太網絡交換器/光纖收發器SoC/閘口控制晶元、10/100/1000M乙太網絡PHY收發器、無線網路控制晶元，及AP/路由器SoC、ADSL晶元組、VoIP解決方案、WiMedia-based超寬頻晶元、AC'97/High Definition音訊轉換晶元、主機板頻率產生器、LCD屏幕控制晶元、LCD 電視控制晶元與數字多媒體處理器。Realtek 是擁有RF、模擬和混合訊號迴路領域的先進設計專家，還有優異的製造與系統知識，為客戶提供全功能、高效能而且具有競爭力的整體解決方案。

音效卡是計算機進行聲音處理的適配器。它有三個基本功能：一是音樂合成發音功能；二是混音器（Mixer）功能和數字聲音效果處理器（DSP）功能；三是模擬聲音信號的輸入和輸出功能。音效卡處理的聲音信息在計算機中以文件的形式存儲。音效卡工作應有相應的軟體支持，包括驅動程序、混頻程序（mixer）和CD播放程序等。

如果禁用，可能會對你的聲音功能造成一事實上影響。