शेयर किए गए स्टोरेज से मीडिया फ़ाइलें ऐक्सेस करना

बेहतर उपयोगकर्ता अनुभव देने के लिए, कई ऐप्लिकेशन उपयोगकर्ताओं को बाहरी स्टोरेज में मौजूद मीडिया का योगदान करने और उसे ऐक्सेस करने की अनुमति देते हैं. यह फ़्रेमवर्क, मीडिया कलेक्शन में ऑप्टिमाइज़ किया गया इंडेक्स उपलब्ध कराता है. इसे मीडिया स्टोर कहा जाता है. इसकी मदद से, उपयोगकर्ता इन मीडिया फ़ाइलों को आसानी से वापस पा सकते हैं और उन्हें अपडेट कर सकते हैं. आपके ऐप्लिकेशन को अनइंस्टॉल करने के बाद भी, ये फ़ाइलें उपयोगकर्ता के डिवाइस पर बनी रहती हैं.

फ़ोटो पिकर

Media Store का इस्तेमाल करने के विकल्प के तौर पर, Android फ़ोटो पिकर टूल, उपयोगकर्ताओं को मीडिया फ़ाइलें चुनने का एक सुरक्षित और पहले से मौजूद तरीका उपलब्ध कराता है. इसके लिए, उन्हें अपने ऐप्लिकेशन को अपनी पूरी मीडिया लाइब्रेरी का ऐक्सेस देने की ज़रूरत नहीं होती. यह सुविधा सिर्फ़ उन डिवाइसों पर उपलब्ध है जिन पर इसे इस्तेमाल किया जा सकता है. ज़्यादा जानकारी के लिए, फ़ोटो पिकर की गाइड देखें.

मीडिया स्टोर

मीडिया स्टोर एब्स्ट्रैक्शन के साथ इंटरैक्ट करने के लिए, अपने ऐप्लिकेशन के कॉन्टेक्स्ट से ContentResolver ऑब्जेक्ट को फिर से पाएं:

Kotlin

val projection = arrayOf(media-database-columns-to-retrieve)
val selection = sql-where-clause-with-placeholder-variables
val selectionArgs = values-of-placeholder-variables
val sortOrder = sql-order-by-clause

applicationContext.contentResolver.query(
    MediaStore.media-type.Media.EXTERNAL_CONTENT_URI,
    projection,
    selection,
    selectionArgs,
    sortOrder
)?.use { cursor ->
    while (cursor.moveToNext()) {
        // Use an ID column from the projection to get
        // a URI representing the media item itself.
    }
}

Java

String[] projection = new String[] {
        media-database-columns-to-retrieve
};
String selection = sql-where-clause-with-placeholder-variables;
String[] selectionArgs = new String[] {
        values-of-placeholder-variables
};
String sortOrder = sql-order-by-clause;

Cursor cursor = getApplicationContext().getContentResolver().query(
    MediaStore.media-type.Media.EXTERNAL_CONTENT_URI,
    projection,
    selection,
    selectionArgs,
    sortOrder
);

while (cursor.moveToNext()) {
    // Use an ID column from the projection to get
    // a URI representing the media item itself.
}

यह सिस्टम, बाहरी स्टोरेज वॉल्यूम को अपने-आप स्कैन करता है और मीडिया फ़ाइलों को इन कलेक्शन में जोड़ता है:

  • इमेज, जिनमें फ़ोटो और स्क्रीनशॉट शामिल हैं. ये DCIM/ और Pictures/ डायरेक्ट्री में सेव की जाती हैं. सिस्टम, इन फ़ाइलों को MediaStore.Images टेबल में जोड़ता है.
  • DCIM/, Movies/, और Pictures/ डायरेक्ट्री में सेव किए गए वीडियो. सिस्टम, इन फ़ाइलों को MediaStore.Video टेबल में जोड़ता है.
  • ऑडियो फ़ाइलें, जो Alarms/, Audiobooks/, Music/, Notifications/, Podcasts/, और Ringtones/ डायरेक्ट्री में सेव होती हैं. इसके अलावा, यह सिस्टम Music/ या Movies/ डायरेक्ट्री में मौजूद ऑडियो प्लेलिस्ट के साथ-साथ Recordings/ डायरेक्ट्री में मौजूद आवाज़ की रिकॉर्डिंग को भी पहचानता है. सिस्टम, इन फ़ाइलों को MediaStore.Audio टेबल में जोड़ता है. Recordings/ डायरेक्ट्री, Android 11 (एपीआई लेवल 30) और इससे पहले के वर्शन पर उपलब्ध नहीं है.
  • Download/ डायरेक्ट्री में सेव की गई डाउनलोड की गई फ़ाइलें. Android 10 (एपीआई लेवल 29) और उसके बाद के वर्शन वाले डिवाइसों पर, ये फ़ाइलें MediaStore.Downloads टेबल में सेव होती हैं. यह टेबल, Android 9 (एपीआई लेवल 28) और इससे पहले के वर्शन पर उपलब्ध नहीं है.

मीडिया स्टोर में एक कलेक्शन भी शामिल होता है, जिसे MediaStore.Files कहा जाता है. इसकी जानकारी इस बात पर निर्भर करती है कि आपका ऐप्लिकेशन स्कोप किए गए स्टोरेज का इस्तेमाल करता है या नहीं. यह सुविधा, Android 10 या उसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन पर उपलब्ध है.

  • अगर स्कोप वाला स्टोरेज चालू है, तो कलेक्शन में सिर्फ़ वे फ़ोटो, वीडियो, और ऑडियो फ़ाइलें दिखती हैं जिन्हें आपके ऐप्लिकेशन ने बनाया है. ज़्यादातर डेवलपर को दूसरे ऐप्लिकेशन की मीडिया फ़ाइलें देखने के लिए, MediaStore.Files का इस्तेमाल करने की ज़रूरत नहीं होती. हालांकि, अगर आपको ऐसा करना है, तो READ_EXTERNAL_STORAGE की अनुमति का एलान किया जा सकता है. हालांकि, हमारा सुझाव है कि आप MediaStore एपीआई का इस्तेमाल करके, ऐसी फ़ाइलें खोलें जिन्हें आपके ऐप्लिकेशन ने नहीं बनाया है.
  • अगर स्कोप वाला स्टोरेज उपलब्ध नहीं है या उसका इस्तेमाल नहीं किया जा रहा है, तो कलेक्शन में सभी तरह की मीडिया फ़ाइलें दिखती हैं.

ज़रूरी अनुमतियों का अनुरोध करना

मीडिया फ़ाइलों पर कोई कार्रवाई करने से पहले, पक्का करें कि आपके ऐप्लिकेशन ने उन अनुमतियों के बारे में एलान किया हो जिनकी ज़रूरत उसे इन फ़ाइलों को ऐक्सेस करने के लिए है. हालांकि, ध्यान रखें कि आप उन अनुमतियों का एलान न करें जिनकी ज़रूरत आपके ऐप्लिकेशन को नहीं है या जिनका इस्तेमाल नहीं किया जाता.

स्टोरेज की अनुमतियां

आपके ऐप्लिकेशन को स्टोरेज ऐक्सेस करने की अनुमतियां चाहिए या नहीं, यह इस बात पर निर्भर करता है कि वह सिर्फ़ अपनी मीडिया फ़ाइलों को ऐक्सेस करता है या दूसरे ऐप्लिकेशन की बनाई गई फ़ाइलों को भी.

अपनी मीडिया फ़ाइलें ऐक्सेस करना

Android 10 या इसके बाद के वर्शन वाले डिवाइसों पर, आपके ऐप्लिकेशन के मालिकाना हक वाली मीडिया फ़ाइलों को ऐक्सेस करने और उनमें बदलाव करने के लिए, आपको स्टोरेज से जुड़ी अनुमतियों की ज़रूरत नहीं है. इनमें MediaStore.Downloads कलेक्शन में मौजूद फ़ाइलें भी शामिल हैं. उदाहरण के लिए, अगर कोई कैमरा ऐप्लिकेशन डेवलप किया जा रहा है, तो उससे ली गई फ़ोटो को ऐक्सेस करने के लिए, आपको स्टोरेज से जुड़ी अनुमतियों का अनुरोध करने की ज़रूरत नहीं है. इसकी वजह यह है कि मीडिया स्टोर में सेव की जा रही इमेज का मालिकाना हक आपके ऐप्लिकेशन के पास होता है.

