gabe
October 31, 2015, 8:22pm
1
Steps causing the bug to occur
Launch the FindBarcodeInSyphonImage.vuo example composition
Scan a type PDF417 Barcode - here are a few on google images: https://www.google.com/search?q=pdf417+barcode&es_sm=91&tbm=isch&tbo=u&source=univ&sa=X&ved=0CCkQsARqFQoTCNfPjKfE7cgCFQrxYwodIm0Bjw&biw=1600&bih=842
You should see the text from the barcode displayed for a moment before the application crashes
How did the result differ from what you expected?
Other barcode types like datamatrix seem to work fine.
Other notes
Vuo version: 1.1.1
macOS version: OS X 10.9
stacktrack.txt (65.2 KB)
jstrecker
(Jaymie)
November 1, 2015, 2:10am
2
I was able to reproduce the crash with the attached composition FindBarcodeInMovingPDF417.vuo and image PDF417-3.png (from PDF417 - Wikipedia ).
Interestingly, the crash did not happen with the attached composition FindBarcodeInPDF417.vuo or with images PDF417-1.png (from https://www.dlsoft.com/barcode_types/PDF417.htm ) and PDF417-2.png (from decode - Decoding USPS PDF417 2D Barcode? - Stack Overflow ).
The crash happens both in Vuo 1.1.1 and in Vuo 1.2.0 alpha 3. (I haven’t tested earlier versions.)
FindBarcodeInMovingPDF417.vuo (4.15 KB)
FindBarcodeInPDF417.vuo (3.03 KB)
gabe
November 4, 2015, 2:37am
3
Yes, I noticed it only crashes after recognizing a barcode in a moving image, not from a static image source.
I think the crash is happening because the error handling in zxing is choking on the moving image. I noticed that it does not crash if I use the ‘barcode’ event to stop the image feed (ie, once it recognizes the barcode, it stops processing the image).