अपने Android ऐप्लिकेशन में बेहतर सुविधाएं जोड़ना

विज्ञापन के लिए ब्रेक

Android Sender SDK, किसी मीडिया स्ट्रीम में विज्ञापन ब्रेक और वीडियो विज्ञापन के साथ दिखने वाले बैनर विज्ञापन दिखाने की सुविधा देता है.

विज्ञापन ब्रेक के काम करने के तरीके के बारे में ज़्यादा जानने के लिए, वेब रिसीवर पर विज्ञापन ब्रेक की खास जानकारी देखें.

ब्रेक को सेंडर और रिसीवर, दोनों पर सेट किया जा सकता है. हालांकि, हमारा सुझाव है कि इन्हें वेब रिसीवर और Android TV रिसीवर पर सेट किया जाए, ताकि सभी प्लैटफ़ॉर्म पर एक जैसा व्यवहार बना रहे.

Android पर, लोड कमांड में विज्ञापन ब्रेक तय करने के लिए, AdBreakClipInfo और AdBreakInfo का इस्तेमाल करें:

Kotlin
val breakClip1: AdBreakClipInfo =
    AdBreakClipInfo.Builder("bc0")
        .setTitle("Clip title")
        .setPosterUrl("https://www.some.url")
        .setDuration(60000)
        .setWhenSkippableInMs(5000)  // Set this field so that the ad is skippable
        .build()

val breakClip2: AdBreakClipInfo = 
val breakClip3: AdBreakClipInfo = 

val break1: AdBreakClipInfo =
    AdBreakInfo.Builder(/* playbackPositionInMs= */ 10000)
        .setId("b0")
        .setBreakClipIds({"bc0","bc1","bc2"})
        
        .build()

val mediaInfo: MediaInfo = MediaInfo.Builder()
    
    .setAdBreaks({break1})
    .setAdBreakClips({breakClip1, breakClip2, breakClip3})
    .build()

val mediaLoadRequestData: MediaLoadRequestData = MediaInfo.Builder()
    
    .setMediaInfo(mediaInfo)
    .build()

remoteMediaClient.load(mediaLoadRequestData)
Java
AdBreakClipInfo breakClip1 =
    new AdBreakClipInfo.Builder("bc0")
        .setTitle("Clip title")
        .setPosterUrl("https://www.some.url")
        .setDuration(60000)
        .setWhenSkippableInMs(5000)  // Set this field so that the ad is skippable
        .build();

AdBreakClipInfo breakClip2 = 
AdBreakClipInfo breakClip3 = 

AdBreakInfo break1 =
    new AdBreakInfo.Builder(/* playbackPositionInMs= */ 10000)
        .setId("b0")
        .setBreakClipIds({"bc0","bc1","bc2"})
        
        .build();

MediaInfo mediaInfo = new MediaInfo.Builder()
    
    .setAdBreaks({break1})
    .setAdBreakClips({breakClip1, breakClip2, breakClip3})
    .build();

MediaLoadRequestData mediaLoadRequestData = new MediaInfo.Builder()
    
    .setMediaInfo(mediaInfo)
    .build();

remoteMediaClient.load(mediaLoadRequestData);

कस्टम ऐक्शन जोड़ना

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

// In AndroidManifest.xml
<receiver android:name="com.example.MyMediaIntentReceiver" />
Kotlin
// In your OptionsProvider
var mediaOptions = CastMediaOptions.Builder()
    .setMediaIntentReceiverClassName(MyMediaIntentReceiver::class.java.name)
    .build()

// Implementation of MyMediaIntentReceiver
internal class MyMediaIntentReceiver : MediaIntentReceiver() {
    override fun onReceiveActionTogglePlayback(currentSession: Session) {
    }

    override fun onReceiveActionMediaButton(currentSession: Session, intent: Intent) {
    }

    override fun onReceiveOtherAction(context: Context?, action: String, intent: Intent) {
    }
}
Java
// In your OptionsProvider
CastMediaOptions mediaOptions = new CastMediaOptions.Builder()
        .setMediaIntentReceiverClassName(MyMediaIntentReceiver.class.getName())
        .build();

// Implementation of MyMediaIntentReceiver
class MyMediaIntentReceiver extends MediaIntentReceiver {
    @Override
    protected void onReceiveActionTogglePlayback(Session currentSession) {
    }

