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

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

9 अक्टूबर, 2023

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

15 सितंबर, 2023

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

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

  • वीडियो के बीच में दिखने वाले विज्ञापन के लिए ब्रेक की अवधि.
  • विज्ञापन क्यूपॉइंट के लिए शेड्यूलिंग रणनीति. सभी दर्शकों के लिए क्यूपॉइंट एक साथ डाले जा सकते हैं या हर दर्शक के लिए क्यूपॉइंट के समय अलग-अलग हो सकते हैं. बाद की रणनीति से, 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

HLS के ज़रिए 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

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

4 फ़रवरी, 2020

HLS के ज़रिए लाइव YouTube वीडियो डिलीवर करने की गाइड को अपडेट किया गया है. इससे पता चलता है कि DELETE के अनुरोध करना ज़रूरी नहीं है. साथ ही, YouTube का HLS एंडपॉइंट उन्हें अनदेखा करता है. 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

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

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

28 जून, 2019

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

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

4 अप्रैल, 2019

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

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

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

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

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

    फ़िलहाल, कोड सैंपल Java, JavaScript, PHP, Python, और curl के लिए इस्तेमाल किए जा सकते हैं.

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

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

25 फ़रवरी, 2019

liveChatMessage और superChatEvent के दस्तावेज़ों को अपडेट किया गया है. इससे यह पता चलता है कि दोनों संसाधनों में अब सुपर स्टिकर्स के बारे में जानकारी शामिल हो सकती है. सुपर चैट एक तरह का सुपर चैट मैसेज है जिसमें इमेज दिखाई जाती है. दूसरे सुपर चैट की तरह, 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 ने फ़ैन फ़ंडिंग सुविधा को बहिष्कृत कर दिया है और फ़ैन फ़ंडिंग API 28 फ़रवरी, 2017 को बंद कर दिया जाएगा. इस तारीख तक:

  • liveChatMessages.list का तरीका अब fanFundingEvent के snippet.type वाले मैसेज नहीं दिखाएगा. इसी तरह, liveChatMessage रिसॉर्स में अब snippet.fanFundingEventDetails ऑब्जेक्ट शामिल नहीं होगा.
  • fanFundingEvents.list तरीके से अब डेटा नहीं दिखेगा.

11 अगस्त, 2016

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

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

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

20 मई, 2016

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

DASH के ज़रिए लाइव YouTube वीडियो डिलीवर करने वाली नई गाइड में, एन्कोडर से YouTube पर लाइव डेटा स्ट्रीम करने के लिए 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 के साथ काम करती है. ये वैल्यू, 30 या 60 फ़्रेम प्रति सेकंड पर 1440p स्ट्रीम के लिए, एपीआई की मदद दिखाती हैं.

    • 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.resolution के लिए कोई वैल्यू तय की है, लेकिन cdn.frameRate के लिए नहीं, तो एपीआई frameRateRequired गड़बड़ी दिखाता है.
      • अगर आपने cdn.frameRate के लिए कोई वैल्यू तय की है, लेकिन cdn.resolution के लिए नहीं, तो एपीआई 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: कैप्शन, वीडियो स्ट्रीम में EIA-608 और/या CEA-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 FPS (फ़्रेम प्रति सेकंड) या उससे कम पर सेट करें.

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

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

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

      गड़बड़ी की जानकारी
      liveBroadcasts.update
      एचटीटीपी रिस्पॉन्स कोडforbidden (403)
      वजहclosedCaptionsTypeModificationNotAllowed
      ब्यौराcontentDetails.closedCaptionsType वैल्यू को सिर्फ़ तब बदला जा सकता है, जब ब्रॉडकास्ट created या ready स्थिति में हो.
      liveBroadcasts.update
      एचटीटीपी रिस्पॉन्स कोडinvalidValue (400)
      वजहinvalidEnableClosedCaptions
      ब्यौरालाइव ब्रॉडकास्ट संसाधन में, 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 पर 60 FPS (फ़्रेम प्रति सेकंड) पर लाइव स्ट्रीम शुरू की जाती है, तो YouTube ऐसे डिवाइसों पर भी 30 FPS (फ़्रेम प्रति सेकंड) में स्ट्रीम उपलब्ध कराता है जिन पर हाई फ़्रेम रेट पर वीडियो देखने की सुविधा फ़िलहाल उपलब्ध नहीं है.

    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 walltime पैरामीटर की वैल्यू अमान्य होने पर, liveBroadcasts.control तरीका यह गड़बड़ी दिखाता है.
    forbidden enableClosedCaptionsModificationNotAllowed अगर contentDetails.enableClosedCaptions की वैल्यू को अपडेट करने की कोशिश की जाती है और ब्रॉडकास्ट की स्थिति created या ready नहीं है, तो liveBroadcasts.update तरीका यह गड़बड़ी दिखाता है.
    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 वैल्यू की सूची से हटा दिया गया है.