दूसरे ऐप्लिकेशन की मीडिया फ़ाइलें ऐक्सेस करना

अन्य ऐप्लिकेशन से बनाई गई मीडिया फ़ाइलों को ऐक्सेस करने के लिए, आपको स्टोरेज से जुड़ी सही अनुमतियां देनी होंगी. साथ ही, फ़ाइलें इनमें से किसी मीडिया कलेक्शन में होनी चाहिए:

जब तक किसी फ़ाइल को MediaStore.Images, MediaStore.Video या MediaStore.Audio क्वेरी से देखा जा सकता है, तब तक उसे MediaStore.Files क्वेरी का इस्तेमाल करके भी देखा जा सकता है.

यहां दिए गए कोड स्निपेट में, स्टोरेज के लिए सही अनुमतियां तय करने का तरीका बताया गया है:

<!-- Required only if your app needs to access images or photos
     that other apps created. -->
<uses-permission android:name="android.permission.READ_MEDIA_IMAGES" />

<!-- Required only if your app needs to access videos
     that other apps created. -->
<uses-permission android:name="android.permission.READ_MEDIA_VIDEO" />

<!-- Required only if your app needs to access audio files
     that other apps created. -->
<uses-permission android:name="android.permission.READ_MEDIA_AUDIO" />

<uses-permission android:name="android.permission.READ_EXTERNAL_STORAGE"/>

<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE"
                 android:maxSdkVersion="29" />

लेगसी डिवाइसों पर काम करने वाले ऐप्लिकेशन के लिए ज़्यादा अनुमतियां चाहिए

अगर आपके ऐप्लिकेशन का इस्तेमाल Android 9 या उससे पहले के वर्शन वाले डिवाइस पर किया जा रहा है या आपके ऐप्लिकेशन ने कुछ समय के लिए स्कोप वाले स्टोरेज से ऑप्ट आउट किया है, तो आपको किसी भी मीडिया फ़ाइल को ऐक्सेस करने के लिए, READ_EXTERNAL_STORAGE की अनुमति का अनुरोध करना होगा. अगर आपको मीडिया फ़ाइलों में बदलाव करना है, तो आपको WRITE_EXTERNAL_STORAGE से अनुमति का अनुरोध करना होगा.

अन्य ऐप्लिकेशन के डाउनलोड ऐक्सेस करने के लिए, स्टोरेज ऐक्सेस फ़्रेमवर्क की ज़रूरत होती है

अगर आपका ऐप्लिकेशन MediaStore.Downloads कलेक्शन में मौजूद ऐसी फ़ाइल को ऐक्सेस करना चाहता है जिसे आपके ऐप्लिकेशन ने नहीं बनाया है, तो आपको स्टोरेज ऐक्सेस फ़्रेमवर्क का इस्तेमाल करना होगा. इस फ़्रेमवर्क को इस्तेमाल करने के तरीके के बारे में ज़्यादा जानने के लिए, शेयर किए गए स्टोरेज से दस्तावेज़ और अन्य फ़ाइलें ऐक्सेस करना लेख पढ़ें.

मीडिया की जगह की जानकारी की अनुमति

अगर आपका ऐप्लिकेशन Android 10 (एपीआई लेवल 29) या उसके बाद के वर्शन को टारगेट करता है और उसे फ़ोटो से बिना छिपाया गया EXIF मेटाडेटा वापस पाना है, तो आपको अपने ऐप्लिकेशन के मेनिफ़ेस्ट में ACCESS_MEDIA_LOCATION अनुमति का एलान करना होगा. इसके बाद, रनटाइम पर इस अनुमति का अनुरोध करना होगा.

मीडिया स्टोर में अपडेट देखना

मीडिया फ़ाइलों को ज़्यादा भरोसेमंद तरीके से ऐक्सेस करने के लिए, देखें कि मीडिया स्टोर का वर्शन बदला है या नहीं. ऐसा तब ज़रूरी है, जब आपका ऐप्लिकेशन मीडिया स्टोर से यूआरआई या डेटा को कैश मेमोरी में सेव करता हो. यह भी देखें कि आपने पिछली बार मीडिया डेटा को कब सिंक किया था. अपडेट की जांच करने के लिए, getVersion() पर कॉल करें. यह एक यूनीक स्ट्रिंग होती है, जो मीडिया स्टोर में कोई बड़ा बदलाव होने पर बदल जाती है. अगर मिला वर्शन, सिंक किए गए आखिरी वर्शन से अलग है, तो अपने ऐप्लिकेशन के मीडिया कैश मेमोरी को फिर से स्कैन करें और सिंक करें.

ऐप्लिकेशन प्रोसेस के स्टार्टअप के समय यह जांच पूरी करें. मीडिया स्टोर से हर बार क्वेरी करने पर, वर्शन की जांच करने की ज़रूरत नहीं है.

वर्शन नंबर के लागू होने के बारे में कोई अनुमान न लगाएं.

मीडिया कलेक्शन के बारे में क्वेरी करना

किसी खास शर्त को पूरा करने वाला मीडिया ढूंढने के लिए, SQL जैसे सिलेक्शन स्टेटमेंट का इस्तेमाल करें. यह स्टेटमेंट, यहां दिए गए कोड स्निपेट में दिखाए गए स्टेटमेंट जैसा होना चाहिए:

Kotlin

// Need the READ_EXTERNAL_STORAGE permission if accessing video files that your
// app didn't create.

// Container for information about each video.
data class Video(val uri: Uri,
    val name: String,
    val duration: Int,
    val size: Int
)
val videoList = mutableListOf<Video>()

val collection =
    if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.Q) {
        MediaStore.Video.Media.getContentUri(
            MediaStore.VOLUME_EXTERNAL
        )
    } else {
        MediaStore.Video.Media.EXTERNAL_CONTENT_URI
    }

val projection = arrayOf(
    MediaStore.Video.Media._ID,
    MediaStore.Video.Media.DISPLAY_NAME,
    MediaStore.Video.Media.DURATION,
    MediaStore.Video.Media.SIZE
)

// Show only videos that are at least 5 minutes in duration.
val selection = "${MediaStore.Video.Media.DURATION} >= ?"
val selectionArgs = arrayOf(
    TimeUnit.MILLISECONDS.convert(5, TimeUnit.MINUTES).toString()
)

// Display videos in alphabetical order based on their display name.
val sortOrder = "${MediaStore.Video.Media.DISPLAY_NAME} ASC"

val query = ContentResolver.query(
    collection,
    projection,
    selection,
    selectionArgs,
    sortOrder
)
query?.use { cursor ->
    // Cache column indices.
    val idColumn = cursor.getColumnIndexOrThrow(MediaStore.Video.Media._ID)
    val nameColumn =
            cursor.getColumnIndexOrThrow(MediaStore.Video.Media.DISPLAY_NAME)
    val durationColumn =
            cursor.getColumnIndexOrThrow(MediaStore.Video.Media.DURATION)
    val sizeColumn = cursor.getColumnIndexOrThrow(MediaStore.Video.Media.SIZE)

    while (cursor.moveToNext()) {
        // Get values of columns for a given video.
        val id = cursor.getLong(idColumn)
        val name = cursor.getString(nameColumn)
        val duration = cursor.getInt(durationColumn)
        val size = cursor.getInt(sizeColumn)

        val contentUri: Uri = ContentUris.withAppendedId(
            MediaStore.Video.Media.EXTERNAL_CONTENT_URI,
            id
        )

        // Stores column values and the contentUri in a local object
        // that represents the media file.
        videoList += Video(contentUri, name, duration, size)
    }
}

Java

