Trzy błyski lub poniżej progu

Co oznacza to kryterium

Treść nie może przekraczać trzech błysków w dowolnej sekundzie albo musi pozostawać poniżej progów błysków ogólnych i czerwonych. Najprostsza poprawka to stały komunikat. Ostrzeżenie, pauza i ustawienie ograniczonego ruchu nie zastępują spełnienia wymagania od pierwszego wyświetlenia.

Kryterium pomaga osobom wrażliwym na migotanie, w szczególności osobom z fotosensytywnością i ryzykiem napadu. Ograniczenie błysków może też pomagać przy migrenach, zawrotach głowy lub nudnościach. Spełnienie progu nie gwarantuje braku każdej reakcji fizycznej u każdej osoby. Ta potrzeba jest odrębna od pamięci, rozróżniania barw czy koncentracji.

Przykłady błędów i poprawek

Stały status zamiast pulsowania

Własna „Pracownia” sygnalizuje „Przesyłka gotowa” dla syntetycznego zamówienia P-042. Płótno ma 1024 × 768, a pole wyróżnienia 341 × 256. Status, dane i geometria są takie same w propozycji błędu i poprawce; różni się jedynie naprzemienna zmiana wypełnienia.

Problem

Model dużego pola naprzemiennie zmienia czerń i biel co 120 ms od 100 ms. Maksimum to 9 przejść w sekundzie, czyli 4,5 błysku ogólnego.

Skutek

Duże, szybko zmieniane pole przekracza progi modelu i może tworzyć barierę dla osób wrażliwych na migotanie.

Poprawka

Usuń pulsowanie i zachowaj nieruchomy panel z trwałym tekstem statusu.

Błędny wariant a istnieje wyłącznie jako liczby. Nie wyświetlano jego animacji, nie nagrano filmu i nie ma funkcji renderującej błyski. Wynik MODEL-FAIL dotyczy założeń SDR, bez obserwacji odtworzonej aplikacji. Poprawka b ma zero przejść.

Źródłowy pipeline wytworzył też dwusekundowy plik H.264 bez dźwięku: 120 klatek, 60 fps. Niezależny dekoder potwierdził jeden unikalny hash RGB24 wszystkich klatek i zero zmian pikseli między nimi. To historyczny pomiar finalnego pliku, bez testu odtwarzacza lub urządzenia. W tym artykule materiał pozostaje statyczny; nie ma odtwarzacza demonstracji błysków.

Kontrole liczb, barwy, pola i czasu

Poniższe własne modele edukacyjne wykonano 2026-10-02. Wyniki nie są pomiarem dowolnego filmu ani danymi o częstości błędów. Żadnego zmiennego modelu nie wyświetlano.

G19, G176 i G15 są pomocniczymi technikami tempa, pola i analizy narzędziem. Źródło nie przypisuje własnym scenariuszom fikcyjnych numerów błędów F.

Kiedy obowiązuje i gdzie są wyjątki

Przeciwne zmiany i przesuwane okno

Błysk jest parą przeciwnych zmian: wzrost i spadek albo spadek i wzrost. W prostym naprzemiennym sygnale źródłowy model uwzględnia też niepełną parę: 7 przejść to 3,5 błysku. Nie przenoś wzoru liczba przejść/2 na dowolny wielokolorowy przebieg. Okno jednej sekundy przesuwa się przez całą sekwencję, cięcia, pętle i restarty, również przez granice sekund zegara.

Oba rodzaje wymagają oceny. Mała różnica luminancji nie zwalnia z czerwieni. Różnica dokładnie 0,10 kwalifikuje się; ciemniejszy stan dokładnie 0,80 nie spełnia definicji błysku ogólnego. Odległość chromatyczna musi przekroczyć 0,2. Nie zastępuj jej dawnym skrótem o czerwonym kanale RGB8.

Pole widzenia i skala prezentacji

25% dotyczy pola 10°, a nie całego ekranu. Przybliżenie G176 to prostokąt 341 × 256 w referencyjnej prezentacji 1024 × 768: pole 87 296 i jego ćwierć 21 824. Understanding omawia jednostki CSS; CSS px nie jest fizycznym pikselem Retina. Nie używaj „21 824 px” bez określenia skali, geometrii i modelu. Technika pomocnicza nie zastępuje normatywnego kąta uniwersalną stałą dla każdego wyświetlacza.

