chinese直男口爆体育生外卖, 99久久er热在这里只有精品99, 又色又爽又黄18禁美女裸身无遮挡, gogogo高清免费观看日本电视,私密按摩师高清版在线,人妻视频毛茸茸,91论坛 兴趣闲谈,欧美 亚洲 精品 8区,国产精品久久久久精品免费

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

圖像預(yù)處理庫 CV-CUDA 開源了,打破預(yù)處理瓶頸,提升推理吞吐量 20 多倍

NVIDIA英偉達 ? 來源:未知 ? 2022-12-26 22:50 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

本文轉(zhuǎn)載自機器之心

CPU 圖像預(yù)處理成為視覺任務(wù)的瓶頸,最新開源的 CV-CUDA,將為圖像預(yù)處理算子提速百倍。

在如今信息化時代中,圖像或者說視覺內(nèi)容早已成為日常生活中承載信息最主要的載體,深度學(xué)習模型憑借著對視覺內(nèi)容強大的理解能力,能對其進行各種處理與優(yōu)化。

然而在以往的視覺模型開發(fā)與應(yīng)用中,我們更關(guān)注模型本身的優(yōu)化,提升其速度與效果。相反,對于圖像的預(yù)處理與后處理階段,很少認真思考如何去優(yōu)化它們。所以,當模型計算效率越來越高,反觀圖像的預(yù)處理與后處理,沒想到它們竟成了整個圖像任務(wù)的瓶頸。

為了解決這樣的瓶頸,NVIDIA 攜手字節(jié)跳動機器學(xué)習團隊開源眾多圖像預(yù)處理算子庫 CV-CUDA,它們能高效地運行在 GPU 上,算子速度能達到 OpenCV(運行在 CPU)的百倍左右。如果我們使用 CV-CUDA 作為后端替換 OpenCV 和 TorchVision,整個推理的吞吐量能達到原來的二十多倍。此外,不僅是速度的提升,同時在效果上 CV-CUDA 在計算精度上已經(jīng)對齊了 OpenCV,因此訓(xùn)練推理能無縫銜接,大大降低工程師的工作量。

feab39c2-852b-11ed-bfe3-dac502259ad0.png

以圖像背景模糊算法為例,將 CV-CUDA 替換 OpenCV 作為圖像預(yù)/后處理的后端,整個推理過程吞吐量能加 20多倍。

如果小伙伴們想試試更快、更好用的視覺預(yù)處理庫,可以試試這一開源工具。

開源地址:https://github.com/CVCUDA/CV-CUDA

圖像預(yù)/后處理已成為CV瓶頸

很多涉及到工程與產(chǎn)品的算法工程師都知道,雖然我們常常只討論模型結(jié)構(gòu)和訓(xùn)練任務(wù)這類「前沿研究」,但實際要做成一個可靠的產(chǎn)品,中間會遇到很多工程問題,反而模型訓(xùn)練是最輕松的一環(huán)了。

圖像預(yù)處理就是這樣的工程難題,我們也許在實驗或者訓(xùn)練中只是簡單地調(diào)用一些 API 對圖像進行幾何變換、濾波、色彩變換等等,很可能并不是特別在意。但是當我們重新思考整個推理流程時會發(fā)現(xiàn),圖像預(yù)處理已經(jīng)成為了性能瓶頸,尤其是對于預(yù)處理過程復(fù)雜的視覺任務(wù)。

這樣的性能瓶頸,主要體現(xiàn)在 CPU 上。一般而言,對于常規(guī)的圖像處理流程,我們都會先在 CPU 上進行預(yù)處理,再放到 GPU 運行模型,最后又會回到 CPU,并可能需要做一些后處理。

febdce84-852b-11ed-bfe3-dac502259ad0.png

以圖像背景模糊算法為例,常規(guī)的圖像處理流程中預(yù)后處理主要在 CPU 完成,占據(jù)整體 90% 的工作負載,其已經(jīng)成為該任務(wù)的瓶頸。

