使用PowerVR SGX GPU實現(xiàn)類似Instagram的計算攝影

　　自從首部拍照手機問世后，手機就成為視覺導(dǎo)向設(shè)備，今天用戶產(chǎn)生的內(nèi)容已成為從網(wǎng)絡(luò)利用率到創(chuàng)建應(yīng)用程序的主要推手，然而，開發(fā)人員們最近開始對圖像數(shù)據(jù)進行高級處理，以創(chuàng)建一系列新的用戶體驗，這些體驗從智能視覺系統(tǒng)、增強現(xiàn)實應(yīng)用程序到虛擬制作等等。不過這些創(chuàng)新技術(shù)的爆發(fā)受到手機數(shù)據(jù)處理量的限——這當中存在很大挑戰(zhàn)。

　　計算攝影：移動計算的主要應(yīng)用之一

　　成像一直以來是CPU的主任務(wù)，對于靜止圖像和小格式視頻來說CPU處理得很好，但隨著HD高清標準和4K的來臨，在CPU上運行應(yīng)用程序嚴重受制于其軟件的熱封裝屬性——如果只是增加多個內(nèi)核，以高頻運行，會造成晶體管過熱并關(guān)機則并不可行。這個問題亟待解決。

　　PowerVRSGX GPU以70 fps對Full HD(1080p)實時視頻運行飽和過濾器

　　還好可以利用這個解決方案：所有先進應(yīng)用處理器包含多個計算引擎，如GPU、DSP和ISP(圖像合成處理器)，可有效地執(zhí)行所需的成像任務(wù)。因此，開發(fā)人員正在研究異構(gòu)計算，也就是將這些塊集成，在有限的電源和散熱預(yù)算范圍內(nèi)提供高性能。

　　全球最具代表性的手機上都會找到PowerVR GPU，以低功率提供世界一流的3D圖形。使用非常靈活的架構(gòu)，集成業(yè)界領(lǐng)先的PowerVR GPU可部署高效計算引擎來加速圖像和視頻處理任務(wù)。應(yīng)用程序會通過OpenCL EP(嵌入式文件)API要求GPU的成像內(nèi)核提供視覺計算的最佳精度，同時維持最低功耗。

　　這就提出一個問題，即如何共享各種計算引擎之間的圖像數(shù)據(jù)，無需冗余運算。這篇博客的其余部分將說明如何能夠利用最近向開發(fā)人員發(fā)布Imagination開發(fā)的工具。

　　共享所面臨的挑戰(zhàn)——確保零拷貝

　　App如果要在設(shè)計上充分發(fā)揮異構(gòu)計算的優(yōu)勢就要求用于編程不同計算引擎的API之間有高效的互操作性。例如在實時電話會議應(yīng)用程序當中，可能首先由GPU檢查相機捕獲的輸入幀決定臉部位置，以及各項特征(如眼睛、嘴唇、鼻子和其它部位)，將這些坐標傳送到CPU進行分析。然后，CPU可以判斷可由GPU使用的一組圖像過濾器，如除去瑕疵或皺紋，GPU生成變換幀，輸入至視頻編解碼器。在這種情況下，四個不同的系統(tǒng)組件分別需要訪問內(nèi)存中同樣的圖像數(shù)據(jù)。

　　到現(xiàn)在為止，市場上所有OpenCL實現(xiàn)創(chuàng)建圖像數(shù)據(jù)的后臺復(fù)本，在相機和GPU之間傳遞。這個操作徒勞地增加了系統(tǒng)內(nèi)存流量，降低性能和功耗，影響(在某些情況下消除)卸載GPU任務(wù)的效能。過去一年來Imagination一直與合作伙伴合作致力于消除這一障礙，使用OpenCL提高基于相機應(yīng)用程序效能。

　　如何解決這個難題?

　　我們開發(fā)了一套擴展，使共享同一系統(tǒng)內(nèi)存的多個組件可共享圖像。這些擴展基于Khronos EGL圖像，提供多個Khronos API之間的接口、本地平臺窗口系統(tǒng)，并處理與綁定和同步相關(guān)的問題。

　　許多相機生成YUV格式的圖像數(shù)據(jù)，其中的Y和UV數(shù)據(jù)被存儲在分開的平面。PowerVR SGXGPU在其固定功能紋理化硬件上可以自動執(zhí)行按向量運算執(zhí)行色彩空間轉(zhuǎn)換將YUV(NV21)轉(zhuǎn)換為RGB，并處理各像素，對R、G和B像素值進行有效的并行計算。OpenCL內(nèi)核的結(jié)構(gòu)與以下示例類似。輸入和輸出圖像被表示為OpenCL的圖像數(shù)據(jù)的類型，各個像素被處理為float4數(shù)據(jù)類型，與本地SGX向量寬度匹配。

　　/* Generic 3x3 linear filter kernel. */

　　__kernel void convolve3x3(__read_only image2d_tsrcImage，

　　__write_only image2d_t dstImage，

　　sampler_t sampler，

　　__constant float *kVals，

　　float normalizationVal)

　　{

　　int2 coords = (int2)(get_global_id(0)，get_global_id(1));

　　float4 colour;

　　float4 colours[9];

　　colours[0] = read_imagef(srcImage， sampler， coords +(int2)(-1， -1));

　　colours[1] = read_imagef(srcImage， sampler， coords +(int2)( 0， -1));

　　colours[2] = read_imagef(srcImage， sampler， coords +(int2)( 1， -1));

　　colours[3] = read_imagef(srcImage， sampler， coords +(int2)(-1， 0));

　　colours[4] = read_imagef(srcImage， sampler， coords +(int2)( 0， 0));

　　colours[5] = read_imagef(srcImage， sampler， coords +(int2)( 1， 0));

　　colours[6] = read_imagef(srcImage， sampler， coords +(int2)(-1， 1));

　　colours[7] = read_imagef(srcImage， sampler， coords +(int2)( 0， 1));

　　colours[8] = read_imagef(srcImage， sampler， coords +(int2)( 1， 1));

　　colour = colours[0] * kVals[0] + colours[1] * kVals[1] +colours[2] * kVals[2];

　　colour += colours[3] * kVals[3] + colours[4] * kVals[4] +colours[5] * kVals[5];

　　colour += colours[6] * kVals[6] + colours[7] * kVals[7] +colours[8] * kVals[8];

　　colour /= normalizationVal;

　　write_imagef(dstImage， coords， colour);

　　}