Release Notes: v1.1.0
Erstes funktionsfähiges Release von LumiScan Aztec Code Reader. Frühere Versionen registrierten die Data-Layer-Knoten der Anwendung, lasen aber nichts.
Neu
Lesen von Aztec-Codes. execute liest das in input/image-address genannte Bild und veröffentlicht, was es
gefunden hat, auf output/results. Jeder Code wird mit seinem dekodierten text, dem center und den
polygons, die ihn im Bild umreißen, sowie einem score gemeldet.
Jede Bildquelle auf derselben ctrlX CORE. input/image-address nennt den zu lesenden Bildknoten, sodass der
Reader jeder Anwendung folgt, die das Bild veröffentlicht. Mono-, RGB-, BGR- und Bayer-Formate werden
mit 8 und 12 Bit akzeptiert, und Bayer-Bilder werden vor der Suche in Farbbilder umgewandelt.
Gezeichnete Ergebnisse in LumiScan Cockpit, das den Reader als Ansicht namens aztec-code aufführt und ein
Rechteck um jeden Code zeichnet, beschriftet mit dem dekodierten Text und dem Score.
Geändert
Die Anwendung ist von hdvisionsystems/lumiscan-aztec-code nach
hdvisionsystems/lumiscan-aztec-code-reader umgezogen, dem Namen, den die anderen Code Reader bereits verwenden. Alles,
was den alten Pfad adressiert — eine SPS, ein REST-Client, ein gespeicherter App-Zustand —, muss umgestellt werden; die Knotennamen
unterhalb der Anwendung sind unverändert.
Wissenswert
input/parameter hat noch keine Einstellungen. Der Knoten ist für Erkennungseinstellungen veröffentlicht, aber das Schema
enthält keine Felder: Die Erkennung läuft mit festen Einstellungen, und der Knoten ist da, damit Einstellungen hinzugefügt werden können,
ohne die Adresse zu ändern.
Der Ausgang eines Laufs wird im Protokoll der Anwendung gemeldet, nicht auf einem Knoten — diese Anwendung hat keine Knoten
output/status-code und output/status-text. Ein fehlgeschlagener Lauf lässt in
output/results die Codes des vorherigen Laufs stehen. Ein leeres Ergebnis ist eindeutig: Das Bild wurde gelesen
und enthielt keinen Aztec-Code.