因此對于視頻應(yīng)用,或者 3D 圖像建模等復(fù)雜場景,因為圖像幀的數(shù)量或者圖像信息足夠大,預(yù)處理過程足夠復(fù)雜,并且延遲要求足夠低,優(yōu)化預(yù)/后處理算子就已經(jīng)迫在眉睫了。一個更好地做法,當然是替換掉 OpenCV,使用更快的解決方案。

為什么 OpenCV 仍不夠好?

在 CV 中,應(yīng)用最廣泛的圖像處理庫當然就是長久維護的 OpenCV 了,它擁有非常廣泛的圖像處理操作,基本能滿足各種視覺任務(wù)的預(yù)/后處理所需。但是隨著圖像任務(wù)負載的加大,它的速度已經(jīng)有點慢慢跟不上了,因為 OpenCV 絕大多數(shù)圖像操作都是 CPU 實現(xiàn),缺少 GPU 實現(xiàn),或者 GPU 實現(xiàn)本來就存在一些問題。

在 NVIDIA 與字節(jié)跳動算法同學(xué)的研發(fā)經(jīng)驗中,他們發(fā)現(xiàn) OpenCV 中那些少數(shù)有 GPU 實現(xiàn)的算子存在三大問題:

  1. 部分算子的 CPU 和 GPU 結(jié)果精度無法對齊;

  2. 部分算子 GPU 性能比 CPU 性能還弱;

  3. 同時存在各種 CPU 算子與各種GPU算子,當處理流程需要同時使用兩種,就額外增加了內(nèi)存與顯存中的空間申請與數(shù)據(jù)遷移/數(shù)據(jù)拷貝


比如說第一個問題結(jié)果精度無法對齊,NVIDIA 與字節(jié)跳動算法同學(xué)會發(fā)現(xiàn),當我們在訓(xùn)練時 OpenCV 某個算子使用了 CPU,但是推理階段考慮到性能問題,換而使用 OpenCV 對應(yīng)的 GPU 算子,也許 CPU 和 GPU 結(jié)果精度無法對齊,導(dǎo)致整個推理過程出現(xiàn)精度上的異常。當出現(xiàn)這樣的問題,要么換回 CPU 實現(xiàn),要么需要費很多精力才有可能重新對齊精度,是個不好處理的難題。

既然 OpenCV 仍不夠好,可能有讀者會問,那 Torchvision 呢?它其實會面臨和 OpenCV 一樣的問題,除此之外,工程師部署模型為了效率更可能使用 C++ 實現(xiàn)推理過程,因此將沒辦法使用 Torchvision 而需要轉(zhuǎn)向 OpenCV 這樣的 C++視覺庫,這不就帶來了另一個難題:對齊 Torchvision 與 OpenCV 的精度。

總的來說,目前視覺任務(wù)在 CPU 上的預(yù)/后處理已經(jīng)成為了瓶頸,然而當前 OpenCV 之類的傳統(tǒng)工具也沒辦法很好地處理。因此,將操作遷移到 GPU 上,完全基于 CUDA 實現(xiàn)的高效圖像處理算子庫 CV-CUDA,就成為了新的解決方案。

fed7073c-852b-11ed-bfe3-dac502259ad0.png

完全在 GPU 上進行預(yù)處理與后處理,將大大降低圖像處理部分的 CPU 瓶頸。

GPU 圖像處理加速庫:CV-CUDA

作為基于 CUDA 的預(yù)/后處理算子庫,算法工程師可能最期待的是三點:足夠快、足夠通用、足夠易用。NVIDIA 和字節(jié)跳動的機器學(xué)習團隊聯(lián)合開發(fā)的 CV-CUDA 正好能滿足這三點,利用 GPU 并行計算能力提升算子速度,對齊 OpenCV 操作結(jié)果足夠通用,對接 C++/Python 接口足夠易用。

CV-CUDA 的速度

