Originalbilddaten mit modifizierten Metadaten speichern (keine Neucodierung) unter iOS

Question

Ich möchte ein Bild mit einigen Metadatenänderungen in einem temporären Ordner speichern, ohne die eigentlichen Bilddaten neu zu codieren.

Die einzige Methode, die ich gefunden habe, ist ALAssetsLibrary/writeImageDataToSavedPhotosAlbum:metadata:completionBlock:, jedoch speichert dieses das Bild in der Fotobibliothek. Stattdessen möchte ich das Bild in einem temporären Ordner speichern (z. B. um es per E-Mail zu teilen, ohne die Fotobibliothek zu füllen).

Ich habe versucht mit CGImageDestinationRef (CGImageDestinationAddImageFromSource), aber es kann nur mit einem decodierten Bild erstellt werden, was bedeutet, es ist es neu zu kodieren, wenn gespeichert (getestet, Pixel Bytes anders aussehen).

Gibt es andere Methoden/Klassen für iOS, die Bilddaten zusammen mit Metadaten speichern können, abgesehen von CGImageDestinationRef? Vorschläge für Workarounds wären ebenfalls willkommen.

Answer 1

Dies ist ein frustrierendes Problem mit dem iOS SDK. Zuerst empfehle ich die Einreichung einer enhancement request.

Jetzt ist hier eine mögliche Problemumgehung: WENN der ALAsset von Ihnen erstellt wurde (dh seine editable Eigenschaft ist YES) dann können Sie grundsätzlich die Daten lesen, mit Metadaten schreiben, erneut lesen, auf Festplatte speichern und dann schreiben mit den ursprünglichen Metadaten.

Dieser Ansatz vermeidet die Erstellung eines Duplikats.

Bitte lesen Sie die Kommentare // als ich ein paar Sachen aus Gründen der Kürze ausgelassen (wie ein Metadaten-Wörterbuch Gebäude):

ALAsset* asset; //get your asset, don't use this empty one 
if (asset.editable) { 

    // get the source data 
    ALAssetRepresentation *rep = [asset defaultRepresentation]; 
    Byte *buffer = (Byte*)malloc(rep.size); 
    // add error checking here 
    NSUInteger buffered = [rep getBytes:buffer fromOffset:0.0 length:rep.size error:nil]; 
    NSData *sourceData = [NSData dataWithBytesNoCopy:buffer length:buffered freeWhenDone:YES]; 

    // make your metadata whatever you want 
    // you should use actual metadata, not a blank dictionary 
    NSDictionary *metadataDictionary = [NSDictionary dictionary]; 

    // these are __weak to avoid creating an ARC retain cycle 
    NSData __weak *originalData = sourceData; 
    NSDictionary __weak *originalMetadata = [rep metadata]; 

    [asset setImageData:sourceData 
       metadata:metadataDictionary 
     completionBlock:^(NSURL *assetURL, NSError *error) { 
      //now get your data and write it to file 
      if (!error) { 
       //get your data... 
       NSString *assetPath = [assetURL path]; 
       NSData *targetData = [[NSFileManager defaultManager] contentsAtPath:assetPath]; 

       //...write to file... 
       NSArray *searchPaths = NSSearchPathForDirectoriesInDomains(NSDocumentDirectory, NSUserDomainMask, YES); 
       NSString *documentPath = [searchPaths lastObject]; 
       NSURL *fileURL = [NSURL fileURLWithPath:documentPath]; 
       [targetData writeToURL:fileURL atomically:YES]; 

       //...and put it back the way it was 
       [asset setImageData:originalData metadata:originalMetadata completionBlock:nil]; 
      } else { 
       // handle error on setting data 
       NSLog(@"ERROR: %@", [error localizedDescription]); 
      } 
     }]; 
} else { 
    // you'll need to make a new ALAsset which you have permission to edit and then try again 

} 

Wie Sie sehen können, wenn die ALAsset nicht von Ihnen gehört, benötigen Sie um einen zu erstellen, der der Bibliothek des Benutzers ein Foto hinzufügt, was genau das ist, was Sie vermeiden wollten. Wie Sie jedoch vielleicht schon vermutet haben, können Sie ein ALAsset nicht aus der Fotobibliothek des Benutzers löschen, selbst wenn es in Ihrer App erstellt wurde. (Fühlen Sie sich frei, eine weitere Verbesserungsanfrage dafür einzureichen.)

Also, wenn das Foto/Bild in Ihrer App erstellt wurde, wird dies für Sie arbeiten.

Wenn nicht, wird eine zusätzliche Kopie erstellt, die der Benutzer löschen muss.

Die einzige Alternative ist, die NSData selbst zu analysieren, was ein Schmerz wäre. Es gibt keine Open-Source-Bibliothek, die mir bekannt ist, um diese Lücke im iOS SDK zu schließen.

Answer 2

Try This:

- (void)saveImage: (UIImage*)image 
{ 
    if (image != nil) 
    { 
     NSArray *paths = NSSearchPathForDirectoriesInDomains(NSDocumentDirectory, 
                  NSUserDomainMask, YES); 
     NSString *documentsDirectory = [paths objectAtIndex:0]; 
     NSString* path = [documentsDirectory stringByAppendingPathComponent: 
          @"test.png" ]; 
     NSData* data = UIImagePNGRepresentation(image); 
     [data writeToFile:path atomically:YES]; 
    } 
} 

- (UIImage*)loadImage 
{ 
    NSArray *paths = NSSearchPathForDirectoriesInDomains(NSDocumentDirectory, 
                 NSUserDomainMask, YES); 
    NSString *documentsDirectory = [paths objectAtIndex:0]; 
    NSString* path = [documentsDirectory stringByAppendingPathComponent: 
         @"test.png" ]; 
    UIImage* image = [UIImage imageWithContentsOfFile:path]; 
    [self sendAction:path]; 
    return image; 
} 

Answer 3

Neben iphone-exif, und Aaron Antwort, könnte man auch bei the libexif c library suchen.

siehe auch Antwort des HCO23 zu
How to write or modify EXIF data for an existing image on the filesystem, without loading the image?

(@ HCO23 libexif in iOS Projekte verwendet wurde).

Es ist auch erwähnenswert, dass viele der 'professionellen' Metadatenbearbeitungs-Apps im App Store das Problem umgehen, indem sie Sidecar/XMP-Dateien erstellen.