YouTube लाइव स्ट्रीमिंग एपीआई - बदलाव का इतिहास

इस पेज पर, YouTube Live Streaming API में हुए बदलावों और दस्तावेज़ से जुड़े अपडेट की जानकारी दी गई है. बदलावों के इस लॉग की सदस्यता लें. सदस्यता लें

9 अक्टूबर, 2023

सिर्फ़ रेफ़रंस के लिए, इस CSV फ़ाइल में यह पता लगाया जा सकता है कि कौनसे स्टिकर आईडी, किन सुपर स्टिकर से जुड़े हैं. इस जानकारी को दिखाने के लिए, liveChatMessage संसाधन की snippet.superStickerDetails.superStickerMetadata.stickerId प्रॉपर्टी और superChatEvent संसाधन की snippet.superStickerMetadata.stickerId प्रॉपर्टी, दोनों की परिभाषाएं अपडेट की गई हैं.

15 सितंबर, 2023

अब एपीआई, लाइव स्ट्रीम में विज्ञापन डालने का नया तरीका इस्तेमाल करता है. YouTube पर अब एक ऐसी सुविधा उपलब्ध है जिसकी मदद से, ब्रॉडकास्ट के बीच में विज्ञापन दिखाने के लिए ब्रेक अपने-आप तय किए जा सकते हैं. यह सुविधा, liveCuepoints के साथ काम करती है. liveCuepoints की मदद से, ब्रॉडकास्ट में मैन्युअल तरीके से विज्ञापन के लिए ब्रेक तय किए जा सकते हैं.

अगर ब्रॉडकास्ट के मालिक ने अपने-आप चलने वाले विज्ञापनों की सुविधा चालू की है, तो वह विज्ञापन के व्यवहार के इन पहलुओं को देख सकता है:

  • वीडियो के बीच में दिखने वाले विज्ञापनों के बीच के अंतराल की अवधि.
  • विज्ञापन के क्यूपॉइंट के लिए शेड्यूलिंग की रणनीति. सभी दर्शकों के लिए एक साथ क्यूपॉइंट डाले जा सकते हैं या क्यूपॉइंट का समय, दर्शक के हिसाब से अलग-अलग हो सकता है. इस रणनीति का इस्तेमाल करके, YouTube बढ़ी हुई दर पर क्यूपॉइंट शेड्यूल कर सकता है. इससे दर्शकों को क्यूपॉइंट तब मिलते हैं, जब वे ऐसा करने की शर्तें पूरी करते हैं.
  • वह समयावधि जब लाइव स्ट्रीम के बीच में विज्ञापन नहीं दिखाए जाते. इस सुविधा के लिए, ब्रॉडकास्ट का मालिक यह तय करता है कि लाइव स्ट्रीम के बीच में विज्ञापन दिखाने की सुविधा को किसी खास समय तक रोक दिया जाए.

इस सुविधा के साथ काम करने के लिए, दस्तावेज़ में एपीआई में किए गए ये बदलाव दिखाए गए हैं:

  • liveBroadcast संसाधन में अब एक monetizationDetails ऑब्जेक्ट शामिल है. ऑब्जेक्ट के फ़ील्ड से पता चलता है कि ब्रॉडकास्ट के लिए, विज्ञापन अपने-आप डालने की सुविधा चालू है या नहीं. साथ ही, क्यूपॉइंट शेड्यूल करने के लिए ज़्यादा जानकारी भी मिलती है.
  • liveBroadcast.list तरीके का part पैरामीटर, monetizationDetails वैल्यू के साथ काम करता है.
  • update तरीके का इस्तेमाल करके, लाइव ब्रॉडकास्ट के बीच में विज्ञापन दिखाने की सुविधा को कुछ समय के लिए रोका जा सकता है. दस्तावेज़ में अब उन कई गड़बड़ियों की जानकारी भी दी गई है जो लाइव स्ट्रीम से कमाई करने की जानकारी अपडेट करते समय हो सकती हैं.

1 अगस्त, 2023

इस अपडेट में ये बदलाव किए गए हैं:

  • liveBroadcasts.update तरीके में, अब इन फ़ील्ड के लिए वैल्यू डालने की ज़रूरत नहीं है:

    • snippet.title
    • status.privacyStatus

    अनुरोध से इन फ़ील्ड को हटाने पर, इनमें कोई बदलाव नहीं होगा.

1 नवंबर, 2022

  • liveBroadcasts.cuepoint नए तरीके की मदद से, YouTube पर लाइव स्ट्रीम करने वाले किसी भी चैनल के मालिक के पास, उस स्ट्रीम में क्यू पॉइंट डालने का विकल्प होता है. इन क्यू पॉइंट से विज्ञापन के लिए ब्रेक ट्रिगर किए जा सकते हैं. यह तरीका, liveCuepoints.insert तरीके की जगह लेगा. इससे सिर्फ़ YouTube कॉन्टेंट पार्टनर, लाइव ब्रॉडकास्ट में क्यू पॉइंट डाल पाएंगे.

    इस नए तरीके की उपलब्धता के बारे में बताने के लिए, कई गाइड अपडेट की गई हैं.

  • ध्यान दें: यह सुविधा बंद होने से जुड़ी सूचना है.

    liveCuepoints.insert तरीके का इस्तेमाल अब नहीं किया जा सकता. liveCuepoints.insert तरीके से पैसे चुकाने की सुविधा, 1 मई, 2023 को या उसके बाद हटा दी जाएगी. एपीआई के उपयोगकर्ताओं को liveBroadcasts.cuepoint तरीके को कॉल करने के लिए, अपने ऐप्लिकेशन अपडेट करने चाहिए.

  • liveBroadcasts.control तरीके से जुड़े दस्तावेज़ हटा दिए गए हैं. सितंबर 2020 में, इस तरीके के बंद होने की सूचना पोस्ट की गई थी.

1 अक्टूबर, 2022

इस अपडेट में ये बदलाव किए गए हैं:

  • liveBroadcasts.update तरीके में, अब इन फ़ील्ड के लिए वैल्यू डालने की ज़रूरत नहीं है:

    • contentDetails.enableContentEncryption
    • contentDetails.enableDvr
    • contentDetails.enableEmbed
    • contentDetails.recordFromStart
    • contentDetails.startWithSlate

    अनुरोध से इन फ़ील्ड को खाली छोड़ने पर, इनमें कोई बदलाव नहीं होगा.

  • इस्तेमाल न किए जा सकने वाले liveBroadcast फ़ील्ड के लिए दस्तावेज़ हटाए गए:

    • contentDetails.enableContentEncryption
    • contentDetails.startWithSlate

1 अप्रैल, 2022

इस अपडेट में ये बदलाव किए गए हैं:

  • snippet.type प्रॉपर्टी में अब दो नई वैल्यू इस्तेमाल की जा सकती हैं:

    • membershipGiftingEvent
    • giftMembershipReceivedEvent

  • liveChatMessage रिसॉर्स की नई snippet.membershipGiftingDetails प्रॉपर्टी और उसके चाइल्ड में, सदस्यता का उपहार देने वाले इवेंट के बारे में जानकारी होती है. इसी तरह, नई snippet.giftMembershipReceivedDetails प्रॉपर्टी और उसकी चाइल्ड प्रॉपर्टी में, उपहार में मिली सदस्यता के इवेंट की जानकारी होती है.

15 सितंबर, 2021

इस अपडेट में ये बदलाव किए गए हैं:

  • snippet.type प्रॉपर्टी में अब दो नई वैल्यू इस्तेमाल की जा सकती हैं:

    • newSponsorEvent
    • memberMilestoneChatEvent

  • liveChatMessage रिसॉर्स की नई snippet.memberMilestoneChatDetails प्रॉपर्टी और उसकी चाइल्ड प्रॉपर्टी में, सदस्य के लॉयल्टी मैसेज को लाइव चैट में भेजने के इवेंट की जानकारी होती है. इसी तरह, नई snippet.newSponsorDetails प्रॉपर्टी और उसकी चाइल्ड प्रॉपर्टी में, नए प्रायोजक इवेंट की जानकारी होती है.

1 दिसंबर, 2020

एपीआई के liveBroadcasts.transition तरीके में, 403 (Forbidden) गड़बड़ी का एक नया मैसेज दिखता है. इससे पता चलता है कि उपयोगकर्ता ने तय समयसीमा में बहुत ज़्यादा अनुरोध भेजे हैं. गड़बड़ी की वजह userRequestsExceedRateLimit है.