// Need the READ_EXTERNAL_STORAGE permission if accessing video files that your
// app didn't create.

// Container for information about each video.
class Video {
    private final Uri uri;
    private final String name;
    private final int duration;
    private final int size;

    public Video(Uri uri, String name, int duration, int size) {
        this.uri = uri;
        this.name = name;
        this.duration = duration;
        this.size = size;
    }
}
List<Video> videoList = new ArrayList<Video>();

Uri collection;
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.Q) {
    collection = MediaStore.Video.Media.getContentUri(MediaStore.VOLUME_EXTERNAL);
} else {
    collection = MediaStore.Video.Media.EXTERNAL_CONTENT_URI;
}

String[] projection = new String[] {
    MediaStore.Video.Media._ID,
    MediaStore.Video.Media.DISPLAY_NAME,
    MediaStore.Video.Media.DURATION,
    MediaStore.Video.Media.SIZE
};
String selection = MediaStore.Video.Media.DURATION +
        " >= ?";
String[] selectionArgs = new String[] {
    String.valueOf(TimeUnit.MILLISECONDS.convert(5, TimeUnit.MINUTES));
};
String sortOrder = MediaStore.Video.Media.DISPLAY_NAME + " ASC";

try (Cursor cursor = getApplicationContext().getContentResolver().query(
    collection,
    projection,
    selection,
    selectionArgs,
    sortOrder
)) {
    // Cache column indices.
    int idColumn = cursor.getColumnIndexOrThrow(MediaStore.Video.Media._ID);
    int nameColumn =
            cursor.getColumnIndexOrThrow(MediaStore.Video.Media.DISPLAY_NAME);
    int durationColumn =
            cursor.getColumnIndexOrThrow(MediaStore.Video.Media.DURATION);
    int sizeColumn = cursor.getColumnIndexOrThrow(MediaStore.Video.Media.SIZE);

    while (cursor.moveToNext()) {
        // Get values of columns for a given video.
        long id = cursor.getLong(idColumn);
        String name = cursor.getString(nameColumn);
        int duration = cursor.getInt(durationColumn);
        int size = cursor.getInt(sizeColumn);

        Uri contentUri = ContentUris.withAppendedId(
                MediaStore.Video.Media.EXTERNAL_CONTENT_URI, id);

        // Stores column values and the contentUri in a local object
        // that represents the media file.
        videoList.add(new Video(contentUri, name, duration, size));
    }
}

अपने ऐप्लिकेशन में ऐसी क्वेरी करते समय, इन बातों का ध्यान रखें:

  • वर्क थ्रेड में query() वाले तरीके को कॉल करें.
  • कॉलम इंडेक्स को कैश मेमोरी में सेव करें, ताकि क्वेरी के नतीजे से हर बार कोई लाइन प्रोसेस करते समय, आपको getColumnIndexOrThrow() को कॉल करने की ज़रूरत न पड़े.
  • इस उदाहरण में दिखाए गए तरीके से, कॉन्टेंट के यूआरआई में आईडी जोड़ें.
  • Android 10 और उसके बाद के वर्शन वाले डिवाइसों के लिए, MediaStore API में कॉलम के नाम तय होने चाहिए. अगर आपके ऐप्लिकेशन में मौजूद कोई लाइब्रेरी, एपीआई में तय नहीं किए गए कॉलम के नाम का इस्तेमाल करती है, जैसे कि "MimeType", तो अपने ऐप्लिकेशन की प्रोसेस में कॉलम के नाम का डाइनैमिक तौर पर अनुवाद करने के लिए, CursorWrapper का इस्तेमाल करें.

फ़ाइल के थंबनेल लोड करना

अगर आपका ऐप्लिकेशन कई मीडिया फ़ाइलें दिखाता है और उपयोगकर्ता से इनमें से किसी एक फ़ाइल को चुनने का अनुरोध करता है, तो फ़ाइलों के बजाय, फ़ाइलों के झलक वाले वर्शन या थंबनेल लोड करना ज़्यादा बेहतर होता है.

किसी मीडिया फ़ाइल का थंबनेल लोड करने के लिए, loadThumbnail() का इस्तेमाल करें. साथ ही, उस थंबनेल का साइज़ डालें जिसे लोड करना है, जैसा कि इस कोड स्निपेट में दिखाया गया है:

Kotlin

// Load thumbnail of a specific media item.
val thumbnail: Bitmap =
        applicationContext.contentResolver.loadThumbnail(
        content-uri, Size(640, 480), null)

Java

// Load thumbnail of a specific media item.
Bitmap thumbnail =
        getApplicationContext().getContentResolver().loadThumbnail(
        content-uri, new Size(640, 480), null);

मीडिया फ़ाइल खोलना

मीडिया फ़ाइल खोलने के लिए इस्तेमाल किया जाने वाला लॉजिक इस बात पर निर्भर करता है कि मीडिया कॉन्टेंट को फ़ाइल डिस्क्रिप्टर, फ़ाइल स्ट्रीम या डायरेक्ट फ़ाइल पाथ के तौर पर सबसे बेहतर तरीके से दिखाया गया है या नहीं.

फ़ाइल डिस्क्रिप्टर

फ़ाइल डिस्क्रिप्टर का इस्तेमाल करके मीडिया फ़ाइल खोलने के लिए, यहां दिए गए कोड स्निपेट में दिखाए गए लॉजिक का इस्तेमाल करें:

Kotlin

// Open a specific media item using ParcelFileDescriptor.
val resolver = applicationContext.contentResolver

// "rw" for read-and-write.
// "rwt" for truncating or overwriting existing file contents.
val readOnlyMode = "r"
resolver.openFileDescriptor(content-uri, readOnlyMode).use { pfd ->
    // Perform operations on "pfd".
}

Java

// Open a specific media item using ParcelFileDescriptor.
ContentResolver resolver = getApplicationContext()
        .getContentResolver();

// "rw" for read-and-write.
// "rwt" for truncating or overwriting existing file contents.
String readOnlyMode = "r";
try (ParcelFileDescriptor pfd =
        resolver.openFileDescriptor(content-uri, readOnlyMode)) {
    // Perform operations on "pfd".
} catch (IOException e) {
    e.printStackTrace();
}

फ़ाइल स्ट्रीम

फ़ाइल स्ट्रीम का इस्तेमाल करके मीडिया फ़ाइल खोलने के लिए, यहां दिए गए कोड स्निपेट में दिखाए गए लॉजिक का इस्तेमाल करें:

Kotlin

// Open a specific media item using InputStream.
val resolver = applicationContext.contentResolver
resolver.openInputStream(content-uri).use { stream ->
    // Perform operations on "stream".
}

Java

// Open a specific media item using InputStream.
ContentResolver resolver = getApplicationContext()
        .getContentResolver();
try (InputStream stream = resolver.openInputStream(content-uri)) {
    // Perform operations on "stream".
}

फ़ाइल के डायरेक्ट पाथ

तीसरे पक्ष की मीडिया लाइब्रेरी के साथ आपके ऐप्लिकेशन को आसानी से काम करने में मदद करने के लिए, Android 11 (एपीआई लेवल 30) और उसके बाद के वर्शन में, शेयर किए गए स्टोरेज से मीडिया फ़ाइलों को ऐक्सेस करने के लिए, MediaStore एपीआई के अलावा अन्य एपीआई का इस्तेमाल किया जा सकता है. इसके बजाय, इनमें से किसी एक एपीआई का इस्तेमाल करके, मीडिया फ़ाइलों को सीधे ऐक्सेस किया जा सकता है:

  • File एपीआई
  • नेटिव लाइब्रेरी, जैसे कि fopen()

अगर आपके पास स्टोरेज से जुड़ी कोई अनुमति नहीं है, तो File एपीआई का इस्तेमाल करके, ऐप्लिकेशन के हिसाब से बनी डायरेक्ट्री में मौजूद फ़ाइलों के साथ-साथ ऐप्लिकेशन के लिए बनाई गई मीडिया फ़ाइलों को ऐक्सेस किया जा सकता है.