Dla znanego wyświetlacza uwzględnij gęstość i odległość. Przybliżona szerokość pola to odległość × 0,1745, wysokość odległość × 0,1309; limit stanowi ćwierć tego pola po przeliczeniu na piksele. Sumuj współwystępujące obszary w dowolnym położeniu pola. Oceń największą dostępną prezentację, pełny ekran i standardowe powiększenie odbiornika. Większy obraz i bliższy odbiór mogą zwiększać ekspozycję.

Własne modele zakładają referencyjną geometrię; nie mierzą fizycznego ekranu, odległości, steradianów ani CSS w przeglądarce. Ich przestrzenny wynik pozostaje wynikiem modelu.

Drobne wzory, HDR i brak innych wyjątków

Definicja wskazuje wyjątek dla drobnego zrównoważonego wzoru, np. szumu lub szachownicy z polami poniżej 0,1° przy typowej odległości. To nie wyjątek dla dowolnego małego migającego elementu. Demonstracyjny model go nie obsługuje.

SDR sRGB nie obejmuje HDR i innych przestrzeni. Źródło opisuje ocenę wersji o najwyższym zakresie dynamicznym: zmianę 20 cd/m² przy ciemniejszym stanie poniżej 160 cd/m²; gdy ciemniejszy stan HDR ma co najmniej 160 cd/m², kontrast Michelsona co najmniej 1/17. Model nie ma luminancji absolutnej lub danych HDR i nie potwierdza tych warunków.

Nie ma wyjątku niezbędności, czasu krótszego niż pięć sekund, świadomego odtworzenia czy ostrzeżenia. Krótka sekwencja też wymaga oceny. Pauza z 2.2.2 nie usuwa naruszenia 2.3.1. Kryterium 2.3.2 poziomu AAA jest bardziej restrykcyjne wobec tempa, bez przenoszenia na nie alternatywy pola z 2.3.1.

Platformy

Interpretacja AI z 2026-10-02: WCAG 2.2 Recommendation 2024-12-12 i informacyjne WCAG2ICT Group Note 2025-12-11. Nie badano EN 301 549 ani zastosowania prawnego. Rzeczywiste wykonanie dotyczyło macOS, modelu SDR i dekodera, bez aplikacji lub testu mobilnego.

WCAG2ICT rozdziela odpowiedzialność oprogramowania i zewnętrznego źródła odtwarzanej treści, np. filmu użytkownika. Nota nie nakazuje odtwarzaczowi analizowania lub modyfikowania takiego źródła. Własny film dostarczony z aplikacją nie staje się automatycznie tym przypadkiem. Hybryda wymaga osobnej oceny części webowej i natywnej.

Rozwiązania w technologiach

Usuń timer lub powtarzaną animację wypełnienia. Statyczny tekst nie neutralizuje błyskającego rodzica, tła, innego elementu lub filmu. Fragmenty są zamiennikami wyróżnienia, bez analizatora multimediów. Oficjalną dokumentację sprawdzono w źródle 2026-10-02.

import androidx.compose.material3.Text
import androidx.compose.runtime.Composable

@Composable
fun PickupNotice() {
    Text("Przesyłka gotowa")
}

import SwiftUI

struct PickupNotice: View {
    var body: some View {
        Text("Przesyłka gotowa")
    }
}

import 'package:flutter/widgets.dart';

const pickupNotice = Text('Przesyłka gotowa');

import { Text } from 'react-native';

export function PickupNotice() {
  return <Text>Przesyłka gotowa</Text>;
}

Jak sprawdzić