21 सितंबर, 2020

  • liveBroadcast रिसॉर्स की status.madeForKids प्रॉपर्टी की परिभाषा को अपडेट किया गया है, ताकि यह साफ़ तौर पर बताया जा सके कि प्रॉपर्टी रीड-ओनली है. इससे, एपीआई के काम करने के तरीके में कोई बदलाव नहीं होता.

    किसी लाइव ब्रॉडकास्ट को बच्चों के लिए बने वीडियो के तौर पर सेट करने के लिए, ब्रॉडकास्ट बनाने के लिए liveBroadcasts.insert तरीके का इस्तेमाल करते समय status.selfDeclaredMadeForKids प्रॉपर्टी को true पर सेट करें.

  • ध्यान दें: इस बदलाव में, बंद होने का एलान और बंद होने के बारे में पहले किए गए एलान में बदलाव शामिल है.

    liveBroadcasts.control तरीका 1 अक्टूबर, 2020 को या उसके बाद बंद कर दिया जाएगा. इस तारीख के बाद, इस तरीक़े से किए गए सभी कॉल के लिए, 'अनुमति नहीं है' (403) गड़बड़ी का कोड दिखेगा. इसके बाद, इस तरीके को पूरी तरह से हटा दिया जाएगा. क्लाइंट अब भी YouTube के डेटा डालने वाले सर्वर पर भेजे गए वीडियो में ओवरले जोड़कर, अपनी स्लेटिंग लागू कर सकते हैं.

    16 अप्रैल, 2020 को बंद होने का एलान करने के बाद, इसकी तारीख को 1 सितंबर, 2020 से बदलकर 1 अक्टूबर, 2020 या उसके बाद कर दिया गया है. इसलिए, बंद होने के उस एलान में शामिल सभी सुविधाओं और liveBroadcasts.control तरीके को एक ही समय पर बंद कर दिया जाएगा.

17 जुलाई, 2020

ध्यान दें: यह, बंद होने के बारे में पहले की गई सूचना का अपडेट है.

liveStream रिसॉर्स का cdn.format फ़ील्ड, अप्रैल 2016 से काम नहीं कर रहा है. यह 17 अगस्त, 2020 से काम करना बंद कर देगा. इस तारीख के बाद, उस फ़ील्ड का इस्तेमाल करने वाले अनुरोध काम नहीं करेंगे.

अगर आपका कोड अब भी cdn.format फ़ील्ड का इस्तेमाल करता है, तो उसे अपडेट करना होगा, ताकि cdn.frameRate और cdn.resolution प्रॉपर्टी का इस्तेमाल करके, फ़्रेम रेट और रिज़ॉल्यूशन की जानकारी अलग-अलग दी जा सके.

6 जुलाई, 2020

एचएलएस के ज़रिए YouTube पर लाइव कॉन्टेंट डिलीवर करना के बारे में बताने वाली गाइड में कुछ बदलाव किए गए हैं:

इसके अलावा, डेटा डालने के प्रोटोकॉल की तुलना करने वाले नए टूल में, डेटा डालने के उन प्रोटोकॉल की सूची दी गई है जिनका इस्तेमाल YouTube करता है. साथ ही, हर प्रोटोकॉल के लिए इस्तेमाल के सही उदाहरणों के बारे में जानकारी दी गई है. साथ ही, हर प्रोटोकॉल के लिए इस्तेमाल के सही उदाहरणों के बारे में जानकारी दी गई है.

16 अप्रैल, 2020

इस अपडेट में एक नई प्रॉपर्टी और बंद होने की सूचना शामिल है:

  • liveBroadcast संसाधन अब contentDetails.enableAutoStop प्रॉपर्टी के साथ काम करता है. इस प्रॉपर्टी से पता चलता है कि चैनल के मालिक के, बाउंड की गई वीडियो स्ट्रीम पर वीडियो स्ट्रीमिंग बंद करने के करीब एक मिनट बाद, ब्रॉडकास्ट अपने-आप बंद होना चाहिए या नहीं.

    ब्रॉडकास्ट की लाइफ़ दस्तावेज़ को अपडेट किया गया है. इसमें बताया गया है कि contentDetails.enableAutoStart या contentDetails.enableAutoStop प्रॉपर्टी को true पर सेट करने पर, YouTube पर लाइव इवेंट बनाने और उसे मैनेज करने की सिलसिलेवार प्रोसेस में क्या बदलाव होता है.

  • ध्यान दें: यह सुविधा बंद होने से जुड़ी सूचना है. ये बदलाव 1 सितंबर, 2020 को या उसके बाद से लागू होंगे. बदलावों के लागू होने की असल तारीख को नीचे दिए गए टूल पर रोक लगाने की तारीख के तौर पर बताया गया है.

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

    इनमें से कोई भी स्थिति सही होने पर, आपके ऐप्लिकेशन पर असर पड़ेगा:

    • यह liveBroadcast रिसॉर्स की isDefaultBroadcast प्रॉपर्टी की वैल्यू की जांच करता है. बंद होने की तारीख के बाद, यह प्रॉपर्टी वापस नहीं मिलेगी.
    • यह liveStream रिसॉर्स की isDefaultStream प्रॉपर्टी की वैल्यू की जांच करता है. बंद होने की तारीख के बाद, यह प्रॉपर्टी वापस नहीं मिलेगी.
    • यह liveBroadcasts.list तरीके को कॉल करता है और broadcastType पैरामीटर की वैल्यू को persistent या all पर सेट करता है. इन बदलावों के तहत, इस पैरामीटर का इस्तेमाल नहीं किया जा सकेगा. बंद होने की तारीख तक:
      • अगर broadcastType पैरामीटर की वैल्यू persistent है, तो liveBroadcasts.list तरीके से कोई नतीजा नहीं मिलेगा.
      • अगर broadcastType पैरामीटर की वैल्यू all है, तो liveBroadcasts.list तरीका, उस समय से पहले मौजूद रहने वाले ब्रॉडकास्ट नहीं दिखाएगा.

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

    बंद होने की तारीख तक:

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

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

    • माइग्रेट करने के लिए बनी नई गाइड में, उन चरणों के बारे में बताया गया है जिन्हें डेवलपर को एपीआई क्लाइंट में ठीक करना पड़ सकता है. फ़िलहाल, ये क्लाइंट डिफ़ॉल्ट ब्रॉडकास्ट और स्ट्रीम का इस्तेमाल करते हैं.
    • ब्रॉडकास्ट की सुविधा गाइड में, आपको सिलसिलेवार तरीके से YouTube पर लाइव इवेंट बनाने और उसे मैनेज करने का तरीका बताया जाता है. हर चरण में, एपीआई कॉल या किसी खास कार्रवाई को पूरा करने के लिए, आपको जो कुछ भी करना होगा उसके बारे में बताया गया है. जब YouTube डिफ़ॉल्ट स्ट्रीम और ब्रॉडकास्ट के साथ काम करना बंद कर देगा, तब आपके ऐप्लिकेशन को उस प्रोसेस का पालन करना होगा.

31 मार्च, 2020

ध्यान दें: यह, हटाए गए टैग और एट्रिब्यूट से जुड़ी सूचना है.

sponsor संसाधन और sponsors.list तरीके को अब इस्तेमाल नहीं किया गया है. इन्हें member रिसॉर्स और members.list तरीके से बदल दिया गया है.

sponsors.list तरीका, 30 सितंबर, 2020 या उसके बाद काम नहीं करेगा. एपीआई क्लाइंट को sponsors.list तरीके के कॉल अपडेट करने चाहिए, ताकि वे members.list तरीके का इस्तेमाल कर सकें. नए संसाधन के बारे में ज़्यादा जानकारी के लिए, कृपया YouTube Data API के बदलाव का इतिहास देखें.

11 मार्च, 2020

एचएलएस से लाइव YouTube कॉन्टेंट डिलीवर करना गाइड के डेटा डालने का एंडपॉइंट सेक्शन को अपडेट कर दिया गया है. इससे यह साफ़ तौर पर पता चल सकेगा कि प्राइमरी और बैकअप डेटा डालने वाले यूआरएल बनाते समय, एन्कोडर को file= पैरामीटर वैल्यू को पूरा करने के लिए किस प्रोसेस का इस्तेमाल करना चाहिए.

4 फ़रवरी, 2020

एचएलएस के ज़रिए YouTube लाइव कॉन्टेंट डिलीवर करना के बारे में बताने वाली गाइड को अपडेट किया गया है. इसमें बताया गया है कि DELETE अनुरोध करना ज़रूरी नहीं है और YouTube का एचएलएस एंडपॉइंट इन अनुरोधों को अनदेखा करता है. परफ़ॉर्मेंस को बेहतर बनाने के लिए, YouTube का सुझाव है कि क्लाइंट DELETE अनुरोध न भेजें.

10 जनवरी, 2020