अगर आपका ऐप्लिकेशन File एपीआई का इस्तेमाल करके किसी फ़ाइल को ऐक्सेस करने की कोशिश करता है और उसके पास ज़रूरी अनुमतियां नहीं हैं, तो FileNotFoundException गड़बड़ी का कोड दिखता है.

हमारा सुझाव है कि Android 10 (एपीआई लेवल 29) वाले डिवाइस पर, शेयर किए गए स्टोरेज में मौजूद अन्य फ़ाइलों को ऐक्सेस करने के लिए, स्कोप वाले स्टोरेज से कुछ समय के लिए ऑप्ट आउट करें. इसके लिए, अपने ऐप्लिकेशन की मेनिफ़ेस्ट फ़ाइल में requestLegacyExternalStorage को true पर सेट करें. Android 10 पर, फ़ाइलों को ऐक्सेस करने के लिए इस्तेमाल किए जाने वाले नेटिव तरीकों का इस्तेमाल करके मीडिया फ़ाइलों को ऐक्सेस करने के लिए, आपको READ_EXTERNAL_STORAGE की अनुमति का अनुरोध भी करना होगा.

मीडिया कॉन्टेंट ऐक्सेस करते समय ध्यान रखने वाली बातें

मीडिया कॉन्टेंट ऐक्सेस करते समय, इन सेक्शन में बताई गई बातों का ध्यान रखें.

संग्रहित डेटा

अगर आपका ऐप्लिकेशन, मीडिया स्टोर से यूआरआई या डेटा को कैश मेमोरी में सेव करता है, तो समय-समय पर मीडिया स्टोर में हुए अपडेट देखें. इस जांच की मदद से, आपके ऐप्लिकेशन में कैश मेमोरी में सेव किया गया डेटा, सिस्टम में मौजूद डेटा के साथ सिंक रहता है.

परफ़ॉर्मेंस

डायरेक्ट फ़ाइल पाथ का इस्तेमाल करके, मीडिया फ़ाइलों को क्रम से पढ़ने पर, परफ़ॉर्मेंस MediaStore एपीआई की परफ़ॉर्मेंस के बराबर होती है.

हालांकि, डायरेक्ट फ़ाइल पाथ का इस्तेमाल करके मीडिया फ़ाइलों को रैंडम रीड और राइट करने पर, प्रोसेस दोगुनी धीमी हो सकती है. इन मामलों में, हमारा सुझाव है कि आप MediaStore एपीआई का इस्तेमाल करें.

डेटा कॉलम

किसी मौजूदा मीडिया फ़ाइल को ऐक्सेस करते समय, अपने लॉजिक में DATA कॉलम की वैल्यू का इस्तेमाल किया जा सकता है. ऐसा इसलिए है, क्योंकि इस वैल्यू में फ़ाइल का मान्य पाथ है. हालांकि, यह मत मानें कि फ़ाइल हमेशा उपलब्ध होती है. फ़ाइल पर आधारित किसी भी I/O गड़बड़ी को हैंडल करने के लिए तैयार रहें.

दूसरी ओर, मीडिया फ़ाइल बनाने या अपडेट करने के लिए, DATA कॉलम की वैल्यू का इस्तेमाल न करें. इसके बजाय, DISPLAY_NAME और RELATIVE_PATH कॉलम की वैल्यू का इस्तेमाल करें.

स्टोरेज वॉल्यूम

Android 10 या इसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन, उस यूनीक नाम को ऐक्सेस कर सकते हैं जो सिस्टम, हर बाहरी स्टोरेज वॉल्यूम को असाइन करता है. नाम रखने के इस सिस्टम की मदद से, कॉन्टेंट को बेहतर तरीके से व्यवस्थित और इंडेक्स किया जा सकता है. साथ ही, यह तय किया जा सकता है कि नई मीडिया फ़ाइलें कहां सेव की जाएंगी.

यहां दिए गए वॉल्यूम को ध्यान में रखना खास तौर पर ज़रूरी है:

  • VOLUME_EXTERNAL वॉल्यूम से, डिवाइस पर शेयर किए गए सभी स्टोरेज वॉल्यूम का व्यू मिलता है. इस सिंथेटिक वॉल्यूम का कॉन्टेंट पढ़ा जा सकता है, लेकिन उसमें बदलाव नहीं किया जा सकता.
  • VOLUME_EXTERNAL_PRIMARY वॉल्यूम, डिवाइस पर शेयर किए गए प्राइमरी स्टोरेज का वॉल्यूम दिखाता है. इस वॉल्यूम के कॉन्टेंट को पढ़ा जा सकता है और उसमें बदलाव किया जा सकता है.

MediaStore.getExternalVolumeNames() को बोलकर, दूसरे वॉल्यूम खोजे जा सकते हैं:

Kotlin

val volumeNames: Set<String> = MediaStore.getExternalVolumeNames(context)
val firstVolumeName = volumeNames.iterator().next()

Java

Set<String> volumeNames = MediaStore.getExternalVolumeNames(context);
String firstVolumeName = volumeNames.iterator().next();

मीडिया की जगह की जानकारी

कुछ फ़ोटो और वीडियो के मेटाडेटा में जगह की जानकारी होती है. इससे पता चलता है कि फ़ोटो कहां ली गई थी या वीडियो कहां रिकॉर्ड किया गया था.

अपने ऐप्लिकेशन में जगह की जानकारी को ऐक्सेस करने का तरीका इस बात पर निर्भर करता है कि आपको फ़ोटो या वीडियो के लिए जगह की जानकारी ऐक्सेस करनी है या नहीं.

फ़ोटोग्राफ़

अगर आपका ऐप्लिकेशन स्कोप वाले स्टोरेज का इस्तेमाल करता है, तो सिस्टम डिफ़ॉल्ट रूप से जगह की जानकारी छिपा देता है. इस जानकारी को ऐक्सेस करने के लिए, यह तरीका अपनाएं:

  1. अपने ऐप्लिकेशन के मेनिफ़ेस्ट में, ACCESS_MEDIA_LOCATION अनुमति का अनुरोध करें.

  2. अपने MediaStore ऑब्जेक्ट से, फ़ोटो के सटीक बाइट पाएं. इसके लिए, setRequireOriginal() को कॉल करें और फ़ोटो का यूआरआई पास करें. इसका उदाहरण नीचे दिए गए कोड स्निपेट में दिया गया है:

    Kotlin

    val photoUri: Uri = Uri.withAppendedPath(
        MediaStore.Images.Media.EXTERNAL_CONTENT_URI,
        cursor.getString(idColumnIndex)
)

// Get location data using the Exifinterface library.
// Exception occurs if ACCESS_MEDIA_LOCATION permission isn't granted.
photoUri = MediaStore.setRequireOriginal(photoUri)
contentResolver.openInputStream(photoUri)?.use { stream ->
    ExifInterface(stream).run {
        // If lat/long is null, fall back to the coordinates (0, 0).
        val latLong = latLong ?: doubleArrayOf(0.0, 0.0)
    }
}

    Java

    Uri photoUri = Uri.withAppendedPath(
        MediaStore.Images.Media.EXTERNAL_CONTENT_URI,
        cursor.getString(idColumnIndex));

final double[] latLong;

// Get location data using the Exifinterface library.
// Exception occurs if ACCESS_MEDIA_LOCATION permission isn't granted.
photoUri = MediaStore.setRequireOriginal(photoUri);
InputStream stream = getContentResolver().openInputStream(photoUri);
if (stream != null) {
    ExifInterface exifInterface = new ExifInterface(stream);
    double[] returnedLatLong = exifInterface.getLatLong();

    // If lat/long is null, fall back to the coordinates (0, 0).
    latLong = returnedLatLong != null ? returnedLatLong : new double[2];

    // Don't reuse the stream associated with
    // the instance of "ExifInterface".
    stream.close();
} else {
    // Failed to load the stream, so return the coordinates (0, 0).
    latLong = new double[2];
}

वीडियो

