Kod QR. Albo plik, który przechodzi przez światło.

Przez symulowany łańcuch kamery, przy 10 klatkach na sekundę, z kodami wypełniającymi większość obrazu przy 3-5 pikselach urządzenia na moduł, wszystkie cztery konfiguracje wyszły z potwierdzonym hashem: czarno-białe na jednym pasie 15,8 KB/s, czarno-białe na czterech pasach 37,7 KB/s, kolor na jednym pasie 40,1 KB/s, kolor na czterech pasach 115,7 KB/s. Kolor na jednym pasie bije czarno-białe na czterech. Współczynnik utraty był wszędzie zerowy. Pamiętaj, skąd pochodzą te liczby: idealne geometrycznie klatki, bez obiektywu i bez ruchu. Prawdziwy telefon nie został jeszcze postawiony przed nimi.

Kamera jest wymagana w 1920x1080 przy 30 klatkach na sekundę, z preferencją dla tylnej; jeśli Android odrzuci ograniczenie, przechodzimy na dowolną kamerę. Każda przechwycona klatka jest zmniejszana do 1280 px po dłuższym boku przed dekodowaniem. To, co naprawdę się liczy, to nie rozdzielczość, lecz liczba pikseli sensora przypadających na moduł: czarno-białe potrzebuje około trzech, kolor około dwa razy więcej, ponieważ łańcuch wideo telefonu zwykle dostarcza 4:2:0 i połówkuje oba plany koloru w obu kierunkach. Drobny detal koloru to pierwsza rzecz, którą prawdziwa kamera niszczy.

Bo jedyna rzecz, którą urządzenie wysyłające może zmierzyć, to ile symboli wyprodukowały jego własne kodery względem tego, ile zostało zażądane — stwierdzenie o procesorze, nie o kamerze oddalonej o dwie dłonie. Laptop nigdy nie gubi kroku, więc kontroler, który odczytuje „zero utrat” jako „można dalej”, dochodzi do samej góry i pokazuje na ekranie cztery kody zmieniające się trzydzieści razy na sekundę, których nic nie może zeskanować. To rzeczywiście zostało kiedyś dostarczone i człowiek znalazł to w minutę. Teraz tryb automatyczny jest ograniczony do jednego pasa, czarno-białego, wersji 26 i 15 klatek na sekundę. 15 nie jest okrągłą liczbą: kamera telefonu nagrywa przy 30 i nie jest zsynchronizowana z ekranem, więc jedna klatka musi być wyświetlana przez dwie kolejne ekspozycje — 67 ms — aby została złapana w całości.

Nic szczególnego i właśnie o to chodzi. Nie ma numerów porządkowych do odzyskania. Koder produkuje pakiety naprawcze w proporcji 2x względem symboli źródłowych — zmierzone na tym kodzie: przy 60% utraty klatek zestaw około 2x K odzyskuje 2 MB bez ponownego odtwarzania listy. Absolutny limit to 60.000 pakietów; powyżej niego nadawca po prostu częściej rozpoczyna listę od nowa, co kosztuje czas, nie pamięć. Jeśli mimo to coś pójdzie źle, hash SHA-256 to wychwyci i transfer zostanie jawnie nieudany zamiast dostarczyć uszkodzony plik.

Nie, i to nie jest przeoczenie. Nie istnieje kanał zwrotny — ekran emituje światło, a światło nie wraca z potwierdzeniami. Zakończenie widać na urządzeniu odbierającym. Każdy interfejs, który twierdziłby coś innego, kłamałby, a mieliśmy już raz test, który oferował dokładnie ten dowód, którego produkt nigdy nie ma: symulacja obliczała swój współczynnik chybienia na podstawie tego, co symulowana kamera była w stanie odczytać. To jest kanał zwrotny. Kiedy test i dostarczony kod nie zgadzają się co do tego, co można wiedzieć, to test kłamie.

32 MB, odrzucane przy wyborze, jeśli jest większy. Limit nie wynika z protokołu, lecz z pamięci karty przeglądarki: RaptorQ materializuje wszystkie pakiety naraz, a plik 50 MB przy współczynniku 2x oznaczałby 150 MB żywych tablic, wystarczająco dużo, by zabić kartę telefonu. Kodowanie działa synchronicznie na głównym wątku, zmierzone na 2,5 sekundy dla 32 MB na komputerze. To, co faktycznie podróżuje, nie jest rozmiarem pliku: koperta jest kompresowana gzip przed RaptorQ, więc tabela 1 MB to kilka kilobajtów pakietów, a fotografia 1 MB to megabajt pakietów.

Ani jedno, ani drugie. Nie istnieje konto i nie istnieje subskrypcja. Po pierwszej wizycie strony działają bez sieci, ponieważ wszystko — w tym oba binaria WebAssembly — jest serwowane z własnej domeny. Warto też powiedzieć, czego nauczyliśmy się po drodze: zarejestrowany service worker nie oznacza obsługi offline. Przy pierwszym wczytaniu strona i jej zasoby są pobierane, zanim worker przejmie kontrolę, więc jego handler nigdy ich nie widzi. Strona raportuje własne zasoby przez Performance API zamiast zakładać.