यह एपीआई अब बच्चों के लिए बनाए गए कॉन्टेंट की पहचान करने की सुविधा देता है, जिसे YouTube "बच्चों के लिए बना" का नाम देता है. YouTube के सहायता केंद्र पर जाकर, "बच्चों के लिए बने" कॉन्टेंट के बारे में ज़्यादा जानें.

  • liveBroadcast संसाधन, दो नई प्रॉपर्टी के साथ काम करता है. इससे कॉन्टेंट क्रिएटर्स और दर्शकों को "बच्चों के लिए बना" कॉन्टेंट की पहचान करने में मदद मिलती है:
    • selfDeclaredMadeForKids प्रॉपर्टी की मदद से, क्रिएटर्स यह बता सकते हैं कि लाइव स्ट्रीम में बच्चों के लिए कॉन्टेंट दिखाया जा रहा है या नहीं. liveBroadcasts.insert तरीके का इस्तेमाल करके, ब्रॉडकास्ट बनाते समय, इस प्रॉपर्टी को सेट किया जा सकता है. ध्यान दें कि यह प्रॉपर्टी सिर्फ़ उन एपीआई रिस्पॉन्स में शामिल होती है जिनमें liveBroadcast संसाधन होते हैं. ऐसा तब होता है, जब चैनल के मालिक ने एपीआई अनुरोध को अनुमति दी हो.
    • madeForKids प्रॉपर्टी की मदद से, एपीआई का इस्तेमाल करने वाला कोई भी व्यक्ति ब्रॉडकास्ट के "बच्चों के लिए बना" स्टेटस को वापस पा सकता है. उदाहरण के लिए, selfDeclaredMadeForKids प्रॉपर्टी की वैल्यू के आधार पर स्थिति तय की जा सकती है. अपने चैनल, वीडियो या ब्रॉडकास्ट के लिए दर्शकों की कैटगरी सेट करने के बारे में ज़्यादा जानने के लिए, YouTube सहायता केंद्र पर जाएं.
  • YouTube Data API में, channel रिसॉर्स में नई selfDeclaredMadeForKids और madeForKids प्रॉपर्टी भी काम करती हैं.

हमने YouTube API की सेवाओं की शर्तें और डेवलपर के लिए बनी नीतियों को भी अपडेट किया है. ज़्यादा जानकारी के लिए, कृपया YouTube API की सेवाओं की शर्तें - बदलाव का इतिहास देखें. YouTube API की सेवाओं की शर्तों और डेवलपर के लिए बनी नीतियों में हुए बदलाव, पैसिफ़िक टाइम के मुताबिक 10 जनवरी, 2020 से लागू होंगे.

20 अगस्त, 2019

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

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

28 जून, 2019

YouTube अब एचएलएस इनजेशन की सुविधा देता है. इसलिए, liveStream रिसॉर्स की ingestionType प्रॉपर्टी, HLS का इस्तेमाल करके YouTube पर डाली गई स्ट्रीम की पहचान करने के लिए, नई वैल्यू hls के साथ काम करती है.

एचएलएस की मदद से YouTube पर लाइव कॉन्टेंट डिलीवर करना गाइड में, एन्कोडर से YouTube पर लाइव कॉन्टेंट स्ट्रीम करने के लिए, एचएलएस का इस्तेमाल करने के दिशा-निर्देश दिए गए हैं. इस गाइड का मकसद, एन्कोडर वेंडर को अपने प्रॉडक्ट में एचएलएस डिलीवरी की सुविधा जोड़ने में मदद करना है.

4 अप्रैल, 2019

इस अपडेट में ये बदलाव शामिल हैं:

  • एपीआई रेफ़रंस दस्तावेज़ को अपडेट किया गया है, ताकि हर तरीके के इस्तेमाल के सामान्य उदाहरणों के बारे में बेहतर तरीके से बताया जा सके. साथ ही, APIs Explorer विजेट की मदद से, डाइनैमिक और अच्छी क्वालिटी के कोड सैंपल उपलब्ध कराए जा सकें. उदाहरण के लिए, liveBroadcasts.list तरीके का दस्तावेज़ देखें. एपीआई के तरीकों के बारे में बताने वाले पेजों पर, अब दो नए एलिमेंट हैं:

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

    • इस्तेमाल के सामान्य उदाहरण सेक्शन में, पेज पर बताए गए तरीके के एक या एक से ज़्यादा सामान्य उदाहरणों के बारे में बताया गया है. उदाहरण के लिए, किसी खास ब्रॉडकास्ट का डेटा पाने या मौजूदा उपयोगकर्ता के ब्रॉडकास्ट का डेटा पाने के लिए, liveBroadcasts.list तरीके को कॉल किया जा सकता है.

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

    फ़िलहाल, कोड के सैंपल Java, JavaScript, PHP, Python, और curl के लिए उपलब्ध हैं.

  • कोड सैंपल पेज का भी नया यूज़र इंटरफ़ेस (यूआई) है. इसमें ऊपर बताई गई सभी सुविधाएं मौजूद हैं. इस टूल का इस्तेमाल करके, अलग-अलग तरीकों के इस्तेमाल के उदाहरणों को एक्सप्लोर किया जा सकता है. साथ ही, एपीआई एक्सप्लोरर में वैल्यू लोड की जा सकती हैं. इसके अलावा, Java, JavaScript, PHP, और Python में कोड के सैंपल पाने के लिए, फ़ुलस्क्रीन एपीआई एक्सप्लोरर खोला जा सकता है.

    इस बदलाव के साथ-साथ, Java, PHP, और Python के लिए उपलब्ध कोड सैंपल की सूची वाले पेजों को हटा दिया गया है.

25 फ़रवरी, 2019

liveChatMessage और superChatEvent के संसाधनों के दस्तावेज़ अपडेट कर दिए गए हैं. इससे यह पता चल पाएगा कि दोनों संसाधनों में अब सुपर स्टिकर्स के बारे में जानकारी शामिल की जा सकती है. सुपर स्टिकर्स, सुपर चैट मैसेज का एक टाइप होता है. इसमें एक इमेज दिखती है. अन्य सुपर चैट की तरह, Super Sticker मैसेज को भी YouTube लाइव स्ट्रीम के दौरान कोई प्रशंसक खरीदता है.

  • liveChatMessage रिसॉर्स में, snippet.type प्रॉपर्टी अब superStickerEvent पर सेट है. इससे पता चलता है कि रिसॉर्स में सुपर स्टिकर की जानकारी शामिल है. ऐसे में, संसाधन में snippet.superStickerDetails ऑब्जेक्ट भी शामिल होता है. इसमें सुपर स्टिकर के बारे में ज़्यादा जानकारी होती है.
  • superChatEvent रिसॉर्स में, बूलियन snippet.isSuperStickerEvent से पता चलता है कि सुपर चैट मैसेज, सुपर स्टिकर भी है या नहीं. अगर ऐसा है, तो snippet.superStickerMetadata ऑब्जेक्ट में सुपर स्टिकर के बारे में ज़्यादा जानकारी होती है.

5 अप्रैल, 2018

superChatEvents.list तरीके की जानकारी को अपडेट किया गया है. इससे यह पता चलता है कि एपीआई के जवाब में अब fanFundingEvents नहीं है. इसे 2017 की शुरुआत में बंद कर दिया गया था.

3 अप्रैल, 2017

Java कोड के नए सैंपल जोड़े गए हैं. इनमें लाइव चैट मैसेज को सूची में जोड़ने, डालने, और मिटाने का तरीका बताया गया है. सैंपल, इन तरीकों को कॉल करते हैं:

13 फ़रवरी, 2017

इस अपडेट में ये बदलाव किए गए हैं:

  • मौजूदा रिसॉर्स और तरीकों में होने वाले अपडेट

    • liveCuepoints.insert तरीके को अपडेट किया गया है, ताकि यह दिखाया जा सके कि फ़िलहाल onBehalfOfContentOwner पैरामीटर की ज़रूरत है. इसके अलावा, इस तरीके के ब्यौरे को अपडेट किया गया है, ताकि यह जानकारी दी जा सके कि इस तरीके को कॉल करने के लिए, YouTube कॉन्टेंट के मालिक से जुड़े खाते से अनुमति लेनी होगी.

9 फ़रवरी, 2017

इस अपडेट में ये बदलाव किए गए हैं:

  • मौजूदा रिसॉर्स और तरीकों में होने वाले अपडेट

    • superChatEvents.list तरीके के नए hl पैरामीटर की मदद से, यह तय किया जा सकता है कि snippet.displayString प्रॉपर्टी की वैल्यू को किसी खास भाषा के नियमों के मुताबिक फ़ॉर्मैट किया जाना चाहिए. उस प्रॉपर्टी की परिभाषा भी अपडेट कर दी गई है.

      पैरामीटर की वैल्यू, i18nLanguages.list तरीके से लौटाई गई सूची में शामिल भाषा कोड होनी चाहिए. इसकी डिफ़ॉल्ट वैल्यू en है. इसका मतलब है कि डिफ़ॉल्ट तौर पर, डिसप्ले स्ट्रिंग को उसी तरह फ़ॉर्मैट किया जाता है जिस तरह अंग्रेज़ी में इस्तेमाल किया जाता है. उदाहरण के लिए, डिफ़ॉल्ट रूप से, किसी स्ट्रिंग को $1,00 के बजाय $1.00 के तौर पर फ़ॉर्मैट किया जाता है.

1 फरवरी, 2017