CV-CUDA 的快,首先體現(xiàn)在高效的算子實現(xiàn),畢竟是 NVIDIA 寫的,CUDA 并行計算代碼肯定經(jīng)過大量的優(yōu)化的。其次是它支持批量操作,這就能充分利用 GPU 設(shè)備的計算能力,相比 CPU 上一張張圖像串行執(zhí)行,批量操作肯定是要快很多的。最后,還得益于 CV-CUDA 適配的 Volta、Turing、Ampere 等 GPU 架構(gòu),在各 GPU 的 CUDA kernel 層面進行了性能上的高度優(yōu)化,從而獲得最好的效果。也就是說,用的 GPU 卡越好,其加速能力越夸張。

正如前文的背景模糊吞吐量加速比圖,如果采用 CV-CUDA 替代 OpenCV 和 TorchVision 的前后處理后,整個推理流程的吞吐率提升 20多倍。其中預(yù)處理對圖像做 Resize、Padding、Image2Tensor 等操作,后處理對預(yù)測結(jié)果做的 Tensor2Mask、Crop、Resize、Denoise 等操作。

fee96abc-852b-11ed-bfe3-dac502259ad0.png

在同一個計算節(jié)點上(2x Intel Xeon Platinum 8168 CPUs,1x NVIDIA A100 GPU),以 30fps 的幀率處理 1080p 視頻,采用不同 CV 庫所能支持的最大的并行流數(shù)。測試采用了 4 個進程,每個進程 batchSize 為 64。

對于單個算子的性能,NVIDIA 和字節(jié)跳動的小伙伴也做了性能測試,很多算子在 GPU 上的吞吐量能達到 CPU 的百倍。

ff0ce690-852b-11ed-bfe3-dac502259ad0.png

圖片大小為 480*360,CPU 選擇為 Intel(R) Core(TM) i9-7900X,BatchSize 大小為 1,進程數(shù)為 1

盡管預(yù)/后處理算子很多都不是單純的矩陣乘法等運算,為了達到上述高效的性能,CV-CUDA 其實做了很多算子層面的優(yōu)化。例如采用大量的 kernel 融合策略,減少了 kernel launch 和 global memory 的訪問時間;優(yōu)化訪存以提升數(shù)據(jù)讀寫效率;所有算子均采用異步處理的方式,以減少同步等待的耗時等等。

CV-CUDA 的通用與靈活

運算結(jié)果的穩(wěn)定,對于實際的工程可太重要了,就比如常見的 Resize 操作,OpenCV、OpenCV-gpu 以及 Torchvision 的實現(xiàn)方式都不一樣,那從訓(xùn)練到部署,就會多很多工作量以對齊結(jié)果。

CV-CUDA 在設(shè)計之初,就考慮到當前圖像處理庫中,很多工程師習慣使用 OpenCV 的 CPU 版本,因此在設(shè)計算子時,不管是函數(shù)參數(shù)還是圖像處理結(jié)果上,盡可能對齊 OpenCV CPU 版本的算子。因此從 OpenCV 遷移到 CV-CUDA,只需要少量改動就能獲得一致的運算結(jié)果,模型也就不必要重新訓(xùn)練。

此外,CV-CUDA 是從算子層面設(shè)計的,因此不論模型的預(yù)/后處理流程是什么樣的,其都能自由組合,具有很高的靈活性。

字節(jié)跳動機器學(xué)習團隊表示,在企業(yè)內(nèi)部訓(xùn)練的模型多,需要的預(yù)處理邏輯也多種多樣有許多定制的預(yù)處理邏輯需求。CV-CUDA 的靈活性能保證每個 OP 都支持 stream 對象和顯存對象(Buffer 和 Tensor 類,內(nèi)部存儲了顯存指針)的傳入,從而能更加靈活地配置相應(yīng)的 GPU 資源。每個 op 設(shè)計開發(fā)時,既兼顧了通用性,也能按需提供定制化接口,能夠覆蓋圖片類預(yù)處理的各種需求。

