Réparer maintenant
- Déposez le fichier
- La réparation s'exécute en local
- Téléchargez le résultat
Quand une capture enregistrée en .png refuse de s'ouvrir, la visionneuse est en général stricte sur un point que le format lui permet de vérifier avec exactitude. Photos de Windows affiche "It looks like we don't support this file format" (il semble que nous ne prenions pas en charge ce format) ou "This file can't be opened" (ce fichier ne peut pas être ouvert) ; Aperçu de macOS indique que le fichier "est peut-être endommagé ou utilise un format qu'Aperçu ne reconnaît pas" ; les outils fondés sur libpng renvoient IDAT: CRC error ou Not a PNG file. Cette page explique pourquoi les captures en particulier finissent cassées et quoi y faire ; pour l'anatomie d'un PNG au niveau de l'octet — la signature, l'agencement des chunks, le CRC-32 qui protège chaque bloc — voyez la page sur l'erreur de CRC du PNG. Déposez le fichier ci-dessus et l'outil le parcourt chunk par chunk dans votre navigateur, réécrivant un fichier valide autour de ce qui est réellement présent. Rien n'est téléversé ; une capture montre souvent un solde bancaire, un message privé ou un portail médical, et elle n'a jamais besoin de quitter votre machine pour être examinée.
D'où viennent les captures PNG — et où elles se cassent
Toute la vie d'une capture, c'est capturer → écrire sur le disque → (le plus souvent) synchroniser automatiquement → coller ou partager. Le dommage survient presque toujours à l'une des trois dernières étapes, et laquelle laisse une empreinte que vous pouvez reconnaître.
- Windows. PrtScn place l'image uniquement dans le presse-papiers — rien n'est enregistré tant que vous n'avez pas collé puis fait « Enregistrer sous », si bien qu'un plantage la perd entièrement. Win+PrtScn et l'Outil Capture d'écran écrivent un vrai
.pngdansPictures\Screenshots, et ce dossier est fréquemment redirigé vers OneDrive. Quand OneDrive se met à téléverser une capture à l'instant où elle arrive, un redémarrage ou une déconnexion en plein téléversement peut laisser un fichier tronqué — le résultat classique « le haut de l'image est correct, le bas est gris ». - macOS. ⌘⇧3/4/5 enregistre par défaut un PNG (souvent de type de couleur 6, RGBA, car les captures de fenêtre gardent un coin transparent) sur le Bureau. Si votre Bureau est dans iCloud Drive, la même troncature en cours de synchronisation s'applique. Forcer la fermeture de l'interface de capture ou de la vignette flottante avant que l'écriture ne soit vidée sur le disque peut aussi couper le fichier trop tôt.
- Android. Les captures atterrissent dans
DCIM/ScreenshotsouPictures/Screenshotset sont sauvegardées dans Google Photos. Le cas fragile est une capture avec défilement ou « capturer plus » : le système assemble plusieurs images en un seul PNG très haut, et si cette étape de composition est interrompue, le résultat peut être malformé plutôt que simplement trop court. - Collée puis retéléchargée. C'est le cas propre aux captures, car ce sont le fichier que les gens déposent directement dans Slack, Discord, Teams ou un outil de tickets. Ces services réencodent souvent au téléversement ; téléchargez le résultat et tout dommage antérieur est désormais gravé dans de nouveaux pixels, ou le fichier que vous avez enregistré est en réalité un aperçu HTML renommé
.png. - Envoyée via une passerelle en mode texte. Une capture passée par un client FTP resté en mode ASCII, une vieille passerelle de messagerie ou un script qui l'a réécrite comme du texte remplace chaque
0D 0Apar un0Aisolé (ou l'inverse). La signature du PNG est délibérément conçue pour détecter exactement cela, et quand la substitution est cohérente elle s'annule octet par octet.
Remarquez le schéma : la défaillance dominante des captures n'est pas une corruption exotique, c'est un enregistrement ou une synchronisation qui s'est arrêté trop tôt. C'est une bonne nouvelle pour la récupération, car un fichier trop court contient encore de vrais pixels jusqu'à la coupure.
Pourquoi les dimensions d'une capture sont du genre récupérable
Le seul dommage qui empêche une capture de s'ouvrir tout en se corrigeant parfaitement est un IHDR abîmé — l'en-tête de 13 octets qui stocke la largeur et la hauteur. Mettez-les à zéro et aucun décodeur ne peut allouer de zone de dessin, si bien que Photos ou Aperçu refusent tout simplement le fichier. Mais l'IHDR, comme tout chunk PNG, porte un CRC-32 calculé à l'époque où les nombres étaient corrects, ce qui veut dire que la bonne géométrie peut être trouvée par force brute : essayer des paires candidates largeur/hauteur, recalculer le CRC du chunk pour chacune, et s'arrêter dès qu'il correspond à la valeur stockée. (Toute la mécanique de ce CRC et du chunk qu'il protège est sur la page sur l'erreur de CRC du PNG.)
Les captures rendent cette recherche presque triviale, car leurs dimensions ne sont pas arbitraires — elles se regroupent sur une courte liste de résolutions d'écran. Une capture Windows est très probablement en 1920×1080, 2560×1440 ou 3840×2160 ; un téléphone a une taille de dalle connue comme 1080×2400 ou 1179×2556 ; et une capture Retina de macOS correspond à la résolution du tampon d'affichage, c'est-à-dire la taille en points doublée — une capture plein écran d'un MacBook Pro 14 pouces fait 3024×1964, une 16 pouces fait 3456×2234. Le chunk pHYs que porte souvent une capture consigne cette densité de pixels, si bien qu'une capture Retina « @2× » vous indique même sa propre échelle. Une recherche de géométrie qui serait lente sur une image quelconque se résout en une poignée d'essais sur une capture, car la réponse est presque toujours une résolution standard.
Ce qui revient — et quoi essayer avant de réparer
Comme le défaut habituel d'une capture est un fichier trop court, le résultat habituel est un partiel honnête : le PNG écrit ses rangées de haut en bas au sein d'un unique flux compressé continu, si bien qu'une capture tronquée se décode proprement jusqu'à l'endroit où les octets s'arrêtent, et l'outil réécrit une clôture valide pour qu'une visionneuse accepte ce qui a survécu. Les rangées sous la coupure n'ont jamais été écrites, donc aucun outil ne peut les rendre ; un dommage qui tombe à l'intérieur du flux plutôt qu'à la fin coûte toutes les rangées en dessous. (Pourquoi ce flux ne peut pas se resynchroniser — et pourquoi un impact en plein milieu est définitif — est expliqué sur la page sur l'erreur de CRC du PNG.)
Avant de réparer, cependant, une capture a souvent une échappatoire plus rapide que n'importe quel autre fichier cassé — essayez d'abord ceci :
- Le sujet est-il encore à l'écran ? Reprendre la capture est la solution la moins coûteuse possible et vous donne un fichier impeccable. Faites-le avant toute autre chose si vous le pouvez.
- Sous Windows, PrtScn la garde dans le presse-papiers. Si le fichier enregistré est cassé mais que vous n'avez rien copié depuis, collez (Ctrl+V) dans Paint ou Photos et faites « Enregistrer sous » un nouveau PNG — la copie du presse-papiers est indépendante du fichier corrompu.
- Vérifiez l'autre copie d'une capture synchronisée automatiquement. Si le fichier local a été tronqué en plein téléversement, la copie OneDrive / iCloud / Google Photos est peut-être complète — ou l'inverse. Comparez les tailles de fichier ; la plus grosse et la plus récente l'emporte généralement. Téléchargez à nouveau la version du cloud plutôt que de vous fier au marqueur synchronisé.
- La vignette flottante de macOS est-elle encore affichée ? Cliquez dessus pour rouvrir la capture et la réexporter avant qu'elle ne disparaisse — cette copie en mémoire n'est pas passée par l'écriture ratée.
Quand rien de tout cela ne s'applique, déposez le fichier ci-dessus : le parcours des chunks, les vérifications de CRC et le décodage du flux s'exécutent tous comme du simple code dans l'onglet de votre navigateur, et vous pouvez ouvrir l'onglet Réseau pour confirmer que 0 octet en sort — ce qui compte quand la capture montre un solde bancaire, une conversation privée ou un mot de passe.
Ce que cela peut et ne peut pas réparer
Peut réparer
- Une capture tronquée par un dossier de téléversement automatique (OneDrive / iCloud / Google Photos) qui a saisi l'enregistrement en pleine écriture — les rangées écrites avant la coupure se redécodent en pixels réels
- Largeur/hauteur de l'IHDR à zéro ou brouillées, retrouvées rapidement parce que les dimensions d'une capture sont presque toujours une résolution d'écran standard
- Un chunk dont le CRC-32 stocké ne correspond plus à des données par ailleurs intactes — le CRC est recalculé et le fichier se valide sans aucune perte
- Corruption par sauts de ligne / mode texte (CR-LF ↔ LF) due à un transfert en mode ASCII ou à une passerelle de chat qui a réécrit le fichier comme du texte
- Un marqueur de fin IEND absent ou mal formé dans un fichier dont les données d'image sont par ailleurs complètes
Ne peut pas réparer
- Les rangées sous la coupure dans une capture tronquée — ces pixels n'ont jamais été écrits, et aucun outil ne peut les inventer
- Les rangées d'image sous un impact en plein milieu de l'IDAT — le flux compressé ne peut pas se resynchroniser, donc tout ce qui suit est du bruit
- Une capture qu'un service de chat ou un éditeur a réencodée après le dommage — les mauvais pixels sont désormais gravés dedans
- Une capture avec défilement / « capturer plus » dont l'assemblage a échoué au point qu'aucune image complète n'a été écrite
- Un fichier qui se lit comme 0 octet ou tout en zéros — il n'y a aucune image à reconstruire (c'est de la récupération de données, pas de la réparation)
Si une réparation échoue, nous vous expliquons pourquoi (données manquantes ou structure endommagée), et vous n'êtes jamais facturé pour une réparation échouée.