fix: Other artwork classification not being saved

- Encountered an issue w/ `.flac` files where Mp3tag show the artwork as `Other` but Media3 had `artworkDataType = -1` instead of `0`.
  - In the implementation where we get the `base64` image, the mimeType for the artwork in this `.flac` file was `audio/wav` for whatever reason, which probably explains why we got `-1`.

Author: cyanChill

CHANGELOG.md

@@ -7,6 +7,11 @@ and this project attempts to adhere to [Semantic Versioning](https://semver.org/
 
 ## [Unreleased]
 
+### 🛠️ Fixes
+
+- `Other` artwork classification not being saved.
+  - Encountered a `.flac` file whose artwork was classified as `Other` but had `artworkDataType = -1`.
+
 ## [2.1.0] - 2025-09-29
 
 ### 🛠️ Fixes

android/src/main/java/com/cyanchill/missingcore/metadataretriever/modules/MetadataRetrieverModule.kt

@@ -194,7 +194,9 @@ class MetadataRetrieverModule internal constructor(reactContext: ReactApplicatio
 
         when (mediaMetadata.artworkDataType) {
           // "Other" Picture Type
-          MediaMetadata.PICTURE_TYPE_OTHER -> {
+          MediaMetadata.PICTURE_TYPE_OTHER,
+          // Sometimes "Other" Picture Type is set to `-1` (encountered with a `.flac` file)
+          -1 -> {
             if (backupImage == null || backupImageCode == 1) {
               val newImg = if (asBase64) reader.getBase64Image(mediaMetadata.artworkData) else mediaMetadata.artworkData
               if (newImg !== null) {