    @Override
    protected void onReceiveActionMediaButton(Session currentSession, Intent intent) {
    }

    @Override
    protected void onReceiveOtherAction(Context context, String action, Intent intent) {
    }
}

कस्टम चैनल जोड़ना

भेजने वाले ऐप्लिकेशन को पाने वाले ऐप्लिकेशन से कम्यूनिकेट करने के लिए, आपके ऐप्लिकेशन को एक कस्टम चैनल बनाना होगा. भेजने वाला व्यक्ति, कस्टम चैनल का इस्तेमाल करके पाने वाले व्यक्ति को स्ट्रिंग मैसेज भेज सकता है. हर कस्टम चैनल को एक यूनीक नेमस्पेस से तय किया जाता है. साथ ही, यह urn:x-cast: प्रीफ़िक्स से शुरू होना चाहिए. उदाहरण के लिए, urn:x-cast:com.example.custom. एक से ज़्यादा कस्टम चैनल बनाए जा सकते हैं. हर चैनल का नेमस्पेस अलग होता है. मैसेज पाने वाला ऐप्लिकेशन भी, उसी नेमस्पेस का इस्तेमाल करके मैसेज भेज और पा सकता है.

कस्टम चैनल को Cast.MessageReceivedCallback इंटरफ़ेस के साथ लागू किया जाता है:

Kotlin
class HelloWorldChannel : MessageReceivedCallback {
    val namespace: String
        get() = "urn:x-cast:com.example.custom"

    override fun onMessageReceived(castDevice: CastDevice, namespace: String, message: String) {
        Log.d(TAG, "onMessageReceived: $message")
    }
}
Java
class HelloWorldChannel implements Cast.MessageReceivedCallback {
    public String getNamespace() {
        return "urn:x-cast:com.example.custom";
    }
    @Override
    public void onMessageReceived(CastDevice castDevice, String namespace, String message) {
        Log.d(TAG, "onMessageReceived: " + message);
    }
}

सेंडर ऐप्लिकेशन को रिसीवर ऐप्लिकेशन से कनेक्ट करने के बाद, कस्टम चैनल बनाया जा सकता है. इसके लिए, setMessageReceivedCallbacks तरीके का इस्तेमाल करें:

Kotlin
try {
    mCastSession.setMessageReceivedCallbacks(
        mHelloWorldChannel.namespace,
        mHelloWorldChannel)
} catch (e: IOException) {
    Log.e(TAG, "Exception while creating channel", e)
}
Java
try {
    mCastSession.setMessageReceivedCallbacks(
            mHelloWorldChannel.getNamespace(),
            mHelloWorldChannel);
} catch (IOException e) {
    Log.e(TAG, "Exception while creating channel", e);
}

कस्टम चैनल बन जाने के बाद, भेजने वाला व्यक्ति उस चैनल पर स्ट्रिंग मैसेज भेजने के लिए, sendMessage तरीके का इस्तेमाल कर सकता है:

Kotlin
private fun sendMessage(message: String) {
    if (mHelloWorldChannel != null) {
        try {
            mCastSession.sendMessage(mHelloWorldChannel.namespace, message)
                .setResultCallback { status ->
                    if (!status.isSuccess) {
                        Log.e(TAG, "Sending message failed")
                    }
                }
        } catch (e: Exception) {
            Log.e(TAG, "Exception while sending message", e)
        }
    }
}
Java
private void sendMessage(String message) {
    if (mHelloWorldChannel != null) {
        try {
            mCastSession.sendMessage(mHelloWorldChannel.getNamespace(), message)
                .setResultCallback( status -> {
                    if (!status.isSuccess()) {
                        Log.e(TAG, "Sending message failed");
                    }
                });
        } catch (Exception e) {
            Log.e(TAG, "Exception while sending message", e);
        }
    }
}

अपने-आप चलने की सुविधा काम करती है

वीडियो अपने-आप चलने और कतार में जोड़ने से जुड़े एपीआई सेक्शन देखें.

UX विजेट के लिए इमेज चुनने की सुविधा को बंद करना

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

