Einen beschädigten PNG-Screenshot reparieren

Das ganze Leben eines Screenshots ist Aufnehmen → auf die Festplatte schreiben → (meist) automatisch synchronisieren → einfügen oder teilen. Der Schaden entsteht fast immer bei einem der letzten drei Schritte, und welcher es war, hinterlässt einen Fingerabdruck, den du erkennen kannst.

• Windows. PrtScn legt das Bild nur in die Zwischenablage — nichts wird gespeichert, bis du einfügst und mit „Speichern unter“ ablegst, ein Absturz verliert es also vollständig. Win+PrtScn und das Snipping Tool schreiben ein echtes .png in Pictures\Screenshots, und dieser Ordner wird häufig in OneDrive umgeleitet. Wenn OneDrive einen Screenshot in dem Moment hochzuladen beginnt, in dem er landet, kann ein Neustart oder eine Abmeldung mitten im Upload eine abgeschnittene Datei hinterlassen — das klassische Ergebnis „oben ist das Bild in Ordnung, unten ist grau“.
• macOS. ⌘⇧3/4/5 speichert standardmäßig ein PNG (oft Farbtyp 6, RGBA, weil Fensteraufnahmen eine transparente Ecke behalten) auf den Schreibtisch. Liegt dein Schreibtisch in iCloud Drive, gilt dieselbe Abschneidung mitten in der Synchronisierung. Erzwingst du das Beenden der Aufnahme-Oberfläche oder der schwebenden Miniatur, bevor der Schreibvorgang durchläuft, kann die Datei ebenfalls zu kurz geraten.
• Android. Screenshots landen in DCIM/Screenshots oder Pictures/Screenshots und werden in Google Fotos gesichert. Der heikle Fall ist ein scrollender oder „Mehr erfassen“-Screenshot: Das Betriebssystem fügt mehrere Frames zu einem hohen PNG zusammen, und wenn dieser Compositing-Schritt unterbrochen wird, kann das Ergebnis fehlerhaft statt nur zu kurz sein.
• Eingefügt und neu heruntergeladen. Das ist der Fall, der nur Screenshots betrifft, denn sie sind die Datei, die Leute direkt in Slack, Discord, Teams oder ein Ticketsystem ziehen. Diese Dienste codieren beim Hochladen oft neu; lädst du das Ergebnis herunter, ist jeder frühere Schaden nun in neue Pixel eingebrannt, oder die Datei, die du gespeichert hast, ist in Wahrheit eine in .png umbenannte HTML-Vorschau.
• Durch eine Textmodus-Brücke geschickt. Ein Screenshot, der durch einen im ASCII-Modus belassenen FTP-Client, ein altes E-Mail-Gateway oder ein Skript geschickt wurde, das ihn als Text neu geschrieben hat, ersetzt jedes 0D 0A durch ein einzelnes 0A (oder umgekehrt). Die Signatur des PNG ist gezielt darauf ausgelegt, genau das zu erkennen, und wenn die Ersetzung konsistent ist, lässt sie sich Byte für Byte rückgängig machen.

Achte auf das Muster: Der dominierende Screenshot-Fehler ist keine exotische Beschädigung, sondern ein Speichern oder Synchronisieren, das zu früh gestoppt hat. Das ist eine gute Nachricht für die Wiederherstellung, denn eine zu kurze Datei enthält bis zum Schnitt noch echte Pixel.

Der eine Schaden, der einen Screenshot am Öffnen hindert und sich dennoch perfekt beheben lässt, ist ein verstümmeltes IHDR — der 13-Byte-Header, der Breite und Höhe speichert. Setze die auf null, und kein Decoder kann eine Leinwand anlegen, also verweigern Fotos oder die Vorschau die Datei schlicht. Doch IHDR trägt, wie jeder PNG-Chunk, ein CRC-32, das damals berechnet wurde, als die Zahlen noch stimmten — das heißt, die richtige Geometrie lässt sich per Brute Force ermitteln: Kandidatenpaare für Breite/Höhe durchprobieren, für jedes das Chunk-CRC neu berechnen und anhalten, sobald es zum gespeicherten Wert passt. (Die vollständige Mechanik dieses CRC und des Chunks, den es absichert, steht auf der PNG-CRC-Fehler-Seite.)

