Tâche de scintillement (Flicker)
Version : v1 (actuelle)
Un paradigme de détection de changement utilisant des images alternantes pour révéler les limites attentionnelles dans la perception visuelle.
Vue d'ensemble
La tâche de scintillement (Flicker) est étroitement liée au paradigme de cécité au changement. Deux versions d'une image alternent avec un bref intervalle vide. L'une contient un changement, l'autre non. L'alternance rapide (scintillement) aide à détecter les changements en créant un signal de mouvement local, mais des changements substantiels passent souvent inaperçus pendant de nombreuses secondes, révélant la nature éparse des représentations visuelles.
Cette tâche démontre que sans attention dirigée vers la région modifiée, même de grandes altérations restent invisibles. Elle est utilisée pour étudier l'attention visuelle, la perception des scènes et le rôle des transitoires dans la détection de changement.
Contexte scientifique
Résultats classiques :
- Avantage du scintillement : Plus facile que la détection de changement en un seul passage mais tout de même difficile
- Dépendance à l'attention : Les changements non attendus restent invisibles malgré le scintillement
- Amplitude du changement : Les changements plus grands sont détectés plus rapidement, mais même des changements énormes peuvent être manqués
Article fondateur :
- Rensink, O'Regan, & Clark (1997) : To see or not to see: The need for attention to perceive changes
Pourquoi les chercheurs utilisent cette tâche
- Recherche sur l'attention : Étudier le rôle de l'attention dans la détection de changement
- Vision appliquée : Former des observateurs (radiologistes, sécurité) à détecter des anomalies
- Perception des scènes : Comprendre ce que nous encodons des scènes visuelles
- Études sur le vieillissement : Évaluer les changements liés à l'âge dans l'attention et la perception
Où configurer
Formulaire d'étude → Tâches → Flicker → Configurer.
Paramètres de configuration
| Paramètre | Type | Défaut | Description |
|---|---|---|---|
| Largeur du canevas (px) | number | 800 | Largeur du canevas d'affichage (min 400, max 1920) |
| Hauteur du canevas (px) | number | 600 | Hauteur du canevas d'affichage (min 300, max 1080) |
| Activer l'entraînement | boolean | true | Afficher une série d'entraînement (avec rétroaction) avant les essais principaux |
Le minutage (cadence de scintillement, durée du blanc), l'emplacement du changement et la région de clic sont configurés par essai dans le tableau des essais, et non comme des paramètres globaux.
Colonnes du tableau des essais
Les tableaux d'essais principaux et d'entraînement utilisent les mêmes 8 colonnes :
| Colonne | Type | Défaut | Description |
|---|---|---|---|
| Image A URL | text | — | URL de la première image |
| Image B URL | text | — | URL de la seconde image (modifiée) |
| Change X | number | 0 | Coordonnée X du centre du changement (coordonnées du contenu de l'image) |
| Change Y | number | 0 | Coordonnée Y du centre du changement |
| Region Size (px) | number | 50 | Rayon de la région de clic correcte autour du changement |
| Flicker Rate (ms) | number | 250 | Durée d'affichage de chaque image (min 50) |
| Blank (ms) | number | 80 | Durée du blanc entre les images |
| Block | text | — | Étiquette de bloc pour l'essai |
Un essai n'est conservé que lorsque les deux URL d'image A et B sont fournies.
Déroulement pour le participant
- Le participant voit la première image affichée à l'écran.
- Après la Durée de l'image, un bref écran vide apparaît pendant la Durée du blanc.
- La seconde image (avec ou sans changement) est affichée.
- Le cycle se répète (image A, blanc, image B, blanc) jusqu'à ce que le participant détecte le changement ou que la limite de cycles par essai soit atteinte.
- Le participant clique sur l'emplacement du changement lorsqu'il le remarque. Le clic est jugé correct s'il tombe dans la région de changement, et le temps de détection est enregistré.
Données de sortie
Marqueurs et réponses
La tâche enregistre des marqueurs et réponses haute résolution dans deux collections distinctes :
Marqueurs
| Marqueur | Champs de données clés | Description |
|---|---|---|
flicker_trial_start | trial_index (ou practice_trial_index), is_practice, stimulus_id, image_a_url, image_b_url, change_x, change_y, flicker_rate_ms, blank_duration_ms, fixation_ms, max_cycles | Début de l'essai (préfixe d'entraînement : flicker_practice_trial_start) |
image_a_onset | stimulus_id, image_a_url, image_b_url, change_x, change_y, cycle | Image A présentée (émis au début de l'essai et à chaque retour à A) |
image_b_onset | stimulus_id, image_b_url, cycle | Image B présentée |
blank_phase_onset | stimulus_id, cycle, after_image_a | Écran blanc entre les images |
stimulus_aoi | stimulus_id, stimulus_bounds, aois (change_region) | Limites du canevas et AOI de la région de changement |
feedback_shown | practice_trial_index, feedback_correct | Rétroaction d'entraînement (entraînement uniquement ; non émis si le stimulus n'a pas pu être chargé) |
response_recorded | trial_index (ou practice_trial_index), is_practice | Réponse enregistrée |
flicker_image_load_failed | trial_index (ou practice_trial_index), is_practice, stimulus_id, image_a_url, image_b_url | L'image A et/ou l'image B n'a pas pu être chargée ou décodée ; aucun stimulus n'a été affiché pour cet essai |
Les noms de marqueurs sont préfixés par le slug de la tâche (flicker_). Pendant l'entraînement, le champ d'index est practice_trial_index au lieu de trial_index.
Données de réponse
{
"trial_index": 1,
"is_practice": false,
"stimulus_id": "flicker_0_1",
"source": "button",
"responded": true,
"valid_trial": true,
"image_a_url": "https://example.com/scene_a.jpg",
"image_b_url": "https://example.com/scene_b.jpg",
"change_x": 350,
"change_y": 200,
"click_x": 355,
"click_y": 198,
"detection_correct": true,
"detection_time_ms": 5420,
"flicker_cycles": 8,
"block": "block_1",
"latency_ms": 5420
}
source vaut button (clic du participant), timeout (limite de cycles atteinte), moderator_advance (avancement forcé par le modérateur) ou image_load_failed (les images du stimulus n'ont pas pu être chargées ou décodées, donc aucun stimulus valide n'a jamais été affiché). valid_trial vaut false uniquement pour image_load_failed ; un tel essai ne contient aucune donnée de détection significative et est exclu des statistiques de précision/temps de l'artefact de résumé. latency_ms n'est présent que lorsqu'un temps de détection a été mesuré (jamais pour image_load_failed).
Robustesse du chargement des images : les images sont chargées via un élément simple (sans crossOrigin), car le canevas n'est utilisé que pour l'affichage et ses pixels ne sont jamais relus. Si une image ne peut pas être chargée ou décodée, le participant voit un message simple et non technique (et non une erreur brute du navigateur) plutôt qu'un canevas vide, l'essai est marqué source: "image_load_failed" / valid_trial: false, et un marqueur flicker_image_load_failed est enregistré.
Artefact de résumé
Un fichier JSON (flicker_summary_<taskIndex>.json) avec les statistiques de détection :
{
"task_kind": "flicker",
"task_index": 0,
"overall": {
"total": 10,
"valid_clicks": 9,
"correct_detections": 7,
"accuracy": 0.78,
"mean_detection_time_ms": 5420,
"median_detection_time_ms": 5300,
"mean_cycles_to_detection": 8,
"timeouts": 1
},
"breakdowns": {},
"extras": {
"total_trials": 10
},
"trials": [ /* données par essai */ ],
"practice": { /* même structure { overall, breakdowns, extras, trials }, présente uniquement si l'entraînement était activé et a été exécuté */ }
}
Recommandations de conception
- Paires d'images : Utilisez des images haute résolution avec des régions de changement clairement définies. Le changement doit être significatif (par ex., suppression d'objet, changement de couleur).
- Durée du blanc : 80 ms est le standard ; des blancs plus courts facilitent la détection, des blancs plus longs augmentent la difficulté.
- Limite de cycles : Fixez le nombre de Cycles maximum suffisamment haut pour que la plupart des participants puissent trouver le changement, mais pas si haut que les participants frustrés restent bloqués.
- Essais d'entraînement : Incluez un essai d'entraînement avec un changement évident pour que les participants comprennent la tâche.
- Contrebalancement : Randomisez quelle image (A ou B) contient le changement entre les essais.
Problèmes courants et solutions
| Problème | Solution |
|---|---|
| Les participants ne trouvent pas le changement | Augmenter la durée de l'image ou réduire la durée du blanc ; s'assurer que le changement est suffisamment visible |
| Changements détectés trop rapidement | Diminuer la durée de l'image ou augmenter la durée du blanc ; utiliser des changements plus subtils |
| Le minutage semble incohérent | S'assurer que les images sont préchargées avant le début de l'essai pour éviter les délais de chargement |
| Les participants cliquent au hasard | Ajouter des consignes insistant sur la précision ; envisager de demander aux participants d'indiquer l'emplacement du changement |
| Le canevas apparaît vide | Si les URL des images A/B pointent vers des fichiers que le navigateur ne peut pas récupérer ou décoder (lien brisé, format non pris en charge), le participant voit un message d'erreur simple plutôt qu'un canevas vide, et l'essai est enregistré avec source: "image_load_failed" (exclu des statistiques de précision/temps). Vérifiez que les URL des images sont accessibles et dans un format pris en charge (JPEG/PNG/WebP). |
Références
- Rensink, R. A., O'Regan, J. K., & Clark, J. J. (1997). To see or not to see: The need for attention to perceive changes in scenes. Psychological Science, 8(5), 368-373.
- Simons, D. J., & Rensink, R. A. (2005). Change blindness: Past, present, and future. Trends in Cognitive Sciences, 9(1), 16-20.
Voir aussi
- Clignement attentionnel - Limites de l'attention temporelle