इस अपडेट में ये बदलाव शामिल हैं:

  • नए संसाधन और तरीके

    • नया superChatEvent रिसॉर्स, YouTube लाइव स्ट्रीम के दौरान किसी प्रशंसक के खरीदे गए सुपर चैट मैसेज की जानकारी दिखाता है. YouTube की लाइव चैट स्ट्रीम में, सुपर चैट दूसरे मैसेज से दो तरह से अलग हैं:

      • सुपर चैट को किसी रंग से हाइलाइट किया जाता है.
      • सुपर चैट, एक तय समय तक टिकर में सबसे ऊपर दिखते रहते हैं.

      सुपर चैट का रंग, टिकर में पिन रहने की अवधि, और मैसेज की ज़्यादा से ज़्यादा लंबाई, इन सभी पर सुपर चैट की खरीदारी की रकम का असर पड़ता है. सुपर चैट के बारे में ज़्यादा जानकारी के लिए, YouTube सहायता केंद्र पर जाएं.

      एपीआई, पिछले 30 दिनों में चैनल की लाइव स्ट्रीम के लिए सुपर चैट इवेंट की सूची बनाने का तरीका इस्तेमाल करता है. यह तरीका, चैनल के आखिरी लाइव स्ट्रीम से फ़ैन फ़ंडिंग इवेंट (fanFundingEvents) का डेटा भी दिखाता है.

  • मौजूदा रिसॉर्स और तरीकों में होने वाले अपडेट

    • snippet.type प्रॉपर्टी में अब superChatEvent वैल्यू का इस्तेमाल किया जा सकता है. इससे पता चलता है कि रिसॉर्स, सुपर चैट के बारे में बताता है.

      इसके अलावा, liveChatMessage रिसॉर्स की नई snippet.superChatDetails प्रॉपर्टी और उसके चाइल्ड में, सुपर चैट इवेंट की जानकारी होती है.

    • liveStream रिसॉर्स की cdn.resolution प्रॉपर्टी में अब 2160p वैल्यू का इस्तेमाल किया जा सकता है.

  • नई और अपडेट की गई गड़बड़ियां

    • एपीआई में ये नई गड़बड़ियां शामिल हैं:

      गड़बड़ी की जानकारी
      liveBroadcasts.insert, liveBroadcasts.update liveBroadcasts.insert और liveBroadcasts.update तरीके, 400 (Bad Request) गड़बड़ियां दिखाते हैं. इससे पता चलता है कि डाले जा रहे या अपडेट किए जा रहे liveBroadcast संसाधन में, contentDetails.enableEmbed प्रॉपर्टी या contentDetails.projection प्रॉपर्टी के लिए अमान्य वैल्यू है. दो नई गड़बड़ियों की वजहें invalidEmbedSetting हैं और invalidProjection हैं.

12 जनवरी, 2017

ध्यान दें: यह, हटाए गए टैग और एट्रिब्यूट से जुड़ी सूचना है.

सुपर चैट की नई सुविधा रिलीज़ करने के साथ ही, YouTube ने फ़ैन फ़ंडिंग की सुविधा बंद कर दी है. साथ ही, फ़ैन फ़ंडिंग एपीआई को 28 फ़रवरी, 2017 को बंद कर दिया जाएगा. उस तारीख तक:

11 अगस्त, 2016

इस अपडेट में ये बदलाव किए गए हैं:

  • YouTube API की सेवाओं की नई शर्तें ("अपडेट की गई शर्तें") हाल ही में पब्लिश की गई हैं. इनके बारे में YouTube इंजीनियरिंग और डेवलपर ब्लॉग पर पूरी जानकारी दी गई है. इन शर्तों में, सेवा की मौजूदा शर्तों में किए गए कई अपडेट शामिल हैं. इस अपडेट में, बदली गई शर्तें शामिल हैं. ये शर्तें 10 फ़रवरी, 2017 से लागू होंगी. साथ ही, इसमें उन नीतियों के बारे में बताने वाले कई दस्तावेज़ भी शामिल हैं जिनका डेवलपर को पालन करना होगा.

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

20 मई, 2016

YouTube पर अब DASH इनजेशन की सुविधा काम करती है. इसलिए, liveStream रिसॉर्स की ingestionType प्रॉपर्टी में नई वैल्यू dash का इस्तेमाल किया जा सकता है. इससे, DASH का इस्तेमाल करके YouTube पर डाली गई स्ट्रीम की पहचान की जा सकती है.

DASH के ज़रिए YouTube पर लाइव कॉन्टेंट डिलीवर करना गाइड में, एन्कोडर से YouTube पर लाइव डेटा स्ट्रीम करने के लिए, DASH डिलीवरी फ़ॉर्मैट का इस्तेमाल करने के दिशा-निर्देश दिए गए हैं. इसका मकसद, एन्कोडर वेंडर को अपने प्रॉडक्ट में DASH डिलीवरी की सुविधा जोड़ने में मदद करना है.

18 अप्रैल, 2016

इस अपडेट में ये बदलाव किए गए हैं:

  • मौजूदा रिसॉर्स और तरीकों में होने वाले अपडेट

    • liveStream संसाधन से जुड़े अपडेट

      • YouTube पर अब 1440 पिक्सल रिज़ॉल्यूशन वाली स्ट्रीम, 30 या 60 फ़्रेम प्रति सेकंड पर देखी जा सकती हैं.

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

        प्रॉपर्टी
        cdn.frameRate इनबाउंड वीडियो डेटा का फ़्रेम रेट. मान्य वैल्यू, 30fps और 60fps हैं.
        cdn.resolution इनबाउंड वीडियो डेटा का रिज़ॉल्यूशन. प्रॉपर्टी की मान्य वैल्यू: 1440p, 1080p, 720p, 480p, 360p, और 240p.

      • liveStream संसाधन की cdn.frameRate और cdn.resolution प्रॉपर्टी के लॉन्च के बाद, संसाधन की cdn.format प्रॉपर्टी अब काम नहीं करती. cdn.format प्रॉपर्टी से, एक ही वैल्यू में रिज़ॉल्यूशन और फ़्रेम रेट की जानकारी मिलती है.

        हमारा सुझाव है कि आप इन नए फ़ील्ड का इस्तेमाल करें. इस दौरान, cdn.format काम करता रहेगा. इसके अलावा, लाइव स्ट्रीम डालने के अनुरोध तब तक पूरे होते रहेंगे, जब तक cdn.format प्रॉपर्टी या cdn.frameRate और cdn.resolution प्रॉपर्टी की वैल्यू दी जाती है. अगर आपने तीनों प्रॉपर्टी के लिए वैल्यू दी हैं, तो हो सकता है कि एपीआई गड़बड़ी दिखाए. ऐसा तब होगा, जब वैल्यू एक-दूसरे से मेल न खाती हों.

        ध्यान दें कि cdn.format प्रॉपर्टी का इस्तेमाल अब नहीं किया जा सकता. हालांकि, अब इसमें दो नई वैल्यू, 1440p और 1440p_hfr इस्तेमाल की जा सकती हैं. इससे यह पता चलता है कि एपीआई, 1440 पिक्सल वाली स्ट्रीम को 30 या 60 फ़्रेम प्रति सेकंड पर चला सकता है.

    • liveBroadcast संसाधन से जुड़े अपडेट

      • liveBroadcast संसाधन में ये नई प्रॉपर्टी शामिल हैं:

        प्रॉपर्टी
        contentDetails.boundStreamLastUpdateTimeMs ब्रॉडकास्ट की contentDetails.boundStreamId प्रॉपर्टी से रेफ़र की गई लाइव स्ट्रीम को आखिरी बार अपडेट किए जाने की तारीख और समय.
        contentDetails.projection ब्रॉडकास्ट का प्रोजेक्शन फ़ॉर्मैट. प्रॉपर्टी की डिफ़ॉल्ट वैल्यू rectangular है. इस प्रॉपर्टी के लिए मान्य वैल्यू 360 और rectangular हैं.

      • liveBroadcast संसाधन की statistics.totalChatCount प्रॉपर्टी की परिभाषा इस तरह अपडेट कर दी गई है कि प्रॉपर्टी की वैल्यू सिर्फ़ तब दिखती है, जब ब्रॉडकास्ट में कम से कम एक चैट मैसेज हो.

    • liveChatMessage संसाधन से जुड़े अपडेट

      • snippet.type प्रॉपर्टी में दो नई वैल्यू – messageDeletedEvent और userBannedEvent – इस्तेमाल की जा सकती हैं. ये वैल्यू, नीचे दिए गए बुलेट पॉइंट में बताई गई नई प्रॉपर्टी से मेल खाती हैं. snippet.authorChannelId प्रॉपर्टी की परिभाषा को भी अपडेट किया गया है, ताकि यह बताया जा सके कि इन नए मैसेज टाइप के लिए प्रॉपर्टी वैल्यू क्या बताती है.

      • liveChatMessage संसाधन में ये नई प्रॉपर्टी शामिल हैं:

        प्रॉपर्टी
        snippet.messageDeletedDetails इस ऑब्जेक्ट में, चैट मॉडरेटर के मिटाए गए मैसेज की जानकारी होती है. ऑब्जेक्ट सिर्फ़ तब मौजूद होता है, जब snippet.type प्रॉपर्टी की वैल्यू messageDeletedEvent हो.
        snippet.userBannedDetails इस ऑब्जेक्ट में उस उपयोगकर्ता की जानकारी है जिसे चैट में हिस्सा लेने से प्रतिबंधित किया गया है. इस ऑब्जेक्ट में, पाबंदी के बारे में भी जानकारी होती है. जैसे, पाबंदी हमेशा के लिए है या कुछ समय के लिए. अगर पाबंदी कुछ समय के लिए है, तो ऑब्जेक्ट की किसी प्रॉपर्टी से पाबंदी की अवधि का पता चलता है.

        यह ऑब्जेक्ट सिर्फ़ तब मौजूद होता है, जब snippet.type प्रॉपर्टी की वैल्यू userBannedEvent हो.

  • नई और अपडेट की गई गड़बड़ियां

    • एपीआई में ये नई गड़बड़ियां शामिल हैं:

      गड़बड़ी की जानकारी
      liveBroadcasts.bind liveBroadcasts.bind तरीका, 403 (Forbidden) गड़बड़ी दिखाता है. इससे पता चलता है कि उपयोगकर्ता ने दी गई समयसीमा में बहुत ज़्यादा अनुरोध भेजे हैं. गड़बड़ी की वजह userRequestsExceedRateLimit है.

      liveBroadcasts.insert और liveBroadcasts.update तरीके पहले से ही एक ही गड़बड़ी के लिए काम करते हैं.
      liveStreams.insert liveStreams.insert तरीका, चार नई 400 (Bad Request) गड़बड़ियों के साथ काम करता है. ये गड़बड़ियां, liveStream संसाधन में मौजूद उस प्रॉपर्टी की अमान्य वैल्यू की पहचान करती हैं जिसे अनुरोध में शामिल करने की कोशिश की गई थी. यहां दी गई सूची में, गड़बड़ी की वजहों और उनसे जुड़ी प्रॉपर्टी के बारे में बताया गया है:
      liveStreams.insert liveStreams.insert तरीका, दो नई 400 (Bad Request) गड़बड़ियों के साथ काम करता है. इनमें से हर एक से पता चलता है कि liveStream संसाधन में ज़रूरी वैल्यू मौजूद नहीं है, जिसे अनुरोध में डालने की कोशिश की गई थी. यहां दी गई सूची में, गड़बड़ी की वजहों और उनसे जुड़ी प्रॉपर्टी के बारे में बताया गया है:
      खास तौर पर, liveStream रिसॉर्स डालते समय, आपको cdn.format प्रॉपर्टी या cdn.frameRate और cdn.resolution प्रॉपर्टी में से किसी एक के लिए वैल्यू डालनी होगी.
      • अगर तीनों में से किसी भी प्रॉपर्टी के लिए वैल्यू नहीं दी जाती है, तो एपीआई formatRequired गड़बड़ी का मैसेज दिखाता है.
      • अगर आपने cdn.frameRate की नहीं, बल्कि cdn.resolution के लिए वैल्यू तय की है, तो एपीआई frameRateRequired गड़बड़ी दिखाता है.
      • अगर आपने cdn.resolution की नहीं, बल्कि cdn.frameRate के लिए वैल्यू तय की है, तो एपीआई resolutionRequired गड़बड़ी दिखाता है.
      liveStreams.update अगर अनुरोध, नीचे दी गई किसी भी ऐसी प्रॉपर्टी की वैल्यू में बदलाव करने की कोशिश करता है जिसे बदला नहीं जा सकता, तो liveStreams.update तरीका 403 (Forbidden) गड़बड़ी दिखाता है: गड़बड़ी के रिस्पॉन्स में reason, liveStreamModificationNotAllowed है.

