57 releases
0.6.2 | Nov 25, 2024 |
---|---|
0.6.0 | Jul 31, 2024 |
0.5.9 | Mar 24, 2024 |
0.4.12 | Dec 28, 2023 |
0.1.3 | Dec 31, 2022 |
#47 in Images
8,997 downloads per month
Used in 4 crates
3MB
58K
SLoC
rxing - cRustacean Crossing
This is a port of the ZXing (https://github.com/zxing/zxing) java barcode library to pure rust. Conversion was done by hand. Original license resides with the authors of zxing.
Porting of the testing library is incomplete. Currently all positive tests are implemented. Negative verfication tests are not implemented.
Porting was done with the rust language in mind, though some parts may resemble java more directly than a proper clean-sheet rust implementation. The process of "rustifying" the code is ongoing.
CLI
If you're looking for a CLI interface into the library, please see rxing-cli.
Online
An online demo is available at scan.rxing.org.
WASM
If you're looking for a WASM version of this library, check out rxing-wasm, or on NPM.
Minimum Rust Version
Currently building with a minimum rust version of 1.69. Versions below that are not tested and may not compile or run as expected.
Status
All barcode formats are tested and functioning in their current state against current tests.
Symbology | Status | Encode | Decode |
---|---|---|---|
aztec | complete | yes | yes |
datamatrix | complete | yes | yes |
maxicode | complete | no | yes |
pdf417 | complete | yes | yes |
qrcode | complete | yes | yes |
coda | complete | yes | yes |
code 39 | complete | yes | yes |
code 93 | complete | yes | yes |
code 128 | complete | yes | yes |
itf | complete | yes | yes |
ean 8 | complete | yes | yes |
ean 13 | complete | yes | yes |
upc a | complete | yes | yes |
upc e | complete | yes | yes |
rss-14 | complete | no | yes |
rss-expanded | complete | no | yes |
telepen | complete | yes | yes |
micro qr | complete | no | yes |
rMQR | complete | no | yes |
Please note that currently UPC/EAN Extension 2/5 is supported.
Feature Flags
The following feature flags are available:
-
image
: Enable features required for image manipulation and reading. -
image_formats
: Enabled by default. Compile allimage
crate image format support options. -
allow_forced_iso_ied_18004_compliance
: Allows the ability to force ISO/IED 18004 compliance. Leave disabled unless specificially needed. -
client_support
: Enable the client library. This is used for parsing the result of barcodes. -
svg_write
: Enable support for writing SVG files -
svg_read
: Enable support for reading SVG files -
wasm_support
: Make certain changes to support building this module in WASM -
experimental_features
: Enable experimental features, risky. -
serde
: Adds support for serde Serialize and Deserialize for outward facing structs -
otsu_level
: Adds the otsu level binarizer.This is not used by any of the helper functions, you must specifically use it while setting up a new decoder. The
OtsuLevelBinarizer
is not well tested and it does not pass the current test suite. Consider this only if you know why you would want to use it. In many cases, the standard binarizer is likely better. If you have a very specific use case, and you know what your incoming data will resemble, you should consider implementing your ownBinarizer
and using that instead.
The default feature set includes the image
, client_support
, and image_formats
features mentioned above.
Incomplete
The library has only been thurougly tested with the BufferedImageLuminanceSource
source format. Using any other
source is currently experimental and may result in unexpected or undefined outputs. This means that the feature flag
used to enable the use of the image
crate is currently on by default. The Luma8LuminanceSource
is the second best
tested library, and is the underpinning for the wasm based wrapper for the library. Consider Luma8LuminanceSource
as
a reasonable option if building the crate with the image
feature turned off is desired.
Example with helpers
use rxing;
fn main() {
let file_name = "test_image.jpg";
let results = rxing::helpers::detect_multiple_in_file(file_name).expect("decodes");
for result in results {
println!("{} -> {}", result.getBarcodeFormat(), result.getText())
}
}
Latest Release Notes
-
v0.6.1 -> Initial support for immutable symbol readers. Fixed an issue with the rss_expanded reader.
Immutable readers: Many 2d readers now implement the
ImmutableReader
trait. This allows them to be called using theimmutable_decode
andimmutable_decode_with_hints
methods. The corresponding reader need not be declaredmut
in order to operate correctly. Please note that not all readers support this trait. Most notably:MultiFormatReader
,MultiUseMultiFormatReader
,FilteredImageReader
andMultiFormatOneDReader
do not implementImmutableReader
. This is because these readers all require some state be stored. There is ongoing work to reduce this list. This change also allows individual symbol readers to work in aLazy static
context withoutunsafe
.Example:
static LAZY_STATIC_QR_READER: Lazy<QRCodeReader> = Lazy::new(QRCodeReader::default); fn main() { let result = LAZY_STATIC_QR_READER.immutable_decode( &mut BinaryBitmap::new( HybridBinarizer::new( Luma8LuminanceSource::new(luma_data, width, height), ))); }
-
v0.6.0 -> rxing is now thread safe. This is a breaking change if you are using
PointCallback
/RXingResultPointCallback
or thePdf417ExtraMetadata
field ofRXingResultMetadataValue
. In addition there should be some small performance improvements associated with moving away from usingRc
andArc
in many situations throughout the library. -
v0.5.8 -> Performance improvements. Memory Improvements. Added FilteredReader which performs a more complicated operation on images (resizes and closes binary bitmaps) at the expense of some performance.
-
v0.5.5 -> Add support for rMQR, allows building the library without image_formats, fixes an issue with multiple barcode detection.
New default feature flag
image_formats
enables all of theimage
crates image formats for use. rMQR support is basic and is most effective on pure-barcodes. The previous version of theGenericMultipleBarcodeReader
used the contents of the barcode as they determination of uniquness. This was incorrect and the new version attempts to elimate duplicates by detecting if they are within one another. -
v0.5.0 -> Added support for telepen thanks to the work of first time contributor cpwood.
This release also adds the ability to exclude building the "client" result parsing features. Currently part of the default feature set, they can be disabled through the
client_support
feature. This release fixes several build issues associated with thechrono
crate and some deprecated function messages. This change only impacts users building with theclient_support
feature. -
v0.4.6 -> Fixed an issue with pdf417 whitespace, rotation, and compaction. Fix courtesy of first time contribution from GitHub user agkyunromb.
-
v0.4.4 -> Major update of QRCode support.
The ZXing-Cpp QRCode library has been integrated. This brings large enhancements to the detection and decoding of QRCodes. This also brings the ability to detect and decode MicroQRCodes. This release also brings updates to the default Binarizer which should be slightly faster and more reliable.
-
v0.4.0 -> Rewrite of the API to implement generics. This largely eliminates dynamic dispatch from the library.
This release has many under-the-hood changes: better Point class, better Error handling, improved API ergonomics with dynamics. For an understanding of how the new API works check out the
helper
functions. This release was made possible with PRs from Asha20 and SteveCookTU. A big thanks to them. This release does not have the improved QRCode support from the ZXing-CPP library, as that port is still in progress. -
v0.3.1 -> Support for closures in NEEDS_RESULT_CALLBACK. Numerous code cleanups were performed between v0.3.0 and v.0.3.1 rxing has moved to https://github.com/rxing-core/rxing.
-
v0.2.21 -> Adds partial support for detecting and decoding rotated MaxiCode symbols. Adds support for basic serialization of many public facing datatypes using serde (gated behind
serde
feature).Rotation detection is no longer gated behind the
experimental_features
flag. Rotation of maxicodes is simplistic. Current tests detect about 50% of codes when rotated 90 degrees. Detection of skewed MaxiCodes is now behindexperimental_features
. -
v0.2.20 -> Adds rudimentary support for MaxiCode detection. The detector works best on unrotated images on a flat plane. Very basic support for rotation correction is gated behind the
experimental_features
flag, but it is not ready for most use cases. The MaxiCode detector is gated behind theTryHarder
decoder hint, by default rxing uses the oldPureBarcode
implementation. -
v0.2.19 -> The datamatrix detector for the c++ version of zxing zxing-cpp has been ported. This features a dramatically different method of detecting datamatrix symbols. If you want to fallback to the original version, include the decode hint TRY_HARDER.
-
v0.2.15 -> Support for reading and writing svg files through the feature flags
svg_read
andsvg_write
.These flags are off by default.
-
v0.2.14 -> Support for more image output formats, many rustification changes to the codebase.
If you were using very deep, specific functions in the encoder/decoder sections this may require a function rename. For instance
qrcode::encoder::encoder
is nowqrcode::encoder::qrcode_encoder
. -
v0.2.10 -> Fix major issue with qrcode generation.
-
v0.2.9 -> Major fix, codabar was not being encoded by multiformat writer.
-
v0.2.6 -> Fix missing result point callback for rss14
-
v0.2.4 -> Add helper functions for common cases (read a file, use raw luma8 data).
-
v0.2.3 -> Implement most suggestions from clippy, as well as some simple changes, no surface changes.
-
v0.2.0 -> Dramatically improve performance when cropping a BufferedImageLuminanceSource.
-
v0.1.4 -> Dramatically improve performance for MultiFormatReader and for multiple barcode detection.
Known Issues
- Performance is slow for GenericMultipleBarcodeReader.
Datamatrix codes are sometimes not correctly decoded, especially when they are actually pure barcodes. This appears to be an issue with zxing 3.5.1 as well.This issue has been resolved with the porting of the ZXing-C++ datamatrix module in v0.2.19.
ZXing Track
Currently tracking zxing 3.5.1
Copyright notes
The original license / copyright remains with the zxing developers. The license / copyright for the ported components of the c++ port remain with the developers of that port, where applicable.
Dependencies
~9–21MB
~297K SLoC