頭條 基于FPGA的視頻處理硬件平臺設(shè)計與實現(xiàn) 為了滿足機載顯示器畫面顯示多元化的要求，提出了一種基于FPGA的視頻轉(zhuǎn)換與疊加技術(shù)，該技術(shù)以FPGA為核心，搭配解碼電路及信號轉(zhuǎn)換電路等外圍電路，可實現(xiàn)XGA與PAL模擬視頻信號轉(zhuǎn)換為RGB數(shù)字視頻信號，并且與數(shù)字圖像信號疊加顯示，具有很強的通用性和靈活性。實驗結(jié)果表明，視頻轉(zhuǎn)換與疊加技術(shù)能夠滿足機載顯示器畫面顯示的穩(wěn)定可靠、高度集成等要求，具備較高的應(yīng)用價值。 最新資訊 第十代產(chǎn)品見證Altera不斷前進的創(chuàng)新之路 2015年9月23日，Altera2015年度技術(shù)日（北京站）期間，Altera公司產(chǎn)品營銷資深總監(jiān)Patrick Dorsey分享了電子系統(tǒng)設(shè)計的最新發(fā)展趨勢，以及Altera第十代產(chǎn)品的最新進展。 發(fā)表于：2015/9/28 Synopsys的全新HAPS-80基于FPGA的原型解決方案提供高達100MHz的系統(tǒng)性能 新思科技（Synopsys, Inc.，納斯達克股票市場代碼：SNPS）日前宣布：推出全新HAPS®-80基于FPGA的原型系統(tǒng)，該系統(tǒng)為Synopsys的端到端原型解決方案的一部分。HAPS-80系統(tǒng)提供了高達100MHz的多FPGA性能，以及全新的專用高速時分復(fù)用（HSTDM）技術(shù)。HAPS-80采用Xilinx最新的Virtex UltraScale VU440 FPGA器件，每顆FPGA可容納2600萬個ASIC門，結(jié)合ProtoCompiler設(shè)計自動化和調(diào)試軟件，可支持高達16億個ASIC門的設(shè)計。HAPS硬件與ProtoCompiler軟件的結(jié)合，極大地加速了軟件開發(fā)、硬件/軟件集成和系統(tǒng)驗證。 發(fā)表于：2015/9/25 基于RFID的BVIRE算法研究與改進 在BVIRE算法的基礎(chǔ)上，利用閾值與定位標簽的權(quán)值因子取倒數(shù)的方法，來排除誤差大的鄰近參考標簽。實驗表明，新算法在整體定位精度上提高了18%。分析算法的環(huán)境影響因子,得出該新算法在路徑損耗指數(shù)n=1.8，虛擬標簽網(wǎng)格數(shù)N=5，閾值為TH=2時為最佳適用環(huán)境。 發(fā)表于：2015/9/24 嵌入式領(lǐng)域,你要了解你的編譯器 我做嵌入式行業(yè)，編程也多和硬件打交道，好多人說編譯器只是工具，重要的在于算法和思想。這話說的本來沒錯，但要有一個條件在先：那就是你真正掌握了你所用的編譯器。但就我來看，真正熟悉編譯器的卻并不多見。當你深入了解一個編譯器后，你能像用匯編一樣用C，可以像匯編那樣隨心所欲的操作MCU！ 發(fā)表于：2015/9/18 為什么要學(xué)習(xí)編譯器課程？ 所有優(yōu)秀的計算機科學(xué)學(xué)院都提供了編譯器課程，但是相對比較少的學(xué)校把它作為本科課程的必修部分。這篇文章回答了這個問題：為什么需要學(xué)習(xí)這門課？即使你從沒打算過編寫編譯器。 發(fā)表于：2015/9/18 王垠：談編譯器 由于早期的 Lisp 編譯器生成的代碼效率普遍低下，成為了 Lisp 失敗的主要原因之一。而現(xiàn)在的高性能 Lisp 編譯器（比如 Chez Scheme），其實已經(jīng)可以生成非常高效的代碼，甚至可以匹敵 C 程序的速度。如果你看得到我腦子里的東西，就會明白這完全不是吹牛，對我來說這是科學(xué)的結(jié)論。我在這里介紹一下我寫 Scheme 編譯器的經(jīng)歷，也許你就會從根本上明白為什么我會這么自信。這里的介紹其實不止針對函數(shù)式語言，而且針對所有語言的編譯器。 發(fā)表于：2015/9/18 « 游戲的優(yōu)化——不僅僅是幀速率 腳本虛擬機前段時間就已經(jīng)做好，如果沒有跑在上面的語言，光有虛擬機沒太大意義。所以腳本編譯器一早就開始做了。中間因為去上海參加 C++ 大會，又去了成都做招聘，弄的心力疲憊。這幾天才回來，有那么幾天去實現(xiàn)。 發(fā)表于：2015/9/18 簡要介紹編譯器工作過程的11步 源碼要運行，必須先轉(zhuǎn)成二進制的機器碼。這是編譯器的任務(wù)。 比如，下面這段源碼（假定文件名叫做test.c）。 發(fā)表于：2015/9/18 為什么按照書上的代碼，編譯老是出錯？ 老是又小伙伴在群里說我的代碼是按照書上的代碼敲的，就是編譯不過？想不通呀！目前市面上的一些書都是十來年以前編寫的了，你不幸看的還是這些書，錯誤原因就在這里。 發(fā)表于：2015/9/18 編譯器后門與防御 Shawn the R0ck 寫道 "PoC||GTFO是最近幾年深受0ld sch00l黑客喜愛的電子雜志，最近的一期（第8期）里有一篇名為Deniable Backdoors Using Compiler Bugs（利用編譯器Bug的可抵賴后門）的文章，作者向我們展示了一種可能的威脅，這個威脅模型是需要兩個條件：1)一個可利用的編譯器miscompilation bug； 2) 向目標的開源社區(qū)提交看起來不怎么像后門的patch。作者修改了Sudo 1.8.13的少量代碼去利用Clang/LLVM 3.3的一個bug，最終導(dǎo)致提權(quán)。相比傳統(tǒng)的編譯器后門和傳統(tǒng)軟件后門（比如疑似NSA對Linux內(nèi)核代碼的植入），這種方式更加的隱蔽，因為它是針對特定版本的編譯器下手。 發(fā)表于：2015/9/18 ?…182183184185186187188189190191…?