CV-CUDA 的易用

可能很多工程師會想著,CV-CUDA 涉及到底層 CUDA 算子,那用起來應(yīng)該比較費勁?但其實不然,即使不依賴更上層的 API,CV-CUDA 本身底層也會提供 Image 等結(jié)構(gòu)體,提供 Allocator 類,這樣在 C++ 上調(diào)起來也不麻煩。此外,往更上層,CV-CUDA 提供了 PyTorch、OpenCV 和 Pillow 的數(shù)據(jù)轉(zhuǎn)化接口,工程師能快速地以之前熟悉的方式進行算子替換與調(diào)用。

此外,因為 CV-CUDA 同時擁有 C++ 接口與 Python 接口,它能同時用于訓(xùn)練與服務(wù)部署場景,在訓(xùn)練時用 Python 接口跟快速地驗證模型能力,在部署時利用 C++ 接口進行更高效地預(yù)測。CV-CUDA 免于繁瑣的預(yù)處理結(jié)果對齊過程,提高了整體流程的效率。

ff25296c-852b-11ed-bfe3-dac502259ad0.png

CV-CUDA 進行Resize的C++ 接口

實戰(zhàn),CV-CUDA 怎么用

如果我們在訓(xùn)練過程中使用 CV-CUDA 的 Python 接口,那其實使用起來就會很簡單,只需要簡單幾步就能將原本在 CPU 上的預(yù)處理操作都遷移到 GPU 上。

以圖片分類為例,基本上我們在預(yù)處理階段需要將圖片解碼為張量,并進行裁切以符合模型輸入大小,裁切完后還要將像素值轉(zhuǎn)化為浮點數(shù)據(jù)類型并做歸一化,之后傳到深度學(xué)習模型就能進行前向傳播了。下面我們將從一些簡單的代碼塊,體驗一下 CV-CUDA 是如何對圖片進行預(yù)處理,如何與 Pytorch 進行交互。

ff349ea6-852b-11ed-bfe3-dac502259ad0.png

常規(guī)圖像識別的預(yù)處理流程,使用 CV-CUDA 將會把預(yù)處理過程與模型計算都統(tǒng)一放在 GPU 上運行。

如下在使用 torchvision 的 API 加載圖片到 GPU 之后,Torch Tensor 類型能直接通過 as_tensor 轉(zhuǎn)化為 CV-CUDA 對象 nvcvInputTensor,這樣就能直接調(diào)用 CV-CUDA 預(yù)處理操作的 API,在 GPU 中完成對圖像的各種變換。

ff5abb04-852b-11ed-bfe3-dac502259ad0.png

如下幾行代碼將借助 CV-CUDA 在 GPU 中完成圖像識別的預(yù)處理過程:裁剪圖像并對像素進行歸一化。其中 resize()將圖像張量轉(zhuǎn)化為模型的輸入張量尺寸;convertto() 將像素值轉(zhuǎn)化為單精度浮點值;normalize() 將歸一化像素值,以令取值范圍更適合模型進行訓(xùn)練。

CV-CUDA 各種預(yù)處理操作的使用與 OpenCV 或 Torchvision 中的不會有太大區(qū)別,只不過簡單調(diào)個方法,其背后就已經(jīng)在 GPU 上完成運算了。

ff877234-852b-11ed-bfe3-dac502259ad0.png

現(xiàn)在借助借助 CV-CUDA 的各種 API,圖像分類任務(wù)的預(yù)處理已經(jīng)都做完了,其能高效地在 GPU 上完成并行計算,并很方便地融合到 PyTorch 這類主流深度學(xué)習框架的建模流程中。剩下的,只需要將 CV-CUDA 對象 nvcvPreprocessedTensor 轉(zhuǎn)化為 Torch Tensor 類型就能饋送到模型了,這一步同樣很簡單,轉(zhuǎn)換只需一行代碼:

ffc07412-852b-11ed-bfe3-dac502259ad0.png

通過這個簡單的例子,很容易發(fā)現(xiàn) CV-CUDA 確實很容易就嵌入到正常的模型訓(xùn)練邏輯中。如果讀者希望了解更多的使用細節(jié),還是可以查閱前文 CV-CUDA 的開源地址。

CV-CUDA 對實際業(yè)務(wù)的提升

CV-CUDA 實際上已經(jīng)經(jīng)過了實際業(yè)務(wù)上的檢驗。在視覺任務(wù),尤其是圖像有比較復(fù)雜的預(yù)處理過程的任務(wù),利用 GPU 龐大的算力進行預(yù)處理,能有效提神模型訓(xùn)練與推理的效率。CV-CUDA 目前在抖音集團內(nèi)部的多個線上線下場景得到了應(yīng)用,比如搜索多模態(tài),圖片分類等。

字節(jié)跳動機器學(xué)習團隊表示,CV-CUDA 在內(nèi)部的使用能顯著提升訓(xùn)練與推理的性能。例如在訓(xùn)練方面,字節(jié)跳動一個視頻相關(guān)的多模態(tài)任務(wù),其預(yù)處理部分既有多幀視頻的解碼,也有很多的數(shù)據(jù)增強,導(dǎo)致這部分邏輯很復(fù)雜。復(fù)雜的預(yù)處理邏輯導(dǎo)致 CPU 多核性能在訓(xùn)練時仍然跟不上,因此采用 CV-CUDA 將所有 CPU 上的預(yù)處理邏輯遷移到 GPU,整體訓(xùn)練速度上獲得了 90% 的加速。注意這可是整體訓(xùn)練速度上的提升,而不只是預(yù)處理部分的提速。

ffe62bc6-852b-11ed-bfe3-dac502259ad0.png

在字節(jié)跳動 OCR 與視頻多模態(tài)任務(wù)上,通過使用 CV-CUDA,整體訓(xùn)練速度能提升 1 到 2 倍(注意:是模型整體訓(xùn)練速度的提升)

在推理過程也一樣,字節(jié)跳動機器學(xué)習團隊表示,在一個搜索多模態(tài)任務(wù)中使用 CV-CUDA 后,整體的上線吞吐量相比于用 CPU 做預(yù)處理時有了 2 倍多的提升。值得注意的是,這里的 CPU 基線結(jié)果本來就經(jīng)過多核高度優(yōu)化,并且該任務(wù)涉及到的預(yù)處理邏輯較簡單,但使用 CV-CUDA 之后加速效果依然非常明顯。

速度上足夠高效以打破視覺任務(wù)中的預(yù)處理瓶頸,再加上使用也簡單靈活,CV-CUDA 已經(jīng)證明了在實際應(yīng)用場景中能很大程度地提升模型推理與訓(xùn)練效果,所以要是讀者們的視覺任務(wù)同樣受限于預(yù)處理效率,那就試試最新開源的 CV-CUDA 吧。


原文標題:圖像預(yù)處理庫 CV-CUDA 開源了,打破預(yù)處理瓶頸,提升推理吞吐量 20 多倍

文章出處:【微信公眾號:NVIDIA英偉達】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。


聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • 英偉達
    +關(guān)注

    關(guān)注

    23

    文章

    4044

    瀏覽量

    97718

原文標題:圖像預(yù)處理庫 CV-CUDA 開源了,打破預(yù)處理瓶頸,提升推理吞吐量 20 多倍

