Alle Format-Anmerkungen

Jede Anmerkung unten ist direkt neben dem entsprechenden Parser verfasst und wird aus derselben Fähigkeitstabelle gelesen, die die Engine vor dem Öffnen einer Datei abfragt. Kein Text auf dieser Seite wurde manuell verfasst, sodass kein Verhalten beschrieben werden kann, das der reale Code nicht besitzt.

JPEG

image/jpeg · .jpg .jpeg

Metadaten befinden sich in den APP-Segmenten vor den komprimierten Bilddaten, sodass Bereinigung und Bearbeitung ausschließlich diese Segmente neu schreiben.
Ein Feld wird in jeden bereits in der Datei vorhandenen Speicher geschrieben (EXIF, IPTC-Block und XMP-Paket), damit sie niemals in Konflikt geraten. Es wird niemals ein IPTC-Block neu erstellt, wo keiner existierte; ein XMP-Paket wird nur für Felder angelegt, die keinen anderen Platz haben.
Wenn eine JPEG-Datei sowohl einen IPTC-Block als auch ein XMP-Paket enthält, wird der von den Metadata Working Group-Richtlinien vorgeschriebene MD5-Digest geschrieben, damit externe Software erkennen kann, ob IPTC ohne Aktualisierung von XMP geändert wurde.
Die entropiekodierten Pixeldaten werden Byte für Byte unverändert kopiert: Das Bild wird niemals rekomprimiert und verliert keinerlei Qualität.
Eingebettete Vorschaubilder (Thumbnails) werden entfernt, da sie sonst eine frühere Version vor einem Zuschnitt preisgeben könnten.
Content Credentials (C2PA) befinden sich in APP11-Segmenten, einschließlich über mehrere Segmente aufgeteilter Manifeste. Sie werden erkannt und nur auf ausdrückliche Anforderung entfernt: Die standardmäßige Metadatenbereinigung lässt sie intakt.

Entfernbare Blöcke: EXIF, GPS, IPTC, XMP, ICC-Profil, JFIF, Kommentare, Eingebettetes VorschaubildBeschreibbare Felder: 44 (camera.make, camera.model, camera.lensMake, camera.lensModel, camera.serialNumber, camera.lensSerialNumber, capture.iso, capture.exposureTime, capture.fNumber, capture.focalLength, capture.focalLength35mm, capture.exposureBias, capture.exposureProgram, capture.meteringMode, capture.whiteBalance, capture.flash, capture.colorSpace, capture.orientation, date.original, date.digitized, date.modified, general.software, general.artist, general.copyright, general.description, location.latitude, location.longitude, location.altitude, general.keywords, general.rating, rights.webStatement, general.headline, general.credit, creator.writer, general.title, general.source, general.instructions, creator.jobTitle, location.city, location.sublocation, location.state, location.country, location.countryCode, general.comment)C2PA-ErkennungC2PA-Entfernung

PNG

image/png · .png

Text-Chunks (tEXt/zTXt/iTXt), tIME und eXIf werden entfernt; die IDAT-Pixeldaten werden vollkommen unverändert kopiert.
Das PNG-Format hat keine native EXIF-Tradition: Metadaten liegen in Text-Chunks, und Standardschlüsselwörter (Titel, Autor, Beschreibung, Copyright, Erstellungszeit, Software, Kommentar) werden in die entsprechenden Felder geschrieben.
PNG besitzt keinen IPTC-Container, weshalb keine IPTC-Daten vorhanden sein können.
Beim Bearbeiten wird ein eXIf-Chunk geschrieben, der von modernen Betrachtern unterstützt, von älterer Software jedoch ignoriert wird.
Content Credentials (C2PA) befinden sich in einem caBX-Chunk. Sie werden nur auf ausdrücklichen Wunsch ausgewiesen und entfernt.

Entfernbare Blöcke: EXIF, GPS, XMP, ICC-Profil, PNG-Textblöcke, KommentareBeschreibbare Felder: 44 (camera.make, camera.model, camera.lensMake, camera.lensModel, camera.serialNumber, camera.lensSerialNumber, capture.iso, capture.exposureTime, capture.fNumber, capture.focalLength, capture.focalLength35mm, capture.exposureBias, capture.exposureProgram, capture.meteringMode, capture.whiteBalance, capture.flash, capture.colorSpace, capture.orientation, date.original, date.digitized, date.modified, general.software, general.artist, general.copyright, general.description, location.latitude, location.longitude, location.altitude, general.keywords, general.rating, rights.webStatement, general.headline, general.credit, creator.writer, general.title, general.source, general.instructions, creator.jobTitle, location.city, location.sublocation, location.state, location.country, location.countryCode, general.comment)C2PA-ErkennungC2PA-Entfernung