ImagePicker क्लास, MediaMetadata में मौजूद इमेज की सूची से सही इमेज चुनने का तरीका तय करती है. यह इमेज के इस्तेमाल के आधार पर तय किया जाता है. उदाहरण के लिए, सूचना की थंबनेल इमेज या फ़ुल स्क्रीन बैकग्राउंड. डिफ़ॉल्ट ImagePicker लागू करने पर, हमेशा पहली इमेज चुनी जाती है. अगर ImagePicker में कोई इमेज उपलब्ध नहीं है, तो यह फ़ंक्शन null वैल्यू दिखाता है.MediaMetadata आपका ऐप्लिकेशन, ImagePicker को सबक्लास कर सकता है और onPickImage(MediaMetadata, ImageHints) तरीके को बदलकर, कोई दूसरा तरीका लागू कर सकता है. इसके बाद, CastMediaOptions.Builder के setImagePicker तरीके का इस्तेमाल करके, उस सबक्लास को चुना जा सकता है. ImageHints ImagePicker को इस बारे में जानकारी देता है कि यूज़र इंटरफ़ेस (यूआई) में दिखाने के लिए, किस तरह की और किस साइज़ की इमेज चुननी है.

कास्ट करने के लिए डायलॉग को पसंद के मुताबिक बनाना

सेशन के लाइफ़साइकल को मैनेज करना

SessionManager सेशन के लाइफ़साइकल को मैनेज करने के लिए, एक मुख्य जगह है. SessionManager Android की बातें सुनता है MediaRouter सेशन शुरू करने, फिर से शुरू करने, और खत्म करने के लिए, रूट चुनने की स्थिति में होने वाले बदलावों को सुनता है. रास्ता चुने जाने पर, SessionManager एक Session ऑब्जेक्ट बनाता है और उसे शुरू करने या फिर से शुरू करने की कोशिश करता है. किसी रास्ते को चुनने से हटाने पर, SessionManager मौजूदा सेशन को खत्म कर देगा.

इसलिए, यह पक्का करने के लिए कि SessionManager सेशन के लाइफ़साइकल को सही तरीके से मैनेज करता है, आपको यह पक्का करना होगा कि:

कास्ट करने के लिए डायलॉग बॉक्स बनाने के तरीके के आधार पर, आपको ये अतिरिक्त कार्रवाइयां करनी पड़ सकती हैं:

  • अगर आपने MediaRouteChooserDialog और MediaRouteControllerDialog का इस्तेमाल करके कास्ट डायलॉग बनाए हैं, तो ये डायलॉग MediaRouter में रूट चुनने की सुविधा को अपने-आप अपडेट कर देंगे. इसलिए, आपको कुछ भी करने की ज़रूरत नहीं है.
  • अगर आपने CastButtonFactory.setUpMediaRouteButton(Context, Menu, int) या CastButtonFactory.setUpMediaRouteButton(Context, MediaRouteButton) का इस्तेमाल करके कास्ट बटन सेट अप किया है, तो डायलॉग असल में MediaRouteChooserDialog और MediaRouteControllerDialog का इस्तेमाल करके बनाए जाते हैं. इसलिए, आपको कुछ भी करने की ज़रूरत नहीं है.
  • अन्य मामलों में, आपको कस्टम कास्ट डायलॉग बनाने होंगे. इसलिए, आपको MediaRouter में रूट चुनने की स्थिति को अपडेट करने के लिए, ऊपर दिए गए निर्देशों का पालन करना होगा.

कोई डिवाइस नहीं जोड़ा गया

अगर कस्टम कास्ट डायलॉग बनाए जाते हैं, तो आपके कस्टम MediaRouteChooserDialog को कोई भी डिवाइस न मिलने की स्थिति को ठीक से हैंडल करना चाहिए. डायलॉग में ऐसे इंडिकेटर होने चाहिए जिनसे उपयोगकर्ताओं को यह पता चले कि आपका ऐप्लिकेशन अब भी डिवाइसों को ढूंढने की कोशिश कर रहा है या अब डिवाइसों को ढूंढने की कोशिश नहीं की जा रही है.

अगर डिफ़ॉल्ट MediaRouteChooserDialog का इस्तेमाल किया जा रहा है, तो डिवाइसों की संख्या शून्य होने की स्थिति को पहले से ही हैंडल किया जाता है.

अगले चरण

Android Sender ऐप्लिकेशन में जोड़ी जा सकने वाली सुविधाओं के बारे में यहां बताया गया है. अब किसी दूसरे प्लैटफ़ॉर्म (iOS या वेब) के लिए Sender ऐप्लिकेशन बनाया जा सकता है या Web Receiver ऐप्लिकेशन बनाया जा सकता है.