Screenshots machen diese Suche fast trivial, denn ihre Abmessungen sind nicht beliebig — sie ballen sich auf einer kurzen Liste von Bildschirmauflösungen. Eine Windows-Aufnahme ist sehr wahrscheinlich 1920×1080, 2560×1440 oder 3840×2160; ein Telefon hat eine bekannte Panelgröße wie 1080×2400 oder 1179×2556; und eine macOS-Retina-Aufnahme ist die Auflösung des Backing Store, also die Punktgröße verdoppelt — eine Vollbildaufnahme eines 14-Zoll-MacBook-Pro ist 3024×1964, eine 16-Zoll ist 3456×2234. Der pHYs-Chunk, den ein Screenshot oft mitführt, hält diese Pixeldichte fest, sodass eine Retina-„@2ד-Aufnahme dir sogar ihren eigenen Maßstab verrät. Eine Geometriesuche, die bei einem beliebigen Bild langsam wäre, löst sich bei einem Screenshot in einer Handvoll Versuche, weil die Antwort fast immer eine Standardauflösung ist.

Weil der übliche Screenshot-Fehler eine zu kurze Datei ist, ist das übliche Ergebnis ein ehrliches Teilbild: PNG schreibt seine Zeilen von oben nach unten in einem einzigen fortlaufenden komprimierten Stream, sodass eine abgeschnittene Aufnahme sauber bis zu der Stelle decodiert, an der die Bytes enden, und das Tool schreibt einen gültigen Abschluss, damit ein Betrachter akzeptiert, was überlebt hat. Die Zeilen unterhalb des Schnitts wurden nie geschrieben, also kann kein Tool sie zurückgeben; ein Schaden, der innerhalb des Streams statt am Ende landet, kostet jede Zeile darunter. (Warum sich dieser Stream nicht resynchronisieren lässt — und warum ein Treffer mitten im Stream dauerhaft ist — wird auf der PNG-CRC-Fehler-Seite erklärt.)

Vor der Reparatur hat ein Screenshot allerdings oft einen schnelleren Notausgang als jede andere kaputte Datei — versuche zuerst diese:

• Ist das Motiv noch auf dem Bildschirm? Den Screenshot erneut aufzunehmen ist die denkbar günstigste Lösung und liefert dir eine makellose Datei. Tu das vor allem anderen, wenn du kannst.
• Windows behält ihn mit PrtScn in der Zwischenablage. Ist die gespeicherte Datei kaputt, du hast aber seitdem nichts kopiert, füge (Strg+V) in Paint oder Fotos ein und lege mit „Speichern unter“ ein frisches PNG an — die Kopie in der Zwischenablage ist unabhängig von der beschädigten Datei.
• Prüfe die andere Kopie einer automatisch synchronisierten Aufnahme. Ist die lokale Datei mitten im Upload abgeschnitten, ist die OneDrive- / iCloud- / Google-Fotos-Kopie vielleicht vollständig — oder umgekehrt. Vergleiche die Dateigrößen; meist gewinnt die größere, spätere. Lade die Cloud-Version frisch herunter, statt dem synchronisierten Platzhalter zu vertrauen.
• Zeigt sich die schwebende macOS-Miniatur noch? Klicke sie an, um die Aufnahme wieder zu öffnen und neu zu exportieren, bevor sie verschwindet — diese Kopie im Arbeitsspeicher ist nicht durch den fehlgeschlagenen Schreibvorgang gegangen.

Wenn nichts davon zutrifft, lege die Datei oben ab: Der Chunk-Durchlauf, die CRC-Prüfungen und das Decodieren des Streams laufen allesamt als schlichter Code in deinem Browser-Tab, und du kannst den Netzwerk-Tab öffnen, um zu bestätigen, dass 0 Bytes hinausgehen — was zählt, wenn der Screenshot einen Kontostand, einen privaten Chat oder ein Passwort zeigt.