Basculer le décodage des codes-barres de ZXing.Net vers zbar

L'ISBN 9782846391009 n'était pas décodé par l'application, alors qu'il
l'était par une application d'essai utilisant zbar, sur le même livre et
le même appareil.

⚠️ Le raisonnement qui avait écarté cette piste était faux : CLAUDE.md
concluait que « le décodeur n'y est pour rien » à partir de mesures de
VITESSE (4-6 ms/frame). La vitesse ne dit rien du taux de réussite.

Le décodage quitte donc le C# pour zbar compilé en WebAssembly, dont les
assets viennent du paquet ZBar.Blazor.

Ce que la bascule apporte, au-delà du code lu :
- plus aucun pixel ne traverse le pont JS→C# (un byte[] par frame avant),
  seule la valeur décodée le fait ;
- l'image ENTIÈRE est analysée, à 960 px, là où l'ancienne version
  recadrait sur la bande centrale à 640 px pour alléger ce transfert —
  c'était la seconde cause possible des codes non lus, elle disparaît ;
- zbar.wasm est chargé À LA DEMANDE, à la première ouverture du scanner.

⚠️ Le composant ZBarCamera du paquet n'est PAS utilisé : il ouvre la
caméra lui-même et avale les erreurs. On y perdrait les messages qui
distinguent permission refusée, absence de caméra, caméra occupée et
contexte non sécurisé, ainsi que facingMode environment (caméra arrière)
et l'indication de résolution. Seuls zbar.js et zbar.wasm sont empruntés.

Poids, comparaison de deux publish Release complets (somme brotli) :
  _framework  3 281 558 → 2 978 700 o   (−296 Kio au démarrage)
  total       3 281 558 → 3 125 541 o   (−152 Kio)
L'écart vient de la traîne que ZXing imposait au trimmer :
System.Text.RegularExpressions retombe de 98 374 à 7 137 o, et
System.Runtime.Numerics disparaît.

⚠️ Coût assumé : six tests de décodage disparaissent avec IsbnScanner,
le décodeur n'étant plus en C#. Le décodage a été vérifié dans le
navigateur sur un EAN-13 rendu en canvas — 9782846391009 ressort bien en
ZBAR_EAN13 — mais cela reste une vérification, pas un garde-fou.
À confirmer avec le livre en main.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

MaBibli.Client/Composants/ScannerCodeBarres.razor

@@ -1,15 +1,16 @@
 @*
     Scan du code-barres ISBN par la caméra.
 
-    Le JS (wwwroot/js/scanner-camera.js) ne fait QUE fournir des pixels : tout le décodage
-    est en C# via ZXing.Net (IsbnScanner), conformément à la décision actée dans CLAUDE.md.
+    Le décodage se fait dans wwwroot/js/scanner-camera.js, par zbar compilé en WebAssembly.
+    ⚠️ Il était en C# (ZXing.Net) jusqu'au 2026-08-19 : voir CLAUDE.md, ZXing.Net ne lisait pas
+    des codes-barres que zbar lit sur le même livre. Ce composant ne voit plus passer un seul
+    pixel — seulement la valeur décodée.
 
     On ne décode pas à chaque frame de la caméra : la cadence est volontairement limitée
     (voir IntervalleMs). 10-15 images/s suffisent largement pour scanner un livre tenu à la
     main, et cela ménage la batterie du téléphone.
 *@
 @using System.Diagnostics
-@using MaBibli.Client.Scan
 @using MaBibli.Shared.Isbn
 @implements IAsyncDisposable
 @inject IJSRuntime JS
@@ -44,9 +45,9 @@
 
         @if (_framesDecodees > 0)
         {
-            @* Mesure réelle en WASM interprété : CLAUDE.md ne dispose que d'une estimation
-               (~5-10 ms/frame extrapolés du JIT x64). Cette ligne donne le chiffre constaté
-               sur l'appareil de l'utilisateur, seul moyen de décider d'activer l'AOT. *@
+            @* Mesure sur l'appareil de l'utilisateur. ⚠️ Elle porte maintenant sur la capture,
+               le décodage zbar ET l'aller-retour d'interopérabilité : elle n'est pas comparable
+               aux chiffres ZXing.Net de CLAUDE.md, qui ne mesuraient que le décodage C#. *@
             <p class="message-discret scanner-mesure">
                 Décodage : @_msMoyen.ToString("0.0") ms/frame en moyenne (@_framesDecodees frames)
             </p>
@@ -76,12 +77,13 @@
     // ~12 images/s : bien assez pour scanner, et deux fois moins de travail que 25 fps.
     private const int IntervalleMs = 80;
 
-    // La frame est réduite avant transfert : un 1280×720 en RGBA pèse 3,6 Mo à traverser
-    // le pont JS→C# à chaque itération. 640 px de large suffisent à lire un EAN-13.
-    private const int LargeurMax = 640;
-
-    // Seule la bande centrale est décodée : c'est là que l'utilisateur vise.
-    private const double PartHauteur = 0.45;
+    // L'image est réduite avant décodage. Elle ne traverse plus le pont JS→C# — c'est zbar,
+    // côté JS, qui la lit — mais 960 px de large restent un bon compromis entre le détail
+    // nécessaire à un EAN-13 dense et le temps de décodage.
+    //
+    // ⚠️ Plus large qu'avec ZXing.Net (640 px), et surtout l'image ENTIÈRE est analysée : le
+    // recadrage sur la bande centrale n'existait que pour alléger le transfert de pixels.
+    private const int LargeurMax = 960;
 
     private ElementReference _video;
     private IJSObjectReference? _module;
@@ -165,16 +167,8 @@
                     return;
                 }
 
-                var dimensions = await _module.InvokeAsync<int[]?>("capturer", LargeurMax, PartHauteur);
-                if (dimensions is null)
-                {
-                    continue;  // vidéo pas encore prête
-                }
-
-                var pixels = await _module.InvokeAsync<byte[]>("pixels");
-
                 var depart = Stopwatch.GetTimestamp();
-                var code = IsbnScanner.TryDecode(pixels, dimensions[0], dimensions[1]);
+                var code = await _module.InvokeAsync<string?>("decoder", LargeurMax);
                 _totalMs += Stopwatch.GetElapsedTime(depart).TotalMilliseconds;
                 _framesDecodees++;