18 दिसंबर, 2015

यूरोपीय संघ (ईयू) के कानूनों के मुताबिक, यह ज़रूरी है कि ईयू में रहने वाले असली उपयोगकर्ताओं को कुछ जानकारी दी जानी चाहिए. साथ ही, उनसे सहमति ली जानी चाहिए. इसलिए, यूरोपीय संघ के असली उपयोगकर्ताओं के लिए, आपको ईयू उपयोगकर्ता की सहमति से जुड़ी नीति का पालन करना होगा. हमने YouTube API की सेवा की शर्तों में, इस ज़रूरी शर्त की सूचना जोड़ी है.

17 दिसंबर, 2015

इस अपडेट में ये बदलाव किए गए हैं:

  • नए संसाधन और तरीके

    • लाइव स्ट्रीम के लिए चैट की सुविधा देने के लिए, एपीआई कई नए संसाधनों के साथ काम करता है. YouTube पर लाइव स्ट्रीम के दौरान, लाइव चैट की सुविधा काम करती है. इन संसाधनों और उनके तरीकों की मदद से, चैट मैसेज वापस पाए जा सकते हैं. साथ ही, चैट के लिए एडमिन से जुड़े फ़ंक्शन भी इस्तेमाल किए जा सकते हैं.

      संसाधन
      liveChatMessage इस संसाधन में, YouTube पर लाइव चैट में दिखाए जाने वाले मैसेज को दिखाया जाता है. YouTube पर कई तरह के मैसेज भेजे जा सकते हैं. इनमें टेक्स्ट मैसेज और फ़ैन फ़ंडिंग इवेंट शामिल हैं. कुछ मैसेज टाइप से चैट के किसी खास चरण की पहचान होती है. जैसे, सिर्फ़ स्पॉन्सर के लिए चैट की शुरुआत या चैट खत्म होने की जानकारी. एपीआई, लाइव चैट मैसेज की सूची बनाने, उन्हें डालने, और मिटाने के तरीकों के साथ काम करता है.
      liveChatModerators यह संसाधन, चैट मॉडरेटर की पहचान करता है. मॉडरेटर, एडमिन से जुड़े कुछ काम कर सकते हैं. जैसे, उपयोगकर्ताओं को चैट से प्रतिबंधित करना या मैसेज हटाना. यह एपीआई, लाइव चैट मॉडरेटर की सूची बनाने, उन्हें शामिल करने, और मिटाने के तरीकों का इस्तेमाल करता है.
      liveChatBans इस संसाधन से उस उपयोगकर्ता की पहचान होती है जिस पर किसी खास लाइव चैट में मैसेज पोस्ट करने से प्रतिबंधित किया गया है. पाबंदियां कुछ समय के लिए या हमेशा के लिए लगाई जा सकती हैं. इस एपीआई की मदद से, लाइव चैट में पाबंदियां लगाई और हटाई जा सकती हैं.
      fanFundingEvents इस संसाधन में, YouTube चैनल पर फ़ैन फ़ंडिंग इवेंट के बारे में बताया गया है. फ़ैन फ़ंडिंग की सुविधा की मदद से, दर्शक YouTube क्रिएटर्स को एक बार में पैसे देकर उनकी मदद कर सकते हैं.

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

      फ़ैन फ़ंडिंग के बारे में ज़्यादा जानने के लिए, YouTube सहायता केंद्र पर जाएं.
      sponsors sponsor संसाधन, YouTube चैनल के प्रायोजक की पहचान करता है. प्रायोजक किसी चैनल को हर महीने शुल्क देता है. चैनल की लाइव चैट में, स्पॉन्सर के मैसेज के बगल में एक बैज दिखता है. साथ ही, स्पॉन्सर सिर्फ़ स्पॉन्सर के लिए उपलब्ध लाइव चैट में भी हिस्सा ले सकते हैं.

      एपीआई के sponsors.list मेथड से, चैनल के प्रायोजकों की सूची मिलती है. जब उपयोगकर्ता किसी चैनल के मालिकाना हक वाले लाइव ब्रॉडकास्ट के दौरान, उस चैनल को प्रायोजित करने के लिए साइन अप करते हैं, तो एपीआई ब्रॉडकास्ट की लाइव चैट में newSponsorEvent मैसेज भी जोड़ता है.

      प्रायोजन के बारे में ज़्यादा जानने के लिए, YouTube सहायता केंद्र पर जाएं.

  • मौजूदा रिसॉर्स और तरीकों में होने वाले अपडेट

    • liveBroadcast संसाधन में ये नई प्रॉपर्टी शामिल हैं:

      प्रॉपर्टी
      snippet.liveChatId ब्रॉडकास्ट की YouTube लाइव चैट का आईडी. इस आईडी की मदद से, चैट मैसेज वापस पाने, डालने या मिटाने के लिए, liveChatMessage रिसॉर्स के तरीकों का इस्तेमाल किया जा सकता है. आपके पास चैट मॉडरेटर जोड़ने या हटाने का विकल्प भी होता है. साथ ही, लाइव चैट में हिस्सा लेने से उपयोगकर्ताओं को रोका जा सकता है या पहले से लगाए गए पाबंदियों को हटाया जा सकता है.
      contentDetails.closedCaptionsType ध्यान दें: यह प्रॉपर्टी, contentDetails.enableClosedCaptions प्रॉपर्टी की जगह बदल देती है.

      इस प्रॉपर्टी से पता चलता है कि आपके ब्रॉडकास्ट के लिए सबटाइटल चालू हैं या नहीं. अगर हां, तो किस तरह के सबटाइटल दिए जा रहे हैं:
      • closedCaptionsDisabled: लाइव स्ट्रीम के लिए सबटाइटल की सुविधा बंद है.
      • closedCaptionsHttpPost: आपको एचटीटीपी पोस्ट के ज़रिए, अपनी लाइव स्ट्रीम से जुड़े इनजेशन यूआरएल पर कैप्शन भेजने होंगे.
      • closedCaptionsEmbedded: कैप्शन को ईआईए-608 और/या सीईए-708 फ़ॉर्मैट का इस्तेमाल करके, वीडियो स्ट्रीम में एन्कोड किया जाएगा.
      contentDetails.enableClosedCaptions इस प्रॉपर्टी का इस्तेमाल 17 दिसंबर, 2015 से नहीं किया जा सकता. इसके बजाय, contentDetails.closedCaptionsType प्रॉपर्टी का इस्तेमाल करें. इस प्रॉपर्टी का इस्तेमाल पहले से कर रहे एपीआई क्लाइंट के लिए:
      • प्रॉपर्टी की वैल्यू को true पर सेट करना, contentDetails.closedCaptionsType प्रॉपर्टी को closedCaptionsHttpPost पर सेट करने के बराबर है.
      • प्रॉपर्टी की वैल्यू को false पर सेट करना, contentDetails.closedCaptionsType प्रॉपर्टी को closedCaptionsDisabled पर सेट करने के बराबर है.

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

      हमेशा चलने वाला ब्रॉडकास्ट, हमेशा मौजूद रहता है और किसी खास इवेंट से जुड़ा नहीं होता. खास तौर पर, किसी चैनल का डिफ़ॉल्ट ब्रॉडकास्ट एक स्थायी ब्रॉडकास्ट होता है. इसे YouTube Studio के लाइव डैशबोर्ड से ऐक्सेस किया जा सकता है. चैनल के अन्य ब्रॉडकास्ट, इवेंट ब्रॉडकास्ट हैं.

  • liveStream रिसॉर्स के status.healthStatus.configurationIssues[].type फ़ील्ड में, सेहत की स्थिति से जुड़ी नई गड़बड़ियों की जानकारी दी गई है:

    गड़बड़ियां
    audioTooManyChannels ऑडियो में दो से ज़्यादा चैनल हैं, लेकिन केवल एक (मोनो) या दो (स्टीरियो) चैनल समर्थित हैं. कृपया ऑडियो चैनलों की संख्या सही करें.
    frameRateHigh मौजूदा फ़्रेम रेट बहुत ज़्यादा है. कृपया फ़्रेम रेट को %(framerate)s एफ़पीएस या इससे कम पर सेट करें.

  • दस्तावेज़ के पिछले अपडेट की पब्लिकेशन की तारीख को ठीक कर दिया गया है.

  • नई और अपडेट की गई गड़बड़ियां

    • ऊपर दिए गए नए संसाधनों के लिए बताई गई गड़बड़ियों के अलावा, एपीआई में ये नई गड़बड़ियां भी शामिल हैं:

      गड़बड़ी की जानकारी
      liveBroadcasts.update
      एचटीटीपी रिस्पॉन्स कोडforbidden (403)
      कारणclosedCaptionsTypeModificationNotAllowed
      ब्यौराcontentDetails.closedCaptionsType वैल्यू में सिर्फ़ तब बदलाव किया जा सकता है, जब ब्रॉडकास्ट created या ready स्टेटस में हो.
      liveBroadcasts.update
      एचटीटीपी रिस्पॉन्स कोडinvalidValue (400)
      कारणinvalidEnableClosedCaptions
      ब्यौराliveBroadcast रिसॉर्स में, contentDetails.enableClosedCaptions प्रॉपर्टी की वैल्यू, contentDetails.closedCaptionType सेटिंग की वैल्यू के साथ काम नहीं करती. संसाधन में बदलाव करें, ताकि वह दोनों में से किसी एक प्रॉपर्टी को ही शामिल कर सके. इसके बाद, अनुरोध को फिर से सबमिट करें.

