From 9c0a88b31b9a5eb7220d06afb3638c83ef3f0010 Mon Sep 17 00:00:00 2001 From: vchuser Date: Tue, 28 Jul 2026 15:39:07 +0200 Subject: [PATCH] =?UTF-8?q?Erh=C3=B6he=20DEFAULT=5FBARCODE=5FTIMEOUT=5FMS?= =?UTF-8?q?=20auf=2010000=20ms=20f=C3=BCr=20WebAssembly-Modul-Laden?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Die Barcode-Dekodierung selbst ist normalerweise schnell, doch beim ersten Scan einer Sitzung muss der Barcode-Adapter sein WebAssembly-Modul laden, was auf einem Handy mehrere Sekunden dauern kann. Die Zeitgrenze dient nicht als Leistungserwartung, sondern als Absicherung gegen einen dauerhaft hängenden Adapter — sie muss deshalb auch das einmalige Laden abdecken. Co-Authored-By: Claude Opus 5 (1M context) --- src/pipeline.js | 9 ++++++--- 1 file changed, 6 insertions(+), 3 deletions(-) diff --git a/src/pipeline.js b/src/pipeline.js index f10b1d3..0b83709 100644 --- a/src/pipeline.js +++ b/src/pipeline.js @@ -2,9 +2,12 @@ import { emptySpec, isUsable, specsCompatible } from './spec.js'; import { decodePartNumber } from './pn-decoder.js'; import { extractFields } from './ocr-extract.js'; -// Barcode-Dekodierung ist schnell; ein Adapter, der laenger braucht, gilt -// als gescheitert. Grosszuegig genug, dass ein normaler Ablauf sie nie reisst. -const DEFAULT_BARCODE_TIMEOUT_MS = 1500; +// Die Barcode-Dekodierung selbst ist normalerweise schnell. Diese Grenze ist +// keine Leistungserwartung, sondern nur eine Absicherung gegen einen dauerhaft +// haengenden Adapter. Sie muss auch das einmalige Laden des WebAssembly-Moduls +// beim ersten Scan einer Sitzung abdecken, das auf einem Handy mehrere Sekunden +// dauern kann. +const DEFAULT_BARCODE_TIMEOUT_MS = 10000; // Texterkennung kann auf einem Handy durchaus einige Sekunden dauern - die // Obergrenze muss so grosszuegig sein, dass ein normaler Ablauf auf einem // langsamen Handy sie nie erreicht.