文章出處:【微信號:NVIDIA_China,微信公眾號:NVIDIA英偉達】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關(guān)推薦
    熱點推薦

    數(shù)據(jù)吞吐量提升!面向下一代音頻設(shè)備,藍牙HDT、星閃、Wi-Fi、UWB同臺競技

    一定時間內(nèi),系統(tǒng)或網(wǎng)絡(luò)能夠傳輸和處理的數(shù)據(jù)。它體現(xiàn)計算機、服務(wù)器、網(wǎng)絡(luò)設(shè)備等設(shè)備的數(shù)據(jù)傳輸?shù)乃俣群湍芰Α?數(shù)據(jù)吞吐量的計算通常基于時間單位內(nèi)的數(shù)據(jù)傳輸
    的頭像 發(fā)表于 12-25 01:22 ?4244次閱讀

    數(shù)據(jù)預(yù)處理軟核加速模塊設(shè)計

    數(shù)據(jù)拼接操作,其預(yù)處理模塊結(jié)構(gòu)框圖如下圖 模塊最后得到的信號為ddr_q、ddr_clk和ddr_wrreq。ddr_q是并行128bits圖像數(shù)據(jù),ddr_clk是RAM的出口時鐘,同時引出作為下一模塊的數(shù)據(jù)時鐘,ddr_wrreq置高時代表有效數(shù)據(jù)。
    發(fā)表于 10-29 08:09

    使用羅德與施瓦茨CMX500的吞吐量應(yīng)用層測試方案

    5G NR(New Radio)吞吐量應(yīng)用層測試是評估5G網(wǎng)絡(luò)性能的一個重要方面,它主要關(guān)注的是在實際應(yīng)用條件下,用戶能夠體驗到的數(shù)據(jù)傳輸速率。這種測試通常包括對下行鏈路和上行鏈路的吞吐量進行測量,以確保網(wǎng)絡(luò)可以滿足各種應(yīng)用場
    的頭像 發(fā)表于 09-02 13:56 ?7623次閱讀
    使用羅德與施瓦茨CMX500的<b class='flag-5'>吞吐量</b>應(yīng)用層測試方案

    友思特方案 | FPGA 加持,友思特圖像采集卡高速預(yù)處理助力視覺系統(tǒng)運行提速增效

    圖像預(yù)處理圖像處理關(guān)鍵中間環(huán)節(jié),通過優(yōu)化傳感器到主機的數(shù)據(jù)傳輸處理為后續(xù)減負。其算法依托硬件執(zhí)行,搭載?FPGA?的友思特
    的頭像 發(fā)表于 08-20 09:18 ?605次閱讀
    友思特方案 | FPGA 加持,友思特<b class='flag-5'>圖像</b>采集卡高速<b class='flag-5'>預(yù)處理</b>助力視覺系統(tǒng)運行提速增效

    NVMe高速傳輸之擺脫XDMA設(shè)計22:PCIe的TLP讀優(yōu)化處理

    。并且當大量不同的讀請求交叉處理時,讀處理模塊的并行處理結(jié)構(gòu)更能夠充分利用PCIe的亂序傳輸能力來提高吞吐量。為了清晰的說明讀處理模塊對
    發(fā)表于 08-19 08:48

    FPGA 加持,友思特圖像采集卡高速預(yù)處理助力視覺系統(tǒng)運行提速增效

    圖像預(yù)處理圖像處理關(guān)鍵環(huán)節(jié),可優(yōu)化數(shù)據(jù)傳輸、減輕主機負擔,其算法可在FPGA等硬件上執(zhí)行。友思特FPGA圖像采集卡憑借FPGA特性,能縮短
    的頭像 發(fā)表于 08-13 17:41 ?806次閱讀
    FPGA 加持,友思特<b class='flag-5'>圖像</b>采集卡高速<b class='flag-5'>預(yù)處理</b>助力視覺系統(tǒng)運行提速增效

    鋰電池制造 | 電芯預(yù)處理工藝的步驟詳解

    電芯預(yù)處理是鋰電池包制造的首要工序,無論是新能源汽車的續(xù)航穩(wěn)定性,還是儲能系統(tǒng)的循環(huán)壽命,其根基都可追溯至預(yù)處理工序?qū)﹄娦疽恢滦缘陌芽?,其核心在于通過系統(tǒng)檢測與篩選消除量產(chǎn)電芯的性能差異,為后續(xù)組裝
    的頭像 發(fā)表于 08-11 14:53 ?911次閱讀
    鋰電池制造 | 電芯<b class='flag-5'>預(yù)處理</b>工藝的步驟詳解

    信而泰×DeepSeek:AI推理引擎驅(qū)動網(wǎng)絡(luò)智能診斷邁向 “自愈”時代

    故障)”的自動化推理鏈條。3.預(yù)測性防御:智能基線洞察,防患于未然l 基于先進的時序分解算法,為每個關(guān)鍵業(yè)務(wù)終端/鏈路動態(tài)構(gòu)建多維性能基線(吞吐量、時延、丟包率)。l 主動預(yù)警潛在風險,如帶寬瓶頸
    發(fā)表于 07-16 15:29

    【正點原子STM32MP257開發(fā)板試用】基于 DeepLab 模型的圖像分割

    前方的合適位置,可在板載 LCD 屏幕獲取識別效果如下 圖像分割的優(yōu)化 介紹使用 USB 攝像頭實現(xiàn)動態(tài)畫面的實時圖像分割測試、本地圖片的靜態(tài)板端推理測試的主要流程。 動態(tài)
    發(fā)表于 06-21 21:11

    如何在Visual Studio 2022中運行FX3吞吐量基準測試工具?

    我正在嘗試運行 John Hyde 的書“SuperSpeed by Design”中的 FX3 吞吐量基準測試工具。 但是,我面臨一些困難,希望得到任何指導(dǎo)。 具體來說,我正在使用 Visual
    發(fā)表于 05-13 08:05

    FPGA Verilog HDL語法之編譯預(yù)處理

    Verilog HDL語言和C語言一樣也提供編譯預(yù)處理的功能?!熬幾g預(yù)處理”是Verilog HDL編譯系統(tǒng)的一個組成部分。Verilog HDL語言允許在程序中使用幾種特殊的命令(它們不是一般
    的頭像 發(fā)表于 03-27 13:30 ?1106次閱讀
    FPGA Verilog HDL語法之編譯<b class='flag-5'>預(yù)處理</b>

    基于嵌入式人工智能的高速圖像處理的微處理器RZ/A2M數(shù)據(jù)手冊

    RZ/A2M MPU設(shè)計用于需要高速e-AI圖像處理的智能電器,網(wǎng)絡(luò)攝像機,服務(wù)機器人,掃描儀產(chǎn)品和工業(yè)機械。它采用獨特的圖像識別和機器視覺混合方法,結(jié)合專有的DRP技術(shù),對
    的頭像 發(fā)表于 03-11 15:54 ?849次閱讀
    基于嵌入式人工智能的高速<b class='flag-5'>圖像</b><b class='flag-5'>處理</b>的微<b class='flag-5'>處理</b>器RZ/A2M數(shù)據(jù)手冊

    如何確定在OpenVINO? Toolkit中預(yù)處理支持的輸入顏色格式?

    無法確定在 OpenVINO? Toolkit 中預(yù)處理支持的輸入顏色格式。
    發(fā)表于 03-06 07:28

    深度解析SSD2351核心板:硬核視頻處理+工業(yè)級可靠性設(shè)計

    : IVE引擎支持高斯濾波、膨脹/腐蝕等圖像預(yù)處理; IPU支持人臉識別、運動檢測及Transformer網(wǎng)絡(luò)推理; 顯示接口支持MIPI DSI 2560x1600@60fps,適配工業(yè)HMI大屏
    發(fā)表于 02-21 17:19

    cmp在數(shù)據(jù)處理中的應(yīng)用 如何優(yōu)化cmp性能

    ,然后在多個處理器上并行處理,顯著提高了數(shù)據(jù)處理的速度和吞吐量。 1. CMP在大數(shù)據(jù)處理中的應(yīng)用 在大數(shù)據(jù)
    的頭像 發(fā)表于 12-17 09:27 ?1768次閱讀