19 अगस्त, 2015

इस अपडेट में ये बदलाव किए गए हैं:

  • नए संसाधन और तरीके

    • ध्यान दें: liveChat संसाधन और उसके तरीकों के दस्तावेज़ गोपनीय हैं. ये सिर्फ़ चुनिंदा YouTube पार्टनर को दिखते हैं.

      नए liveChat संसाधन में, YouTube पर लाइव ब्रॉडकास्ट के दौरान पोस्ट की गई टिप्पणी शामिल है. इस संसाधन के लिए, एपीआई दो तरीकों का इस्तेमाल करता है:

      तरीके
      liveChats.list किसी ब्रॉडकास्ट के लिए लाइव चैट मैसेज की सूची.
      liveChats.insert नया चैट मैसेज बनाएं.

      लाइव चैट के मैसेज सिर्फ़ लाइव ब्रॉडकास्ट के दौरान ही वापस पाए और पोस्ट किए जा सकते हैं.

  • मौजूदा रिसॉर्स और तरीकों में होने वाले अपडेट

    • liveStream संसाधन में ये नई प्रॉपर्टी शामिल हैं:

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

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

    • liveBroadcast संसाधन में ये नई प्रॉपर्टी शामिल हैं:

      प्रॉपर्टी
      snippet.isDefaultBroadcast इससे पता चलता है कि यह ब्रॉडकास्ट, चैनल के लिए डिफ़ॉल्ट ब्रॉडकास्ट है या नहीं. जब किसी YouTube चैनल पर लाइव स्ट्रीमिंग की सुविधा चालू की जाती है, तो YouTube उस चैनल के लिए डिफ़ॉल्ट स्ट्रीम और डिफ़ॉल्ट ब्रॉडकास्ट बनाता है. स्ट्रीम से यह तय होता है कि चैनल का मालिक, YouTube पर लाइव वीडियो कैसे भेजता है. वहीं, ब्रॉडकास्ट से यह तय होता है कि दर्शक डिफ़ॉल्ट स्ट्रीम कैसे देख सकते हैं. डिफ़ॉल्ट ब्रॉडकास्ट के काम करने के तरीके के बारे में ज़्यादा जानने के लिए, प्रॉपर्टी की परिभाषा देखें.
      contentDetails.enableLowLatency इससे पता चलता है कि इस ब्रॉडकास्ट को कम इंतज़ार वाली स्ट्रीमिंग के लिए एन्कोड किया जाना चाहिए या नहीं. कम इंतज़ार वाली स्ट्रीम से, ब्रॉडकास्ट देखने वाले लोगों को वीडियो दिखने में लगने वाला समय कम हो सकता है. हालांकि, इससे स्ट्रीम देखने वाले दर्शकों के रिज़ॉल्यूशन पर भी असर पड़ सकता है.
      statistics.totalChatCount ब्रॉडकास्ट से जुड़े लाइव चैट मैसेज की कुल संख्या. अगर उपयोगकर्ता को ब्रॉडकास्ट दिख रहा है और लाइव चैट की सुविधा चालू है, तो प्रॉपर्टी और उसकी वैल्यू मौजूद होती है. ध्यान दें कि यह प्रॉपर्टी ब्रॉडकास्ट खत्म होने के बाद कोई वैल्यू तय नहीं करेगी. इसलिए, यह प्रॉपर्टी, खत्म हो चुके लाइव स्ट्रीम के संग्रहित वीडियो के लिए, चैट मैसेज की संख्या की पहचान नहीं करेगी.

  • नई और अपडेट की गई गड़बड़ियां

    • नए liveChat संसाधन के लिए बताई गई गड़बड़ियों के अलावा, एपीआई में यह नई गड़बड़ी भी शामिल है:

      गड़बड़ी की जानकारी
      liveStreams.update
      एचटीटीपी रिस्पॉन्स कोडforbidden (403)
      कारणliveStreamModificationNotAllowed
      ब्यौराएपीआई की मदद से, किसी स्ट्रीम को फिर से इस्तेमाल न किए जाने वाली स्ट्रीम में नहीं बदला जा सकता. इसके अलावा, फिर से इस्तेमाल की जा सकने वाली स्ट्रीम को फिर से इस्तेमाल न किए जाने वाली स्ट्रीम में भी नहीं बदला जा सकता. ज़्यादा जानकारी के लिए, ब्रॉडकास्ट और स्ट्रीम के बारे में जानकारी लेख पढ़ें

21 मई, 2015