वीडियो के मेटाडेटा में जगह की जानकारी ऐक्सेस करने के लिए, MediaMetadataRetriever क्लास का इस्तेमाल करें. इसका उदाहरण नीचे दिए गए कोड स्निपेट में दिया गया है. इस क्लास का इस्तेमाल करने के लिए, आपके ऐप्लिकेशन को किसी और अनुमति का अनुरोध करने की ज़रूरत नहीं है.

Kotlin

val retriever = MediaMetadataRetriever()
val context = applicationContext

// Find the videos that are stored on a device by querying the video collection.
val query = ContentResolver.query(
    collection,
    projection,
    selection,
    selectionArgs,
    sortOrder
)
query?.use { cursor ->
    val idColumn = cursor.getColumnIndexOrThrow(MediaStore.Video.Media._ID)
    while (cursor.moveToNext()) {
        val id = cursor.getLong(idColumn)
        val videoUri: Uri = ContentUris.withAppendedId(
            MediaStore.Video.Media.EXTERNAL_CONTENT_URI,
            id
        )
        extractVideoLocationInfo(videoUri)
    }
}

private fun extractVideoLocationInfo(videoUri: Uri) {
    try {
        retriever.setDataSource(context, videoUri)
    } catch (e: RuntimeException) {
        Log.e(APP_TAG, "Cannot retrieve video file", e)
    }
    // Metadata uses a standardized format.
    val locationMetadata: String? =
            retriever.extractMetadata(MediaMetadataRetriever.METADATA_KEY_LOCATION)
}

Java

MediaMetadataRetriever retriever = new MediaMetadataRetriever();
Context context = getApplicationContext();

// Find the videos that are stored on a device by querying the video collection.
try (Cursor cursor = context.getContentResolver().query(
    collection,
    projection,
    selection,
    selectionArgs,
    sortOrder
)) {
    int idColumn = cursor.getColumnIndexOrThrow(MediaStore.Video.Media._ID);
    while (cursor.moveToNext()) {
        long id = cursor.getLong(idColumn);
        Uri videoUri = ContentUris.withAppendedId(
                MediaStore.Video.Media.EXTERNAL_CONTENT_URI, id);
        extractVideoLocationInfo(videoUri);
    }
}

private void extractVideoLocationInfo(Uri videoUri) {
    try {
        retriever.setDataSource(context, videoUri);
    } catch (RuntimeException e) {
        Log.e(APP_TAG, "Cannot retrieve video file", e);
    }
    // Metadata uses a standardized format.
    String locationMetadata = retriever.extractMetadata(
            MediaMetadataRetriever.METADATA_KEY_LOCATION);
}

शेयर करें

कुछ ऐप्लिकेशन, उपयोगकर्ताओं को एक-दूसरे के साथ मीडिया फ़ाइलें शेयर करने की सुविधा देते हैं. उदाहरण के लिए, सोशल मीडिया ऐप्लिकेशन की मदद से, उपयोगकर्ता अपने दोस्तों के साथ फ़ोटो और वीडियो शेयर कर सकते हैं.

मीडिया फ़ाइलें शेयर करने के लिए, content:// यूआरआई का इस्तेमाल करें. इसके लिए, कॉन्टेंट प्रोवाइडर बनाने के लिए बनी गाइड देखें.

मीडिया फ़ाइलों का ऐप्लिकेशन एट्रिब्यूशन

अगर Android 10 या उसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन के लिए, स्कोप वाला स्टोरेज चालू है, तो सिस्टम हर मीडिया फ़ाइल के लिए ऐप्लिकेशन को एट्रिब्यूट करता है. इससे यह तय होता है कि आपका ऐप्लिकेशन, स्टोरेज से जुड़ी किसी भी अनुमति का अनुरोध किए बिना कौनसी फ़ाइलें ऐक्सेस कर सकता है. हर फ़ाइल को सिर्फ़ एक ऐप्लिकेशन के लिए एट्रिब्यूट किया जा सकता है. इसलिए, अगर आपका ऐप्लिकेशन कोई ऐसी मीडिया फ़ाइल बनाता है जिसे फ़ोटो, वीडियो या ऑडियो फ़ाइलों के मीडिया कलेक्शन में सेव किया जाता है, तो आपके ऐप्लिकेशन के पास उस फ़ाइल का ऐक्सेस होता है.

हालांकि, अगर उपयोगकर्ता आपके ऐप्लिकेशन को अनइंस्टॉल करके फिर से इंस्टॉल करता है, तो आपको उन फ़ाइलों को ऐक्सेस करने के लिए READ_EXTERNAL_STORAGE से अनुरोध करना होगा जिन्हें आपके ऐप्लिकेशन ने मूल रूप से बनाया था. अनुमति का यह अनुरोध ज़रूरी है, क्योंकि सिस्टम, फ़ाइल को ऐप्लिकेशन के नए वर्शन के बजाय, पहले से इंस्टॉल किए गए वर्शन के लिए एट्रिब्यूट करता है.

कोई आइटम जोड़ें

किसी मौजूदा कलेक्शन में मीडिया आइटम जोड़ने के लिए, यहां दिए गए कोड का इस्तेमाल करें. यह कोड स्निपेट, Android 10 या इसके बाद के वर्शन पर चलने वाले डिवाइसों पर VOLUME_EXTERNAL_PRIMARY वॉल्यूम को ऐक्सेस करता है. ऐसा इसलिए है, क्योंकि इन डिवाइसों पर किसी वॉल्यूम के कॉन्टेंट में सिर्फ़ तब बदलाव किया जा सकता है, जब वह प्राइमरी वॉल्यूम हो. इस बारे में स्टोरेज वॉल्यूम सेक्शन में बताया गया है.

Kotlin

// Add a specific media item.
val resolver = applicationContext.contentResolver

// Find all audio files on the primary external storage device.
val audioCollection =
    if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.Q) {
        MediaStore.Audio.Media.getContentUri(
            MediaStore.VOLUME_EXTERNAL_PRIMARY
        )
    } else {
        MediaStore.Audio.Media.EXTERNAL_CONTENT_URI
    }

// Publish a new song.
val newSongDetails = ContentValues().apply {
    put(MediaStore.Audio.Media.DISPLAY_NAME, "My Song.mp3")
}

// Keep a handle to the new song's URI in case you need to modify it
// later.
val myFavoriteSongUri = resolver
        .insert(audioCollection, newSongDetails)

Java

// Add a specific media item.
ContentResolver resolver = getApplicationContext()
        .getContentResolver();

// Find all audio files on the primary external storage device.
Uri audioCollection;
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.Q) {
    audioCollection = MediaStore.Audio.Media
            .getContentUri(MediaStore.VOLUME_EXTERNAL_PRIMARY);
} else {
    audioCollection = MediaStore.Audio.Media.EXTERNAL_CONTENT_URI;
}

// Publish a new song.
ContentValues newSongDetails = new ContentValues();
newSongDetails.put(MediaStore.Audio.Media.DISPLAY_NAME,
        "My Song.mp3");

// Keep a handle to the new song's URI in case you need to modify it
// later.
Uri myFavoriteSongUri = resolver
        .insert(audioCollection, newSongDetails);

मीडिया फ़ाइलों के लिए, 'मंज़ूरी मिलना बाकी है' स्टेटस को टॉगल करना

अगर आपका ऐप्लिकेशन, मीडिया फ़ाइलों में लिखने जैसी ऐसी कार्रवाइयां करता है जिनमें काफ़ी समय लगता है, तो फ़ाइल को प्रोसेस करने के दौरान उसका ऐक्सेस होना ज़रूरी है. Android 10 या इसके बाद के वर्शन वाले डिवाइसों पर, आपके ऐप्लिकेशन को यह ऐक्सेस मिल सकता है. इसके लिए, IS_PENDING फ़्लैग की वैल्यू को 1 पर सेट करें. जब तक आपका ऐप्लिकेशन IS_PENDING की वैल्यू को फिर से 0 पर नहीं बदलता, तब तक सिर्फ़ आपका ऐप्लिकेशन ही फ़ाइल को देख सकता है.

