Les cinq premières
minutes utiles.

1. Installer la bêta

Téléchargez un paquet vérifié. Le paquet portable utilise Python 3.10+ et votre navigateur, sans dépendance supplémentaire dans ce mode. La distribution native et la collecte sont distinctes : consultez la matrice de prise en charge avant utilisation.

Décompressez le paquet et lancez le script de votre système. Depuis un terminal dans son dossier :

Sous Windows, utilisez py -3 -m displaydna --live. L’application Mac autonome, lorsqu’elle est proposée, inclut Python. Cette bêta n’a ni signature Developer ID ni notarisation.

2. Inspecter l’environnement actuel

L’application ouvre un tableau de bord local sur 127.0.0.1 . Utilisez l’URL exacte affichée ; le port aléatoire est normal. Ouvrez Profils d’écran pour voir l’identité système, les réglages actifs, l’EDID disponible, les sommes et la provenance.

La disposition utilise les coordonnées du système. Sur Retina, les pixels actifs peuvent différer des dimensions logiques. Le mode EDID préféré est une capacité, pas une obligation.

Ne lancez pas en administrateur par défaut. DisplayDNA ne demande ni enregistrement d’écran ni accessibilité. Une politique système ou une session restreinte peut limiter les métadonnées.

3. Essayer la démonstration

La démonstration contient six instantanés synthétiques : fréquence, écran virtuel, identités dupliquées, EDID incorrect, recopie et déconnexion. Votre matériel n’est pas lu et les données sont signalées comme simulées.

4. Définir une référence

Quand votre configuration est connue, choisissez Utiliser l’état actuel comme référence dans Comparaisons. Les instantanés suivants révèlent les changements d’octets, réglages, identité et topologie. La vue brute indique les positions exactes ; la vue lisible garde le contexte.

Les identifiants de connecteur peuvent changer après mise à jour du système ou du pilote. Des entrées ajoutées ou supprimées ne prouvent pas cryptographiquement un changement matériel. Un inventaire incomplet ne confirme pas une déconnexion physique.

5. Lire les preuves au-delà de l’étiquette

Dépliez un résultat pour voir règle, preuves, source et confiance. Profil incorrect, identité dupliquée et écran virtuel peuvent avoir des causes légitimes. Seuils et désactivation des règles sont disponibles dans Couverture et réglages.

Indices de capture et Peek-o-Meter

Peek-o-Meter évalue de 0 à 100 les signaux observés qui méritent un examen. Il ne mesure ni la « propreté » du système, ni une probabilité de triche, ni une autorisation de passer un examen. Les lacunes de couverture, les échantillons anciens, la surveillance en pause, les données de démonstration et l’historique importé restent clairement indiqués.

Les contrôles de métadonnées en direct examinent toutes les cinq secondes des dossiers de captures à parcours limité et les noms d’exécutables connus de capture ou de partage, indépendamment de la collecte EDID. Les contrôles de formats d’image du presse-papiers sont facultatifs et désactivés par défaut ; la surveillance du presse-papiers est indisponible sous Linux.

Un fichier ressemblant à une capture peut avoir été copié, et une application ouverte peut être inactive. Aucun contenu de l’écran ou du presse-papiers n’est lu. Il est impossible d’établir de manière fiable l’absence de capture à l’échelle du système.

Configurez l’échantillonnage de l’activité, la période des événements récents, les dossiers surveillés et les sondes facultatives dans Couverture et paramètres. Examinez les éléments observés et les règles de l’organisateur du test avant de tirer des conclusions.

Historique, import et relecture

L’historique utilise SQLite en local. Les EDID identiques sont dédupliqués et les échantillons inchangés ignorés ; conservation et limites sont réglables. La relecture parcourt les images enregistrées sans collecte en direct.

Importez un EDID binaire, hexadécimal ou une session JSON DisplayDNA. Les octets incorrects sont conservés et les champs dérivés réanalysés. Exportez l’EDID du profil ou une session avec référence et octets d’origine.

Les imports sont des preuves historiques, pas des observations actuelles. Les exports peuvent contenir séries et topologie ; partagez-les délibérément.

Langue, apparence et accessibilité

Ouvrez Langue et accessibilité en haut de page pour régler langue et lecture. Le sélecteur vous garde sur la page équivalente.

Le site et l’outil sont disponibles en anglais, persan, espagnol, français, hébreu, chinois simplifié et japonais. Le persan et l’hébreu utilisent une disposition de droite à gauche.

Les réglages proposent système, clair, sombre et contraste élevé, taille du texte, animations réduites et liens soulignés. Les préférences restent sur votre appareil et les preuves originales sont conservées.

Ces traductions n’ont pas encore été révisées professionnellement. Les tests manuels VoiceOver et NVDA restent à faire ; aucune certification d’accessibilité n’est revendiquée.

Stockage local et ressources

• macOS : ~/Library/Application Support/DisplayDNA
• Windows : %LOCALAPPDATA%\DisplayDNA
• Linux : ${XDG_DATA_HOME:-~/.local/share}/displaydna

Remplacez avec --data-dir PATH. L’interrogation de secours est de 60 secondes, réglable de 10 à 3600. macOS et Linux utilisent les événements disponibles. Pause arrête la collecte automatique ; Actualiser permet encore un échantillon manuel.

La mémoire indiquée est le pic RSS du serveur ; navigateur/webview sont séparés. CPU, durée, disque et déduplication sont mesurés localement. L’historique n’est pas chiffré. Arrêtez l’application avant de supprimer ses données.

S’il manque des données