WebP

image/webp · .webp

EXIF, XMP und ICCP sind eigenständige RIFF-Chunks; deren Entfernung lässt den VP8/VP8L-Bitstream unberührt.
WebP unterstützt ausschließlich EXIF und XMP: Felder, die nur in IPTC oder Kommentaren existieren, werden für dieses Format nicht angeboten, anstatt stillschweigend verworfen zu werden.
Die VP8X-Feature-Flags werden konsistent mit den verbleibenden Chunks neu geschrieben, um strikte Standardkonformität zu gewährleisten.
Content Credentials (C2PA) befinden sich in einem RIFF-C2PA-Chunk. Sie werden nur auf ausdrücklichen Wunsch ausgewiesen und entfernt.

Entfernbare Blöcke: EXIF, GPS, XMP, ICC-ProfilBeschreibbare Felder: 43 (camera.make, camera.model, camera.lensMake, camera.lensModel, camera.serialNumber, camera.lensSerialNumber, capture.iso, capture.exposureTime, capture.fNumber, capture.focalLength, capture.focalLength35mm, capture.exposureBias, capture.exposureProgram, capture.meteringMode, capture.whiteBalance, capture.flash, capture.colorSpace, capture.orientation, date.original, date.digitized, date.modified, general.software, general.artist, general.copyright, general.description, location.latitude, location.longitude, location.altitude, general.keywords, general.rating, rights.webStatement, general.headline, general.credit, creator.writer, general.title, general.source, general.instructions, creator.jobTitle, location.city, location.sublocation, location.state, location.country, location.countryCode)C2PA-ErkennungC2PA-Entfernung

HEIC/HEIF

image/heic · .heic .heif

Metadaten befinden sich im Item-Speicher der Datei: EXIF und XMP sind separate Items, und das Entfernen eines Items erfordert den Neuaufbau der Offset-Tabelle (iloc), die die Position jedes Elements in der Datei verwaltet.
Diese Offset-Tabelle wird anhand der tatsächlichen Byte-Positionen vollständig neu aufgebaut, ohne nachträgliche Patches — genau wie die Querverweistabelle (xref) bei PDFs.
Alle Bild-Items bleiben erhalten, nicht nur die von diesem Build interpretierten: Bildkacheln, Thumbnails, Tiefenkarten und Gain-Maps eines iPhones werden Byte für Byte unverändert kopiert.
Ein Element, das innerhalb eines anderen oder in einer separaten Datei gespeichert ist, wird abgelehnt: Ein Offset, den dieser Build nicht mit absoluter Sicherheit darstellen kann, führt zu einem Fehler, niemals zu einer Schätzung.
iPhone-HEIC-Dateien enthalten ein ICC-Farbprofil (Display P3) in der colr-Eigenschaft vom Typ prof, welches bei der vollständigen Bereinigung entfernt wird, genau wie bei JPEGs.
Die colr-Eigenschaft vom Typ nclx bleibt erhalten: Sie besteht aus 11 Bytes technischer Farbdarstellungshinweise und stellt kein identifizierendes Profil dar.
Content Credentials (C2PA) befinden sich in einer Top-Level-uuid-Box. Ihre Entfernung verschiebt nachfolgende Bytes, was durch den Neuaufbau der Offset-Tabelle absolut sicher durchgeführt wird.

AVIF

image/avif · .avif

Das AVIF-Format nutzt denselben Container wie HEIC mit einem anderen Videocodec (AV1). Eine einzige präzise Implementierung deckt beide Formate ab.
AVIF-Dateien signalisieren Farben fast immer über nclx-Eigenschaften statt eingebetteter Profile. Diese bleiben intakt, um visuelle Wiedergabetreue zu sichern. Falls ein ICC-Profil vorhanden ist, wird es bei der vollständigen Bereinigung entfernt.
Content Credentials (C2PA) werden erkannt und können durch Neuberechnung der Offsets wie bei HEIC sicher entfernt werden.

MP4

video/mp4 · .mp4 .m4v