1. Ustal źródło treści, odpowiedzialność i prezentację. Zbierz materiał do analizy poza ekranem, bez odtwarzania potencjalnie niebezpiecznych sekwencji ludziom.
2. Zbadaj całą długość, największą prezentację, pętle i restarty. Uwzględnij przeciwne przejścia i niepełne pary w przesuwanym oknie 1 s.
3. Sprawdź liniową luminancję i czerwień osobno. Danych poza zakresem metody nie zaliczaj przez brak rozpoznania.
4. Zbadaj sumę jednoczesnych pól we właściwej skali. Screenshot bez ekranu i odległości nie mierzy kąta fizycznego.
5. Dla złożonych materiałów użyj odpowiedniego analizatora, zachowując konfigurację, niepewność i zakres. Po zmianie zbadaj finalny plik oraz prezentację. Oglądanie błędnej wersji nie jest metodą potwierdzenia.

Weryfikacja i ograniczenia

Historyczne wykonanie 2026-10-02 na macOS 27.0 użyło Python/Pillow i FFmpeg. Nie uruchamiano urządzenia, symulatora, czytnika ani niebezpiecznej sekwencji.

Pierwsza stratna próba CRF 18 miała różnice klatek i została odrzucona. Finalny CRF 0 daje bezstratne kodowanie po konwersji do YUV420; nie gwarantuje identyczności RGB filmu i PNG. Pomiar porównuje klatki finalnego pliku między sobą. Nie jest pomiarem błysków stratnej próby ani testem działania odtwarzacza.

Model nie jest certyfikowanym analizatorem lub walidatorem dowolnego filmu. Domknięte okno konserwatywnie liczy zdarzenia oddalone dokładnie o 1000 ms. Wyniki zmiennoprzecinkowe mają tolerancję 10⁻¹², bez zaokrąglania progów, liczby przejść, pola i klasyfikacji. Przy granicy realnego czasu trzeba ocenić jego dokładność oraz pełne pary.

Czerń nie ma określonej chromatyczności. Przejście nasyconej czerwieni do czerni pozostawia czerwień nieustaloną; jednoznaczny ogólny błysk może nadal dać MODEL-FAIL, ale brak takiego wyniku nie daje zgadywanego PASS. Poza modelem są ruch, nakładanie, inne fazy, więcej kolorów, HDR, drobne wzory i dithering.

Drzewo i pojedynczy obraz nie mierzą błysków. Nagranie może gubić klatki, zmieniać barwy i pomijać HDR; etykieta 60 fps nie potwierdza kompletności. Etykiety wariantów, raport i oczekiwania należy wyłączyć z wejścia niezależnego walidatora. Własny fixture nie dowodzi uogólniania.

Jak sprawdza Clearship

Metoda z 2026-10-08, z pomiarem iOS 2026-10-09, analizuje liczby z klatek nagrania okresu czekania. Rozpoznaje przeciwne zmiany luminancji oraz czerwieni i szacuje jednoczesny obszar. Pomiar kontrolny spełnił próg na Androidzie (6/6 i 0 fałszywych alarmów na 44 poprawnych ekranach) i iOS (6/6 i 2/44). Nie zapewnia pełnej oceny każdego materiału.

Zakres obejmuje SDR sRGB oraz około sześć sekund osiągniętych ekranów. Pole jest modelem dp/pt i typowej odległości, a tempo szacunkiem uwzględniającym nierówne klatki. Pasma przy progu, luka nagrania, brak dekodera, wymiarów lub okna pozostają nierozstrzygnięte. HDR, drobne wzory, błyski po akcji, późniejsze i poza trasą nie są badane. Dekoder działa przy ponownej analizie na stacji; hosty i usługa analizy mogą zwracać jego brak.

Analizator nie zapisuje podglądów błysków; szybko migające piksele oznacza flagą wrażliwości także poniżej modelowego progu pola. Brak znaleziska z niekompletnego materiału nie oznacza spełnienia kryterium. Dziewięć modeli z researchu tego artykułu jest odrębne od pomiaru analizatora produktu.

Powiązane kryteria

• 2.2.2
  Wstrzymaj, zatrzymaj, ukryj

  Kontrola rozpraszającego ruchu nie zastępuje progów błysków.

• 2.3.2
  criteriaNames.2.3.2

  Poziom AAA jest bardziej restrykcyjny wobec tempa, bez alternatywy pola z 2.3.1.

  Artykuł nie jest jeszcze dostępny.