नीचे दिया गया कोड स्निपेट, पिछले कोड स्निपेट पर आधारित है. इस स्निपेट में, MediaStore.Audio कलेक्शन से जुड़ी डायरेक्ट्री में लंबे गाने को सेव करते समय, IS_PENDING फ़्लैग का इस्तेमाल करने का तरीका बताया गया है:

Kotlin

// Add a media item that other apps don't see until the item is
// fully written to the media store.
val resolver = applicationContext.contentResolver

// Find all audio files on the primary external storage device.
val audioCollection =
    if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.Q) {
        MediaStore.Audio.Media.getContentUri(
            MediaStore.VOLUME_EXTERNAL_PRIMARY
        )
    } else {
        MediaStore.Audio.Media.EXTERNAL_CONTENT_URI
    }

val songDetails = ContentValues().apply {
    put(MediaStore.Audio.Media.DISPLAY_NAME, "My Workout Playlist.mp3")
    put(MediaStore.Audio.Media.IS_PENDING, 1)
}

val songContentUri = resolver.insert(audioCollection, songDetails)

// "w" for write.
resolver.openFileDescriptor(songContentUri, "w", null).use { pfd ->
    // Write data into the pending audio file.
}

// Now that you're finished, release the "pending" status and let other apps
// play the audio track.
songDetails.clear()
songDetails.put(MediaStore.Audio.Media.IS_PENDING, 0)
resolver.update(songContentUri, songDetails, null, null)

Java

// Add a media item that other apps don't see until the item is
// fully written to the media store.
ContentResolver resolver = getApplicationContext()
        .getContentResolver();

// Find all audio files on the primary external storage device.
Uri audioCollection;
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.Q) {
    audioCollection = MediaStore.Audio.Media
            .getContentUri(MediaStore.VOLUME_EXTERNAL_PRIMARY);
} else {
    audioCollection = MediaStore.Audio.Media.EXTERNAL_CONTENT_URI;
}

ContentValues songDetails = new ContentValues();
songDetails.put(MediaStore.Audio.Media.DISPLAY_NAME,
        "My Workout Playlist.mp3");
songDetails.put(MediaStore.Audio.Media.IS_PENDING, 1);

Uri songContentUri = resolver
        .insert(audioCollection, songDetails);

// "w" for write.
try (ParcelFileDescriptor pfd =
        resolver.openFileDescriptor(songContentUri, "w", null)) {
    // Write data into the pending audio file.
}

// Now that you're finished, release the "pending" status and let other apps
// play the audio track.
songDetails.clear();
songDetails.put(MediaStore.Audio.Media.IS_PENDING, 0);
resolver.update(songContentUri, songDetails, null, null);

फ़ाइल की जगह के बारे में हिंट देना

जब आपका ऐप्लिकेशन, Android 10 पर चलने वाले डिवाइस पर मीडिया सेव करता है, तो डिफ़ॉल्ट रूप से मीडिया को उसके टाइप के हिसाब से व्यवस्थित किया जाता है. उदाहरण के लिए, डिफ़ॉल्ट रूप से नई इमेज फ़ाइलें, Environment.DIRECTORY_PICTURES डायरेक्ट्री में सेव होती हैं. यह डायरेक्ट्री, MediaStore.Images कलेक्शन से जुड़ी होती है.

अगर आपके ऐप्लिकेशन को किसी खास जगह के बारे में पता है जहां फ़ाइलें सेव की जा सकती हैं, जैसे कि Pictures/MyVacationPictures नाम का फ़ोटो एल्बम, तो MediaColumns.RELATIVE_PATH को सेट किया जा सकता है. इससे सिस्टम को यह जानकारी मिलती है कि नई फ़ाइलों को कहां सेव करना है.

किसी आइटम की जानकारी अपडेट करना

अपने ऐप्लिकेशन के मालिकाना हक वाली मीडिया फ़ाइल को अपडेट करने के लिए, इस तरह के कोड का इस्तेमाल करें:

Kotlin

// Updates an existing media item.
val mediaId = // MediaStore.Audio.Media._ID of item to update.
val resolver = applicationContext.contentResolver

// When performing a single item update, prefer using the ID.
val selection = "${MediaStore.Audio.Media._ID} = ?"

// By using selection + args you protect against improper escaping of // values.
val selectionArgs = arrayOf(mediaId.toString())

// Update an existing song.
val updatedSongDetails = ContentValues().apply {
    put(MediaStore.Audio.Media.DISPLAY_NAME, "My Favorite Song.mp3")
}

// Use the individual song's URI to represent the collection that's
// updated.
val numSongsUpdated = resolver.update(
        myFavoriteSongUri,
        updatedSongDetails,
        selection,
        selectionArgs)

Java

// Updates an existing media item.
long mediaId = // MediaStore.Audio.Media._ID of item to update.
ContentResolver resolver = getApplicationContext()
        .getContentResolver();

// When performing a single item update, prefer using the ID.
String selection = MediaStore.Audio.Media._ID + " = ?";

// By using selection + args you protect against improper escaping of
// values. Here, "song" is an in-memory object that caches the song's
// information.
String[] selectionArgs = new String[] { getId().toString() };

// Update an existing song.
ContentValues updatedSongDetails = new ContentValues();
updatedSongDetails.put(MediaStore.Audio.Media.DISPLAY_NAME,
        "My Favorite Song.mp3");

// Use the individual song's URI to represent the collection that's
// updated.
int numSongsUpdated = resolver.update(
        myFavoriteSongUri,
        updatedSongDetails,
        selection,
        selectionArgs);

अगर स्कोप वाला स्टोरेज उपलब्ध नहीं है या चालू नहीं है, तो ऊपर दिए गए कोड स्निपेट में दिखाई गई प्रोसेस, उन फ़ाइलों के लिए भी काम करती है जिनका मालिकाना हक आपके ऐप्लिकेशन के पास नहीं है.

नेटिव कोड में अपडेट करना

अगर आपको नेटिव लाइब्रेरी का इस्तेमाल करके मीडिया फ़ाइलें लिखनी हैं, तो फ़ाइल से जुड़े फ़ाइल डिस्क्रिप्टर को अपने Java-आधारित या Kotlin-आधारित कोड से अपने नेटिव कोड में पास करें.

यहां दिए गए कोड स्निपेट में, मीडिया ऑब्जेक्ट के फ़ाइल डिस्क्रिप्टर को अपने ऐप्लिकेशन के नेटिव कोड में पास करने का तरीका बताया गया है:

Kotlin

val contentUri: Uri = ContentUris.withAppendedId(
        MediaStore.Audio.Media.EXTERNAL_CONTENT_URI,
        cursor.getLong(BaseColumns._ID))
val fileOpenMode = "r"
val parcelFd = resolver.openFileDescriptor(contentUri, fileOpenMode)
val fd = parcelFd?.detachFd()
// Pass the integer value "fd" into your native code. Remember to call
// close(2) on the file descriptor when you're done using it.

Java

Uri contentUri = ContentUris.withAppendedId(
        MediaStore.Audio.Media.EXTERNAL_CONTENT_URI,
        cursor.getLong(Integer.parseInt(BaseColumns._ID)));
String fileOpenMode = "r";
ParcelFileDescriptor parcelFd =
        resolver.openFileDescriptor(contentUri, fileOpenMode);
if (parcelFd != null) {
    int fd = parcelFd.detachFd();
    // Pass the integer value "fd" into your native code. Remember to call
    // close(2) on the file descriptor when you're done using it.
}

दूसरे ऐप्लिकेशन की मीडिया फ़ाइलों को अपडेट करना

अगर आपका ऐप्लिकेशन स्कोप वाले स्टोरेज का इस्तेमाल करता है, तो आम तौर पर वह मीडिया स्टोर में मौजूद किसी ऐसी मीडिया फ़ाइल को अपडेट नहीं कर सकता जिसे किसी दूसरे ऐप्लिकेशन ने अपलोड किया है.