इस अपडेट में ये बदलाव किए गए हैं:

  • YouTube पर अब 60 फ़्रेम प्रति सेकंड (एफ़पीएस) पर लाइव वीडियो स्ट्रीमिंग की सुविधा उपलब्ध है. इसका मतलब है कि गेमिंग और तेज़ी से चलने वाले दूसरे वीडियो को आसानी से चलाया जा सकता है. YouTube पर 60fps में लाइव स्ट्रीम करने पर, YouTube उस स्ट्रीम को उन डिवाइसों पर 30fps में भी उपलब्ध कराता है जहां फ़िलहाल हाई फ़्रेम रेट में वीडियो देखने की सुविधा उपलब्ध नहीं है.

    liveStream रिसॉर्स की cdn.format प्रॉपर्टी में, इस सुविधा के लिए दो नई वैल्यू इस्तेमाल की जा सकती हैं: 720p_hfr और 1080p_hfr.

    इस सुविधा के बारे में ज़्यादा जानकारी के लिए, YouTube Creators ब्लॉग देखें.

21 अगस्त, 2014

इस अपडेट में ये बदलाव किए गए हैं:

  • liveBroadcasts.control तरीके के walltime पैरामीटर की परिभाषा को अपडेट किया गया है, ताकि यह पता चल सके कि प्रॉपर्टी की वैल्यू, ISO 8601 फ़ॉर्मैट (YYYY-MM-DDThh:mm:ss.sssZ) में दी गई है.

  • एपीआई अब इन गड़बड़ियों को दिखाता है:

    गड़बड़ी का टाइप गड़बड़ी की जानकारी ब्यौरा
    insufficientPermissions liveStreamingNotEnabled अगर एपीआई अनुरोध को अनुमति देने वाले उपयोगकर्ता के पास, YouTube पर लाइव वीडियो स्ट्रीम करने की सुविधा चालू नहीं है, तो liveBroadcast और liveStream संसाधनों के लिए सभी तरीके यह गड़बड़ी दिखाते हैं. https://www.youtube.com/features पर जाकर, चैनल की सेटिंग में यह जानकारी देखी जा सकती है कि उपयोगकर्ता लाइव वीडियो क्यों नहीं स्ट्रीम कर सकता.
    rateLimitExceeded userRequestsExceedRateLimit liveBroadcasts.insert और liveStreams.insert, दोनों तरीके यह गड़बड़ी दिखाते हैं. इससे पता चलता है कि उपयोगकर्ता ने तय समयसीमा में बहुत ज़्यादा अनुरोध भेजे हैं.

2 मई, 2014