Ausschließlich der Container wird neu geschrieben. Der codierte Video- und Audio-Bitstream wird niemals rekomprimiert, was sofortige Geschwindigkeit und null Qualitätsverlust garantiert.
udta-Boxen, meta/ilst und Metadaten-uuids werden entfernt; Erstellungszeitstempel in mvhd/tkhd/mdhd werden auf null zurückgesetzt.
Die Sample-Offset-Tabellen (stco/co64) werden exakt neu berechnet, um fehlerfreie Wiedergabe und Spulen im Video zu garantieren.
Content Credentials (C2PA) liegen in einer Top-Level-uuid-Box. Sie werden nur auf ausdrücklichen Wunsch ausgewiesen und entfernt.
Fragmentierte MP4-Dateien werden abgelehnt statt modifiziert, um jedes Risiko einer Beschädigung der Videoframes auszuschließen.

Entfernbare Blöcke: EXIF, GPS, XMP, Container-MetadatenBeschreibbare Felder: 11 (camera.make, camera.model, general.software, general.artist, general.copyright, general.description, general.title, date.original, location.latitude, location.longitude, location.altitude)C2PA-ErkennungC2PA-Entfernung

QuickTime MOV

video/quicktime · .mov

QuickTime teilt die Box-Architektur mit MP4 mit geringfügigen atomaren Abweichungen. Die Bereinigung wendet dieselben sicheren Regeln ohne Rekodierung an.
GPS-Daten, die von Kameras und Smartphones in Benutzer-Tracks aufgezeichnet wurden, werden vollständig entfernt.

WebM

video/webm · .webm

Tags, Title, MuxingApp, WritingApp, DateUTC and SegmentUID are overwritten with EBML Void elements.
Void keeps every byte offset intact, so SeekHead and Cues stay valid and the file remains seekable.
Writing new metadata into WebM is not implemented in this build, so the editor does not offer it.
No C2PA embedding is defined for Matroska in the C2PA reference implementation, so Content Credentials are reported as not checked for WebM — which is not the same as reporting that there are none.

Entfernbare Blöcke: Container-MetadatenBeschreibbare Felder: keine

PDF

application/pdf · .pdf

Die Metadatenbereinigung bei PDFs baut die Querverweistabelle (xref) neu auf und leert das Info-Dictionary sowie XMP-Metadaten auf Katalogebene.
Der sichtbare Inhalt, Seiten, Vektortext und eingebettete Bilder bleiben zu 100% unverändert erhalten.

Entfernbare Blöcke: Dokumentinformationen, XMPBeschreibbare Felder: 8 (pdf.Title, pdf.Author, pdf.Subject, pdf.Keywords, pdf.Creator, pdf.Producer, pdf.CreationDate, pdf.ModDate)C2PA-Erkennung

MP3

audio/mpeg · .mp3

ID3v1-, ID3v2- und APE-Tags werden entfernt oder neu geschrieben, ohne die MPEG-Audioframes zu berühren.
Die Bereinigung verändert keine Frame-Synchronisationsbits, wodurch Abspielprobleme oder Zeitsprünge in Playern verhindert werden.

Entfernbare Blöcke: ID3-Tags, ID3v1 und Datei-End-Tags, Cover-BildBeschreibbare Felder: 11 (general.title, general.artist, audio.album, date.original, audio.genre, general.comment, general.copyright, audio.track, audio.albumArtist, audio.composer, general.software)

WAV

audio/wav · .wav .wave .bwf

RIFF-INFO-Blöcke und eingebettete ID3v2-Chunks in WAV-Dateien werden entfernt oder geändert, ohne den data-Chunk der linearen PCM-Abtastwerte anzutasten.

Entfernbare Blöcke: RIFF INFO-Felder, Broadcast Wave Extension, iXML-Produktionsmetadaten, ID3-Tags, XMP, Cover-BildBeschreibbare Felder: 12 (general.title, general.artist, audio.album, date.original, audio.genre, general.comment, general.copyright, audio.track, audio.albumArtist, audio.composer, general.software, audio.engineer)

M4A

audio/mp4 · .m4a .m4b .m4p .aac

M4A-Dateien sind MP4-Container, die ausschließlich Audiostreams enthalten. iTunes-Tags (Künstler, Album, Cover) liegen in ilst-Boxen und werden gezielt behandelt.
AAC- oder ALAC-Audiodaten bleiben bitgenau ohne jeglichen Qualitätsverlust erhalten.

Entfernbare Blöcke: Container-Metadaten, Cover-Bild, EXIF, GPS, XMPBeschreibbare Felder: 17 (camera.make, camera.model, general.software, general.artist, general.copyright, general.description, general.title, date.original, location.latitude, location.longitude, location.altitude, audio.album, audio.genre, general.comment, audio.track, audio.albumArtist, audio.composer)C2PA-ErkennungC2PA-Entfernung