हालांकि, फ़ाइल में बदलाव करने के लिए उपयोगकर्ता की सहमति ली जा सकती है. इसके लिए, प्लैटफ़ॉर्म से मिलने वाले RecoverableSecurityException को कैप्चर करें. इसके बाद, उपयोगकर्ता से अनुरोध किया जा सकता है कि वह आपके ऐप्लिकेशन को उस आइटम का लिखने का ऐक्सेस दे, जैसा कि नीचे दिए गए कोड स्निपेट में दिखाया गया है:

Kotlin

// Apply a grayscale filter to the image at the given content URI.
try {
    // "w" for write.
    contentResolver.openFileDescriptor(image-content-uri, "w")?.use {
        setGrayscaleFilter(it)
    }
} catch (securityException: SecurityException) {
    if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.Q) {
        val recoverableSecurityException = securityException as?
            RecoverableSecurityException ?:
            throw RuntimeException(securityException.message, securityException)

        val intentSender =
            recoverableSecurityException.userAction.actionIntent.intentSender
        intentSender?.let {
            startIntentSenderForResult(intentSender, image-request-code,
                    null, 0, 0, 0, null)
        }
    } else {
        throw RuntimeException(securityException.message, securityException)
    }
}

Java

try {
    // "w" for write.
    ParcelFileDescriptor imageFd = getContentResolver()
            .openFileDescriptor(image-content-uri, "w");
    setGrayscaleFilter(imageFd);
} catch (SecurityException securityException) {
    if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.Q) {
        RecoverableSecurityException recoverableSecurityException;
        if (securityException instanceof RecoverableSecurityException) {
            recoverableSecurityException =
                    (RecoverableSecurityException)securityException;
        } else {
            throw new RuntimeException(
                    securityException.getMessage(), securityException);
        }
        IntentSender intentSender =recoverableSecurityException.getUserAction()
                .getActionIntent().getIntentSender();
        startIntentSenderForResult(intentSender, image-request-code,
                null, 0, 0, 0, null);
    } else {
        throw new RuntimeException(
                securityException.getMessage(), securityException);
    }
}

जब भी आपके ऐप्लिकेशन को ऐसी मीडिया फ़ाइल में बदलाव करना हो जिसे उसने नहीं बनाया है, तो यह प्रोसेस पूरी करें.

इसके अलावा, अगर आपका ऐप्लिकेशन Android 11 या उसके बाद के वर्शन पर काम करता है, तो उपयोगकर्ताओं को मीडिया फ़ाइलों के ग्रुप का लिखने का ऐक्सेस दिया जा सकता है. मीडिया फ़ाइलों के ग्रुप मैनेज करने के तरीके के सेक्शन में बताए गए, createWriteRequest() तरीके का इस्तेमाल करें.

अगर आपके ऐप्लिकेशन का इस्तेमाल करने का कोई दूसरा उदाहरण है, जो स्कोप किए गए स्टोरेज में शामिल नहीं है, तो सुविधा का अनुरोध करें और स्कोप किए गए स्टोरेज से कुछ समय के लिए ऑप्ट आउट करें.

कोई आइटम हटाना

अगर आपके ऐप्लिकेशन को मीडिया स्टोर में किसी आइटम की ज़रूरत नहीं है, तो उसे हटाने के लिए, यहां दिए गए कोड स्निपेट में दिखाए गए लॉजिक का इस्तेमाल करें:

Kotlin

// Remove a specific media item.
val resolver = applicationContext.contentResolver

// URI of the image to remove.
val imageUri = "..."

// WHERE clause.
val selection = "..."
val selectionArgs = "..."

// Perform the actual removal.
val numImagesRemoved = resolver.delete(
        imageUri,
        selection,
        selectionArgs)

Java

// Remove a specific media item.
ContentResolver resolver = getApplicationContext()
        getContentResolver();

// URI of the image to remove.
Uri imageUri = "...";

// WHERE clause.
String selection = "...";
String[] selectionArgs = "...";

// Perform the actual removal.
int numImagesRemoved = resolver.delete(
        imageUri,
        selection,
        selectionArgs);

अगर स्कोप वाला स्टोरेज उपलब्ध नहीं है या चालू नहीं है, तो ऊपर दिए गए कोड स्निपेट का इस्तेमाल करके, उन फ़ाइलों को हटाया जा सकता है जिनका मालिकाना हक दूसरे ऐप्लिकेशन के पास है. हालांकि, अगर स्कोप वाला स्टोरेज चालू है, तो आपको हर उस फ़ाइल के लिए RecoverableSecurityException को कैच करना होगा जिसे आपके ऐप्लिकेशन को हटाना है. इस बारे में मीडिया आइटम अपडेट करने वाले सेक्शन में बताया गया है.

अगर आपका ऐप्लिकेशन Android 11 या उसके बाद के वर्शन पर काम करता है, तो उपयोगकर्ताओं को मीडिया फ़ाइलों का ग्रुप चुनने की अनुमति दी जा सकती है, ताकि वे उन्हें हटा सकें. मीडिया फ़ाइलों के ग्रुप मैनेज करने के तरीके के सेक्शन में बताए गए createTrashRequest() या createDeleteRequest() तरीके का इस्तेमाल करें.

अगर आपके ऐप्लिकेशन का इस्तेमाल करने का कोई दूसरा उदाहरण है, जो स्कोप किए गए स्टोरेज में शामिल नहीं है, तो इस सुविधा के लिए अनुरोध करें और स्कोप किए गए स्टोरेज से कुछ समय के लिए ऑप्ट आउट करें.

मीडिया फ़ाइलों में हुए अपडेट का पता लगाना

आपके ऐप्लिकेशन को उन स्टोरेज वॉल्यूम की पहचान करनी पड़ सकती है जिनमें ऐसी मीडिया फ़ाइलें मौजूद हैं जिन्हें ऐप्लिकेशन ने किसी समय के बाद जोड़ा या जिनमें बदलाव किया है. इन बदलावों का सबसे भरोसेमंद तरीके से पता लगाने के लिए, अपनी पसंद के स्टोरेज वॉल्यूम को getGeneration() में डालें. जब तक मीडिया स्टोर का वर्शन नहीं बदलता, तब तक इस तरीके से मिलने वाली वैल्यू समय के साथ लगातार बढ़ती जाती है.

खास तौर पर, getGeneration(), मीडिया कॉलम में मौजूद तारीखों की तुलना में ज़्यादा बेहतर है. जैसे, DATE_ADDED और DATE_MODIFIED. ऐसा इसलिए है, क्योंकि जब कोई ऐप्लिकेशन setLastModified() को कॉल करता है या उपयोगकर्ता सिस्टम की घड़ी बदलता है, तो मीडिया कॉलम की वैल्यू बदल सकती हैं.

मीडिया फ़ाइलों के ग्रुप मैनेज करना

Android 11 और उसके बाद के वर्शन पर, उपयोगकर्ता से मीडिया फ़ाइलों का ग्रुप चुनने के लिए कहा जा सकता है. इसके बाद, एक ही कार्रवाई में इन मीडिया फ़ाइलों को अपडेट किया जा सकता है. इन तरीकों से, सभी डिवाइसों पर मीडिया को एक जैसा मैनेज किया जा सकता है. साथ ही, इनसे उपयोगकर्ताओं को अपने मीडिया कलेक्शन को मैनेज करने में आसानी होती है.

"एक साथ कई आइटम अपडेट करने" की सुविधा देने वाले तरीकों में ये शामिल हैं:

createWriteRequest()
उपयोगकर्ता से अनुरोध करें कि वह आपके ऐप्लिकेशन को मीडिया फ़ाइलों के किसी ग्रुप में बदलाव करने का ऐक्सेस दे.
createFavoriteRequest()
उपयोगकर्ता से, चुनी गई मीडिया फ़ाइलों को डिवाइस पर "पसंदीदा" मीडिया के तौर पर मार्क करने का अनुरोध करें. इस फ़ाइल को पढ़ने का ऐक्सेस रखने वाला कोई भी ऐप्लिकेशन, यह देख सकता है कि उपयोगकर्ता ने फ़ाइल को "पसंदीदा" के तौर पर मार्क किया है.
createTrashRequest()