इस अपडेट में ये बदलाव शामिल हैं:

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

  • liveBroadcast रिसॉर्स की contentDetails.monitorStream.enableMonitorStream प्रॉपर्टी को अपडेट किया गया है. इससे यह पता चलता है कि अगर प्रॉपर्टी की वैल्यू true है, तो ब्रॉडकास्ट को live स्टेटस पर ट्रांज़िशन करने से पहले, आपको उसे testing स्टेटस पर ट्रांज़िशन करना होगा. (अगर प्रॉपर्टी की वैल्यू false है, तो आपके ब्रॉडकास्ट में testing स्टेज नहीं हो सकता. इसलिए, ब्रॉडकास्ट को सीधे live स्टेटस पर ट्रांज़िशन किया जा सकता है.

  • liveCuepoint रिसॉर्स की settings.offsetTimeMs प्रॉपर्टी को अपडेट कर दिया गया है. इससे यह पता चलता है कि अगर आपके ब्रॉडकास्ट में मॉनिटर स्ट्रीम नहीं है, तो आपको प्रॉपर्टी के लिए कोई वैल्यू नहीं देनी चाहिए.

  • liveBroadcast और liveStream संसाधनों के लिए सभी तरीके अब onBehalfOfContentOwner और onBehalfOfContentOwnerChannel पैरामीटर के साथ काम करते हैं. इन पैरामीटर की मदद से, एक ही कॉन्टेंट मालिक से जुड़े अलग-अलग चैनलों के एपीआई अनुरोधों को पूरा करने के लिए, एक ही क्रेडेंशियल का इस्तेमाल किया जा सकता है.

  • liveCuepoints.insert तरीके के दस्तावेज़ को अपडेट किया गया है, ताकि यह पता चल सके कि उस तरीके को कॉल करते समय, settings.walltime प्रॉपर्टी के लिए वैल्यू सेट की जा सकती है.

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

  • एपीआई अब इस गड़बड़ी को ठीक करता है:

    गड़बड़ी का टाइप गड़बड़ी की जानकारी ब्यौरा
    insufficientPermissions livePermissionBlocked अगर अनुरोध की अनुमति देने वाला उपयोगकर्ता, YouTube पर लाइव वीडियो स्ट्रीम नहीं कर पा रहा है, तो liveBroadcasts.insert, liveBroadcasts.transition, और liveStreams.insert तरीके यह गड़बड़ी दिखाते हैं. https://www.youtube.com/features पर जाकर, चैनल की सेटिंग में यह जानकारी देखी जा सकती है कि उपयोगकर्ता लाइव वीडियो क्यों नहीं स्ट्रीम कर सकता.

  • liveBroadcasts.insert तरीके की invalidScheduledStartTime गड़बड़ी को अपडेट करके यह बताया गया है कि शुरू होने का शेड्यूल किया गया समय, मौजूदा तारीख के आस-पास होना चाहिए और उस समय ब्रॉडकास्ट को सही तरीके से शेड्यूल किया जा सकता है.

13 दिसंबर, 2013

इस अपडेट में ये बदलाव शामिल हैं:

  • liveBroadcast रिसॉर्स की नई status.recordingStatus प्रॉपर्टी से, ब्रॉडकास्ट की मौजूदा स्थिति का पता चलता है.

  • liveBroadcast रिसॉर्स की नई contentDetails.enableClosedCaptions प्रॉपर्टी से पता चलता है कि ब्रॉडकास्ट के लिए सबटाइटल डाले जा सकते हैं या नहीं. ब्रॉडकास्ट डालने या अपडेट करने पर, प्रॉपर्टी की वैल्यू सेट की जा सकती है. हालांकि, ब्रॉडकास्ट के testing या live स्टेटस में होने के बाद, उसे अपडेट नहीं किया जा सकता. अगर इस प्रॉपर्टी को true पर सेट किया जाता है, तो ब्रॉडकास्ट से जुड़ा liveStream रिसॉर्स, ब्रॉडकास्ट के सबटाइटल के लिए इस्तेमाल किए जाने वाले यूआरएल की जानकारी देगा.

  • liveBroadcast संसाधन की snippet.scheduledEndTime प्रॉपर्टी पर अब ऐसे ब्रॉडकास्ट काम करते हैं जिन्हें हमेशा के लिए जारी रखने के लिए शेड्यूल किया गया है. इस बदलाव के बाद, liveBroadcasts.insert और liveBroadcasts.update अनुरोधों में इस प्रॉपर्टी की ज़रूरत नहीं होगी.

    अगर आपको liveBroadcast संसाधन मिलता है, जिसमें इस प्रॉपर्टी के लिए कोई वैल्यू नहीं है, तो ब्रॉडकास्ट को हमेशा के लिए जारी रखने के लिए शेड्यूल कर दिया जाएगा. इसी तरह, अगर liveBroadcasts.insert या liveBroadcasts.update तरीके को कॉल किया जाता है और इस प्रॉपर्टी के लिए कोई वैल्यू नहीं डाली जाती है, तो ब्रॉडकास्ट हमेशा के लिए जारी रहेगा.

  • liveBroadcast रिसॉर्स की contentDetails.recordFromStart प्रॉपर्टी, जिसकी डिफ़ॉल्ट वैल्यू पहले से ही true है, अब सिर्फ़ false पर सेट की जा सकती है. ऐसा तब ही किया जा सकता है, जब ब्रॉडकास्टिंग चैनल को लाइव ब्रॉडकास्ट के लिए रिकॉर्डिंग बंद करने की अनुमति मिली हो.

    अगर आपके चैनल के पास रिकॉर्डिंग बंद करने की अनुमति नहीं है और आपने recordFromStart प्रॉपर्टी को false पर सेट करके ब्रॉडकास्ट डालने की कोशिश की है, तो एपीआई आपको Forbidden गड़बड़ी का मैसेज दिखाएगा. इसके अलावा, अगर आपके चैनल के पास यह अनुमति नहीं है और आपने recordFromStart प्रॉपर्टी को false पर सेट करने के लिए ब्रॉडकास्ट को अपडेट करने की कोशिश की, तो एपीआई आपको modificationNotAllowed गड़बड़ी का मैसेज दिखाएगा.

  • liveBroadcast रिसॉर्स में अब ऐसी enableArchive प्रॉपर्टी नहीं है जिसकी जानकारी contentDetails.enableDvr और contentDetails.enableEmbed प्रॉपर्टी की जानकारी में दी गई थी.

  • liveBroadcast रिसॉर्स की status.lifeCycleStatus प्रॉपर्टी के लिए मान्य वैल्यू की सूची को अपडेट किया गया है, ताकि हर स्थिति की जानकारी शामिल की जा सके.

  • liveCuepoint रिसॉर्स की नई settings.walltime प्रॉपर्टी से यह पता चलता है कि क्यूपॉइंट को किस तारीख और समय पर डाला जाना चाहिए. अगर कोई अनुरोध, इस प्रॉपर्टी और settings.offsetTimeMs प्रॉपर्टी के लिए कोई वैल्यू बताने वाला क्यूपॉइंट डालने की कोशिश करता है, तो एपीआई गड़बड़ी का मैसेज दिखाता है.

  • liveStream संसाधन में मौजूद नए contentDetails ऑब्जेक्ट में, स्ट्रीम के बारे में जानकारी होती है. फ़िलहाल, ऑब्जेक्ट की सिर्फ़ एक प्रॉपर्टी contentDetails.closedCaptionsIngestionUrl है. इससे, वीडियो स्ट्रीम से जुड़े सबटाइटल के लिए, डेटा डालने का यूआरएल पता चलता है.

  • liveStream संसाधन की status.streamStatus प्रॉपर्टी के लिए मान्य वैल्यू की सूची अपडेट कर दी गई है, ताकि हर स्टेटस की जानकारी शामिल की जा सके.

  • liveBroadcasts.control तरीके के नए walltime पैरामीटर की मदद से, स्लेट में बदलाव होने की तारीख और समय तय किया जा सकता है. अगर अनुरोध में इस पैरामीटर और offsetTimeMs पैरामीटर के लिए वैल्यू दी गई है, तो एपीआई गड़बड़ी दिखाता है.

  • liveBroadcasts.list अनुरोध के एपीआई रिस्पॉन्स में, kind प्रॉपर्टी की वैल्यू youtube#liveBroadcastList से बदलकर youtube#liveBroadcastListResponse हो गई है.

  • liveStreams.list अनुरोध के एपीआई रिस्पॉन्स में, kind प्रॉपर्टी की वैल्यू youtube#liveStreamList से बदलकर youtube#liveStreamListResponse हो गई है.

  • eventId प्रॉपर्टी को liveBroadcastListResponse और liveStreamListResponse, दोनों एट्रिब्यूट से हटा दिया गया है.

  • एपीआई में ये नई गड़बड़ियां शामिल हैं:

    गड़बड़ी का टाइप गड़बड़ी की जानकारी ब्यौरा
    invalidValue conflictingTimeFields अगर आपके अनुरोध में offsetTimeMs और walltime पैरामीटर की वैल्यू दी गई है, तो liveBroadcasts.control तरीका यह गड़बड़ी दिखाता है. अनुरोध में दोनों पैरामीटर को शामिल नहीं किया जा सकता या दोनों में से किसी एक पैरामीटर की वैल्यू नहीं दी जा सकती.
    invalidValue invalidWalltime liveBroadcasts.control पैरामीटर की वैल्यू अमान्य होने पर, liveBroadcasts.control तरीका यह गड़बड़ी दिखाता है.walltime
    forbidden enableClosedCaptionsModificationNotAllowed liveBroadcasts.update तरीका, यह गड़बड़ी तब दिखाता है, जब contentDetails.enableClosedCaptions वैल्यू को अपडेट करने की कोशिश की जाती है और ब्रॉडकास्ट की स्थिति created या ready नहीं होती.
    invalidValue conflictingTimeFields अगर आपके अनुरोध में settings.offsetTimeMs और settings.walltime प्रॉपर्टी की वैल्यू दी गई हैं, तो liveCuepoints.insert तरीका यह गड़बड़ी दिखाता है. अनुरोध में दोनों प्रॉपर्टी को शामिल नहीं किया जा सकता या इनमें से किसी एक प्रॉपर्टी की वैल्यू दी जा सकती है.

    इसके अलावा, liveStreams.update वाले तरीके से अब cdnRequired वाली गड़बड़ी ठीक नहीं की जा सकती. यह गड़बड़ी ठीक करने के लिए, liveStreams.insert वाला तरीका इस्तेमाल करना होगा.

10 मई, 2013

इस अपडेट में ये बदलाव किए गए हैं:

2 मई, 2013

इस अपडेट में ये बदलाव किए गए हैं:

  • liveBroadcasts.control के नए तरीके से, किसी स्लेट की डिसप्ले सेटिंग को टॉगल किया जा सकता है. यह स्लेट, पहले से चल रहे ब्रॉडकास्ट की स्ट्रीम में दिखती है. अगर आपकी ब्रॉडकास्ट स्ट्रीम में देरी हो रही है, तो इस तरीके का इस्तेमाल करके भी यह तय किया जा सकता है कि अनुरोध किया गया स्लेट बदलाव कब होगा.

  • यहां दी गई प्रॉपर्टी की परिभाषाओं को अपडेट किया गया है, ताकि यह बताया जा सके कि liveBroadcast रिसॉर्स के contentDetails हिस्से को अपडेट करने पर, प्रॉपर्टी की वैल्यू सेट होनी चाहिए:

  • liveStream रिसॉर्स के status.streamStatus में, स्ट्रीम की संभावित स्थिति के तौर पर deleted वैल्यू का इस्तेमाल अब नहीं किया जा सकता.

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

27 मार्च, 2013

इस अपडेट में ये बदलाव किए गए हैं:

  • liveBroadcast रिसॉर्स में ये प्रॉपर्टी बदल गई हैं:

    • startWithSlateCuepoint प्रॉपर्टी का नाम बदलकर startWithSlate कर दिया गया है.
    • enableArchive प्रॉपर्टी का नाम बदलकर recordFromStart कर दिया गया है.
    • slateSettings ऑब्जेक्ट के इस्तेमाल पर रोक लगा दी गई है और उसे दस्तावेज़ से हटा दिया गया है. slateSettings ऑब्जेक्ट या उसकी प्रॉपर्टी से जुड़े गड़बड़ी के मैसेज भी हटा दिए गए हैं. आखिर में, शुरू करने से जुड़ी गाइड के "स्लेट दिखाना" सेक्शन को हटा दिया गया है.

  • एपीआई अब liveCuepoints.insert तरीके का इस्तेमाल करके, स्ट्रीम में स्लेट डालने की सुविधा नहीं देता. यह परिवर्तन दर्शाने के लिए निम्नलिखित दस्तावेज़ अपडेट कर दिए गए हैं:

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

    • liveCuepoint संसाधन की settings.cueType प्रॉपर्टी, अब प्रॉपर्टी की वैल्यू के तौर पर slate के साथ काम नहीं करती. (सिर्फ़ ad वैल्यू का ही इस्तेमाल किया जा सकता है.

    • liveCuepoint संसाधन की settings.eventState प्रॉपर्टी को बंद कर दिया गया है और दस्तावेज़ से हटा दिया गया है.

18 मार्च, 2013

इस अपडेट में ये बदलाव किए गए हैं:

  • एपीआई के गड़बड़ी वाले सभी मैसेज अपडेट कर दिए गए हैं, ताकि संभावित गड़बड़ियों के बारे में साफ़ तौर पर बताया जा सके. साथ ही, अगर हो सके, तो उन्हें ठीक करने का तरीका भी बताया जा सके.

  • एपीआई अब कई नई गड़बड़ियां दिखा सकता है. यहां दी गई सूची में, गड़बड़ी और उस एपीआई तरीके की जानकारी दी गई है जिससे वह गड़बड़ी दिख सकती है:

    • liveBroadcasts.insert – ब्रॉडकास्ट के खत्म होने का शेड्यूल किया गया समय, उसके शुरू होने के शेड्यूल किए गए समय के बाद का होना चाहिए.
    • liveBroadcasts.insert – ब्रॉडकास्ट के लिए निजता की अमान्य स्थिति दी गई है.
    • liveBroadcasts.update – संसाधन में contentDetails.enableArchive प्रॉपर्टी के लिए कोई वैल्यू शामिल नहीं है या कोई वैल्यू सेट नहीं है.
    • liveBroadcasts.update – रिसॉर्स में contentDetails.enableContentEncryption प्रॉपर्टी की वैल्यू मौजूद नहीं है या वह सेट नहीं की गई है.
    • liveBroadcasts.update – रिसॉर्स में contentDetails.enableDvr प्रॉपर्टी की वैल्यू मौजूद नहीं है या वह सेट नहीं की गई है.
    • liveStreams.insert – स्निपेट के टाइटल में 1 से 128 वर्ण होने चाहिए.
    • liveStreams.update – रिसॉर्स में snippet.title प्रॉपर्टी की वैल्यू मौजूद नहीं है या वह सेट नहीं की गई है.

  • liveStream रिसॉर्स के दस्तावेज़ को अपडेट किया गया है, ताकि यह दिखाया जा सके कि मल्टीकास्ट और WebM, डेटा डालने के ऐसे तरीके नहीं हैं जिनका इस्तेमाल किया जा सकता है. cdn.format प्रॉपर्टी के फ़ॉर्मैट की सूची को इसी हिसाब से अपडेट कर दिया गया है. साथ ही, cdn.multicastIngestionInfo ऑब्जेक्ट और उसकी चाइल्ड प्रॉपर्टी को संसाधन के दस्तावेज़ से हटा दिया गया है. साथ ही, http को cdn.ingestionType की इस्तेमाल की जा सकने वाली वैल्यू की सूची से हटा दिया गया है.