zxing庫中的MultiFormatReader是否在其自己的線程中解碼？

我將YUV數據傳遞給MultiFormatReader進行解碼。我想知道庫是否在自己的線程中處理解碼過程。zxing庫中的MultiFormatReader是否在其自己的線程中解碼？

此外，爲了獲得最快結果，傳遞給讀者的理想預覽尺寸是多少？

謝謝

2014-06-12 King_Kumar

不，它不會在圖書館派生的任何新主題的任何地方。一切都是在調用線程中串行完成的。

我曾經加入這個作爲一個選項。您仍然可以保留當前的優先順序，同時進行一些推測性解碼。最終可能會浪費一些工作，但在更短的時間內得到答案。我不知道這是否有用，因爲通常情況下，人們知道他們在尋找什麼格式或少數格式，並且在多種格式感興趣的情況下，它通常是一維格式，而且非常快。

（在Android應用，這是不正確;它不一定與Handler異步處理。）

較小預覽幀解碼過程的更快，但在一定程度上，小尺寸掩蓋有用細節。在第一個版本中，G1上的Android預覽大小爲480x320，這對於QR碼和大多數1D條形碼來說非常合適。這些天我至少會建議800x480，但這裏的收益遞減很快。

來源

2014-06-12 19:03:09

使用Google Glass，我能夠構建一個PlanarYUVLuminanceSource並將尺寸爲640x480（適用於玻璃相機預覽的4：3比率）的預覽幀字節數組傳遞給它。在構建PlanarYUVLuminanceSource時，我沒有使用框架矩形，並且QR碼在距離設備約1.5英尺的距離時一直解碼。 –

zxing庫中的MultiFormatReader是否在其自己的線程中解碼？

回答

相關問題