उपयोगकर्ता से अनुरोध करें कि वह बताई गई मीडिया फ़ाइलों को डिवाइस के ट्रैश में डाले. सिस्टम की तय की गई समयावधि के बाद, ट्रैश में मौजूद आइटम हमेशा के लिए मिटा दिए जाते हैं.

createDeleteRequest()

उपयोगकर्ता से अनुरोध करें कि वह चुनी गई मीडिया फ़ाइलों को ट्रैश में डाले बिना, उन्हें तुरंत हमेशा के लिए मिटा दे.

इनमें से किसी भी तरीके को कॉल करने के बाद, सिस्टम एक PendingIntent ऑब्जेक्ट बनाता है. आपका ऐप्लिकेशन इस इंटेंट को ट्रिगर करने के बाद, उपयोगकर्ताओं को एक डायलॉग दिखता है. इसमें, आपके ऐप्लिकेशन को चुनी गई मीडिया फ़ाइलों को अपडेट करने या मिटाने के लिए, उनकी सहमति का अनुरोध किया जाता है.

उदाहरण के लिए, createWriteRequest() को कॉल करने का स्ट्रक्चर यहां बताया गया है:

Kotlin

val urisToModify = /* A collection of content URIs to modify. */
val editPendingIntent = MediaStore.createWriteRequest(contentResolver,
        urisToModify)

// Launch a system prompt requesting user permission for the operation.
startIntentSenderForResult(editPendingIntent.intentSender, EDIT_REQUEST_CODE,
    null, 0, 0, 0)

Java

List<Uri> urisToModify = /* A collection of content URIs to modify. */
PendingIntent editPendingIntent = MediaStore.createWriteRequest(contentResolver,
                  urisToModify);

// Launch a system prompt requesting user permission for the operation.
startIntentSenderForResult(editPendingIntent.getIntentSender(),
    EDIT_REQUEST_CODE, null, 0, 0, 0);

उपयोगकर्ता के जवाब का आकलन करें. अगर उपयोगकर्ता ने सहमति दी है, तो मीडिया से जुड़ी कार्रवाई जारी रखें. इसके अलावा, उपयोगकर्ता को बताएं कि आपके ऐप्लिकेशन को अनुमति की ज़रूरत क्यों है:

Kotlin

override fun onActivityResult(requestCode: Int, resultCode: Int,
                 data: Intent?) {
    ...
    when (requestCode) {
        EDIT_REQUEST_CODE ->
            if (resultCode == Activity.RESULT_OK) {
                /* Edit request granted; proceed. */
            } else {
                /* Edit request not granted; explain to the user. */
            }
    }
}

Java

@Override
protected void onActivityResult(int requestCode, int resultCode,
                   @Nullable Intent data) {
    ...
    if (requestCode == EDIT_REQUEST_CODE) {
        if (resultCode == Activity.RESULT_OK) {
            /* Edit request granted; proceed. */
        } else {
            /* Edit request not granted; explain to the user. */
        }
    }
}

इस सामान्य पैटर्न का इस्तेमाल, createFavoriteRequest(), createTrashRequest(), और createDeleteRequest() के साथ किया जा सकता है.

मीडिया मैनेज करने की अनुमति

उपयोगकर्ता, मीडिया मैनेजमेंट के लिए किसी ऐप्लिकेशन पर भरोसा कर सकते हैं. जैसे, मीडिया फ़ाइलों में बार-बार बदलाव करना. अगर आपका ऐप्लिकेशन Android 11 या इसके बाद के वर्शन को टारगेट करता है और यह डिवाइस का डिफ़ॉल्ट गैलरी ऐप्लिकेशन नहीं है, तो जब भी आपका ऐप्लिकेशन किसी फ़ाइल में बदलाव करने या उसे मिटाने की कोशिश करेगा, तब आपको उपयोगकर्ता को पुष्टि करने वाला डायलॉग दिखाना होगा.

अगर आपका ऐप्लिकेशन, Android 12 (एपीआई लेवल 31) या उसके बाद के वर्शन को टारगेट करता है, तो आपके पास यह अनुरोध करने का विकल्प होता है कि उपयोगकर्ता आपके ऐप्लिकेशन को मीडिया मैनेजमेंट की खास अनुमति दें. इस अनुमति की मदद से, आपका ऐप्लिकेशन इन सभी कामों को कर सकता है. इसके लिए, उसे हर फ़ाइल ऑपरेशन के लिए उपयोगकर्ता से अनुमति लेने की ज़रूरत नहीं पड़ती:

  • createWriteRequest() का इस्तेमाल करके, फ़ाइलों में बदलाव करें.
  • createTrashRequest() का इस्तेमाल करके, फ़ाइलों को ट्रैश में ले जाएं और उससे बाहर निकालें.
  • createDeleteRequest() का इस्तेमाल करके, फ़ाइलें मिटाएं.

ऐसा करने के लिए, यह तरीका अपनाएं:

  1. अपने ऐप्लिकेशन की मेनिफ़ेस्ट फ़ाइल में, MANAGE_MEDIA और READ_EXTERNAL_STORAGE अनुमतियों का एलान करें.

    पुष्टि करने वाला डायलॉग बॉक्स दिखाए बिना createWriteRequest() को कॉल करने के लिए, ACCESS_MEDIA_LOCATION की अनुमति भी दें.

  2. अपने ऐप्लिकेशन में, उपयोगकर्ता को एक यूज़र इंटरफ़ेस (यूआई) दिखाएं. इससे उन्हें यह समझने में मदद मिलेगी कि वे आपके ऐप्लिकेशन को मीडिया मैनेजमेंट का ऐक्सेस क्यों देना चाहते हैं.

  3. ACTION_REQUEST_MANAGE_MEDIA इंटेंट ऐक्शन को शुरू करें. इससे उपयोगकर्ता, सिस्टम सेटिंग में मीडिया मैनेजमेंट ऐप्लिकेशन स्क्रीन पर पहुंच जाते हैं. यहां से, उपयोगकर्ता ऐप्लिकेशन का खास ऐक्सेस दे सकते हैं.

ऐसे इस्तेमाल के उदाहरण जिनमें मीडिया स्टोर के विकल्प की ज़रूरत होती है

अगर आपका ऐप्लिकेशन मुख्य रूप से इनमें से कोई एक भूमिका निभाता है, तो MediaStore एपीआई के विकल्प के बारे में सोचें.

दूसरी तरह की फ़ाइलों के साथ काम करना

अगर आपका ऐप्लिकेशन ऐसे दस्तावेज़ों और फ़ाइलों के साथ काम करता है जिनमें सिर्फ़ मीडिया कॉन्टेंट नहीं होता, जैसे कि EPUB या PDF फ़ाइल एक्सटेंशन का इस्तेमाल करने वाली फ़ाइलें, तो दस्तावेज़ों और अन्य फ़ाइलों को सेव करने और ऐक्सेस करने के लिए बनी गाइड में बताए गए तरीके के मुताबिक, ACTION_OPEN_DOCUMENT इंटेंट ऐक्शन का इस्तेमाल करें.

साथी ऐप्लिकेशन में फ़ाइल शेयर करना

अगर आपने साथ काम करने वाले ऐप्लिकेशन का सुइट उपलब्ध कराया है, जैसे कि मैसेजिंग ऐप्लिकेशन और प्रोफ़ाइल ऐप्लिकेशन, तो content:// यूआरआई का इस्तेमाल करके फ़ाइल शेयर करने की सुविधा सेट अप करें. हमारा सुझाव है कि सुरक्षा के सबसे सही तरीके के तौर पर, इस वर्कफ़्लो का इस्तेमाल करें.

अन्य संसाधन

मीडिया को सेव और ऐक्सेस करने के तरीके के बारे में ज़्यादा जानने के लिए, यहां दिए गए संसाधन देखें.

सैंपल

  • MediaStore, जो GitHub पर उपलब्ध है

वीडियो